Здравствуйте коллеги.
Вопрос по тегированию.
Как проставить теги на пандус, используемый маломобильными гражданами. Чтобы лучше представлять - это такие конструкции, которые иной раз (при большом перепаде высот, и ограниченном пространстве вокруг) образуют своеобразные лабиринты из не то перил, не то поручней, которые стоят по краям пандуса. В принципе люди за эти поручни могут держаться, когда движутся по этому пандусу, но для людей в инвалидных колясках они служат скорее ограничителями, чтобы они случайно не свалились с пандуса, не будь этих перил.
Вопрос заключается в том, как обозвать эти перила? Я нашел некий, как мне кажется подходящий, тег barrier=handrail. Можно ли его использовать?
И на всякий случай накидайте сюда примеров тегирования самого пандуса для подъема, там ведь есть перепад высот. Ширина пандуса. Даже покрытие (у меня начало тротуарной плиткой выложено, а потом металлическая конструкция начинается). Не будет ли входить в противоречие мой найденный тег для перил с тегами, которыми следует отмечать пандусы?
Если пандус отделён от ступенек, то можно рисовать как highway=footway + incline=up/down + width=(в метрах) + handrail=yes/no. Если пандус рядом со ступеньками, то highway=steps + incline=up/down + ramp=yes. Если знаете точный уклон, то что-то типа incline=8% (вверх от первой точки линии к последней).
Еще вопрос.
Раз у меня возникла надобность с рисовании дорог.
Есть ли единое мнение в каком направлении рисовать дорожки, ведущие от тротуара ко входу в подъезд? Они должны быть исходящими из подъезда, или наоборот входящими? (Очень важный вопрос, в зависимости от этого мне надо выбирать какой тег ставить up или down)
Подскажите где посмотреть задержку диффов планеты. Настраиваю в базе minutely updates, делаю коммит из JOSM в общую базу, через 5-10 минут скачиваю обновления и не вижу изменений в локальной базе, пытаюсь понять на чьей стороне ошибка.
Спасибо, где-то у меня furry.py теряет данные.
Возможно потому-что я его немного изменил - раз в 5 минут скачиваю планетные диффы , потом обрезаю полигоном чтобы не тащить лишнее в базу.
(added)
В общем обрезать диффы категорически нельзя, по крайней мере osmconvert-ом.
Почитал также про imposm - мощная и настраиваемая штука, есть встроенная генерализация для мелких зумов, кросс-ссылки между отношениями и их членами.
Но в этом есть и небольшая проблема - надо ещё до импорта знать что и в каких таблицах понадобится. Думаю его можно использовать на финальном этапе, когда все стили готовы и ничего добавлять не собираешься, только скорость оптимизировать. тут imposm может пригодиться.
Я имел в виду что много настроек, если в osm2pgsql особо не разбежишься, вариантов нет - всё импортировал и дальше играешься SQL-запросами - тут, чтобы ощутить преимущества, желательно оптимизировать при импорте. Это всё теория, надо будет на практике погонять его на скорость.