Опять же мне кажется что современные тахеометры с ОС должны уже иметь подобное в себе? Много раз слышал что они типа DWG(на худой конец DXF) читают, ты прям по чертежу тыкаешь, что вынести, и он тебе прям на том же чертеже показывает, что ты померил?
А что не интересно? COGO это сугубо внутренний объект сивила. Какой смысл писать программу, которая будет работать только в нём? Лучше тогда сразу писать под голый автокад т.к. такой вариант без проблем будет работать и в сивил и в автокад. Таким образом расширится круг пользователей. Планшет... Какая операционная система в планшете? Сколько их версий, производителей, модификаций...? Вы это представляете? А писать код под чисто ваш планшет это бессмысленно. Замена планшета на ноутбук это практически полное решение проблемы. Хотя... можно написать код чисто под один планшет, но тогда софт будет платный и продаваться вместе с планшетом на котором он будет работать (так делают производители геодезического оборудования, но у них профит с того что это всё в нагрузку к их другому софту и оборудованию). "Открытый по удалёнке"... опять же... доп. приблуды для связи, кому-то захочется через всю планету это делать... возникнут проблемы с совместимостью драйверов разных приёмопередатчиков и пр.... Зачем плодить проблемы на пустом месте? Хочешь дёшево - юзай кабель подключенный к прибору, на крайний случай блютуз или т.п. Загляните в любую тему по приборам. Обратите внимание что чуть ли не треть проблем пользователей как раз с приблудами и настройками связи по воздуху (радиоканал) и это в большинстве случаев на оборудовании одного производителя (попробуйте представить масштаб проблемы, когда производители оборудования совсем разные, разные устройства, разные процессоры и операционные системы). Вы задачу зажали в очень узкие рамки. Решение есть, но оно вам не понравится. Конечным итогом решения задачи является нечто вроде геодезического полевого контроллера, только более расширенного и раз в 5-10 дороже. А вот как её решить на коленках и бесплатно... я предложил, но оно никому не нужно будет :) И почти по теме... всякие .Net это хорошо... для того кто собирается продавать софт. А если софт пишется как бесплатный, то запаришься клепать версии программы. Собранный для акад x32 2010 dll не будет работать даже на акад x64 2010, не говоря уж о других версиях автокад. В чём и прелесть всяких LISP и VBA, т.к. грамотно написанный один раз код в автокад 2000 будет работать и в автокад 2016x64 без всяких пересборок.
Philin, Да я понимаю это, потому и сказал в мечтах. Планшет с удаленкой лишь более менее реальные условия, т.к. мало какой планшет потянет норм софт даже вроде цивила. По тому и исхищрения :) Всё равно возвращаемся к контроллерам, и к типовому по. Как говорится если хочется вые*онов - можно купить лейку MS60 - там и комп не нужен будет, и так игрушек на дооооолго хватит :) таки да, дхф, читают, разбивают с них и вообще оказалось очень крутой штукой. и даже поверхность тин разбивать могут :) но не в этом суть... координаты остаются координатами, а при совмещении тахеометра с сторонним мощным ПО - к координатам могут быть приделаны атрибуты..)) еще раз напомню - всё фантазии))
Ну а я принял к сведению и может быть для себя сделаю нечто подобное :) Идея интересная. Действительно, лучше потрачу лишнюю минуту при подключении ноутбука к прибору, зато не буду тратить времени на черчение съёмки, в офисе останется только оформление.
Формируйте LandXML - это на порядок проще и его не только Civil читает Xamarin - написано на Win, работает везде. Уже в VS 2015 bushman-andrey сделал шаблон не то что под все версии AutoCAD, а ещё и сразу под nanoCAD - ищи
я пока придрюкался только к кодированию линейному даже на стройплощадке... оказалось весьма удобным)) но все равно не торт по сравнению с той же системой от лейки дисто - когда замеры сами по блупупу перебегают в автодеск ревит как по волшебству
Да у нас тут объект был корявый и убогий до жути, и заказчики еще хуже - заставляли делать съемку по границам и габаритам конструкций в верхнем и нижнем сечениях. Грубо говря как разрез. Ни как обычно - пару точек там, пару точек сям, а линиями со всеми углами и т.п. Естественно 85% тахеометром с 100500 стоянок, а вот оставшиеся 15% вообще не подлезть было. А рисовать на бумажках каждый раз - жуть как мутно. Вспомнил про видео где рассказывали как всякие линейные объекты кодировать в цивил3д, там начало линии, замыкания, домеры, перпендикуляры и т.п. - приноровились и даже получаться стало :) один с минипризмой и лазеркой бегает (углы минипризмой снимали), и в случае необходимости кричит в рацию сколько от точки домер до другого края, а я в код вписываю цифру для смещения))) ладно хоть денег дали за такой цирк прилично
Ноутбук, тяжеловато.Сейчас полно всякого ультрамобильного девайса на Виндовс, который спокойно тянет Автокад.Я полностью согласен, что на чистый Автокад надо писать.Почему с Автокадом и Цивилом, как мы все знаем, что существует мнение, что Автокад объять не возможно, это продукт с практически не ограниченными возможностями, зачем взрывать полилинии или блоки для загрузки dwg актуальной версии Акада.Можно не только загружать, но что самое главное оперативно на месте внести изменения.Это очень актуально в современных реалиях.Работа по удаленке должна быть не основным, но такая возможность должна быть.Почему .net, потому, что легко можно отойти от Автокада если нужно, сделать отдельное приложение или под Нанокад и т.д.Сделать так, что бы любой маломальский грамотный человек мог изменить для себя код, скомпилировать или использовать готовый скомпилированный необходимый ему модуль.
Почему тогда ваш выбор пал на Си и Ява?... Найти человека который сможет хоть что-то понять в таком коде это скорее фантастика. Программист - да... для него это родное. А неспециалист в программировании проще поймёт код на VB т.к. он гораздо ближе к устной речи и школьному курсу математики.
Ява-желание попробовать,что то на Андроид сделать.С++ связано с ObjectARX. Не обязательно, чтобы что-то получилось конкретное, но в обсуждении рождаются интересные идеи, приемы и.д. Зачастую зацикливаешься и не хватает нужного совета, который выведет тебя из ступра. Все люди разные и каждый думает и делает иначе, это очень помогает.Знания интернациональны, я считаю что не надо все держать в себе, а просто идти в ногу со временем опережая конкурентов.Это будет, хобби в свободное время.
В общем, мое мнение, общего проекта не выйдет.Попробовал накатать код, уходит уйма времени.Предлагаю Набирать код по мере необходимости в случае возникновения проблемы и пробовать находить решение совместно, если есть желание и время.Да и задавать вопросы, если что.
На что-то серьёзное уходят годы :) А если брать мой опыт в acad VBA и VB.Net (не под автокад), то второй проигрывает по коду при решении наших задач, т.к. код получается на 30-70% больше по объёму (ну нет в VB.Net некоторых функций и вместо того чтобы написать одну строку кода (как на VBA)... приходится самостоятельно с нуля писать всю функцию).
Как с github работать, через VS?Я извиняюсь за свое предыдущее высказывание, пятница-усталость. --- Сообщения объединены, 12 мар 2016, Оригинальное время сообщения: 12 мар 2016 --- Кто как видит интерфейс приложения? --- Сообщения объединены, 12 мар 2016 --- Я вижу так: 1.приложение подгружается автоматически при запуске Автокада; 2.основное окно программы будет модальным, которое запускается по команде Автокада, а при закрытии сериализуется. 3.не просто основное окно,а в виде страничек с закладками, можно в виде нескольких окон, которые поочередно меняют статус с фонового на активный; 4.Основное окно Автокада- это, если брать аналогию с Карлсоном, режим карты в которой дублируются основные команды в виде панели инструментов, можно продублировать и в ленте и в палитре инструментов.
C#, можно VB.net. Программа для начала должна: 1.работать с тахеометрами марки Sokkia, где то начиная с 30-ой серии, по серийному кабелю или блютуc; 2.минимум, выносить точку,базовую линию и дугу; 3.выносить базовую линию и дугу без предварительного выбора точек, то есть работать непосредственно с приметивами; 4.выносить точки, координаты которых будут заноситься только в оперативную память прибора без записи в долговременную; 5.быть модульной и состоять из минимальных не зависимых частей; 6.с расширяемым функционалом; 7.иметь возможность добавлять поддержку приборов других производителей. --- Сообщения объединены, 12 мар 2016, Оригинальное время сообщения: 12 мар 2016 --- Хотелось бы услышать, по этому поводу, другие мнения.
Вынос точки можно осуществить средствами самого прибора... Здесь кода минимум, только переключение прибора в соответствующий режим и задание координат. Вынос базовой линии можно также через средства прибора, но интереснее было бы всё это сделать в коде через вынос точки, а базовую линию написать с нуля, добавив нехватающего функционала. Я так понимаю что дуга должна автоматически разбиваться на отрезки (точки на дуге через заданный дуговой/линейный/угловой интервал) т.к. слабо представляю как без этого выносить дуги (может быть и существует вариант). Здесь слёта ничего не скажу. Надо разбираться с протоколом связи. На днях закончу одну программу и начну как раз этим заниматься. По нормальному лучше сразу писать нечто вроде драйвера связи. Каждый раз хочу такое, но всегда получаются какие-то взаимосвязанные монстры :) Если получится осуществить предыдущий пункт, то этот пункт выйдет сам собой. Если бы ещё все производители делились такой информацией, то было бы вообще супер. С Sokkia таких проблем нет т.к. можно легально и бесплатно получить практически любую документацию.
