Артем Попов (Все сообщения пользователя)

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти  
Пользователи » Артем Попов
Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 След.
KVZU_v06: проблемы с номерами точек и Border
Выписка которую я прикрепил не пройдёт форматный контроль на соответствие схеме.
Будет такое сообщение (это проверка .Net, не придирайтесь к формулировке :) ):
"Атрибут "TypeUnit" недействителен: значение "Точ??а" недействительно с зрения его типа данных "String" — Сбой ограничения Pattern."
KVZU_v06: проблемы с номерами точек и Border
В ребре могут быть перечислены кад. номера соседей. КИ бы эта информация заинтерисовала ;)
KVZU_v06: проблемы с номерами точек и Border
1) В описании xsd у элемента [B]tSpelementUnitZUOut [/B]есть атрибут [B]SuNmb[/B], который описывается так: "Номер части элемента (порядок обхода)".
2) У [B]tOrdinateOut [/B]есть [B]NumGeopoint [/B]- Номер точки (межевой точки)
3) У [B]tBorder [/B]есть три атрибута :
[B]Spatial [/B]- Порядковый номер элемента контура
[B]Point1 [/B]- [U]Порядковый [/U]номер точки1 в элементе
[B]Point2 [/B]- [U]Порядковый [/U]номер точки2 в элементе
Т.е. чтобы мне выяснить что за ребро описано и с какими номерами точек, то по идее нужно сделать как-то так:
[CODE]protected static void GetBorderPointNames(tEntitySpatialBordersZUOut es, tBorder border, out string point1, out string point2)
{
var SpatialElement = es.SpatialElement[border.Spatial - 1];
var su1 = SpatialElement.SpelementUnit[border.Point1 - 1];
point1 = su1.Ordinate==null ? su1.SuNmb : su1.Ordinate.NumGeopoint;
var su2 = SpatialElement.SpelementUnit[border.Point2 - 1];
point2 = su2.Ordinate==null ? su2.SuNmb : su2.Ordinate.NumGeopoint;
}[/CODE]///Код упростил и убрал доп проверки.
И это работало с выписками 5-ой версии.
Теперь получили выписку где значения [B]SuNmb, Point1, Point2 [/B]противоречат описаниям:

[CODE]<ns3:SpatialElement>
<ns3:SpelementUnit TypeUnit="Точка" SuNmb="12693">
<ns3:Ordinate X="5932889.15" Y="305709.07" OrdNmb="1" DeltaGeopoint="7.50" />
</ns3:SpelementUnit>
<ns3:SpelementUnit TypeUnit="Точка" SuNmb="3014">
<ns3:Ordinate X="5932880.19" Y="305695.47" OrdNmb="1" DeltaGeopoint="7.50" />
</ns3:SpelementUnit>
<ns3:SpelementUnit TypeUnit="Точка" SuNmb="3013">
<ns3:Ordinate X="5932930.25" Y="305693.14" OrdNmb="1" DeltaGeopoint="7.50" />
</ns3:SpelementUnit>
<ns3:SpelementUnit TypeUnit="Точка" SuNmb="12799">
<ns3:Ordinate X="5932942.61" Y="305691.85" OrdNmb="1" DeltaGeopoint="7.50" />
</ns3:SpelementUnit>
.....
<ns3:Borders>
<ns3:Border Spatial="1" Point1="12693" Point2="3014">
<ns3:Edge>
<ns3:Length>16.29</ns3:Length>
<ns3:DirectionAngle>
<ns3:Degree>236</ns3:Degree>
<ns3:Minute>37</ns3:Minute>
</ns3:DirectionAngle>
</ns3:Edge>
</ns3:Border>
<ns3:Border Spatial="1" Point1="3014" Point2="3013">
<ns3:Edge>
<ns3:Length>50.11</ns3:Length>
<ns3:DirectionAngle>
<ns3:Degree>357</ns3:Degree>
<ns3:Minute>20</ns3:Minute>
</ns3:DirectionAngle>
</ns3:Edge>
</ns3:Border>
<ns3:Border Spatial="1" Point1="3013" Point2="12799">
<ns3:Edge>
<ns3:Length>12.43</ns3:Length>
<ns3:DirectionAngle>
<ns3:Degree>354</ns3:Degree>
<ns3:Minute>3</ns3:Minute>
</ns3:DirectionAngle>
</ns3:Edge>
</ns3:Border>
<ns3:Border Spatial="1" Point1="12799" Point2="3114">
<ns3:Edge>
<ns3:Length>12.36</ns3:Length>
<ns3:DirectionAngle>
<ns3:Degree>0</ns3:Degree>
<ns3:Minute>8</ns3:Minute>
</ns3:DirectionAngle>
</ns3:Edge>
</ns3:Border>
....
[/CODE]Т.е. из этого файла я делаю вывод, что
[B]SuNmb[/B] - это на самом деле номер межевой точки (а не порядок обхода, т.к. они нумеруются не по порядку)
[B]Point1, Point2 [/B]- это на самом деле тоже номера межевых точек, а не порядковые номера в элементе.
при этом [B]Spatial [/B]- таки Порядковый номер элемента контура

