С кракозябликами какая то ерунда - такое впечатление что это ошибка базы. Лог сам естественно ничего не конвертирует.
С кракозябликами какая то ерунда - такое впечатление что это ошибка базы. Лог сам естественно ничего не конвертирует.
Я там добавил в сообщении, а после перезагрузки ,какой язык высвечивает справа в трее!
Язык системы по умолчанию?
Я просто сначала подумал и перебрал все варианты,так что не обижайтесь!
Мне не менее Вас интересно!!!!
Но это просто давно у меня исчезло!!,вот и интересно ,почему!!!
Ну а база еще старая с лога ur5eqf c 2000 года!
Она конечно обновлена(с eqslcc),но тем не менее оттуда!
Обновил полностью,когда переходил на лог 4hx!
С Уважением Павел!
При "найти инфо из интернета" и пользовании QRZ.COM(не .RU) информация о QTH в 517 версии не заносится! При откате на 516-ю с QTH все нормально, но из журнала невозможно "скачать лог" для синхронизации с eQSL. Это старая проблема, и она как раз была исправлена в 517-й.
Пока откатился на 516-ю версию и думаю - каждый раз качать лог еЩСЛ с сайта через браузер(не совсем удобно и лишние телодвижения), вообще убрать поле QTH в логе(а зачем вообще те забугорные и не совсем мухосрански) или подождать, пока Алексей поправит в ней запросы к eQSL как в 517 версии. Хотя, какой ему смысл править предыдущий релиз...
Ну, или научит наконец 517-ю корректно вносить данные из QRZ.COM. Этой внезапно возникшей проблеме уже больше недели. Проверено на рабочих Вин 7х32 и х64, а также на домашней Вин 10х64.
Скриншот 06-11-2019 15:39:59
Не парьтесь. Вопрос давний и я уже забИл и периодически правлю имена руками.
Я понял ,но хотелось бы все таки выяснить ПОЧЕМУ!
Насчет 517 версии их если я не ошибаюсь было штук 6!
Последняя это пока от 30-10-2019,так что указывайте версию и Число Выпуска ВЕРСИИ!
Тогда будет более ясно!!!
А вот число выпуска это многое меняет!!!!
Смотреть здесь!,обновите,если скачали ранее!
http://rx4hx.qrz.ru/files/loghx/
Да и меняю. Не помогает.
Началось с 517 релиза последней версии. Ранее данные прописывались правильно.
Если все-таки полностью прочитаете мое сообщение ранее, то ответьте: почему же тогда QTH из лога в моем случае вообще не подтягивается?
Если вставляю данные из поисковика - то все нормально прописывается, опять-же если это первая связь, или не первая, но поле имя не было заполнено.
Если уже в имени кракозяблики, то вставка имени из поисковика не переписывает кракозяблики.
RZ6HCF прав. Надо понять почему так? Я склоняюсь к тому, что по какой то причине, произошел сбой в базе. Действенным средством и инструментом восстановления файлов баз данных Microsoft Access является средство сжатия и восстановления. К сожалению, Алексей эту функцию убрал, обещал вернуть, но пока еще ее нет. Хотим мы этого или нет, Microsoft Jet является очень глючной штучкой, живущей своей жизнью, системой, с совместным доступом к файлам. Если Microsoft Jet работает в многопользовательской среде, то надежно защитить базы данных от повреждения невозможно. Поэтому сначала прверьте свою базу на наличие в ней кракозябликов. Лучше всего это сделать при помощи Microsoft Access. Но вполне возможно и при помощи Excel, предварительно переименовав расширение с lhx2 на mdb. Так как не каждая версия Excel напрямую может открыть расширение lhx2 чтобы были видны таблицы этой базы. Начните с файла CallBook.mdb в папке DATA, а затем перейдите к своей базе XXXXXXXX. lhx2. Повычищайте все кракозяблики. Средствами Microsoft Access можно будет потом сжать и восстановить базу.
В принципе, всю эту работу можно проделать и в логе, сгрупировав колонку Имя и там подчищать. Но очень уж это муторно. Если Вы не на Вы с компьютером, то найдите и скачайте Recovery Toolbox for Access, и за несколько кликов приведете базу в порядок. А вообще, лучший способ сохранить базу в рабочем состоянии, это делать ее регулярные копии.
У меня тоже иногда появляются кракозяблики. По большей части в адресе оператора. Но здесь причина другая. На самом QRZ.COM, хоть информация и записана латиницей, но с алфавитом, отличающегося от чисто английского. Или часть инфы латиницей, а часть кириллицей.
Поскольку это бывает не очень часто, и эта информация меня не интересует, то я не стал заморачиваться в определении причин кракозябликов. То ли не все шрифты в ОС установлены, то ли лог не подхватывает эти шрифты.
Спасибо, конечно за совет. Теперь уточним.
В моей базе НЕТ кракозябликов. Проверил.
В НОВОЕ QSO подтягивается инфа от СТАРОГО QSO с этим корреспондентом из МОЕГО лога, а НЕ из поисковика. Ранее написанное кириллицей имя подтягивается кракозябликами. QTH НЕ подтягивается. Совсем.
Т.е. с этим корреспондентом уже была связь другой модой, или на другом диапазоне. И его данные уже есть в логе. Кириллицей.
Это происходит в автомате, когда сохраняется QSO при работе в JTDX. Я НЕ вставляю инфу из поисковика.
База сохраняется при КАЖДОМ ВЫХОДЕ из лога.
Началось с самого последнего обновления.
Так где рухнула база?
И причем здесь раскладка клавиатуры, шрифты и язык по умолчанию?
С кракозабликами разобрался - если про сохранении QSO из JTDX в имени русские буквы
Вложение 242347
то в лог попадают кракозаблики. Причина: в JTDX кодировка не Windows, а UTF-8. С этим теперь все понятно - исправлю.
А позывной не дробный? Для дробных позывных информация из баз данных о QTH теперь не заносятся, т.к. она не верна.