Кадастровые данные в формате XML

[Филиппов Владислав]

но у меня нет пакетной обработки...

[Olga_@@@]

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

[Филиппов Владислав]

Olga_@@@, простите, я вас не понимаю...
вы создаёте шейпы моим конвертером.
Каждый из них по отдельности Цывылом импортируются верно, а при

пакетный импорт файлов

не верно?

[Донецков]

В AutoCAD Map или Civil есть удобная функция импорта файлов не по одному, а можно сразу выбирать несколько, так вот при множественном импорте, слетает семантика, возможно это глюк автокада, но скрее что-то в данных...

[Olga_@@@]

Да, спасибо. Донецков все правильно объяснил.

От себя добавлю, что в самих данных есть проблема - это "висящие строки", которым не соответствует ни один графический объект. Я думаю, сдвиг строк происходит из-за этого. Мне не совсем понятно откуда они появились с данных, кроме Росреестра это наверно никто не сожет объяснить.
Предполагаю, что ситуацию можно исправить, если вместо несуществующих графических объектов, добавить какой-то условный заместитель, например центроид и тогда к нему автоматически привяжутся "висящие" строки. И тогда сдвига строк не будет.

[Филиппов Владислав]

Росреестр тут точно не при делах.

[Olga_@@@]

А, откуда тогда берутся исходные файлы XML без графики, но с семантикой? Их вообще-то Росреестр выдает.
Пример я уже выкладывала.

[Boris]

Давайте под конкретный случай новую тему начнем. А то я пытался понять, что - где, с какого места начинать - не понял. И проблему чуть по крупнее, а то я запутался в исходных - где есть контура, где нету, что с какого места пришло.

[SergS]

А, откуда тогда берутся исходные файлы XML без графики, но с семантикой? Их вообще-то Росреестр выдает.
Пример я уже выкладывала.

ну как откуда... если в Росреестре нету графики на участок, он ее и не выдаст (в Челябинской области, кроме того, взяли моду выдавать без графики и инфо на те участки, где графика в базе есть, но типа, "не установлена в соответствии с законодательством". Ссылаются на НПА, но по-моему они его ка-то неправильно прочитали )
это что касается выписок на участок.
а КПТ изначально не предусматривал предоставление координат (по рукой нет, но найду приказ, да он и на сайте росреестра есть).И первоначальные схемы XML-документа не предусматривали.
Насколько я понял, графика в КПТ появилась, начиная с 5-й версии схемы (могу ошибаться...) но уже в 6-й (вроде счас актульная) атрибут Entity_Spatial опять сделан необязательным, так что в дальнейшем фиг знат, что будет

[Филиппов Владислав]

Olga_@@@, а как о ранее учтённых ЗУ выдавать информацию? Вчера был у руководителя кадастровой палаты по нашему региону и услышал, что самое главное - объект недвижимости это объект права, для них, а пространственная составляющая (Entity_Spatial) вторична, особенно координаты, главно чтобы площадь нужная была.

SergS, всё верно написал.

Как я и написал выше, был в кадастровой. В скором времени буду общаться с их IT-отделом.
Надеюсь прояснить много. Результатами обязательно поделюсь в wiki.

[Донецков]

Сконвертировал 4 КПТ по Рязанскому району, в принципе понравилось...
но есть вопросы:
- зачем программа генерирует файлы prj изначально неправильные, например:

• PROJCS["Pulkovo 1942 / Gauss-Kruger zone 15",
  GEOGCS["Pulkovo 1942",
  DATUM["Pulkovo 1942",
  SPHEROID["Krassowsky 1940", 6378245.0, 298.3, AUTHORITY["EPSG","7024"]],
  TOWGS84[-40.595, -18.55, -69.339, 2.508, -1.832, 2.611, -4.299],
  AUTHORITY["EPSG","6284"]],
  PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
  UNIT["degree", 0.017453292519943295],
  AXIS["Geodetic latitude", NORTH],
  AXIS["Geodetic longitude", EAST],
  AUTHORITY["EPSG","4284"]],
  PROJECTION["Transverse_Mercator", AUTHORITY["EPSG","9807"]],
  PARAMETER["central_meridian", 87.0],
  PARAMETER["latitude_of_origin", 0.0],
  PARAMETER["scale_factor", 1.0],
  PARAMETER["false_easting", 15500000.0],
  PARAMETER["false_northing", 0.0],
  UNIT["m", 1.0],
  AXIS["Northing", NORTH],
  AXIS["Easting", EAST],
  AUTHORITY["EPSG","28415"]]

откуда в Рязанской области 15 зона... (Красноярский край)?
- было бы хорошо, если бы можно было загружать несколько файлов XML сразу (пакетная обработка);
- почему в семантике не сделать все значения, которые есть в XML, кадастровый номер конечно замечательно, но обидно когда информация пропадает...
- импорт КВЗУ не пробывал - хотелось узнать, при импорте создается только полигон, или полигон и точки (с номерами в семантике)?...

[Филиппов Владислав]

параметры переходов из МСК секретные, я их не знаю, тем более по всей РФ.
главное чтобы было Pulkovo 1942 / Gauss-Kruger и метры, потому как на основе этого созданы МСК.
а 15-я зона? ну могла бы и быть и 6-я, и 10-я....15-я в Томске

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

потому что мне некогда и лично у меня такой задачи нет

- импорт КВЗУ не пробывал - хотелось узнать, при импорте создается только полигон, или полигон и точки (с номерами в семантике)?...

да, создаётся шейп с суффиксом _Point. там точки с именами. А полигоны могут быть 2-х типов: ЗУ и чЗУ (там "/номер части").

[Olga_@@@]

откуда в Рязанской области 15 зона... (Красноярский край)?

У нас в Краснодарском крае попадались участки Нерюнгри или Надыма. Это нормально

[Boris]

Если предположить, что имелись в виду 3-градусные зоны, то зона 15 - это нормально. А вот параметры остальные срисовали без головы.

[Донецков]

В таком случае PRJ лучше вообще не создавать, у меня на ArcGIs 9.3.1 пока не удалил PRJ вообще не отображалось из-за ошибки пространственной привязки...

- на моей памяти, Мордовские ЗУ были в Нижегородской области, а Пензенские в Мордовии и т.п. и т.д.

- за КВЗУ спасибо, будут новые данные попробую ...

- по семантике и по пакетной обработке - я же и говорю обидно , но есть направление, по которому можно двигаться ...