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

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



Наименование - тип объекта из расширенных данных.
К-во - число объектов одного типа с одинаковыми значениями характеристик.
L, S, V - длина, площадь, объем из автокадовских параметров этих элементов в единицах чертежа.
Характеристики - значения характеристик объектов из расширенных данных.
В одну строку выводятся данные о всех объектах какого-то типа, имеющих одинаковые значения характеристик.

Достаточно ли этих данных для получения спецификаций/экспликаций? Для доработки их до нужного вида в Excel или т.п.?
Достаточно ли выводить такие данные в виде файла CSV?

Вопрос из-за того, что я спецификаций/экспликаций вообще никогда не делал. И тем более - в общем виде, для общего случая.

[Сергей812]

выгружайте в xml. Сейчас даже эксель умеет его читать

[Владимир_М]

Сообщение от АлексЮстасу Достаточно ли этих данных для получения спецификаций/экспликаций?

Дак если от Х-ка_1 до Х-ка_N (бесконечность), то больше чем достаточно!

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

Сообщение от Сергей812 выгружайте в xml.

Чем xml для данной задачи лучше csv?

Сообщение от Владимир_М Дак если от Х-ка_1 до Х-ка_N (бесконечность), то больше чем достаточно!

С помощью расширенных данных можно сохранять сколько угодно разных характеристик объектов. От тех же L, S, V (длина, площадь, объем), но подсчитанных как-нибудь иначе, до любых описательных.

[Сергей812]

Сообщение от АлексЮстасу Чем xml для данной задачи лучше csv?

потому что xml является своего рода стандартом де-факто для обмена данных. Для его поддержки в том же NET (который наверняка используете) есть готовые классы. Если вас волнует "универсальность" приложения, конечно.

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

Сообщение от Сергей812 потому что xml является своего рода стандартом де-факто для обмена данных. Для его поддержки в том же NET (который наверняка используете) есть готовые классы. Если вас волнует "универсальность" приложения, конечно.

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

[Владимир_М]

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

Сообщение от АлексЮстасу Меня больше волнует достаточность, полнота

?откуда это волнение?

[Boxa]

Ну если совсем абстрагироваться и смотреть на сферического коня в вакууме, то структура должна быть такая:

т.к. порядковый номер, Object name, длина, объем, площадь - это все характеристики, и нужные далеко не всем...
А вот id (идентификационный номер объекта в базе чертежа), очень нужен, дабы дважды не считать и можно было в случае необходимости найти его на чертеже...

Имея такую таблицу, пользователь сам сможет отбросить лишнее, сгруппировать и отсортировать ее по своему желанию, настроить ее внешний вид и вывалить на лист...

[kp+]

Сообщение от АлексЮстасу Поскольку я в их создании ничего не понимаю.

В "САПР на базе Autocad..." много и доходчиво написано об использовании XML, как для программиста, так и для постановщика задачи.

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

Полнота и достаточность - вещи недостижимые. Что вчера было вполне достаточно, сегодня уже маловато, а завтра совсем не хватает.
Древовидная структура XML позволяет без особых проблем добавлять нужное, а "плоский" csv - не очень.

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

Сообщение от Boxa т.к. порядковый номер, Object name, длина, объем, площадь - это все характеристики, и нужные далеко не всем... А вот id (идентификационный номер объекта в базе чертежа), очень нужен, дабы дважды не считать и можно было в случае необходимости найти его на чертеже... Имея такую таблицу, пользователь сам сможет отбросить лишнее, сгруппировать и отсортировать ее по своему желанию, настроить ее внешний вид и вывалить на лист...

Порядковый номер - это просто нумерация строк.
Количество одинаковых тоже подсчитывать не нужно? Полей для длины, объема, площади у объектов может не быть. Поэтому и предложил.

Сообщение от kp+ Древовидная структура XML позволяет без особых проблем добавлять нужное, а "плоский" csv - не очень.

Здесь древовидности вроде бы нет же?

[Boxa]

Сообщение от АлексЮстасу Количество одинаковых тоже подсчитывать не нужно?

я вроде понятно написал:

Сообщение от Boxa сам сможет отбросить лишнее, сгруппировать и отсортировать ее по своему желанию

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

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

Как то так...

Код:

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

<?xml version="1.1" encoding="UTF-8" ?>
<file name="Drawing1.dwg">
	<Object ID=000000>
               <Type>Line</Type>
		<Color>red</color>
		<Layer>0</Layer>
		и так далее
	</Object>
	<Object ID=000001>
                <Type>Circle</Type>
		<Color>red</color>
		<Layer>0</Layer>
		и так далее
	</Object>
</file>

[Сергей812]

Так же не помешает, например, посмотреть ГОСТ 21.110-2013 Система проектной документации для строительства (СПДС). Спецификация оборудования, изделий и материалов

[tujn08]

Привет! Подскажите как выгружать в XML? первый раз сталкиваюсь с XML.
информация в такой структуре (( data1 ... dataN) ( data1 ... dataN)) - тоже в табличный вид.

Кроме как построчно записывать методов не знаю пока.

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

Как вариант: http://autolisp.ru/2013/05/17/xml-working/

[Сергей812]

Сообщение от tujn08 Привет! Подскажите как выгружать в XML? первый раз сталкиваюсь с XML. информация в такой структуре (( data1 ... dataN) ( data1 ... dataN)) - тоже в табличный вид.

1. Почему не в ветке программирования?
2. XML в явном табличном виде не запишешь (иерархическая структура), а так - вставка в лисп на .Net от Бушмана Андрея. Есть и на чистом лиспе примеры работы в инете.

[tujn08]

Сообщение от Сергей812 Почему не в ветке программирования?

что-то не обратил внимания (( т.к. тема схожая.

предлагаемые варианты как я понял для чтения данных, а мне надо для записи (точнее создания самого xlm из лисп данных) и я так предполагаю, что построчно записывать придется. Новую тему в ветке думаю не стоит открывать.

[Сергей812]

Сообщение от tujn08 предлагаемые варианты как я понял для чтения данных, а мне надо для записи

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

[tujn08]

Сообщение от Сергей812 Ну а в .Net

.Net - не знаю. Только LISP.

[maratovich]

Сообщение от tujn08 Привет! Подскажите как выгружать в XML? первый раз сталкиваюсь с XML.

Просто ради интереса - можно взглянуть на файлик .dwg ?