Скажите, кому писать о глюках валидатора?
Уже несколько лет наблюдаю ошибку “нет тега population=*” https://peirce.gis-lab.info/qa/RU-RYA#citynopop
Но он там есть: https://www.openstreetmap.org/node/27505582
там не библиотека померла, а ресурсы подгружаются через http, хотя сайт на https и chrome их блокирует
скорее всего достаточно обновить leaflet:
вместо
<link rel="stylesheet" href="http://cdn.leafletjs.com/leaflet-0.6.3/leaflet.css" />
<script src="http://cdn.leafletjs.com/leaflet-0.6.3/leaflet.js"></script>
написать это:
<link rel="stylesheet" href="https://unpkg.com/leaflet@1.6.0/dist/leaflet.css"
integrity="sha512-xwE/Az9zrjBIphAcBb3F6JVqxf46+CDLwfLMHloNu6KEQCAWi6HcDUbeOfBIptF7tcCzusKFjFw2yuvEpDL9wQ=="
crossorigin=""/>
<script src="https://unpkg.com/leaflet@1.6.0/dist/leaflet.js"
integrity="sha512-gZwIG9x3wUXg2hdXF6+rVkLF/0Vi9U8D2Ntg4Ga5I5BZpVkVxlJWbSQtXPSiUTtC0TjtGOmxa1AJPuV0CPthew=="
crossorigin=""></script>
Иван, спасибо. Попробовал поменять, карта стала отображаться, но маркеров нет. и Пишет ошибку:
Ошибка выполнения: TypeError: Cannot read property ‘trim’ of undefined
Хочу публично выразить благодарность коллеге CupIvan, который нашел время и желание, и починил отображение на карте маркеров для ошибок роутинга и адресации.
Также он указал направление для устранения глюка с ошибкой “нет тега population”.
Огромное ему спасибо!
Много чего не работает ещё, вот например: https://peirce.gis-lab.info/qa/RU-DA/routing-map/3
Ошибка выполнения: TypeError: Cannot read property ‘documentElement’ of null
Это проблема другого рода. Иногда .xml после валидатора получается кривой https://peirce.gis-lab.info/qa/RU-DA
Если на общей странице для региона есть данные - то и карта с маркерами отображается.
А пёс его знает, .xml-ки создались, на сайт загрузились…
Почему валидатор их как пустые интерпретирует - я объяснить не могу 
Про Дагестан тоже спрашивали, он тоже не показывает ошибки…
Поправили.
Спасибо всем кто работал над этим.
похоже Нижегородская капитально сломалась, уже третья валидация впустую
может ещё раз в логи глянуть что с ней?
Иван, я не знаю в чем дело. В логах то все нормально, .xml создаётся, и загружается на сайт. А вот что в ней не нравится скрипту - мне не ведомо…
Нужно как-то валидировать данные для валидатора
разобрался… он не экранирует тэги, когда XML создаёт, тут внесли кривое название и XML полетел
в имя деревни попала лишняя скобка “<Берёзовка” https://www.openstreetmap.org/way/835106792/history
исправил
От спасибо. Огромное!
https://peirce.gis-lab.info/qa/RU-CU/routing-map
есть именнованная service https://www.openstreetmap.org/way/83890620 и там действительно service и действительно есть имя для этого проезда.
он связан с основным графом неименнованными service
https://www.openstreetmap.org/way/552217148
https://www.openstreetmap.org/way/83890649
так вот валидатор ругается на изолированность именнованного service. можно ликак то это отключить.
т.е. хочу чтобы неименнованный service не обрывал связь графа.
Нет. Даже заморачиваться не буду.
Куцый набор типов дорог английской классификации и тупизм некоторых наших товарищей приводит к такому результату.
Это особенности конвертации в Ситигид, там имена на сервисах не индексируются и не попадают в поиск, поэтому насколько я понимаю для них искусственно меняется тип дороги, что в свою очередь может приводить к появлению изолятов. Чтобы отключить - нужно править алгоритм проверки и отдельно их отслеживать, что я так понимаю затруднительно.
Забейте на это, не нужно подстраиваться под особенности конкретного навигатора, мапьте так как должно.
ок, спасибо за разъяснения. думал что попроще ситуация 
Именованный сервис сам по себе нонсенс. Но так как некоторые почему-то решили что это нормально, то и приходится сервис менять на резидентал для (как правильно сказал Сергей) попадания в адреса.
Как вариант, сервис ведущий к именованным сервисам сделать анклассифиед. Что вполне согласуется с “правдой на земле”.
Валидатор сломался однако (нету обновления почему-то)