кто он?

тот, для кого базис не подошел

если я правильно вас понял, то хотел абстрагировать данный OSM от внутренних данных компании, есть свои теги (коммерчиские, коммьюнити они ни к чему), и часть из них относится к путям, вот и думали хранить у себя в базе ссылку на путь, и в момент обновлений OSM мержить эти данные, т.е. дописывать свои теги. Но т.к. id непостоянный, то и завязываться нельзя...придется в абсолютной величине хранить и потом мапить по ближайшему расстоянию, или еще как-то,   типа сделать механизм решения конфликтов, если дорога поменялась

хех, а если дорогу объединят, то у вас всё распространиться не на кусочек на на путь от москвы до владимира

в этом и минус и плюс осм, это заставляет вливать свои данные в осм

Вот для кого я пишу

я посмотрел, что вы писали, и сейчас читаю про openLR

по координатам, ничего неожиданного

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

относитесь к осм как к неподготовленной для конечного использования куче данных.
она постоянно редактируется и изменяется.
из которой вы конкретно под своей использование делаете базу данных со всеми блекджеками и сопуствующим...
как то так

куча данных

хорошее определение

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

я бы сказал, при каждом изменении любого из множеств)

вполне посильная вычислительная задача. правда у мэйла на это похоже все ресурсы и уходят))

))) с учетом размеров нашего штата программистов, я бы поспорил)

ну как оказалось вся команда мапсми на трёх столах одного опенспейса умещаются. что делать, приходится находить баланс

#идеядлястикера

В сорсах josm

))