Просмотр полной версии : Облачный интернет HAM Log
Это рано, или поздно должно было случиться.
И вот оно - Cloud HAM Log уже в Интернете.
URL : hamlog.it (http://www.hamlog.it)
Простая регистрация. Бесплатный сервис.
Возможность вести журнал непосредственно в Интернете.
Import / Export ADIF
Аппаратно-независимый
Привязка к iPHONE / iPAD, или Android
Надежный
и многое другое ...
Недостаток:
1) Если нет Интернета, то и ЛОГА нет :) Хотя, конечно, ведёте Лог на своей Лог-программе, а потом просто заливаете в Иннет.
2) Сервис пока еще сыроват. Со временем появится конечно и Лог для Тестов, и статистика (уже есть за 0.99с в месяц через PayPal) и всё остальное вкусное.
Сейчас заливаю свой лог в ADIF (7264 QSO). Долго грузится. но оно того стоит.
Все остальные преимущества можно будет оценить непосредственно при работе с Логом.
Удачи!
Ссылки :
Онлайн облачный лог - http:/hamlog.it (http://www.hamlog.it)
(Ревью) http://www.cqdx.ru/ham/new-equipment/new-internet-cloud-hamlog/
ССылки бы поправить.
Cпасибо, исправил.
Посмотрел. Идея конечно летала в воздухе лет так пять, но толку большого от этого не вижу. Многие очно жалуются на непонятки с QSL обменом - наваял утилиту по экспорту в базу данных, страницу с поиском получена-отправлена ли QSL, выделил место на сервере под логи - заливайся хоть миллионом записей - но никому это не нужно. А это попроще чем постоянная синхронизация, хотя и она делается на раз и без экспорта в паутину. Так что, имхо конечно - ажиотаж пройдёт и останется пара сотен пользователей которым это реально нужно. Да и облачные сервера - это имхо из другой песни, тут это не очень красивый маркетинговый ход в названии.
Посмотрел. Идея конечно летала в воздухе лет так пять, но толку большого от этого не вижу. Многие очно жалуются на непонятки с QSL обменом - наваял утилиту по экспорту в базу данных, страницу с поиском получена-отправлена ли QSL, выделил место на сервере под логи - заливайся хоть миллионом записей - но никому это не нужно. А это попроще чем постоянная синхронизация, хотя и она делается на раз и без экспорта в паутину. Так что, имхо конечно - ажиотаж пройдёт и останется пара сотен пользователей которым это реально нужно. Да и облачные сервера - это имхо из другой песни, тут это не очень красивый маркетинговый ход в названии.
Так, или иначе, (ImHO) автономные логи через пару - тройку лет уйдут, как ушли "амбарные книги" для Логов. Поживем, увидим.
Больше 2 метров файл не хочет обрабатывать.
Поживем, увидим
Однозначно! Но в данном случае я мне видится аналог ЕН антенны со всеми вытекающими. Однако больше не буду мешать своим скепсисом :).
Больше 2 метров файл не хочет обрабатывать.
Видимо есть ограничения. Тогда по-частям. У меня в 1 метр ушел на "Ура".
Посмотрел. Идея конечно летала в воздухе лет так пять, но толку большого от этого не вижу. Многие очно жалуются на непонятки с QSL обменом - наваял утилиту по экспорту в базу данных, страницу с поиском получена-отправлена ли QSL, выделил место на сервере под логи - заливайся хоть миллионом записей - но никому это не нужно. А это попроще чем постоянная синхронизация, хотя и она делается на раз и без экспорта в паутину. Так что, имхо конечно - ажиотаж пройдёт и останется пара сотен пользователей которым это реально нужно. Да и облачные сервера - это имхо из другой песни, тут это не очень красивый маркетинговый ход в названии.
Кстати, посмотрите, что кроме самого Лога они предлагают в Description
http://www.cqdx.ru/ham/new-equipment/new-internet-cloud-hamlog/
Видимо есть ограничения. Тогда по-частям. У меня в 1 метр ушел на "Ура".
Вот здесь, кстати, инструкция по заливке лога : http://n3wg.com/hamlog/import/ (http://www.n3wg.com/hamlog/import/)
посмотрите, что кроме самого Лога они предлагают в Description
Перед тем как отписаться первый раз - прочитал всё что там было. Ничего нового или оригинального. Собрать с и из разных ресурсов всё в один - оно конечно хитрО, но как к этому отнесутся владельцы тех ресурсов - тоже вопрос.
автономные логи через пару - тройку лет уйдут, как ушли "амбарные книги" для Логов.
Разве такие требования не предусмотрены законодательствами?
8 Документация любительской радиостанции.
На каждой любительской радиостанции| должны находиться:
разрешение на эксплуатацию любительской радиостанции установленной формы, выданное региональным управлением Госсвязьнадзора России;
настоящая Инструкция;
аппаратный журнал.
В аппаратном журнале должна фиксироваться следующая информация:
дата проведения радиосвязи;
время начала радиосвязи (всемирное координированное - UTC), а для длительных (более 10 минут) радиосвязей еще и время ее окончания;
позывной любительской радиостанции, с которой установлена радиосвязь;
полоса частот и вид работы;
оценка сигнала RST или RS (переданная и принятая).
В аппаратный журнал можно не вносить информацию о радиосвязях при участии в соревнованиях. В этом случае в нем делается запись о периоде работы и числе проведенных радиосвязей. Записи о связях, проведенных в соревнованиях, хранятся вместе с аппаратным журналом.
Допускается ведение аппаратного журнала на магнитных носителях.
Радиостанция и аппаратный журнал должны быть доступными для инспектирования по требованию представителей региональных управлений Госсвязьнадзора России.
Срок хранения аппаратного журнала не менее 3-х лет (с момента проведения последней внесенной в него радиосвязи).
При работе в УКВ диапазоне с использованием носимой или возимой радиостанции ведение аппаратного журнала и Наличие данной Инструкции необязательно.
Разве такие требования не предусмотрены законодательствами?
8 Документация любительской радиостанции.
На каждой любительской радиостанции| должны находиться:
разрешение на эксплуатацию любительской радиостанции установленной формы, выданное региональным управлением Госсвязьнадзора России;
настоящая Инструкция;
аппаратный журнал.
В аппаратном журнале должна фиксироваться следующая информация:
дата проведения радиосвязи;
время начала радиосвязи (всемирное координированное - UTC), а для длительных (более 10 минут) радиосвязей еще и время ее окончания;
позывной любительской радиостанции, с которой установлена радиосвязь;
полоса частот и вид работы;
оценка сигнала RST или RS (переданная и принятая).
В аппаратный журнал можно не вносить информацию о радиосвязях при участии в соревнованиях. В этом случае в нем делается запись о периоде работы и числе проведенных радиосвязей. Записи о связях, проведенных в соревнованиях, хранятся вместе с аппаратным журналом.
Допускается ведение аппаратного журнала на магнитных носителях.
Радиостанция и аппаратный журнал должны быть доступными для инспектирования по требованию представителей региональных управлений Госсвязьнадзора России.
Срок хранения аппаратного журнала не менее 3-х лет (с момента проведения последней внесенной в него радиосвязи).
При работе в УКВ диапазоне с использованием носимой или возимой радиостанции ведение аппаратного журнала и Наличие данной Инструкции необязательно.
- На магнитных носителях.
Не сказано где эти носители могут быть размещены.
А расспечатать лог можно непосредственно в Госсвязьнадзоре, у которых есть доступ в Интернет. Прямо в их присутствии :)
Нет,пусть пока полежит на Дропбоксе...
- На магнитных носителях.
Не сказано где эти носители могут быть размещены.
Не сказано. Инструкция 96-го года, вроде не отмененена, ничем не заменена, но явно устарела.
А как в других странах, каковы требования к апп. журналу?
Из "РЕГЛАМЕНТ
ЛЮБИТЕЛЬСКОЙ И ЛЮБИТЕЛЬСКОЙ СПУТНИКОВОЙ СЛУЖБ РАДИОСВЯЗИ
РЕСПУБЛИКИ БЕЛАРУСЬ"
"6.3. На каждой любительской радиостанции должны находиться и предъявляться по требованию инспектора БелГИЭ следующие документы:
- разрешение;
- аппаратный журнал;
- регистрационная ведомость на каждый трансивер (передатчик)."
И все.
Из "РЕГЛАМЕНТ
ЛЮБИТЕЛЬСКОЙ И ЛЮБИТЕЛЬСКОЙ СПУТНИКОВОЙ СЛУЖБ РАДИОСВЯЗИ
РЕСПУБЛИКИ БЕЛАРУСЬ"
"6.3. На каждой любительской радиостанции должны находиться и предъявляться по требованию инспектора БелГИЭ следующие документы:
- разрешение;
- аппаратный журнал;
- регистрационная ведомость на каждый трансивер (передатчик)."
И все.
+ Принтер :) для расспечатки аппаратного журнала
Да и облачные сервера - это имхо из другой песни, тут это не очень красивый маркетинговый ход в названии.
Да, похоже, что "облачность" фигурирует здесь в качестве маркетингового хода.
Но рациональнось в решении тоже присутствует, поскольку по крайней мере озвученьі ранее новьіе в Internet-решениях для HAM-radio задачи:
- автоматизация синхронизации локальньіх и удаленньіх данньіх;
- унификация интерфейса работьі с удаленньім сервисом;
- применение современного портативного оборудования.
Да, похоже, что, "облачность" фигурирует здесь в качестве маркетингового хода.
Но рациональнось в решении тоже присутствует, поскольку по крайней мере озвученьі задачи:
- автоматизация синхронизации локальньіх и удаленньіх данньіх;
- унификация интерфейса;
- применение современного портативного оборудования.
Ну, дэк. Будем считать, что это только начало. Хотя, этому всему уже 5й год (как пишет автор).
С повсеместным внедрением новых технологий и до нас дойдет очередь. В этом сомневаться не приходится. Это всего лишь временный фактор.
Через годика этак три-четыре и трансивера начнуть делать с логом внутри, которые синхронизироваться через сеть будут. Все в одном флаконе. Интернет тебе и эфир. Все вместе :) А уж навешать к этому всему сервису дополнительных фичей, за этим не заржавеет :)
рациональнось в решении тоже присутствует, поскольку по крайней мере озвученьі задачи
Задачи и решения - то два разных понятия.
Синхронизация данных - типовая задача, успешно решаемая информационными технологиями уже много десятков лет, причём есть много способов. Для логов в том числе.
Унификация интерфейса - не совсем понятно что имеется в виду. Если внешний вид - то это совершенно не нужно, иначе не появлялись бы такие вещи как скины к другим программам.
Ну и портативное оборудование - никогда не будет 100% охвата всех портативных устройств, а на основных и обычные логи запускать не проблема.
Так что предложение решения я вижу, но решения несуществующих проблем :)
Добавлено через 2 минуты
начнуть делать с логом внутри, которые синхронизироваться через сеть будут
И сами между собой связи проводить. :) Кстати, это и сейчас элементарно реализуемо в цифре и CW. С голосом немного сложнее. Только в чём будет интерес?
Задачи и решения - то два разных понятия.
Синхронизация данных - типовая задача, успешно решаемая информационными технологиями уже много десятков лет, причём есть много способов. Для логов в том числе.
Унификация интерфейса - не совсем понятно что имеется в виду. Если внешний вид - то это совершенно не нужно, иначе не появлялись бы такие вещи как скины к другим программам.
Ну и портативное оборудование - никогда не будет 100% охвата всех портативных устройств, а на основных и обычные логи запускать не проблема.
Так что предложение решения я вижу, но решения несуществующих проблем :)
Добавлено через 2 минуты
И сами между собой связи проводить. :) Кстати это и сейчас элементарно реализуемо в цифре и CW. С голосом немного сложнее. Только в чём будет интерес?
Не проблема. При использовании правильно написанных макросов :) и сами связи проводить смогут. В PSK это вобще элементарно :) С CW чуток по-сложнее :) C SSB для тестов наверное тоже возможно :)
На заре RTTY Жорик Косьминин на "РК86" делал BBSку. Успешно работало в эфире само :)
Так что все это уже даже не фантастика.
Тут как-то перечитывал "РАДИО" 30 летней давности. Народ мечтал что собой будет представлять радиолюбительская техника 2000 года. Тогда это казалось именно научной фантастикой.
Тут на форуме, год тому, эта статья была опубликована кажется. Не помню в какой ветке.
Хорошо бы найти такое решение для контестов.
Где и мощность будет контролироваться и связи и количество сигналов...ну через стоимость некоторых интерфейсов, которые должны быть на станции, если претендует на место.
Теоретически возможно, на практике надо пробовать.
И судейство будет сразу после окончания теста.
...нет интернета? Тогда увы, победителем не стать.
Ну а тех кто без интернета - в отдельный зачёт.:slow:
на практике надо пробовать
Лучше не надо. Для соревнований роботов есть другие хобби. :)
А количество сигналов - широкополосная запись из десятка точек по шарику вполне возможна и сейчас. Как минимум - множественность сигналов определить можно, качество сигналов также, ну и мощность относительно и примерно.
А количество сигналов - широкополосная запись из десятка точек по шарику вполне возможна и сейчас. Как минимум - множественность сигналов определить можно, качество сигналов также, ну и мощность относительно и примерно.
Мощность заочно невозможно....только прямо со станции через какой-то интерфейс.
Хорошо бы найти такое решение для контестов.
Где и мощность будет контролироваться и связи и количество сигналов...ну через стоимость некоторых интерфейсов, которые должны быть на станции, если претендует на место.
Теоретически возможно, на практике надо пробовать.
И судейство будет сразу после окончания теста.
...нет интернета? Тогда увы, победителем не стать.
Ну а тех кто без интернета - в отдельный зачёт.:slow:
Моща может контролироваться на аппаратном уровне через тот же Интернет. Весь алгоритм может храниться в закрытой прошивке трансивера + с контролем через Интернет удаленным "digi-судьей", который определяет сколько трансиверу выдавать мощи для данной категории участника и для данного теста + через сенсоры поля итп... итд...
Что касается ЛОГов. Так они уже есть. Пример CQCоntest.ru и ему подобные. У итальянцев сервак лога работает успешно. Связь провел, а через секунды уже видишь у этого оператора в его Онлайн логе свое QSO. Это уже не кажется фантастикой.
QSL карточки последнее время к PayPal привязали. Так называемая система "OQRS". На почту бегать не надо. Все в Online. А уж всякие там eQSL и LOTW уже давно на службе у HAMов.
Так что следующий этап - заточка под Интернет техники радиолюбителськой связи. Некоторые экземпляры уже прошиваются через Интернет.
SDR уже в кластера соединяют. Нa примере профессиональной техники от "R&S". Полно SDRок уже в Интернете.
Так что, все дело времени. Осталось ждать немного :)
Мощность заочно невозможно
мощность относительно и примерно
Относительно - значит относительно тех же раскиданных по миру маяков с известной мощностью и антеннами. Зная антенный сетап заявителя - остальное дело вычислительной техники и математики.
Примерно - потому что затухания и прочие потери в фидерном тракте заявителя однозначно внесут свою лепту. Но разницу 1 кВт и 5 кВт, или 100 Вт и 500 Вт - уж точно видно будет.
Вроде всё разложил по полочкам.
Задачи и решения - то два разных понятия.
Синхронизация данных - типовая задача, успешно решаемая информационными технологиями уже много десятков лет, причём есть много способов. Для логов в том числе.
Не все так однозачно. Например, "облачность" может подразумевать, не только клиент-серверную технологию в глобальной сети, но и технологию распределённой обработки данных, в которой компьютерные ресурсы предоставляются пользователю как Internet-сервис. Или, еще например, распределенную базу данньіх
PS В ночь с 8 на 9 октября с.г. умер соавтор язьіка програмирования CИ и системьі UNIX Денис Ритчи (Dennis MacAlistair Ritchie). RIP. Современньій Internet, да и вообще IT-технологии, во многом обязаньі его разработкам.
Унификация интерфейса - не совсем понятно что имеется в виду. Если внешний вид - то это совершенно не нужно, иначе не появлялись бы такие вещи как скины к другим программам.
SRI. Под "интерфейс" я тут понимал то, что обозначается абревиатурой API (application programming interfaces) - прикладной програмньій интерфейс.
Ну и портативное оборудование - никогда не будет 100% охвата всех портативных устройств, а на основных и обычные логи запускать не проблема.
Так что предложение решения я вижу, но решения несуществующих проблем :)
Речь идет о iPad, планшетниках і т.п. На них обьічньіе логи не запустишь.
Вспомним еще современньіе телефоньі, например с Android и WiFi.
Я недавно бьіл удивлен, когда обнаружил для себя, что центр Харькова почти закрьіт WiFi доступом в Internet. Во многих местах совершенно открьітьім. К футбольному чемпионату "Евро-2012", предполагается обеспечить полньій WiFi доступ. В том числе и из метро. Киберпространство становится частью жизни современного человека.
И сами между собой связи проводить. :) Кстати, это и сейчас элементарно реализуемо в цифре и CW. С голосом немного сложнее. Только в чём будет интерес?
Любую идею можно довести до абсурда. В чем, к примеру, интерес строить у себя на кухне радиостанцию им.Коминтерна ?
Вроде всё разложил по полочкам.
Невозможно...у одного диполь , у другого яги, у третьго стэк...который боком будет звучать ниже диполя...при этом при разных высотах будет разная энергетика в различных точках.
Проще так, хочешь победить ставь коробочку на выходе для контроля.....тема не простая...но было бы здорово соревноваться по честному.
Не все так однозачно
В данном конкретном случае - всё однозначно. Обычные клиент-сервер, без всякого распределения и тем более облачности.
я тут понимал то, что обозначается абревиатурой API
Хм, не заметил у них раздачи API, как и вообще необходиости в нём на их уровне предлагаемых решений. Может не там смотрел.
На них обьічньіе логи не запустишь.
Любой написаный как минимум на jawa пойдёт. Как максимум - многие уже вполне себе i386 и мелкософт совместимы, так что и многие другие пойдут.
Про интернет - у нас весь город давно покрыт wifi и как не странно - бесплатно. Но для лога я использую ноут, а не мобильник с wifi, хотя ради интереса запустил однажды на нём простой досовский лог.
Да я никого не разубеждаю в общем то. Если кто усматривает гениальность в тривиальном - значит маркетинг правильный. На том гаджеты и живут.
Добавлено через 7 минут
Проще так, хочешь победить ставь коробочку на выходе для контроля
Тогда коробочки надо ставить всем...
Невозможно...у одного диполь , у другого яги, у третьго стэк...который боком будет звучать ниже диполя...при этом при разных высотах будет разная энергетика в различных точках.
Читаем внимательно что я писал ранее - много точек приёма, много точек стандартных сигналов. Обрабатываем - и по барабану куда смотрит яга или диполь.
В общем то это вопрос аналогичный тому - встраивать в автомобили алкотестеры и ограничители скорости или держать штат гаи для контроля.
И вообще не совсем по теме, так что больше не буду :).
Тогда коробочки надо ставить всем...
Читаем внимательно что я писал ранее - много точек приёма, много точек стандартных сигналов. Обрабатываем - и по барабану куда смотрит яга или диполь.
.
Коробочки будут покупать те, кто хочет победить....большинство просто учавствует.
В CW со Skimmer мы ещё определим хозяина сигнала, а в SSB как. Садить людей и заносить в базу...утопия.
Да и обработать 15000 сигналов в разных точках, составить статистическийц анализ и выдать результат, которому доверяют...проект более, чем сложный.
Всё таки на уровне hardware проще достигнуть результата....но интерент всё равно нужен.....без него в отдельную группу.
Но интернет сегодян как телефон, практически доступен всегда и почти везде.
Тогда коробочки надо ставить всем...
Про WEB камеру в шеке, вроде не вспоминали..)))
Да, похоже, что "облачность" фигурирует здесь в качестве маркетингового хода.
+1
Это примерно так, как Облачный текстовый редактор
Не понятен смысл... приложение для мобильных устройств, подразумевает использование лога где нибудь вне основного шека, на выездах в экспедициях, там где с инетом может быть худо, или вообще его не быть. В стационарных условиях гораздо удобнее использовать ноут или полноценный компьютер. Если основная фишка это единый журнал... так с этой задачей тот-же дропбокс отлично справляется... ну и лог для КПК и телефонов вещь на любителя. Пробовал я на смартфоне лог вести, полноразмерная клава... не удобно оно мне, даже с моими небольшими пальцами.. неудобно... плюнул купил нетбук... по размерам и весу не намного отличается от тех-же смартфонов, но работать гооораздо удобнее :)
ИМХО лог по любому должне быть оффлай. Даже с выделенным каналом дома бывают проблемы, сидишь себе работаешь, пайлап разгребаешь :) а тут бац инет пропал... и все
Простая регистрация. Бесплатный сервис.
Возможность вести журнал непосредственно в Интернете.
Меня всегда пугает слово "бесплатный" рядом с достаточно материально затратным сервисом. Или в итоге станет платным или сдохнет. ИМХО.
Меня всегда пугает слово "бесплатный" рядом с достаточно материально затратным сервисом. Или в итоге станет платным или сдохнет. ИМХО.
Cервис тот бесплатный только в простейшей конфигурации, все остальное (я уже отметил) - 0.99с в месяц.
Не пойму, где там облако. Голый хостинг, конечно, можно притянуть за уши, но здесь даже не голый хостинг.
Залил туда лог, пусть будет... :)
Любое движение, пусть и ведущее в тупик, завсегда полезно для нашего дела, опыт на будущее... :)
поставил себе в четверг на Android. Очень порадовал.
+ Export ADIF (хотя бы отправка по емейл)
+ куча фич типа Lookup, Q-code и т.п.
+ Синхронизация с базой в И-нете (нужен логин/пароль)
Отписал разработчику: Неплохо было бы сделать EXPORT ADIF в файл. Ждем-с ответа.
Хм, сунулся в Apple Store, а там 1 доллар хотят :) Но есть в Инсталлусе :)
применение вижу только одно - работаешь например из гостей, чтобы не писать на бумажку можно сразу заносить связи в "лог", а потом дома уже переносить в основной логгер.
Отписал разработчику: Неплохо было бы сделать EXPORT ADIF в файл. Ждем-с ответа.
From: Nick Garner <nwgarner@********>
Date: Mon, 14 Nov 2011 12:12:59 -0800
Subject: Re: HamLog Feedback
To: rv3dhc <rv3dhc@************>
Hi Tony,
I should be able to get this done in the next release shortly.
Nick
On Fri, Nov 11, 2011 at 12:19 AM, rv3dhc <rv3dhc@gmail.com> wrote:
> Hi Nick.
> It will be good to include in the LOG export to ADIF funtion to SD card
> (external memory device) or to internal phone memory. It's my point.
> LOG is OK for me. Nice one.
>
> BR. Tony RV3DHC.
>
Вот такой ответ я получил вчера от разработчика ЛОГа Ника N3WG/6.
Powered by QRZ.RU