Импорт из adif в журнал

[R2DIC]

На Linux Debian поставил klog и Xlog
забиваю туда QSO
затем делаю выгрузку в формате adif
загружа. в ur5eqf - но новые записи в журнале не появляются.

Как быть?

[RK3FW]

Забейте в журнал одну связь из тех, что Вы выгружаете в линуксе и выгрузите ее в adif. Потом сравните формат из Линуксы с тем, что дал EQF. Если не совпадает, то скорее всего, именно в этом косяк.

[R2DIC]

Формат совпадает.

А скажите как в EQF вообще вливать?
Я правильно делаю?

[EW2GI]

А далее выберите путь к файлу...

[R2DIC]

Так и делал, - не вливает.
Надо будет еще попробовать.

Наверное выложу сюда данные двух строчек, - вместе проверим..

Вот Xlog:
<QSO_DATE:8>20140417 <TIME_ON:4>1057 <CALL:6>RU3DDX <FREQ:1>7 <MODE:3>SSB <RST_SENT:2>59 <RST_RCVD:2>59

Вот Klog:
<CALL:6>RU3DDX <QSO_DATE:8>20140417 <TIME_ON:4>0928 <MODE:3>SSB <BAND:3>40M <RST_SENT:3>590 <RST_RCVD:3>590 <QSL_RCVD:1>N <QSL_SENT:1>N <TX_PWR:2>10 <STATE:0> <PFX:4>UA3Z <MY_GRIDSQUARE:6>KO85OR <QSL_VIA:6>Bureau <EOR>

Вот EQF:
<OPERATOR:6>UB3DIC<CALL:6>UA3ZIA<QSO_DATE:8>20140413<TIME_ON:4>0038<FR EQ:3>3.5<MODE:3>USB<RST_SENT:2>59<STX:0><RST_RCVD:2>59<SRX:0><GRIDSQUA RE:6>KO80ho<PFX:4>UA3Z<DXCC_PREF:3>UA1<CQZ:2>16<ITUZ:2>29<BAND:3>80M<C ONT:2>EU<QSLMSG:19>TNX For QSO TU 73!.<DXCC:2>54<EOR>

[EW2GI]

<OPERATOR:5>EW2GI<CALL:5>P29NO<QSO_DATE:8>20140416<TIME_ON:4>1322<FREQ :2>24<MODE:2>CW<RST_SENT:3>599<STX:0><RST_RCVD:3>599<SRX:0><NAME:13>Na ohiro Oishi<QTH:5>Wewak<GRIDSQUARE:6>QI16tk<IOTA:6>OC-034<QSL_VIA:5>EA5GL<PFX:2>P2<DXCC_PREF:2>P2<BAND:3>12M<CONT:2>OC<EQSL_ QSL_RCVD:1>Y<LOTW_QSL_RCVD:1>Y<LOTW_QSLRDATE:8>20140417<LOTW_QSL_SENT: 1>Y<QSLMSG:19>TNX For QSO TU 73!.<CQZ:2>28<ITUZ:2>51<DXCC:3>163<EOR>

Это файл, который лежит в логе

[UN8PA]

Форматы не совпадают.
Xlog выдает не понятную галиматью.

EQF воспримет если в строках от Klog будет вот это: <OPERATOR:6>UB3DIC

Вы что не можете набивать связи сразу в UR5EQF там вроде больших промлем нет, можно отключать режим реального времени и набивать любые данные.

[UA9LEW]

Наверное выложу сюда данные двух строчек, - вместе проверим..

Вот Xlog:
<QSO_DATE:8>20140417 <TIME_ON:4>1057 <CALL:6>RU3DDX <FREQ:1>7 <MODE:3>SSB <RST_SENT:2>59 <RST_RCVD:2>59

Вот Klog:
<CALL:6>RU3DDX <QSO_DATE:8>20140417 <TIME_ON:4>0928 <MODE:3>SSB <BAND:3>40M <RST_SENT:3>590 <RST_RCVD:3>590 <QSL_RCVD:1>N <QSL_SENT:1>N <TX_PWR:2>10 <STATE:0> <PFX:4>UA3Z <MY_GRIDSQUARE:6>KO85OR <QSL_VIA:6>Bureau <EOR>

HRD схавал оба примера даже не вздрогнув.
В примере Xlog в конце не хватает <EOR>, может так скопипастили
А откуда в Клоге взялось <RST_SENT:3>590 -? ХРД так его и забрал...ССБ, рапорт 590

