Wikipedia Diskussion:WikiProjekt Georeferenzierung/Anwendungen/OpenStreetMap

Bitte beachte, dass hier nur Diskussionen zur OpenStreetMap(OSM)-Karteneinbindung in Wikipedia-Artikeln stattfinden.
Allgemeine Fragen und Anregungen rund um die Geokoordinaten in der Wikipedia bitte im WikiProjekt Georeferenzierung (WP:GEO).
Generelle Erklärungen zu OpenStreetMap finden sich im OpenStreetMap-Wiki.

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 5 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Das aktuelle Archiv befindet sich unter /Archiv/1.

Behandlung von Text-Koordinaten

Die Entwicklung beobachte ich seit einiger Zeit mit Freude! Und natürlich gibt es noch Verbesserungswünsche:

• Für manche Objekte gibt es eigene Artikel mit Artikelkoordinate und Einträge in Sammlungen (Listen) mit Textkoordinate. Beides in in der Wikipedia sinnvoll. In der Karte überlagern sich die Marker. Dann sollte der Link zum vollen Artikel im Popup erscheinen und nicht (wie jetzt scheinbar der Standard) der Link zur Liste.
• Bei Textkoordinaten wird im Popup in der Regel ein unzutreffendes Bild angezeigt. Das ist irreführend, besser kein Bild zeigen.
• Wenn der angegebene Objektname nicht einer Überschrift entspricht, versagt der Sprung in den Text. Das kann man natürlich auch mit einem Anker beheben. Sollte das nicht mit in die Hilfen (hier, aber auch generell) eingebaut werden?

Beispiele: U-Boot-Bunker Valentin, Rekumer Mühle

Dank und Gruß --Quarz 23:18, 20. Okt. 2010 (CEST)

Danke für deine Hinweise.

zu 1.:Anhand der derzeitigen Datenbasis kann ich das Problem nicht automatisiert lösen. Für die doppelten Einträge in Listen bräuchten wir wohl einen neuen Parameter wie "redundant=yes", der dan auch an den Geohack weitergegeben werden müßte. Dann könnte man das rausfiltern. Das sollte aber nochmal au WP:GEO diskutiert werden.

zu 2.: Das erscheint lösbar.

zu 3.: Damit muß man wohl leben müssen, da ich die Datenbank nutze und nicht den Volltext, kann ich nicht erkennen, in welchem Abschnitt sich eine Vorlage befindet. --Kolossos 00:27, 21. Okt. 2010 (CEST)

Anker-Problem

Man betrachte der Ort Rechberg (Schwäbisch Gmünd) und den Berg Rechberg (Berg). Beide haben separate Artikel, wenn man in der Karte den jeweiligen Link zum Artikel anklickt, wir zu einem Anker verlinkt. Wo kommt der her bzw. wie stellt man dies ab? --91.22.207.211 01:03, 21. Okt. 2010 (CEST)

Du meinst mit Anker eine Sprungmarke ("#xxxxx")? Keine Ahnung. Aber kann ich nachvollziehen (für den Link beim Berg und für den Link bei der Stadt). Viele Grüße --Saibo (Δ) 01:12, 21. Okt. 2010 (CEST)

Der Anker erscheint, weil der angezeigte Name vom Artikelnamen abweicht. --32X 09:08, 21. Okt. 2010 (CEST)

Sprache der Kartenbeschriftung

Bitte nicht hauen, falls das schon woanders diskutiert wird/wurde. Auf dem Toolserver liegen ja auch diese Karten, wo die Beschriftung in vielen Sprachen per Layer anzeigt werden (am Beispiel sehr schön der Unterschied zwischen kyrillischer und lateinischer Beschriftung). Wäre es möglich, dies auch in der WP anzuzeigen, in Abhängigkeit von der Benutzersprache? — Raymond ^Disk. 15:38, 21. Okt. 2010 (CEST)

Hm, da die Karten im Inhaltsbereich des Wikis liegen, sollte auch die Inhaltssprache des Wikis benutzt werden und nicht die Interfacesprache des Benutzers. Ich würde es aber begrüßen, wenn das Umstellen der Sprache als Option angeboten wird. --::Slomox:: >< 16:04, 21. Okt. 2010 (CEST)

So, das sind ja jetzt 3-4 getrennte Dinge:

• Das Benutzer-Interface (Das sollte die Interfacesprache des Nutzers sein, momentan gibt es nur englisch)
• Der Wikipedia-Layer (Das sollte die Sprache der Wikipedia sein, diese müßte nochmal im commons.js angepaßt werden, sonst landet man als Engländer in der engl. Wikipedia, obwohl man die deutsche sich anschaut.)
• Die Sprache der Karte (Das ist nochmal ein Thema für sich, wir füllen jetzt in einer Sprache den halben Server mit Tiles und haben mit der Aktualisierung gut zu tuen. Den Aufwand mal 273 Sprachen, geht nicht. Es sei denn, der Verein sponsert uns 273 Server. ;-) Selbst wenn wir nur die Labels rendern werden wir ohne Cache nicht die 100 Tiles/sek wie jetzt ausliefern. Vorher ist es jedenfalls der Plan mit Hilfe eines Tools die Verwendung der Wikipedia-Tags zu steigern und dann über unsere Interwikilinks die internationalen Namen in OSM erstmal aufzubauen.Dann kann man nochmal drüber reden.)
• Dazu kommt die Sprache der Hilfeseite, da wäre zumindest erstmal eine engl. Version schön. Zu viele Sprachen verhindern dann die Wartbarkeit.

--Kolossos 17:35, 21. Okt. 2010 (CEST)

Das mit den Kacheln versteh ich noch nicht ganz. Es werden doch jetzt bereits über 30 Sprachen angeboten. Also nicht bloß eine Sprache, die den halben Server aufbraucht. Oder liegt es daran, dass die anderen Sprachen so wenig aufgerufen werden, dass 99,9% der Erde noch nicht betrachtet wurden und dementsprechend noch keine Kacheln erzeugt wurden?

Der begrenzende Faktor ist Festplattenspeicher, richtig? Kann man ungefähr quantifizieren, wie der Speicherbedarf ist? Wieviel Speicherplatz verbrauchen die Kacheln von zum Beispiel Colorado aktuell (um mal irgendwas Rechteckiges zu nennen, meinetwegen auch weltweit oder sonst irgendein Beispiel), wieviel Speicherplatz würden sie verbrauchen, wenn man die Grundkarte und die Schriftlayer für alle Sprachen getrennt speichert? Kann man den Speicherplatz durch das gewählte Grafikformat begrenzen (die Schriftlayer sind ja zum allergrößten Teil transparent)?

Zu viele Sprachen verhindern dann die Wartbarkeit. Ja, das stimmt schon. Fällt mir zum Beispiel bei www.mediawiki.org auf. Ein Mediawiki-Versionsupgrade mit irgendeiner anderen als der englischen Upgrade-Anleitung zu machen, ist verdammt gefährlich. --::Slomox:: >< 18:17, 21. Okt. 2010 (CEST)

Jepp, die Kacheln der "locale"-Version werden erst bei Bedarf gerendert. Zu den Dateigrößen pro zoomlevel gab es mal eine schöne Tabelle die ich auf die Schnelle aber nicht finde. Fakt ist, dass wir recht viele aber kleine Festplatten in dem Server haben, somit haben wir ca 350 GB für die Datenbank und ca. 350 GB für die Tiles (Das mal als Größenordnung.). Das Problem ist bei OSM schlicht, dass sich ständig alles ändert und man häufig alles neu rendern muß. --Kolossos 19:12, 21. Okt. 2010 (CEST)

Gibt es nicht noch nähere Zahlen dazu? Durchschnittlicher Speicherbedarf pro Kachel? Speicherbedarfsunterschied zwischen Geländekachel ohne Schrift, Schriftkachel und Geländekachel mit Schrift? Wieviele Kacheln hat die Welt? Ich würde halt gerne eine Vorstellung gewinnen, wovon wir hier reden. --::Slomox:: >< 20:04, 21. Okt. 2010 (CEST)

Zu den voraussichtlichen Werten von Wikipedia kann ich nicht viel sagen, aber ein paar Vergleichswerte von anderen OSM-tile servern koennen vielleicht hilfreich sein: Der haupt OSM-tileserver (mit seinem einem style) hatte bis vor ein paar Wochen 600GB Festplattenplatz. Der war regelmaessig voll und es mussten desshalb staendig alte tiles aus dem cache geloescht werden. Trotz 600Gb cache sind dennoch ein nicht unerheblicher Teil der Kacheln nicht im Cache und muessen on-the-fly gerendert werden, derzeit sind das ca. 1 -2 metatiles/sekunde die gerendert werden muessen (zuzueglich derer die im Cache sind aber aktualisiert werden muessen). Aehnlich sieht es bei dem opencylcemap server aus, der glaube ich ebenfalls 600Gb zur Verfuegung hat und auch damit nicht fuer sein einen layer auskommt. Durch die Begrenzung des Platzes und weil der opencyclemap server nicht die noetige Rechenkapazitaet fuer on-the-fly rendering hat, laufen ca. 20 - 50% der Anfragen ins leere. Wieviel groesser der Plattenplatz pro layer sein muesste um das on-the-fly rendering deutlich zu reduzieren weis ich nicht, umgekehrt ist es auch nicht ganz klar wieviel weniger als 600Gb man haben darf ohne es deutlich zu erhoehen, aber sehr grob geschaetzt wuerde ich mal behaupten sind 200 - 300 Gb schon das minimum pro layer. Wobei diese Werte fuer weltweite, stark frequentierte und allgemeingueltige Karten layer gilt. Wikipedia wuerde wahrscheinlich etwas weniger pro layer benoetigen da es nur dort verwendet wird wo es Artikel gibt und wahrscheinlich werden auch z.B. kein Niedersorbischen Kacheln fuer Kansas oder central China benoetigt, aber 350Gb fuer 270 layer sind wohl definitiv zu klein. Es braeuchte also Hardwareerweiterungen. Fuer den tile-storage koennte man zwar warscheinlich groessere (und dafuer langsamere) Festplatten einsetzen als derzeit verwendet werden, aber die IOPS fuer das tile serving muss man auch schon im Auge behalten. Ausserdem benoetigt es auch einiges an CPU und Datenbank IOPS um die vielen Kacheln aktuell zu halten. Ich denke aber zunaechst einmal muesste man mehr Erfahrung erlangen was der Wikipedia spezifische Einsatz tatsaechlich fuer Resourcen benoetigt.

Zu den Zahlen gab es eine schöne Tabelle im OpenStreetMap-Buch und sicher auch irgendwo im OSM-Wiki, aber ich find es beim besten Willen nicht. Die Rechnung ist aber ganz einfach (siehe auch OSM:Quadtiles): Die Anzahl der Tiles für Zoomlevel z = 4^z. Wenn du dann jedes Tile mit 10-20 kB ansetzt, weißt du was rauskommt. Unter heatmap kann man auch sehen, was wir momentan so in der Welt gerendert haben. --Kolossos 18:34, 22. Okt. 2010 (CEST)

Wenn ich das ausrechne, dann komme ich bei 15 kB auf 82 TB. Ist natürlich eine exorbitante Zahl. Aber natürlich eine extrem theoretische Größe.

