[АлексЮстасу]

Допустим, чертим трубы. У труб нужно описать некий индекс, диаметр в мм, длину в м, материал и производителя. (Не важно, не трубы, так провода, не провода, так стены. Не эти х-ки, а любые. Не пять, а двадцать четыре х-ки. Все лишь условный пример).

Допустим, решили для х-к использовать Xdata.
Xdata определяются названием (application name) и входящими в них данными с типами Int, Long, Real, Str и пр.

Я вижу два варианта таких описаний:

Вариант 1. Все х-ки в одном Xdata. Допустим, придаем линии (3Dполилинии, телу - не важно) Xdata с названием "Трубы", в котором определяем одно поле Str для индекса, второе Real для диаметра, третье Real для длины, четвертое Str для материала и пятое Str для производителя. Вроде: "1-Т/22-94", "25.4", "72.6", "ППЭ", "Полипласт".

Вариант 2. Каждая х-ка в своем Xdata. Например: "Трубы_индекс", "Трубы_диаметр_мм", "Трубы_длина_м", "Трубы_материал", "Трубы_производитель".

Кто как чаще делает? Как-то принято? Есть какие-то конвенции? И подводные камни у этих вариантов?

[Кулик Алексей aka kpblc]

Сообщение от trir это намёк на FDO или просто хранить handle в бд

И радостно порушить все после выполнения, например, _.-wblock. Или внедрения ссылки.

[АлексЮстасу]

Судя по разным форумам и личному внефорумному опыту, хранение описательных данных в Xdata достаточно распространено.
Можно относиться к этому, как к порочному - как почти все сейчас высказавшиеся.
Но не откликнулся пока никто собственно в тему.
Поделитесь подходами к передаче описательных данных в Xdata.
Я изложил три возможных варианта. Какими кто пользуется? Или есть свои варианты?

[Сергей812]

Вар4. В отдельном AppName XData хранится Primary Key БД. Т.е. унифицированный механизм, преобразующий хэндл примитива и имя файла в логический ключ. А дальше делайте что хотите - привязывайте данные, формируйте логические взаимосвязи - главное, что dwg файл (как некий черный ящик) в этом участвует по минимуму)

[АлексЮстасу]

Сообщение от Сергей812 Вар4. В отдельном AppName XData хранится Primary Key БД. Т.е. унифицированный механизм, преобразующий хэндл примитива и имя файла в логический ключ. А дальше делайте что хотите - привязывайте данные, формируйте логические взаимосвязи - главное, что dwg файл (как некий черный ящик) в этом участвует по минимуму)

Это не отдельный вариант. Это можно сделать любым из трех найденных сейчас вариантов. (Для Вашего случая первые два не отличаются).
Здесь вопрос не что, а как.

[Сергей812]

Сообщение от АлексЮстасу Это не отдельный вариант. Это можно сделать любым из трех найденных сейчас вариантов. (Для Вашего случая первые два не отличаются).

ну если для вас это одно и тоже - пихать все в XData, или только ссылку в виде числа/строки...)

Сообщение от АлексЮстасу Здесь вопрос не что, а как.

Вы ожидаете готовое решение или код?

[АлексЮстасу]

Сообщение от Сергей812 ну если для вас это одно и тоже - пихать все в XData, или только ссылку в виде числа/строки...)

Это для кого угодно одно и то же - "пихать в Xdata" Primary Key БД первым или вторым вариантом.

Сообщение от Сергей812 Вы ожидаете готовое решение или код?

Я ожидаю рассказов, примеров, кто как хранит данные в XData.
Такая здесь тема.

[Сергей812]

Сообщение от АлексЮстасу Это для кого угодно одно и то же - "пихать в Xdata" Primary Key БД первым или вторым вариантом.

Ну тогда смысл вам что-то рассказывать?) Ваши три варианта: все данные хранятся последовательно в одной "записи" (любая модификация состава данных превращается в увлекательнейший "геморрой"), опять же все данные классифицируются по имени приложения (первый пост в шапке), и все данные пишутся в формате пар {Имя параметра - Значение} (все та же ссылка - про строковые значения). Ну если ставите перед собой задачу максимально забить XData своими значениями, ну и заодно размер файл подраздуть - чтобы больше было соблазна воспользоваться советами по уменьшению размера файла и снести всю автоматизацию нафиг..).

[АлексЮстасу]

Сообщение от Сергей812 Ваши три варианта: все данные хранятся последовательно в одной "записи" (любая модификация состава данных превращается в увлекательнейший "геморрой")

Это и есть вопрос данной темы. Как разные люди решают задачу такой неудобной и уязвимой формы хранения данных, как Xdata?

Сообщение от Сергей812 Ну если ставите перед собой задачу максимально забить XData своими значениями..).

Вот и хотелось узнать, что, а, главное, как люди в XData записывают.

[trir]

SPDS Extension записывает xml в dwg, а мы потом ловим fatal error через раз...