Так конечно для меня проще - зная бордер, я сразу знаю номера точек, НО это же не соответствует документации, и вдруг такое поведение изменится?
Коллеги сталкивались с таким? или элемент Бордер не анализируете? Может знаете, разработчикам куда писать по этому вопросу?
//выписку прикрепляю. кстати в выписке баг, о котором я упоминал тут: https://forum-rosreestr.ru/messages/forum25/topic465/message7908/#message7908
Response №50-6704144.zip (497.44 КБ)
Встречаем гений инженерной мысли от Росреестра
[QUOTE]Борис Деточкин пишет:
[url]https://portal.rosreestr.ru/xsl/GKN/MP/05/schema/MP_v05/MP_v05.xsd[/url]

[url]https://portal.rosreestr.ru/xsl/GKN/TP/03/schema/TP_v03/TP_v03.xsd[/url]
[url]https://portal.rosreestr.ru/xsl/GKN/TP/03/schema/TP_v03/TPLinear_v03.xsd[/url] [/QUOTE]Я правильно понял, что здесь у корневых элементов по прежнему не будет неймспейса?
Есть ли маленький тестовый пример пятого межплана? //продолжаем наглеть :)
[I]Заранее спасибо, что не бросаете нас один на один с росреестром[/I] :)
Встречаем гений инженерной мысли от Росреестра
[QUOTE]Юрий Федоринов пишет:
- Если раньше можно было иметь один файлик xsd для валидации XML, то теперь надо таскать пачку файлов
- если раньше, достаточно было прочитать название коневого элемента и атрибут/элемент с кодом схемы, то теперь надо проверять умолчательный неймспейс xmlns="urn://x-artefacts-rosreestr-ru/incoming/zone-to-gkn/3.0.1
[/QUOTE]Раньше тоже xsd схема это набор файлов, одним файлом полную валидацию не сделаешь (может я чего не знаю? )
Второй аргумент вообще не убедительный - читать и парсить файл и там и тут надо, только теперь нужно смотреть не атрибут а неймспейс - делов-то )
Встречаем гений инженерной мысли от Росреестра
Просто они перешли на нэймспейсы, с помощью которых будут разруливать версионность :)
По идее это шаг в правильном направлении. И типизации там прибавилось.
Пока не дошли руки сгенерировать структуру классов по этой схеме, но надеюсь будет лучше чем предыдущих схемах :D
Очередная причина для приостановки
Одному из заказчиков пришло (до этого они звонили и говорили, что в палате их пакет "не читается", но пр этом архив в проводнике винды открывается)

Скорее всего севенЗип упал при обработке файлов содержащих символ «
Мы при паковке используем Iоnic.Ziр.dll
ссылка на архив
https://docs.google.com/uc?id=0B1VJhk63RTE5am1mOVpneU5xams&export=download
kad-stop.png (45.73 КБ)
приостановка 2_29_01_2015.zip (684.61 КБ)
KVZU_v06, KPZU_v05: tSubParcel - только одноконтурные ЧЗУ?
[url=https://forum-rosreestr.ru/user/2341/]Константин Финагеев[/url], спасибо. Как-то я упустил из виду эту ветку :)

Тогда другой вопрос: что же принципиально нового в этих схемах? :) (кроме попытки сделать типизацию по уму и ввести нэймспэйсы)
Изменено: Артем Попов - 21.01.2015 14:27:09
KVZU_v06, KPZU_v05: tSubParcel - только одноконтурные ЧЗУ?
Глянул на V05_STD_Region_Cadastr_KV, там чзу тоже только с [B]EntitySpatial .[/B] То есть и тогда чзу были только одноконтурные.
Я что-то упустил?
Вроде межплан "умеет" ставить на кадастр многоконтурные ЧЗУ. Получается, что из кадастра все ЧЗУ выходят одноконтурными?
KVZU_v06, KPZU_v05: tSubParcel - только одноконтурные ЧЗУ?
У типа [B]tSubParcel [/B] есть только [B]EntitySpatial [/B]и нет, как раньше, [B]Contours[/B].
То есть предполагается, что все ЧЗУ будут выдаваться как одноконтурные. Но это не так! В кадастре много многоконтрурных ЧЗУ.