Hier gibt es eine Tabelle mit Daten zu den Kacheln. Das könnte die sein, die du meinst. Danach haben die Kacheln im Durchschnitt gerade einmal 1 kB. Laut Versionshistorie war der Durchschnitt im Januar 2009 noch 6,5 kB, ist aber mit dem Update auf September 2009 auf 1 kB gesunken. Erscheint mir spontan ziemlich wenig, aber in wenig besiedelten Regionen oder gar im Fall von Wasserkacheln sind die Kacheln noch deutlich kleiner als 1 kB. Mag also angehen.

Wenn diese Daten stimmen, dann kommt man auf weniger als 600 GB. Natürlich war das im September 2009 und wenn man die Wachstumsrate zwischen Januar und September betrachtet, dann wird die Zahl stark angestiegen sein. Aber da die Publikumsgröße der meisten Wikipedien ja sehr klein ist, dürfte es im Endeffekt wohl nicht auf 273 Server hinauslaufen, sondern eher auf 3 oder 4. Die 230 kleinsten Wikipedian zusammen dürften weniger Kachelrenderbedarf haben als die englische Wikipedia allein. --::Slomox:: >< 20:06, 22. Okt. 2010 (CEST)

Und das Größenverhältnis Geländekachel mit Schrift, Geländekachel ohne Schrift, Schriftkachel ist in etwa 1 zu 0,95 zu 0,15. Das ist jedenfalls rausgekommen, als ich ein paar Kacheln im Raum Berlin untersucht habe. Das heißt, dass das getrennte Speichern einen Zusatzverbrauch an Speicherplatz von etwa 10, vielleicht 15 Prozent je Sprachversion bedeutet. --::Slomox:: >< 20:28, 22. Okt. 2010 (CEST)

Thumbnail-Layer

Ich dachte eigentlich erst, dass der Thumbnail-Layer von den auf Commons georeferenzierten Bildern stammt. Stattdessen sieht man aber Bilder aus Wikipedia-Artikeln, die mit diesem Ort verbunden sind, die aber eben nicht dort aufgenommen wurden, wie es der Ottonormaluser vermuten würde. Das ist zT ziemlich irreführend. So wird zum Beispiel an der Mündung von Havel und Spree (in Berlin-Spandau) ein Foto des Berliner Hauptbahnhofes (aus dem Artikel Spree) gezeigt.

Es gibt von Para doch bereits den GeoCommons-KML-Service, könnte man den nicht stattdessen verwenden? PS: ich fände es auch anwenderfreundlicher, statt der Thumbnails nur ein Symbol anzuzeigen und das Bild erst beim Anklicken zu öffnen. Sonst überlagert sich da zuviel. --alexrk 17:11, 4. Nov. 2010 (CET)

Du meinst diese Karte [1] von Commons. Da doppelt sich viel des Java-Script-Codes, ist aber nicht 100% identisch. So ist es absolut simple eine minimale Änderung in den URL-Parametern. User:Para hatte ich schonmal angesprochen aber noch keine Rückantwort. Ich bin halt ein Freund es erstmal bunt zu haben und die Leute zum immer weiter reinzoomen zu motivieren. Desweiteren halte ich es für Ottonormal-Verbraucher auch für verwirrend ein anderes Projekt einzubinden. (Wo sind da die Links zu den Wikipedia-Artikeln?....) Die Überlagerungen sind natürlich häßlich, rendering auf dem Server könnte eine Lösung sein, oder halt clustering. --Kolossos 22:31, 4. Nov. 2010 (CET)

Idee für einen einfachen Bearbeitungsmechanismus

Hallo, der Bearbeitungsmodus dient der Einstellung der Zoomstufe durch den Nutzer:

• Nutzer wählt "Bearbeiten" aus (gesamter Artikel oder ein spezieller Link für die Kartenbearbeitung)
• Innerhalb des Bearbeitungsmodus wird ein fester Bereich mit einer Karte angezeigt (z.B. 200x400px, sollte optimalerweise die gleiche Größe haben, wie die Karte, die in dem Artikel angezeigt wird).
• Der Bearbeiter stellt die Zoomstufe ein
• Speichern

Die Idee stammt von http://www.itoworld.com/static/openstreetmap.html - OSM Mapper. Dort kann (nach Registrierung) ein Bereich nach oben beschriebenen Mechanismus ausgewählt werden, den man beobachten oder analysieren will. (http://www.slideshare.net/PeterIto/osm-mapper-tutorial-2827517, Folie 9 und 10)

--84.152.191.79 00:24, 9. Nov. 2010 (CET)

Symbol bei Nationalparks

Kann mir jemand sagen, warum der Artikel Waza (Kamerun) in der Karte nicht mit dem Nationalpark Symbol erscheint, der Artikel Faro-Nationalpark beispielsweise aber schon? Die Koordinaten werden in beiden fällen über die Vorlage:Infobox Nationalpark gesetzt.--Trockennasenaffe 13:40, 9. Mär. 2011 (CET)

Because the type is shown as a landmark, based on the article on en-wp. I have seen a lot of similar examples. In the Norwegian (no) wp we use type:church, but as some other wp uses something else, some of the churches, even in Norway are not shown with that symbol. The type landmark is used for so many things, that it is in essence no longer of value. (Sorry to use English) Haros 17:47, 9. Mär. 2011 (CET)

Optionen / Standardeinstellungen

[If someone here should prefer to read English, please let me know, and I'll translate.]

Vorab: Klasse, daß es die Karte gibt - vielen Dank an alle, die daran gearbeitet haben!!!

Ein paar Wünsche / Bedenken / Anregungen habe ich zu den Optionen / Standardeinstellungen:

1. Die Sprache / Wortwahl der Optionen (einschließlich dessen, was unter [+] steht) ist selbst für des Englischen Mächtige schlicht unverständlich. Bei keiner der Optionen ist mir klar, was sich dahinter versteckt - da hilft nur ausprobieren. Für Menschen, die kein Englisch sprechen - die's ja immerhin auch gibt - , ist das eh der Fall. Mag sein, es gibt Menschen, die's verstehen (vielleicht Computer-Ahnungsvollere? Ich habe wirklich keine Ahnung), aber für die Mehrheit der Bevölkerung sprechend bitte ich angelegentlich: Können wir bitte deutsche und aussagekräftige Namen für die Optionen wählen? Also z.B. "Sprache" anstatt "Options", "Optionen" anstatt "[+]", "Wikipedia-Artikel" anstatt "Wikipedia World" usw. Ich bin überzeugt, daß viel Arbeit in die Erstellung der Optionen geflossen ist... und sie bisher viel zu wenig genutzt werden, weil sie eben unverständlich sind. Ein Jammer.
2. Könnten wir angemeldeten Benutzern eine Veränderung der (für sie selbst angezeigten) Standardeinstellungen erlauben?
3. Auf der Karte sind so viele (intuitiv eh nicht verständliche) Symbole eingeblendet, daß man von den Ortsnamen nicht mehr viel lesen kann. Wenn ich das Kreuzchen unter [+] > "Overlays: Wikipedia World" entferne, klärt sich die Sicht - aber bei jeder neuen Karte muß ich das wieder neu machen. Wie kann ich (vgl. vorherige Frage) einstellen, daß die Karte als Standardeinstellung die Symbole wegläßt? (Und wäre das nicht sogar als Standardeinstellung für jedermann sinnvoller?]
4. Können wir auf Dauer den Maßstab der Karten verbessern? nämlich: vom Artikelinhalt abhängig machen? Wenn man Orte/Städte nachschaut, ist der Standard-Maßstab einfach zu groß, denn das häufigste dürfte sein, daß man dann die Lage des Ortes genauer sehen möchte. Für einzelne Baudenkmäler ist der Maßstab in Ordnung (oder könnte ganz evtl. sogar größer sein), denn da geht's ja in der Regel um die nähere Umgebung. Nun wird ja glücklicherweise eh in der Koordinaten-Vorlage angegeben, ob sich's beim Artikel um "landmark" oder was auch immer handelt... bzw. zum Teil sind die Koordinaten sogar in Infoboxen integriert, die ebenfalls zeigen, ob es sich um Orte, Einzelbauwerke, Nationalparks o.ä. handelt. (Und womöglich könnte man sogar mittelfristig die Vorlage um eine Option, welcher Maßstab angezeigt wird, erweitern!) Könnten wir also einfach den Standardmaßstab vom Artikel abhängig machen?
5. Zuguterletzt, falls das nicht zu schwer ist: Könnten sich als Standardeinstellung die Optionen (einschließlich "[+]") nach ca. 5-10 Sekunden ausblenden, wenn der Benutzer sie nicht weiter, äh, benutzt? Wenn man häufiger die Einstellungen ändert (s.o. zum Thema "Standardeinstellungen ändern" :o)), ist es extrem nervend, nicht nur immer wieder die Optionen nach Wunsch einzustellen... sondern dann auch noch die Optionen wegzuklicken.

Und dann natürlich die Preisfrage: Gibt es etwas, das ich selbst zur Umsetzung dieser Bitten/Anregungen/Fragen beitragen kann? (Programmieren kann ich leider nicht. :o( ...) Dann bitte ansprechen! Und nochmals vielen Dank an alle, die an den Karten/Koordinationen mitarbeiten. --Ibn Battuta 13:28, 13. Mär. 2011 (CET) PS: Den Text habe ich z.T. aus meiner vorherigen Anfrage unter Wikipedia:Fragen zur Wikipedia herkopiert; dort wurde ich an diese Seite verwiesen. --Ibn Battuta 13:28, 13. Mär. 2011 (CET)

Danke für die ausführlichen Anmerkungen und Ideen. Ich versuch mal auf ein paar Punkte einzugehen.

• zu 2) Die gewählten Ebenen-Einstellungen könnte man ggf. noch als Cookie im Browser speichern, dann haben auch nicht-angemeldete User was davon. Stimmt schon, das nervt etwas, wenn man einmal eine Grundkarte einstellt und beim nächsten mal diese Auswahl wieder weg ist.
• zu 3) siehe "Ebenen-Einstellungen merken". Einmal wegklicken und dann hat man seine Ruhe (wenn man möchte). Standardmässig sollten die Markierungen allerdings mE aktiviert sein. Sonst kommen vrmtl die meisten User gar nicht auf die Idee, dass es so ein Overlay überhaupt gibt. Was die Symbole angeht: ich hatte hier mich schonmal an einem Satz beserer Symbole versucht - ist aber bislang nicht auf fruchtbaren Boden gefallen.
• zu 4) im Prinzip sollte das der dim-Paramter an den Geokoordinaten in den Artikeln steuern. Inwieweit das in der Praxis funktioniert, weiß ich leider nicht, da zT die Koordinaten ja auch aus anderen Wikipedias gezogen werden und zT auch aus Infoboxen, wo es die manuelle Eingabemöglichkeit eines dim-Wertes idR nicht gibt. Meines Wissens wird, sofern die dim-Angabe fehlt, auch der Typ (city, landmark etc) für den Maßstab herangezogen; allerdings brauchst Du da für ein 500-Einwohner-Dorf natürlich immer noch einen anderen Maßstab als für eine Großstadt und da wird man jetzt einfach einen Kompromiss-Maßstab eingestellt haben. Vielleicht gibt es einen Weg, dass spezielle Infoboxen wie "Gemeinde in Deutschland" oä. diesen dim-Wert im Hintergrund automatisch anhand des Vorlagenparameters "Fläche" erzeugt. Das Dumme ist nur: es gibt so schrecklich viele Infobox-Vorlagen.
• zu 5) das "Optionen"-Menü sollte eigentlich von selbst wieder verschwinden, wenn man es mit der Maus verlässt. Tut es das nicht bei Dir? Bei dem [+]-Menü mit den Layern find ich persönlich es eigentlich besser, wenn man es manuell wieder zuklappt, da ich öfters mal die Layer hin- und herschalten möchte.

