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

Для общего анализа dwg и объектов.

Может быть что-то подобное на лиспе или др. уже существует?
Выводить статистику об XData в dwg. Для всего dwg или для выбранных объектов.
Использовать выбранные объекты, если не выбраны, то запрос выбора.
Отобразить, например, как на картинке. Вместо Object Data писать XData, конечно.

Сколько всего объектов, сколько Apps XData, сколько объектов с XData, сколько объектов без XData, у скольких объектов несколько Apps, для каждого из App XData - у скольких объектов.
Особенность - определить и отобразить, какие App XData имеют одновременно разные описания. Т.е. название App одно и тоже, а количество кодов, последовательность разные.
Например, отметить такие Apps обозначением DD - от Different Definition (или Different Description - не знаю, как правильнее).
Простейший пример приложен. По-разному определены MYAPP (у полилиний, у Civil/Proxy) и ACAD (у размера и штриховки) - разное число и тип данных.

Вывести статистику в свое окно. (Возможно, аналогичное AutoCAD Message или т.п. - не знаю, что на лиспе возможно).
Желательно с возможностью копирования этих данных. Чтобы анализировать и после закрытия окна.
Лучше, чтобы данные были сразу выделены.

[Boxa]

Давайте предположим, что люди вокруг добрые и отзывчивые, готовые потратить на Вас свое время и силы, согласные даже прошерстить файлы работодателя и предоставить Вам некую статистику,
НО Вы бы хотя бы инструмент для этого предоставили бы!

Или предполагается, что пользователь должен написать для себя инструмент, который собирает требуемую для ВАС статистику, потом собрать эту статистику и потом еще и опубликовать её?!
И все это просто так, из чистого альтруизма. Я все правильно понял?

Или Вы просите для ВАС написать такой инструмент?

[fktstv]

Offtop: Здраствуйте. Я, Кирилл. Хотел бы чтобы вы сделали игру, 3Д-экшон суть такова…

[Сергей812]

Сообщение от Boxa согласные даже прошерстить файлы работодателя и предоставить Вам некую статистику,

откуда в файлах работодателя информация в XData? Ну соберет служебную информацию из тех же видовых экранов - и кому она нужна по большому счету...

Сообщение от Boxa Или Вы просите для ВАС написать такой инструмент?

причем на лиспе) Хотя

Сообщение от АлексЮстасу Особенность - определить и отобразить, какие App XData имеют одновременно разные описания. Т.е. название App одно и тоже, а количество кодов, последовательность разные.

на .Net сделать элементарно путем расчета хэша последовательности Dxf кодов расширенных данных. А на лиспе... да ну нафиг)

[Boxa]

Сообщение от Сергей812 откуда в файлах работодателя информация в XData?

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

[Сергей812]

Сообщение от Boxa Ну мало ли какие надстройки в работе используются...

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

Сообщение от Boxa Я бы нафиг послал с таким просьбами.

да уже были попытки несколько лет назад со стороны ТС "выцыганить" список информационных полей по различным проектируемым разделам у форумчан с очевидным результатом)

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

Сообщение от Boxa НО Вы бы хотя бы инструмент для этого предоставили бы! ... Или Вы просите для ВАС написать такой инструмент?

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

[Boxa]

АлексЮстасу, не смешно.
Речь идет об инструменте или если Вам будет понятнее, программе, для анализа dwg файлов и получения нужной Вам статистики.

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

Сообщение от Boxa не смешно. Речь идет об инструменте или если Вам будет понятнее, программе, для анализа dwg файлов и получения нужной Вам статистики.

Гм...
Видимо, я излагаю мысли дико криво...
Я создание такой программы и имел в виду.
Проанализировать на предмет XData весь dwg или только указанные объекты, и получить о них статистику в удобном пользователю виде.

[Сергей812]

Сообщение от АлексЮстасу Проанализировать на предмет XData весь dwg или только указанные объекты, и получить о них статистику в удобном пользователю виде.

где был произведен опрос - в каком именно виде пользователь хочет видеть XData? Здесь на форуме точно подобного не было.

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

