Geocaching & GPS location based games

FYI:
Zufällig gefunden:
http://geolua.com/
"Play adventures on your phone. Create them using lua."

Mehrspieler, QR ...

Könnte man mit den Wherigo-Playern (Android, Iphone) Links öffnen, könnte man's vllt sogar in Wherigo's einbaun ...

Hi.

Geolua.com ist mein Projekt. Ich denke es waere hilfreich, die Unterschiede zwischen Geolua und Wherigo aufzulisten (soweit ich das einordnen kann, da ich selbst Wherigo nicht wirklich kenne. Korrigiert mich, wenn ich falsch liege). Die wesentlichen Unterschiede sind aber folgende:

Bei Wherigo gibt's den Player welcher Cartriges "abspielt", in denen Lua Code und eventuelle Assets (Bilder etc) enthalten sind. Um eine Cartridge abzuspielen braucht es also eine installierte Player App und die darin heruntergeladene Cartridge. Eine Internetverbindung ist danach nicht mehr notwendig. Soweit richtig?

Bei Geolua ist das ein wenig anders: Geolua ist rein browserbasiert. Um ein Adventure zu starten, besucht man entweder die Webseite und waehlt dort eines der (wenigen) Adventures aus, oder aber man findet irgendwo einen QR Code, welcher per Url in ein Adventure fuehrt. In beiden Faellen wird serverseitig ein neues Game gestartet und der Lua Code auf dem Server ausgefuehrt. Dieser bestimmt dann, was innerhalb des Browsers angezeigt werden soll. Fuer die Spielerinteraktion gibt es eine handvoll verschiedene Widgets wie Buttons, Text (inkl. Bilder), Inputfelder oder den Kompass.

Dadurch, dass die Logik serverseitig laeuft, koennen auch mehrere Spieler innerhalb des gleichen Games aktiv sein, wodurch Mehrspielerspiele moeglich sind. Nachteil ist natuerlich, dass zum Spielen immer eine halbwegs funktionierende Internetverbindung notwendig ist.

Wherigo scheint ja einen ziemlich maechtigen Builder zu haben, welcher nicht unbedingt Programmierkenntnisse voraussetzt. Bei Geolua gibt's sowas aktuell nicht und die gesamte Logik muss mittels Lua programmiert werden. Der Code fuer das "All Widget Demo" -Beispiel sieht dann z.B. so aus: https://github.com/dividuum/Geolua-examples/blob/master/widgets/widgets.lua. Ich habe mir Muehe gegeben, alles umfangreich zu dokumentieren, allerdings ist das definitiv eine Einstiegshuerde.

Ich hoffe das war ein wenig hilfreich. Wenn ihr Fragen zu Geolua habt: Nur her damit

Hast diesen Eintrag ja schnell gefunden. Du beobachtes wohl dein Projekt
Freut mich, dass du dich hier meldest

Richtig (Die Cartridges müssen hier heruntergeladen werden)
Allg ist Wherigo ein Teil/CacheTyp von Geocaching

Die Wherigo-Player sind folgende: http://goo.gl/9TRbP
Wobei der Garmin niemals über Internet verfügen wird

Anders ist das bei Smartphones (Symbian/Android/iPhone) welche ja über einen Browser verfügen (und die Besitzer meist auch eine Internet-Flat haben)
=> Hier könnte Geolua genutzt werden


