HRDLog

Hej.
Jeg anvender HRD logbook ver. 5.24.036

Jeg har det problem at når jeg vil logge en station der kører /0-9, f.eks
TA1BM/3, så siger programmet at denne er fra Bouvet Isl.

Hvis jeg kører den pågældende alligevel og derefter retter fejlen, så er det fint nok. Men fejlen bliver på en eller anden måde uploadet til
http://www.hrdlog.net, det sker i samme øjeblik en QSO addes. Jeg har opdateret div. XML-filer, også UniqueCallSignDatabase.xml men intet hjælper.

Andre der kender problemet?

Svar til #1:
Hvilken Callsign Lookup bruger i HRD Logbook.

Svar til #2:

Den kigger i en fil der hedder LogbookCountryDataEx.xml som er fra 22 oktober 2012, som er den nyeste (gratis i hvert fald).

Svar til #1:

Er der nogen der kender et program svarende til HRD, uden at koste en bondegård?

Version 5.xxx bliver jo aldrig opdateret mere.

Svar til #4:
har du kigget på log4om?
kan hentes her http://www.pisto.it/wordpress/log4om-en/
nemt og overskueligt og gratis

Svar til #4:

Bruger selv DX4WIN til hverdags og samlede log, og Win-Test til diverse contests og /p formål.

Begge programmer opfylder mine behov 100%, og er godt tilfreds selv om de koster lidt, men det er godt givet ud.

Hilsen Nils

Svar til #4:

Kan også anbefale DX4WIN. Her kan du bl.a. downloade et program, der selv opdatere call liste, QLS MGR, DXCC liste m.v.

Der er ikke indbygge automatisk LOTW up-/download. Her skal du via en ADIF fil og signere den med TQSL.

DX4WIN lader LOTW QSLs tælle med i DXCC listen. Det var faktisk en af årsagerne til, at jeg skiftede fra VQLOG til DX4WIN.

DX-cluster viser, om DX-stationen suppoterer EQSL og/eller LOTW på spottet.

Der er også en glimrende reflektor, hvor du hurtigt får kvalificeret hjælp.

Prisen på USD 90 er efter min mening givet godt ud.

http://www.dx4win.com

Svar til #4:
Jeg kan tilslutte mig oz2nml, har brugt programmet log4om i omkring 1 år og det tilfredsstiller mit behov.
Vy oz7sg

Svar til #3:
Nej, det er ikke den.
Du skal finde ud af, hvad Callsign Lookup er sat til.
Det kan f.eks være QRZ.com eller en fil fra CD.

Der var en overgang, hvor QRZ.com konstant ændrede deres søgesite, således, at automatisk søgning blev besværliggjort og "piratsøgerne" konstant måttge opdatere deres "piratsøgningsprogram" for fortsat at kunne bruge QRZ.com.

Jo HRD opdateres stadig, men ligesom ostemad koster brød, ost, fedt og sky lidt :-)

Jeg har en version 5 rev 2893 Beta. Den har ikke omtalte søgefejl ved anvendelse af QRZ.COM.
Hvis du er interesseret kan du få en kopi.

Svar til #4:
Jeg bruger også HRD gratis version og når jeg taster TA1BM/3 skriver den Turkey. Når jeg så trykker tabulator for at hoppe til næste felt, sletter den "Turkey" og henter oplysninger på QRZ.com og ca. ½ sekund efter kommer alle felter med navn o.s.v. plus "Turkey" igen.
Jeg kan kun få den til at skrive Bouvet hvis jeg taster 3/TA1BM.

Du kunne måske prøve at opdatere til den sidste gratis som er 5.24.0.38
http://www.hrdsoftwarellc.com/downloads/default .html

Jeg ved ikke om det gør nogen forskel, men det er da et forsøg.

Svar til #Alle:

Først, tak til alle

Øhm, nu har jeg så prøvet forskellige ting:

- Inst. af version 5.24.0.38 giver ingen forskel.

- Callsign Lookup har jeg nu fundet ud af, men for at det skal virke over for fejlen kræver det at den pågældende amatør har registreret sig med det specielle call, og det har f.eks. TA1BM/3 ikke, så han bliver stadig opfattet som Bouvet. En anden ting er at der står at man skal betale 30 USD om året for at få fuld glæde af denne funktion.

- DX4WIN koster også penge, så kan jeg ligeså godt købe HRD 6, som jeg har prøvet og kender så godt og som ikke har fejlen.

- Jeg er nok dum, men jeg synes Log4OM er alt for besværgeligt at gå til, og så er der alt det som det ikke kan i forhold til HRD og som jeg ikke vil af med. Og uden lige at kunne huske hvilket, så er der en af de to der ikke kan importere fra HRDLog uden alvorlige fejl.

Det ender nok med jeg køber HRD 6 en dag, der som sagt ikke har fejlen.

Svar til #11:
Jeg kan kun sige, at TA1BM/3 bliver korrekt registreret i min ver. af HRD Lookbook.
Og det kunne ikke falde mit jyske sparegen ind at betale en krone for QRZ.COM adgang. Virksomheden tjener rigeligt gennem reklamer.

Prøv evt at sende et skærmdump af din indtastning.

Svar til #1:
jeg bruger også den gratis version af HRD log ver. 5.24.0.38 og her er der ingen problemer TA1BM/3 bliver til Tyrkiet