Zur Preisfrage: ja Du könntest ggf. helfen, indem Du die für die Vorlagen verantwortlichen Leute bzgl. der dim-Werte mal pisackst :) VG, --alexrk 19:12, 13. Mär. 2011 (CET)

Der dim-Wert ist der Durchmesser des Objektes bzw. seine längste Ausdehnung und sollte nicht allgemein erzeugt werden. --91.22.198.219 20:32, 13. Mär. 2011 (CET)

Und worauf willst Du jetzt genau hinaus? Bzw. wer sagt, dass dieser Wert nicht allgemein erzeugt werden kann/darf? Wenn man schon die Fläche hat, liegt das ja irgendwie auf der Hand, gell. --alexrk 21:08, 13. Mär. 2011 (CET)

Ich meinte damit, dass man z.B. nicht allen Städten/Gemeinden mit einer Infobox automatisch dim=500 übergibt. Oder allen Artikeln mit der Infobox für Seen dim=2000. Undsoweiter. Wenn in der Infobox Abmessungen des Objekts vorhanden sind, spricht natürlich nichts dagegen, diese an die Koordinaten-Vorlage zu übergeben. --91.22.198.219 21:46, 13. Mär. 2011 (CET)

Legende

Im Abschnitt eins drüber wurden ja bereits intuitiv nicht verständliche Symbole angesprochen. Wäre es möglich, einen Link zu einer Legende hinzuzufügen, die einmal die von Wikipedia hinzugefügten Symbole erläutert, aber andererseits auch die Symbole, Linien und Flächenfarben, die von OpenStreetMap selbst verwendet werden? Es gibt da doch einiges, mit dem ich nichts anfangen kann.

Und warum zielt eigentlich der Link, der mit "Wikipedia" beschriftet ist, immer auf Wikipedia:WikiProjekt Georeferenzierung/Wikipedia-World/en? Der Skript kennt doch die Benutzersprache, da wäre es sinnvoll, auch die deutsche Version zu verlinken. --::Slomox:: >< 13:28, 24. Mär. 2011 (CET)

Unsere Symbole werden ja in den Ballons erklärt, eine Beschreibung gibt es unter Vorlage:Coordinate#type. Der Hauptkarte von OSM fehlt leider wirklich eine Legende, noch nicht mal im Wiki hab ich was gefunden, also ohne Vorlage wird es das in der Wikipedia nicht geben. Andere Karten haben hingegen sehr schöne Legenden, siehe http://hikebikemap.de/ . Wenn dir die OSM-Karte Rätsel aufgibt, mußt du wohl die Map Features dir mal anschauen, da ist zumeist ein Kartenausschnitt bei. --Kolossos 23:31, 26. Mär. 2011 (CET)

Es gibt eine Legende des Kartenstils auf www.openstreetmap.org wenn man links auf "Map Key" klickt. Die Daten dafuer kann man unter http://git.openstreetmap.org/rails.git/blob/HEAD:/config/key.yml und http://git.openstreetmap.org/rails.git/tree/HEAD:/app/assets/images/key/mapnik finden. Es ist allerdings natuerlich nicht ideal, wenn man auf eine (unbekannte) dritt-Seite gehen muss um die Information zu bekommen. --Apmon 23:19, 1. Jan. 2012 (CET)

lokalisierte Karten

Ich hatte es ja bereits oben unter #Sprache der Kartenbeschriftung angesprochen: unter [2] findet sich bereits eine Karte, die mit 'nds' als Spracheinstellung gerendert wird. toolserver.org/~kolossos/openlayers/kml-on-ol.php ist anscheinend auch bereits dafür ausgelegt, verschieden gerenderte Karten zu unterstützen. Für 'hsb' wird das bereits gemacht, für alle anderen Sprachen ist es deaktiviert. Wie sind denn bisher die Erfahrungen mit dem zusätzlichen Speicheraufwand für hsb-Tiles? Ist es speicheraufwandtechnisch möglich, dasselbe auch für 'nds' zu aktivieren? --::Slomox:: >< 11:16, 7. Apr. 2011 (CEST)

Für "hsb" war es quasi zwingend notwendig dies zu unterstützen, da dort bereits eine andere OSM-Karte integriert wurde und andererseits die betreffenden Orten zu nahezu 100% ins sich fundamental unterscheidende sorbische übersetzt waren. Wie hoch schätzt du den bestehenden Übersetzungsanteil für 'nds'?

Da wir die Unterstützung leider nicht lokal eingrenzen können und bei Bedarf rendern wird der Benutzer wenn er entfernte Gebiete aufruft, z.B. New York häufig auf noch nicht gerenderte Tiles stoßen.

Nach mehreren Stichproben auf nds.wp konnte ich auch leider keine Karteneinbindung finden, dieses sollte somit zuerst angegangen werden und solange auf http://toolserver.org/~osm/locale/nds.html zurückzugreifen. --Kolossos 09:29, 9. Apr. 2011 (CEST)

Nach mehreren Stichproben auf nds.wp konnte ich auch leider keine Karteneinbindung finden Mit der wollte ich warten, bis ich auch eine lokalisierte Karte einbinden kann. Denn das wäre ja der Gag bei der Sache.

Wie hoch schätzt du den bestehenden Übersetzungsanteil für 'nds'? Innerhalb Plattdeutschlands haben 100% der Orte auch plattdeutsche Namen. Das Namensmaterial ist im nds:Wikipedia:Wikiprojekt Öörd gesammelt. Die Daten sind noch nicht in OSM importiert, da suche ich noch nach einer effizienten Importmethode. Wenn ich wüsste, dass ich nachher auch eine Karte zum einbinden hab, dann würde ich den Import vorantreiben (mein letzter Test damit war an der OSM-API gescheitert, die zu dem Zeitpunkt hoffnungslos überlastet war).

Da wir die Unterstützung leider nicht lokal eingrenzen können und bei Bedarf rendern Es müsste doch möglich sein, zu sagen "if ((55 > coor_ns > 51) && (23.5 > coor_ew > 4.5)) LoadLocalTile(); else LoadIntTile();", oder? Es gibt zwar auch reichlich Orte mit plattdeutschen Namen außerhalb dieses Gebietes, aber als vorläufiger Kompromiss zwecks höherer Tile-Verfügbarkeit wäre das durchaus akzeptabel.

Wie groß ist denn der aktuelle Kachel-Speicherbedarf für 'hsb'? --::Slomox:: >< 12:58, 9. Apr. 2011 (CEST)

Installation und vector.js

Reicht es wirklich, allein die vector.js in einer anderssprachigen wiki zu erstellen und alles müßte funktionieren oder habe ich etwas missverstanden? Ich habe als test genau das in der türkischen wikipedia versucht [3], aber das scheint nicht zu klappen. Oder fehlt etwa etwas in der türkischen mediawiki installation? --Katpatuka 15:22, 8. Aug. 2011 (CEST)

Darstellungsfehler im Layer osm-no-labels

Einige größere Seegebiete werden als Landfläche gezeichnet (zB. Ostküste Nordamerika). Ist das ein Fehler in den Mapnik-Styles? --alexrk 14:07, 3. Sep. 2011 (CEST)

Anpassung des JS für andere Projekte

Heute wurde der https-Zugriff auf meta: umgestellt und der Pfad mit http vereinheitlicht.

Dementsprechend habe ich das umseitige Javascript für andere Projekte umgestellt; Anmerkungen:

1. mw.config.get("wgServer") ist Nachfolger des veraltenden wgServer
2. .indexOf() prüft, ob die Zeichenkette "https://" im vom momentanen Benutzer verwendeten Server enthalten ist.
   • Auf einer https-Seite sollten keine http-Ressourcen aufgerufen werden, da der Browser dies als Sicherheitsleck ansieht. Im Allgemeinen wäre es kein großer Schaden, wenn immer https eingebunden wird.
3. Falls die Adresse des verwendeten Servers mit https:// beginnt, liefert indexOf() die Zahl Null.
4. Falls der Wert ungleich Null ist (nämlich -1), wird der erste Zweig (http) wirksam; Null gilt als „falsch“ und geht in den zweiten Zweig (https).
5. Die Domänenname selbst sowie der Pfad sind mittlerweile gleich.
6. mw.loader.load akzeptiert zurzeit leider keine relativen URL; sonst könnte man dies noch erheblich vereinfachen.

Nicht getestet, müsste aber flutschen. --PerfektesChaos 23:06, 6. Sep. 2011 (CEST)

Heute sprach sich bis zu uns herum, dass mw.loader.load() seit einer Woche relative URL versteht; damit kann die oben schon angekündigte Vereinfachung steigen. --PerfektesChaos 21:40, 28. Sep. 2011 (CEST)

Benachbarter Ort (Artikel) wird in einer Karte nicht angezeigt

Hierher kopiert von WP:GEO --тнояsтеn ⇔ 17:04, 31. Dez. 2011 (CET)

In Hannover gibt es zwei nur etwa 100 Meter entfernte Objekte: Johann-Jobst Wagener’sche Stiftung (Hannover) und Bauhütte zum weißen Blatt. Problem: Wenn ich von der Stiftung per Mausklick auf den Text rechts oben "(Karte)" die Karte aufrufe, sehe ich dort (nach Heranzoomen) den Eintrag für die östlich gelegene Bauhütte. Wenn ich aber umgekehrt von der Bauhütte die Karte öffne, sehe ich die Stiftung nicht! Was ist da los, woher kriegt die Umgebungskarte überhaupt ihre Infos? Was muss geändert werden, damit die Stiftung sichtbar wird ? -- Gerd Fahrenhorst 16:04, 31. Dez. 2011 (CET)

Die geo-coordinaten des Artikels wurden so weit ich das erkennen kann erst am 11. Dez 2011 hinzugefuegt. Insofern wurden sie wahrscheinlich noch nicht aktualisiert. Ich weis zwar im Moment nicht genau wie das System funktioniert, aber so weit ich weis werden die Koordinaten periodisch aus den Artikeln in eine separate Datenbank kopiert von wo sie aus angezeigt werden. Wie haeufig die Aktualisierung stattfindet weis ich nicht, kann aber sein das das nur einmal monatlich ist. Ich werde mal schauen. --Apmon 22:55, 1. Jan. 2012 (CET)

Unabhängig vom Aktualisierungsrhythmus sollten aber eigentlich die in der Karte dargestellten Artikel immer dieselben sein (egal, von welcher Seite aus geöffnet). --79.233.230.213 23:09, 1. Jan. 2012 (CET)

Habe gerade gelesen, dass die Wikipedia-Koordinaten NICHT nach OpenStreetMap übertragen werden: http://wiki.openstreetmap.org/wiki/Wikipedia#Importing_geodata_from_Wikipedia ; wenn es also nicht über OpenStreetMap geht, wie denn dann ??? Wäre auch schön wenn auf der Hilfeseite etwas zu diesem Thema stehen würde. -- Gerd Fahrenhorst 13:30, 2. Jan. 2012 (CET)

Die Extraktion erfolgt von mir über das Projekt Wikipedia:WikiProjekt_Georeferenzierung/Wikipedia-World, dort findet sich auch der Termin der letzten Aktualisierung (Anfang Dez.). --Kolossos 15:43, 2. Jan. 2012 (CET)

Aha, Danke für die Info! Ich habe noch drei Zusatzfragen:

• Wie oft wird aktualisiert ?
• Da das Erstellen ja vermutlich im Wesentlichen automatisch geht: warum eigentlich nicht täglich ?
• Verwenden externe Programme wie www.WikiHood.com ebenfalls diese Datenbasis oder gibt es noch andere Wege ?

-- Gerd Fahrenhorst 16:38, 2. Jan. 2012 (CET)

Aller 2-3 Monate wird aktualisiert. Es gibt dabei mehrere Arbeitsschritte die unterschiedlich Zeit brauchen:

• Das Extrahieren aus den MySQL-Datenbanken von Dispenser und der Wikipedia-DB (1h)
• manuelles Prüfen der Dateien (1/4 h)
• Einspielen und Mergen in Postgresql, Indizierung (1 h)
• Erzeugen der reduzierten Tabellen für die kleinen Zommlevel (3h)
• manuelles Prüfen der Ergebnissse
• Dumps Erzeugen (1/2h)

Gerade weil der eine Schritt mit 3h sehr resourcenhunrig ist, wird es keine täglichen Updates geben, auf das manuelle Prüfen will ich nicht ganz verzichten.

Keine Ahnung was Wikihood benutzt. Es gibt noch die Wikipedia-Extrakte bei geonames.org bzw. Dispenser oder man zieht sich die Daten selbst aus den Wikipedia-Dumps. --Kolossos 18:12, 2. Jan. 2012 (CET)

Änderung Name Artikel

Gibt es Mechanismen, wie geänderte Artikelnamen in OSM nachgezogen werden sollen bzw. überhaupt bei der Verschiebung eines Artikels erkannt werden kann, dass er in OSM über den Namen referenziert ist?--Video2005 (Diskussion) 00:22, 22. Mär. 2012 (CET)

Derzeit noch nicht, aber wir haben die Daten beider Projekte auf dem Toolserver, da kann man sicerlich noch eine Menge machen. Für den konkreten Fall müßte sich nur jemand finden. --Kolossos (Diskussion) 07:20, 22. Mär. 2012 (CET)

Anzeige von Bildern

Voraussetzung, dass man das nachfolgend Beschriebene sieht und nachvollziehen kann, ist, dass man in Georeferenzierten Artikeln die Karte rechts oben einblendet.

Mir ist aufgefallen, dass in OSM eigentlich immer die falschen Bilder im kleinen Popup-Fenster eingeblendet werden, wenn es sich wie bei den Denkmallisten um einen Sammelartikel handelt. Ein Beispiel ist der Karmelitermarkt, es gibt im eingezeichneten Karree zwei Klickmöglichkeiten (Karmelitermarkt und Karmeliterviertel) - , die dazugehörigen Bilder stimmen auch, denn die sind direkt einem Artikel zugeordnet, da kann nicht viel falsch sein. Wenn ich allerdings dann (in der aufgeklappten OSM) in der Tandelmarktgasse auf die Ghettomauer klicke, wird mir ein Haus in der Praterstraße angezeigt, offenbar funktioniert der Link zur Liste der Denkmäler und es wird auch das Objekt angesprungen, aber die Zuordnung zu diesem Bild ist willkürlich, wenn auch nicht unlogisch. Es ist vom Dateinamen her das erstgereihte in alphabetischer Ordnung, welches sich im Artikel selbst befindet. Offenbar fehlt es an der Zuordnung der Projektnamensspalte zur Bilderspalte. Das betrifft ca. 2.400 Artikel in Österreich, 36.000 Objekte und aktuell ca 62% aller Objekte mit einem Bild. Das ist schon sehr viel. Die Lösung bestünde nur darin, dass man den erzeugten, korrekten Link (tolle Leistung, danke!) mit dem dazugehörigen Bild irgendwie verknüpft und dann dem Objekt zugeordnet darstellt. Gibt es zB noch kein Bild, dann müsste ersatzweise ein Hinweis erscheinen, dass es eben zu diesem Objekt noch kein Bild gibt.