Es gibt sogar mehrere Builder (http://goo.gl/nZ3yF), wobei Urwigo wohl der beliebteste ist
Viele triviale Operationen können in Urwigo zusammengeklickt werden
Komplexere Algorithmen müssen aber in Lua selbst geschrieben werden
-> Manche hier können schon "gutes Lua"

Allgemein war der Beitrag zur Information bzw um evtl Interesse zu wecken

Vllt fällt jemandem was ein, wie man Geolua in einen Wherigo toll einbauen kann (Mit Link anklicken (falls das mit den Playern geht) - oder mit ShortLink abtippen), oder (ohne Wherigo) einen "Mystery or Puzzle Cache" mit Geolua machen kann.

Da die Wherigo Cartridges ja offline sind, ist hier manches (zB Mehrspieler) nicht so einfach und toll möglich.
Wherigo ist seit 2008 leider im Beta-Status und wurde offiziell auch nicht weiterentwickelt
Die neuen Builder sowie die Player sind nicht von Groundspeak
Wherigo-Caches können offiziell auf Geocaching.com (auf)gelistet werden: http://www.geocaching.com/about/cache_types.aspx


P.s.:
Geocaches in Karlsruhe

Ah. Ok. Mir war garnicht bewusst, dass es weitere Player neben dem Offiziellen gibt.

Urwigo habe ich mir gestern kurz angeguckt, nachdem ich mit dem offiziellen Builder einige Fehlermeldungen bekommen hatte (503 Fehler fuer irgendwelche HTTP APIs). Sieht ja deutlich reifer aus als der offizielle Builder.
Falls jemand in der Richtung was unternimmt, kontaktiert mich gerne, falls Fragen auftreten.

Ich werde mir bei Gelegenheit mal anschauen, ob man direkt einen Wherigo -> Geolua Konverter bauen kann. Das Dateiformat der Wherigo Cartridges ist ja ausreichend reverse-engineered worden. Es muesste also genuegen, die Lua-Seite der Wherigo API innerhalb von Geolua nachzuimplementieren.

Hallo dividuum,

da muß ich mich doch auch mal melden.
In erster Linie aus technischem Interesse, da ich Informatiker und auch Entwickler für Webapplikationen bin.
Welchen Webserver, bzw. Applikationserver benutzt Du denn (ich hab da was von nginx gesehen)?
In welcher Sprache, bzw. mit welchem Framework, ist die Anwendung programmiert?
Warum verwendest Du Lua für die Adventures, welchen Compiler und Runtime gibt's denn dafür, die man auf einem Server einsetzen kann?

Es gibt, oder wahrscheinlich bald gab, ja schon so was ähnliches, heißt GPS-Mission, hat eigene Clients und das Spiel ist serverbasiert.
Da bin ich noch vor Wherigo mal drübergestolpert, und hatte es eher für eine Werbemethode der Mobilcom Provider gehalten, um ihre Flatrates loszuwerden.
Ich habs mal getestet, um dann festzustellen, daß GPS-Receiver und Onlineverbindung den Akku ganz schön schnell leer saugen.
Irgendwie hat das aber scheinbar nie so den völligen Durchbruch geschafft und seit einiger Zeit kommt da auch nichts mehr,
irgendo steht auch was von Insolvenz des Anbieters.
Die Missionen hat man mit einem Onlineeditor erstellt, sprich zusammengeklickt.
Die bei Dir notwendige Lua-programmierung ist da natürlich anspruchsvoller.

Ich hatte mir damals gedacht, so was ist ja ganz nett, müßte aber offline funktionieren, eben wegen der Onlinekosten und dem Stromverbrauch,
von den Kosten für Datenroaming im Ausland ganz zu schweigen.

Nach kurzer Recherche bin ich dann auf Wherigo gestossen.
Der gravierendste Nachteil, der wurde in endlosen Forenthreads diskutiert, ist halt die Möglichkeit den Lua-Code zu decompilieren und zu spicken.
Außerdem findet von Groundspeak bis heute keine Weiterentwicklung statt.
Es gibt aber ja, wie schon erwähnt, zwei weitere Builder für Wherigos, die besser sind als der von Groundspeak.
Da mir alle drei nicht sonderlich gefallen habe ich schon mal angefangen mir eine Minisprache zu entwickeln, die dann in Lua übersetzt wird,
die ist aber bis heute nicht fertig, weiß auch nicht, ob sich das noch lohnt.

Also prinzipiell bin ich an einer derartigen Variante von Geocache/Adventuregame interessiert und würde da auch mitentwickeln,
wenns eine irgendwie geartete Erfolgsaussicht hat. Leider sind die derzeitigen Erfahrungen eher nicht so toll.

Schöne Grüße
Goetzman

Ich hoffe mal, das ist jetzt nicht zu sehr offtopic: Serverseitig ist das nginx (fuer Kompression, etc..), varnish (fuers Caching) und dann Python (werkzeug, jinja2, ...) innerhalb des gunicorn Servers. Das ist eine Kombination, welche ich schon bei anderen Projekten erfolgreich eingesetzt habe. Fuer die longpoll Verbindung zum GWT-Client (der "Player", welcher waehrend eines Spiels innerhalb des Browsers aktiv ist) nutze ich serverseitig tornado. Persistenz macht MySQL. Redis benutze ich fuer verschiedene transiente Daten.

Lua verwende ich, weil ich zum einen damit schon einige Erfahrung habe im Bezug auf Embedding und Sandboxing (siehe infon und info-beamer) und zum anderen weil ich es fuer eine schoene und schnell erlernbare Sprache halte.

Serverseitig laeuft das lua in einem selbstgeschriebenen C Server, welcher Lua Umgebungen fuer laufende Spiele bereitstellt. Ich benutze die normale 5.1 Lua Source Distribution und binde diese in meinem Projekt ein. Compiled wird dann innerhalb des Servers mittels loadstring.

Ausland ist natuerlich ganz klar ein KO-Kriterium fuer Geolua. Da ist Wherigo definitiv besser geeignet. Onlinekosten im Inland sollten aber ueberschaubar sein. Ich mache dafuer schon einiges um Bandbreite zu sparen: Viele der Assets (Javascript/Bilder etc) sind cachebar, Bilder werden runterskaliert, die Kommunikation ist komprimiert und es werden nur minimale Informationen uebertragen. Wenn nicht allzuviele Widgets sichtbar sind, ist ein Update davon nur 200-300 Byte gross.

Stromverbrauch mit dem GPS ist natuerlich so eine Sache. Wenn du mit Geolua Adventures baust, hast du als Programmierer Einfluss darauf, wann das GPS aktiv sein soll. Wenn also nur ein Teil davon auf Geolocation basiert, ist es zumindest moeglich, hier Strom einzusparen.

Wenn ein Spiel vollkommen autark funktionieren kann, macht Geolua daher nicht unbedingt Sinn. Cool wird's eben, wenn es um Mehrspieler geht oder Interaktion mit externen Inhalten notwendig ist. Mit Geolua koennte man es z.B. einrichten, dass dein Adventure auf dem Telefon weitergeht, sobald du einen Reallife-Knopf drueckst. Und dadurch dass es erstmal keine vorgegebene Spielstruktur (Inventar, Gebiete, ...) gibt, ist es ziemlich gut nutzbar, um Geospiele zu prototypen, ohne eigenen Aufwand in Infrastrukturentwicklung zu stecken.

Hui. Haette ich nicht gedacht, dass das ein wirkliches Problem ist. Cheater verderben sich ja dadurch nur selbst den Spass. Oder?

Bei Geolua hat man als Spieler erstmal keinen Einblick in die Spiellogik. Insofern ist das in der Hinsicht vielleicht ein wenig "sicherer".

Klingt interessant. Kennst du http://moonscript.org/?

Wär sicher eine nette Idee
Aber ich denke es ist kein geringer Aufwand


Wenn man geolua als Wherigo-Ersatz sieht, wäre ein klarer Vorteile auch die (wirkliche) Plattformunabhängigkeit
(va könnten dann auch WindowsPhone-Nutzer "Wherigos" spielen)


Ich denke, der Stromverbrauch wäre der einzige große Nachteil. Wegen Daten(roaming) würde ich mir nicht so viele Gedanken machen
Im Inland ist es nicht wirklich teuer und in Europa kostet es jetzt maximal 70 Cent/MB
Das sollte dann eben drin sein, wenn man im Ausland(Europa) cachen geht

Hallo dividuum,

danke für die ausführliche Antwort.
Da hast Du eine ganz schöne Serverkonfiguration zusammengebaut, klingt interessant,
das geht natürlich nur, wenn man einen "richtigen" Server zur Verfügung hat.
Ich hab für meine Seiten halt einen virtuellen Server bei einem Webhoster,
mit Apache, php und mysql.

Nein moonscript kenn ich nicht, aber guter Hinweis, kann man sich mal merken.
Ich habe mir eine Privatsprache gebaut, mit der man einen Wherigo "ganz normal" als Programm hinschreiben kann, aber halt viel kompakter und somit übersichtlicher als direkt in Lua, und schon einiges zur Compilezeit abfragen kann, Schreibfehler in Zonennamen, also ob sie auch definiert ist, etc.
Ich hab da halt Spezialbefehle definiert, z.B. für das Anlegen einer Zone, von denen dann alle notwendigen Wherigo-Datenstrukturen generiert und in die Wherigo-Runtime registriert werden.
Für den Compiler habe ich javacc verwendet, den wollte ich eh schon immer mal ausprobieren.

Zum Thema


Interessanter Ansatz, ein serverbasierter Wherigo.
Die Cartridges mußt Du ja gar nicht reverse-engineeren, so was macht ja eh nur Sinn bei eigenen Wherigos und da hast Du ja den vollständigen Lua-Code und alle Medien.
Was man dazu braucht ist die Source der Wherigo-Library, aber die muß es ja geben, z.B. für OpenWig und WhereYouGo.
Die Bildschirmausgabe übers Web zu schicken geht ja noch, aber die Ereignissteuerung entsprechend abzubilden könnte ein bißchen fummelig werden, also die Events beim Betreten oder Verlassen einer Zone, oder auch Timerevents.
Du mußt dazu ja die aktuelle GPS-Position quasi laufend an den Server melden, aber das machst Du ja schon, ich weiß nur nicht wie häufig.
Das einzig wirkliche Problem dürfte eine "Formalität verwaltungstechnischer Art" sein, sowas als Cache bei Groundspeak durchzukriegen, da es die Attraktivität deutlich erhöht, wenn man dafür einen Statistikpunkt bei geocaching.com bekommt.

Schöne Grüße
Goetzman

Interessanter Thread - ich glaub ich muss das auch mal ausprobieren....Mir ist da
einiges nicht so klar - z.b. wie man zu einer Koordinate navigiert - macht man das dann mit einer App seiner Wahl, die mit den Zielkoordinaten aus der Web-Anwendung gefüttert wird ?

Ich bin ja in Sachen Wherigo ziemlich aktiv und schreibe relativ viel in LUA mit dem
Urwigo-Builder. Insofern würden mich die technischen Möglichkeiten schon interessieren

_________________

Viel einfacher. Hoffe ich . Mittels Javascript hat man ja inzwischen (nach Nachfrage beim Nutzer) Zugriff auf Geolocation Informationen. Also z.B. GPS Koordinaten. Bei Geolua gibt es jetzt ein vorgefertigtes "Widget", welches du nutzen kannst, um dem Spieler einen "Kompass" anzuzeigen. Dadurch bekommt der Spieler innerhalb seines Browsers eine Karte angezeigt, auf der die Richtung zum Ziel und der Abstand angezeigt wird. Wenn sich der Spieler dem Ziel ausreichend genaehert hat, bekommst du als Programmierer diese Information und kannst darauf reagieren.

Schau dir mal das Beispiel zum Compass-Widget an: http://geolua.com/doc#toc_geowidgetcompassspec
Oder falls du alle Widget einmal im Einsatz sehen willst, kannst du dir die All Widgets Demo angucken.