Это лишь будущая фича и пока он лишь синхронизируется с основным раз в сутки на протяжении уже полу года наверное.
Отслеживать изменения помогает http://zverik.osm.rambler.ru/whodidit/. Да и надо уяснить, тут нет твоего, всё что ты отправил на сервер принадлежит сообществу.
А еще population:year.
Скажите, возможно ли подключить подложкой в Josm то, что здесь описано:
http://webmap.admgor.nnov.ru/ServiceForm/GetAliasesList.aspx?map=88CE7FB18536C35A480F04B916ADB79E
??
Да и нет. Теоретически адрес http://webmap.admgor.nnov.ru/map/handler/WmsHandler.ashx?mt=0&MAP_UNID=88CE7FB18536C35A480F04B916ADB79E& нужно вставить в поле «URL службы» окна добавления WMS и выбрать слои, но в возвращаемом документе проблема с форматом данных (неправильный адрес сервиса). Я починил, сделав прокси http://textual.ru/nnov.php?, но всплыла другая проблема: все слои в местной проекции EPSG:102100, не поддерживаемой JOSM. А обычную EPSG:4326 не поддерживает сервер. Увы.
Можно через котярин twms запроксировать.
Это обычный сферический меркатор, один из синонимов EPSG:3857 в ArcGIS
Получается безвыходная ситуация?
Почему безвыходная? Берёшь twms, настраиваешь в его конфиге этот сервер и подключаешь JOSM через него. Ну или ждать пока кто-нить это проделает у себя и даст урл.
Короче, сервис http://textual.ru/nnov.php? теперь принудительно преобразует координаты из 4326 (которую шлёт жосм независимо от выбранной проекции) в 102100 (ака 3857). Из браузера всё хорошо, но у сервера обнаружился другой глюк (долго отлаживал с fiddler-ом): если клиент не передаёт Accept-Encoding, сервер вылетает с ошибкой. Думаю, нужно сделать кастомную сборку josm, других вариантов не вижу.
А что за ошибка?
Ну, блин, ура. Покопался в исходниках JOSM. В окне добавления WMS в поле 4 вставь адрес, введи название слоя и ок.
http://textual.ru/nnov.php?FORMAT=image/png&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=NN_buildings,NN_streets_large_scale_1,NN_streets_large_scale_2,NN_main_streets_large_scale_1,NN_main_streets_large_scale_2,NN_streets_small_scale,NN_main_streets_small_scale,NN_squares,NN_squares_small_scale,NN_MOST,NN_kad_kvartal,NN_PARK2,NN_PARK1,NN_GIDR_polyline,NN_GIDR_ellipse,NN_GIDR_region&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}{header(Accept-Encoding,g)}
Слои можно выбрать вручную из http://webmap.admgor.nnov.ru/ServiceForm/GetAliasesList.aspx?map=88CE7FB18536C35A480F04B916ADB79E (параметр layers в адресе).
Только это… лицензия-то позволяет передирать в осм?
Вот это да!!!
Вот так спасибо)
Действительно, ура!
С лицензией вроде бы все в порядке. lzhl выяснял этот вопрос
Zverik раз пошла такая масть, тоже просьба запроксировать
http://212.26.144.110/geowebcache/service/wms?tiled=true&LAYERS=kadastr&STYLES=&FORMAT=image%2Fpng&TRANSPARENT=true&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG%3A900913&BBOX={bbox}&}&WIDTH={width}&HEIGHT={height}
опять таки не совсем стандартный SRS=EPSG%3A90091 в кадастровом слое http://www.map.land.gov.ua/kadastrova-karta
А кому-то нужен sorting_name, автоматом расставленный на улицах по Москве и другим местам?
Полноты уже нет, да и актуальность данных убывает со временем.
Не заметил вчера этой просьбы. Сделал http://textual.ru/uakadastr.php? — вставь это в первое поле диалога добавления WMS и нажми «получить список слоёв». Дальше выбери слой и «ОК».
Мне безусловно есть куда развиваться, но давай всё-таки дискуссии о адресах будут оставаться дискуссиями о адресах. Я-то может ничего и не потеряю, а от всех участников дискуссии требовать знания отвлечённой белиберды и разбора ваших заумных сентенций по меньшей мере невежливо.
Наконец-то, спасибо.
Я повторюсь - ты забываешь что геокодирование работает в две стороны: кроме “где этот адрес” есть “к какому адресу принадлежит эта точка”. И никак ты на этот вопрос не ответишь если адреса будешь отмечать точками. В особенности, если часть точками а часть контурами.
Потом, я не говорил что адрес обязан висеть на всём здании, я говорил что он должен висеть на объекте, который его имеет. Это может быть и часть здания, на всякий случай. Если адреса обозначают “скорее разные стороны одного дома”, то они должны висеть скорее на разных сторонах. Опять таки, не “одна на доме, другая на точке”, а с этого, напомню, всё и началось и про это, прежде всего, шла речь:
Ну как этого можно не понимать, когда схемы тэггирования и требования к данным эволюционируют на глазах? Тем что раньше у нас было в порядке вещей, теперь мы же гнобим НЯКовцев. Как сегодня ваша Европа замаплена точками, так завтра, когда кому-то потребуется больше она начнёт перемапливаться полигонами и addr2. И тем кого волновало как нарисована Европа придётся снова по ней ездить и рисовать, остальные же сберегут нервы потому что сразу использовали более эффективную схему.
Вопрос об удалении этого мусора (вместе с кладроданными) поднимался уже раза 3, емнип. Кажется ничего никому не было нужно кроме cladr:code который костыльно использовал andriano.
ErshKUS говорит что openstreetmap.ru умело, но пока там всё сильно перелопачивается это вроде как сломано.
Я хоть тресни, не вижу, чем эта схема более эффективна (кроме очень-очень частных случаев). Она напрочь не учитывает что addr и addr2 могут иметь разные координаты, пусть и принадлежат одному объекту. И этот противоречие не устранимо в рамках этой схемы.
Ок, это очень хорошо.
Эти объекты, о которых ты говоришь, чистые условности, и они еще и вложены друг в друга. Вот например, фасад здания, это объект или не объект? Является ли фасад частью здания? Как его обозначать? Делить контур здания на веи, вешать на них addr:* а веи собирать в мультиполигон? Где тут эффективность?
Это безусловно так, но почему адрес должен во чтобы то ни стало висеть в виде тега на полигоне?
тот же пример:
На объекте “здание” висят четыре адреса. Простейшая геометрическая проверка (которую все уже научились делать) позволяет ответить и на вопрос “какому зданию принадлежит данный адрес” и “какие адреса принадлежат данному зданию”.
Разумеется геокодинг бывает прямой и обратный, я это помню). Но ответить на вопрос обратного геокодинга очень просто. Достаточно найти адресную точку, ближайшую к данной, и взять ее адрес. Я не вижу, чем тут могут помочь контуры “объектов”. Например, какой адрес имеют следующие точки:
- http://www.openstreetmap.org/?mlat=54.70416&mlon=20.50353#map=18/54.70423/20.50382
- http://www.openstreetmap.org/?mlat=55.71401&mlon=37.62107#map=19/55.71401/37.62107
Ответ “никакой” - не принимается.
Вопрос был очень простой - ищутся ли точки с тегами addr: но без building=yes*, и ответ на него тоже очень простой - да ищутся. Причем и навиками и номинатимом. Кроме того, адресные точки адекватно рендерятся, в отличие от addr2. Поэтому ими можно смело пользоваться. Что здесь не так?
Согласен, так не очень красиво, но это вполне рабочий вариант, на данный момент. Если хочется красоты, можно оба адреса перенести на точки.
Все течет, все изменяется, говорил старик Гераклит. Эволюционируют, и хорошо. Как это может помешать пользоваться адресными точками сейчас? Потом придет AMDmi3 и все перемапит - будем пользоваться новой схемой, если она приживется. Не приживется - будем пользоваться старой. Это не проблема.
Чего бы не хотелось, так это того чтобы эволюционисты внедряли свои схемы принципиально не считаясь с реальностью, не считаясь с местными особенностями. Утешает, что если схемы не учитывают местную специфику, они и не приживаются. Например в Калиниграде уцелели building=entrance на подъездах.
Ты не видишь даже банальнейших противоречий. Начнём с того что ты начисто путаешь собственный адрес объекта, и адрес ближайший к произвольной точке. Пока опустим это. Предположим, адрес определяется по ближайшей точке. Возьмём тот же случай с адресным полигоном и адресной точкой внутри него: у каких точек будет какой ближайший адрес? Какой адрес будет у POI в этой точке: http://openstreetmap.ru/#zoom=19&lat=48.211942&lon=16.358269&layer=M&marker=1 ? Если Rathausplatz, 3 будет точкой? Если полигоном? Если Rathausplatz, 2 будет точкой? Если полигоном? Какой адрес у музея http://openstreetmap.ru/#zoom=19&lat=48.211905&lon=16.356947&layer=M&marker=1 ? Если его подвинуть ко входу? На пару метров севернее, восточнее? Если обрезать координаты до 26, 24, 22 бит? Если Ebendorferstraße будет точкой? Полигоном? Какой адрес у http://www.openstreetmap.org/browse/node/1375294851 ? Какой был бы если бы не был явно указан? Нужно ли явно указывать адрес на POI? В каких случаях не нужно? Как нужно размещать такие POI? Считаться с реальностью, да.