Сообщение от Сергей812 в каком именно виде пользователь хочет видеть XData?

Вопрос по существу. Если есть удобнее способы, то давайте возьмем их.

Я предложил такой вариант, поскольку он действительно удобен - и сразу видно на экране, и можно сразу сохранить в Блокнот или т.п., и потом смотреть, сравнить с прежним и т.д.
Например - самое очевидное - можно выгружать отчет в командное окно. Но там нужно выделять самому, если список длинный, то его нужно листить, легко скопировать не все.
Предложил этот, т.к. был удачный опыт для аналогичных данных. Оттуда и приложенная картинка взята.

[Сергей812]

Сообщение от АлексЮстасу Вопрос по существу. Если есть удобнее способы, то давайте возьмем их.

нет удобнее способов. XData - программный интерфейс (API), предоставленный Аутодеск разработчикам надстроек для возможности привязывания дополнительных данных к примитивам. Не будут пользователи сидеть и анализировать XData в любом виде - им за это никто не заплатит, потому что "выход" нулевой)

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

Нужно ли показывать пользователям XData, создаваемые самим AutoCAD?
Официального списка таких не нашел.
Electrical создает множество XData, и его списка я тоже не нашел.
Т.к. здесь о пользовательских инструментах, то, может, знать о собственных автокадовских XData пользователям ни к чему? И безопаснее?
Или безопаснее, полезнее пользователям о них знать?

[Сергей812]

Сообщение от АлексЮстасу Или безопаснее, полезнее пользователям о них знать?

лишние знания - лишние печали) Пользователи зачастую не хотят базовый функционал изучать - явный недавний пример, как пытается вместо подшивки сделать связи полями между файлами.

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

Сообщение от АлексЮстасу Нужно ли показывать пользователям XData, создаваемые самим AutoCAD? ... Или безопаснее, полезнее пользователям о них знать?

... Или лучше, безопаснее показывать, но с, допустим, специальными отметками, что это не пользовательские XData?

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

Такая программка для статистики XData - приложена.
Не получилось сделать сохранение через Ctrl C - говорят, что в лиспе это слишком сложно.
Но и с Save нормально.
Теперь всегда можно узнать о количестве и составе XData в файле и/или у выбранных объектов. В т.ч. о наличии Apps с одинаковыми названиями, но с разными описаниями.

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

Проверил XDTOOLS_STAT на тяжелом файле в 24 мб, 96000 объектов - https://forums.autodesk.com/t5/visua...725219#M422725
Сделала, но слишком медленно - почти за 9 минут.
И это можно понять - написана новичком-любителем.
При том, что его же XDTOOLS_CHECK, похожей сложности, cправилась с этим файлом за 2.5 минуты.

Посоветуйте, как-то эту XDTOOLS_STAT можно ускорить?

[Сергей812]

выкинуть и написать на более современном языке, если нужна скорость обработки)

[===AAA===]

Скомпилировать?

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

Сообщение от ===AAA=== Скомпилировать?

Я не в курсе, ускоряет ли компиляция лисп?

Сейчас эта программа работает почти в 4 раза медленнее, чем очень похожая того же автора XDTOOLS_CHECK. В обеих программах в общем-то одни и те же действия или аналогичные.
Автор - совершенный новичок, и писал, чтобы программа вообще выполняла задачу, но не мог учитывать скорость работы. Просто не знает, что именно влияет на скорость.

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

Сообщение от АлексЮстасу Проверил XDTOOLS_STAT на тяжелом файле в 24 мб, 96000 объектов - https://forums.autodesk.com/t5/visua...725219#M422725 Сделала, но слишком медленно - почти за 9 минут. И это можно понять - написана новичком-любителем. При том, что его же XDTOOLS_CHECK, похожей сложности, cправилась с этим файлом за 2.5 минуты. Посоветуйте, как-то эту XDTOOLS_STAT можно ускорить?

