Полевое кодирование (лейка+кредо)

я просто привел пример, не стоит так переживать профессиональный кодировщик вы наш.

у вас несомненно длинней чем у меня

такие программы есть, и автоматом можно отрисовать до половины съемки. А остальные коды в 100500 раз ускорят камералку.

да откуда ж нам такое количество точек взять. Мы тут в основном дачи бабушкам снимаем.

 

Если ты посмотришь внимательнее на мой пост, то заметишь, что это писалось не тебе, такому продвинутому, а тому, кто сомневается что лучше: абрис или кодирование.
Соревноваться с тобой в остроумии нет ни какого желания, а тем кто хочет перейти с абриса на кодирование советую начинать с простейшего кодирования, а затем постепенно в процессе получения положительных эмоций переходить на более сложное. На примере покажу, чем отличается простейшее кодирование от более сложного. Представим забор, который полностью можно снять с трех точек стояния. В простейшем это будет выглядеть так:
Взяли начало забора (код начала контура), затем по забору до куда видно взяли пикеты. На последнем пикете (дальше не видно) заканчиваем контур (конец контура). Перешли на след. станцию. Начинаем снимать забор со следующего пикета и ставим код начала контура. Берем до куда видно и заканчиваем контур. Тоже самое на третьей станции. У нас получится три полилинии с двумя разрывами, объединяем их в сплошную полилинию в автокаде, т.е. убираем разрывы.
Более сложное кодирование подразумевает то, что полилиния изначально ведется непрерывной. На последнем пикете первой станции нужно ставить код-метку или запоминать номер пикета, затем со второй станции при продолжении съемки забора нужно ссылаться на этот пикет и от него продолжать контур. Этот метод сложнее тем, что это нужно держать в голове и не забыть, тогда как в первом это делается без запоминаний.
Дюк, я так и не понял смысл твоих месаг в этой теме. Судя по их направленности они служат рекламмой Лейки? Лично я не получил от них никаких полезных сведений, кроме как призыва "Покупайте Лейки".

 

А сколько ты пикетов набираешь за день. Среднее?

Отправлено с моего GT-N7100 через Tapatalk

 

И еще вопрос?ты сам стоишь за прибором?

Отправлено с моего GT-N7100 через Tapatalk

 

Duck, Поделись кодолистом - если есть такая возможность?

 

И я так понимаю что если ты берешь линейный обьект ты его доводишь до конца. Так как нужно запоминать последнюю метку?

Отправлено с моего GT-N7100 через Tapatalk

 

Не понятно кому вопрос. Лично я не пытаюсь вести непрерывный контур: стало не видно - закончил его. Быстрее объединить все в автокаде - там видно, что это такое. В поле и так хватает проблем, а тут еще номера пикетов запоминать. Если таких контуров много, то нужно где-то записывать. И пытаться закодировать ВСЁ тоже не вижу смысла. Тетрадь что ли с кодами условных знаков с собой таскать? Нам хватает того, что пикет подписан: например ASV, LUKK(люк канализации) и т.д.

 

Тогда я уже не понял про линейные обьекты? А как тогда кодировать направления лэп? Мы в Самаре недавно работали. Набрали там 60 000 пикетов. Без абрисов в жизни бы не разобрались. Думаю что в городе полезно ввести кодировку точечных обьектов. Но от абриса как уйти,когда есть куча подписей к условным знакам?

 

Даже если это поворотная опора, отойдите от нее метров на 15-20 и дайте пикет под центральным проводом - это и будет направление. Аналогично на следующей опоре, куда идет эта линия. Насчет точечных объектов - это только приветствуется. Я же писал раньше: не пытайтесь сразу охватить все, начните с простого и вы постепенно сами придете к этому. Главное сломать себя и отказаться от абриса.

 

