 |
|
eQSL.cc Home
Search
Login
Authors
Recent Posts| Viewing User Profile for: DJ0OT Claude Frantz | |||||||||||||||||
| About | Contact | ||||||||||||||||
|
Send Private Message |
||||||||||||||||
| Post Statistics | |||||||||||||||||
|
DJ0OT Claude Frantz has contributed to 4 posts out of 11673 total posts
(0.03%) in 4,258 days (0.00 posts per day).
20 Most recent posts:
Support - Français »
ProgramID Oct 13, 2015 08:27 AM
(Total replies: 6)
À mon avis, PROGRAMID ne peut être qu'un pis-aller pour le destinataire du fichier ADIF, afin qu'il puisse s'adapter aux mauvaises habitudes et erreurs spécifiquement générés par le programme que définit PROGRAMID. La bonne solution serait que ce programme génère un fichier réellement conforme à la spécification ADIF indiquée. Bon, je sais bien que les spécifications ADIF ne sont pas vraiment un modèle de perfection en ce domaine. Bien loin de ça ! Cela conduit alors à des problèmes d'échange. Un exemple: <RST_SENT:3>589 <RST_SENT:6>599+20 <RST_SENT:3>-12 <RST_SENT:4>59++ Lesquels sont corrects et pourquoi ? Pourquoi les autres ne le sont-ils pas ? Qu'est-ce qui définit cette conformité ? Les spécifications ADIF restent muettes à ce sujet. Est-ils admissible de rejeter les cas que le destinataire considère comme inacceptables ? Bien amicalement, Claude DJ0OT Claude Frantz
Support - Français »
adif avec Oct 13, 2015 08:13 AM
(Total replies: 2)
Exactement ! STX et SRX sont destinés à recevoir le numéro de QSO échangé. S'il s'agit d'une autre information échangée, celle-ci doit être dans STX_STRING et SRX_STRING. C'est le cas dans l'exemple que vous avez cité. Bien amicalement, Claude DJ0OT Claude Frantz
Support - Français »
Des eQSL en "/QRP" Oct 13, 2015 08:06 AM
(Total replies: 5)
Il est exact que le suffixe « /qrp » est fantaisiste et non reconnu officiellement. Il doit donc être évité pour différentes raisons bien pertinentes. D'ailleurs, à partir de quand peut-on se qualifier de QRP ? N'est-ce pas une question d'appréciation ? Bien amicalement, Claude DJ0OT Claude Frantz
Digital »
JT65A now shows as bad mode? May 6, 2013 09:46 AM
(Total replies: 3)
There is a problem with the JT65 modes. If I upload a log containing JT65 modes with appended submodes, then eQSL will change the mode to JT65. When I download the eQSL log in ADIF and when I try to merge it with my locally stored ADIF log, there will not be any match on JT65 QSO's because the eQSL log coming from eQSL does not contain the submode but the locally log (which has bean uploaded to eQSL) contains the submode. In my opinion, it was not a great idea to suppress the submode on eQSL. Best 88 de Claude DJ0OT Claude Frantz |
|||||||||||||||||