Online EDI Generator ‑ forum

© OK2PIN 2014 ‑ 2021, verze 1.3

Version 1.3 tested on Mozilla Firefox 84, Chromium 87, Vivaldi 3.5 and Brave 87.

Základní informace (Basic information / feature desciption): INFO

Pokud máte jakékoli komentáře, náměty a připomínky k Online EDI Generatoru, budu rád, když se o ně podělíte. V případě problémů nezapoměňte uvézt použitý operační systém a prohlížeč (příklad: Win XP a Firefox 26).

Any comments / proposals are welcome!

Jméno, značka (Name, call sign): 
Komentář (Comment):
24.7.2021 11:50Lothar Haus OE6LHG
Zwischen meinem Qso Nr002 und 003 habe ich eine Station auf 50MHz gearbeitet, (siehe dortiges Log) sodass mein QSO 003 den Rapport 004 hat, ebenso eine Nummer höher die QSOs 004 und 005, also 005 bzw.006 danke für Euer Verständnis
22.6.2021 20:43dl4zan
Hallo Zbyněk OK2PIN,
yes, now is all ok, only i must Mark the Time Ignore ( Zeitreihenfolge) for 2-Day Contest.
Many thanks for the great Software.
vy73 DL4ZAN Herbert
21.6.2021 21:41DL4ZAN
Hallo,
Datumsproblem ist gelöst.
Bei MM und TT keine führende 0 eingeben (z.Bsp. 01 ist falsch, richtig ist 1)

Zbyněk OK2PIN: Hello Herbert, yes date format is d.m.yyyy, e.g. 19.6.2021 or 2.10.2021.
21.6.2021 17:08DL4ZAN
Hallo,
mein Problem ist die Datumseingabe "von" "bis", beim zweitägigem Contest ( IARU 50 Mhz Contest vom 19.06 - 20.06.2021). Bei Eingabe des bis-Datum werden beide Felder als Fehler angezeigt. Auch ist bei der Erfassung der QSO kein Datumsfeld vorhanden.
Mein Betriebssystem ist WIN10 (64) Browser Microsoft Edge.
Für einen Tipp wäre ich dankbar.
DL4ZAN Herbert
24.3.2021 12:12Harry, PA8KM
Hi and tnx for this online editor!
See message from 14.2.2020 below.
I do have problems to enter qso's in digimodes with a report in dB.
I noticed that some reports with "+" or "-" are considered an error.
The syntax is always 3 positions f.e. -03 or +11 etc.
I can send you a screenshot if desired.

Zbyněk OK2PIN: Hello Harry, based on our conversation, accepted dB report range was extended from -50 to +49.
10.1.2021 17:18Petr, OK1UCI
Ahoj Zbyňku, v informacích, odkazujících na IARU dokument, jsou uvedené hodnoty pro pole Pásmo, ale v generátoru jsou lehce jiné. Např. 144 MHz vs. 145 MHz, 432 MHz vs. 435 MHz atd.
Mohl bys to opravit podle IARU?

Převzal jsem vyhodnocování Vánočního závodu a vyhodnocovací program se tím řídí. Ne každý účastník to přepíše na 144 MHz, a to mi způsobuje problémy.

Kdyby ses zamyslel jak to upravit pro dvouetapové závody, tak by to uživatelům určitě pomohlo.

A ještě prosím o překlad textů u QSO. Případně o doplnění popisu jako je to u NAC.

Zbyněk OK2PIN: Ahoj Petře, IARU VHF Handbook nazývá dvoumetr a sedmdesátku 145 MHz a 435 MHz. Já to respektuji. Pokud to někomu nevyhovuje, může to snadno přepsat.

Návod na dvouetapový závod je v předchozím příspěvku. ↓
26.12.2020 8:35Zbyněk, OK2PIN
Dvouetapové závody (např. Vánoční závod) nejsou přímo podporovány. Přesto lze buď vypnout kontrolu opakovaných spojení Ignore dupes, nebo v jedné etapě psát před každou značku zvolený prefix, např. XXXXX, a nakonec ve vygenerovaném EDI souboru nahradit XXXXX prázdným řetězcem.
11.9.2020 15:17Bohumír Klíma , ok2tke
Nazdar Zbyňku,
díky za rychlou odpověď. Přeji stálé a pevné zdraví.
Mirek ok2tke
9.9.2020 14:56Bohumír Kíma , ok2tke
Prosím o info jak postupovat při zadání dvojitého spojení. Zkoušel jsem změny ,ale nic se nezadařilo. Děkuji za odpověď.

ok2tke@seznam.cz
Děkuji Mirek ok2tke

Zbyněk OK2PIN: Ahoj Mirku, pokud tím dvojitým spojením myslíš opakované QSO, pak je třeba se rozmyslet, které chceš v deníku nechat a u toho druhého (neplatného) napsat do políčka místo značky ERROR. Existuje i možnost, aby opakované značky nebyly kontrolovány - pak stačí zaškrtnout Ignore dupes, jen je třeba zvážit důsledky.
7.9.2020 13:31sa0can
Hi,

I use your onlide EDI editor and I noticed a problem last time.
I worked in the weekend in IARU VHF Reg 1 contest and created a log with your website...now the question is if it is correctly created.

I want to submit the same log to Kvartalest in Sweden. One difference from NAC contest is that Kvartaltest requires the numbers exchanged in a QSO. However, it still assign 500 points for every new grid. So:

If I click the NAC option in the editor then the numbers dissapear from the log ...but the amount of points is calculated correctly when I upload the log at SSA.

If I don click the NAC then I have he numbers in the log but I see that the robot does not give me 500p for every new grid. SO, I get less points...not good. I wonder now if the log created this way is still ok for IARU VHF Reg 1, so at least I can send it there without worrying about wrong points calculation.

Maybe one solution is to have one more option in the editor for QT (Kvartalstest) or IARU VHF Reg 1 contest. For QT the only difference from IARU VHF Reg1 is that we need to get the robot calculate these 500p per ny grid, as for NAC.

Zbyněk OK2PIN: Hello, OK, I will watch if there is wider interest of such enhancement to justify effort - benefit balance. In past, on other project, I did a complicated update requested by one user and it has never been used. I am surprised that contest having unusual rules (multipliers, bonuses) does not provide own recalculation also for preliminary results.
Starší >>