Wikipedia Diskussion:WikiProjekt Georeferenzierung/Pfad-Koordinaten

message: Ich bin aus folgenden Gründen dafür, die Pfaddaten als getrenntes Wiki zu führen. Es sollte international die Punktdaten nutzbar machen, damit fallen lokale Wikipedia-Unterseiten aus. Die Commons haben schon genug damit zu tuen Ordnung in die 1 Mio. Bilder zu bringen, also geht das aus meiner Sicht auch nicht. Also bin ich für ein neues Wiki bei der Foundation zu beantragen (http://meta.wikimedia.org/wiki/New_project) und dieses dann entsprechende Verlinkung, schließlich hat sich der Geohack mit seiner Verlinkung auch bewährt. So wäre auch die Software am besten anpassbar und wenn das Projekt scheitern sollte, was ich nicht hoffe, so wäre das Aufräumen ein leichtes.  Kolossos 23:52, 11. Mär. 2007 (CET)
replies: text: Hmm. Ich bin weiterhin der Meinung Koordinaten gehören in Dateiform. Denn sie werden i.A. nicht von Menschen, sondern von Maschinen gelesen. Änderungen an einzelnen Punkten von Pfaden sind m.E. auch eher selten. Also Dateien. Da aber in den Dateiformatdefinitionen vermutlich nicht für alle Meta-Informationen Platz vorgesehen ist brauchen wir also Beschreibungen für diese Dateien. Genauso wie das bei Commons gemacht wird. Die können aber m.W. bislang nur Grafiken, Bilder, Videos und Krach-Dateien speichern. Ob "man" nun Commons aufbohrt oder ein neues, ähnliches Datawiki macht, wo neben Koordinaten, Pfaden und Flächen auch andere Daten (Berghöhen, Einwohneranzahlen, Geburts- und Sterbedaten, Wahlergebnisse, Chartsplatzierungen usw. usf.) lagern können, die von allen Wikis refernziert würden, ist erstmal unwichtig. Wenn ich es mir genau überlege, kann man das textlastige Mediawiki dafür ja gar nicht brauchen, ein datenzentriertes Wiki bräuchte man dafür. Hmm. Das wurde m.E. ja alles schon mehrfach diskutiert, aber es gibt da wohl erhebliche Schwierigkeiten.  OK. Vorschlag: Geokordinaten in SVG-Dateien speichern, die in Commons oder auch in de-Wikipedia lagern. SVGs kann Mediawiki ja schon jetzt abspeichern. Diese SVGs werden per Vorlage in die Wikipedias eingebunden. Damit es nicht zu kompliziert wird, kann man ein Hilfsscript machen, das aus populären Geo-Formaten (KM*, ...) solche SVGs macht.  --Walter Koch 11:29, 6. Apr. 2007 (CEST)
thread_title:  Integration oder separates Wiki 

message: Folgendes: 
* Generell: Ich bewundere euren Tatendrang und ich hoffe, es kommt etwas Nützliches heraus. Dabei kann ich es nicht lassen, daran zu erinnern, dass es immer noch einiges zu verorten gibt an 'Orten von Interesse'...
* Zum Titel der Unterseite (Pfad...): 'Pfad' ist ein Begriff aus der Computergraphik. Was wir hier aber wahrscheinlich erfassen wollen, sind raumbezogene, linienhafte Geometrien und die sind in der deutsch- (und englisch-)sprachigen GIS-Welt bekannt unter dem Namen 'Linienzug', 'Polylinie' machnmal (zu) einfach 'Linie'. => Ich schlage 'Polylinie' vor.
* Was ist eine gültige Polylinie? Zur Definition von Polylinien braucht es mehr als nur zu sagen, es sei eine Liste von Koordinaten! 2D und/oder 3D? überschneiden? etc. Es macht keinen Sinn, nur wenige dutzend Stützpunkte zuzulassen: Polylinien sollen sehr gross werden können.
* Zur Codierung (Format): Schon die Einigung hier zur Codierung einer Punktkoordinate war schwer genug (und ist immer noch nicht optimal). Zum Glück gibt es Organisationen und Leute, die sich schon seit 15 Jahren damit herumschlagen! Ich denke da v.a. an das Open Geospatial Consortium und an ISO 19100.
"Das Rad nicht neu erfinden" ist ein gutes Stichwort oben. Daher folgender Vorschlag:
* Externe Datenbank: scheint mir die beste Lösung zu sein. Weitere Argumente dafür: Es könnte eine auf Geo-Typen optimierte Datenbank sein. ISBN und PubMed-ID etc. haben's auch so gemacht (siehe Hilfe:Datenbanklinks).
* Als Codierung denke ich (auch) an etablierte Geo-Formate: 
** KML-Fragmente sind nur ein Behelf, da dies ein grafikorientiertes Format ist, das speziell für Google Earth entwickelt wurde.
** GML wäre prädestiniert, ist aber etwas komplex. Zudem ist die Frage, ob Version 2.x oder 3.x.
** Wenn schon SVG, dann unbedingt die von der offiziellen Spezifikation empfohlene Angabe des Koordinatenreferenzsystems (CRS) WGS84, bzw. EPSG 4326: Siehe SVG-Spec..
** GeoRSS Simple, wäre eine interessante pragmatische Alternative! siehe hier.
* Zur Erfassung/Kontrolle: Mit was sollen diese Linien erfasst und v.a. kontrolliert werden? Hier evtl. zuerst mal openstreetmap.de näher anschauen. Die haben sich bereits mit alledem herumgeschlagen.
* Zur Darstellung: über OpenLayers?
Hat jemand Kontakte zur englischsprachigen Community? Ein Zusammentun mit der Openstreetmap.org wäre m.E. prüfenswert! Geonick 09:46, 13. Mär. 2007 (CET)
replies: text: Man sollte auch durch automatisierte Übernahme von offiziellen, freien Quellen erstmal eine Grundlage schaffen. So wäre es gut, wenn zumindest die Ländergrenzen vohanden wären, damit die selbsterstellten Linien nicht ganz im luftlerren Raum schwirren. Kolossos 10:12, 13. Mär. 2007 (CET)
thread_title:  Polyline statt Pfad, Codierung, OpenStreetMap? 

message: Hab mal mit einem von OSM gesprochen. Ich würde gerne Openlayer für die Punktdaten der Wikipedia unterstützen, dieses könnten dann auch in OSM eingeblendet werden. So könnte ein Zusammenarbeit sinnvoll sein, jeder könnte sich auf seine Stärken konzentrieren und man würde nicht die verfügbaren Kräfte spalten. Kennt sich jemand mit Openlayers aus? Mein Kenntnissstand: da die Punkte anklickbar sein sollen, wird es sich um Marker handeln (nur auf Kacheln malen, nützt nix), aufgrund unserer großer Datenmengen sollten diese allerdings aus der Datenbank je nach Betrachterpunkt gezogen werden. Einen großen Mapserver oder dergleichen will ich aber nicht aufsetzen, sondern würde ein kleines PHP-Skript bevorzugen.  Eine Verlinkung oder Einbindung von OSM in die WP wäre natürlich auch vorstellbar. Ideen? --Kolossos 17:34, 22. Mär. 2007 (CET)
replies: text: Meinst du sowas wie die openstreetmap:Slippy Map MediaWiki Extension? — Raymond Disk. Bew. 10:03, 20. Mai 2008 (CEST)
thread_title:  OpenStreetMap