1. В файле полно мусора.
2. Есть следы вертикальных решений (а они нередко используют вместо xdata другие механизмы, более интересные).
3. На код даже смотреть страшно. Ускорить? Да этот код проще пристрелить, чтоб не мучался, и написать с нуля.

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

Сообщение от Кулик Алексей aka kpblc 1. В файле полно мусора. 2. Есть следы вертикальных решений (а они нередко используют вместо xdata другие механизмы, более интересные). 3. На код даже смотреть страшно. Ускорить? Да этот код проще пристрелить, чтоб не мучался, и написать с нуля.

1., 2. Файл тем и хорош как тестовый, что большой и реальный - с мусором, концами вертикальных приложений и т.п.
3. И код хорош тем, что реальный - он есть, и работает.
Поскольку другого нет, то как ускорить его работу, что бы в нем изменить?

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

Либо тебя все устраивает, либо занимайся переработкой кода. Я, например, даже примерно не смог понять, чего он должен вываливать в результате

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

Сообщение от Кулик Алексей aka kpblc Либо тебя все устраивает, либо занимайся переработкой кода.

Что именно в ней поменять, чтобы ее ускорить? Что в первую очередь влияет на ее низкую скорость?

Сообщение от Кулик Алексей aka kpblc Я, например, даже примерно не смог понять, чего он должен вываливать в результате

В смысле? Что написано в названии и в 1-м сообщении темы, то и выдает.

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

И все? Только количество??

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

Сообщение от Кулик Алексей aka kpblc И все? Только количество??

Можно еще что-нибудь полезное попросить вывести.
Что еще имело бы смысл?

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

К вопросу о качестве кода. Мой вариант, нескомпилирован. Основные потери времени - тупо на реакцию ACAD'a на выбор. Все остальное записано "вживую", без монтажа:
https://autode.sk/3knEUM5

----- добавлено через 18 сек. -----
Видео еще обрабатывается, будет доступно примерно через полчаса, кмк

[Сергей812]

Сообщение от АлексЮстасу Можно еще что-нибудь полезное попросить вывести. Что еще имело бы смысл?

1. Тема изначально не имеет смысл, так как потоковый низкоуровневый контейнер данных под задачи обмена данными между пользователями/приложениями изначально не айс. Приспособить можно любой костыль - вопрос: какой в этом коммерческий профит в конечном итоге для пользователей, чтобы их заинтересовать?
2. Делать обработку большого количества распределенных данных на лиспе, причем зная его поверхностно - радуйтесь, что 10 мин, а не все 2..3 часа колупается)

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

Сообщение от АлексЮстасу Что еще имело бы смысл?

Тебе уже много раз говорили, что наличие XData само по себе ничего не значит. Имеет значение только софт, который эти данные записывает-читает-обрабатывает. Без софта все это - как машина без двигателя.

----- добавлено через 37 сек. -----
Видео, кстати, уже доступно, проверил только что.

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

Сообщение от Кулик Алексей aka kpblc Основные потери времени - тупо на реакцию ACAD'a на выбор.

Внешне AutoCAD в этом тестовом файле реагирует на выбор - думает, отображает ручки, опять думает, выдает в окне Свойства информацию - секунд 20-30.
Но программа же еще 8 минут что-то делает...

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

Ты мое видео смотрел?

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

Сообщение от Кулик Алексей aka kpblc Ты мое видео смотрел?

Теперь посмотрел.
Очень быстро.

Отличия XDTOOLS_STAT:
1. Отображение ручек выделенного в программе нужно, чтобы лучше видеть это выделенное. Ведь в задаче было не только для всего dwg, но и для указанных объектов.
2. Программа выдает еще количество-названия одноименных Apps, имеющих различный состав/последовательность данных (кодов).

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

Мне а) лень б) некогда и в) я не вижу во всем этом смысла. Выбор всего состава пространства модели я сделал только для одной цели - показать, что при более-менее нормальной организации кода можно добиться приемлемого быстродействия.
Я не зря сказал, что я не вкурил, что должно вываливаться в результате. Ты попросил "как в начальном посте" - я сделал. Все, дальше без меня

[Сергей812]