[АлексЮстасу]

Сообщение от trir SPDS Extension записывает xml в dwg, а мы потом ловим fatal error через раз...

Ээээ... Ни разу еще не встречал суждений или свидетельств, что Xdata создают какие-либо проблемы для dwg, AutoCAD.
Но эта тема не о надежности и т.п. Xdata, а о том, как их используют.

[Сергей812]

Сообщение от АлексЮстасу Но эта тема не о надежности и т.п. Xdata, а о том, как их используют.

Ну поскольку вы мужественно бегаете от любого упоминания внешней нормальной БД - то для вас любой из трех вариантов, все равно

Сообщение от Сергей812 XData - всего лишь бинарный поток значений, все остальное - это уже внешняя интерпретация.

[Кулик Алексей aka kpblc]

Сообщение от trir SPDS Extension записывает xml в dwg, а мы потом ловим fatal error через раз...

xml?? в dwg?!?! Да лааааадно!

Сообщение от АлексЮстасу а о том, как их используют.

Никак. Есть более устойчивые и менее доступные пользователю методы и средства.

[АлексЮстасу]

Сообщение от Кулик Алексей aka kpblc Никак.

Регулярно вижу на совсем разных форумах поминание Xdata. Да хоть на ADN.
В Electrical по жизни используются Xdata.

Сообщение от Кулик Алексей aka kpblc Есть более устойчивые и менее доступные пользователю методы и средства.

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

[Кулик Алексей aka kpblc]

Offtop:

Сообщение от АлексЮстасу Регулярно вижу на совсем разных форумах поминание Xdata. Да хоть на ADN. В Electrical по жизни используются Xdata. В этой теме не об этом.

Частота упоминания не гарантирует, что это единственный вариант.

Сообщение от АлексЮстасу Как раз жду ответы от пользующихся. Или от тех, у кого есть примеры применения.

Тогда больше не мешаюсь

[Сергей812]

Offtop:

Сообщение от АлексЮстасу Как раз жду ответы от пользующихся.

и уточните, в каком виде ждете ответов)

[__Valdemar]

Использую Xdata при проектировании линейных объектов (газопроводов), в том числе:
- для хранения в блоках пикетов трассы метки вхождения блока, содержащего информацию о типе тубы;
- для хранения в блоке конкретного пикета метки "его" мультивыноски (своего рода параметризация при автоматической аннотации пикетов);
- для быстрого доступа к локальным или удаленным ресурсам (к файлам txt/pdf/doc и т.п.) через встроенный в AutoCAD механизм гиперссылок. Подвел курсор мыши к полилинии ветки газопровода, нажал Ctl+ЛКМ и открылась таблица с полным описанием ее пикетов...
- для хранения параметров (например длины) продольного профиля при оформлении листов.
Низкоуровневые функции для работы с Xdata в свое время вполне прилично были обернуты уважаемыми создателями ruCAD-а. А упомянутый Electrical имеет свой набор команд включая диалоговый (!) редактор Xdata, функций и API для lisp-творчества.
По моему, для "кухни" рисунка линейного объекта, которая д.б. скрыта от "теток" - самое место в Xdata.

[ShaggyDoc]

Примеры? Да пожалуйста:

Код:

[Выделить все]

 (defun ru-xdata-add-for-ent (ename xd)
  (entmod (append (entget ename) (list xd)))
)

(defun ru-xdata-write-for-ent (ename xdata_list app_name / ent_list xdata)
			      ;|
Добавляет расширенные данные к примитиву
 ename - имя примитива
 xdata_list - список расширенных данных
 app_name - имя зарегистрированного приложения
Возвращает список данных примитива или NIL при ошибке


Допустимые типы данных  (STR, REAL,INT, LIST).
Метки примитивов должны быть с префиксом #
Точки  записываются в группу 1010 как список из трех REAL
Вложенный список помечается {} в первом элементе списка
с помощью ru-xdata-add-list-bracket
|;
  (setq
    xdata    (reverse (_xdata-write xdata_list))
    xdata    (list -3 (cons app_name xdata))
    ent_list (append (entget ename) (list xdata))
  ) 
  (entmod ent_list)
  ent_list
)

