Nano als extra Größe?

[following]

Der Nano-Cachetyp ist schon seit einigen Monaten fertig programmiert, aber er kann nicht freigegeben werden weil es wahrscheinlich eine Inkompatiblität zu Ocprop gibt. Florian hatte schonmal Kontakt zum Ocprop-Maintainer hergestellt, aber das war dann im Sande verlaufen.

Also wenn ihr wirklich einen Nano-Typ wollt, dann müsste mal jemand von Euch die Sache in die Hand nehmen und das Thema Ocprop abklären. Wie genau verhält sich Ocprop jetzt wenn man Nano einstellt? Was wäre die sinnvollste Lösung? Und dass dann zusammen mit dem Ocprop-Entwickler lösen.

Den Nano-Code kann ich zum Testen auf dem Testserver bereitstellen.

Wer mag das übernehmen?

[Schrottie]

Ich kann mich heute Abend mal mit dem Entwickler in Verbindung setzen und das klären.

[following]

Danke. Hab die Nano-Größe jetzt mal auf dem Testserver aktiviert.

[Steingesicht]

mal eine komische Frage: ocprop ist so weit ich das sehe "externe Software" müsst ihr auf sowas Rücksicht nehmen? Oder ist es lediglich eine Nettigkeit den Entwickler zu informieren?

[following]

Ich denke wir sollten Rücksicht auf die Ocprop-Benutzer nehmen, bzw. diese zumindest darüber informieren, dass sie Ocprop in der aktuellen Version nicht mit Nano-Listings verwenden können (und was passiert, wenn sie es doch tun).

[Schrottie]

Ich habe gerade mal reingeschaut. Ocprop dürfte keinen Stress haben, da wird der Cache einfach auf "unbekannte Größe" gesetzt:

Code: Alles auswählen

sub size_conv {
    my($cont,$type) = @_;

    if ($cont =~ /Micro/i) {
        return 2; # mikro
    } elsif ($cont =~ /Small/i) {
        return 3, # klein
    } elsif ($cont =~ /Regular/i) {
        return 4; # normal
    } elsif ($cont =~ /Large/i) {
        return 5; # groß
    } elsif ($cont =~ /(Other|Not Listed)/i) {
        return 1; # andere Größe
    } elsif ($type =~/(Virtual|Webcam|Locationless|Earthcache|Event)/i) {
        return 7; # kein Behälter
    } else {
        messageED(1,"\nUnknown GC cache size: $cont\n",
                  "Unbekannte GC Cachegroesse: $cont\n");
        return 1;
    }
}

Wird das dann mit geolog weiterverarbeitet, so passt das auch dort, denn "unbekannte Größe" existiert ja dort auch. Ich habe zwar noch keine antwort vom Entwickler, aber ich denke das es wohl unproblematisch sein wird.

Grundsätzlich gibt es ja beim einsatz dieser Tools folgende Szenarien::

• Download der Fundlogs mit geolog, Upload bei OC mit ocprop -> Cachegrößen bei OC sind unerheblich
• Download eigener Caches mit geolog, Upload bei OC mit ocprop -> Cachegröße bei OC sind unerheblich
• Download von OConly-Logs mit ocprop -> Cachegröße Nano wird als unbekannt eingestuft, ocprop läuft weiter

Passt also.

[following]

[quote="Schrottie"]
Download eigener Caches mit geolog, Upload bei OC mit ocprop -> Cachegröße bei OC sind unerheblich
[/quote]

Kann man damit nicht auch vorhandene Listings abgleichen, um z.B. eine bei GC geänderte Größe nach OC zu übernehmen? Was passiert dann, wenn im OC-Listing Nano eingetragen ist, bei GC aber Micro oder Other?

[Schrottie]

In solchen Fällen wird dann bei OC die Größe gesetzt, die eben auch bei GC gesetzt ist. Und das lässt sich auch nicht anders lösen, denn bei diesen Tools gibt immer GC den IST-Zustand vor und kopiert ihn zu OC. Als Owner muss man also dann die Größe bei OC von Hand anpassen, was man aber in allen anderen Fällen auch tun muss. Eine Anpassung von geolog/ocprop dürfte erst dann erforderlich werden, wenn auch bei GC diese Größe eingeführt wird, so es denn je dazu kommt.

[lion]

wieso geben wir die Größe nicht einfach in Volumen Kubikmeter an? das wäre wenigstens mal was Eindeutiges

lion

[following]

[quote="Schrottie"]
In solchen Fällen wird dann bei OC die Größe gesetzt, die eben auch bei GC gesetzt ist. Und das lässt sich auch nicht anders lösen, denn bei diesen Tools gibt immer GC den IST-Zustand vor und kopiert ihn zu OC. [/quote]

Ocprop könnte die Nano-Größe bei OC stehen lassen, wenn bei GC Micro oder Sonstige eingetragen ist. Ich denke das wäre die sauberste Lösung.

[Schrottie]

Ich glaube, genau das geschieht sogar. Übertragen werden nur beim ersten Mal alle Angaben, danach lediglich Änderungen am Status.

[following]

Kannst du mal im Ocprop-Code schauen, ob das tatsächlich so ist?

[Schrottie]

Mache ich morgen, heute bleibt der Rechner aus. Aber ich garantiere für nichts, zu weiten Teilen ist mir der Perlcode ein Rätsel...

[Schrottie]

Ich habe mir eben mal ocprop vorgenommen und erwartungsgemäß wie ein Schwein ins Uhrwerk geschaut. Also eben ein Selbstversuch: Geolog prüft GC-Listings lediglich auf Statusänderungen und nur die werden dann von ocprop durchgeführt. Änderungen der Cachegröße bei GC bleiben unbeachtet.

[following]

Prima, vielen Dank! Dann werde ich die Nanos zeitgleich mit dem Serverumzug freigeben, als kleines Zusatzbonbon. Bis dahin könnt ihr sie auf dem alten Testserver ausprobieren.