AZ
презенташка оттуда http://osm.sbin.ru/pt/
Size: a a a
2019 February 02
T
это было сделано на коленке для конференции web&gis когда-то давно
Политика Yandex'a собрать данные по мегаполисам, решить что с ними делать, реализовать, доработать, добавить регионы, доработать, применить к каждой Хацапетовке
T
OSM видимо идёт тем же путём, только в обратную - собрать данные по каждой Хацапетовке и далее по сценарию
AZ
есть данные, которые в OSM не нужны
AZ
например, расписания
AZ
значит, не нужно в OSM тащить расписания
T
куда их девать?
AZ
во внешнюю базу
T
значит, не нужно в OSM тащить расписания
расписания уже одобрили в Propose, дальше будет видимо движение в сторону GTFS/NeXTBus, вопрос активности
AZ
GTFS в OSM не нужен
AZ
это огромное количество сложных данных совершенно негеографического характера
T
GTFS в OSM не нужен
интеграция нужна
T
интеграция причём двухсторонняя
AZ
интеграцию можно как-то делать
AZ
вон, например, народ интегрируется с OSM по ЕСР-кодам станций, для чего нужно механизм извлечения соответствий
AZ
двухсторонняя интеграция не нужна, нужна валидация по внешнему источнику, чтобы изменения были видны
T
интеграцию можно как-то делать
пока не будет интеграции - будут расписания в OSM, это очевидно
T
двухсторонняя интеграция не нужна, нужна валидация по внешнему источнику, чтобы изменения были видны
что имеете в виду?
AZ
это значит что не нужно в OSM тянуть данные из GTFS, нужно предложить возможность следить за тем, чтобы данные в модели OSM соответствовали данным в модели GTFS
AZ
пример валидатора http://osm.sbin.ru/esr/