Size: a a a

OpenStreetMap RU

2020 August 27

f

fr1 in OpenStreetMap RU
ну кадастр тоже можно посмотреть, а данных нет
источник

b

batyrmastyr in OpenStreetMap RU
Keks Keksov
Some of your attributes may be unsuitable for OSM and will need to be omitted entirely
На мой взгляд, в этой фразе указано на то, что какие-то атрибуты могут СОВСЕМ НЕ ГОДИТСЯ для ОСМ. Ни тушкой, ни чушкой и даже не через ref. Единственное, что приходит на ум,  это какие-то блобы, связанные с объектами. Всё остальное, по идее, прилить МОЖНО. Другое дело, что нет смысла выгружать все служебные поля,  типа ссылок на внутренние справочники и связи с другими служебными таблицами... А, ну вот я сам себе и ответил... ))
Иногда даже не очень служебные таблицы бесполезны. Кто-нибудь вносит в характеристики дома количество грузовых и пассажирских лифтов? И нужны ли они ОСМ?
источник

П

П3тр0виЧъ in OpenStreetMap RU
источник

b

batyrmastyr in OpenStreetMap RU
Хотя французы у себя порываются вносить провайдерские коробки в частном секторе.
источник

f

fr1 in OpenStreetMap RU
можешь хоть производителя лифта внести
источник

b

batyrmastyr in OpenStreetMap RU
fr1
можешь хоть производителя лифта внести
Ох нифига себе.
источник

b

batyrmastyr in OpenStreetMap RU
Я знаю пару платных лифтов, нужно зОмапить )
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
Konstantin Goncharik
А в чем проблема?
Постгис не вытягивает?
Хуже, 8+ тб жпс-треков при всего 1+ тб осм-данных в постгре тупо мешают.
Да и местоина разделе с БД ограничено. Сколько раз упирались

Из других проблем - запрос к БД не кешируем в принципе.
Тайлики кешируем естественным путём :)
источник

KG

Konstantin Goncharik in OpenStreetMap RU
источник

К

Космический Енотик... in OpenStreetMap RU
Ну хватит уже :(
источник

К

Космический Енотик... in OpenStreetMap RU
источник

К

Космический Енотик... in OpenStreetMap RU
источник

SA

Sergey Astakhov in OpenStreetMap RU
Keks Keksov
Дык выше ответили уже, что это можно затегать в виде ref:mySupirdatId=
Этого мало. Данные должны быть верифицируемые, т.е. чтобы грубо говоря любой маппер смог исправить ошибку/добавить недостающий элемент. А для этого эти номера должны быть открытыми всем, например написаны на аншлагах остановок или выложены в открытый доступ на каком-либо сайте. Закрытым данным (сиречь непроверяемым) не место в OSM.
Ну и как минимум эти идентификаторы должны быть более/менее постоянными. Обычные суррогатные id могут меняться при переимпортах и переносах из базы в базу и поэтому плохо подходят для внешних связок.
источник

KK

Keks Keksov in OpenStreetMap RU
Sergey Astakhov
Этого мало. Данные должны быть верифицируемые, т.е. чтобы грубо говоря любой маппер смог исправить ошибку/добавить недостающий элемент. А для этого эти номера должны быть открытыми всем, например написаны на аншлагах остановок или выложены в открытый доступ на каком-либо сайте. Закрытым данным (сиречь непроверяемым) не место в OSM.
Ну и как минимум эти идентификаторы должны быть более/менее постоянными. Обычные суррогатные id могут меняться при переимпортах и переносах из базы в базу и поэтому плохо подходят для внешних связок.
Есть уже как минимум два исключения - mapillary и wikidata
источник

D

Daniil in OpenStreetMap RU
Ребят
источник

D

Daniil in OpenStreetMap RU
Динамику можно что-то объяснить?
источник

D

Daniil in OpenStreetMap RU
Судя по всему бесполезно
источник

KK

Keks Keksov in OpenStreetMap RU
Рассмотрим теоретическую ситуацию - завтра я открою онлайн-лавочку для всех желающих по вводу дорожных знаков под ODbL на своём сервере с использованием ОСМ в качестве основы и опубликую полностью задокументированный фид, из которого любой желающий сможет достать все знаки и переложить их в ОСМ. Модель данных в ОСМ не позволит вести полноценный паспорт знака, для этого я и поднимаю свой сервер, но кое-что из этой базы в ОСМ можно будет перелить. После этого в ОСМ знаки начнут всячески двигать и склонять, и мне бы было очень полезно обновить свою базу этими уточнениями из ОСМ, а когда знак будет демонтирован в моей системе, то его было бы здорово удалить и в ОСМе. Вопрос, как сохранить связь между знаком в такой базе и в ОСМ?
источник

АК

Алексей Куликов... in OpenStreetMap RU
Keks Keksov
Рассмотрим теоретическую ситуацию - завтра я открою онлайн-лавочку для всех желающих по вводу дорожных знаков под ODbL на своём сервере с использованием ОСМ в качестве основы и опубликую полностью задокументированный фид, из которого любой желающий сможет достать все знаки и переложить их в ОСМ. Модель данных в ОСМ не позволит вести полноценный паспорт знака, для этого я и поднимаю свой сервер, но кое-что из этой базы в ОСМ можно будет перелить. После этого в ОСМ знаки начнут всячески двигать и склонять, и мне бы было очень полезно обновить свою базу этими уточнениями из ОСМ, а когда знак будет демонтирован в моей системе, то его было бы здорово удалить и в ОСМе. Вопрос, как сохранить связь между знаком в такой базе и в ОСМ?
При импорте еще кое как... но эио можно реальзовать. А вот при его удалении и тут же отрисовки на его месте нового такого же. Это дл Вашей системы будет "новый" знак?
источник

IZ

Ilya Zverev in OpenStreetMap RU
Daniil
Динамику можно что-то объяснить?
спроси у GaM :)
источник