Logger32

[UR5MID]

Обнаружил "набитую" своей рукой базу данных в файлах ra6ydx.admin.isd и ra6ydx.isd . В связи с этим - найти и попросить самого крутого диэксмена (себя к таким не отношу) поделиться данными файлами предварительно удалив все свои связи. Переименовать. Импортировать. Ну, как-то так, я думаю.

Хмм. а мож просто пересчитать статистику?

операция упорядочить номера и пересчитать статистику ничего не дает, да и не даст когда в базе нет ссылки на эти позывные. Наличие легко проверяется в разделе редактирования базы country/prefix

[RA3TT]

операция упорядочить номера и пересчитать статистику ничего не дает, да и не даст когда в базе нет ссылки на эти позывные. Наличие легко проверяется в разделе редактирования базы country/prefix

Сергей, привет!
В адифовском файле экспортированном из лога должно быть указание на принадлежность к территории DXCC. Вот как выглядит запись связи с TX3A в экспорте из моего лога:

<BAND:3>80M <CALL:4>TX3A <COMMENT:5>14.53 <CONT:2>OC <CQZ:2>30 <DXCC:3>512 <FREQ:8>3.509000 <IOTA:6>OC-176 <ITUZ:2>56 <MODE:2>CW <OPERATOR:5>RA3TT <PFX:3>TX3 <QSL_RCVD:1>Y <QSL_SENT:1>Y <QSL_VIA:5>HA7RY <QSLRDATE:8>20100419 <QSLSDATE:8>20091207 <QSO_DATE:8>20091104 <TIME_ON:6>145600 <RST_RCVD:3>599 <RST_SENT:3>599 <TIME_OFF:6>145600 <LOTW_QSL_SENT:1>Y <LOTW_QSL_RCVD:1>Y <APP_LOGGER32_QSO_NUMBER:5>65579 <EOR>

При импорте вся информация записывается "как есть" и не сверяется с базой данных. К сожалению, Исключения прежних лет при каком-то из обновлений пропали, а в Clublog'e их нет. Поэтому если сейчас набрать в окне ввода TX3A, то он будет определён, как Франция, но старые QSO должны иметь правильный признак территории.
И еще. Я переношу лог на другие компьютеры следующим образом. Удаляю из папки установки Logger'a на объекте импорта все файлы, которые начинаются со слова LOGBOOK (их 24 штуки), копирую в папку установки файлы из LOGBOOKBACKUP_FULL_n, запускаю Logger и пересчитываю статистику.

[EK3GM Борис]

Спасибо за помощь,Владимир!
Теперь все понятно.Проблена в моем аппарате FT-80c(FT-747GX).С OmniRig не стыкуется -- не признает мой трансивер.
CAT с Logger32 работает, c MixW тоже работает.
Еще раз спасибо огромное!
73, Борис

[UR5MID]

Проблема в том что, мой лог полный ушел вместе с компом ( украли). Я скачал ADIF с eqsl.cc и загрузил обновления с LOTW. Так что наверно вручную обновлять придется.

[RA3TT]

Проблема в том что, мой лог полный ушел вместе с компом ( украли).

Сочувствую! На такой и другие "пожарные" случаи надо регулярно делать экспорт лога в ADIF и убирать его вместе со стандартными бэкапами Logger'a куда-нибудь (можно даже в "облако"). У меня, например, Logger установлен на 5-ти машинах: 2 на работе, 2 дома и 1 за городом. И бэкапы держу на флешке. Бережёного бог бережёт.

Я скачал ADIF с eqsl.cc и загрузил обновления с LOTW

К сожалению, данные там неполные.

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

Хорошо, что исключений типа N8S и TX3A нет так много. Удачи!

[UR5MID]

Эх, к сожалению не мало исключений. Не бьет около 320 очков по челенджу Лог конечно держал в облаке, но давно не обновлял (2012). А диск с актуальным логом (back up) ушел с компом .

[RA3TT]

Лог конечно держал в облаке, но давно не обновлял (2012)

Сергей! Так и надо все что до 2012 взять из облака, а последние два года из eQSL и синхронизовать с LOTW (последние два года). Мне кажется, что при этом неподтвержденных очков останется не так много.

[LY4OO]