По поводу быстродействия. На .Net - загрузил сборку, нажал Ctrl+A, меньше чем через 10 сек выдало результат.

----- добавлено через ~1 ч. -----
причем на сам проход по всем расширенным данным всех примитивов потрачено 230мс, остальное время акад занимался своими внутренними делами типа отрисовки выделения и т.п.

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

Сообщение от Кулик Алексей aka kpblc Ты попросил "как в начальном посте" - я сделал.

В начальном посте было и про выбранные пользователем объекты, и про одноименные Apps с различными описаниями.
Как и про окно с результатами, из которого удобно их быстро и полно сохранить.

Сообщение от Кулик Алексей aka kpblc Все, дальше без меня

Что это было-то?
1. Про узкие места автору кода не подсказал.
2. Советов ему не дал.
3. Свой альтернативный код не опубликовал.
4. Продемонстрировал издалека, что лучше новичка-любителя.
???

[===AAA===]

Если очень хочется "допилить это", то расставь по коду (после завершения
выборок, циклов и т.п.) с десяток "выводов текущего времени".

Увидишь, какой блок программы тратит самое большое время.

Там и копай дальше.

[Boxa]

Сообщение от АлексЮстасу 1. Про узкие места автору кода не подсказал. 2. Советов ему не дал. 3. Свой альтернативный код не опубликовал.

А должен был? Точно?

ЗЫ.
Сейчас в конторе активно используют ADT, включая проект, из-за этого в файлах и в объектах столько XData и ExtDict, что волосы на голове седеют, при этом сторонних приложений не используется.
Юзают и экспортированные листы из Ревит, там вообще каждая линия в XData подписана какому объекту в Ревите она принадлежала, используют Civil3d с его объектами и дополнительными данными в примитивах
и я ведь голловой понимаю, что это не мусор, все эти данные прописывают взаимодействие объектов в рамках чертежа, или обеспечивают обратную совместимость или еще как то помогают,
и смотрю я на все это безобразие в файлах, читаю эту, и не только эту, тему про статистику XData и не могу понять зачем, зачем нужна эта статистика, что бы оценить что?
Поясните мне пожалуйста сирому и убогому, а то так и помру неучем.

[Сергей812]

Offtop: Boxa, идея фикс и желание сделать хайп, когда поезд уже давно ушел.. Если бы действительно хотел - за эти годы "обсасывания" XData можно было вполне научиться программированию и сделать, например, некий универсальный аналог того же извлечения данных для любых типов примитивов. Люди до сих пор этим извлечением данных пользуются, поэтому нашло бы применение, имхо

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

Сообщение от Boxa смотрю я на все это безобразие в файлах, читаю эту, и не только эту, тему про статистику XData и не могу понять зачем, зачем нужна эта статистика, что бы оценить что?

Как и любая статистика - оценить предмет. Что есть, чего нет, какое и сколько. Чтобы в общем оценить, предусмотреть соответствующие действия и т.п.

Было бы здорово посмотреть такие файлы.
Я пока видел только одно App от Revit - "REVIT".

В нашем Map 3D (Civil всегда его включает) есть аналог XData (Object Data) с буквально только четырьмя командами для пользователей. Но даже при этом ничтожном наборе команд Object Data применяют 99% пользователей Map 3D. (Или другие аналоги, имеющиеся в Map 3D). Добровольно и с удовольствием.
И рады, когда кто-то делает дополнительные инструменты. И хотят еще.

[trir]

Но даже при этом ничтожном наборе команд Object Data применяют 99% пользователей Map 3D

сказки, 0.0001% - ближе к правде
к моему большому сожалению...

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

Сообщение от trir сказки, 0.0001% - ближе к правде к моему большому сожалению...

Согласен, но это другая история. Действительно, у нас очень часто используют Map 3D как простой AutoCAD. И 2-3 возможности Map 3D.
Кто использует сам Map 3D, тот применяет либо Object Data, либо Feature (Object) classes, либо объекты sdf.

[Boxa]

