В продолжение поста в другой ветке и темы удвоенных границ населенных пунктов
http://forum.openstreetmap.org/viewtopic.php?pid=396955#p396955
Наверно все уже заметили, что bim2010 сотоварищи нанес все населенные пункты, нарисовал границы всех населенных пунктов, проставил теги addr:*, official_status, official_name, population, wikipedia.
Это вправду здорово.
Однако оказалось, что способ, которым оказались замаплены границы НП вызывает споры.
Для каждого НП тегом place были размечены точечный центр (node) и граница (way).
Но, как известно, mapnik не рисует границы НП, отмеченные только тегом place.
Поэтому дополнительно на way (а иногда и на node) были повешены теги admin_level и boundary=administrative, и созданы отношения типа boundary как с boundary=administrative, так и с тегом place.
Результат получился прекрасный - на карте видны границы.
Но дьявол в мелочах.
Кроме того, что появилось еще одно место с дублированной информацией, а стало быть еще один повод для ее расхождения (например population запросто отличается на границе и точке http://wowik.000space.com/places/ru-smo/err.htm)) теперь place имеет две геометрии границы.
Это не очень здорово, но чтобы разрешить эту коллизию (вероятно, что она возникла в софте, используемом bim2010), применена интересная техника:
name на relation не был проставлен!
http://atd.osm.rambler.ru/r3343849.html
http://wowik.000space.com/places/ru-smo/err3.htm
Возникают вопросы
- насколько валиден такой объект, как неименованный place?
- надо ли ему для полной валидности прописать name?
- насколько верно рисовать две границы для одного place? (Имено place, а не одну place, а другую boundary=administrative, это другой вопрос).
Ну и какие будут предложения?
- оставить данные как есть
- удалить relation’ы,
- удалить с веев дубрированную информацию, перенеся недостающий name в relation
По мне так третий пункт позволит и рамочки рисовать и границы не дублировать, и адресный поиск в известных конверторах должен работать.