Die Zuordnung des Bildes müsste aber auch in Artikeln genauer definiert werden (=OSM), denn die Abhängigkeit vom Dateinamen ist extrem fehlerhaft und in den meisten fällen einfach falsch. (siehe auch Hofburg/Schweizerhofbrunnen/-> Brunnen in Wien/ angezeigt wird der Alszauberbrunnen, denn im Artikel Brunnen in Wien ist das das erste Bild in der alphabetischen Ordnung. --Hubertl (Diskussion) 20:22, 26. Mär. 2012 (CEST)

Nebenbei: Das Problem hat jetzt nix mit WIWOSM zu tuen, sonder mit dem Wikipedia-World-Layer.

Das Problem liegt darin, dass ich keinen Zugriff auf die Artikeltext habe, sondern nur die Datenbank benutze in der steht, welche Bilder in einem Artikel sind. Aus dieser Datenbank schnappe ich mir das erst beste.

Von der Foundation gibt es Bestrebung das zulösen[4], der Entwickler will das Problem dabei auch mit angehen. Man könnte das Problem natürlich auch selber angehen. Das notwendige Parsen des Artikels ist aufwendig, aber nicht unlösbar. Ein bisschen habe ich dazu auch mal mit Python:Beautiful Soup vorbereitet. Wenn du also programmieren kann oder jemanden kennst, könnte man das Problem angehen. Bei mir selber wird erstmal die Zeit fehlen, auch wenn mir klar ist, dass das Problem durch die WLM-Listen an Bedeutung gewonnen hat. --Kolossos (Diskussion) 22:22, 26. Mär. 2012 (CEST)

Die Bilder werden immer noch falsch angezeigt, mein Beispiel: Kirchen in Nürnberg-Langwasser: Bei Martin-Niemöller-Kirche und St. Maximilian Kolbe wird aus Liste der Sakralbauten in Nürnberg das 5. Bild angezeigt (St. Andreas), bei Paul-Gerhardt und Passionskirche aus Liste_der_Baudenkmäler_in_Nürnberg/Südöstliche_Außenstadt das Bild aus der Rangierbahnhofsiedlung. Wie muss ich vorgehen, damit openstreet andere Bilder in der Liste ansteuert? Bitte bei mir antworten--Martin-Niemöller-Kirche (Diskussion) 12:42, 15. Apr. 2015 (CEST)

Qualitätssicherung

Durch die verzögerte Generierung der WIWOSM-Objekte ist das Testen der erfassten Daten derzeit etwas umständlich. Es wäre sowieso schön, wenn man gängige Fehler ohne viele Mauskilometer und -klicks entdecken könnte. Deshalb schlage ich mal folgende Wartungslisten vor:

• Liste erfolgloser Verlinkungen. Damit sollen folgende Situationen erkannt werden:
  • Tippfehler im OSM-Tag
  • Unterdessen umbenannte Wikipedia-Artikel (könnte der WIWOSM-Server diesen und weitere Fälle anhand der Versionsgeschichte selbst behandeln, d.h. neues Lemma in OSM eintragen?)
  • Unterdessen gelöschte Wikipedia-Artikel
  • Verknüpfung auf Weiterleitung
  • Wikipedia-Tag ohne value
  • Falsch formatierte OSM-Keys/-Values, z.B. keine Angabe der Sprache ('wikipedia=Bern' statt 'wikipedia=de:Bern')
  • Falls gewünscht zudem unerwünschte Key/Value-Formatierungen wie z.B. Underscores oder http:-Form
  • Als Ausgabe reicht wohl fürs Erste ein Link à la http://www.openstreetmap.org/browse/(typ)/(id), ev. ergänzt mit dem Grund der Auflistung und Key/Value-Werten.

• Liste falscher Zuordnungen von OSM-Objekten zu Artikeln. Mögliche Ansätze:
  • Möglichkeit von Rückmeldungen durch Wikipedia-Leser/-Autoren ohne OSM-Account. Wartungsbaustein?
  • Artikel, deren OSM-Objekt geografisch weit von der Artikelkoordinate entfernt liegt (anhand Coordinate-Region oder Koordinatenwerte?)

• Eventuell eine Liste der mit OSM verknüpften Artikel ohne Koordinatenvorlage und somit derzeit ohne Möglichkeit eines Kartenaufrufs.

Die Listen sollten regelmässig automatisch aktualisiert werden, wohl geografisch sortiert sein und von OSM-Mappern abgearbeitet werden. Oder statt Listen eine Karte mit Hervorhebung der bemängelten OSM-Objekte. Was meint ihr dazu? Kann jemand solche Listen realisieren? -- Meleager (Diskussion) 23:47, 28. Mär. 2012 (CEST)

Hallo User:Kentaur auf dem Toolserver entwickelt da einiges. Ich denke wir können mit einer Liste in der WIWOSM-Objekte angezeigt werden, zu dennen kein WP-Artikel gefnden wird.

Dazu arbeite ich gerade an einer Mapnik-Karte die WIWOSM-Objekte und Wikipedia-POIs anzeigen soll. Mitstreiter sind aber herzlich willkommen. --Kolossos (Diskussion) 22:10, 29. Mär. 2012 (CEST)

WIWOSM sieht nicht jeder

[5] Solange dieser Dienst nicht für jeden Benutzer funktioniert, sollte das weitere sinnlose Verlinken unterbleiben. liesel Schreibsklave^® 12:46, 14. Apr. 2012 (CEST)

Sehe das Problem nicht. Die Verlinkung findet ja nicht in Wikipedia statt, sondern durch einfügen der passenden Wikipedia-Artikel in die entsprechende OSM-Datenbank. Dies macht völlig unabhängig von der Nutzung dieser Daten in Wikipedia Sinn, zum Beispiel für sowas. Gruß --Richtest^D 12:37, 16. Apr. 2012 (CEST)

Habe dort geantwortet, die Ursache ist, dass der InternetExplorer von WIWOSM in der dt. Wikipedia nicht unterstützt wird. Die Lösung wird aufwendig, aber wir arbeiten daran. --Kolossos (Diskussion) 22:03, 16. Apr. 2012 (CEST)

Wie ist denn der Stand in dieser Angelegenheit ? Passiert da noch etwas, das ist jetzt ein halbes Jahr her. Wo genau ist denn das Problem? -- Gerd Fahrenhorst (Diskussion) 18:40, 13. Dez. 2012 (CET)

OSM-Objekte mit WP-Artikel-Abschnitten taggen?

Gleich ein konkretes Beispiel: Für den Hannoverschen Stadtteil Döhren gibt es zwar ein OSM-Objekt, aber keinen eigenen Wikipedia-Artikel, sondern lediglich den Abschnitt Döhren-Wülfel#Döhren, auf den eine Weiterleitung von Döhren (Hannover) besteht. Soll das OSM-Objekt nun

1. keinen Tag,
2. einen Tag mit Link zum Abschnitt Döhren oder
3. einen Tag mit Link zur Weiterleitung

erhalten? Und wie wirkt sich die zweite Variante auf die eingeblendete Karte aus? Vielen Dank im Voraus, --Marsupium (Diskussion) 18:14, 1. Aug. 2012 (CEST)

Wenn machbar, wäre ich für die dritte Möglichkeit. Die derzeit nur als Weiterleitung bestehenden hannoverschen Stadtteil-Lemmata sollen mittelfristig zu eigenständigen Artikeln gepimpt werden. Da macht es sich gut, wenn der Tag bereits auf das entsprechende Lemma verweist. Außerdem zielen die derzeitigen Weiterleitungen direkt auf den entsprechenden Abschnitt des jeweiligen Stadtbezirksartikels. --nonoh (Diskussion) 14:59, 5. Aug. 2012 (CEST)

Technisch funktioniert aber nur die zweite Möglichkeit, Weiterleitungen wollen wir eigentlich nicht unterstützen. Es laufen Diskussionen, dass man auch einem Abschnitt einen Kartenlink zuordnen kann. --Kolossos (Diskussion) 22:25, 5. Aug. 2012 (CEST)

Vielen Dank. Es ist aber vielleicht ohnehin etwas verwirrend, wenn oben auf der Karte mehrere Flächen markiert sind, wobei eine – nämlich der Stadtbezirk – die Summe aller übrigen – nämlich der Stadtteile – ist. (Wie genau es aussieht kann ich zurzeit ja leider wegen der fehlenden Updates nicht ausprobieren.) Oder wird es auf absehbare Zeit eine Möglichkeit geben, an den markierten Objekten zu sehen, auf welchen Abschnitt oder auch Anker (Wenn ich es recht verstanden habe, können Text-Geotags ja auch als Anker verwendet werden und werden dann wohl auch unterstützt, oder?) sie verweisen? Andernfalls wäre es vielleicht tatsächlich sinnvoll, WP-Links auf die Weiterleitungen einzufügen, die dann erst, wenn sie einmal Artikel, sind wirksam werden. --Marsupium (Diskussion) 14:39, 6. Aug. 2012 (CEST)

Wenn man sich für Variante 2 entscheidet, ist auch noch zu klären, wie denn der Link in den Artikel integriert werden soll. Eine simple Anzeige der Koordinaten per text=DMS ohne Erläuterung dürfte viele Leser, die sich mit Geokoordinaten nicht auskennen, verwirren. Da denke ich eher schon an so etwas wie "Der Stadtteil XY (Lage) ist..." mit (Lage) als Link auf die Koordinaten. Aber auch das dürfte viele Leser verwirren, denn wenn sie auf den Link klicken landen sie auf der Geohack Seite, die ihm nur einen "beliebigen" Punkt im Stadtteil und eben nicht die Grenzen zeigt. - Da würde ich schon eher vorschlagen, die Koordinaten erst dann einzutragen, wenn der Stadtteil einen separaten Artikel erhalten hat (!). Klingt zwar erst mal nach viel Arbeit, aber es kann ja im Wesentlichen Cut & Paste mit etwas Nacharbeit sein. Und man muss ja auch nicht alles was technisch möglich ist sofort umsetzen. -- Gerd Fahrenhorst (Diskussion) 17:57, 20. Nov. 2012 (CET)

Reden wir mal über Karten "icons" und Koordinaten "type:"...

OSM-gadget: Karten "icons" und "Popup" im Einsatz

Hallo zusammen. Bei dem OSM-gadget werden zur Zeit folgende Karten icons verwendet:

• type:landmark
• type nicht spezifiziert
• type:city [6]
• type:airport [7]
• type:waterbody [8]
• type:edu (auch type:building)
• type:country (auch type:adm1st und type:state)
• type:forest

Ich finde diese Karten icons ehrlich gesagt verbesserungsfähig. Gut finde ich erstmal, dass es verschiedene icons für verschiedene "type:" gibt, so dass man schon ohne Mouseover/Popup eine Ahnung hat, was dort angezeigt wird. Aber: Design und Größen der icons sind zu unterschiedlich. Teils gibt es (Rundum!)Schattierung, teils nicht. "type: nicht spezifiziert" und "type:city" habe ich erst kaum als Wikipedia-icons erkannt, die sind leicht zu übersehen im Kartengewusel. "type:edu /type:building" ist im Vergleich damit 4 Mal so groß (und 4 Mal so hässlich!). Außerdem könnte man "type:event" hinzufügen, wie schon oben besprochen. Am besten gefällt mir eigentlich "type:landmark", der am häufigsten vorkommt und sofort erkennbar ist. Das scheint es aber in zwei Varianten zu geben (ohne Dokumentation?), einmal ohne Umrandungslinie (bei Listenartikeln? sieht etwas kaputt aus) und einmal mit Umrandungslinie (normaler "type:landmark").

Der WikiMiniAtlas verwendet keine icons, aber noch einige weitere "type:"

• The type: parameter specifies the type of location for reverse mapping (for instance, to select a marker icon in the WikiMiniAtlas). It also sets the map scale, which can however be overridden by dim: or scale:. Valid types are:

T	Description	Map scale
adm1st	Administrative unit of country, 1st level (province, state), see table, e.g. U.S. states	1:1,000,000
adm2nd	Administrative unit of country, 2nd level, see table, e.g. county (United States)	1:300,000
adm3rd	Administrative unit of country, 3rd level, see table	1:100,000
airport	airports and airbases	1:30,000
city(pop)	cities, towns, villages, hamlets, suburbs, subdivisions, neighborhoods, and other human settlements (including unincorporated and/or abandoned ones) with known population Please replace pop with a number. Commas in pop will be ignored. There should be no blanks.	1:30,000 ... 1:300,000
city	cities, towns, villages, hamlets, suburbs, subdivisions, neighborhoods, and other human settlements (including unincorporated and/or abandoned ones) with unspecified population These are treated as minor cities.	1:100,000
country	(e.g. "type:country")	1:10,000,000
edu	schools, colleges, and universities	1:10,000
event	one-time or regular events and incidents that occurred at a specific location, including battles, earthquakes, festivals, and shipwrecks	1:50,000
forest	forests and woodlands	1:50,000
glacier	glaciers and icecaps	1:50,000
isle	islands and isles	1:100,000
landmark	buildings (including churches, factories, museums, theatres, and power plants but excluding schools and railway stations), caves, cemeteries, cultural landmarks, geologic faults, headlands, intersections, mines, ranches, roads, structures (including antennas, bridges, castles, dams, lighthouses, monuments, and stadiums), tourist attractions, valleys, and other points of interest	1:10,000
mountain	peaks, mountain ranges, hills, submerged reefs, and seamounts	1:100,000
pass	mountain passes	1:10,000
railwaystation	stations, stops, and maintenance areas of railways and trains, including railroad, metro, rapid transit, underground, subway, elevated railway, etc.	1:10,000
river	rivers, canals, creeks, brooks, and streams, including intermittent ones	1:100,000
satellite	geo-stationary satellites	1:10,000,000
waterbody	bays, fjords, lakes, reservoirs, ponds, lochs, loughs, meres, lagoons, estuaries, inland seas, and waterfalls	1:100,000
camera	To indicate the location of where a specific image was taken. This type is used by coordinate templates on File pages.	1:10,000
	Default scale: if no type is used or the type is not defined in the geohack extension	1:300,000

(Diese Tabelle findet sich übrigens so ähnlich auch bei http://www.mediawiki.org/wiki/Extension:GeoData wieder, für die Karten auf der mobilen Wikipedia.)

Ich würde vorschlagen, die Karten-icons im OSM-gadget erkennbarer, ähnlicher und schöner :) zu gestalten, und eventuell weitere "type:" zu übernehmen. Einige Karten-icons als Beispiele habe ich auf der Webseite von Nicolas Mollet gefunden (cc-BY-SA, Farben frei wählbar):

• 
  type:adm1st
• 
  type:country
• 
  type:city
• 
  type:waterbody
• 
  type:forest
• 
  type:event
• 
  type:edu
• 
  type:airport
• 
  type:mountain

icons (mit Schatten) in der Wikipedia App NearbyMap

Das ist so erstmal zur Inspiration gedacht. Die icons sind vielleicht zu klein für die Symbole. Die Farben könnte man ändern und an das WMF-Design anpassen (vgl. WMF Design, Color Usage, Agora Icon Set). Oder lieber runde statt eckige icons. Man sollte den icons jedenfalls einen Schatten hinterlegen. Oder vielleicht nur den "type:landmark" in verschiedenen Farben abwandeln für den jeweiligen "type:"? Usw.

Ich fände es außerdem gut, wenn die Kartenicons nach Möglichkeit auch auf verschiedenen Kartenanwendungen von Wikipedia, OSM-gadget, Wikipedia mobile etc. gleich aussehen und wiedererkennbar sind. Auch über die Funktion von Mouseover und Popups auf mobilen Geräten könnte man mal nachdenken. Und das mit dem WMF mobile Team synchronisieren. Soweit meine Überlegungen. Was denkt ihr? --Atlasowa (Diskussion) 16:00, 27. Okt. 2012 (CEST)

Ich hatte ja schon mehrmals nach neuen Icons gefragt, aber mir persönlich sind diese Icons die eine feste Abmessung haben einfach zu groß. Es gibt jetzt schon das Problem, dass die Wikipedia Icons von Orten oftmals den OSM-Ortsnamen verdecken. Die neuen, großen Icons sind 38px hoch, die derzeitigen jedoch nur 11px-22px. Geht es noch etwas einfacher und kleiner? Wobei die Icons durchaus etwas komplexer und plastischer sein dürfen als die Maki-Icons.

Daneben denke ich müßte man das auch mit einer farblich reduzierten Hintergrundkarte gemeinsam planen. --Kolossos (Diskussion) 17:10, 28. Okt. 2012 (CET)

Vorschläge von Alexrk2 aus dem Jahr 2010:

--Kolossos (Diskussion) 21:13, 28. Okt. 2012 (CET)

WLM android app: Map View mit mapicons

Hallo Kolossos, ja, die obigen icons sind nicht ideal, deswegen ja nur als Beispiele zur Inspiration. Ich fände auch rund besser als eckig, also ähnlich wie type:landmark oder auf der Mobile Wikipedia map. In etwa so (gerne etwas weniger verspielt).

Wenn wir ganz genaue Vorstellungen zusammenstellen, könnte man damit kompetente Photoshopper (ich falle da aus) ansprechen. Also: Größe max. 30px (oder lieber anderes Format), Form (umgedrehter Tropfen), mit Schatten, welche types (event, list, mountain, ...?), Designvorschläge für Symbole, Farben. Als Ansprechpartner denke ich an Grafikwerkstatt, WMF Designer, einige Teilnehmer des aktuellen WikiVoyage-Logo-Wettbewerb, andere Vorschläge? Sollten wir schon mapicons für alle types der WMF Extension:GeoData Liste vorsehen (man muß ja nicht gleich alle benutzen)? Konkrete Vorschläge zu types, welche Symbole? --Atlasowa (Diskussion) 16:53, 1. Nov. 2012 (CET)

P.S. Alexrk2 schrieb: "Prinzipiell fände ich einen einheitlichen Hintergrund (ob nun rund oder eckig) ganz gut, mit dem man das Icon von den anderen OSM-Symbolen hervorheben kann, sodass der Benutzer erkennt, dass das was zum Anklicken ist." Das sehe ich natürlich genauso :-) --Atlasowa (Diskussion) 16:53, 1. Nov. 2012 (CET)

Das: würde von der Größe ungefähr hinkommen, oder? --Atlasowa (Diskussion) 19:33, 6. Nov. 2012 (CET)

Ja die Größe scheint ok. Außnahme sind aus meiner Sicht wie gesagt Ortschaften, wo das ansonsten mit dem OSM-Ortsnamen kollidiert. --Kolossos (Diskussion) 17:04, 29. Nov. 2012 (CET)

Das verstehe ich nicht, wie soll das mit dem OSM-Ortsnamen anders kollidieren als bisher (=auf der Karte verdecken?) Außerdem tauchen auf der OSM-Karte noch andere icons auf, unterschiedliche "style:" - was soll mit den passieren? bleiben? Und drittens: das landmark-icon hat 64x64px, also kann man die icons wohl skalieren? Hier ist alles unklar, so kann man niemand um Entwürfe bitten. Gruss --Atlasowa (Diskussion) 19:02, 29. Nov. 2012 (CET)