Сообщение от АлексЮстасу Как и любая статистика - оценить предмет. Что есть, чего нет, какое и сколько. Чтобы в общем оценить, предусмотреть соответствующие действия и т.п.

Ничего не понял.
Возьму простейший пример, список замороженных слоев для конкретного видового порта автокад хранит в XData, поменять этот список можно напрямую редактируя XData или использовав соответствующие методы видового порта и вот еще упомянутый выше пример с Ревитом, в XData примитива пишется Id элемента (еще ряд параметров) которому принадлежала эта линия при экспорте. Допустим у меня пара тысяч таких файлов экспортированных из Ревит в dwg, в которых я с помощью заморозки в видовых портах оформил и подготовил к печати листы, так же настроил анатативность для размеров (это тоже пишется в XData).

Вот для этой кипы файлов я получаю статистику и могу ответить на вопросы: Что есть? чего нет? какое? и сколько?, но что мне делать с ответами на эти вопросы, для чего мне эти ответы?
"предусмотреть соответствующие действия", что Вы хотите предусмотреть? какие действия?

[Сергей812]

эта мантра

Сообщение от АлексЮстасу Как и любая статистика - оценить предмет. Что есть, чего нет, какое и сколько. Чтобы в общем оценить, предусмотреть соответствующие действия и т.п.

напоминает обратный инжиниринг (Обратная разработка). Правда обратный инжиниринг обычно делается все-таки под конкретные задачи, а не как абстрактное созерцание случайных XData в позе лотоса на закате)

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

Сообщение от Boxa Вот для этой кипы файлов я получаю статистику и могу ответить на вопросы: Что есть? чего нет? какое? и сколько?, но что мне делать с ответами на эти вопросы, для чего мне эти ответы? "предусмотреть соответствующие действия", что Вы хотите предусмотреть? какие действия?

Как и любая статистика - кому-то нужна, а кому-то бесполезна или лишняя.

Если пользователи сами применяют XData, получают файлы от соисполнителей или извне, то им хорошо бы знать, что и как в таких dwg с XData.
Как минимум, есть ли они там вообще. Узнают, передали ли им полные данные или без нужных XData (если они нужны).
В частности, могут увидеть, есть ли там XData с названиями, которые они используют сами. Чтобы не возникало путаницы при слиянии или переносе данных.
И т.п.

Посмотрите, кстати, на этих Ваших файлах вторую близкую программу - XDTOOLS_CHECK. Она покажет возможные проблемы с и из-за XData.
Она, конечно, тоже тормознутая, хотя и раза в три побыстрее - писал же начинающий.

Хорошо бы посмотреть такие интересные файлы. Можно не публично.

[Сергей812]

Сообщение от АлексЮстасу Если пользователи сами применяют XData, получают файлы от соисполнителей или извне, то им хорошо бы знать, что и как в таких dwg с XData.

типа без XData мусора не хватает в файлах от смежников...

[Boxa]

Сообщение от АлексЮстасу Если пользователи сами применяют XData, получают файлы от соисполнителей или извне, то им хорошо бы знать, что и как в таких dwg с XData. Как минимум, есть ли они там вообще. Узнают, передали ли им полные данные или без нужных XData (если они нужны).

Пользователи в большинстве своем не знают как автокадом пользоваться, не могут настроить шаблоны и стандарты, не знают, что такое подшивка, да просто не могут сделать для себя динамические блоки нормальные, а Вы им про XData...
Если я от коллеги на работе услышу про полноту и целостность XData для переданных или принятых файлов, я сначала, мягко говоря, офигею, а потом начну искать попа, для изгнания беса поработившего коллегу.

Сообщение от АлексЮстасу В частности, могут увидеть, есть ли там XData с названиями, которые они используют сами. Чтобы не возникало путаницы при слиянии или переносе данных.

Я бы на это посмотрел, как пользователи контролируют десятки тысяч записей и проверяют их корректность при переносе или слиянии... Как в упомянутом примере с Ревит, вот прям пользователь смотрит на Id элемента записанный в XData и сверяет с проектом в Ревит... руками... для каждого из тысяч элементов dwg файла... ага.

