Проблема с расчётом висячего хода

Проблема в том, что Кредо каждый раз выдает различные результаты при расчёте висячего хода: результат обработки то правильный, то нет. При этом в исходных данных ничего не меняю.

В приложении:
1) Проект6 - правильный результат обработки. Получился случайно, при повторной предобработке обычно сбивается.
2) Проект1 - неправильный результат обработки.
3) ispoln_6_ - исходник.

 

У меня оба проекта (Проект6 и Проект1) дают одинаковый и правильный результат после выполнения обработки, сколько бы я не повторял пересчёт.
Какая у Вас версия DAT ?

 

3.10
У меня выглядит так (Проект1):

станции 230-234 имеют статус "необработанный". Кроме того, в протоколе предобработки 5 ошибок "Недостаточно информации для вычисления XY-координат точки"

А вот как должно быть так (Проект6):


Заметил, что результат от Проекта не зависит: просто результат получаются каждый раз разные. Был ещё и третий вариант: все станции обработаны правильно, кроме последней 234-й.

 

У меня, после открытия в DAT 3.12, всё выглядело так же, как и на этом (верхнем) рисунке.
Но стоило нажать кнопку Предобработки, как всё встало на свои места (как на нижнем рисунке) и никаких третьих вариантов расчёта в обоих проектах. Оба примера дают одинаковый результат.

Версия 3.1? Странно... Ведь легальные версии бесплатно обновлялись до 3.12.
Или это взломанная программа с просторов Интернета? Тогда чего удивляться результатам расчётов?

 

Оффтоп

)))) Больше нечем обьяснить эти странности .

 

Да это скорее всего ломаная версия Credo, она нормально не считает более 2-х точек висячего хода при обратной засечке, если сделать точку 229 исходной и повторить предобработку, то должно все получится.

 

А что тут ещё надо объяснять, если в версии 3.12 всё нормально вычисляется?
Да, даже в легальной версии после большого обновления (как с 3.0Х на 3.1Х) случаются иногда ошибки. Но эти ошибки быстро выявляются, исправляются и для легальных пользователей выходят бесплатные обновления (3.11, 3.12). Поэтому, когда вместо 3.12 используется 3.10 или 3.11, первое предположение, что это взломанная программа.
Кроме того, новые версии имеют лучшую защиту. Поэтому взломать её так, чтобы где-то не нарушить порядок вычислений, труднее. Сырые версии могут иметь какие-то свои ошибки, а отлаженные будут в результате взлома иметь дополнительные ошибки.
Выводы делайте сами.

 

Спасибо, так и есть: сделал станцию засечки исходной и всё стало на свои места.

Ещё такой вопрос. Обычно после импорта в таблице данных "Тахеометрия" присутствует всё: точки ПВО + съёмочные пикеты. Но в моём проекте на станции 229 таблица "Тахеометрия" оказалась пустой. Это имеет какое-либо значение? И нужно ли восполнять этот "пробел" вручную или как-то ещё?

Дело в том, что, испробовав различные варианты импорта данных в Кредо, пока остановился на таком:
С прибора (Лейка ТС06+) сбрасываю съёмку в формате sdr в Редактор измерений, а оттуда сохраняю в raw и отправляю в Кредо. В таком варианте приходится делать меньше всего правок вручную, но видимо и в этом случае импорт проходит не вполне гладко.
Возможно есть другой, более грамотный способ?

 

с TS06 лучше всего скачивать в формате idex (ИМХО), очень понятный текстовый файл и Кредо его читает...

 

Пробовал в idex, поначалу получилось (на замкнутом ходе). А на этой "висячке" не вышло, Редактор измерений заругался:

Дело в том, что проект у меня большой, включает более ранние измерения на объекте. Может из-за этого...
Так или иначе, мне нужно сначала отредактировать съёмку (удалить лишнее).
А вот sdr Редактор "скушал" без проблем. Потом почистил лишнее, переименовал кое-что и вперед в Кредо, но уже в rdf (ранее неверно указал raw)
Редактор не записывает в idex, а со всеми другими форматами "подружить" Кредо мне не удалось - либо много "мусора", либо вообще не читает. Удивительно, но даже "Файл Leica для CredoDat 3.x (*.gre)" Кредо понимать отказался.

 

