Цитата:
Может уже нас порадуете поддержкой нового формата хотя бы в тестовом режиме ?
Пока не порадуем даже в тестовом режиме. Предлагаю здесь обсудить способ внедрения нового формата в Digitals. Такой который бы обеспечил легкий переход от ИН4 и, возможно, обратную конвертацию.
ИН4 формат представляет собой набор данных в виде одной плоской таблицы, список дескрипторов с регламентированными значениями. Такой же подход к параметрам и в Digitals, поэтому при внедрении ИН4 в отношении семантики было все понятно.
Новый, основанный на XML, обменный формат представляет собой объектную структуру, которая впрочем хорошо описывается в терминах реляционных баз данных (отношения master-detail). Но ее совсем непросто преобразовать к единой плоской таблице. Приведу пример. Для одного участка может быть N собственников. Описание каждого собственника это отдельная структура, которая в свою очередь может содержать другие структуры в количестве от 0 до N элементов. Как вписать такой иерархический подход в семантике в идеологию Digitals?
Было высказано несколько предложений. Можно хранить комплексный XML элемент (элемент, содержащий другие элементы) одной XML строкой в одном параметре Digitals. Для удобства редактирования такого параметра автоматически генерировать интерфейсные окна, основываясь на XML схемах. Недостатки: значения комплексных параметров нечитабельны на закладке Инфо, созданные автоматически окна редактирования могут быть неудобны. Вероятно, потребуется формировать столько, по очереди открываемых, окон, сколько вложенных комплексных элементов содержит параметр.
Можно переложить семантическую иерархию на геометрические объекты. Такую, основанную на вложенности объектов, иерархию, мы наблюдаем на закладке Список. Для тех же владельцев участка, можно создать столько вспомогательных объектов карты, сколько владельцев имеется. Вспомогательные объекты разместить внутри участка и для каждого заполнить простые параметры. Недостатки: в карте появляются лишние объекты непонятного назначения. Да и что делать, если потребуется еще один уровень вложенности? Создавать вспомогательные объекты внутри уже созданных вспомогательных? Не самый удачный вариант.
Еще одна не очень удачная идея, создавать для комплексных параметров с различным числом элементов набор простых параметров вида:
Владелец1.Адрес
Владелец1.НомерПаспорта
Владелец2.Адрес
Владелец2.НомерПаспорта
...
и так с запасом

Пустые параметры не записывать в XML. Такие комплексные элементы как адрес, хранить в одном параметре, отделяя его части запятыми, как это принято в ИН4. Недостатки такого подхода очевидны, не буду даже на них останавливаться.
Есть еще идеи?