Сообщение от АлексЮстасу Посмотрите, кстати, на этих Ваших файлах вторую близкую программу - XDTOOLS_CHECK. Она покажет возможные проблемы с и из-за XData. Она, конечно, тоже тормознутая, хотя и раза в три побыстрее - писал же начинающий.

Проблемы.... ух ты... поясните, как список приложений и количество Xdata помогут мне выявить проблемы?
Автокад вылетел с фаталом... Ага!!! Тут виноват XData, нужно поправить.... Ну на, ну да, ведь при фатале прямо написано, Xdata какого объекта вызвало ошибку и из-за какого приложения... Угу.
Да и какие могут быть проблемы, если любой вменяемый разработчик понимает, что доверять этим данным нельзя, перезаписать и извратить их может кто угодно, и относится к ним нужно очень осторожно, фильтруя и перепроверяя все что там записано.

Сообщение от АлексЮстасу Хорошо бы посмотреть такие интересные файлы. Можно не публично.

Так сделайте их самостоятельно, как их сделать я описал или этого описания не достаточно? Это ремарка/шпилька на тему владения обычным автокадом пользователями....

И Вы так и не ответили на вопрос: Какие действия Вы хотите предусмотреть по результатам получения статистики?

[Сергей812]

Сообщение от Boxa что доверять этим данным нельзя, перезаписать и извратить их может кто угодно, и относится к ним нужно очень осторожно, фильтруя и перепроверяя все что там записано.

Ну можно попробовать тем же хэшом контролировать, еще и зашифровав его от шаловливых ручек изучающих.

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

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

Сообщение от Boxa Пользователи в большинстве своем не знают как автокадом пользоваться..., а Вы им про XData...

Ничего оригинального - с XData как со всем остальным. Обученные показывают остальным не как делать блоки, шаблоны и пр., а какие команды вызывать, чтобы получить нужное. Тем, кто чертит, не нужно забивать голову ни про устройство динамических блоков, ни про создание шаблонов и пр. XData - им это нужно выдавать заготовленное. Не в последнюю очередь, чтобы у всех было стандартизовано и унифицировано.

Для пользователей (и для меня) слово "XData" не означает то же, что для программистов. Для пользователей это условное название конкретно этого способа работы с описательными данными. Пользователю только нужно знать, что в данном случае для описательных данных ему нужно присоединить это нечто к объекту, и в окне такой-то команды ввести нужные значения - нужные характеристики сущностей, с которыми он работает. Такими-то командами можно их просматривать/редактировать, выбирать, проверять и экспортировать. Т.е. пользователь работает не с XData (или т.п.), а с обозначением сущностей объектов и с их характеристиками посредством соответствующих команд. Хотя и в XData (или в т.п.).

Сообщение от Boxa Как в упомянутом примере с Ревит, вот прям пользователь смотрит на Id элемента записанный в XData и сверяет с проектом в Ревит... руками... для каждого из тысяч элементов dwg файла... ага.

Причем в данном случае пользователь? XData, нужные для работы программ, пользователя не касаются, не интересуют. Пользователя, который применяет XData, интересуют те, которые несут нужную ему информацию, в которых определяются нужные ему описательные данные.

Сообщение от Boxa Какие действия Вы хотите предусмотреть по результатам получения статистики?

Например:
1. Пользователь увидит общее количество объектов и объектов с нужными ему XData. Если все объекты для его работы должны быть с XData определенных им/ему названий, то он оценит полноту работы.
2. Пользователь сможет сравнить количество объектов какого-то типа с количеством соответствующих XData. И, соответственно, доработать.
3. Пользователь найдет одноименные XData, имеющие различный состав данных. И увидит необходимость исправлений.
4. В т.ч. он сможет контролировать полноту и правильность присоединения XData, запуская программу статистики для однотипных объектов dwg. И, соответственно, присоединить к нужным объектам соответствующие XData или, наоборот, отсоединить.
5. Пользователь увидит, что каких-то нужных XData не хватает. И сможет дополнить данные.
6. Пользователь увидит лишние XData. Которых не должно быть - он сможет удалить. Или оставить, если нужны для другого.
В целом: для общего представления о данных, для их контроля и для принятия соответствующих решений и действий. Все - как и при получении статистики (общих сведений) вообще о любом интересующем предмете. Хотите узнать о слоях в dwg - открываете диспетчер слоев. Интересует демография - берете статистику о народонаселении...

