Hallo,
ich habe einen Multi gelegt. Das Listing habe ich bei GC und bei OC eingestellt. Nun ist es so, dass GC mein ursprüngliches Final aufgrund von Abstandskonflikten zurückgewiesen hat. Da habe ich in einer Nacht-und-Nebel-Aktion einen anderen Ort gesucht. Nun ist die Qualität des Finals eher so naja.
Daher habe ich mir überlegt, dass ich das Listing (immerhin 20 Stationen) nur bei OC so ändern könnte, dass der ursprüngliche Final angesteuert wird. D.h., die Listings wären auf beiden Platformen mit Ausnahme der letzten Formel identisch. Es wären eben unterschiedliche Dosen (immerhin ca. 1 km auseinander).
Meine Frage lautet nun: Wäre ein OC-Only Flag hier schon gerechtfertigt, obwohl es bei GC einen Cache geben würde, der immerhin in 20 Stationen mit dem OC-Cache übereinstimmt?
Viele Grüße,
tiisii
Wann ist ein Cache OC-Only?
Moderator: mic@
Kurze Antwort: Ein Cache ist OC-only wenn er ausschliesslich bei Opencaching.de gelistet ist. Unter http://wiki.opencaching.de/index.php/Hauptseite findest Du mehr Informationen dazu.
[quote="dl6hbo"]
Kurze Antwort: ...
[/quote]
Und die etwas längere Antwort: Na klar ist das machbar, wichtig ist dabei dann nur, das im Listing (zumindest hier bei OC) deutlich vermerkt wird, das es sich hier um ein anderes Final handelt als bei GC. Das ist deshalb wichtig, damit hier kein Admin versehentlich etwas deaktiviert/archiviert. Und wenn dann bei OC ein ganz anderes Finale angesteuert werden kann, dann ist selbstverständlich auch das Attribut "OConly" zulässig, denn bei GC handelt es sich dann ja, trotz zunächst identischer Stationen, um einen ganz anderen Cache.
Kurze Antwort: ...
[/quote]
Und die etwas längere Antwort: Na klar ist das machbar, wichtig ist dabei dann nur, das im Listing (zumindest hier bei OC) deutlich vermerkt wird, das es sich hier um ein anderes Final handelt als bei GC. Das ist deshalb wichtig, damit hier kein Admin versehentlich etwas deaktiviert/archiviert. Und wenn dann bei OC ein ganz anderes Finale angesteuert werden kann, dann ist selbstverständlich auch das Attribut "OConly" zulässig, denn bei GC handelt es sich dann ja, trotz zunächst identischer Stationen, um einen ganz anderen Cache.
Zuletzt geändert von Schrottie am 30.09.2014, 17:01, insgesamt 1-mal geändert.
Sag mal Bescheid, wenn der Cache draußen ist. Multis mache ich eh gerne, Hamburg ist ja nicht aus der Welt, und wenn dann auch noch ein tolles Final dabei rausspringt ;-)
[url=http://geokrety.org/mypage.php?userid=14669][img]http://geokrety.org/statpics/14669.png[/img][/url]
[quote="Danlex"]Sag mal Bescheid, wenn der Cache draußen ist.[/quote]
Wenn ich das Eingangsposting richtig gelesen habe, ist der schon draußen.
Nach meinen Recherchen wäre das dann dieser hier:
http://www.opencaching.de/viewcache.php?cacheid=173067
Viel Spaß bei der Suche (und trage mich auch ins Logbuch ein / scherz), Mic@
Wenn ich das Eingangsposting richtig gelesen habe, ist der schon draußen.
Nach meinen Recherchen wäre das dann dieser hier:
http://www.opencaching.de/viewcache.php?cacheid=173067
Viel Spaß bei der Suche (und trage mich auch ins Logbuch ein / scherz), Mic@
Also im Augenblick haben die Caches noch den selben Final. Außerdem wird der neue Final auch nicht grandios sein - aber eben besser als der aktuelle GC-Final.
[quote="tiisii"]
Also im Augenblick haben die Caches noch den selben Final. Außerdem wird der neue Final auch nicht grandios sein - aber eben besser als der aktuelle GC-Final.
[/quote]
Damit wäre dann Schrottie's Argument *für* OC-only außer Kraft, denn da stand doch:[quote="Schrottie"]
Und die etwas längere Antwort: Na klar ist das machbar, wichtig ist dabei dann nur, das im Listing (zumindest hier bei OC) deutlich vermerkt wird, das es sich hier um ein anderes Final handelt als bei GC. Das ist deshalb wichtig, damit hier kein Admin versehentlich etwas deaktiviert/archiviert. Und wenn dann bei OC ein ganz anderes Finale angesteuert werden kann, dann ist selbstverständlich auch das Attribut "OConly" zulässig, denn bei GC handelt es sich dann ja, trotz zunächst identischer Stationen, um einen ganz anderen Cache.
[/quote]
also dass, wenn die Finals unterschiedlich sind, geht es, IMHO aber wenn sie gleich sind *nicht* !
Just my 2cents
Also im Augenblick haben die Caches noch den selben Final. Außerdem wird der neue Final auch nicht grandios sein - aber eben besser als der aktuelle GC-Final.
[/quote]
Damit wäre dann Schrottie's Argument *für* OC-only außer Kraft, denn da stand doch:[quote="Schrottie"]
Und die etwas längere Antwort: Na klar ist das machbar, wichtig ist dabei dann nur, das im Listing (zumindest hier bei OC) deutlich vermerkt wird, das es sich hier um ein anderes Final handelt als bei GC. Das ist deshalb wichtig, damit hier kein Admin versehentlich etwas deaktiviert/archiviert. Und wenn dann bei OC ein ganz anderes Finale angesteuert werden kann, dann ist selbstverständlich auch das Attribut "OConly" zulässig, denn bei GC handelt es sich dann ja, trotz zunächst identischer Stationen, um einen ganz anderen Cache.
[/quote]
also dass, wenn die Finals unterschiedlich sind, geht es, IMHO aber wenn sie gleich sind *nicht* !
Just my 2cents
[quote="tiisii"]
Also im Augenblick haben die Caches noch den selben Final. Außerdem wird der neue Final auch nicht grandios sein - aber eben besser als der aktuelle GC-Final.
[/quote]
So! Gerade geändert. Zum OC-Listing gehört ein eigenes, Final. Der Cache ist damit jetzt OC-Only....
Also im Augenblick haben die Caches noch den selben Final. Außerdem wird der neue Final auch nicht grandios sein - aber eben besser als der aktuelle GC-Final.
[/quote]
So! Gerade geändert. Zum OC-Listing gehört ein eigenes, Final. Der Cache ist damit jetzt OC-Only....
- Schnatterfleck
- Vereinsmitglied
- Beiträge: 124
- Registriert: 12.08.2013, 07:41
Wäre der Multi auch dann noch ein OC-Only, wenn man zusätzlich zum (nur über das Opencaching-Listing auffindbaren) OC-Final auch noch einen GC-Final finden kann?
(Wenn also z.B. bei einem Multi der GC-Final eine zusätzliche Stage auf dem Weg zum OC-Final ist)
(Wenn also z.B. bei einem Multi der GC-Final eine zusätzliche Stage auf dem Weg zum OC-Final ist)