(defun _xdata-write (xdata_list / xdata xdata_tmp item)
  (setq xdata '())
  (foreach item	xdata_list
    (cond
      ((and (= (type item) 'list) (= (car item) "{}"))
       (setq
	 xdata_tmp (cons (cons 1002 "}") (_xdata-write (cdr item)))
	 xdata_tmp (append xdata_tmp (list (cons 1002 "{")))
	 xdata	   (append xdata_tmp xdata)
       ) 
      )
      ((and (= (type item) 'list) (= (length item) 3))
       (setq xdata (cons (cons 1010 item) xdata))
      )
      ((and (= (type item) 'STR) (= (substr item 1 1) "#"))
       (setq xdata (cons (cons 1005 (substr item 2)) xdata))
      )
      ((= (type item) 'STR)
       (setq xdata (cons (cons 1000 item) xdata))
      )
      ((= (type item) 'INT)
       (setq xdata (cons (cons 1070 item) xdata))
      )
      ((= (type item) 'REAL)
       (setq xdata (cons (cons 1040 item) xdata))
      )
    ) 
  ) 
  xdata
)

Это ответ на

Вот и хотелось узнать, что, а, главное, как люди в XData записывают

Правда я это не "люди", а так, прохожий мимо людей...

Ну и еще несколько подобных библиотечных функций (добавлять, читать). Хоть для слоя, хоть для любого примитива, хоть для каждой вершины полилинии. "Хоть тушкой, хоть чучелом".

ru-xdata-add-for-ent.LSP
ru-xdata-add-list-bracket.LSP
ru-xdata-write-for-ent.LSP
ru-xdata-get-for-pline-vertex.LSP
ru-xdata-get-reg-apps.LSP
ru-xdata-get-ruclass-by-layer-name.LSP
ru-xdata-get-ruclass-for-active-layer.LSP
ru-xdata-get-ruclass-for-all-layers.LSP
ru-xdata-get-ruclass-for-layer-obj.LSP
ru-xdata-read-for-ent.LSP
ru-xdata-rem-for-selection.LSP
ru-3d-xdata-rucad-regapp.LSP
ru-xdata-rucad-regapp.LSP


Для каких целей применять - другое дело. Я, например, применяю для проверки соответствия имен слоев топографии специальному классификатору. Или для привязки "ёжика" временных осей координат при создании 3D-объектов. Но это всё внутри Автокада. И "упоминание XDATA" у меня также имеется.

Да, это программным путем (в данном случае - Лисп), а не щелканьем по кнопкам.

А в целом тема напоминает приставание ребенка - "Дяденьки, расскажите как лижут железные ручки на морозе". Дяденьки говорят - "Не надо вообще лизать железо на морозе", а оно опять - "А вот пацаны в Electrical лижут! Я тоже хочу быть крутым пацаном".

[АлексЮстасу]

Сообщение от __Valdemar Использую Xdata

Как Вы записываете данные? Вариантом 1, 2, 3 или как-то еще?

Сообщение от ShaggyDoc Примеры? Да пожалуйста:

Я спрашивал примеры не чем, а как. Например, см. в #4.
Варианты 2 и 3 дают информацию, что в каком поле Xdata записано. Я не программист, и по Вашему коду не могу разобраться, какой вариант используете Вы.

1. Я сам вообще никогда, ни разу не использовал Xdata.
2. Не планирую в обозримом будущем использовать Xdata. Т.к. использую Object Data из Map 3D и Xrecord для AutoCAD.
3. Не пропагандирую применять Xdata.

Зачем настойчиво отговаривать, если обратное ниоткуда не следует? Перечитайте вопрос.
Особенно, если сами вовсю Xdata используете.
Бывает же ознакомительно-исследовательский интерес.

В этой теме прошу поделиться сведениями, опытом. В первую очередь как определяют, что в каком поле, фрагменте Xdata записано.

[ShaggyDoc]

Сообщение от АлексЮстасу Я не программист, и по Вашему коду не могу разобраться, какой вариант используете Вы

а без этого бессмысленен

Сообщение от АлексЮстасу ознакомительно-исследовательский интерес

потому что узнать

Сообщение от АлексЮстасу как определяют, что в каком поле, фрагменте Xdata записано

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

Вот за любые - искренне "спасибо" Autodesk. Хотя и там есть стиль как когда-то у патриарха Форда - "автомобиль может быть любого цвета при условии, что этот цвет черный".

Это как, например, в любой программе, работающей с базой данных - обычный пользователь видит названия каких-то граф или строк ввода данных (DisplayLabel), но не видит имена полей и их свойства. С этим можно разобраться только применяя спецсредства или анализируя код программы. Даже в исследовательских целях.

Для примера - картинка. На ней показана единица торгового оборудования, примененного в проекте. Оборудование внутри Автокада в виде 3D-моделей. Щелкнув специальную кнопку, пользователь видит все данные именно по этой позиции.

Разумеется их нельзя запихнуть внутрь Автокада ни в какие "хрен-данные". А вот ссылку на БД и код записи - можно. Сами данные хранятся во внешней БД, о местонахождении которой пользователь и не знает.

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

А еще и без Автокада может быть и сформирована СО из примененных изделий, в виде полностью готового Отчета в формате PDF.

Разумется подобное можно делать и в ГИС, только привязывать, например к полилиниям, изображающим контур зданий информацию о зданиях. Наподобие того, как в Дубль-ГИС сделано.

Ну и попутно о высказывающейся идее "слой на позицию". Вот только в БД торгового оборудования 732 позиции, а еще есть несколько десятков других, в некоторых из них более 5000 позиций. Какие тут могут быть слои?

[Сергей812]

Это же блог ТС ?