101

Ну добре, добре, я також схильний вважати, що ці дані можна брати в осм, але давайте хоча б ставити цим лініям source=*, наприклад source=cadastre чи source=kadastr чи source=держкадастр. Як краще?
Якщо хтось скаже, що це було незаконно з нашого боку копіювати ці дані, то відкотимо на попередній стан.

Але хотілося б почути думки людей хоча б трохи близьких до держ-структур: Землемер, Lindroid.
_sev, може Спаэро+ щось підкаже?
Питання таке: чи дозволяється комерційне використання цих даних?
Кому цікаво почитайте дискусію в російській гілці щодо російського кадастру: http://forum.openstreetmap.org/viewtopic.php?pid=234272#p234272

Як я писав вище, дані можна витягнути не тільки в графічному виді, а й у векторному форматі: є 4 окремі шари(layers) - області, райони + міста обл.значення, кадастрові квартали, ділянки.
Перші два шари невеликі за об’ємом і нормально відображаються в JOSM’і, лінії кордонів районів областей можна буде копіюванням перенести в наші boundary-зв’язки. Лінії кордонів областей у нас досить точні, я б їх не чіпав.
Кадастрові квартали в JOSM’і не відкриються, їх дуже багато. Але, якщо буде натхнення, я напишу якись валідатор на базі PostgreSQL-db, який по КОАТУУ порівнюватиме наші дані з кадастровими кварталами. Схоже, що кадастрові квартали точніші за дані в шарах районів.
Земельні ділянки для нас не цікаві.

102

мабуть варто нагадати, що при перемальовці кордонів потрібно скачувати всі дані в місцях розривів та з’єднань ліній - інакше будуть проблеми з кордонами інших областей та районів

103

Як все це добро підключити в JOSM окремо?

104

Погляньте на законодавчу базу «Ліга:Закон» (продається) і на портал Верховної ради (вільний доступ). — Законами (їх текстами) теж можна торгувати :smiley:

105

Хлопці, щось я не розумію. Чомусь зелені лінії подекуди не співпадають з червоними. От, наприклад, точка N50,0933421 E35,9252 у якому районі знаходиться? Якщо прокрутити масштаб карти “до зелених ліній” та клацнути у тій точці, то карта скаже “Дергачівський район”. Але якщо змінити масштаб “до червоних ліній”, то видно, що ця точка потрапила у Золочівський район.

Ось тут на малюнку я цю точку чорним кружечком позначив http://s02.radikal.ru/i175/1209/9f/9bec967a8fe5.png
Це місце у Харківській області недалеко від Харкова. На північ від Люботина.

106

Ну продається оболонка, а зміст має вільний доступ.

107

Це вже трохи офф-топ.

Але за що клієнти платять щомісячну абонплату? — За оновлення баз із законодавчо-нормативними актами.

108

Ну так ці дані – не панацея. Я би більше схилявся до того, що дані на меншому масштабі більш точніші, тобто, треба район виправляти саме за зеленою лінією.

109

Так там же не просто оновлення, а побудова індексів, перехресних посилань, поновлення пошуку та інше.

110

Поставил вопрос в профильной ветке OpenStreetMap - источник открытых данных - как сделать полезным в работе землеустроителя? на zemres.com.

Желающие могут отписаться там. Ну и я буду информировать о новостях.

Если решим оформить запросом в Держкомзем, попробую помочь сделать от депутата ВР.

По идее так и должно быть. Это базовый слой для определения кадастровых номеров земельных участков. Должен быть топологически корректным, не содержать разрывов и пересечений.
Слои границ областей и районов вероятнее всего подверглись генерализации.

Присоединяюсь к вопросу.

PS. Удалось подключить WMS в JOSMе. Всем спасибо.

111

Может попробуем поставить точку в вопросе Національна класифікація “admin_level”?
С данными “Публічної кадастрової карти України” у нас есть все данные на территорию Украины.

112

На мой взгляд работает даже лучше чем оригинал от Держкомзема.

PS. По моему в ссылке ошибка, у меня работает так http://nadoloni.com/editor

113

Як вам ідея імпортнути в OSM “зелені лінії”, що утворюють межі населених пунктів, аби руками не обводити? Можливі варіанти:

  1. Імпортнути у вигляді відношень, а потім руками розгрібати конфлікти з існуючими кордонами.
  2. Імпортнути у вигляді ліній, наприклад, з тегом dzk, аби можна було відфільтрувати і постворювати відношення руками

Я трішки поеспериментував з векторними даними.

http://dl.dropbox.com/u/7929919/ikk.zip - Ділянки згруповані за КОАТУУ. Чомусь дуже багато мультиполігонів і білих плям.


114

Думаю, краще викласти їх окремим шаром у вигляді .osm-файлу. Потім вручну підтягнути існуючі межі. Інакше потім не розберемося.
До речі, в мене чомусь перестав працювати в ДЖОСМі кадастровий фон

115

підтримую. olehz, виклади в .osm. Якщо є можливість - розбити по областях.

уже другий день. так і не уточнив повністю межі міста.

116

А тепер так:

http://212.26.144.107:8092/vector/geoserver/wms?LAYERS=dzk:kadastr&STYLES=&FORMAT=image%2Fpng8&TILED=true&TRANSPARENT=true&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS={proj}&BBOX={bbox}&WIDTH={width}&HEIGHT={height}

Додалося dzk: в назві шару

http://212.26.144.107:8092 :slight_smile:

117

Ця кадастрова мапа - це якась халтура. Межі сільрад і міст вказані від фонаря і з генпланами ні разу не співпадають. Райони компактної забудови також вказані вельми приблизно і часто неправильно. Таке враження, що обводили по знімкам гугла. Природні обєкти (ліси, річки, озера) на знімках підозріло співпадають 1:1 з їх “кордонами”. Тому вважаю недоцільним використовувати цю лажу і тим більше обводити піксель в піксель. Єдине для чого воно годиться - уточнити райони областей, аби кордони не проходили через НП.

118

Import/Shapefile - вчіться самі, у мене руки тепер навряд скоро до того дійдуть

119

От і я про те. Дуже сподіваюся, що ні в кого не виникне зудіння робити якийсь масовий імпорт.

Підкласти, перевірити, зрівняти, воно добре. Можливо уточнити межі районів напівавтоматичним імпортом, на більше воно поки не годиться.

120

Це трохи прояснює ситуацію.