Как так? может я чего не допонял?
Изменено: Артем Попов - 21.01.2015 12:59:11
Новые схемы выписок и КПТ
Вроде проделана большая работа по вынесению общих типов в отдельные схемы, однако есть еще типы, которые, по моему мнению, можно было сделать общими, а не объявлять заново в КПТ, КВЗУ, КПЗУ:
<xs:complexType name="tUtilization">
<xs:complexType name="tAreaOut">
<xs:complexType name="tAreaCadastralBlock">
<xs:complexType name="tDuration">

и т.п.
Просто получаются одни и теже сущности объявляются как разные классы, соответсенно и алгоритмы обработки нужно будет дублировать или "ручками" выделять общего потомка, а из этих делать наследников, у которых новое только неймспэйс.
Новые схемы выписок и КПТ
Мне на вопрос
[QUOTE] Где теперь размещены утвержденные xml-схемы запросов и исходящих документов?
Ссылки указанные в этом ответе работают не корректно (показывается исходный код страницы):
[url]http://rosreestr.ru/wps/portal/cc_faq_query?problemId=1057[/url]
[/QUOTE]Ответили
[QUOTE]Можно воспользоваться поиском по сайту, например, по слову "XML-схемы".
Например, одна из ссылок:
<[url]https://rosreestr.ru/site/fiz/blanki-obraztsy-zayavleniy-xml-skhemy/xml-skhemy/[/url]>
[/QUOTE]Вопрос задавал через их форму " запрос в службу поддержки"

Заметьте, эта ссылка отличается от ссылки выше, хотя содержимое идентично (по крайней мере, различие не бросается в глаза)
Новые схемы выписок и КПТ
Сейчас прислали 2 свежих xml от росреестра - судя по ним, вышли новые схемы КВЗУ v06 и КПТ v09 похожие на те, что обсуждались тут: https://forum-rosreestr.ru/forum25/topic456/
Собственно вопросы:
[LIST][*]Давно ли они в действии?[*]нет ли ссылки на скачивание официальных новых схем?[*]Росреестр объявлял о вводе этих новых схем и предварительно их публиковал? (на старом сайте я видел новые схемы только для Зон - ZoneToGKN)
[/LIST]
2015_1_12_01_2015.zip (100.51 КБ)
Изменено: Артем Попов - 12.01.2015 16:17:14
Что-то стало с кодировкой XML, получаемых из Росреестра
Бывает. скорее всего баг. У нас один заказчик прислал 2 таких файла, я подправил кодировку и вернул ему xml-ки и его это устроило.
У других заказчиков таких файлов не было...

Бывает еще в больших КПТ пишется с ошибкой слово "точка", причём только в одном месте:
<Spelement_Unit Type_Unit="[U]Т[B]??[/B]чка[/U]" Su_Nmb="13596">
<Ordinate X="5848897.05" Y="246774.88" Ord_Nmb="1" Delta_Geopoint="2.50" Point_Pref="н"></Ordinate>
</Spelement_Unit>

Причём заместо "??" прям реально два вопросика, во всех остальных местах этого же файла пишется корректно : <Spelement_Unit Type_Unit="[U]Т[B]о[/B]чка[/U]"
С таким случаем встретился во второй раз недавно, первый раз около года или двух назад.
V02_ZoneToGKN: постановка зон ПЗЗ, многоконтурные зоны
Да, бывает. Вот мне поэтому не хочется становится соучастником подобного. ))
V02_ZoneToGKN: постановка зон ПЗЗ, многоконтурные зоны
[QUOTE]Алексей Ябров пишет:
тогда он будет не многоконтурный.
[/QUOTE]Не многоконтурный потому, что смогли засунуть несмежные контура в Entity_Statial? По факту он таки многоконтурный, а то что он придёт в ГКН в "странном" виде меня лично смущает...
Но если разработчики ГКН скажут "это нормально, у нас такая геометрия норм обрабатывается" - я сделаю, но они молчат здесь, а вопрос который я задавал в техподдержку до них видимо не дошёл и ответили юристы какие-то...
V02_ZoneToGKN: постановка зон ПЗЗ, многоконтурные зоны
из службы техподдержки Pосреестра (после нескольких пересылок на разные адреса) пришёл ответ по существу.
Но из их ответа мне по прежнему не понятно, как именно зоны должны быть в xml. Думается мне, что отвечали юристы, а не технические специалисты.
Из трёх страниц текста, как мне показалось, суть ответа находится на третьей странице в трёх последних абзацах:
[QUOTE]В случае, предусмотренном пунктом 5 Правил, карта (план) объекта
землеустройства изготавливается в отношении каждой территориальной зоны,
устанавливаемой в соответствии с правилами землепользования и застройки.
Таким образом, по мнению ФГБУ «ФКП Росреестра», при формировании
хт1-схемы и заполнении элемента Entity_Spatial вносятся сведения только об одной
территориальной зоне.
Также ФГБУ «ФКП Росреестра» полагает необходимым отметить, что в
действующем законодательстве отсутствует понятие многоконтурной зоны, в том
числе порядок внесения сведения о такой зоне в ГКН.[/QUOTE]Сам ответ тоже прикладываю.
Собственно вопрос: может я что-то упустил в их ответе и таки они разъяснили как нам быть?
Если не разъяснили, то помогите составить повторный запрос
11-3290-КЛ.zip (503.86 КБ)
V02_ZoneToGKN: постановка зон ПЗЗ, многоконтурные зоны
Здравствуйте, коллеги!

