Форматы логов напоминают 'велосипеды'

**R5ACQ** · 23.01.2009, 15:18

Сообщение от RX4HX

Вообще конечно формат Cabrillo - очень неудобный. Вообще не понятно зачем было создать формат, который не является универсальным для всех соревнований.

Я не уверен, но мне кажется, что изначально так и было: был создан формат именно для определенных соревнований. Потом просто устроители других соревнований подхватили и некоторые начали вносить изменения. ИМХО, сам стандарт не такой уже плохой (тупо извлекаем подстроку с такой-то позиции и такой-то длинны), просто устарел он.

**RN9RQ** · 23.01.2009, 15:19

Да куда вы все суете этот XML, ну засунули его в конфиги гнома и что? вы читать конфиг на XML длинной несколько сотен строк пробовали?
А по adif тут на рефлекторе уже был разговор это чистый SGML подсемейством которого и является XML. Но он тут нафиг не нужен.
По поводу форматирования Кабрилло могу написать скрипт на perl который будет выраванивать в нужном формате все строки с QSO.
А вообще сейчас есть хорошая платформа на базе ЕРМАКа, можно получить универсальный протокол для всех логов.

**R5ACQ** · 23.01.2009, 15:36

Сообщение от RA9QCE

А вообще сейчас есть хорошая платформа на базе ЕРМАКа

Я, возможно, не внимательно смотрел и читал про ЕРМАК, но в чем его отличие от уже существующих стандартов? enumeration новые введены?

**RX1AL** · 23.01.2009, 16:00

Сообщение от RA9QCE

.......

А вообще сейчас есть хорошая платформа на базе ЕРМАКа, можно получить универсальный протокол для всех логов.

Пробовали, конечно... И ничего страшного нет... Все работает... Есть ХML узел (Node), есть парсер... читай любую секцию и ее атрибуты, загоняй в коллекцию и работай дальше. И не только ведь файлы конфигурации... Мегабайтами информацию на ХML приложения перелопачивают и ничего...

Тут дело не в самом ХML, дело в подходе... к формату. А переделать или использовать новое всегда можно... да и нужно... Иначе нафига все эти новшества, если никто не использует?

ЕРМАК не встречал, чтобы он уже широко использовался... уже в логах...

**RA3TT** · 23.01.2009, 16:53

Сообщение от RA9QCE

По поводу форматирования Кабрилло могу написать скрипт на perl который будет выраванивать в нужном формате все строки с QSO.

Неделю назад такой скрипт нам (судейской коллегии) очень бы помог. Так что, если напишете, народ скажет Вам большое спасибо.

**R8TX** · 23.01.2009, 18:22

Сообщение от RZ3ATE

Но что мешает разработать ADIF 3.0, например? В этом случае работать с ним будет проще намного, ну хотя бы разработчикам.

Совершенно ничего не мешает. По АДИФу есть форум логгерописателей, где проводятся голосования по изменению формата, есть сайт www.adif.org, есть главный разработчик AA6YQ, так что препятствий нет.

**UR6LAD** · 23.01.2009, 22:20

Я не призываю крушить всё старое - просто посмотрел на форматы и удивился: будто с другой планеты

Сообщение от RX4HX

При чем тут XML?

Это просто пример. Я писал про CSV/XML. Есть и другие текстовые форматы, просто CSV и XML наверное лидеры по использованию, к тому же последний легко расширяется при необходимости.

Сообщение от RX4HX

А формат переноса должен поддерживаться большинством логов, иначе он таким не будет. Именно таким форматом является сейчас ADIF.

Я как раз с этой стороны и смотрю - возможно свободного переноса информации из одной программы в другую, а тажке безпроблемная передача отчёта о работе в дипломнуюКомиссию/судейскуюКоллегию/etc. У ADIF, как мне кажется, есть такие недостатки: от рождения заточен под ARRL и не стандартен с программерской точки зрения. Даже если к примеру набирать его в ручную, сделать в нём ошибку наверное даже проще, чем при ручном наборе well-formed XML.

Всем спасибо за ссылки и имена людей, участвующих в совершенствовании форматов.

Пошел переваривать информацию

**RX4HX** · 24.01.2009, 10:44

Сообщение от RZ3ATE

Я, возможно, не внимательно смотрел и читал про ЕРМАК, но в чем его отличие от уже существующих стандартов? enumeration новые введены?

Основное в Ермаке: поддержка русского языка. Если внимательно почитать формат кабрилло, то там написано: используются ТОЛЬКО буквы английского алфавита.

