до речі в таких параметрах як AB, AS, AL, AR - бажано точність зеписі проставити до 3-х або й до 2-х знаків , тоді при автоматичній перевірці обмінника не будуть виникати повідомлення типу " за координатами така то площа а заявлена така". Бажано зміни вносити з резу в Normal файл тоді відпеде необхідність щоразу вносити зміни.
Требование Держкомзема - точность до квадратных метров - ввели и всё тут 
Когда-то, в самом начале, и у меня были такие сообщения об несоответствии площь, а сейчас у меня это пережиток, а у человека работающего в Инвенте в другой организации это постоянно. У себя я это изжил простым “Правка → совместить с соседними” когда выбран нужный объект. Так по очереди от меньшего к большему - одно Угиддя - “Правка → совместить с соседними”, потом другое, далее Дилянка - Квартал - Сумижники и т. д. Примерно так. Правда встречаются случаи когда одну-две точки приходиться править ручками - это например когда будивля в нескольких сантиметрах от проходящей рядом границы Дилянки, но это редко.
А земелька то обліковується на відміну від площ будівель не в квадратних метрах а в гектарах 
щоб потім просто без проблем можна було ці дані внести в форму 6-зем. А точність площі до квадратних метрів стосується четвертого знаку після коми - 0,0000 га. Тим більше що навіть сама програми на основі математичного аналізу площі за координатами дає відносну похибку площі у декілька метрів квадратних.
[/quote]
Требование Держкомзема - точность до квадратных метров - ввели и всё тут
[/quote]
А ну ка дайте посилання на цю вимогу - я не знайшов!
В Черкаській області зараз у всіх така проблема з квадратним метром із-за пофігістичної політики Держкомзему до своїх підлеглих - Кожна організіція працює в своїй любимій програмі, ДЗК - перевіряє взагалі в зовсім іншій.
В результаті напечатані ними картки приходиться зрізати лезом і підправляти, бо все ж таки 1 м.кв. - це вже невідповідність, Але я не все-таки згляньте на файл - так не повинно бути, що одна нілянка з однаковими координатами і периметром має різні площі!
Площа.dmf (20.1 KB)
Присмотритесь внимательнее, есть у них различия в одной точке (расстояние 0.0046). При настройке “Точность площади/периметра” установленной на максимум площади разнятся на 0.000002 (0.250051 и 0.250049) При настройке “Точность площади/периметра” в 2 знака округление координат до см при подсчете площади дает одинаковые результаты, т.к. в таком случае округленные координаты этих точек совпадают.
Все це я бачив… Тільки в цьому ж і заключається проблема!
При створенні проекту в форматі DMF встановлені максимальні значення точності площі/периметра/координат. Відповідно в документацію пішла площа 0,2500 га. А при створенні IN4 файла виявилась площа 0,2501 га, що при здачі його в ДЗК відповідно дало помилку і як результат нездачу файла.
Звичайно можна виставити точність в 2 знаки в робочому файлі, проте це вже буде зниження точночті роботи.
А в прикріпленому файлі що було саме цікаве, так це те, що площі різні, і координати однакові в КАТАЛОГАХ, а точки стоять в різних місцях.
Дилема!
Инструкция по составлению обменного файла:
Ðаказ136_23.05.2003 Обм.файл.doc (208 KB)
Пункт 4,4,3 регламентирует точность координат.
В вашем случае проблема на поверхности.
Вы сдаете с точностью 3 знака, и с этой же точностью считаете площадь/периметр в дигитале.
В ДЗКЦ пользуются, очевидно, другой программой, либо другими настройками точности координат, соответственно, у них получается другая площадь.
Если исходить из того, что они эту инструкцию читали - то и вам необходимо настроить дигитал, так как рекомендуют в этой ветке. А именно: точность координат на 2 знака, точность площади/периметра - тоже.
И все-таки : объясните пожалуйста для чего нужно более двух знаков после запятой в координатах? Имеется в виду в Digitals.
Может можно переделать программу на два знака и всё?
Или хотя бы подробно расписать на что влияет каждая из настроек точности:
- Настройки\Запись\Общее\Число десятичных знаков
- Настройки\Вид\Программа\Число десятичных знаков
- Настройки\Вид\Точность площади/периметра (и галочка использовать при делении)
- Свойства карты\Точность координат
- Настройки\Главная\Константы\SplitAreaAccuracy=0.001
Требования к точности координат могут быть разными для различных видов работ. Землеустроительными работами применение Digitals не ограничивается.
При записи в форматы In4, MapInfo MID/MIF, AutoCad DXF/DWG, ArcView Shape-file координаты урезаются до данного числа знаков.
Влияет на количество знаков после запятой в координатах отображаемых при Правка-Свойства объекта, Сервис-Отчет-Каталог координат, Вставка-Таблица-Координаты…
Расчет площади/периметра происходит по координатам, округленным до данного кол-ва знаков после запятой. При этом координаты остаются в неизменном виде.
Галочка “использовать при делении” влияет на расчет площадей при делении с помощью Сервис-Разделить по площади. В зависимости от размеров получаемых при делении участков возможна ситуация когда не возможно получить участок заданной площади из-за того что при сдвиге линии на 0,5*точность координат прирост площади получается большим.
Координаты объектов в файле хранятся в округленном (до данного кол-ва знаков после запятой) виде. Настройка касается только того файла свойства которого Вы смотрите. Многие действия над объектами (например Сервис-Разворот, Карта-Система координат) могут приводить к изменениям длин линий, площадей, внутренних углов. При этом чем меньше знаков указано в данном свойстве карты, тем существеннее эти изменения
Допустимая разница площадей в процессе деления Сервис-Разделить по площади.
Спасибо за разъяснения, теперь понятно.
Но все равно проблему это не решает (ну возможно пункт 4 предыдущего поста).
Конкретный пример: завели данные в Геодези, расчитали, перекинули точки в Дигитал (колличество знаков после зяпятой наверное максимальное, но не два). Далее формируем участок, угодия (как правило добавляя несколько точек), заполняем данные. Далее Сервис\Документ\Кад план … Каталог … Площадь и длинны линий при этом расчитываются ко координатам с максимальным колличеством знаков после запятой. Далее сохраняем в ин4 (соответсвенно координаты обрезаются до двух знаков). Если потом открыть этот ин4 и Сервис\Документ\Кад план … Каталог … то длинны линий и площадя могут гулять.
На данный момент выхожу из этой ситуации так : после формирования участка сохраняю в ин4, а потом открываю его, заполняю данные, печатаю планы и каталоги, а потом уже сохраняю полный ин4.
Но это не выход.
Вообщем нужно чтобы была настройка, согласно которой Дигитал расчитывал бы площадя и длины линий по “координатам с заданным кооличеством знаков после зяпятой”.
Установите Карта-Свойства-Точность координат-2 знака для конкретного файла - результат будет тот же что и после сохранения в ин4. Если задать такую точность в normal.dmf, то во всех файлах, создаваемых на его основе будет уже установлена такая точность.
Рискую повториться в десятый раз, но…
Эта настройка существует и находится в Сервис-Настройка-Вид - Точность площади/периметра. Именно эти значения будут использованы при расчете площадей и периметра. Сколько бы ни было знаков внутри файла, программа виртуально округлит до заданых значений и произведет расчет.
Чтобы все было по инструкции, установите везде 2 знака: число десятичных знаков, точность площади, запись. И забудьте об этом. Все работает и без вмешательства в Карта-Свойства.
Поставил все настройки на точность 2 знака после запятой, кроме Карта-Свойства-Точность координат (Авто).
Создал новую карту и произвольный участок из 10 точек, сохранил в *.dmf, и in4. Закрыл Дигитал.
Открыл созданные *.dmf, и in4, площадь получилась одинаковая а длинны линий в четырех расстояний не сходятся на 1 см. При запуске участка на один и тот же шаблон Кад_Плана тоже расхождения на 1 см.
А вот если теже действия с установкой Карта-Свойства-Точность координат (2 знака), то на данном участке все расстояния сходится.
Может проблема в том, что Дигитал при расчетах в *.dmf берет длинну линии не ту что получается после сохранения в in4? Из-за этого может и площадь плавать на 1 кв.м.
Да, и еще момент: “Карта-Свойства-Точность координат” обрезает координаты и все. Может есть возможность сделать “Правка-Отменить”, ато случайно не то колличество выбереш и все остальные знаки - нули.
Пора переходить к конкретике. Выкладывайте свой тестовый файл dmf и файл настроек ini. Будем копать. Прибавьте сюда и dmt с шаблоном конечного документа.
Вот пожалуйста. Но даже если показать длинны линий просто на карте то они также не сходятся. Так что это не шаблон документа (а шаблон Ваш стандартный).
КадаÑтровый план (A4) 10000.dmt (17.8 KB)
GED.INI (61.2 KB)
1.dmf (17.8 KB)
Тут недавно появилось пожелание, чтобы настройка точности вычисления периметра также влияла на вычисление отдельных длин линий и дирекционных углов (тех что в таблицах и отчетах).
Это логично, просто когда мы вводили настройку, то не сообразили.
Пару недель назад это было исправлено. Если проблема именно в этом, то возможно вам нужно просто обновить Ged. Теперь если поставить точность периметра 2 знака, то длины линий и дир. углы будут вычисляться по предварительно округленным координатам.
Да, проблема очевидно именно в этом и кроется. Никогда не придавал значение длинам линий, которые получаются из сохраненных ин4, однако в последней работе по подготовке госактов также начали всплывать подобные нюансы.