Воленг, вы тут заявляете что вы автор самой лучшей системы кодирования, так вот имхо шлак ваша система.
Ни к чему я вас не призываю, кроме как мыслить шире.
Видал бы я такую фигню "024(Beg)/025" на тахеометре печатать, еще голову этим мусором забивать.

да этот кодовый лист просто пример, и я его как раз переделать хочу, ибо "обязательные" атрибуты бесят при съемке, сделаю их "не обязательными".
Лучше под себя создать в ЛГО там в "средствах" есть эта утилита

 

Похоже ты не снимал такие вещи как промзоны. И нафига брать столько пикетов когда быстрее взять на абрис. А время на забивку кода которые ты тратишь?а если провод мимо столба. На столб стоящий через 10м. При всей твоей феноменальной памяти незапомнишь направление и хотябы количество проводов. Надписи столбов?ящиков диаметры труб. Как ты это записываешь? Почему я и вчпомнил Самару.

 

Duck,

Фиг с ним - давай пример, а уже его буду делать под себя (все работы меньше)

Господа- разговор по ТЕМЕ? -кодировка для Кредо или Цивила (есть темы на форуме по каждой проге) или просто подпись пикетов?
Для чего кодировка нужна - чтоб облегчить отрисовку обьекта. Да, хорошо когда около точки написано КК. Но это КК надо найти в УЗ и посадить на точку или прога отрисует его автоматически.

 

ок завтра скину.

 

Я так тоже не печатаю. В скобках я написал ваш код, чтобы понятно было. К примеру вот кодирование четырехугольника по трем углам:
UG024
UG
UG027
Между этими углами могут быть другие пикеты в любом кол-ве, но с кодами отличными от UG.
Не нравится код 025 или 027 - меняй на другие, в проге это предусмотрено.

 

Valang c удовольствием ознакомился с вашей програмкой, вещь полезная и удобная без сомнения. Может быть подскажете как удобнее объединять файлы из кредо (координаты) и файлы с кодировкой (журналы с тахеометра), чтобы подговить файл для вашей програмки и исключить ручной труд... (Сейчас я пользуюсь програмкой, которая делает это в автокаде без генерирования тхт файла)
И еще очень интересно как вы поступаете с точечными условными знаками, я в данный момент используя одинаковую кодировку для однотипных объектов, скажем "кк"- крышка колодца, в последствии заменяю их скопом на нужный условный знак, но делать это каждый раз утомительно, хотелось бы один раз настроить все замены и чтобы при импорте они автоматом заменялись...
Больным вопросом являются деревья у которых один условный знак, но разная кодировка, приходится расставлять их в ручную...
Поддерживает ли ваша програмка возможность двойного кодирования, когда одна точка играет роль двух условных знаков?

 

Программа поддерживает условные знаки, но только для Mapinfo - программа писалась именно под Мапинфо, DXF формат я добавил гораздо позже, когда поменял место работы. Для Маринфо условные знаки назначаются в зависимости от шрифта (там условные знаки в шрифтах и перезначить их в зависимости от имеющегося шрифта не составляет труда. Как это сделать расписано в хелпе и показано в файле "Mif_Kat.prj"), а в автокаде блоки, которые у всех разные, поэтому я просто не стал заморачиваться с ними и сделал для DXF только контура. Насчет двойного кодирования там что-то есть, в хелпе вроде расписывал, но лично мне это ни разу не пригодилось, поэтому даже не помню. В Кредо я не считаю, но как-то замечал, что коды в нем теряются. Посмыкался - не выдает, хоть стреляйся. Так и не понял куда они деются. Для моей проги нужен формат:
Номер,X,Y,H,Kod или Номер X Y H Kod, т.е. разделители запятые или пробелы (пробелов может быть любое кол-во). Поэтому в названии точек пробелов быть не должно.

 

В Кредо 4 они заносятся в поле комментарий, а в Кредо 3, если они специально не прописаны в классификаторе, пропадают...

в общем-то я уже понял, как в некоторых случаях поступать, ну а в остальных можно тоже что-то придумать...