Поставил вчера последнюю версию, непонятки с нумерацией. Ввожу новый qso, ему присваивается порядочный номер 1, хотя такой уже есть и qso в том логе свыше 10тыс. После "reformat numbers" (или как там называется) он исправно становится последним. Ввожу еще один qso, опять порядковый номер 1 (т.е. два qso с номером 1). Где копать?

[R3LO]

Поставил вчера последнюю версию, непонятки с нумерацией. Ввожу новый qso, ему присваивается порядочный номер 1, хотя такой уже есть и qso в том логе свыше 10тыс. После "reformat numbers" (или как там называется) он исправно становится последним. Ввожу еще один qso, опять порядковый номер 1 (т.е. два qso с номером 1). Где копать?

Попробуйте Logger32.INI временно перенести в другое место и запустить без него. Сам не пробовал, т.к. боюсь уже обновляться - все время что-то тормозит...

[LY4OO]

Попробуйте Logger32.INI временно перенести в другое место и запустить без него. Сам не пробовал, т.к. боюсь уже обновляться - все время что-то тормозит...

Непомогло, но уже есть подозрения об причине - мой лог сидит в "dropbox" (облачное хранилище данных), чтобы из другого компьютера на даче мог работать с темже журналом qso, но, похоже, авторы что то намудрили в обновлении и он щас не видит индексации, хотя сам лог виден.
Надо все сносить и делать заново, может будет работать

[EK3GM Борис]

Непомогло, но уже есть подозрения об причине - мой лог сидит в "dropbox" (облачное хранилище данных), чтобы из другого компьютера на даче мог работать с темже журналом qso, но, похоже, авторы что то намудрили в обновлении и он щас не видит индексации, хотя сам лог виден.
Надо все сносить и делать заново, может будет работать

ИНСТРУМЕНТЫ----> РЕДАКТИРОАТЬ БАЗЫ ДАННЫХ---->УПОРЯДОЧИТЬ НОМЕРА СВЯЗЕЙ все получится .Я так думаю)))

Борис

[LY4OO]

ИНСТРУМЕНТЫ----> РЕДАКТИРОАТЬ БАЗЫ ДАННЫХ---->УПОРЯДОЧИТЬ НОМЕРА СВЯЗЕЙ все получится .Я так думаю)))

Борис

Вы думаете правильно - я так и делал. Только..... Сколько раз так делать? Каждый день? Ведь каждый новый qso опять с 1 начинается. Хочется найти и устранить причину, а не править последствия. Одним словом, зря я затеял с обновлениями...

[RA3TT]

зря я затеял с обновлениями...

Определённая осторожность в этом деле, действительно, нужна. Я обычно не тороплюсь, а выжидаю пару дней, читая рефлектор на YahooGroups.

И ещё, в силу возрастных особенностей , я с осторожностью отношусь к некоторым новациям. В частности к облачным технологиям. Я использую облако, как ОДНО ИЗ нескольких резервных хранилищ своего лога. Но для непосредственной работы, по моему мнению, лучше держать лог на локальной машине. В Вашем случае, Dainius, Логгер в момент занесения QSO, скорее всего, не видит лога, находящегося в облаке, и поэтому считает эту связь первой.

[LY4OO]

В Вашем случае, Dainius, Логгер в момент занесения QSO, скорее всего, не видит лога, находящегося в облаке, и поэтому считает эту связь первой.

Вы чуть не правы. Лог держится на основном диске компютера, но синхронизируется с "облаком". Также как и другой компьютер, который стоит на даче - у него тоже определенная директория "сидит" на местном hdd, но синхронизируется с "облаком". Дело синхронизации происходит после выключения логера, так как "облако" видит, что тот файл "открыт" и не пытается его синхронизировать до закрытия програмы. Это очень удобно, переезжая на другой компьютер - включил, и все есть, не надо с флэшкой бегать перезаписывая последнюю версию лога. А во время работы програмы "облако" ничего не делает, он даже показывает, что тот файл "занят" и его не трогает.
Если конкретнее о моем подозрении, то я тоже в синхоринзацию поставил и все сопутствующие логу файлы - статистика и т.д. Чтоб каждый раз не пересчитывать статистику. И у меня подозрение, что после последнего обновления чтото там поменяли....

[LY4OO]

Если кому интерестно и подобное возникнет, то мною упомянутая проблема не лечится ни сносом ini файла, ни переносом лога в другие папки. Лекарства нашел такие - экспортировать весь лог в ADIF, снести все файлы статистики/лога, создать новый пустой лог и потом его заново через adif импортировать.