Кодирование данных в полевых и камеральных условиях

Добрый день, Уважаемые Коллеги! С помощью ваших инструкций и подробных разъяснений научился азам работы с Trimble M3, за что выражаю огромную благодарность модераторам и участникам дискуссий . А вот исчерпывающей информации о кодировании не нашел Я так понимаю, что дело это нужное и очень облегчающее жизнь, поэтому интересуюсь всем, что с этим связано. Список кодов, принципы кодирования и обработка кодов в камеральных условиях, обработка полевых данных с применением различного ПО, того же Credo, например, принципы кодирования точечных и линейных объектов и их обработка. Вобщем все, что с этим связано. Я надеюсь, что найдутся люди, которые научат уму-разуму. Заранее благодарен!

 

См. в документации к CREDO_DAT, детальнее - в саппорт.

 

Коды для кредо можжно посмотреть в классификаторе CREDO_DAT, а принципы кодирования довольно подробно изложены в инструкции к CREDO_DAT

 

Один умный человек уже все подробно написал:
http://geodesist.ru/forum/topic.php?forum=45&topic=31

 

Onegin
или вот здесь http://geodesist.ru/forum/topic.php?for ... pic=13&p=6

 

в руководстве который приводит Верещагин сказано что в компакном фомате у пикета может быть только один код, но это нетак в настройках импорта есть символ разделения кодов и если надо чтобы точка имела несколько кодов их надо записать ркзделяя этим символом.

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

 

Увы, но символ разделения кодов можно использовать только в стандартном формате. В компактном в любом случае импортируется только один код.

 

В TopSurve очень понраилось кодирование. Особенно оно понравиться кто рисует в кадовских программах. Я сразу присваеваю коду условный знак и уменя прямо в контроллере начинает прорисовываться ситуация из разноцветных круглишков и квадратиков.

 

Аналогично – это круто ::respect:: . Видишь что снято а что нет и причем его (контроллер) можно подцепит как GPS так и тахеометру принцип электронной мензулы.

 

Спасибо, уважаемые коллеги, за то что все так хорошо изложили. Если честно, то меня полевое кодирование не особо впечатлило. Главным образом тем, что ни везде есть смысл в его применении. Каким бы матерым геодезистом ты не был, в условиях, приближенных к экстремальным (на застроенной территории в черте города, например) можно без особого труда запутаться, скажем с номером объекта из одновременно снимаемых или командой для линейного и площадного объекта. В данной ситуации это практически не реально: телефон разрывается от звонков клиентов, прохожие постоянно задалбывают вопросами типа "а шо эта" или "а шо тут будет". Тут нельзя надеятся ни на себя ни на своего коллегу по рейке. Запутаться как раз плюнуть. А вот на незастроеных териториях, подальше от дома, где в радиусе десятка киллометров только ты и больше никого, и где к тому же телефон не ловит... Здесь, конечно, можно помечтать... Главное, чтобы объекты были по большей части однотипны.
Я так понял структура кодирование для постобработки в кредо следующая:

1) Точечный объект
XXX0R,
где XXX – универсальный код объекта,
R (признак-2) - отношение пикета к рельефу(0-по ней рисуется рельеф, 4- отметка есть, но рельеф по ней не рисуется, 8 - точка без отметки).

2) Линейный или площадной объект
2.1. Общий код – XXXNCCR,
где XXX – универсальный код объекта,
N - номер объекта из одновременно снимаемых;
CC - команда, говорящая, что делать с точкой (начать линию - 11, закончить - 13, замкнуть на начальную точку(помеченную, как 11) - 14;
R (признак-2) - отношение пикета к рельефу(0-по ней рисуется рельеф, 4- отметка есть, но рельеф по ней не рисуется, 8 - точка без отметки).
2.2. Сокращенный код XXX – только универсальный код объекта.
2.3. Код с указанием только номера объекта XXXN.
2.4. Код с указанием команды для единственного объекта XXX0CC.
2.5. Код с указанием отношения объекта к рельефу XXX0R.

Придумывать свой код, а потом редактировать его автоматически в экселе по-моему есть смысл только для части кода, который обозначает универсальный код объекта, оставшуюся часть кода (номер объекта, признак-2 и отношение к рельефу) можно легко запомнить и без труда вводить непосредственно в поле. Это мое мнение.
Только вот с кредо не очень у меня сложилось. Объясните, пожуйста, делитанту в кредо_дат можно распознать кода и автоматически построить топоплан или нужен кредо_топоплан, кредо_микс. Если можно, то как? Заранее благодарен

 

Именно в КредоДАТ и распознаются коды линейных и площадных объектов. Потом ДАТовский файл GDS импортируется в другую программу, например ТОПОПЛАН.
Сам же по себе ТОПОПЛАН понимает только коды точечных объектов.

Кстати, можно кодировать только признак-2, 0, 4 или 8, чтобы сразу указывать, какой пикет без отметки, по какому рельеф не рисуется, а все остальное - как обычно, по абрису или записями в журнал. Удобно это в режиме "быстрых кодов".

Кстати, для города удобная штука т.н. "точечно-линейное кодирование". То есть, Вы придумываете коды для угла забора, края асфальта, и т.д., настраиваете программу, чтобы она писала УгЗ, КрА, разными цветами в разных слоях, а потом просто соединяете что нужно на экране. Так можно работать почти во всякой программе, предназначенной для отрисовки топографических планов.

 

А в кредо_дат кода распознаются автоматически или для распознания нужно произвести ряд действий? Просто импортирую файл с кодами и без, и визуально не вижу разницы в программе Может у меня что-то с настройками импорта или с самой программой. К сожалению нормальной документации по кредо у меня нет, а по хелпу не очень понятно. Поэтому заранее извиняюсь за глупый вопрос.
Насчет кодирования по признаку-2 согласен полезная штука для создания ЦМР. Аналогично по точечно-линейному кодированию. Как в кредо_дат разогнать все по слоям? И как сделать чтобы в программе отображались коды в поле для рисования?

 

Визуально коды должны распознаваться автоматически. Объекты согласно условным знакам в Классификаторе отображаются на экране. А также на вкладке "Топографические объекты". Если этого не происходит, возможно что-то не так на вкладке "Параметры полевого кодирования" (Файл\Импорт\ Из файла\Настройки) Во всяком случае, все коды должны быть прописаны в Классификаторе.
Слоев в обычном понимании в Кредо ДАТ нет. Но если при импорте файла в ТОПОПЛАН установить флажок "разносить по слоям", то все и разнесется.
Опять-таки, должно быть установлено соответствие классификаторов.

 

Уважаемый, Верещагин, а можно на конкретном примере. Вот настройки кодировки при импорте:

 

А вот настройка формата кода и точки

 

Вот результат

 

А вот значит и фрагмент файла с тахеометра
Что не так ума не приложу

 

Судя по всему, что-то напутано в настройках формата М5. Тут я предоставлю возможность советовать другим, так как сам с этим тахеометром не работаю.
Но когда я тупо конвертнул в Seditor-е протокол в Никоновский формат RDF, и его импортировал, то все сразу и отобразилось.

 

А что это за параметр Default при импорте никоновского формата в кредо?
И самый главный вопрос ПОЧЕМУ при экспорте объекта из кредо в автокад получается такая ерунда. Рисунок прилагаю. Черным цветом объекты из кредо, красным - которые должны быть. Почему они "соскочили с точек"???

 

CREDO DAT отбражает условные знаки в упрощенной форме и
экспортирует их также.

Особенности экспорта.
Продукты Кредо-Диалог и нетакое умеют.