You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 52 Next »

Das Wavelog Nutzerhandbuch

Version DARC DCLnext

Logo: Quelle https://github.com/wavelog/wavelog, Freigabe gemäß MIT Licence

Autoren: DG9VH und DO5LE

Anpassungen DCLnext: DJ9BX und DL4BBH

Exporte von QSOs mit einzelnen Stationen

Mitglieder von DX-Clubs wie z.B. der GDXF kennen den Bedarf, zu einem Rufzeichen alle QSOs als ADIF exportieren zu wollen, um zum Beispiel über ein OQRS QSL-Karten zu beantragen. Die Erzeugung eines solchen ADIF-Files ist mit Wavelog und seiner erweiterten Suche ein Kinderspiel.

Die erweiterte Suche bietet nämlich bezogen auf das Ergebnis die Möglichkeit, die QSOs, die über die jeweilige Suche gefunden worden sind, als ADIF-Datei zu exportieren. So lässt sich also zum Beispiel mit dem Suchfilter zunächst die Liste der QSOs zu einem bestimmten Rufzeichen erzeugen:

Diese QSOs lassen sich dann per Klick auf “Export to ADIF” als ADIF-Datei auf dem lokalen Rechner abspeichern und weiterverarbeiten:

Nutzung von Wavelog als SWL

Grundsätzlich lässt sich Wavelog, auch wenn es primär für Funkamateure konzipiert ist, auch als SWL nutzen für das Logging von Verbindungen zwischen Funkamateuren. Nehmen wir mal ein Praxisbeispiel: DL1ABC arbeitet auf 40m in SSB mit DL9XYZ. Beide Stationen sind vom SWL DE9VHV zu empfangen, DL1ABC mit 59, DL9XYZ nur mit 57. Wie würde man nun dieses QSO im Wavelog eintragen? Kurzer Spoiler: Es wird in zwei Logeinträge aufgesplittet, einen für DL1ABC und einen für DL9XYZ. Im jeweiligen Logeintrag hat man nun die Möglichkeit, den Rapport für die jeweilige Station (DL1ABC = 59) einzutragen. Die Tatsache, mit welcher Gegenstation das QSO lief, wird dann im Kommentarfeld erfasst: “wkd wd DL9XYZ”. Hier können dann auch noch weitere Eintragungen vorgenommen werden. Das gleiche Spiel passiert dann für DL9XYZ in einem zweiten Logeintrag. 

Diese Vorgehensweise hat mehrere Vorteile:

  • Für jedes Rufzeichen sind die korrekten Daten erfassbar (also Rapporte, Name, Standort etc.)

  • Es kann ein QSL-Label oder ein ADIF-Export für einen Druckservice für jedes Rufzeichen erzeugt werden, also im obigen Beispiel: 2 Karten

  • Es eröffnet sich die Möglichkeit, für jedes der Rufzeichen ein eigenes QSL-Management vorzunehmen. Bedeutet: Es können vollkommen verschiedene QSL-Vermittlungswege genutzt werden und auch der QSL-Rücklauf ist separat für jedes Rufzeichen erfassbar.

So sollten im Grunde alle Bedürfnisse auch für den SWL zu befriedigen sein.

Bekannte Fehler

Bei einem “Update from Callbook” (QRZ) wird der Locator nicht aktualisiert

Problemstellung

Der Locator der anderen Station wird bei einem “Update from Callbook” (wenn als Callbook QRZ.com eingestellt ist) nicht aktualisiert.

Lösungsansatz

Dieser Service benötigt eine aktive QRZ.com Subscription. Wenn das gewünscht ist, mindestens die XML-Subscription abschließen.

QSOs werden nicht von Clublog heruntergeladen

Problembeschreibung

Die aktuellen QSOs werden nicht heruntergeladen.

Der Cron meldet keinen Fehler, der Webserver Log meldet keinen Fehler.

Wenn manuell `index.php/clublog/download/` aufgerufen wird, kommt als Antwort `Nothing to download`, aber alle QSOs im Logbuch sind in der Clublog Spalte immer noch auf rot.

Lösungsansatz

Überprüfe, ob in der Einstellung `Ignore Clublog Upload` bei der entsprechenden Station aktiv ist. Denn dies deaktiviert auch den Upload. Und dieses wird ggf. automatisch deaktiviert bei einem fehlgeschlagenen Login bei Clublog.

Einige QSOs werden nicht zu QRZ hochgeladen

Problemstellung

Einige der QSOs, und zwar die mit einem Station Callsign mit zwei / (also zum Beispiel OZ/DO5LE/P) werden nicht zu QRZ hochgeladen

Es kommt dazu eine Fehlermeldung im Sinne von “STATUS=FAIL&RESULT=FAIL&REASON=wrong station_callsign for this logbook OZ/DO5LE/P doesnt match book callsign OZ/DO5LE&EXTENDED= Call”

Lösungsansatz

Das Problem liegt bei QRZ.com. Dort ist das Problem, zum Stand 2024-09-01 bekannt, jedoch noch nicht gelöst.

QSOs werden nicht zu LoTW hochgeladen

Problemstellung

QSOs eines QSO-Standorts werden nicht hochgeladen. QSOs anderer Standorte werden hingegen hochgeladen.

Lösungsansatz

Den betroffenen Standort einmal prüfen, ob die DXCC-Angabe erfolgt ist. LoTW verweigert die Annahme von Verbindungen, wenn kein DXCC eingetragen ist.

QSOs werden nicht zu LoTW hochgeladen, Variante 2

Problemstellung

Einzelne QSOs werden nicht hochgeladen.

Lösungsansatz

Prüfe die fraglichen QSOs, ob hier im Feld “Propagation” ein für LoTW valider Wert drin steht. QSOs, die über einen terrestrischen oder atmosphärischen Repeater bzw. Transponder geloggt sind, werden von LoTW abgewiesen!

Support

Was wäre ein Benutzerhandbuch, ohne den Hinweis, wo es weiterführenden Support gibt. 

Support gibt es in der DARC-Matrix (im Matrix-Chat) einen Raum unter https://matrix.to/#/#cloudlog:darc.de, wo man sich auch mal mit Nutzern austauschen kann, Erfahrungen und Fragen loswerden kann und wo auch mal geholfen wird bei Problemen.

Zu guter Letzt können Nutzer der DCLnext-Wavelog-Instanz über die dortige “Supportanfrage” per E-Mail den Kontakt zum Supportteam der Wavelog-Instanz des DARC suchen.

Man ist also nicht ganz alleine auf dieser Welt.














  • No labels