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

Для общего анализа 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 или т.п. - не знаю, что на лиспе возможно).
Желательно с возможностью копирования этих данных. Чтобы анализировать и после закрытия окна.
Лучше, чтобы данные были сразу выделены.

[Кулик Алексей 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% - ближе к правде
к моему большому сожалению...