А более развёрнуто это можно объяснить? Я так понял, что хочется чтобы код был текстом? Если да, то этого не будет в программе т.к. для кода нет места под текст. Все тексты сделаны с привязкой к точке съёмки, это сделано для того чтобы любой текст можно было масштабировать, разворачивать и т.д. и при этом он никогда не сместится относительно точки, всегда будет привязан к ней. Это приводит к тому, что таких текстов для точки может быть только четыре. Я сделал так - два текста координаты (XY), текст высоты (H) и текст имени точки. Итого 4 текста. Оставался ещё один (пятый) текстовый параметр (код), в виде текста его невозможно вписать с привязкой к точке, а без привязки к точке такой текст невозможно масштабировать и разворачивать (так сделано в других программах и это их большой минус... т.к. невозможно изменить текст без его смещения от точки после того как он уже помещён программой на чертёж). В итоге код ушёл в имя слоя, таким образом появилась возможность удобного управления точками т.к. они автоматически распределяются на слои по кодам (если съёмка изначально производилась с кодированием). Или вы кодируете в именах точек? Тогда это не коды, а имена и они не могут быть распределены по слоям моей программой. Это сообщение вызвало у меня взрыв мозга :) Тут я вообще ничего не понял. Вы пытаетесь с помощью COM2ACAD переместить что-то на флешку??? Причём тут TXT формат и Sokkia, когда Sokkia воспринимает только SDR? Зачем SDR открывать в блокноте и сохранять в каком-то там формате? COM2aCAD предусмотрена для: принятия данных с некоторых приборов (в том числе и Sokkia) через кабель передачи и COM (USB/COM) порт в активный чертёж автокад принятия данных из некоторых форматов файлов (SDR, TXT и т.п.), которые находятся на жёстком диске вашего компьютера в активный чертёж автокад передачи данных из TXT или SDR файлов через кабель передачи и COM (USB/COM) порт на приборы Sokkia (и только на них) COM2aCAD не предусмотрена для: передачи данных на флешку приборов Sokkia (для этого воспользуйтесь возможностями копирования и перемещения файлов Windows) Для успешной передачи с помощью COM2aCAD в приборы Sokkia через кабель и COM порт: Файлы TXT обязаны быть созданы в моей программе aCAD2TXT (!!!) Файлы SDR могут быть созданы сторонними программами При передаче файла обращаем внимание на то, что при выборе файла есть выпадающий список в котором можно выбрать тип (расширение) файла: Оно так и должно быть. Эта функция автоматическая и не отключаемая. Если есть коды, то точки сами распределятся по слоям. Если кодов нет, то и распределения не будет (получим все точки на одном слое). А вот образец файла мне тоже хотелось бы увидеть.
Именно это мне больше всего и нравится. Именно поэтому больше всего под мои задачи подходят Ваши порогаммы. Делаю съемку сразу на все подряд в одном проекте, и очень удобно потом из многих точек выбирать именно те что нужны.
Про текст понятно. Это клево что он к точке привязан. И да - хочется чтобы код был с текстом. Ну допустим вместо координат. --- Сообщения объединены, 15 фев 2016, Оригинальное время сообщения: 15 фев 2016 --- Насчет "взрыва мозга" ) - да я виноват, сумбурно пояснил наверное. Я на счет После того как я скидываю файлек из прибора на флеху- он же SDR, перекидываю его на комп, далее открываю его через COM2aCAD. Получился DWG с двумя разными слоями по точкам т.к. делал всего 2 кода- супер! И у точек есть коорд., имена и высоты, а вот кода нет((
Вы можете объяснить какое будет практическое применение у кода точки, если он написан текстом? Я не вижу смысла писать код текстом на чертеже по причине того что он уже написан текстом в имени слоя. Выбрал точку и видишь код. Это же используется и в различных программах, быстрый выбор точек по слою + обработка всех точек.
Работа этих программ последних версий проверена в автокад 2015 и автокад 2016. Civil это надстройка над этими версиями автокад. Поэтому не вижу никаких проблем с их работоспособностью в Civil.
Тут такое дело... Копнул поглубже CoGo точки Civil и ничего особенного в них не нашёл :) Я к чему веду... Есть возможность как создавать, так и использовать эти точки в голом автокад. Смысла в их создании в автокад я не вижу, а вот использовать их как в автокад, так и в Civil можно. Пока просто интересуюсь по поводу востребованности этого. Если это нужно, то можно добавить использование CoGo из под автокад (и из под Civil) для таких программ: aCAD2TXT (программа для создания каталога координат (файл SDR и файл TXT) угловых точек полилиний с указанным отступом от объектов или полилиний и прочих примитивов автокад без отступа). +CoGo AxeAndPointZ (программа для черчения плановых исполнительных съёмок). +CoGo PloskH (автоматическая программа черчения высотной исполнительной съёмки по горизонтальной плоскости) +CoGo PloskHi (автоматическая программа черчения высотной исполнительной съёмки дугового/линейного пандуса и наклонной плоскости) +CoGo TriPdh (автоматическая программа черчения высотной исполнительной съёмки относительно произвольной невертикальной, ограниченной тремя вершинами, плоскости в пространстве) +CoGo Может ещё какие программы, так сразу и не вспомню :)
Philin, Уточняюсь. Создавать точки cogo в чистом акаде или возможность использовать эти точки твоими прогами?
Возможность использовать ранее созданные в Сivil 3D. Создавать не вижу смысла т.к. автокад всё равно ими управлять не сможет. Тогда для управления ещё и аналог сивил придётся писать :) Это всё пока так... прощупываю спрос :)
Точки COGO - это очень важный объёкт. И он удобен именно тем, что кроме пространственных координат, он имеет описание и имя. Также работа с ним отличается от работы с обычными точками. Можно создавать группы точек через запросы. Можно создавать сами точки COGO различными способами, которых, как мне кажется, с избытком. Можно осуществлять импорт/экспорт как используя обычный txt, так и продвинутый LandXML, сохраняя все атрибуты точек. Но это только для Civil 3D.
Вы хотите сказать что их нельзя создать в голом автокад? Или невозможно использовать в голом автокад ранее созданные в Civil точки? PS я вчера на коленках разобрал точку CoGo в голом автокад. Просто изменил один параметр в одной из своих программ и в отладчике смог разобрать всю точку. Не заметил никаких преград ни в использовании через VBA всех параметров существующей точки, а также в создании новой точки (с требуемыми параметрами) в голом автокад. Есть только подозрения (не проверял), что невозможно редактировать некоторые параметры уже существующей точки т.к. вероятно автокад заблокирует такую возможность. --- Сообщения объединены, 19 мар 2016, Оригинальное время сообщения: 19 мар 2016 --- Не согласен. Точка автокад кроме пространственных координат может иметь туеву хучу параметров и я это использую в паре своих программ. Фактически примитив автокад точка ничем не отличается от точки CoGo. Просто для точки в своё время не стали использовать доп. возможности, а CoGo сразу создавалась как объект с множеством параметров. Автодеск мог спокойно оставить старую точку, просто вписать в неё параметры, а не создавать новый объект.
А смысл? Такой объект нужен когда есть соответствующая программная инфраструктура. --- Сообщения объединены, 19 мар 2016, Оригинальное время сообщения: 19 мар 2016 --- Вроде точка КОГО перекочевала в цивил откуда-то из МАП3Д или из другой программы. --- Сообщения объединены, 19 мар 2016 --- Я для себя просто сделал равенство между точкой КОГО и точкой в тахеометре. Необязательно точкой съёмки - это может быть и точка разбивки и станция. Мне это кажется правильным. --- Сообщения объединены, 19 мар 2016 --- А обычная точка автокада - это такой безликий бездушный объект ) --- Сообщения объединены, 19 мар 2016 --- Кстати, можно договориться, например, с пользователями на форуме и с другими разработчиками плагинов и модулей о каком-нибудь блоке, который будет аналогичен точке COGO в Civil 3D, со всеми её параметрами и свойствами. Можно было бы даже встроить в блок несколько стилей маркера и метки. Это был очень важный шаг в использовании обычного AutoCAD в геодезических работах. Простите за отвлечение от темы топика.
Идея хорошая. Можно обсудить. Правда есть одна проблема. Если блок динамический, то его использование исключено в автокад версии до 2006.
Не думаю, что тем, кто использует версию 2006 нужен такой блок. --- Сообщения объединены, 19 мар 2016, Оригинальное время сообщения: 19 мар 2016 --- А давайте обсудим? Но наверное в отдельной теме.
Так... Похоже я впал в очередную крайность :) Надоело заниматься всякими отклонениями, пусть пока работает так как работает. Пора сменить вид задач - хочу считать объёмы выемок-насыпей в автокад (не Civil). Речь идёт не об оформлении всего по стандартам, а про получение голой цифры объёма тела выемки-насыпи. Хочется из съёмки получить максимально быстро цифру, при этом сделать это так чтобы количество действий пользователя было как минимум не больше чем в Civil. Параллельно хочу проверить одну идею в математике, которая возможно позволит чертить правильно поверхности сразу, а не как это сделано в том же Civil (может быть я "просто не умею его готовить", но в автомате и без рукоприкладства так и не смог увидеть вменяемый результат поверхности съёмки простейшей траншеи). Здесь речь идёт о пространственных треугольниках, сети, теле. Вероятно это всё повлечёт к полному изменению программы черчения горизонталей, т.к. она станет дополнением к программе расчётов объёма. Для горизонталей это будет скорее плюс т.к. будет возможность строить горизонтали не только по автоматически построенной сети, но также по изменённой/построенной вручную пользователем сети. Здесь речь идёт пока только о пространственных треугольниках.
конечно все это интересно, но зачем изобретать велосипед. для этого есть сивил, есть геоникс, есть кредо, есть.... я даже видел поверхности строили в архикаде. но для личного повышения навыков думаю тебе стоит этим заняться. единственное что обязательно тебе стоит учесть это растягивать поверхность. а именно растянуть поверхность до указанной границы. В сивиле я этого не нашел как делать, а вот в архикаде это можно. и выполняется это по правилу интерполяции. И опять же мне кажется для простого акада это будет мало. тут надо сооружать свои объекты, чтобы как минимум ты мог легко редактировать свои поверхности. По мне так лучше тебе полностью пересмотреть твои програмки для исполнительных схем. Сам процесс обработки и расчета оставить. Думаю там стоит полностью переписать код скажем на .NET или ARX и ввести свои объекты, которые легко редактируются. Да и в свое время я не знал сивила, и простые объемы я выполнял именно в голом акаде отрисовывая 3D тела. На ютубе лежит замечательный ролик пример как отрисовать кучу и узнать ее объем