[Сергей812]

Сообщение от АлексЮстасу 1. Пользователь увидит общее количество объектов и объектов с нужными ему XData. Если все объекты для его работы должны быть с XData определенных им/ему названий, то он оценит полноту работы. 2. Пользователь сможет сравнить количество объектов какого-то типа с количеством соответствующих XData. И, соответственно, доработать. 3. Пользователь найдет одноименные XData, имеющие различный состав данных. И увидит необходимость исправлений. 4. В т.ч. он сможет контролировать полноту и правильность присоединения XData, запуская программу статистики для однотипных объектов dwg. И, соответственно, присоединить к нужным объектам соответствующие XData или, наоборот, отсоединить. 5. Пользователь увидит, что каких-то нужных XData не хватает. И сможет дополнить данные. 6. Пользователь увидит лишние XData. Которых не должно быть - он сможет удалить. Или оставить, если нужны для другого.

Если пользователь начнет вручную (даже с помощью набора утилит) проверять и править XData - на свою основную работу у него уже банально не будет времени) Но бесполезно это вам это говорить, потому что в голове у вас давно перемкнуло - служебный скрытый локальный механизм хранения данных для программистов пытаетесь втюхать бедным пользователям)

[Boxa]

АлексЮстасу, извините, но весь Ваш пост №48 противоречит сам себе. Сначала Вы пишете, что пользователю никакие XData не нужны, ему нужен готовый продукт, а во второй половине поста описываете как пользователь правит именно XData...
Но, Вы правы, пользователю нужен готовый продукт, готовая программа с которой он работает и которая выдает нужный ему результат, а как эта программа хранит свои данные, в XData, в Extension Dictionary или еще где то, пользователю плевать. И даже если пользователь узнает, что его любимая програмуля хранит данные в Xdata и там же лежат данные еще нескольких программ, это ничего не изменит.

Сообщение от АлексЮстасу Причем в данном случае пользователь?

При том, что Вы пытаетесь навязать пользователю проверку целостности данных, хранящихся в XData и я Вам привел пример, как это будет выглядеть.

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

ВОООООТ!!! Прочитайте еще раз свою цитату, медленно, вдумчиво, смакуя... не торопитесь, дайте этой цитате настояться в голове

ЗЫ.
Вы дали очень интересный набор пунктов в конце, но позвольте я его немного отредактирую, для иллюстрации....

Сообщение от АлексЮстасу Например: 1. Пользователь увидит общее количество объектов и объектов с нужными ему XData цветом. Если все объекты для его работы должны быть с XData цветом определенных им/ему названий, то он оценит полноту работы. 2. Пользователь сможет сравнить количество объектов какого-то типа с количеством соответствующих XData цвета. И, соответственно, доработать. 3. Пользователь найдет одноименные XData одинаковые объекты, имеющие различный состав данных цвет. И увидит необходимость исправлений. 4. В т.ч. он сможет контролировать полноту и правильность присоединения XData задания цвета, запуская программу статистики для однотипных объектов dwg. И, соответственно, присоединить к придавать нужным объектам соответствующие XData цвета или, наоборот, отсоединить. 5. Пользователь увидит, что каких-то нужных XData цветов не хватает. И сможет дополнить данные. 6. Пользователь увидит лишние XData цвета. Которых не должно быть - он сможет удалить. Или оставить, если нужны для другого.

Надеюсь эта иллюстрация поможет Вам понять, что статистика "цветов" объектов в автокаде, сама по себе, ничего не значит.

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

Сообщение от Boxa Сначала Вы пишете, что пользователю никакие XData не нужны, ему нужен готовый продукт, а во второй половине поста описываете как пользователь правит именно XData...