[UA9LEW]

EQF воспримет если в строках от Klog будет вот это: <OPERATOR:6>UB3DIC

А это то ему зачем? В 99% случаев ненужное пустое поле.

[UN8PA]

А это то ему зачем? В 99% случаев ненужное пустое поле.

Вот примеры как это выглядит в Микс и EQF:
MixW v2 log file exported to ADIF
<ADIF_VER:4>1.00
<EOH>
<STATION_CALLSIGN:5>UN8PA<CALL:8>RO80KEDR<QSO_DATE:8>20140309<TIME_ON: 6>025628<TIME_OFF:6>025952<FREQ:7>7.02300<MODE:2>CW<RST_RCVD:3>599<RST _SENT:3>599<QSL_SENT:1>N<QSL_RCVD:1>N<EOR>
<STATION_CALLSIGN:5>UN8PA<CALL:8>RS80KEDR<QSO_DATE:8>20140309<TIME_ON: 6>030131<TIME_OFF:6>030218<FREQ:7>7.01071<MODE:2>CW<RST_RCVD:3>599<RST _SENT:3>599<QSL_SENT:1>N<QSL_RCVD:1>N<EOR>

<PROGRAMID:10>UR5EQF_log
<PROGRAMVERSION:7>3.31-60
<ADIF_VER:3>2.0
<EOH>
<OPERATOR:5>UN8PA<CALL:8>RO80KEDR<QSO_DATE:8>20140309<TIME_ON:4>0259<F REQ:5>7.023<MODE:2>CW<RST_SENT:3>599<STX:0><RST_RCVD:3>599<SRX:0><QSL_ SENT:1>Y<QSLSDATE:8>20140309<PFX:3>UA9<DXCC_PREF:3>UA9<CQZ:2>17<ITUZ:2 >20<BAND:3>40M<CONT:2>AS<QSLMSG:19>TNX For QSO TU 73!.<DXCC:2>15<EOR>
<OPERATOR:5>UN8PA<CALL:8>RS80KEDR<QSO_DATE:8>20140309<TIME_ON:4>0302<F REQ:7>7.01071<MODE:2>CW<RST_SENT:3>599<STX:0><RST_RCVD:3>599<SRX:0><QS L_SENT:1>Y<QSLSDATE:8>20140309<PFX:3>UA9<DXCC_PREF:3>UA9<CQZ:2>17<ITUZ :2>20<BAND:3>40M<CONT:2>AS<QSLMSG:19>TNX For QSO TU 73!.<DXCC:2>15<EOR>

Каждая строка начинается с указания принадлежности лога.

[UA9LEW]

Каждая строка начинается с указания принадлежности лога.

1. Вам выложили одну запись, без Хидеров....в том числе и кусок UR5EQF без заголовка. Посмотрите внимательно.
2. Повторяю вопрос: Причем здесь -
"EQF воспримет если в строках от Klog будет вот это: <OPERATOR:6>UB3DIC"
В Вашем примере MixW, например, этого нет.

[R2DIC]

Нету пока EQF под Linux
кроме того хотел набить в xlog и переливать ....

[UA3RMB]

кроме того хотел набить в xlog и переливать ....

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

[R0JF]

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

При чем здесь WINE???

Проблема именно в UR5EQF-Log! Вернее в том, что это ЕДИНСТВЕННЫЙ из всех, попадавшихся мне логов, который категорически отказывается импортировать adif-файлы, если в строках описания связи отсутствует тэг <OPERATOR>... Во всяком случае (перечисляю) - AALog, MixW, Win-EQF (это "Виндовозные"), cqrlog, dfxlog, xlog (это "Линуксовые") прекрасно "съедают" такие adif`ы. Кстати, как и ВСЕ он-лайн логи (проверялось на clublog, hrdlog, hamqth, eqsl, qrz.com)...

А вот что cqrlog, что xlog как раз экспортируют adif-ы именно без этого поля... Хотя - может так и правильно...

Как вариант решения вопроса - заливать лог в тот же eqsl.cc, скачивать из него и только после этого "скармливать" UR5EQF-Log.

А по поводу "ухода в Линукс" - так там сейчас ВСЕ есть, что нужно для радио.

[R0JF]

Нету пока EQF под Linux
кроме того хотел набить в xlog и переливать ....

Воспользуйтесь cqrlog или dfxlog (первый на мой взгляд предпочтительнее). И не надо будет ничего никуда переливать.