Was ich gern hätte...

[Gert]

...wäre, wenn ich jede einzelne der Statistiken auf ein bestimmtes Gebiet eingrenzen könnte, so dass nur mehr Caches berücksichtigt werden, welche in einem Radius r um die Koordinaten (x,y) liegen.

z.b. Liste aller Logs Graz:
http://geocaching.rockus.org/caches_activity.html&lat=47&lon=15.5&r=20
oder wer ist gerade in/um Graz aktiv:
http://geocaching.rockus.org/user_found30.html&lat=47&lon=15.5&r=20

Geht das? (damit meine ich natürlich nicht die technische Machbarkeit sondern die Rockus'sche Bereitschaft es umzusetzen ;))

lg
Gert

[rockus]

Klingt nach nem interessanten Feature. Haette ich selber schon einigemal haben wollen...

Nachdem ich ja gerade fuern Palm sowas in der Art programmiere, und dafuer die Abstandsberechnungen schon einmal in C implementiert habe, waere es wohl eine nette Uebung, das Ding nach PHP und/oder Perl umzusetzen. Mal schauen.

Wenn man die Liste der Caches mal eingeschraenkt hat, ist der Rest eh kein Problem mehr, sondern wie gehabt.

Die Frage ist, wie man in sinnvollem zeitlichen Rahmen die Daten aus der Datenbank kriegt. Wird wohl nur so ablaufen koennen, dasz man jeden Cache durchgeht und den Abstand jedesmal neu berechnet. Rechenintensiv.

Evtl. vereinfachen liesze sich das wohl, indem man den Radius nicht in km angibt, sondern in Dezimalgrad. Das wird dann leichter rechenbar. Hmm, ja, koennte ein erster Ansatz sein...

Wann ich das allerdings mal ausprobieren werde, kann ich noch nicht sagen...

[Gert]

Haette ich selber schon einigemal haben wollen...
Die Aussage stimmt mich jetzt seeehr optimistisch, das Feature irgendwann mal implementiert zu sehen. Da muss ich diesmal gar kein Bier versprechen... ;)

Die Frage ist, wie man in sinnvollem zeitlichen Rahmen die Daten aus der Datenbank kriegt. Wird wohl nur so ablaufen koennen, dasz man jeden Cache durchgeht und den Abstand jedesmal neu berechnet. Rechenintensiv.
Bei MySQL gibt's eine Spatial Extension (http://dev.mysql.com/doc/mysql/en/Spatial_extensions_in_MySQL.html), welche dir das vermutlich abnehmen könnte.

lg
Gert

[Waxo]

Hallo!

Falls du eine PostgreSQL DB verwendest kann ich dir nur PostGIS (http://postgis.refractions.net/) empfehlen. Diese Bibliothek bietet alles was du jemals an geographischen Funktionen brauchen könntest und ist im Entwicklungsstand auch weiter als der MySQL Zusatz.
lg
Waxo

[rockus]

Bei MySQL gibt's eine Spatial Extension (http://dev.mysql.com/doc/mysql/en/Spatial_extensions_in_MySQL.html), welche dir das vermutlich abnehmen könnte.


Nach erstem Anschein nicht, weil sie nur euklidische (planare) Geometrie in MySQL unterstuetzt.

siehe http://dev.mysql.com/doc/mysql/en/General_geometry_property_functions.html unter SRID().

Aber ich musz eh mal schauen, wie sehr Oesterreich eigentlich wirklich gebogen ist, und welche Naeherungen da ausreichen wuerden...

[Waxo]

Ich sage doch Postgis :wink: , da wird jegliche Projektion der Welt unterstützt
lg
Waxo

[rockus]

Ich sage doch Postgis :wink: , da wird jegliche Projektion der Welt unterstützt
lg
Waxo

I' geh da aber jetzt net meine Datenbankserver umbauen, blosz weil meine kleine Statistik hier nen anderen braeuchat.

Auszerdem: wo bleibt da die intellektuelle Forderung, wenn man alles fix-fertig praesentiert bekaeme? ;)

[RedHunters]

wo bleibt da die intellektuelle Forderung, wenn man alles fix-fertig praesentiert bekaeme? ;)

Genau meine Rede.
Sind ja nur ein paar Wurzeln zu ziehen. :wink:
Wenn man das nicht selber macht verrostet ja das Hirn.

Stefan

[Waxo]

OK, du mußt ja nicht gleich die DB umstellen, du könntest ja auch nur den Projektionssupport von PROJ4 (http://proj.maptools.org/) verwenden, aber wenn du lieber selber rechnen willst.... :wink:
lg
Waxo