iD был неправильно переведён в ключевых меcтах
Posted by d1g on 15 December 2014 in Russian (Русский). Last updated on 13 June 2016.(уже не актуально, большинство проблем решено)
(уже не актуально, большинство проблем решено)
Что нам пригодится:
Примечание: смысл этой статьи сохраняется если заменить “снимок Bing/Mapbox” и “обычную подложку” на “сырые данные из OSM”.
Что делаем:
1 Открываем JOSM, но лучше запустим его дав побольше памяти (“java.exe” -Xmx4096M -jar “josm-latest.jar”)
2 создаём слой (ctrl+N)
3 в меню JOSM: Imagery > New picture from file. Растр должен загрузится в отдельном слое. На 4мб растр у меня скушал 1,6Гб.
Чтобы выровнять растр нам нужно сделать слой растра активным: если “глазик” это видимость слоя, то зеленая стрелочка - активный слой.
Если растровый слой не видно, значит он “ниже” в списке слоёв: можно либо полностью отключить глаз у вышестоящих слоёв. Либо изменить прозрачность (ч/б градиент). Либо просто поменять местами слои.
4 Делаем нужный растровый слой активным и используем простые инструменты (PicLayer scale, Piclayer rotate, Piclayer move) до тех пор пока растр не будет “где-то здесь”:
(Please forward this text to right person or place)
There are a lot of problems outside En community when it comes to OSM guideline “just watch Taginfo for popular values”. This approach work more or less for EN community, but users outside English-speaking world faced with the challenge to realize the word, not local word with similar letters\sounding.
I do Russian translation at wiki\ID\communicate with ru community and many ru users do no realize that reading tag values by letters in Taginfo doesn’t work without meaning of the word. it may sound absurd, but it is not written anywhere. Instead we (English speaking world) promote “just watch the most popular values in Taginfo “. This is serious issue outside GB, USA, Canada, Australia. We have way more countries. Even more if OSM want to grow.
Ни один другой картографический сервис или карта не предоставляют пользователям такой возможности.
В OpenSteetMap это есть для рядовых пользователей. Всё, что требуется пользователю, это зайти на http://overpass-turbo.eu/, ввести по желанию теги объектов которые вам интересны в помощнике:
Идиоты обрисовыющие дороги по Bing у военных объектов и позволяющие прямой роутинг по ним.
Теги “addr:country”=* и “addr:city”=* внутри указанного полигоном города это атавизм. Они реально не нужны и информации в себе не несут. Реально они нужны только для объектов которые находятся вне границ населённых пунктов. Т.е. вне полигона, в таком случае они действительно нужны, ибо официальную границу нельзя просто так взять и “перетянуть” на один дом или посёлок. Либо наоборот, когда внутри города есть объекты которые причастны к другому городу по какой-то причине.
В OSM катастрофически боятся (не умеют) пространственными запросами к БД. Это вводится почти в культ:
- почему мы отмечаем addr:country и addr:city
- да потому что все так делают
(типичный диалог пользователей OSM на любом языке за последние N лет)
Одним из доводов указывальщиков “addr:country” и “addr:city” это “потом просто выбирать любые объекты без нужды в гео-пространственных функций”. Возникает вопрос: зачем тогда в OSM есть PostGIS и OverpassAPI (для пользователей)? Зачем все эти заморочки с GPS? Писали бы себе преспокойно в OSM.txt и ничего не нужно было себе усложнять?!!
Выбирать любые объекты внутри именованных закрытых путей и мультиполигонов через OverpassAPI это просто элементарно. В Overpass IDE (http://overpass-turbo.eu/) для запросов сгенерированных помощником достаточно поменять
<bbox-query {{bbox}}/> на
<area-query ref="XXXXXXXX"/>
Где XXXXXXXX это OSM идентификатор закрытого пути (way) либо мультиполигон плюс константа. Для мультиполигонов нужно прибавить 3600000000. Для закрытых путей 2400000000. area-query ref работает не для всех объектов (детали здесь), а для тех, у которых есть name=*. В случае городов это всегда-превсегда так, т.е. боятся нечего и отговорок быть не может.
Вот так выглядит запрос для поиска всех действующих фонтанов в Саратове (отношение мультиполигон 3955288). Попробовать можно здесь.
An infographic of the accuracy of the GPS running watches. The top right corner represents the most accurate watches. (This graphic uses ISO 5725 terminology.)
Source: GPS Accuracy of Garmin, Polar, and other Running Watches
Текст перенесён в вики. Все изменения будут происходить там.
Эта запись со временем будет удалена, просьба исправить ваши ссылки и закладки.