Форумы GIS-Lab.info

По СК получается для приведения данных к исходному виду нужно:
скачать с сервера данные в формате KMZ в проекции WGS-84.
трансформировать данные из WGS-84 в СК-42 используя параметры ГОСТ 51794-2001, который в настоящий момент отменен, т.к. введен ГОСТ 51794-2008.
Перевести из СК-42 в МСК региона.
Проверить и сравнить данные по выпискам....

JSON - это JavaScript Object Notation — текстовый формат обмена данными, основанный на JavaScript и обычно используемый именно с этим языком. Как и многие другие текстовые форматы, JSON легко читается людьми.
... и далее по тексту статьи http://ru.wikipedia.org/wiki/JSON

Формат содержит структурированные данные на манер XML, только описание хранит в своем же файле в заголовке. Имеет вложенную иерархическую структуру, в которую легко разворачивают данные из БД. Так же легко они и сворачиваются обратно. Имеет кучу интерфейсов-парсеров обработки на разных языках. Для меня ленивого, критично, что имеет таковой для VB6.
В отличии от KML правильно выгружает все атрибуты таблиц, может содержать переменные для геоданных в любой известной серверу СК. Это проверено на всех стандартных российских СК, а так же на WGS84-UTM. Для плоских СК сервер росрега выдает данные с точностью до 10 знака, что при переводе данные_с_портала_в_UTM -> возврат_трансформацией_им.Дата+_в_СК42 -> МСК дает миллиметровую точность по отношению в эталонным материалам.
Пример КУ Имеет один минус - ArcServer JSON отличается от стандартного GeoJSON, из-за чего стандартные читалки GeoJSON не понимают ESRI'вского "порождения".
Что в реальности не очень большая беда, т.к. при минимальном программировании формат с легкостью конвертируется в CSV и MIF/MID.

Ребята спасибо, просветили. Особенной по точности.

Имеется ли конвертор из JOSN в mif/mid, shp, на худой конец в dxf или csv.
И как получить данные не в WGS84, а спроецированные - например в UTM соответствующей зоны...?

Имеется ли конвертор из JOSN в mif/mid, shp, на худой конец в dxf или csv.

а почему бы и нет, можно и взяться?
таки и возьмусь, напишу "наколенную поделку"! esriJson-->csv. + cadastreXML-->csv. потом расширю до -->shape-file....студента бы ещё толкового

И как получить данные не в WGS84, а спроецированные - например в UTM соответствующей зоны...?

если будет, ну хотя бы csv, то QGIS, gvSIG....тысячи их, спроецируют!

И подскажите, как получить JOSN аналогичный выложенному, а то сколько не пробывал выдает:
{
"displayFieldName" : "ParcelId",
"fieldAliases" : {
"OBJECTID" : "OBJECTID",
"ParcelId" : "Идентификатор",
"LoadDate" : "Дата обновления"
},
"fields" : [
{
"name" : "OBJECTID",
"type" : "esriFieldTypeOID",
"alias" : "OBJECTID"
},
{
"name" : "ParcelId",
"type" : "esriFieldTypeString",
"alias" : "Идентификатор",
"length" : 18
},[/list]
и т.д., но координат нет, а в KMZ - есть?
По вопросу выкачивания в UTM, а не градусах WGS84 - дело именно в точности данных...

Донецков писал(а):Имеется ли конвертор из JOSN в mif/mid, shp, на худой конец в dxf или csv.
И как получить данные не в WGS84, а спроецированные - например в UTM соответствующей зоны...?

имеется MIF/MID для данных с контурами и точками.
имеется в CSV для любых, т.к. он все спецификации, равно как геообъекты - игнорирует.
Только для ESRI JSON, других просто не было в руках, да и не зачем.
---
Для SHP можете поискать студента.
Эти два я уже написал на VB. Но сразу предупрежу - я не учил их "летать" на всех ОС и в разных комбинациях. У меня работают везде, где есть XP и VB на машине. Скажите - "давай" - я скомпилирую в установочные файлы и выложу.

Донецков писал(а):И подскажите, как получить JOSN налогичный выложенному, а то сколько не пробывал выдает:
...
и т.д., но координат нет, а в KMZ - есть?

Пример запроса:
http://maps.rosreestr.ru/ArcGIS/rest/se ... =*&f=pjson
то же самое картинкой страницы запрососа и в html

Донецков писал(а):По вопросу выкачивания в UTM, а не градусах WGS84 - дело именно в точности данных...

Безусловно. Хотя вот сейчас запрос мне выдал 9 знаков в WGS84 (ESPG:4326), а раньше было только 6. Так что может и этого хватит - надо посмотерть, сверить результаты. Что касается НЕ использования KML, то тут кроме 6 знаков после запятой, есть еще минус, что атрибутика в KML не удобно для использования организована.

Вот Вам пример сопоставления kmz и json на примере угла одного участка.

не велика разница. интересно, а где в реальности должен лежать угол?

Спасибо, данные в JOSN нормально выкачиваются...
насколько понимаю - 32637 - это и есть UTM, причем в данные без номера зоны (номер зоны нужно добавлять самому в зависимости от долготы местности)...
вопрос, если не указывать 32637 в запросе - в JOSN в отличии от KMZ скачиваются данные тоже в метрах:
так для произвольной точки:
- 5129836.1605999991, 6731780.9262999967,
если с 32637 (т.е. UTM), то результат следующий:
- 990003.81344065419, 5742615.029180672
- в KMZ будут десятичные градусы с точностью до 6 знака после запятой...
В какой СК представлены данные, если не указывать Output Spatial Reference?

данные будут представлены в фирменной проекции ESRI,

Spatial Reference: 102100 (3857)

что указано на странице http://maps.rosreestr.ru/ArcGIS/rest/se ... apServer/0
Не видел ни разу, что JSON с геометрией не содержал блока

Где скачать можно эту прогу - FME Translator/Converter - конвертация, преобразование, трансляция и просмотр всех форматов ГИС, САПР и семантических данных, вот офиц. ссылка http://www.gissystem.ru/index/fme_trans ... erter/0-79, вроде конвертирует json.

Ссылки на FME 2011 были на GISAREA, торрент был жив на Пиратской бухте (примерно 350 Мб)....
Но кажется для JOSN - это как из "пушки по воробьям"...
В свое время ставил версии 2009 и 2010...