А по поводу системы кодирования, мне, предложенная вами схема, кажется удобной, удобней, чем реализованная в кредо. Думаю, что в кредо буду кодировать только точечные объекты, это достаточно просто. Через символ разделитель можно писать второй код, если нужно, например 400/tepkam: 400- условный знак колодца, а строчка tepkam идет в комментарий. В эту строчку можно писать и управляющие команды для вашей проги: 512/mz011 (512, например, электрический ящик/ конец мет. забора) На выходе имеем элект. ящик на мет. заборе. И с деревьями по этому же принципу.

Valang благодарю за помощь и за отличную прогу!

 

Вот и мне не понятно, почему в Кредо коды пропадают.
Насчет двойных кодов, как в вашем примере, то такое можно использовать не всегда. Если вы примените 512/mz011, то этот код проведет полилинию по всем пикетам (с любой кодировкой) от кода 010. Поэтому в этом случае, между кодами 010 и 011 должны быть пикеты только этого контура. Если между ними будет пикеты по земле и пр., то они тоже соединятся в контур.
Если вы примените код 512/mz015, то пргограмма будет искать пикеты с кодом 512/mz (все символы перед 015 программа считает кодом пикета), начало которого 512/mz014. Я просто опасаюсь, что таким кодированием вы запутаете и себя и Кредо и мою прогу. Не пытайтесь сразу закодировать ВСЁ, начните с простого.

 

Кредо под кодами понимает лишь то, что прописано в классификаторе Кредо (его можно дополнять или перезаписывать), если в кодовой строке непонятное для кредо сочетание, то в Кредо3 это сочетание просто пропадет, а Кредо4 отправит его в графу комментарий. Таким образом, кодовая строка 512/mz011, с учетом того, что "/" это настраиваемый разделитель между кодами, разделится на две части: 512 пойдет в графу код и отобразится символом, а mz011, как непонятное для Кредо сочетание попадет в комментарий. Далее смоделировав тхт файл типа: X Y H Комментарий можно отрисовать линии в вашей проге. Проблема здесь лишь в том, что способ получения тхт файл типа: X Y H Комментарий из Кредо не очень удобно реализован в программе.

:) достаточно давно занимаюсь "псевдо" кодированием и уже успел выработать определенную систему, но хочется большего))

Система кодирования Кредо может быть и неплоха, но при работе в тандеме "Кредо-Автокад" имеет ряд недостатков, которые мне пока разрешить не удалось:
1. Отсутствует возможность записи произвольных символов в кодовой строке: несмотря на то, что в Кредо 4 они попадают в графу комментарий, в автокад их напрямую не экспортировать, а обходной путь достаточно трудоемок.
2. Точечные условные знаки читаются, отображаются и при создании своей схемы экспорта заменяются на нужные блоки в автокаде, но в свойствах объекта это будут не "вхождения блоков" как это требуется, а внешние ссылки на блок.
3. Линии читаются, отображаются, настраиваются при экспорте, но в автокаде при весе ноль отображаются жирными линиями, поэтому их приходится взрывать, а потом заново объединять. Поскольку семантическая информация отсутствует нужно каждый тип объекта на местности кодировать разным кодом (даже если в конечном итоге будет один тип линий на выходе, например континиус - это и здание, и поребрик, и бетонный забор)

Если кто-то уже смог решить или обойти эти проблемы, или использует альтернативные методы кодирования, как например, Valang, но при работе в тандеме "Кредо_Дат-Автокад" буду благодарен за комментарии.

P.S. Почему именно "Кредо_Дат-Автокад"? Потому что именно в Кредо от нас требуют сдавать геодезию в комитете, а в Автокаде соответственно топографические планы.

 

Спасибо, вот теперь понял. Интересная политика: чего не знаю - долой. В Топконе похожая хрень: в контроллере все коды отключили, иначе в строке Код не введешь некоторые символы (+/).