На Linux Debian поставил klog и Xlog
забиваю туда QSO
затем делаю выгрузку в формате adif
загружа. в ur5eqf - но новые записи в журнале не появляются.
Как быть?
Вид для печати
На Linux Debian поставил klog и Xlog
забиваю туда QSO
затем делаю выгрузку в формате adif
загружа. в ur5eqf - но новые записи в журнале не появляются.
Как быть?
Забейте в журнал одну связь из тех, что Вы выгружаете в линуксе и выгрузите ее в adif. Потом сравните формат из Линуксы с тем, что дал EQF. Если не совпадает, то скорее всего, именно в этом косяк.
Формат совпадает.
А скажите как в EQF вообще вливать?
Я правильно делаю?
А далее выберите путь к файлу...
Так и делал, - не вливает.
Надо будет еще попробовать.
Наверное выложу сюда данные двух строчек, - вместе проверим..
Вот 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>
<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>
Это файл, который лежит в логе
Форматы не совпадают.
Xlog выдает не понятную галиматью.
EQF воспримет если в строках от Klog будет вот это: <OPERATOR:6>UB3DIC
Вы что не можете набивать связи сразу в UR5EQF там вроде больших промлем нет, можно отключать режим реального времени и набивать любые данные.
Вот примеры как это выглядит в Микс и 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>
Каждая строка начинается с указания принадлежности лога.
Нету пока EQF под Linux
кроме того хотел набить в xlog и переливать ....
При чем здесь 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.
А по поводу "ухода в Линукс" - так там сейчас ВСЕ есть, что нужно для радио. :)
Вообще-то в "стандарте" adif`а под сотню тэгов, подавляющее большинство которых в повседневной жизни просто не используется. ADIF 3.0.4 Specification - очень много всего...
Тэг <OPERATOR> по-моему тоже не самый обязательный, когда импорт делается "ручками". Просто в конкретной программе на него "сторожок" поставлен. Вот и все.
Тему, вообще-то, открывал UB3DIC, а не R0JF.
Но не в этом дело. С проблемой импорта из adif в журнал тоже столкнулся.
При работе в полевых условиях веду лог на смартфоне, с него сбрасываю информацию в формате adif на комп, а вот в лог EQF импортировать не получается.
Причину уже выше пояснили. Другой вопрос: через какой лог можно/нужно пропустить этот adif-файл, чтобы лог UR5EQF его принял?
Может какие программы-конвертеры есть, позволяющие управлять включением или отключением тех или иных полей?
навести мышь на название любой колонки.
правая мышь - "duplicate column"
на названии появившейся повторной колонки - правая мышь - "REPLACE"
и вместо имеющегося названия пишем тО, что Вам нужно (в контекстном меню есть перечень названий полей, которые Вам нужны)
аналогичным образом можно изменить содержимое всех строк в данной колонке.
удачи!
ОК, теперь понятно. Я по инерции мышления сначала пытался левой кнопкой выделить столбец :) При этом появлялась падающая менюшка, которая и сбивала с толку.
Но, кроме этого обнаружил и другое решение: можно (в моем случае) ничего не менять, а просто пересохранить файл. После этого, даже без поля <OPERATOR>, лог EQF все прекрасно принимает.
Возможно из-за того, что ADIFMASTER добавляет в начале файла такой вот заголовок:
ADIF Export from ADIFMaster v[2.1]
http:// www. dxshell. com /пробелы добавил я/
Copyright (C) 2005 - 2014 Igor V. Tolmachev (UU0JC)
File generated on 06 Aug, 2014 at 07:51
<ADIF_VER:4>3.0
<PROGRAMID:10>ADIFMaster
<PROGRAMVERSION:3>2.1
<EOH>
Найдено два решения моей проблемы. Спасибо огромное всем, кто откликнулся здесь и в личку!
Доброго здравия всем!
Таки разобрался с тем, почему лог UR5EQF не принимал файлы *.adif (*.adi).
Ларчик открывался просто. Некотороые приложения для Android при формирования файлов типа *.adif (*.adi) вместо комбинации кодов "0D 0A" ("перевод строки" и "возврат каретки" формируют только один код "0A".
После внесения изменений в шестнадцатиричном редакторе все приливается прекрасно.
И не только, при формировании adi в кодировке Unix в конце строки формируется также только #0A (перевод строки) и это к тому, что при переносе с Linux логов в UR5EQF не закачивается файл. Правится в любом расширенном блокноте (notepad++ или подобных) путём перекодировки окончания строк в Windows (CR+LF). После этого файл без проблем грузится в лог.