**RN9RQ** · 24.01.2009, 11:26

Сообщение от RX1AL

Пробовали, конечно... И ничего страшного нет... Все работает... Есть ХML узел (Node), есть парсер... читай любую секцию и ее атрибуты, загоняй в коллекцию и работай дальше. И не только ведь файлы конфигурации... Мегабайтами информацию на ХML приложения перелопачивают и ничего...

Тут дело не в самом ХML, дело в подходе... к формату. А переделать или использовать новое всегда можно... да и нужно... Иначе нафига все эти новшества, если никто не использует?

ЕРМАК не встречал, чтобы он уже широко использовался... уже в логах...

Я говорю не о парсинге XML а обычном человеческом чтении документа
Он для человека нечиталебен почти. А логи как вы знаете лучше править в ручную самому (Это я про Linux) Да и наши логи иногда полезно глазами пройтись

**RX1AL** · 24.01.2009, 16:29

RA9QCE:
Это правильно, что сам по себе XML не читаем и не удобен для человеческого восприятия... Однако, кто мешает XSLT/XML/XSL-FO связку использовать...

В любой формат загоняйте и вперед... А насчет Cabrillo, что только английские буквы... Тут да... если бы разработчики чуточку подумали, то может бы вспомнили, что есть и UTF-8... и юникод...

**UR6LAD** · 30.09.2009, 21:13

Так, чисто мысли вслух.

Сообщение от RX1AL

Новой инициативой создания универсального формата была спецификация 2.0 того же ADIF

Ну, я так смотрю что ADIF 2.0 занял нишу универсального формата, в то время как Cabrillo и REG1TEST - форматов логов для контестов.

А в принципе они все очень напоминают то, что довольно давно продвигается как человеко-ориентированный формат - я о YAML. Если бы вдруг кому-то захотелось доусовершенствовать формат лога, я бы посоветовал взять за основу YAML: куча библиотек для разнообразных языков, легко читается человеком. Остаётся только определить список сущностей и формат лога готов.

**EW4DX** · 30.09.2009, 21:23

Сообщение от UR6LAD

Ну, я так смотрю что ADIF 2.0 занял нишу универсального формата, в то время как Cabrillo и REG1TEST - форматов логов для контестов.

C той лишь поправочкой, что это не форматы логов, а форматы файлов для обмена данными между различными логами.

**RX4HX** · 30.09.2009, 21:39

Сообщение от EW4DX

C той лишь поправочкой, что это не форматы логов, а форматы файлов для обмена данными между различными логами.

Игорь, к сожалению люди далекие от праграммирования совершенно не понимают разницу между "форматом лога" и "форматом переноса данных" между логами.

Сообщение от UR6LAD

доусовершенствовать формат лога, я бы посоветовал взять за основу YAML

Да конечно можно! И получить лог с такими требованиями: не ниже Core Duo 3, 4 гб памяти и т.п. Понимаете, любые навороты очень прожорливы.

**rttyman** · 30.09.2009, 21:45

И еще по поводу неудобства Carbillo судьям в том плане, что пробелы ставят как угодно.

Это решается элементарно в судейской программе введением умного, как сейчас стало модно говорить, "парсера", который ищет данные не по знакоместу, а по записям в строке, которые разделены символом пробела или табуляции (при необходимости определяются как разделительные и любые другие знаки).

И пусть издеваются с отчетом как хотят, хоть по одному пробелу между записями ставят, хоть по десять, хоть по табуляции щёлкают... Кстати, последнее "любят" делать многие низкоквалифицированные пользователи при ручном редактировании Cabrillo, считая, что это тоже самое, что несколько пробелов

**RN3DFN** · 01.10.2009, 17:51

А что, в Фортране тоже пробелы имеют значение. Хороший, наверное, был язык. Лет 20 тому назад. Ничего, и адиф подтянется, но не в этой жизни.
Что самое пакостное в адифе - он ASCII. Забыли, что в мире не только латиница есть. Интернеты уже лет 5 как массово пересели на UTF8, виндовоз тоже подтянулся, а кроме DBLog я даже не смогу назвать UTF8-compatible логгера. Обидно.
Поднимал вопрос в HRD, EQF, результат - ноль. Другими логгерами не пользовался, не знаю.

А всего-то навсего правильно использовать тег <ENCODING> в ADIF. И конечно логгер внутри должен использовать мультибитную кодировку, в т.ч. и в базе. Иначе капут.