Richtige Vorgehensweise?

[howc]

wenn jetzt ein punktegeierunterstützender cacher wollte, könnte er einen multi bauen, dessen stationen aus tradis (mit bonuszahlen) bestehen, wenn diese min. 161m von einander entfernt liegen.

kurz: statt bonus-mystery könnt er auch einen bonus-multi auslegen, oder nicht?

bauertrail wäre aber sicher einfacher ;-)

hmmmm... multi-bauertrail wo du bei X stehst..
Peile 161 Meter richtung 37°.
Dort findest die Dose.

Dort startet der nächste Multi:
QTA: Wenn Norden auf Landkarten meistens oben ist, dann peile 161 Meter richtung 37° dort findest du die nächste dose und der nächste spannende Multi beginnt?


ich glaub die haben mir heute den decaf-Kaffee vorgesetzt!!!

[traunseer]

wenn jetzt ein punktegeierunterstützender cacher wollte, könnte er einen multi bauen, dessen stationen aus tradis (mit bonuszahlen) bestehen, wenn diese min. 161m von einander entfernt liegen.

kurz: statt bonus-mystery könnt er auch einen bonus-multi auslegen, oder nicht?

der kandidat bekommt 100 punkte!

bloß sind hier ein paar 'schönheitsfehler':

• um zu verhindern, dass multi und tradi icon nicht übereinanderliegen, müsste am multi startpunkt ein eigener hinweis gelegt werden.
  
• die finalkoords des multis dürfen sich nicht mit einem tradi decken, sondern auch wieder 161m distanz haben.
  

also ist es weit einfacher, den typ 'mystery' zu verwenden.

Ist es nicht so, dass sich in diesem Fall nicht nur die finalkoords mit einem tradi decken dürfen, sodern dass sämtliche Tradis "Stages of Multicache" wären und somit die Abstandsregel (Abstand zwischen Tradi und SoM = 0m) verletzen würden?

[pupSino]

wenn jetzt ein punktegeierunterstützender cacher wollte, könnte er einen multi bauen, dessen stationen aus tradis (mit bonuszahlen) bestehen, wenn diese min. 161m von einander entfernt liegen.

kurz: statt bonus-mystery könnt er auch einen bonus-multi auslegen, oder nicht?

der kandidat bekommt 100 punkte!

bloß sind hier ein paar 'schönheitsfehler':

• um zu verhindern, dass multi und tradi icon nicht übereinanderliegen, müsste am multi startpunkt ein eigener hinweis gelegt werden.
  
• die finalkoords des multis dürfen sich nicht mit einem tradi decken, sondern auch wieder 161m distanz haben.
  

also ist es weit einfacher, den typ 'mystery' zu verwenden.

Ist es nicht so, dass sich in diesem Fall nicht nur die finalkoords mit einem tradi decken dürfen, sodern dass sämtliche Tradis "Stages of Multicache" wären und somit die Abstandsregel (Abstand zwischen Tradi und SoM = 0m) verletzen würden?

im prinzip ja. sofern die waypoints im multi eingetragen sind.
in der regel mache ich hier aber eine ausnahme, weil es im endeffekt fast egal ist, ob der owner jetzt einen multi oder einen mysty daraus macht solange die abstände zu anderen caches, die außerhalb der serie liegen, in ordnung sind.

die variante 'mysty' ist aber in einem solchen fall zweifelsohne die sauberste lösung.

[cbba]

...
in der regel mache ich hier aber eine ausnahme, ...

(Fettung von mir!)
Und die werten Reviewerkollegen machen diese Ausnahme auch?
Wenn nicht, wie kann man sich in die gewünschte/geneigte Queue schmuggeln?

[pupSino]

...
in der regel mache ich hier aber eine ausnahme, ...

(Fettung von mir!)
Und die werten Reviewerkollegen machen diese Ausnahme auch?
Wenn nicht, wie kann man sich in die gewünschte/geneigte Queue schmuggeln?

???

wo ist das problem?
schlimmsten falls bekommst du eine aufforderung zum umlabeln.

[traunseer]

... ich glaub das kann ein simpler user (owner) gar nicht machen, der müßte den cache archivieren und als neuen (Mystery) wieder anlegen.

[pupSino]

... ich glaub das kann ein simpler user (owner) gar nicht machen, der müßte den cache archivieren und als neuen (Mystery) wieder anlegen.

solange ein listing nicht gepublished ist, kann der owner ALLES machen.
die frage oben bezog sich ja auf den review-prozess

[traunseer]

... ich glaub das kann ein simpler user (owner) gar nicht machen, der müßte den cache archivieren und als neuen (Mystery) wieder anlegen.

solange ein listing nicht gepublished ist, kann der owner ALLES machen.
die frage oben bezog sich ja auf den review-prozess

