Wir hatten im öffentlichen Forum schonmal darüber diskutiert, welche Cachetypen sinnvoll sind; dabei wurde auch vorgeschlagen, zwei abzuschaffen:
- Mathe/Physikcache => Rätselcache + Rechenattribut (das mit dem "1+1=")
- Drive-In => Normaler Cache (Tradi) + "nahe-beim-Auto"-Attribut
Cachetypen aus der OC-Software rauszuoperieren ist nicht ohne, aber in der OKAPI könnten wir es gleich vom Start weg ändern. Was haltet ihr davon?
(Btw, an der OKAPI wird fleißg gearbeitet und gefeilt. Falls sich jemand an der Diskussion beteiligen möchte: http://code.google.com/p/opencaching-api/issues/list)
Cachetypen "Mathe/Physik" und "Drivein" in der OKAPI abschaffen?
Bin dafür
Möchte aber in diesem Zug nochmals auf den Cachetyp "Bonus" (Zeichen: Bonbon) hinweisen
Hatten wir such schon mal diskutiert, evtl. im selben Thread.
Möchte aber in diesem Zug nochmals auf den Cachetyp "Bonus" (Zeichen: Bonbon) hinweisen
Hatten wir such schon mal diskutiert, evtl. im selben Thread.
[url=http://www.opencaching.de/viewprofile.php?userid=152708][img]http://www.opencaching.de/statpics/DE/152708.jpg[/img][/url]
Ich könnte auch damit leben, wenngleich ich den Drive-In gar nicht schlecht finde.
Bonus würde ich auch unterstützen.
Bonus würde ich auch unterstützen.
[url=http://geokrety.org/mypage.php?userid=14669][img]http://geokrety.org/statpics/14669.png[/img][/url]
Bin für ein Löschen der Cachetypen zugunsten der Attribute.
[url=http://www.flopp-caching.de/]Flopps Tolle Karte[/url] | [url=http://www.florian-pigorsch.de/oc]OC[/url] | [url=http://www.florian-pigorsch.de/gc]GC[/url] | [url=http://florian-pigorsch.de/+]G+[/url] | [url=http://florian-pigorsch.de/t]Tw[/url] | [url=http://florian-pigorsch.de/fb]Fb[/url]
Wenn ich euch richtig verstehe plädiert ihr dafür, beide Cachetypen komplett abzuschaffen, nicht nur in der OKAPI.
Beim Drive-In bin ich mir unsicher, ob er auf der Website nicht besser bleiben sollte, denn Attribute werden oft nicht gesetzt. Im Moment sind die meisten Drive-Ins tatsächlich gekennzeichnet und auf der Karte mit einem blauen "P" markiert. Wenn wir den Cachetyp abschaffen, wird das in Zukunft nur noch bei jedem zweiten bis dritten Drive-In möglich sein.
Beim Drive-In bin ich mir unsicher, ob er auf der Website nicht besser bleiben sollte, denn Attribute werden oft nicht gesetzt. Im Moment sind die meisten Drive-Ins tatsächlich gekennzeichnet und auf der Karte mit einem blauen "P" markiert. Wenn wir den Cachetyp abschaffen, wird das in Zukunft nur noch bei jedem zweiten bis dritten Drive-In möglich sein.
Ich persönlich wäre dafür, beide auch bei OC zu entfernen. Aber ich hätte ebenso kein Problem damit, wenn sie bleiben. Und wenn der Drive-In viel genutzt wird, dann lassen wir ihn halt, das tut uns ja nicht weh.
Man könnte einer "Kombination von Attributen" ein gewissen Symbol zuordnen.
z.B. ein "SINGLE" mit "Aufwand,Weckstrecke kleiner X0m" -> "Logo mit P-Symbol"
bei solchen Diskussion bringe ich immer gerne den Vorschlag von vor 6 Jahren an. Nur noch 2 Typen, SINGLE + MULTI (und Event), den Rest via Attribute.
Siehe auch:
http://msalvini.de/oc/new/edit_basics.html, http://msalvini.de/oc/new/edit_props.html
lion
z.B. ein "SINGLE" mit "Aufwand,Weckstrecke kleiner X0m" -> "Logo mit P-Symbol"
bei solchen Diskussion bringe ich immer gerne den Vorschlag von vor 6 Jahren an. Nur noch 2 Typen, SINGLE + MULTI (und Event), den Rest via Attribute.
Siehe auch:
http://msalvini.de/oc/new/edit_basics.html, http://msalvini.de/oc/new/edit_props.html
lion
[quote="lion"]
Man könnte einer "Kombination von Attributen" ein gewissen Symbol zuordnen.
z.B. ein "SINGLE" mit "Aufwand,Weckstrecke kleiner X0m" -> "Logo mit P-Symbol"
[/quote]
Klar, ich überlege sogar das bei den Mathecaches so zu machen - die Symbole sind ja vorhanden.
Den Typ "Event-Cache" abzuschaffen dürfte schwierig sein - Wrygiel hat das zwar auch schon vorgeschlagen, weil es keine Caches im engeren Sinne sind, aber es ist eine schöne alte Tradition ... Also:
- Single
- Multi
- Event
Man könnte beim Anlegen neuer Listings "Pseudo-Cachetypen" anbieten, z.B. den bisherigen Drive-In, Webcam, einfacher Virtual, Multi-Virtual, Single-Rätsel, Multi-Rätsel etc.; die würden dann als einer der drei Basistypen + Attribute gespeichert. Oder noch besser: Es werden die einzelnen Eigenschaften in einem "Wizard" abgefragt:
- Ist es ein Event? Wenn nein:
- Hat der Cache mehrere Stationen oder nur eine?
- Gibt es (a) ein Logbuch vor Ort oder (b) einen USB-Stick etc. oder (c) eine Webcam oder (d) einen Vermessungspunkt oder (e) eine Letterbox oder ist (f) nur eine Aufgabe zu lösen (etwas ablesen, Foto machen usw.) oder (g) Sonstiges?
- Müssen ein oder mehrere Rätsel gelöst werden, um den Cache zu finden? Wenn ja: anspruchsvolle Mathematik?
- Müssen als Voraussetzung zuerst andere Caches gefunden werden (=Bonus)?
- Befindet der Cache sich (a) direkt bei einem Parkplatz oder muss man (b) etwas laufen oder (c) >5 km?
- Wechselt er ab und zu seine Position?
- Ist der Cache nur per Funksender/empfänger findbar (Chirp)?
- ...
Aber das ist ein Riesenfass und hat aus meiner Sicht eher geringe Priorität.
Man könnte einer "Kombination von Attributen" ein gewissen Symbol zuordnen.
z.B. ein "SINGLE" mit "Aufwand,Weckstrecke kleiner X0m" -> "Logo mit P-Symbol"
[/quote]
Klar, ich überlege sogar das bei den Mathecaches so zu machen - die Symbole sind ja vorhanden.
Den Typ "Event-Cache" abzuschaffen dürfte schwierig sein - Wrygiel hat das zwar auch schon vorgeschlagen, weil es keine Caches im engeren Sinne sind, aber es ist eine schöne alte Tradition ... Also:
- Single
- Multi
- Event
Man könnte beim Anlegen neuer Listings "Pseudo-Cachetypen" anbieten, z.B. den bisherigen Drive-In, Webcam, einfacher Virtual, Multi-Virtual, Single-Rätsel, Multi-Rätsel etc.; die würden dann als einer der drei Basistypen + Attribute gespeichert. Oder noch besser: Es werden die einzelnen Eigenschaften in einem "Wizard" abgefragt:
- Ist es ein Event? Wenn nein:
- Hat der Cache mehrere Stationen oder nur eine?
- Gibt es (a) ein Logbuch vor Ort oder (b) einen USB-Stick etc. oder (c) eine Webcam oder (d) einen Vermessungspunkt oder (e) eine Letterbox oder ist (f) nur eine Aufgabe zu lösen (etwas ablesen, Foto machen usw.) oder (g) Sonstiges?
- Müssen ein oder mehrere Rätsel gelöst werden, um den Cache zu finden? Wenn ja: anspruchsvolle Mathematik?
- Müssen als Voraussetzung zuerst andere Caches gefunden werden (=Bonus)?
- Befindet der Cache sich (a) direkt bei einem Parkplatz oder muss man (b) etwas laufen oder (c) >5 km?
- Wechselt er ab und zu seine Position?
- Ist der Cache nur per Funksender/empfänger findbar (Chirp)?
- ...
Aber das ist ein Riesenfass und hat aus meiner Sicht eher geringe Priorität.
Zuletzt geändert von following am 02.04.2013, 16:37, insgesamt 1-mal geändert.
Je mehr ich darüber nachdenke, desto besser gefällt mir die Idee - das wäre eine der größten Innovationen im Geocaching seit Langem, und genau so stelle ich mir Opencaching vor: Wir machen es nicht so wie Groundspeak, sondern besser. :^)
Ist aber ein großer Brocken Arbeit, braucht sorgfältige Vorbereitung und es müsste an vielen Stellen im Code geschraubt werden, inclusive Anpassungen an allen Import-/Export-Schnittstellen (GPX, XML, OKAPI, Ocprop etc.); evtl. auch Designarbeit an Cache- und Attributicons. Das kann kaum einer alleine machen, bräuchte ein paar Helfer.
Ist aber ein großer Brocken Arbeit, braucht sorgfältige Vorbereitung und es müsste an vielen Stellen im Code geschraubt werden, inclusive Anpassungen an allen Import-/Export-Schnittstellen (GPX, XML, OKAPI, Ocprop etc.); evtl. auch Designarbeit an Cache- und Attributicons. Das kann kaum einer alleine machen, bräuchte ein paar Helfer.
[quote="following"]
- Single
- Multi
- Event [/quote]
Eine spannende Idee die ich ziemlich gut finde.
Alles andere über Attribute regeln.
- Single
- Multi
- Event [/quote]
Eine spannende Idee die ich ziemlich gut finde.
Alles andere über Attribute regeln.
[url=http://www.opencaching.de/viewprofile.php?userid=152708][img]http://www.opencaching.de/statpics/DE/152708.jpg[/img][/url]