M
То, что overpass-turbo рисует в панели "Данные" это его внутренний формат, от которого geojson довольно сильно отличается
Size: a a a
2020 November 15
M
А [out;json]?
Это в каком формате сервер вернет данные. Может быть JSON, CSV, XML и т.п.
M
Если ты эту настройку не укажешь, получишь результат в XML
M
Опять же без понятия почему бы просто не использовать заголовок accept-type
НП
а в overpass-turbo кнопка "export as geojson" не сработала?
спасибо, кажется я ступил.
и то что в экспорте совсем не то что во вкладке Data. Теперь все работает отлично)
и то что в экспорте совсем не то что во вкладке Data. Теперь все работает отлично)
PG
Miroff
Нет, out skel; это опрератор. Overpass работает с буфферами, которые почему-то называются sets. Оператор поиска "relation(id:155262);" добавляет отношение в буффер по умолчанию. Оператор out; выводит его в output stream. Оператор >; выбирает все линии и точки входящие в отношение и сохраняет заменяет ими содержимое текущего буфера. Наконец последний out skel выводит их в output stream, не не целиком, а только геометрию.
Т.е. в итоге у нас в буфере output stream оказалось и отношение (которое было туда скопировано из дефолтного буфера целиком, не только геометрия, командой out;) и геометрия его членов, которые были туда скопированы из дефолтного буфера командой out skel; ? А зачем нам в буфере отношение, да ещё с негеометрическими причиндалами?
НП
Miroff
Открой geojson файл, который скачался. Там должен быть один полигон и одна точка
да, спасибо, я ступил
M
Т.е. в итоге у нас в буфере output stream оказалось и отношение (которое было туда скопировано из дефолтного буфера целиком, не только геометрия, командой out;) и геометрия его членов, которые были туда скопированы из дефолтного буфера командой out skel; ? А зачем нам в буфере отношение, да ещё с негеометрическими причиндалами?
Так ведь все теги хранятся в отношении. Если тебе нужна просто геометрия без тегов, то первый out не нужен
PG
Miroff
Так ведь все теги хранятся в отношении. Если тебе нужна просто геометрия без тегов, то первый out не нужен
Понятно. Из контекста задачи я так понял, что тэги не нужны, нужна геометрия конкретного релейшна.
M
Понятно. Из контекста задачи я так понял, что тэги не нужны, нужна геометрия конкретного релейшна.
Там есть еще один ньюанс. Экспорт в GeoJSON получает на вход результаты запроса. У него нет каких-то дополнительных данных о том, чего хотел пользователь. Если в результатах не будет объекта отношения, экспорт не будет знать что нужно восстановить геометрию в Polygon/MultiPolygon и просто конвертирует все что есть в набор LineString
НП
попробуй ещё https://osm-boundaries.com/
спасибо, фантастическая штука. Как раз мне нужно работать с районами области.
NK
weeklyOSM #538 на русском - https://weeklyosm.eu/ru/archives/13945
V
Переслано от Vascom
Можно как-то сделать, чтобы османд показывал все найденные объекты на карте?
l
в смысле найденные?
l
показать на карте - жал?)
V
В смысле если искать не категорию "кафе", а что-то другое. Например "ремонт" - найдёт много из нескольких категорий, жму показать на карте, но ничего не показывается.
l
у меня показывает. вот по слову Ремонт
V
Хм, как-то странно это работает...
PG
Переслано от Pavel Gavrilov
Найденные поиском poi исчезают с карты при увеличении карты до z19 и появляются при уменьшении до z17. Это нормальное поведение или баг? В случае если найденный объект отображается картостилем это хоть как-то оправдано, но если не отображается, то выглядит полным стопроцентным глюком.
PG
Отрапортовал в чат османда о баге.