решил сделать отдельный от этого (https://forum-rosreestr.ru/forum25/topic407/) топик, т.к. появились новые "сигналы" от кадпалаты:

В кадастровой палате (Самарской области) сказали, что одно ПЗЗ - один xml (и одно землеустроительное дело, по видимому), при этом они хотят, чтобы зоны одного типа (например Ж1) были бы в одиной многоконтурной зоне.
Но это противоречит xml-схеме - объект-зона может содержать "дырки", но не может быть многоконтурной. (у Zone есть только Entity_Spatial).
Дополнительно они пояснили, что нужно сделать как для чзу 03 версии межевого плана - сделать каждый контур полигоном, т.е. много Spatial_Element в одном Entity_Spatial.
Почему их не устраивает много зон они пояснили так:
[LIST][*]"в [B]документе[/B] ПЗЗ у муниципального образования 10 зон, а мы при загрузке видим 104 объекта", дескать не хорошо. и ссылаются на 71 постановление минэко. (забыл уточнить на какой именно пункт)[*]"Тольятти так сделали и вроде пока проблем нет"
[/LIST]Документа "отказа/приостановки" нет - всё это пока только на словах, ибо и тестовую загрузку их попросило одно муниципальное образование сделать тоже "на словах", не официально, передав xml эл. почтой без сопроводительных документов.

Собственно вопросы:
есть ли точные рекомендации по этому вопросу от Росреестра (разъяснения, "письма" и т.п.)?
есть ли успешная практика постановки ТерЗон в других областях? Как ваши палаты хотели видеть зоны?
Уточнение смежников
Package->SpecifyParcelsApproximal - для одновременного уточнения нескольких ЗУ (обычно вследствие работ по исправлению кад. ошибки)
(SpecifyParcel|FormParcels)->SpecifyRelatedParcel - это (уточнение одного зу или образование зу) и уточнения координат смежного(ых) участка(ов).

Для человека не связанного с кадастровым учётом и наделённого логикой это одно и тоже. Но для кадастрового учёта это разные понятия :)
Нам с эти надо как-то жить и мирится)
V02_ZoneToGKN: постановка зон ПЗЗ, вопросы
[url=https://forum-rosreestr.ru/user/2460/]Валерий Аюпов[/url], спасибо за информацию!
V02_ZoneToGKN: постановка зон ПЗЗ, вопросы
[url=https://forum-rosreestr.ru/user/2234/]Владимир Немов[/url], да по этому атрибуту мы тоже так решили )
а с оставшимися как вы поступали?
Валидация XML
Коллеги, давайте постараемся не офтопить )

Модератор может вынести или удалить из этой ветки сегодняшние сообщения?
Изменено: Артем Попов - 04.02.2015 05:22:30
"Перезагрузка" форума. проект Положения по форуму (по результатам конференции)
[QUOTE]Дмитрий Баландин пишет:
пропало желание у тех.специалистов?[/QUOTE]Потому что специалистам без обиняков указали на косяки и попросили разъяснений. Они обиделись и слились. Я так это вижу.
В общем, не потянули они коллективный разум ))))
Изменено: Артем Попов - 10.11.2014 11:03:48
"Перезагрузка" форума. проект Положения по форуму (по результатам конференции)
Я тоже думаю, что форум полезен даже в таком неполном составе участников.
[url=https://forum-rosreestr.ru/user/2182/]Владислав,[/url] вам поддержание форума затратно обходится (человеко-время, деньги)?
Код платежа, не могу оплатить заказ
[I]лишнее сообщение[/I], удалено
Изменено: Артем Попов - 08.09.2014 15:13:37
Страницы: Пред. 1 2 3 4 5 След.