Добрый день!
В 2017 году нашему любимому AutoCAD исполняется 35 лет!
Предлагаю познакомиться с командой AutoCAD - людьми, которые ежедневно разрабатывают, развивают и продвигают эту самую популярную CAD-систему:
Mikhailov Andrey
Mechanical & Electronics engineer
Blog
mikhail.belilovskiy написано:
Вид с крыши дома своего подойдет?
Подойдет конечно 🙂
Красивый вид! Буду ждать еще, главное не все сразу 🙂
Повідомлення корисне? Поставте "ВПОДОБАЙКУ" цим повідомленням! | Do you find the posts helpful? "LIKE" these posts!
На ваше питання відповіли? Нажміть кнопку 'ЗАТВЕРДИТИ РІШЕННЯ' | Have your question been answered successfully? Click 'ACCEPT SOLUTION' button.
Дмитро Мухін | Dmytro Mukhin Facebook | Instagram | InventorInUa
Експерт по рішенням Autodesk | Autodesk Solutions Expert
Сертифікований інструктор Autodesk | Autodesk Certified Instructor
Посмотрю на Черепаший холм и можно ложится спать 🙂
Спасибо за интересные рассказы и красивые виды!
Повідомлення корисне? Поставте "ВПОДОБАЙКУ" цим повідомленням! | Do you find the posts helpful? "LIKE" these posts!
На ваше питання відповіли? Нажміть кнопку 'ЗАТВЕРДИТИ РІШЕННЯ' | Have your question been answered successfully? Click 'ACCEPT SOLUTION' button.
Дмитро Мухін | Dmytro Mukhin Facebook | Instagram | InventorInUa
Експерт по рішенням Autodesk | Autodesk Solutions Expert
Сертифікований інструктор Autodesk | Autodesk Certified Instructor
mikhail.belilovskiy написано:
Ну и последний на сегодня холм - Turtle Hill:
https://goo.gl/photos/hdw7zVc4KxYTSP9W8
У меня сейчас на коленях кошка с последней фотографии. 🙂
Кстати, меня всегда поражали деревянные столбы уличных ЛЭП и освещения даже в крупных городах Америки. Причем, прямо врытые в землю - то ли климат настолько сухой, то ли древесина настолько стойкая к гниению, то ли обработана так эффективно... Хотя, вижу, что встречаются иногда и не деревянные.
Да, когда столбы деревянные, их обрабатывают и вкапывают в землю:
https://en.wikipedia.org/wiki/Utility_pole
Alexander.Rivilis написано:
...расширенных данных (XData).
Интересно было бы узнать "изнутри", для чего в AutoCAD задумывались расширенные данные? И зачем нужно два типа расширенных данных - XData, XRecord?
В нашем вертикальном приложении - в Map 3D - специализированные расширенные данные используются самим приложением для описания связей между объектами, для описания связей с внешними БД. Но уже странно, что используются почему-то именно особые расширенные данные, не штатные XData, XRecord, а особые map-овские Object Data, Custom properties.
В этом вертикальном приложении для пользователей доступны команды-окна работы с расширенными данными - создание и редактирование их описаний, присоединение к графическим элементам и отсоединение, ввод и редактирование значений в их поля. Даже отображаются в окне Свойства.
Правда, нужная пользователям функциональность в Map 3D реализована лишь процентов на 20, к сожалению...
Но в базовом AutoCAD почему-то ничего даже подобного нет. При том, что всегда был пользовательский запрос на идентификацию графических элементов как объектов реальности, на описание характеристик объектов, что расширенные данные как раз и могли бы обеспечивать.
Как следствие, для решения соответствующих задач пользователям приходится переходить на чужое ПО, тратиться на разработку приложений либо отказываться от заказов, если времени и средств недостаточно.
Максимум, для пользователей есть команды в Express Tools, но это не совсем сам AutoCAD, да и для реальных задач применять их невозможно.
Пик пользовательского интереса в России к расширенным данным был, наверное, в середине 2000-х. Но, не получая от Autodesk никакой поддержки, интерес сошел на нет.
Теперь, думаю, не сильно преувеличу, если 99% современных пользователей AutoCAD вообще не подозревают о существовании такого средства хранения дополнительной информации - расширенные данные.
Находите сообщения полезными? Поставьте "НРАВИТСЯ" этим сообщениям! | Do you find the posts helpful? "LIKE" these posts!
На ваш вопрос успешно ответили? Нажмите кнопку "УТВЕРДИТЬ РЕШЕНИЕ" | Have your question been answered successfully? Click "ACCEPT SOLUTION" button.
Алексей Кулик aka kpblc | Aleksei Kulik aka kpblc Facebook | LinkedIn
autolisp.ru
Техническая поддержка программистов Autodesk в СНГ
Библиотека пользовательских lisp-функций | Custom Lisp-function library
Мое "всегда" означало постоянно и для действительно многих.
Например, в нашей картографии при создании цифровых карт, данных для ГИС буквально всегда нужно определять числовые и описательные характеристики объектов. Например, глубины, материал, этажность, толщины деревьев в лесах и пр.
Я не проектировщик, поправьте, но при проектировании всегда желательно определять характеристики объектов, создавать отчетные документы. Марки изделий, производители, толщины-диаметры, вес и пр.
Для подсчетов, сравнений, анализа такие данные удобнее не в виде графических примитивов и их графических свойств, а прямо в виде числовом и текстовом. Для этого расширенные данные подходят лучше всего.
По форумам я вижу, что эту задачу пытаются решать с помощью невидимых атрибутов блоков, сотен слоев, таблиц, с помощью самодельных программ, в т.ч. использующих расширенные данные. С соответствующими издержками.
А можно же было бы многое делать проще, быстрее и унифицированнее, если бы основной пользовательский инструментарий работы с расширенными данными был в базовом AutoCAD.
P.S. Из ответа не понял твое мнение. "Хорошо бы", "нет и не нужно" или что?
Второе интервью
Дитер Шлипфер: Приятно найти нестандартные решения проблем клиентов
Дитер Шлипфер (Dieter Schlaepfer), главный технический писатель в команде AutoCAD, Autodesk (США).
Полный текст интервью в формате pdf можете прочитать в прикрепленном файле
Mikhailov Andrey
Mechanical & Electronics engineer
Blog
Третье интервью
Даниа Эль Хассан: AutoCAD тебя рано или поздно настигнет
Даниа Эль Хассан (Dania El Hassan), менеджер продукта, Autodesk (США)
Полный текст интервью в формате pdf можете прочитать в прикрепленном файле
Mikhailov Andrey
Mechanical & Electronics engineer
Blog
Не нашли то, что искали? Задайте вопросы в сообществе или поделитесь своими знаниями.