Я так понимаю, надо в Кредо установить надстройки для чтения форматов, они есть в свободном доступе.

 

Скачал и установил формат GSI для Кредо 3.12
В итоге обработал всё прямо в Кредо, не прибегая к Редактору

А не подскажете, где можно найти синтаксис различных форматов? GSI у меня описан в мануале и с ним более-менее ясно (чего не могу сказать об IDEX - посмотрел, тёмный лес). Ещё бы глянуть SDR и RDF.

И напоследок, можно ли заставить Кредо читать мои коды (а не те, что в Классификаторе)?

 

Можно, если создать собственный классификатор, а потом "объяснить" программе, как читать Ваши коды.

Оффтоп

Пытался когда-то сделать что-то подобное, а потом понял, что проще пользоваться кредовским классификатором в который дополнительно добавлено несколько, необходимых мне из-за специфики работы, новых УЗ.

 

Слепой Пью, спасибо. Но я не пояснил. Чертежи делаю в Цивиле и всё, что мне нужно от Кредо (после обработки и уравнивания) - передать точки в текстовый файл в формате №;N;E;H;Code, чтоб потом кодовое слово присвоить точке в качестве исходного описания.
То есть мне не нужно никаких условных знаков. Всё равно нужно вносить все свои коды в Классификатор? Если так, то жаль: иногда в процессе съёмки пишу простое примечание для точки (если в памяти прибора нет подходящего кода). Не менять же каждый раз список кодов и Классификатор.

 

Оффтоп

Ну автоматом такая идея не сработает. Придётся "почесать левое ухо правой рукой, пропустив её над головой".
Когда-то (до эпохи кредовского классификатора) я делал это так:
1. Скачивал с прибора два файла - сырые измерения и координаты. Необходимые коды, конечно, присутствует в обоих файлах, но координатный удобнее для дальнейших манипуляций, так как уже имеет необходимую структуру (№ N E h Code) только с другим разделителем.
2. После обработки и уравнивания экспортировал данные в формат TOP/ABR.
3. Затем координатный файл и файл .top открывал в Excel и заменял координаты в скаченном из прибора файле на координаты из файла .top (оба файла сортировались по № точки).
4. Сохранял в текстовом формате с разделителями, а затем открывал в текстовом редакторе и заменял непечатный пробел на точку с запятой.
Потом мне эта "йога" надоела и я стал пользоваться "родным" классифиатором. В итоге практически полностью ситуация отрисована в Credo_DAT, а далее экспорт в .dxf и подгрузка в отдельный слой в Land. Полученная "картинка" используется в качестве своеобразной подложки при создании ЦММ, а затем отключается/замораживается/удаляется.

 

Оффтоп

Слепой Пью, я себе наметил такой же путь :) С той лишь разницей, что точки из Кредо можно сбросить в текстовом файле в настраиваемом формате, а затем открыть их в экселе и дальше по Вашему алгоритму. Ну а "родной" Классификатор меня не устраивает по той причине, что я практически не делаю топосъёмок. Потому и нужны свои специфические коды. С другой стороны, Кредо тоже мне нужен нечасто, для построения сетей опорных пунктов. Дальнейшие каждодневные съёмки гораздо удобнее делать в координатах.

 

Оффтоп

Да уж, сколько нужно всяких дополнительных ухищрений, чтобы заставить работать покалеченную программу...
Забыли только упомянуть, что после всего этого (когда вроде бы всё вычислено) проверить результат вручную или сравнить с расчётами в лицензионной программе.
Дело в том, что взломанные DAT могут выполнять расчёты неправильно. То есть, расчёт как бы выполнен, но результат не верный. Причём результат непредсказуемый. Один ход (засечка...) может вычисляться правильно, а другом ходе, в иной конфигурации, расчёты будут с грубыми ошибками, хотя глаз это будет не заметно.

Это я напомнил так, на всякий случай, если исполнителя волнует качество выполняемой им работы.