LoggerXP

[UT4UKW]

а, ну да... это скорее комментарий, который мало где обрабатывается.

[UA3GDW]

Просто не хочется одну и ту же белиберду в каждую запись писать.

[UT4UKW]

тут, как уже говорили очень помог бы xml, но пока не придумали xadif другого выхода нет...

[RX4HX]

ADIF_VER, PROGRAMID

Это не обязательные поля.

соответственно все поля, для каждой записи

Совершенно верно, особенно учитывая тот факт, что для каждой связи они могут быть разными. Пример - автоэкспедиция по РДА.

Добавлено через 3 минуты

Просто не хочется одну и ту же белиберду в каждую запись писать.

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

[UA3GDW]

Совершенно верно, особенно учитывая тот факт, что для каждой связи они могут быть разными. Пример - автоэкспедиция по РДА.

Здесь была просьба сделать для каждого создаваемого лога (а не для каждой записи) дополнительную инфу о районе RDA, позывном оператора и т.д. с выводом всего этого на печать QSL. Это я уже сделал, скоро выложу. Экспорт тоже сделал. Но если Вы говорите, что для каждой записи эти данные могут изменяться (Что не логично. Правильней было бы для каждого района RDA заводить отдельный лог.), то с импортом из других логов проблема.

[RZ4AG]

Но если Вы говорите, что для каждой записи эти данные могут изменяться (Что не логично.

Почем же не логично? Каждая связь получается полный набор данных и становится отчуждаемой от остальных. А если ты в одном районе сначала работал /P, а потом нашел розетку? Тоже новый лог создавать? Логичнее изменить значение MY_CALL.

[RX4HX]

сначала работал /P, а потом нашел розетку?

или из этого района всего 10-20 связей провел? А у многих экспедиций десятки районов работы.

[UT4UKW]

тут вопрос философский -)))
если есть хоть одна связь один ко многим... то это уже не плоский формат, наверное это имел ввиду Роман. Естественно, чтобы не хранить избыточную информацию в таком случае логичнее использовать формат заголовок-данные... Собственно для этих целей и был придуман xml. Но формат ADIF был разработан давно, когда об этом не думали, и сейчас получаем некоторую избыточность данных, которая, в прочем не критична при нынешний объемах ЗУ и пропускной способности каналов.

[UA3GDW]

Тоже новый лог создавать? Логичнее изменить значение MY_CALL.

Для каждого лога у меня есть некоторая запись в отдельной таблице. В ней хранятся значения: позывной оператора, имя, QTH, широта, долгота, CQ, ITU, QTH-локатор, IOTA оператора, мощность передатчика, марка трансивера и ещё три поля с инфо определяемой пользователем. Если эти четырнадцать полей добавить к основной таблице лога, то все эти поля для каждой записи будут содержать одну и ту же информацию. Как-то не правильно это и не экономно.

если есть хоть одна связь один ко многим... то это уже не плоский формат, наверное это имел ввиду Роман

Верно.

[UT4UKW]

Но с другой стороны, человек ездит по районам с позывным /M, при этом может меняться квадрат например. На каждый квадрат лог создавать неудобно...
Или ввести 3-х уровневую структуру журнал-персональные данные-данные QSO или все хранить в плоской таблице...

[R3AOV]

На каждый квадрат лог создавать неудобно...

Угу, тут пока с дачи заедешь, квадрата четыре сменишь...

[UA3GDW]

Но с другой стороны, человек ездит по районам с позывным /M, при этом может меняться квадрат например. На каждый квадрат лог создавать неудобно...
Или ввести 3-х уровневую структуру журнал-персональные данные-данные QSO или все хранить в плоской таблице...

А где тогда в адифе хранить инфо об RDA и чтоб для каждой записи?

[UT4UKW]

поле - CNTY

http://www.adif.org/adif226.htm#Seco...e Subdivisions

[UA3GDW]

поле - CNTY

Я имел ввиду не RDA корреспондента, а RDA оператора, из которого он в данный момент работает.

Добавлено через 8 минут
Тогда, наверное, MY_CNTY.

[RX4HX]

тогда в адифе хранить инфо об RDA и чтоб для каждой записи

Вы пока не до конца поняли... В Адифе ничего не хранят - это формат переноса данных между логами. И чем больше там данных - тем лучше.

Собственно для этих целей и был придуман xml.

Просто на порядок более сложный и формат с избыточной информацией. И чем же он лучше простого и понятного Адиф?