Вид для печати
Чайниковский вопрос начинающего радиолюбителя и программиста со стажем.
Поизучав форум пришел к выводу что все имеющиеся в ходу форматы (ADIF, Cabrillo) во-первых зачастую жестко привязаны к ARRL (риторическое: казалось бы в чём сложность избавиться от это при рождении), во-вторых имёют какой-то странный формат, будто нет кучи проверенных временем и реализованных в коде универсальных текстовых форматов (CSV, XML etc.)
Вопрос: есть ли другие текстовые варианты хранения/обмена логов?
Что то не понятна сама тема.. Чем вам не нравятся одни форматы и нравятся другие? Собственно АДИФ чем мешает? Толкается что ли? )))) Или Кабрила кусается? В общем не ясно что Вы хотели сказать в этой теме.. Ждем разъяснений!Цитата:
Сообщение от UR6LAD
UR6LAD:
Правильный вопрос... тем более от программиста... сам такой...
Форматы есть... Один из них, кстати, прошел даже сертификацию в W3C... в драфт версии. Назывался или называется Hamradio Markup Language, полностью на XML, с поддержкой DTD, XSD. То есть любой стандартный парсер для XML понимает данный формат. Какова сейчас судьба не знаю...
Новой инициативой создания универсального формата была спецификация 2.0 того же ADIF. В рефлекторе и форумах на эту тему, можно встретить много отрицательных комментариев, поскольку сам формат сильно напоминающий XML, таковым не является, а посему затруднятся обмен данными. Дискуссия там не прекращается и из-за нестандартности многих полей и из-за использование информации не в юникоде, а национальных символах, что также большая проблема. Вероятно релиз 3.0 исправит недочеты.
Из самого последнего, наиболее удачным решением формата, на который уже многие обратили свое внимание - это формат XML на сайте http://www.rsgbiota.org - использование нормальной схемы XML и правильной структуры данных. Для любого лога или базы данных использование прозрачно.
А альтернатива тому же ADIF в формате XML уже есть и активно разрабатывается... Насчет использования не скажу, вероятно здесь пока еще сказывается инертность производителей/разработчиков логов... Линк: http://xdif.org
ПС Хотя давно пора внедрять новое, а не сидеть вечно на старом... поезд уйти может... :)
Привет!
Да действительно формат XML стал очень распространенный
Офис с 2007 уже сохраняет в этом формате документы
Я лично в PHP часто вижу этот формат
Да и наш ДотНет тоже активно его использует
В Линуксе почти все настройки в таком формате
UR5FCM:
Привет Игорь... полуночник... и я о том же... :) Что наконец увидел одно из преимуществ дотнета? :)
Я просто смотрю на форматы и вижу, как я говорил ниже, измениния в эту сторонуЦитата:
Сообщение от RX1AL
Кстати на старом добром VB6 можно ли парсер сделать или нет
Даже и не думал что этот формат будет на Microsoft ... hi!
Вообще я думаю начало было положено в языке PHP
UR5FCM:
Конечно можно сделать... :) Только и делать не надо... Есть стандартная библиотека MSXML, только посмотри, какая тебе версия нужна под VB 6.0, так как под дотнет уже 6.0 используется, а я не помню номер навскидку... давно это было...
Hа тебе... линк: www.freevbcode.com/ShowCode.asp?ID=1455 на готовый и еще один от самих мелкомягких ниже:
http://www.aspfree.com/c/a/XML/Using...30-with-VB-60/
Примеры использования смотри здесь:
http://www.codeguru.com/vb/gen/vb_mi...cle.php/c10717
support.microsoft.com/kb/286817
И посмотри на LINQ to XML... Тебе так понравится, что за уши не оттянешь потом... :) Если уж мы заговорили о форматах и альтернативах текстовым файлам...
Не понял пороса: логи имеют ворматы BDE, Access и т.п.Цитата:
Сообщение от UR6LAD
А ADIАF, Cabrillo - это форматы:
1. ADIF - Взаимодействия с другими логами (в частности стандартизированный формат переноса данных из одного лога в другой)
2. Cabrillo - формат отчета за международные соревнования.
При чем тут XML?
Добавлено через 6 минут
Повторюсь: в текстовом формате логи уже давно никто не хранит. А формат переноса должен поддерживаться большинством логов, иначе он таким не будет. Именно таким форматом является сейчас ADIF.Цитата:
Сообщение от UR6LAD
А при том, что при первом взгляде на ADIF в голову приходит XML, но не валидный :) Закрывающихся тегов-то нет! Соот-но, что бы написать свой обработчик приходится изобретать велосипед.Цитата:
Сообщение от RX4HX
Cabrillo жестко структурирован: поставил лишний пробел и все, полезли ошибки в логе (вместо RST попадает exchange, например) и т.д., что при предварительной проверке логов, да и при судействе соревнований, я думаю, вылезает обязательно. Тем более, что вариаций кабриллы есть несколько: где-то надо только обем указывать, где-то обмен и имя, где-то еще что-то другое.
Когда впервые появилась необходимость переноса данных из одного лога в другой, XML еще и подавно не было. А учитывая тот факт, что иностранцы очень консервативны и логи свои они покупают, отказаться от адиф и перейти на что-то более прогрессивное можно будет лет эдак через 10 :)Цитата:
Сообщение от RZ3ATE
Вы совершенно правыЦитата:
Сообщение от RZ3ATE
Как я намучался в этим форматом для различных соревнований
Где-то надо рапорт где-то не нужен а разиеры то влияют
Вообще конечно формат Cabrillo - очень неудобный. Вообще не понятно зачем было создать формат, который не является универсальным для всех соревнований.Цитата:
Сообщение от UR5FCM
Я это прекрасно понимаю! Но что мешает разработать ADIF 3.0, например? В этом случае работать с ним будет проще намного, ну хотя бы разработчикам.Цитата:
Сообщение от RX4HX
Вот-вот! Так и я в первый раз когда генерил отчет (лог уже не помню какой был), потом намучался с его правков вручную, т.к. робот его просто не принимал. Можно только догадываться, как мучаются судьи :russian_roulette:Цитата:
Сообщение от UR5FCM
А если прочитать спецификацию и делать точно по ней? вариантов позиций, на самом деле, не так много. Да и добавлять их нет проблем. Думаю вам известны способы форматирования строк применяющиеся со времен "Cи" (может и раньше, но я не настолько стар :), даже в фортране уже было аналогичное, но чуть другого синтаксиса )Цитата:
Сообщение от UR5FCM
Говоря о формате XML, который официально принят W3C в 1999 году, не стоит забывать и о Document Type Definition (DTD), который был разработан еще ранее. Первые логи, имеется в виду, не досовские варианты, вполне могли использовать данные форматы. А в досовских программах логов, весь лог писался и в текстовый файл тоже.
Насчет ADIF 2.0... Данный формат действительно не совершенен, об этом уже неоднократно пишут на многих рефлекторах, форумах. Основная масса между прочим, американцы, канадцы, японцы... Так что упрекать их в заторможенности трудно... Процесс пошел... Спецификация 3.0 уже в разработке, как альтернатива есть и XDIF, ссылка в топике... Отдельно вырывается из группы Cabrillo... Какой формат придет ему на смену пока не ясно... также и с форматом данных... Но обсуждения тоже на эту тему ведутся.
Я не уверен, но мне кажется, что изначально так и было: был создан формат именно для определенных соревнований. Потом просто устроители других соревнований подхватили и некоторые начали вносить изменения. ИМХО, сам стандарт не такой уже плохой (тупо извлекаем подстроку с такой-то позиции и такой-то длинны), просто устарел он.Цитата:
Сообщение от RX4HX
Да куда вы все суете этот XML, ну засунули его в конфиги гнома и что? вы читать конфиг на XML длинной несколько сотен строк пробовали?
А по adif тут на рефлекторе уже был разговор это чистый SGML подсемейством которого и является XML. Но он тут нафиг не нужен.
По поводу форматирования Кабрилло могу написать скрипт на perl который будет выраванивать в нужном формате все строки с QSO.
А вообще сейчас есть хорошая платформа на базе ЕРМАКа, можно получить универсальный протокол для всех логов.
Я, возможно, не внимательно смотрел и читал про ЕРМАК, но в чем его отличие от уже существующих стандартов? enumeration новые введены?Цитата:
Сообщение от RA9QCE
Пробовали, конечно... И ничего страшного нет... Все работает... Есть ХML узел (Node), есть парсер... читай любую секцию и ее атрибуты, загоняй в коллекцию и работай дальше. И не только ведь файлы конфигурации... Мегабайтами информацию на ХML приложения перелопачивают и ничего...Цитата:
Сообщение от RA9QCE
Тут дело не в самом ХML, дело в подходе... к формату. А переделать или использовать новое всегда можно... да и нужно... Иначе нафига все эти новшества, если никто не использует?
ЕРМАК не встречал, чтобы он уже широко использовался... уже в логах...
Неделю назад такой скрипт нам (судейской коллегии) очень бы помог. Так что, если напишете, народ скажет Вам большое спасибо.Цитата:
Сообщение от RA9QCE
Совершенно ничего не мешает. По АДИФу есть форум логгерописателей, где проводятся голосования по изменению формата, есть сайт www.adif.org, есть главный разработчик AA6YQ, так что препятствий нет.Цитата:
Сообщение от RZ3ATE
Я не призываю крушить всё старое - просто посмотрел на форматы и удивился: будто с другой планеты ;)
Это просто пример. Я писал про CSV/XML. Есть и другие текстовые форматы, просто CSV и XML наверное лидеры по использованию, к тому же последний легко расширяется при необходимости.Цитата:
Сообщение от RX4HX
Я как раз с этой стороны и смотрю - возможно свободного переноса информации из одной программы в другую, а тажке безпроблемная передача отчёта о работе в дипломнуюКомиссию/судейскуюКоллегию/etc. У ADIF, как мне кажется, есть такие недостатки: от рождения заточен под ARRL и не стандартен с программерской точки зрения. Даже если к примеру набирать его в ручную, сделать в нём ошибку наверное даже проще, чем при ручном наборе well-formed XML.Цитата:
Сообщение от RX4HX
Всем спасибо за ссылки и имена людей, участвующих в совершенствовании форматов.
Пошел переваривать информацию
Цитата:
Сообщение от RZ3ATE
Основное в Ермаке: поддержка русского языка. Если внимательно почитать формат кабрилло, то там написано: используются ТОЛЬКО буквы английского алфавита.
Я говорю не о парсинге XML а обычном человеческом чтении документаЦитата:
Сообщение от RX1AL
Он для человека нечиталебен почти. А логи как вы знаете лучше править в ручную самому (Это я про Linux) Да и наши логи иногда полезно глазами пройтись
RA9QCE:
Это правильно, что сам по себе XML не читаем и не удобен для человеческого восприятия... Однако, кто мешает XSLT/XML/XSL-FO связку использовать... :) В любой формат загоняйте и вперед... А насчет Cabrillo, что только английские буквы... Тут да... если бы разработчики чуточку подумали, то может бы вспомнили, что есть и UTF-8... и юникод...
Так, чисто мысли вслух.
Ну, я так смотрю что ADIF 2.0 занял нишу универсального формата, в то время как Cabrillo и REG1TEST - форматов логов для контестов.Цитата:
Сообщение от RX1AL
А в принципе они все очень напоминают то, что довольно давно продвигается как человеко-ориентированный формат - я о YAML. Если бы вдруг кому-то захотелось доусовершенствовать формат лога, я бы посоветовал взять за основу YAML: куча библиотек для разнообразных языков, легко читается человеком. Остаётся только определить список сущностей и формат лога готов.
C той лишь поправочкой, что это не форматы логов, а форматы файлов для обмена данными между различными логами.Цитата:
Сообщение от UR6LAD
Игорь, к сожалению люди далекие от праграммирования совершенно не понимают разницу между "форматом лога" и "форматом переноса данных" между логами.Цитата:
Сообщение от EW4DX
Да конечно можно! И получить лог с такими требованиями: не ниже Core Duo 3, 4 гб памяти и т.п. Понимаете, любые навороты очень прожорливы.Цитата:
Сообщение от UR6LAD
И еще по поводу неудобства Carbillo судьям в том плане, что пробелы ставят как угодно.
Это решается элементарно в судейской программе введением умного, как сейчас стало модно говорить, "парсера", который ищет данные не по знакоместу, а по записям в строке, которые разделены символом пробела или табуляции (при необходимости определяются как разделительные и любые другие знаки).
И пусть издеваются с отчетом как хотят, хоть по одному пробелу между записями ставят, хоть по десять, хоть по табуляции щёлкают... Кстати, последнее "любят" делать многие низкоквалифицированные пользователи при ручном редактировании Cabrillo, считая, что это тоже самое, что несколько пробелов :D
А что, в Фортране тоже пробелы имеют значение. Хороший, наверное, был язык. Лет 20 тому назад. Ничего, и адиф подтянется, но не в этой жизни.
Что самое пакостное в адифе - он ASCII. Забыли, что в мире не только латиница есть. Интернеты уже лет 5 как массово пересели на UTF8, виндовоз тоже подтянулся, а кроме DBLog я даже не смогу назвать UTF8-compatible логгера. Обидно.
Поднимал вопрос в HRD, EQF, результат - ноль. Другими логгерами не пользовался, не знаю.
А всего-то навсего правильно использовать тег <ENCODING> в ADIF. И конечно логгер внутри должен использовать мультибитную кодировку, в т.ч. и в базе. Иначе капут.
Друзья. Через меня проходит более 1500 отчетов за озчр и полевой день укв этого года. Каких форматов я только не видел! Что наши люди не придумают :-).
Имея уже определенный опыт в этом деле могу сказать, что лучше "кабрило" на это время ничего лучше для отчета за соревнование не придумали!
Хотя доля таких отчетов совсем мизер, к сожалению.