Странные дела творятся с учетом на RDA. Утром было 926 районов, ближе к полуночи стало 888 штук. Причем число зачтенных районов гуляет не первый день от 842 до 960-ти. Чудеса какие-то.
Вид для печати
Странные дела творятся с учетом на RDA. Утром было 926 районов, ближе к полуночи стало 888 штук. Причем число зачтенных районов гуляет не первый день от 842 до 960-ти. Чудеса какие-то.
Спасибо Сергею, RI0Q зачлась на Р150С, а на РАЕМ нет. В поддержку писать похоже бесполезно , не отвечают
К авторам hamlog agent: просьба реализовать использование Omnirig. Иначе получается занят порт. Спасибо.
Снова касательно Hamlog Agent: нирмально он не работает на Win10.
Вложение 327020
Там, после апгрейда, вообще неразбериха - Связи то идут в зачет, то после пересчёта уже нет, а потом снова появляются. А некоторые вообще нигде не воспринимаются. Правильно говорят люди: лучшее - враг хорошего. После этого апгрейда, как после хорошей уборки супруги в твоём кабинете - хрен чего найдёшь)))
Вот сейчас был пересчёт каких-то там итогов. Смотрю таблицу и вижу, что связи с R3NBG и RA7T/p на 20-ке и с последним на 15 + 10 метров не зачлись. Мне что, просить карточки (сканы) от этих коллег?! Экспериментальным путём удалось понять, что если хоть одна ошибка во времени или позывном случалась(например, указали сначала время московское), всё: связь не будет засчитана - только вручную править Администратору. В саппорт я уже обращался дважды - ответа, наверное, ждать три года - молчит, как партизан.
Посмотрел как всё организовано в РДА-системе: вот с кого нужно брать пример криворукому саппорту ХЭМЛОГа (Серёга - RN3RQ, это не про тебя! К тебе претензий нет.)
Ну все абсолютно верно, так и должно быть. Что тут не правильного? Нашли ошибку во времени - исправляете ошибку и заливаете связь снова.
Я не знаю как организована база в Хамлоге, вот на Ловт вообще в принципе нельзя базу править. И это очень верное решение!
Если речь идет о сервисе mydx.eu, то как раз к нему есть вопросы по зачету!
Просто для информации - в Хамлоге все на несколько порядков сложнее, чем в РДА.
Не знаю, какую метку при повторной заливке она получает, но данные к зачёту не принимаются.
Вот именно! Каждая новая связь обрабатывается заново, при невозможности редактировать "битую". А здесь не так.Цитата:
Я не знаю как организована база в Хамлоге, вот на Ловт вообще в принципе нельзя базу править. И это очень верное решение!
Юрий, а что за таблицу Вы смотрите? Если по диплому РДА, то на HL нет смысла туда вообще даже заглядывать. Вероятно причина в том, что связь с R3NBG (KS-01) зачлась на HL, но не прошла на mydx - пользователь R3NBG не авторизирован на HL. База на cfmrda.ru тоже не в курсе его района по РДА. Читайте положение и релизы к РДА-программе. Связь от 26 июня с RA7T/p (ST-25) на mydx у Вас зачлась за район.
Павел, в случае с костромичом я ошибся во второй букве суффикса - писал на листке и внёс не G, а С. В аппаратном журнале поправил, потом и в ХЛ, но там получилось индейское жилище Фигвам. Перезалил связь туда - опять балалайка. Хотя с Михаилом созванивались и время стоит одинаковое.
С Валерием, который RA7T - вышла тоже проблема с позывным, только на его стороне. Всё синхронизировали - опять индейское жилище. Очистили журналы в ХЛ и загрузили по новой - те же яйца, только вид в профиль.
В LOTW всё по другому: была проблема с FK8DD (связь была залита с /m) Написал человеку, тот пояснил, что просто перезалить без дроби и подтвердится - так оно и вышло. А здесь кочка на кочке.
Поломался импорт в автозачет из Хамлога. Обнаружил сегодня.
Последние импортированные связи - ночь с 30 на 31 июля.
https://mydx.eu/hamlog/RU6B
Проверил по другим позывным - картина аналогичная
вечнокосячный сайт:s10:
Каждый день почти косяки