Противоречие есть. Но оно в другом. Это то, что я помянул выше - это противоречие отношения к программным средствам/инструментам программистов и пользователей.
Часть внимания пользователей всегда вынужденно отвлечена на применяемые средства/инструменты. Для пользователей - это издержки при решении своих задач. Т.е. работы с данными. Пользователям в пределе нужно, чтобы эти издержки исчезли.
В той же статистике пользователя интересует не статистика об XData (или т.п.), а есть/нет, чего и сколько в XData (или в т.п.), предназначенных для нужных пользователю данных. Т.е. пользователя интересуют сначала и всегда сами данные.
А Вы - как программист - естественно, видите сами XData (или т.п.). Т.е. сами программные средства и инструменты для Вас естественное главное.

И под готовым продуктом мы с Вами (и другими программистами) в данном случае понимаем разное.
В данном случае, для XData (или т.п.) для пользователей нужен продукт-"удочка". Т.е. свободный набор инструментов общего назначения.
А программисты понимают продукт-"рыбу". Т.е. заказы под конкретные пользовательские задачи.
Не сомневаюсь, что часть программистов понимает, что я имею в виду "удочку". Похоже, что именно это и является настоящей причиной непримиримого оппонирования.

Сообщение от ===AAA=== расставь по коду (после завершения выборок, циклов и т.п.) с десяток "выводов текущего времени". Увидишь, какой блок программы тратит самое большое время.

Еще раз спасибо! Вы - единственный, кто дал совет по делу.
Автор не мог выбросить код, как советовали профессионалы. Поскольку он совсем неопытный новичок.
Он нашел критичный фрагмент таймерами, как смог переделал, и теперь XDTOOLS_STAT для того тяжелого файла у меня выполняется за 13-14 секунд чистого времени. Все остальное - выделение с ручками, вывод в окно и пр. - занимает сам AutoCAD.
Учитывая, что у очень опытных профессиональных программистов за 10 секунд решалась примерно половина задачи, то этот результат совсем не плох же?
К тому же эти 13-14 секунд - на моей не мощной машине (Win7, 3.2 гГц, 16 гб памяти, проблемный не SSD диск) и в AutoCAD 2018.

Ни автор XDTOOLS_STAT, ни я и не сомневаемся ничуть, что программа написана очень-очень слабо. Поэтому советы по делу или альтернативные коды были бы полезны.
Издевательства же над совершенным новичком, глумление над лишенными каких-то способностей тоже полезны. Они показывают, чем являются позволяющие себе это люди.
Для меня же главное, если программа полноценно и без доп. проблем выполняет свою задачу. Пусть и написана ужасно.

[Сергей812]

Сообщение от АлексЮстасу за 10 секунд решалась примерно половина задачи, то этот результат совсем не плох же?

не за 10 сек, а за 200+мс. И там проходит по всем расширенным данным, просто не фиксируются данные кроме имен. Если и их собирать - то времени не намного больше будет (основные затраты времени на получение данных из акада, имхо). Но здесь дело не только в скорости работы, а что утилита для изучения чего либо на чертеже с окнами вместо нормальной стандартной палитры - это издевательство над пользователями в 2021 году. Но лисп не умеет напрямую работать с палитрами, только через прокладки из более "свежих" языков программирования.

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

Сообщение от АлексЮстасу 13-14 секунд - на моей не мощной машине (Win7, 3.2 гГц, 16 гб памяти, проблемный не SSD диск) и в AutoCAD 2018.

Еще в два раза быстрее - 6 секунд.
От того же автора, XDTOOLS_STAT-v-0-3.lsp.

Незадолго до этого появился с нуля написанный очень быстрый вариант от koMon, get_xd_statistics.lsp.
Меньше 4 секунд.
Дополнительное его достоинство, что из окна отчета действует Ctrl C.
Еще бы добавить вертикальную прокрутку в окне отчета.
И, возможно, стоило бы на Ok выполнять то же Ctrl C.

Теперь разрываюсь между вариантами.