Преамбула

Актуальные карты в навигаторе перед поездкой или походом — залог успеха для путешествующих людей. Но, поскольку есть ряд причин, которые могут помешать (и мешают) получить такие карты в готовом виде от обычных энтузиастов, которые по доброй воле тратят свои ресурсы (время, знания, мат. средства) на подготовку и выкладывание в свободный доступ, то считаю очень полезным умение делать это самостоятельно.

Периодически возникают ситуации, когда пропадает доступ к скачиванию файлов, останавливается налаженная автоматическая конвертация, возникают ошибки в конвертации и т. п., а также не всегда удобно и целесообразно выкачивать гигабайты (напр. все страны СНГ) и потом запихивать их в навигатор ради получения карты одной страны или региона, размер файла карты которого составляет всего десятки или сотни мегабайт. Не всегда предлагаемые карты оперативно обновляются. И, чтобы вы могли избежать всех этих неудобств, написана эта заметка-инструкция.

Примечание: автор заметки не является специалистом в данной области и всю информацию почерпнул на форуме или в справочных материалах к нижеприведённым программам, ну или разобрался по ходу процесса путём простого сопоставления. Справиться с задачей cможет любой человек, умеющий редактировать текстовые файлы и владеющий элементарной логикой.

Подготовка необходимых программ и файлов

… See full entry

комментариев достаточно

Сложившаяся парадигма OSM состоит из нескольких принципиальных «моментов»:

1. Та информация, которая кодифицируется (и обусловлена форматом хранения данных), не является чисто карто_графической_ основой, а наполняет геоинформационную базу данных, могущую быть использованной более широко (адресный поиск, маршрутизация и т. п.) или более узко (какой-нибудь подсчёт дорог с покрытием или площади пресноводных водоёмов и т. п.)

2. Вносимая информация не задана изначально на 100%, в том смысле, что нет перечня обозначаемых объектов и сущностей, который бы ограничивал редактора — с одной стороны, а с другой — гарантировал бы их обязательное применение в том или ином виде (визуализация, маршрутизация, поиск и т. д.). Есть перечень «общепризнанных» объектов с их свойствами, тем не менее, не гарантирующий их обязательное «вступление в строй», т. е. применение (об этом — дальше). И есть важные ограничения на внесение данных (см. след. пункт).

3. Действует принцип «не вноси ту информацию, которая не отражает реально существующие объекты или их свойства» («truth on the ground» или «ground truth»). Подкрепляет или поясняет этот принцип ещё один: «верифицируемость данных», т. е. возможность их проверить. Ограничивающей «надстройкой» является запрет на внесение данных из запрещённых источников.

4. Данные распространяются под открытой лицензией.

… See full entry

Intro

Hi all! My goal is to present something like reincarnation of old proposal named “associatedAddress”. But it will be mix of several ways to tagging address information: using address-nodes and building polygons/POI-nodes joined by relation. Frankly speaking this idea was independent, I didn’t know about existing associatedAddress proposal but used exactly this name. # Rationale All existing schemes are not solve two problems in complex:

1. Buildings and (especially) POI-nodes with multiple house numbers.
2. Multiple buildings and POI-nodes for one housenumber.

“associatedStreet” can be used in simple cases when we have only one addr:street/addr:housenumber tag. Also “geometric including” method could interpolate address information from polygons (multipolygons) to POI-nodes.

addr:housenumber2+addr:street2 or addr2:housenumber+addr2:street and so on schemes are not supported by renders, searching engines, data converters and other softs.

I propose to create simple relation named associatedAddress with following members and roles:

• polygon (multipolygon) or/and POI-nodes (role=object)

• address-nodes (with addr* tags) (role=address)

So we have no problems I told before. But is necessary some modification of software to full support this scheme (primarily searching engines and converters). And there is not needed multiple duplicates of address tags. # For clear understanding I prepared those practical examples: * This one

• And one more

Note: there can be any number of members (role=address or role=object)

… See full entry

Введение))

Как-то раз увидел на mapsurfer подписанные подъезды с номерами квартир. Для меня это очень полезная информация. В моём городе оказалось довольно много закартированных подъездов, но далеко не все, и я решил приобщиться к процессу. Расскажу о выработанном со временем удобном для меня способе.

Понадобятся:

1) Редактор JOSM

2) Навигационная программа OsmAnd

… See full entry