Logger32 3.0

[R8TX]

Вышла 3-я всерия L32, основное изменение - поддержка ADIF 2.х, то
есть запись Primary admistrative subdivision в поле STATE, а
Secondary Admintrative Subdivision - в поле COUNTY, и появилась
поддержка для любых дипломов основанных на работе со
штатами/провинциями/областями и ДОКами/JCC/районами/county.

Шаг конечно необходимый, но есть некоторый геморрой с данными по
RDA, которые мы раньше записывали в поля DOK либо JCC, поскольку
теперь в самом логгере идентификатор области и цифровое бозначение
области записываеются раздельно, то есть мой РДА OB-01 аписывается
как OB в поле STATE и 01 в поле COUNTY. Экспорт в ADIF делает все
правильно, дает запись вида <STATE:2>OB <CNTY:5>OB-01, видимо и для корректного импорта из старого логгера ADIF тоже должен иметь такой формат.

Так что будет на нее прямо сейчас переходить, будьте осторожны,
можно потерять все данные по RDA-номерам

[R8TX]

Поскольку в стандарте ADIF первой версии RDA никак не поддерживался, все кто вел статистику по RDA в Logge32, были вынуждены записывать RDA в одно из полей DOK, JCC, COMMENTS, NOTES, AGE, и т.п. Стандарт ADIF 2-ой версии для первичного административного деления (штаты, провинции, области) предусматривает поле STATE, для вторичного (каунти, районы RDA) - соответственно поле CNTY. Чтобы Logger32 воспринял старый ADIF, нужно его привести в соответствующий вид, то есть к примеру если RDA раньше заносилось в поле DOK, то в ADIF запись выглядит как <dok:4>OB36, либо <dok:5>OB-36. ADIF требует наличия тире, поэтому в ADIF второй версии запись должна выглядеть как <STATE:2>OB <CNTY:5>OB-36, то есть необходимы данные и про область и про номер района.

Алгоритм приведения файла ADIF показан как если бы ранее база велась в поле DOK, кто вел ее в других полях, тот в нижепреведенных примерах должен DOK заменить на соответствующее имя.

Нужно иметь ввиду что логи в ADIF могут весить десятки мегабайт (мой лог в 55 тыс.ЩСО весит 17 мег), поэтому подобные эксперименты лучше делать на более-менее современных машинах

Сначала делаем резервную копию нашего лога в ADIF'e, в большинстве случаев это оказывается нелишним.

Теперь делаем изменения через автозамену в текстовом редакторе. Проще всего изменить формат оказалось в MS Word, поэтому грузим ADIF в WORD, и открываем опцию Правка - Заменить.


1. Сначала нам нужно сдвоить запись, из одной части позже сделаем запись STATE, из другой - CNTY

a) Для случая, когда номер RDA записан без тире: <DOK:4>OB36
Найти: <DOK:4>^$^$
Заменить на: 1^&^&-
И единичка и тире здесь необходимы, не удаляйте их.

b) Если тире присутствует, <DOK:5>OB-36, то
Найти: <DOK:5>^$^$
Заменить на: 1^&^&
Единичка перед записью необходима.

Получаем такую запись:
1<DOK:4>OB<DOK:4>OB-36 - если тире не было
1<DOK:5>OB<DOK:5>OB-36 - если тире было

2. Теперь из записи 1<DOK:4> делаем запись <state:2>

Если тире не было: Найти: 1<DOK:4>
Заменить на: <STATE:2>

Если тире было: Найти: 1<DOK:5>
Заменить на: <STATE:2>

Получаем такую запись:
<STATE:2>OB<DOK:4>OB-36 - если тире не было
<STATE:2>OB<DOK:5>OB-36 - если тире было

3. Из записи <DOK:4>OB-36 делаем запись <CNTY:5>. Обратите внимание что поскольку запись <STATE:2>OB<DOK:4>OB-36 не имеет необходимого пробела, его нужно восстановить.

Если тире не было: Найти: <DOK:4>
Заменить на: <CNTY:5>
ПРОБЕЛ ПЕРЕД " <cnty:5>" необходим.

Если тире было: Найти: <DOK:5>
Заменить на: <CNTY:5>
ПРОБЕЛ ПЕРЕД " <CNTY:5>" необходим.

Получаем то к чему стремились: <STATE:2>OB <CNTY:5>OB-36

4. Сохраняем файл в текстовом формате, переименовываем его в *.ADI, и импортируем в любой логгер, поддерживающий ADIF 2.x, в т.ч. и Logger32 начиная с третьей версии.