"Ortschaften" sind type:city, diese Icons sind derzeit deutlich kleiner. Natürlich kann man Icons skalieren, das ist aber immer mit Verlust verbunden und das Design muss so sein, dass man dann noch was erkennt.--Kolossos (Diskussion)

Probleme mit Konqueror/KHTML

Mit Konqueror funktionierte die Karte früher so problemlos, dass es schwerfällt, sich an Zeiten zu erinnern, wo es dieses wirklich perfekte Gadget nicht gab :-). Seit kurzem gibt es jedoch ein (sich einmal wiederholendes) Popup:

Ihr Browser unterstützt keine Vektordarstellung. Aktuell unterstützte Renderer:
SVG
VML
Canvas

Die Karte wird zwar noch angezeigt und ist zoombar (und damit für die grobe Orientierung immer noch sehr gut), aber ein Verschieben ist nicht mehr möglich. Was sind die Gründe für die Änderung, und könnte man das wieder zurück ändern? --Tim Landscheidt 03:30, 4. Nov. 2012 (CET)

Der Hauptgrund wird die Einführung von WIWOSM sein, die auf Vectordarstellung basiert. Ein anderer Grund könnte das Update von OpenLayers sein. Ich nehme mir mal vor dem Problem auf den Grund zu gehen. --Kolossos (Diskussion) 16:34, 28. Nov. 2012 (CET)

Das Problem ist hier erläutert: http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#Whydontvectorsworkinbrowser . Komisch in eine alten Safari läufts, in Konqueror nicht. Da die Karte ja geht, wenn man zwei mal die Fehlermeldung quitiert hat, werde ich erstmal nichts machen. WIWOSM und die Wikipedia-Pois fehlen dann halt eben. --Kolossos (Diskussion) 16:58, 29. Nov. 2012 (CET)

Link zur dargestellten Relation

Wäre es möglich, bei der Karte einen Link anzuzeigen, der direkt zur dargestellten Relation auf OSM verweist? --тнояsтеn ⇔ 11:36, 31. Dez. 2012 (CET)

Da das ja auch mehrere Relationen oder Elemente sein können, wird das schwierig. --Kolossos (Diskussion) 14:56, 6. Feb. 2013 (CET)

Wie finde ich denn auf einfachstem Weg raus, was WIWOSM in einem bestimmten Artikel alles darstellt? Bisher suche ich mit Google nach Relationen, das scheint nicht sehr optimal. --тнояsтеn ⇔ 08:21, 18. Feb. 2013 (CET)

Hiermit: Artikelnamen ändern, oben rechts auf "Ausführen". --nenntmichruhigip (Diskussion) 11:07, 16. Feb. 2015 (CET)

Danke. Probiert mit "GR 5"... funktioniert nicht. --тнояsтеn ⇔ 16:02, 16. Feb. 2015 (CET)

Oh, stimmt. Da ist wohl manches nicht berücksichtigt: Man muss die richtige Sprache kennen, und es funktioniert nur mit wikipedia=sprache:Artikel, nicht mit wikipedia:sprache=Artikel, und auch nicht mit wikidata=*. Eine bessere Lösung kenne ich aber leider nicht. Das in den Artikeln ausgeführte Script erhält derzeit diese Information nicht vom Toolserver, und Interlanguage-Links durchprobieren ist nicht so ganz trivial. --nenntmichruhigip (Diskussion) 18:00, 16. Feb. 2015 (CET)

Hab' mal was gebastelt, was das etwas besser macht. Müsste nur jemand etwas zum Aufrufen und schönen Ausgabe-Code ergänzen. Wenn eine der Anfragen (z.B. wegen "Too many requests") abgelehnt wird, gibt es bisher auch keine weitere Meldung. Und die Fehlerkorrekturen, die WIWOSM durchführt, sind da natürlich nicht drin. Eine kleine Wikipedia-Artikel-zu-OSM-Objekt-API von WIWOSM fände ich wünschenswert. --nenntmichruhigip (Diskussion) 19:42, 16. Feb. 2015 (CET)

Sammeln von Wartungswünschen in OSM

Hallo zusammen, nachdem mich Benutzer:Gfis mehrfach durch das Verlinken von Relationen unterstützt hat, kamen unter Benutzer Diskussion:Gfis#Kartenwünsche Fragen auf:

1. Wäre es nicht sinnvoll, Artikel zu sammeln, deren Gegenstück in der OSM verlinkt/zusammengeführt/beschriftet werden sollten, damit die Kartenansicht bei uns verbessert werden kann?
2. Falls ja, wie könnte das aussehen? Baustein? Liste? Kategorie? ...?

Gruß und Danke für euren Input, --Flominator 21:35, 25. Dez. 2013 (CET)

Das wäre sicherlich eine gute Sache. Als kleinen Schritt in diese Richtung habe ich bei der Aufnahme der Koordinaten-Anzeige in die Vorlage:Infobox Radfernweg die Möglichkeit geschaffen, den Wunsch nach OSM-Unterstützung mittels Parameter zu äußern. Er erzeugt dann auf der Warungsseit einen verdeckten Link (Beispiel: Der Ilmtal-Radweg benötigt aktuell den Wikipedia-Link in OSM). Sicherlich kann man dafür auch eine zentrale, vorlagenunabhängige Wartungsseite anlegen.

Zu klären bleibt, wie die OSM-Autoren darauf zugreifen können (Link in deren Wiki ? zentral oder bei den Kartierungsprojekten ? ). Wie kann die Rückmeldung an Wikipedia aussehen ?--Gps-for-five (Diskussion) 15:04, 5. Jan. 2014 (CET)

Der passende Ort, um auf OSM-Seite darauf hinzuweisen, wäre dann vermutlich die Seite von WIWOSM. Es beträfe dann ja auch nicht nur Deutschland, sondern OSM gesamt. Alternativ könnte man auch über OSM-Notes einen Hinweis auf die OSM-Karte setzen, mit der Bitte um Nachbesserung. Ob und welches Mittel dann in der Praxis was bringt, das ist noch eine andere Frage - müsste man mal probieren. Ich glaub, die Notes auf OSM nehmen zurzeit schneller zu als ab. Das ist wohl ein allgemeines Problem bei OSM, dass die Hürde zur Mitarbeit (im Vergleich zur Bearbeitung eines Wikipedia-Artikels) recht hoch ist und man meist drauf wartet, dass ein OSM-Spezi die gewünschte Verbesserung umsetzt. Der bedeutend bessere Weg wäre daher eigentlich: "Hilfe zur Selbsthilfe", sodass die Wikipedianer ihre Wünsche (zumindest zu einem Teil) selbst abarbeiten können. Also ein Punkt wäre da zum Beispiel die gezieltere Unterstützung in den OSM-Bearbeitungswerkzeugen "ID" und "Potlatch". Vielleicht kann da Kolossos auch noch was zu sagen. Ich würde auch hin und wieder gern mal ein paar Tags nachtragen, aber meist ist mir die Bearbeitung in OSM ein Rätsel - gerade wenn auch noch Relationen mit im Spiel sind. --alexrk (Diskussion) 17:23, 5. Jan. 2014 (CET)

Stimmt. Der bessere Ansatz ist, die Fehler direkt in OSM zu bearbeiten. Es gibt zumindest eine einfache Methode, einzelne Tags in OSM nachzutragen, ohne in die Tiefen der Karten-Editoren einsteigen zu müssen (Beispiel: Ergänzung eines Wikipedia-Links einer Fahrrad-Route):

1. OSM Relation Analyzer aufrufen und im Feld Relation Name: Radfernweg suchen
2. In der Ergebnisliste richtigen Eintrag auswählen (Zu erkennen an: Relation Typ=route und Route=bicycle). Zu beachten ist, dass es teilweise Super-Relationen gibt, die mehrere Teilabschnitte eines Radfernweges zusammenfassen. In diesem Fall ist die übergeordnete Relation zu wählen.
3. Auf der Ergebnisseite Button Inhalt anzeigen drücken, um die Kartendarstellung und die Tags des Radfernweges (der ausgewählten Relation) in OSM anzusehen
4. Vollständigkeit und Verlinkung zu Wikipedia überprüfen (es muss ein Tag wikipedia existieren wie in diesem Beispiel).
5. Wenn über einen der Wege oben die Relation ID ermittelt wurde, kann man sehr einfach den Wikipedia-Link über den RawEditor ergänzen. Einzige Voraussetzung ist ein Account in OSM, da anonyme User keine Veränderungen vornehmen dürfen.
6. URL: http://rawedit.openstreetmap.fr/edit/relation/Relation_ID aufrufen (Relation ID bitte durch die konkrete ID der Relation ersetzen)
7. Bestätigung der OSM User-ID
8. Im Feld Data den Link ergänzen (im OSM Sprachgebrauch erhält die Relation ein Tag mit dem Key wikipedia und dem Value des WP-Lemma). In der folgenden Kopiervorlage WP-Lemma durch das Lemma des referenzierten WP-Artikels ersetzen. Auf dem Weg kann auch ein bestehender Wikipedia-Link korrigiert werden,

   <tag k="wikipedia" v="de:WP-Lemma" />

9. Update absenden

Würde eine derartige Anleitung die Selbsthilfe unterstützen? --Gps-for-five (Diskussion) 17:56, 13. Jan. 2014 (CET)

Also "einfach" ist was anderes. Das ist doch ziemlich komplex. --тнояsтеn ⇔ 19:29, 13. Jan. 2014 (CET)

Mit rawedit in einer XML-Datei rumschreiben würde ich als Anfängertipp auch ablehnen. Auch die Notes könnten negativ aufgenommen werden, nach dem Motto "Mach es doch selbst.".

JOSM hat ein schickes Wikipedia-Plugin.--Kolossos 20:42, 16. Jan. 2014 (CET)

Spricht etwas gegen eine Wartungskategorie? Wie wäre es mit einem Baustein, der zudem auf die entsprechende Hilfeseite verlinkt und u.U. sogar einen Hauch von Traffic zu OSM bringt? Gruß, --Flominator 11:39, 8. Feb. 2014 (CET) Man könnte auf diesem Baustein ja durchaus auch eine entsprechende Anleitungsseite verlinken. @Gps-for-five: Kannst du deine Anleitung bitte mit einer Einleitung versehen und sie "irgendwo" als solche Anleitungsseite ablegen? Danke und Gruß, --Flominator

Eigenen Wikipedia-Kartenstil entwickeln

Sehr interes­sant: wo sind Recycling­behälter und Auto­werk­stätten bei den Barmer Anlagen? ;-)
Anmerkung: keine Autowerkstatt, sondern eine Furt. --тнояsтеn ⇔ 14:26, 16. Jan. 2014 (CET)

Hallo, für die Daten von openstreetmap kann ja jeder einen eigenen Kartenstil entwickeln. Beispiele von unterschiedlichen Stilen sieht man bspw. auf openstreetmap.org. Da gibt es einmal den Hauptstil oder wie man das nennt und wenn man dann an der rechten Seite auf Ebene klickt, dann kann man bspw. Verkehrskarte oder Humanitarian aktivieren. Jeder Stil hat seinen eigenen Schwerpunkt. Wäre es da nicht nur konsequent, wenn auch die Wikipedia ihren eigenen Stil entwickeln würde. Zum einen um selbst leichter Karten erstellen zu können, zum anderen zum Einbinden durch Aufklappen in Artikeln. Aktuell ist es bswp. möglich, dass ich in einem Artikel oben die Karte einblende und dann, weit genug hineingezoomt, Werners Blumenladen oder Elviras Sportkneipe angezeigt wird. So etwas unrelevantes und unenzyklopädisches könnte bei einem Wikipedia-Kartenstil vermieden werden. Das gleiche, wenn man selber eine einfache Karten erstellen möchte. Dann sind solche Punkte (und sicherlich auch noch einige andere eher unerwünschten Angaben) auf der Karte. Was meint ihr grundsätzlich dazu? --Pustekuchen2014 (Diskussion) 14:16, 16. Jan. 2014 (CET)

