Подскажите пожалуйста куда в обменном файле вбивать данные о "дополнительном соглашении к договору аренды земельного участка???))
Для Рівнегеокадастр. Відправив. Коли і де в Рівному мають приймати кваліфікаційні іспити?
Не надо вбивать данные о дополнительном соглашении, хотя бы потому что некуда их вбивать.
Що означає помилка площа вказана в ОФ не співпадає з площею описаної геометрії???
Це саме і значить, а причина, скоріш за все, в тому що площа розраховувалась по незаокругленним(чи заоругленим, але не до того розряду) координатам. Докладніше тут
Другий архів це файл від dok79 він люб’язно допоміг розібратись з суміжниками )
.zip (9.03 KB)
_V1.rar (7.78 KB)
Деградация кадастра
8071380575_2013_04_03_12_14_34_stosovno_pravil_opisu_konturu_poligonu_zemelnoyi_dilyanki.doc (38.5 KB)
подскажите может ли быть в обменном файле 14 межевых знаков(те которые появляются при сохранении???)если нет то в чем проблема???подскажите пожалуйста!!)
заранее спасибо!!
так а мені сісти і заплакать 
ладно я розумію з простими об’єктами де один, два внутрішніх полігони, а де 10? 
В нас (Хмельницька обл.) щось подібне було коли ще були ін.4. 
подскажите может ли быть в обменном файле 14 межевых знаков(те которые появляются при сохранении???)если нет то в чем проблема???подскажите пожалуйста!!)
заранее спасибо!!
Це називається “петля” нічого складного в ній немає, вона завжди була, на забудованих угіддях вирізалися капітальні споруди таким чином (тобто із 35,3 вирізались 35,1). АЛЕ в ХМЛі є “Опис внутрішніх меж”, що дає можливість вирізати вкраплені контури без петлі, красиво і аккуратно 
П.С. Автор “Роз’яснення стосовно правил опису контуру полігону земельної ділянки” жжот!!! Мабуть ХВахівець якийсь писав
Підскажіть як з XML витягнути тип документації в штамп кадастового плана A4.
=XPath(XML573Root+'InfoPart…
перепрошую а де воно там є, якось не зустрічав
Вираз XPath(XML573Root+‘InfoPart/CadastralZoneInfo/CadastralQuarters/CadastralQuarterInfo/Parcels/ParcelInfo/TechnicalDocumentationInfo/DocumentationType’) поверне код т/д.
Якщо додати в папку Digitals\Lists файл TDNames.txt, тоді можна отримати назву документації:
SEF(XPath(XML573Root+‘InfoPart/CadastralZoneInfo/CadastralQuarters/CadastralQuarterInfo/Parcels/ParcelInfo/TechnicalDocumentationInfo/DocumentationType’),‘TDNames.txt’)
TDNames.txt (2.87 KB)
Товарищи ПОМОГИТЕ ПОЖАЛУЙСТА!!!
регистраторы достали возвращают обменники по несоответствию площадей когда вкрапленый контур вирезан сложным полигоном смежников по контуру выбрасывает правильно за исключением вкрапленого его не выбрасивает но площадь вкрапленого из участка не выкидает
регистраторам с Киева прислали розяснение правил описания контура полигона зем участка по ним вкрапленый контур выбрасывается петлей сделал петлей ХМЛ, НКС площадь принимает теперь коректно НО смежников выбрасывает лишних 5 штук
прикрепляю 2 скрина с петлей и сложным полигоном
КАК правильно описать смежников или что делать вообще
или ничего не делать
токочто звинил на Киев по НКСу они все прут на розработчиков то у них нНЕПРАВИЛЬНЫЕ обменники
Помогите пожалуста как правильно сформировать ХМЛ а то уже сдают нервы
5920986400070010029_1.rar (3 KB)
5920986400070010029_0.rar (2.8 KB)
“Петля” добавляет минимум два лишних отрезка в контур участка, если сойдется площадь, то не сойдется периметр. Да и …
Дмитрий та я понимаю что петля добавляєт лишние отрезки но НЕпонимают этого в Киеве толи розработчики или регистраторы куда наши регистраторы звонят по проблемах с работой НКСа, я так понял нада делать как делал сложным полигоном, потому как с петлей когда программа описывает смежников она начинает на этих 2 лишних отрезках лепить лишних смежников.
Если я чтото не так понял поправте
PS
я после попытки сдать ОФ с сложным полигоном где не выбрасывало площадь вкрапленого контура сдавал ОФ с петлей его НКС приняла нормально написало что все хорошо НО непринял регистратор по той причине что налепило лишних смежников на кадастровый план
Доброго здоров’я всім!
Проблема, що заважає продуктивно працювати, неодноразово оговорювалась форумчанами, а саме – втрата дочірніх об’єктів (угідь, обмежень, тощо), при відсутності точок співпадання слоїв в полігоні контуру ділянки. (Малюнок для наочності).
Уникнути її можливо лише ручним підтягуванням контуру обмеження в створ лінії полігону (при чому необхідно вибирати в «Свойствах карты» максимальне значення точності координат), або додавши точки в полігон ділянки. Перший шлях забирає достобіса часу й терпіння (уявіть собі наприклад лісгосп на пару тисяч га., та двома-трьома сотнями угідь, не кажучи про обмеження), додавання ж точок в полігон ділянки, для забезпечення цілісності хмеля, породжує страшну картину на кадастровому плані (проміри), збільшує каталог координат на N точок і т.ін. Спосіб «Правка-Совместить с соседними», у більшості випадків не завжди адекватно суміщає. Існував ще шлях налаштувати «Сервис-Настройки-Запись-Число десятичных знаков» до кількості вісім штук та теж не завжди допомагало. Слід врахувати й те, що інше ПЗ (МОФ наприклад) не може записати координати з такою точністю.
Чи можливо якимось чином «відключити», чи зменшити «строгість» перевірки геометрії при записі файлу (хмеля наприклад), щоби нехтувати тим розривом (який складає у більшості випадків долі міліметра) та зберігати дочірні полігони.
А можливо є й простіший шлях?
Проблема нагальна. Допоможіть будь-ласка з вирішенням.
уважаемые форумчане. у нас начали требовать отображение “обмежень” в ХМЛ. ранее “обмеження” из ХМЛ просто удалялись и показывались только на графических материалах.
вот и возник вопрос: как именно можно добавить “обмеження” в уже существующий ХМЛ?
заранее благодарен как за ссылки (что-то не нашёл таких тем), так и за объяснения прямо в этой теме )
и по возможности выложите файлик с правильно заполненными “обмеженнями”
Да, проблема известная и единственно правильным решением является именно добавление дополнительных точек в контур полигона. Без добавления этих точек невозможно добиться целостной топологии. Любое округление координат сместит вершины и они больше не будут лежать на линии.
Посмотрите как решается данная проблема в ArcGIS wiki.gis.com/wiki/index.php/Cadastral_fabric. Обратите внимание на рисунок. В ArcGIS Cadastral Fabric введено понятие Line Points - вспомогательных точек, которые не являются поворотными точками участка, но служат лишь для пристыковки смежных участков.
Разработчики нашей кадастровой системы просто не предусмотрели существование такой проблемы (как и многих других, впрочем). А ведь можно было лишь ввести точки со специальным статусом, которые бы не участвовали в формировании кадплана, генерации списка смежников и проч., а были лишь вспомогательными вершинами, для сохранения топологии.