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

Пардон за наивные вопросы - только пытаюсь знакомиться с xdata. Пишу в "Программирование", поскольку ответить смогут только программисты?
Пока имею возможность рассматривать xdata только с помощью команд xdata и xdlist из Express Tools.
1. Единое описание xdata у однотипных объектов не предусмотрено? Т.е. в принципе каждая отдельная xdata потенциально уникальна? Например, одна xdata "Труба", у одного графического элемента, может иметь один набор полей (допустим, для материала труб и диаметра), а другая "Труба" же, но у другого элемента может иметь совсем другой набор полей и числом, и типами полей (допустим, для назначения трубы, толщины стенок, предельного давления, сечения)? Тогда получается, что для анализа и манипулирования данными из xdata необходимо самостоятельно описывать структуры и состав xdata где-то вовне dwg? Но как быть с тем, что это почти бесполезно. Ведь ничто не ограничивает различие числа, типов и порядка следования полей у xdata для данных однотипных объектов?
2. Как описывать в xdata целочисленные поля для чисел больше 32767?
В xdata для целочисленных значений предусмотрены типы int и long.
Если задать для поля типа int или поля типа long число больше 32767, то появляется сообщение, что требуется целое значение до 32767.
Других типов целочисленных полей в xdata не предусмотрено.
3. Как идентифицировать поля данных в xdata - для каких данных какое поле? Ни при описании полей при команде xdata, ни при просмотре их с помощью xdlist не видно никаких идентификаторов полей. Единственное - порядок следования полей?
Допустим, присоединяю xdata к элементу с тремя полями типа str, символьными, описанными в последовательности: поле1, поле2, поле3. Но с помощью xdlist виден порядок полей обратный:

* Registered Application Name: XDATA_1 * Code 1002, Starting or ending brace: { * Code 1000, ASCII string: содержание_поля_3 * Code 1000, ASCII string: содержание_поля_2 * Code 1000, ASCII string: содержание_поля_1 * Code 1002, Starting or ending brace: }

Как при этом найти нужное поле?

Или эти вопросы от особенности не самих xdata, а особенность работы команд xdata и xdlist из Express Tools?

[zamtmn]

>>Сохранил те файлы по совету Кулик Алексей aka kpblc в dxf
на объем dxf можно вообще не обращать внимания, текстовое представление бинарных данных - сплошной "накладной расход"

[trir]

Глянул тут в спецификацию dxf(2008)

1000-1009 String (same limits as indicated with 0-9 code range)

0-9 String (with the introduction of extended symbol names in AutoCAD 2000, the 255-character limit has been increased to 2049 single-byte characters not including the newline at the end of the line)

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

Дальше сугубо ИМХО. Кто в курсе, подправит.

Сообщение от АлексЮстасу Или еще что-то?

Или! Один символ кушает 1 байт только в кодировке ANSI. Насколько я понимаю, ACAD использует не ANSI, а в любой другой кодировке (что Win1251, что UTF-8) один символ кушает уже не 1, а 2 байта. Плюс символ окончания строки. Плюс место на регистрацию приложения в документе, плюс регистрация Xdata на примитив, плюс ключи точечных пар... Так что я особо не удивляюсь подобным "потерям".

[trir]

2 байта это UTF-16, UTF-8 C = n*5+1 при n>1. Win1251 - 1 байт
dxf

9 $DWGCODEPAGE 3 ANSI_1251

хотя Notepad++ на этот файл говорит "UTF-8 w/o BOM"

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

Сообщение от Кулик Алексей aka kpblc один символ кушает уже не 1, а 2 байта.

Может быть кто-нибудь смог бы это проверить не средствами XDATA.lsp и XDLIST.lsp из Express Tools? Пока вроде бы получается, что применительно к символьным данным предельный размер XData не 16, а 8 килобайт. (В смысле не 16000, а 8000 символов ). Ведь XDATA.lsp уже показывал свою косячность.

[zamtmn]

>>хотя Notepad++ на этот файл говорит "UTF-8 w/o BOM"
Зависит от версии, в ранних текст лежит в ANSI_1251 в позних (непомню с какой) в utf-8. $DWGCODEPAGE это не про хранение файла на диске
кроме того текстовые символы могут храниться в виде \U+код, т.е. в виде уникод кодов символов

[Александр Ривилис]

Сообщение от zamtmn Зависит от версии, в ранних текст лежит в ANSI_1251 в позних (непомню с какой) в utf-8.

До 2006 включительно - ANSI, с 2007 - UTF-8. Хотя ты правильно сказал, что есть еще и \U+XXXX и \M+XXXXX

АлексЮстасу, не занимайся ерундой. Кроме самих данных из Xdata в dwg-файле хранятся еще и коды. В каком именно виде - мне не интересно, но подозреваю что занимают они не меньше 32 байт на одну группу XData, несмотря на то что сам код занимает не более двух байт.

Сообщение от trir Глянул тут в спецификацию dxf(2008) Цитата: 1000-1009 String (same limits as indicated with 0-9 code range) Цитата: 0-9 String (with the introduction of extended symbol names in AutoCAD 2000, the 255-character limit has been increased to 2049 single-byte characters not including the newline at the end of the line)

Упаси тебя бог от таких экспериментов. В любой момент можешь потерять все данные...

[zamtmn]

Александр Ривилис
>>и \M+XXXXX
Мне ниразу не попадалось, это тоже что и \U или нет?

[Александр Ривилис]

Сообщение от zamtmn Мне ниразу не попадалось, это тоже что и \U или нет?

Принцип тотже. Подробностей сейчас не вспомню, но если в \U+XXXX (четыре шестнадцатиричных цифры), то в \M+YYYYY (пять шестнадцатиричных цифр). Вроде бы используется в Корейском и китайском, где не хватает обычного Unicode.