Ok, mein Fehler, eine Furt, keine Autowerkstatt. Aber ich denke das Problem geht trotzdem hervor. Genauso nervig im enzyklopädischen Sinne sind da in der Regel bspw. Parkplätze (P), Schilder (i), Postkästen, evtl. sogar selbst Hausnummern. Vielleicht könnte man sogar auch die Gebäude über der Straße rendern. Wikipedia hat halt, zumindest größtenteils, einen anderen Fokus. Und warum soll dieser nicht auch auf einer entsprechenden Karte hervortreten? --Pustekuchen2014 (Diskussion) 15:26, 16. Jan. 2014 (CET)

Du hast selbst den Beweis angetreten, dass ein Wikipedia-Rendering gar nicht so einfach ist. Insbesondere für Kulturdenkmäler sind die Hausnummern recht wichtig, also so ziemlich das Gegenteil von „nervig im enzyklopädischen Sinne“. -- 32X 01:43, 21. Jan. 2014 (CET)

OSM-Kartenstil Auswahl in WP

Es gibt ja schon einige Auswahl an Kartenstilen, wird das nicht heillos unübersichtlich? Zu den 5

• osm
• osm.org
• hikebike
• ÖPNV
• germany

gibt es inzwischen auch noch 6. die "satellite" Ansicht, sehr cool! Ich würde eher mal überlegen, ob "osm", "osm.org" und "germany" wirklich so unterschiedlich sind, dass sich das Anbieten lohnt. Bei soviel Auswahl gehen die tatsächlich andersartigen nützlichen Stile "Satellite", "hikebike" und "ÖPNV" etwas unter, was wirklich schade ist. --Atlasowa (Diskussion) 15:31, 16. Jan. 2014 (CET)

Ich würde sagen, dass ÖPNV und hikebike eher was für Wikivoyage wären. :-) Und egal ob osm, osm.org oder germany, die zeigen meiner Meinung nach alle Elemente, die für eine Enzyklopädie mehr als unnötig sind. Aber andere, für Wikipedia interessantere Elemente, wie bspw. Bunkeranlagen, andere historisch Objekte oder Höhenlinien sind dagegen nicht vorhanden (obwohl diese angezeigt werden könnten). Besteht da kein Interesse oder sind die Hürden für so einen extra Kartenstil einfach zu hoch? --Pustekuchen2014 (Diskussion) 20:08, 16. Jan. 2014 (CET)

Bei so einer Speziallösung muss man bedenken, dass sich Leute finden müssen die das erstellen und dauerhaft warten. Das bindet viele Ressourcen und erfordert wohl einiges an Spezialwissen.--Trockennasenaffe (Diskussion) 21:29, 16. Jan. 2014 (CET).

Ein guter Wikipedia-Stil könnte mal ein schönes Thema für eine Diplomarbeit in Kartographie werden, der dann von der Community weiter gepflegt wird. Trivial ist es jedenfalls nicht, da für alles die richtigen Entscheidung getroffen werden muss. Will man Klarheit auf der Karte muss man auf manche Informationen verzichten. Dann müssen noch Farben und Schriftgrößen passen... Und wie stellen wir uns eigentlich den typischen Wikipedia-Nutzer vor, ist das ein Kulturtourist, ein Wanderer, ein U-Bahn-Fetischist?

Ein geändertes Design umfasst dann auch die Overlays und eine Anpassung an Mobilegeräte und Retina-Displays.

Vieles an der derzeitigen Layerauswahl ist historisch gewachsen. Ausschlaggebend den OSM-Stil zu nutzen war, dass dieser dem Nutzer bekannt sein kann, die Tiles von OSM als Fallback dienen können und das wir die genauen Kriterien für einen Wikipedia-Stil nicht kannten. Bedarf an einem übersichtlicheren, schlichteren Design gibt es auf jeden Fall.

Aktuelles Problem ist aber auch, dass unsere Server-Struktur akut veraltet ist und die WMF seit einem Jahr nicht aus dem Knick kommt[9]. Somit können wir keine Styles rendern, wie man sie mittlerweile schick mit Tilemill designen kann. Erstmal muss sich da also was tuen. Wer Interesse hätte und mit Tilemill spielen will, könnte aber schonmal dran versuchen und wir können ja mal hier beginnen Wünsche und Ideen zu sammeln. --Kolossos 22:30, 16. Jan. 2014 (CET)

Eine Anpassung an Retina-Displays? So etwas gibt es doch bisher in der Wikipedia grundsätzlich nicht oder? Auf meinem Smartphone sehen die Bilder jedenfalls immer recht matschig aus.--Trockennasenaffe (Diskussion) 08:28, 20. Jan. 2014 (CET)

Doch, gibt es ansatzweise, siehe Wikipedia:Projektneuheiten/Archiv/2012-2#24. Oktober: Eine erste Softwareversion zur Darstellung von Thumbnails auf Displays mit hoher Pixeldichte (Apple nennt sie Retina-Displays) wurde programmiert. Folgende Browser unterstützen die Darstellung schärferer Thumbnails: Safari ab Version 6, Chrome ab Version 21, Firefox ab Version 18 nightly. Die schärferen Thumbnails werden bei normalen Bildeinbindungen im Artikel angezeigt, aber noch nicht in Galerien oder der Dateibeschreibungsseite. Ob sich seit Oktober 2012 etwas geändert hat, weiß ich leider nicht. — Raymond ^Disk. 11:01, 20. Jan. 2014 (CET)

Wikidata für WIWOSM

Hier wurde ja schon an anderer Stelle kritisiert bzw. befürchtet, dass man sich mit WIWOSM zu sehr von Openstreetmap abhängig macht. Wie wäre es denn, wenn man für die Verknüpfung (optional), die OSM-Relation von Wikidata nehmen würde? Hätte den Vorteil, dass alle für die Verknüpfung nötigen Informationen unter dem Dach der Wikimedia bleiben und man zum erstellen solcher Verknüpfungen nicht mehr bei OSM editieren müsste.--Trockennasenaffe (Diskussion) 15:10, 27. Jan. 2014 (CET)

Die Abhängigkeit von OSM hat man ja trotzdem, auch wenn man über Wikidata geht. Das OSM-Relation Tag in Wikidata wurde ja zum Glück wieder gelöscht, die Nachteile hatte ich damals dort dargelegt. Viele Objekte in OSM sind keine Relationen so sind viele Straßen nur eine Menge von Teilstücken... --Kolossos 21:19, 27. Jan. 2014 (CET)

Wäre mir neu, das das Tag gelöscht wurde. In d:Q151558 ist es zumindest noch drin.--Trockennasenaffe (Diskussion) 08:38, 28. Jan. 2014 (CET)

Danke, anhand der Seite konnte ich mich zur damaligen Diskussion auf en.wp durchhangeln:

https://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Geographical_coordinates/Archive_28#Wikidata.2C_.7B.7Bcoord.7D.7D.2C_and_OpenStreetMap_relations

Da fallen so Worte wie "stop this idiocy"... Wir bräuchten mal Kontakt zu einem Wikidata-Admin damit wir die WIWOSM-Karte dort auch bei den Koordinaten mit einpflegen können. --Kolossos 10:27, 28. Jan. 2014 (CET)

Ich rufe mal @CennoxX, Raymond, Vogone: „Hallo Echo!“ ;) --тнояsтеn ⇔ 10:35, 28. Jan. 2014 (CET)

Hallo, ich sehe hier leider nicht ganz durch und versteh nur andeutungsweise, was WIWOSM ist. Geht es jetzt darum, eine neue Eigenschaft bei Wikidata zu erstellen? In dem Fall müsste man diese neue Eigenschaft bei d:Wikidata:Property_proposal/de vorschlagen.--CENNOXX 14:07, 28. Jan. 2014 (CET)

Echo ist toll ... Aber wie konkret könnte ich denn helfen? — Raymond ^Disk. 19:16, 28. Jan. 2014 (CET)

Aus meiner Sicht geht es darum auf Wikidata den Typ Geographische Koordinate so anzureichern, wie man es in der deutschen Wikipedia (neben Link zum Geohack auch zur OSM-Karte). Die OSM-Karte wird wie hier erklärt eingebunden. Insgesamt ist das natürlich keine Aufgabe für 5 Minuten, und ggf. muß WIWOSM dann auch noch ein bißchen angepaßt werden, aber dafür könnte sich die unsägliche d:Q151558 gespart werden. --Kolossos 15:01, 28. Jan. 2014 (CET)

Ich versteh zwar nur Bahnhof, aber man kann OSM-Karte und WikiMiniAtlas mittels d:User:Bene*/maps.js einbinden. WIWOSM funktioniert nicht (woher sollte die Zuordnung zum Wikidata-Item auch kommen). --тнояsтеn ⇔ 15:20, 28. Jan. 2014 (CET)

Mir geht's genauso. Was ist mit "anreichern" gemeint? Gibt es dafür ein konkretes Beispiel? Geht es um eine ID die zusätzlich aufgenommen werden soll? Falls das der Fall ist, die einzelnen Eigenschaften haben Datentypen (etwa Koordinaten) die nicht weiter veränderbar sind. Man kann einer Eigenschaft aber einen "Qualifikator" hinzufügen, in dem weitere Daten stehen können.--CENNOXX 17:53, 28. Jan. 2014 (CET)

Ok das d:User:Bene*/maps.js ist schon mal ein guter Anfang, es reichert Wikidata-Koordinaten mit einer OSM-Karte an. Jetzt gilt es da die PageID von Wikidata mit an die Karte zu übergeben und Wikidata bei WIWOSM mit einzubauen. Da WIWOSM schon die Interwikilinks von Wikidata nutzt erscheint mir das lösbar, dauert aber ggf. auch ein paar Wochen. Ich würde mich melden wenn ich eine Lösung habe.DAs js-Skript wäre dann halt für alle Nutzer einzubinden. --Kolossos 23:56, 28. Jan. 2014 (CET)

Im OSM-Gadget des d:User:Bene*/maps.js von Wikidata läuft jetzt WIWOSM. Auch im Hintergrund von WIWOSM nutzen wir jetzt Wikidata um die Interwikilinks auszuwerten. --Kolossos 23:29, 7. Mär. 2014 (CET)

OSM Objects overlay

I apologise if this is the wrong place to ask. I am trying to reproduce the behaviour of de:Radweg Berlin–Kopenhagen at en:Berlin-Copenhagen Cycle Route. I have installed the requisite code in my common.js, and I can see the map. However the difference to the German page is that I do not see the relation overlaid on the map. In the menu under Overlays I see OSM objects (not found). This is the overlay which in the German menu is called OSM objects (WIWOSM), and turns the display of the route on and off. Advice, please. Monxton (Discussion) 00:00, 18. Mär. 2014 (CET)

In kyrillischer Schrift

