Данные OpenStreetMap в форматах XML и PBF

[updates-bot]

Обсуждение проекта "Данные OpenStreetMap в форматах XML и PBF"

http://gis-lab.info/projects/osm_dump

[SS_Rebelious]

Мы с удовольствием выслушаем ваши пожелания, касающиеся расширения или уточнения зоны покрытия.

Нельзя ли расширить покрытие на всю Европу? Без нарезки на страны)))

[Aleksandr Dezhin]

Нельзя ли расширить покрытие на всю Европу? Без нарезки на страны)))

В принципе можно наверное попробовать, но вряд ли получиться обеспечить регулярное и оперативное обновление - все-таки объемы данных там существенно больше.

[SS_Rebelious]

не обязательно обновлять их часто - раз в месяц, а то и в пол-года будет нормально

[Максим Дубинин]

Есть уже готовый обновляемый источник:
http://downloads.cloudmade.com/europe#d ... readcrumbs
И скоро, надеюсь, будет описание как это сделать самому.

[SS_Rebelious]

Есть уже готовый обновляемый источник:
http://downloads.cloudmade.com/europe#d ... readcrumbs

наполнение там не особо - и с точки зрения объектов и с точки зрения атрибутов

И скоро, надеюсь, будет описание как это сделать самому.

это дело хорошее

[Aleksandr Dezhin]

наполнение там не особо - и с точки зрения объектов и с точки зрения атрибутов

Цель этого проекта - только выгрузки в "родных" форматах: OSM XML и OSM PBF. Генерация шейпфайлов по прежнему в "старом" проекте. Видимо она там и останется.

[sadless74]

Дамп local обновляется ежедневными diff-файлами, затем повторно обрезeтся. очепятка!
или "обрезается" или "обрежется"

[Aleksandr Dezhin]

sadless74, ага - поправлено.

[milker]

Нашел косяк - при обрезке нарушается целостность мультиполигонов, пересекающих границу обрезки.
Конкретный пример:
Файл http://gis-lab.info/projects/osm_dump/d ... KR.osm.bz2 (вырезка Карелия).
Онежское озеро, отношение relation id="1308279" с тегами type:multipolygon и natural:water.
В списке членов отношения, в частности, путь 116334246, role="outer"
В самом файле путь 116334246 отсуствует, поскольку находится за пределами обрезки.
В результате полигон оказывается незамкнут.

Отметил проблему на форуме osm ( http://forum.openstreetmap.org/viewtopi ... 82#p174782 ), но там, похоже, ваших представителей нет.

Наименее затратным решением мне видится сохранение всех членов мультиполигонов, хотя бы частично попавших вовнутрь области обрезки, хотя вам, как авторам, разумеется виднее.

[Aleksandr Dezhin]

Это скорее проблема, нежели косяк - тут все происходит именно так как и должно было происходить. Кстати аналогичная ситуация обсуждалась применительно к тому как обозначать Байкал - natural=coastline или natural=water, - при coastline все должно работать нормально.

По идее эту проблему должен был решить флаг completeRelations=yes - но он похоже не меняет ровным счетом ничего, хотя пробовали это довольно давно - может быть сейчас чего-то и поменялось. Ну а в качестве временного решения можно растянуть границы обрезки, так, чтобы и Онега и Байкал попадали в соотв. регионы целиком. При ближайшем планетном обновлении я это скорее всего сделаю.

[milker]

Ну а в качестве временного решения можно растянуть границы обрезки, так, чтобы и Онега и Байкал попадали в соотв. регионы целиком. При ближайшем планетном обновлении я это скорее всего сделаю.

Да, к сожалению это времянка - править обрезку по каждому вновь нарисованному полигону - категорически неправильно.

Далее, ещё одна проблема.
При отрисовке собранной из RU.osm.bz2 карты navit устраивает потоп, начинающийся в районе Калининграда и заканчивающийся где-то под Москвой.
В результате анализа пришел к выводу, что, по всей видимости, виновата пара линий в районе Клайпеды - http://www.openstreetmap.org/browse/way/4211048 (восточная граница залива, вода к западу) и http://www.openstreetmap.org/browse/way/68695393 (западная граница острова, вода к востоку), обе natural=coastline.
С северной стороны 68695393 уходит дальше и рендерер более-менее обоснованно считает, что водоем должен быть продолжен на восток.
Что делать - с ходу не скажу, либо рубить 68695393 на части, что бы при нарезке заканчивалась раньше (наверное попробую сам), либо переносить обрезку на более простой участок побережья, смотрящий на запад.

[igpblg]

не скачать дифы
data.gis-lab.info/osm_dump/diff/RU/RU-110809-110810.osc.gz

403 - Forbidden

[Aleksandr Dezhin]

не скачать дифы
data.gis-lab.info/osm_dump/diff/RU/RU-110809-110810.osc.gz

403 - Forbidden

Поправил.

[igpblg]

data.gis-lab.info/osm_dump/diff/RU/RU-110809-110810.osc.gz качается

не скачать новые дифы
data.gis-lab.info/osm_dump/diff/RU/RU-110811-110812.osc.gz
не качается
403 - Forbidden