Oh danke für die Aufklärung.
Ich hatte nämlich an dieses Listing gedacht, wo sich der owner beim Cachetyp verdrückt hat, aber wahrscheinlich ist ihm das auch erst nach dem publish aufgefallen.

[howc]

... ich glaub das kann ein simpler user (owner) gar nicht machen, der müßte den cache archivieren und als neuen (Mystery) wieder anlegen.

solange ein listing nicht gepublished ist, kann der owner ALLES machen.
die frage oben bezog sich ja auf den review-prozess

Oh danke für die Aufklärung.
Ich hatte nämlich an dieses Listing gedacht, wo sich der owner beim Cachetyp verdrückt hat, aber wahrscheinlich ist ihm das auch erst nach dem publish aufgefallen.

den hab ich selbst gelöst ;-)

[Jamessir Bensonmam]

... ich glaub das kann ein simpler user (owner) gar nicht machen, der müßte den cache archivieren und als neuen (Mystery) wieder anlegen.

solange ein listing nicht gepublished ist, kann der owner ALLES machen.
die frage oben bezog sich ja auf den review-prozess

Oh danke für die Aufklärung.
Ich hatte nämlich an dieses Listing gedacht, wo sich der owner beim Cachetyp verdrückt hat, aber wahrscheinlich ist ihm das auch erst nach dem publish aufgefallen.

den hab ich selbst gelöst ;-)

Sehr gut howC! Kannst mir einen Tipp geben wie du zur Lösung gekommen bist?

[traunseer]

... ich glaub das kann ein simpler user (owner) gar nicht machen, der müßte den cache archivieren und als neuen (Mystery) wieder anlegen.

solange ein listing nicht gepublished ist, kann der owner ALLES machen.
die frage oben bezog sich ja auf den review-prozess

Oh danke für die Aufklärung.
Ich hatte nämlich an dieses Listing gedacht, wo sich der owner beim Cachetyp verdrückt hat, aber wahrscheinlich ist ihm das auch erst nach dem publish aufgefallen.

den hab ich selbst gelöst ;-)

Sehr gut howC! Kannst mir einen Tipp geben wie du zur Lösung gekommen bist?

Na ja, für paperless cacher, die sich nur gpx-erl auf ihr mobile device (oder wie halt dieses neumodische Klumpert halt heißt) laden, könnt die Sache doch glatt in einen D-5 ausarten .

[howc]

Genau, ich spiel mir ja nur Caches aufs GPS die bei der folgenden Bedingung TRUE ergeben:
unfound && (!Mysteries || corrected coordinates)
also wenn ich den nicht im Krankenstand gefunden und "gelöst" hätte, hätt ich ihn nicht am GPS. (gut, so oft komm ich nicht in die Gegend, aber wenn..... ;-) )

[alex.of.austria]

(alle Rechtschreibfehler die drinnen sind gehen auf das Konto des Rechtschreibprogramms!)

Passt eh, ich hab's zumindest verstanden.
Vieleicht kriegst du zum Geburtstag ein Sackl Beistriche...

[Mr.Zeus]

(alle Rechtschreibfehler die drinnen sind gehen auf das Konto des Rechtschreibprogramms!)

Passt eh, ich hab's zumindest verstanden.
Vieleicht kriegst du zum Geburtstag ein Sackl Beistriche...

euch kann man's ned recht machen

[howc]

(alle Rechtschreibfehler die drinnen sind gehen auf das Konto des Rechtschreibprogramms!)

Passt eh, ich hab's zumindest verstanden.
Vieleicht kriegst du zum Geburtstag ein Sackl Beistriche...

euch kann man's ned recht machen

Es ist mitunter einfach schwer deinen Gedankengängen zu folgen, wenn man die Texte nicht entschlüsseln kann. Mitunter hilft die Beherrschung der gängigsten grammatikalischen Praktiken im Leben echt weiter!

[Mr.Zeus]

Ich strenge mich ab jetzt an! (riesengroßes Ehrenwort)

[howc]

paßt. und nie vergessen: unsereins schreibt auch öfter an ziemlich großen Bockmist zusammen ;-)

[Mr.Zeus]

eben, drum dacht ich bei mir fällts net so auf *kopfrunter*

[alex.of.austria]

(alle Rechtschreibfehler die drinnen sind gehen auf das Konto des Rechtschreibprogramms!)

Passt eh, ich hab's zumindest verstanden.
Vieleicht kriegst du zum Geburtstag ein Sackl Beistriche...

euch kann man's ned recht machen

Das Leben ist kein Ponyhof!

[termite2712]

Vieleicht kriegst du zum Geburtstag ein Sackl Beistriche

"Vieleicht", "vieleicht" aber auch nicht