Ist dies bekannt ? Siehe Quelle unbd Mündung von Rot (Wurzacher Ach). Ich meine das schon öfters gesehen zu haben. --XPosition (Diskussion) 18:33, 14. Jul. 2014 (CEST)

Falsches Bild im Popup-Wikilink

So still hier. Na, trotzdem noch ein Fehler. Klickt man auf der Karte auf eine Wikilink-Symbol, so öffnet sich ein Popup-Dialog mit Bild. Das Bild ist manchmal falsch, falls kein Bild im Artikel ist. Siehe z.B. Burgstall Altgabelstein. --XPosition (Diskussion) 22:04, 15. Jul. 2014 (CEST)

Problem hier ist, dass sich das Bild im Artikel befindet (unten in der Navigationsleiste). --тнояsтеn ⇔ 14:39, 29. Jul. 2014 (CEST)

Stimmt. Dabei wundert es mich etwas, warum das Wappen nicht angezeigt wird. Nichtsdestotrotz sollte man das doch relativ einfach rausfiltern können, z.B. Ein/Ausklappbereiche ignorieren. Oder ? --XPosition (Diskussion) 21:26, 29. Jul. 2014 (CEST)

 Info: siehe auch [10] --тнояsтеn ⇔ 09:50, 16. Feb. 2015 (CET)

GR 5

Irgendwas stimmt mit https://www.openstreetmap.org/relation/2704290 nicht. Wo liegt der Fehler? --тнояsтеn ⇔ 10:17, 28. Aug. 2014 (CEST)

Hier ist die Darstellung korrekt: http://www.netzwolf.info/kartografie/openlayers/network?id=2704290 --тнояsтеn ⇔ 18:52, 9. Feb. 2015 (CET)

Gibt jetzt die neue Relation http://www.openstreetmap.org/relation/4580796 (http://www.netzwolf.info/kartografie/openlayers/network?id=4580796). Wird in Wikipedia nicht angezeigt... zu groß? --тнояsтеn ⇔ 23:09, 15. Feb. 2015 (CET)

Umlaute

Die Umlaute werden in manchen Zoomstufen als "��" dargestellt. --XPosition (Diskussion) 21:52, 22. Sep. 2014 (CEST)

Jo, danke fuer den Hinweis, das ist wohl schon bekannt. Es laueft gerade eine Email-Diskussion, bei der sich herausgestellt hat, das ein kleines Datenbankproblem vorliegt (hat etwas mit dem "encoding" zu tun - die DB Inhalte werden nicht als UTF8 unicode verarbeitet). --Dschwen (Diskussion) 22:10, 22. Sep. 2014 (CEST)

Gewässer-Relationen

Kürzlich habe ich einige Gewässer-Relationen in OSM angelegt, z.B. Eipbach. Keine wird bisher auf den zugehörigen Wikipedia-Seiten angezeigt. Woran liegt's?--^{fünfundfünfzig} 15:46, 13. Dez. 2014 (CET)

Die Datenbank wurde vermutlich seither nicht aktualisiert. @Kolossos: Sind das immer noch 2-3 Monate zwischen den Aktualisierungen? --тнояsтеn ⇔ 20:12, 14. Dez. 2014 (CET)

Die OSM-Relationen sollten eigentlich täglich aktualisiert werden. Ich geh da mal hinterher. Bei den Wikipedia-Koordinaten war das letzte Update im August, da muss ich auch mal ran. --Kolossos 22:23, 24. Dez. 2014 (CET)

@Kolossos: Warst du inzwischen eigentlich mal dran? Ich habe den Eindruck, dass die Relationen seit Monaten nicht aktualisiert werden. Gruß --Bungert55 (Diskussion) 10:23, 23. Jan. 2015 (CET)

Jetzt geht es. --Kolossos 22:24, 14. Feb. 2015 (CET)

Der Eipbach geht, andere z. B. Prether Bach (Rel.), Platißbach (Rel.) oder Becher Suthbach (Rel.) (mehr habe ich heute nicht geprüft) gehen immer noch nicht.--Bungert55 (Diskussion) 15:29, 16. Feb. 2015 (CET)

Getagter Artikel verschoben, OSM-Flächeninfos nicht angezeigt

Hab grad festgestellt, dass die Einbindung nicht klappt, wenn der in OSM getagte Artikel verschoben wurde, Beispiel Gouvernement Amman: Verlinkt war in OSM der arabische Artikel (hab das jetzt geändert auf den Wikidata-Eintrag), der aber verschoben wurde, weswegen das mit der Anzeige des Gebiets in der Karte in den Wikipedia-Artikeln nicht funktioniert. Ließe sich bewerkstelligen, dass das auch funktioniert, wenn das Tag auf eine Weiterleitung auf einen Artikel zielt? Oder dass in OSM ein Bot die Verschiebungen einpflegt oder die Wikidata-Infos nachträgt? Per Hand immer nachbessern zu müssen, ist auf Dauer nicht besonders sexy. … «« Man77 »» Wiki loves signatures 00:52, 15. Feb. 2015 (CET)

Karte bei mobiler Benutzung?

Soweit ich das sehe, werden die Karten bei den Apps und der mobilen Version der Wikipedia komplett weggelassen. Soll sich das in absehbarer Zeit ändern? Mittlerweile dürfte der Anteil unser mobilen Leser durchaus signifikant sein.--Trockennasenaffe (Diskussion) 15:01, 27. Apr. 2015 (CEST)

Es muss halt jemand da sein, der das auch programmiert. Seitens der WMF wurde das gesamte Kartenthema in den letzten Jahren recht stiefmütterlich behandelt (ohne hierbei irgendwelchen Stiefmüttern pauschal Böses unterstellen zu wollen). -- 32X 15:42, 27. Apr. 2015 (CEST)

Was meinst du mit "Karten"? Die eingebundene OSM-Karte und den WikiMiniAtlas? Es werden ja teilweise nicht einmal die Koordinaten mit Link zum Geohack eingeblendet (oder aber die Darstellung ist falsch), vgl. phab:T91491 und phab:T91481. Die Motivation, daran etwas zu ändern scheint mir sehr gering. Unterstützung bei den Bugs erwünscht. --тнояsтеn ⇔ 16:03, 27. Apr. 2015 (CEST)

Ahlbecker Seegrund in MV - Fehler bei OSM

im Artikel Ahlbecker Seegrund (Naturschutzgebiet Ahlbecker Seegrund) sind die Koordinaten richtig drin: der Bereich liegt zwischen den Gemeinden Ahlbeck (bei Ueckermünde) und Hintersee (Vorpommern), siehe Geohack-Link aus dem Artikel.

Problem: klickt man die Lupe oben rechts an, dann springt die Karte auf den rot umrandeten Bereich des Eggesiner Sees nordöstlich in der Gemeinde Eggesin (der ist ein paar Kilometer entfernt).

vermuteter Hintergrund: Es gibt neben dem NSG ein anderes europäisches Schutzgebiet Ahlbecker Seegrund und Eggesiner See, das aus 2 räumlich getrennten Teilflächen besteht. Wahrscheinlich hat das wer durcheinander gebracht und/oder die beiden Flächen verwechselt (markiert ist bei OSM nur der Eggesiner See, gleichzeitig lautet die OSM-Beschriftung "Ahlbecker Seegrund und Eggesiner See"; wie gesagt, eingeblendet wird das dann aber beim Ahlbecker Seegrund).

Kann sich wer drum kümmern, daß das korrigiert wird? Holger1959 (Diskussion) 00:29, 5. Mai 2015 (CEST)

Das Problem liegt bei OSM:

• 4480485 ist war ein "protected_area" mit dem Namen "Ahlbecker Seegrund und Eggesiner See" und verlinkte auf Ahlbecker Seegrund
• 4473119 ist war ein "protected_area" mit dem Namen "Ahlbecker Seegrund und Eggesiner See" und verlinkte auf Ahlbecker Seegrund

Also zwei Realationen, die mit dem gleichen Wikipediaartikel verknüpft sind waren. Daher das Durcheinander. Ich versuche mich mal dran... --тнояsтеn ⇔ 07:58, 5. Mai 2015 (CEST)

Nachtrag: habe mal angefangen, das auseinanderzudröseln. Nur noch 4480485 (NSG "Ahlbecker Seegrund") ist jetzt mit dem Wikipediaartikel verlinkt (bis das dann aber in der eingebetteten Karte zum Tragen kommt, kann es einige Zeit dauern, also Geduld). Zu 4473119 (FFH-Gebiet "Ahlbecker Seegrund und Eggesiner See") muss noch der Alhbecker Seegrund hinzugefügt werden, das FFH-Gebiet besteht aus zwei Teilflächen. Da ich das nicht selbst hinbekommen habe, habe ich Fehler 357842 eröffnet. --тнояsтеn ⇔ 08:25, 5. Mai 2015 (CEST)

@Thgoiter: super, danke für die Infos und daß du dich so schnell drum gekümmert hast! Holger1959 (Diskussion) 11:14, 5. Mai 2015 (CEST)

Südliches Hagener Königsmoor in NI – Fehler in OSM

Hab noch was gefunden. тнояsтеn, kannst du vielleicht noch Mal helfend einspringen? wie beim obigen Abschnitt zum Ahlbecker Seegrund sind auch hier unsere Koordinaten richtig, aber die bei OSM eingezeichnete Fläche, die mit der ausklappbaren Karte angezeigt wird, ist falsch.

Vermuteter Hintergrund: Das was eingezeichnet ist, entspricht ungefähr dem Bereich eines örtlichen Moorrenaturierungsprojekts (siehe [11], Wiedervernässung, Lehrpfad usw.) aber ein besonderer Schutzstatus besteht da offenbar nicht (kein NSG, LSG o.ä.). Ganz allgemein scheint beim „Königsmoor“ öfter was verwechselt zu werden, zB. zeigen einige Bilder im Internet auch ein anderes Königsmoor ein paar Kilometer weiter… oder das Renaturierungsprojekt mit den großen Wasserflächen wird halt mit dem überwiegend bewaldeten NSG verwechselt. (auch bei "unseren" Fotos ist noch was unklar)

Zur Korrektur eignet sich gut dieser Link [12] (Karte der tatsächlichen Naturschutzgebiets-Fläche). Guter Anhaltspunkt für OSM ist der Königsdamm, das NSG liegt südwestlich davon. Holger1959 (Diskussion) 23:46, 5. Mai 2015 (CEST)

Ja, ist in OSM einiges durcheinander:

• die nördliche Fläche (219771990) ist als "Naturschutzgebiet Hagener Königsmoor" mit dem Artikel Südliches Hagener Königsmoor verknüpft,
• die südliche Fläche (218148742) heißt korrekt "Naturschutzgebiet Südliches Hagener Königsmoor", die Verknüpfung zur Wikipedia fehlt.

Ich werde das auf OSM gleich in Ordnung bringen. Dauert dann aber wieder ein bisschen, bis es hier sichtbar wird. Danke fürs Melden. --тнояsтеn ⇔ 07:45, 6. Mai 2015 (CEST)

Und gleich noch die Fehlermeldung 358821 aufgemacht wegen der Fläche des NSG. --тнояsтеn ⇔ 07:52, 6. Mai 2015 (CEST)

@Thgoiter: Die OSM Karten nutz ich ja wirklich sehr gerne aber diese ganzen kleinen Details…sieht alles ziemlich kompliziert aus. Was bin ich froh, daß ich mich nich auch noch damit beschäftigen muss, und daß es hier so problemlos Hilfe gibt. danke! Holger1959 (Diskussion) 08:27, 6. Mai 2015 (CEST)