Frage zur Programmphilosophie

[DL1DTL]

...
Logs zwischen PCs werden besser mit "Synchronize Ucx Logs" übertragen.
...

spricht eigentlich was gegen den Weg über die Cloud?


Klaus DL1DTL

[DG9VH]

Rechner, die keinen Internetzugang haben...

[DL7UCX]

Und unlizensierte Nutzer ...

[DL1DTL]

@ Kim und Ben,
ist schon klar, ich hatte nur den Fall: zwei getrennte Standorte mit Internetzugang und registrierter Nutzer im Blick.

Klaus

[DG9VH]

Dann spricht nix dagegen - so mache ich das ja auch. Ist wesentlich einfacher als sich Export-Dateien per Mail hin und her zu schicken

Solange man schön "sequenziell" arbeitet, also an beiden Standorten nicht gleichzeitig sondern nacheinander arbeitet, gibt's hier auch keine Probleme... ich weiß jetzt aber nicht, wie die Cloud von Ben sich verhält, wenn ich an beiden Standorten gleichzeitig arbeite und dann die Programme mehr oder weniger zeitgleich beende - ob ich dann nicht die Änderungen des einen Logs durch das andere überschreibe...

[dl8dww]

Dann spricht nix dagegen - so mache ich das ja auch. Ist wesentlich einfacher als sich Export-Dateien per Mail hin und her zu schicken

Solange man schön "sequenziell" arbeitet, also an beiden Standorten nicht gleichzeitig sondern nacheinander arbeitet, gibt's hier auch keine Probleme... ich weiß jetzt aber nicht, wie die Cloud von Ben sich verhält, wenn ich an beiden Standorten gleichzeitig arbeite und dann die Programme mehr oder weniger zeitgleich beende - ob ich dann nicht die Änderungen des einen Logs durch das andere überschreibe...

wie geht so etwas ?
gleichzeitig an zwei Standorten zu sein, beherrsche ich nicht
73 Wolfgang

[DG9VH]

Standort 1: Büro
Standort 2: Keller-Raum

Dort an beiden jeweils UcxLog gestartet... wirds jetzt klar?

[DL7UCX]

Zur Frage

... wenn ich an beiden Standorten gleichzeitig arbeite und dann die Programme mehr oder weniger zeitgleich beende - ob ich dann nicht die Änderungen des einen Logs durch das andere überschreibe...

hilft die Help weiter:

Download:
...
Die Cloud-Logdaten überschreiben nicht die lokalen Logs, sondern nur geänderte (editierte) QSOs. Neue QSOs werden hinzugefügt.

Tips:
...
Wenn sich die Cloud-Daten zwischen Programm-Start und -Ende durch Uploads von anderen PCs verändert haben, wird vor dem Upload der erneute Download + Import angeboten

Das heißt, beim Upload kann man durchaus die Daten eines anderen Uploads überschreiben.
Da der Import aber nichts löscht oder mit älteren Daten überschreibt, kommen diese Daten beim nächsten Upload erneut in die Cloud, bis sie der andere PC mal vor dem Upload downloaded.

Das gleichzeitige Ändern von den selben QSOs auf beiden PCs sollte man aber sein lassen, da dabei immer nur einer (der letzte) gewinnen kann.
Beim typischen Fall des Loggens auf einem PC und des QSL-Bearbeitens auf einem zweiten PC sollte es aber keine prinzipiellen Probleme geben.

73 Ben

[DG9VH]

Ah, ich wusste nicht (da ich den Fall noch nie provoziert hab), dass du vor dem Upload checkst, ob sich im Upload eine neuere Log-Version befindet

Hast dir richtig Gedanken gemacht bei der Sache

Lob Lob Lob

[DL1DTL]

Kim, spiele doch mal:

lösche ein QSO und lade dann das Log in die Cloud. Da wirst Du aufmerksam gemacht, dass in der Cloud mehr QSOs sind als im beabsichtigten Upload und Du mußt entscheiden, ob überschrieben wird oder nicht.

Klaus

[DG9VH]

@Klaus:

Solch destruktive Handlungen wie Löschen nehme ich äußerst ungern vor Ich teste es mal beizeiten... ich begnüge mich aber vorerst mit der Tatsache, dass ich Ben vertraue

[DL7UCX]

Hallo,

die Warnung,
" ... QSOs more in Cloud logs then in local logs. Really overwrite Cloud logs ?"
ist noch ein weiterer (anderer) Zweig, da wird nur die QSO-Anzahl geprüft.

Vorher wird geprüft, ob sich seit dem Download beim Start irgendetwas in der Cloud geändert hat und dann gewarnt:
"Cloud data changed since UcxLog start. Import actual cloud data before upload ?"

73 Ben

[DL1DTL]

@Klaus:

Solch destruktive Handlungen wie Löschen nehme ich äußerst ungern vor Ich teste es mal beizeiten... ich begnüge mich aber vorerst mit der Tatsache, dass ich Ben vertraue

Kim, sieh es mal nicht als "destruktiv" an. Wenn Dir z.B. einer mitteilt, dass er das von Dir in e-qsl.cc hochgeladene QSO nicht in seinem Log findet, kannst Du doch ruhigen Gewissens dieses QSO bei Dir löschen, denn Du wirst von dieser Station nie eine Bestätigung dafür erhalten.

Aber Ben hat ja den Unterschied zwischen den Meldungen ja erklärt. Es kann also nichts schief gehen, wenn man des Lesens mächtig ist

73

Klaus

[DG9VH]

@Klaus:

Solch destruktive Handlungen wie Löschen nehme ich äußerst ungern vor Ich teste es mal beizeiten... ich begnüge mich aber vorerst mit der Tatsache, dass ich Ben vertraue

Kim, sieh es mal nicht als "destruktiv" an. Wenn Dir z.B. einer mitteilt, dass er das von Dir in e-qsl.cc hochgeladene QSO nicht in seinem Log findet, kannst Du doch ruhigen Gewissens dieses QSO bei Dir löschen, denn Du wirst von dieser Station nie eine Bestätigung dafür erhalten.

Aber Ben hat ja den Unterschied zwischen den Meldungen ja erklärt. Es kann also nichts schief gehen, wenn man des Lesens mächtig ist

73

Klaus

Dieser Fall würde bei mir im Bemerkungsfeld einen entsprechenden Kommentar nach sich ziehen. Kam allerdings bisher bei mir noch nicht so oft vor, dass mir jemand eSQLs abgelehnt hätte... andersherum dann schon öfter... ich habe einen Doppelgänger (DF9VH), der durch Tippfehler gerne mal bei mir rauskommt

[DL7UCX]

Genau so ging es mir gerade mit eQSL. Nachdem ich mich aus Test-Gründen dazu hinreißen ließ, alle meine QSOs hochzuladen, kamen einige dieser "not in log"-Mails aus 2001, die ich dann flugs (weil völlig unbedeutend) löschte.
Dann hatte ich auch erstmals die Upload-Warnung.

73 Ben

Jetzt haben wir uns im Thema wieder mal völlig verirrt