Есть проблемка - кадастровый план несоответсвует каталогу координат, в прикреплённом скрине показано истинные растояния с точностью до сантиметров, а вот с каталогом координат чегото разница, прошу помощи?
Также прикладываю dmf, rtf, и Reports файлы.
Да и ещё после обновления результат того же участка стал разным
Сори исправляюсь во вложении вместо reports.rep был Reports.cnt и из-за этого каталог мог неработать сейчас заменил
Normal.rar (54.3 KB)
Это чё проблемка только у меня, или как?
Не получается увидеть ваши результаты. Длины у меня другие (10.31|12.14|12.68|10.02), каталог не работает толком.
Упакуйте ваши файлы dmf, reports.ini, reports.rep, catalog.fr3, ged.ini. Сообщите также вашу версию GED и Reports.
версия от 01.04.2013
Сори исправляюсь во вложении вместо reports.rep был Reports.cnt и из-за этого каталог мог неработать сейчас заменил
Normal.rar (54.3 KB)
В каталоге у вас какая-то путанница с колонками, но смысл понятен.
Похоже, что формат %2.2f в репорте округляет 5ки не в ту сторону.
Надо разбираться.
dtest.zip (39.1 KB)
Да нет формат %2.2f в репорте округляет 5ки в ту сторону 10.025 ~ 10.03 а вот GED чегото 10.0249 округляет не 10.03 как должно быть а в 10.02
Мне кажется что в Ged округления берёт с 3-го знака после запятой игнорирую 4-й знак и в параметр ID[-10] (Довжина ліній) загоняет именно такие неправельные округления, нужно это исправить, да и ещё, желательно сделать отдельно периметр с суммой длин находящихся в ID[-10], так как затрудняет составления автоматического отчёта и сумма длин на кадастровом плане не сходится с периметром а периметр обязателен в кад плане, таковы требования свыше 
Да и в каталоге добавленна одна колонка Название точки и в Отчёте комбинированный список добавленно NPI*ALXY, для отоброжения в каталоге названия этих точек вот и вся путаница.
Проблема решена!!! Нужно ставить точность Площади/Периметра до 2-х знаков и всё стало сходится ))
Спасибо огромное техподдержке:)
Работаю с тем же примером, что выкладывал выше.
Настраиваю:
В результате:
Вставка - таблица - длины
№ Довжина
1-2 10.314
2-3 12.135
3-4 12.675
4-1 10.025
подписи длин линий
10.31
12.14
12.68
10.02
похоже на “банковское” округление, т.е. к ближайшему четному. В геодезии такому учат.
в генератор отчетов передается
1 100°59’52" 061°32’30" 10.314 619.523 626.034
2 091°07’46" 150°24’43" 12.135 624.438 635.102
3 078°27’04" 251°57’40" 12.675 613.885 641.094
4 089°25’18" 342°32’21" 10.025 609.960 629.042
т.е. вроде как тоже самое, что и в таблице…
fastreport выводит (поле форматируется как Число %2.2f)
10.31
12.13
12.68
10.03
похоже на округление вверх, но удивляет второе число - 12.13 ?!
копирую данные из вставка - таблица - длины в calc
10.31
12.14
12.68
10.03
вот тут действительно округление вверх.
Как говорили колобки из мультика - ниччо не понимаю..
Да как же сходится? На том же примере - отображение оставляю 3 знака, точность площади/периметра 2/2
Reports выдает
10.32
12.13
12.68
10.02
при том что на подписях третье число 12.67.
Сходится, только если и отображение установить на 2 знака, т.е. для случая ин4.
Сам непойму вчера сходилось сегодня опа и ни..рена, правда пример использовал для сверки другой мужики что делать?
Подскажите кто знает какой файлик в геодєзи.ехе отвечает за пункт уравнивание ато у меня в версии 2004 отсутствует такое дело а хотелось бі добавить ???
буду благодарен за совет!!!
В версии Geodesy от 2004 года еще не было уравнивания, оно появилось позже.
Digitals округляет правильно и это обычное округление, где 5 округляется вверх. При округлении до 2-х знаков учитывается значение от 3-го знака и до самого младшего разряда. Если сместить десятичный разделитель для числа 10.0249 на 2 знака вправо и отбросить целую часть, получим число 0.49, что меньше 0.5, значит округляем вниз.
Суть вашей проблемы в том, что функция FormatFloat в Reports работает иначе. В итоге получаем несоответствие длин линий на плане и в каталоге координат. Желательно в Reports передавать уже округленные с нужной точностью значения, тогда не потребуется что-то выдумывать в скрипте шаблона и соответствие данных будет гарантировано.
Насколько я понял, вам необходимо выдавать координаты в каталоге координат с точностью 3 знака после запятой, а длины линий с точностью 2 знака. Установите в настройках Вид>Число десятичных знаков значение 2, затем в Карта>Параметры>Маска для фиксированных параметров X и Y значение 0.000, маску параметра Длины линий оставьте пустой. Проверьте как работает Сервис>Отчет>Комбинированный список. Именно в таком виде данные передается в Reports. Вы должны получить координаты с точностью 3 знака, а длины линий с 2-мя знаками после запятой. С округлением, соответствующем плану.
В последней версии Digitals маска параметра Длины линий также влияет на форматирование длин линий в отчете. В новой версии программы можно оставить Вид>Число десятичных знаков равное 3 и задать маску параметра Длины линий в виде 0.000. Маски параметров X и Y оставить пустыми.
При этом не нужны никакие манипуляции с шаблоном Reports. Используйте стандартный шаблон каталога координат из дистрибутива программы.
Выкладываю ещё один dmf с выше указанными настройками, где несходится периметр с суммой длин линий полигона, колобки снова в строю
Noname1.dmf (17.9 KB)
Здесь плохо то что длины линий до трёх знаков а мне нужно до двух знаков и в GED и в Reports.
Да и в обоих случаях Периметр ID[-1] всёровно несоостветствует с сумой длин - примерчик в предыдущем посте выложил.
Как указано выше, в новых версиях программы (пробовал на 12.04.2013) можно настроить так:
Вставка - Таблица - Длины в этом случае выводится с 2-мя знаками, подписи тоже, в Сервис - Генератор тоже выводит длины линий до 2-х знаков.
Координаты видны до 3-х знаков в Свойствах объекта и строке статуса.
Проблема остается только с суммой длин и периметром - не равны..
Но вопрос периметра остался
Добрый день!
Очень интересует вопрос о возможности или невозможности ведения (формирование, обработка) баз данных в программе “Digitals”!
И если возможность есть, то как она реализуется (может подробности, специфика)?!
Есть возможность работы с СУБД PostgreSQL и MS SQL. Первая полностью бесплатная и лучше поддерживается Digitals. Пошаговая инструкция по установке СУБД PostgreSQL приведена здесь Установка программного обеспечения регистрации Работа с БД во многом похожа на работу с обычным DMF файлом. Только над одной картой могут одновременно работать несколько пользователей. При этом отображение изменений карты выполняется командой Вид>Обновить.
Выкладываю DMF с настройками:
Вставка - Таблица - Длины в этом случае выводится с 2-мя знаками, подписи тоже, в Сервис - Генератор тоже выводит длины линий до 2-х знаков.
Координаты видны до 3-х знаков в Свойствах объекта и строке статуса.
Проблема остается только с суммой длин и периметром - не равны.
Ктото эту проблемку решил?
Noname1.dmf (17.9 KB)
