Привет. Получил 10 т , шиковать начал.
- - - Добавлено - - -
Игорь а ты что не подключаешься к моему вопросу ? У вас у всех нет Абхазии в статистике , а вы в какие-то дерби.
Вид для печати
SM1 в студию pse.
Непонятно, что они там ждут.
На самом деле алгоритм простой:
Заявитель отсылает проверяющему сканы карточек и Adif файл за эти связи.
Чекер смотрит, если что не нравится - выясняет с заявителем. Заявитель корректирует, если что не так.
Если все по нраву- отсылает файл "вождю" или непосредственно на сервер ( если он имеет на это право)
Вообщем то всё.
R7CA [12:46] Примерно когда ожидать приëм сканов qsl?
R4AS [12:50] R7CA: привет, у нас в планах примерно 10-20 октября можно будет грузить
R4AS [12:50] может и раньше откроем, но обещать не буду
UA6MF [13:17] R4AS: на Россию или на Р-150-С?
R4AS [13:35] UA6MF: на все
Сегодня в чате на HAMLOG
Если посмотреть пошире, то такая "простота" не самый лучший вариант. Насколько я помню из бесед в чате годичной давности готовится сл. вариант:
Пользователь, ткнувши в пустой квадрат, получает доступ для загрузки нужных скэнов. Чекеры по мере наличия времени проверяют и дают "зачет". Или "незачет". Как предполагается выяснять отношения во втором случае - не говорилось. Может что поменялось за это время, я порой подолгу в чат не заглядываю.
Так я не настаиваю, это, лишь, мои мысли. Как угодно, главное, что б работало.
Интересно, как будут вводиться данные этой связи, или чекер превращается в секретаря-машинистку и сам будет вводит данные.
А , если не будет данных, то это может привести к определенным подтасовкам.
Даже , если чекер , просто, будет ставить галочку, что бы дать "добро", то он , дай Бог, обслужит пару - несколько десятков слотов в день. Это, как Вы правильно сказали - "При наличии времени". Так что, огромная очередь гарантирована, во всяком случае, на начальном этапе. :s7:
А этих слотов будет много, потому как заявители захотят не только подтвердить новые станы, но и заявить страны по диапазонам и по видам излучения тоже.
Ну и о самом "чекерстве" . Это не участие в данном коммерческом проекте, а всего лишь добровольная помощь, а она предусматривает определенные временные ограничения со стороны чекера.
Ну не должен он сидеть и вводить вручную какие то данные, он должен , лишь, проверить соответствие этих данных, а все остальное должен делать сервер.
Давайте не будем гадать, и , просто, подождем.
Прочтите цитату, что привели выше. Где я утверждаю, что чекер должен что-то вводить? И причем какие-то файлы АДИФ? Достаточно скэна карточки (с двух сторон в случае, если позывного нет на одной). Как раньше бумажные карточки проверяли? :) Карточка и есть документ, подтверждающий проведенное QSO. Ничьих логов никто не требовал. От чекера по логике требуется после изучения скэна нажать "Да", либо "Нет". В крайнем случае попросить снова, если скэн плохого качества,.Или я чего-то не понимаю в ваших рассуждениях.
"Гадать", к слову вы и начали. Ждём обещанного, недолго (?) осталось.
Евгений в Орле на слете, но связи вносит вручную. Шайтан да и только. По мере добавления данных появляются и территории. Никаких добавок вручную нет, только робот, все на основании того, что есть.
И заодно, что касается в лотве есть, на хэмлоге нет - проверяйте загруженные qso. Должны совпасть позывной, диапазон, модуляция, дата, время загруженного в лотве и загруженного в хэмлог. Уже было несколько обращений в техподдержку где выяснялось что одно и то же qso на хэмлоге и лотве имеет разное время или даже разную дату.
Раньше вообще все было по другому, и не было никаких on-line журналов связей.
А сейчас он есть и он хранится, так же, и на HamLog , и это хорошо.
Что карточка является документом, который подтверждает связь - это не оспаривается.
А вот дальше, смотрите , что получается.
На Hamlog есть On-line журнал, который можно в любой момент скачать в Adif формате.
Предположим, чекер, просто, отмечает подтверждение , поставив "да", а вот данных этой связи нет. Для того, что бы они были в On-line журнале , нужно ввести эти данные. Как? Ну , конечно, не вручную, а с помощью Adif файла, который сделает заявитель и он останется и у него и на HamLog, потому как все данные взяты именно с карточек, а старого бумажного журнала давно уже нет.
Это нужно для сохранения данных, при каких то неблагоприятных ситуациях, а то придется потом опять все вводить вручную - ну, как раньше.:s7:
Ну, и в случае каких то действий "сомневающихся в правдивости" , подтвердить все данные. :s7:
Если это не нужно, то нафиг, вообще, нужны , какие то, базы данных и прочая "мутатень".:s7:
Ну, какое же это гадание, это, просто, рассуждение на форуме, пока что то готовится. :s7: Может есть и более простые варианты - посмотрим.
Будем надеяться, что это так.:s7:
Так вроде в чате как-то Евгений R4AS писал, что для хранения скэнов зарезервированы доп. "ёмкости". Давно было... ушло "за горизонт". Зачем тратить время программистов, чекеров и пользователей лишними загрузками?
А вот свежее из чата: (CTRL-C/CTRL-V)))):
R7CA [26.09 12:46] Примерно когда ожидать приëм сканов qsl?
R4AS [26.09 12:50] R7CA: привет, у нас в планах примерно 10-20 октября можно будет грузить
Ждем.
Евгений,несколько раз проверял связи и на HAMLOG и LOTW все сходится. К примеру, J62DX в лотве CFM(RM2P),на HAMLOG нет L. J5C (RW3PN) на HAMLOG имеют L,а в зачет на Р150С не вошли связи за 18 и 21 МГц digi.Такая ситуация и с 3B7C (RW3PN) на 24МГц CW. Сейчас еще раз сделал импорт из лотвы на оба позывных.
Насчет сканов все понятно, будем ждать. А что будет со странами для Р-150-С
которых нет в списке DXCC но cfm в LOTW.
В LOTW cfm ZD9IR AF-030 как Tristan da Cunha & Gough isl
AF-030 это и есть Gough isl (Гоф о-в для Р-150)
В LOTW SU9BN cfm как Египет, а на QRZ.COM информация что он работал с Синайского п-ова.