Svar til #12:
Når jeg vender hjernemassen erindrer jeg, at der med min tidligere internetopkobling 10/1 godt kunne være temmelig lang reaktionstid inden korrekte data tilgik mig fra QRZ.COM, når jeg brugte DM780.
Og hvis jeg ikke ventede på korrekte data fra QRZ.COM og bare addede QSOen, kunne der godt være fejl fra HRDs lokale præfix oversætter.
Så når jeg ikke efter 4-5 sekunder havde modtaget navn (fra QRZ) var jeg særdeles påpasselig med at præfiks svarede overens med korrekt land.

Dette problem har jeg ikke længere, da jeg har skiftet internetudbyder og min hastighed nu er 30/30.

Svar til #12:
Men mit jyske sparegen gør, at mit look-up ved QRZ.COM er begrænset til 150 pr døgn.
Det er nu ikke derfor jeg ikke kører contest :-)

Svar til #12:

Jeg kan se at hvis jeg taster TA1BM/3 direkte i HRDLog, så skriver den rigtigt at det er tyrkiet, hvorimod at hvis jeg bruger DM780, så skriver den at han er fra Bouvet selvom den finder hans rigtige navn. Se skærmdump.
På den anden skærmdump ses at jeg har syv dage før jeg skal betale for at bruge funktionen (står på online.qrz.com)

JEG KAN IKKE UPLOADE SKÆRMDUMPS, ER DER EN MAX. STØRRELSE FOR SÅDAN NOGLE?
DET ER DER, MEN MINE JPG ER MEGET MINDRE. PRØVER SENERE.

Svar til #16:
HRD og DM780 er finurlige størrelser.
Hvis du har en gammel fejlbehæftiget logning af TA..., så kan programmet finde på at bruge de gamle dataer. Delete evt. gamle fejlbehæftigede logninger.
Derudover er programmet fantastisk, desværre, til at "fejlrette" sig selv, og kan finde på at ændre i dets interne Countries liste. For på den måde at "tilfredsstille" brugeren.
Den interne Countries liste hos mig er fra 03-17-2011 000UTC.

Prøv at gå ind i HRD Logbook -> Countries -> Manager

Find "Bouvet" i listen, marker den og træk skyderen (i bunden) hen så du kan se, hvilke præfixer, der tilknytter sig til "Bouvet".
Er der antydninger af "TA", så klik på Edit i menuen, og fjern TA.

Derefter kan du i menuen se et tomt afkrydsningsfelt mrk Lookup.
Sæt kryds i dette, og i det nedtonede felt tilhøjre for afkrydsningsfeltet tast TA ind.
Så skulle der straks tilhøjre for det nu ikke længerer nedtonede felt vise sig Turkey, og listen nedenunder scroller automatisk til Turkey (nederst), hvor du så kan kontrollere Turkey´s præfixer.
Hos mig er de sat til under ARRL præfix: TA og under Præfix List: T[A-C].*|YM.*

Svar til #17:

Når jeg går ind i: HRD Logbook -> Countries -> Manager
så ser alt fint ud.
Jeg er kommet dertil at selve HRD logbook
gør tingene rigtig, for hvis jeg derinde vælger at logge ham manuelt, ja så logger den ham som tyrkiet.
Men hvis jeg f.eks i DM780 kører PSK og dér vil logge ham, ja så logger den hans navn rigtigt iflg. qrz.com opslaget men stadig vil den have at han så er fra Bouvet.
I DM780 logger den alle der kører call/0-9 som 0-9/call.

Svar til #18:
hej Søren
mærkeligt/pudsigt, jeg har i dag kørt samme call på 6m. PSK31 og fik samme resultat som dig, jeg gjorde så det at jeg inden jeg fik logget ham rettet jeg det til -3 i stedet for /3 og der resulteret i at han blev logget som Tyrkiet

Svar til #19:
Så er det altså ikke mig den er gal med!
Men bliver det så ikke registreret forkert i loggen, altså /-3?

Svar til #20:
nej det er ikke kun hos dig Søren, jeg rettet det i log vinduet fra /3 til -3 det er må være fordi der forskel på om man bruger /3 eller -3 forstået på den måde at / formodentlig er betegnelsen for at man køre fra et andet land, kan det tænkes at ta1?? (jeg husker ikke lige sufixet) har sat sit call op forkert så det bliver til /3 i stedet -3 ????

Svar til #21:
Nej, jeg tror det er en fejl ved DM780 (og ikke længere HRDLog) for det er alle der kører call/0-9, dem opfatter programmet som 0-9/call, jeg har set det flere gange ved andre call. F.eks. hvis TA1BM/3 i stedet havde opgivet sit call som TA1BM/2, ja så ville DM780 logge ham som værende i England.
Men hvis du har kørt ham som TA1BM/-3, så skal du ind i HRDLog bagefter og rette tilbage til det korrekte call. Det virker så også, men er godt nok besværgeligt.

Svar til #22:
nej nej Søren du misforstår mig jeg rettet hans call fra TA1BM/3 til TA1BM-3 altså jeg slettet /3 og brugte -3 i stedet for

Svar til #23:
Ja okay, men det skal så stadig rettes tilbage, i HRDLog, fra TA1BM-3 til TA1BM/3 ellers vil TA1BM-3 blive stående i loggen.