Hilfe Diskussion:Kartographer

Automatische Archivierung

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

Fehlermeldungen

• die Fehlermeldungen sind verbesserungsbedürftig: <maplink>: JSON konnte nicht geparst werden: Syntax-Fehler (thats all)

--Herzi Pinki (Diskussion) 12:24, 12. Sep. 2016 (CEST)

Ich habe dir mal umseitig einen JSON-Debugger aufgeschrieben; der weiß dann die Einzelheiten, die extrem komplex sein können. Unsere eigene Software bekommt nur mit, dass irgendwo der Wurm drin ist. Die Fehlersuche ist dann eine Sache für sich. Es kann mehrere Fehler oder Folgefehler geben; die Fehlermeldungen können lausig lang werden. Besser ein externes interaktives Werkzeug für die Details. LG --PerfektesChaos 13:24, 12. Sep. 2016 (CEST)

danke, d.h. aber dann, es ist nicht trivial damit zu arbeiten und schließt 99,9 % der WPnerInnen aus. Man kann das in Infoboxen verwenden, in zentralen Vorlagen, aber nicht direkt im ANR. --Herzi Pinki (Diskussion) 14:00, 12. Sep. 2016 (CEST)

Das ist genauso wie mit Hilfe:Graph – sowas gehört in eine für einen thematischen Spezialfall vorbereitete Unterseite nach Art einer Vorlage eingekapselt, die im ANR nur noch in einschlägigen Artikeln eingebunden wird. Wobei die Unterseite für sich selbst lebensfähig als Artikel wäre, bloß dass da wenig mehr als die Verlinkung und eine Erläuterung dazu drinsteht.

LG --PerfektesChaos 14:07, 12. Sep. 2016 (CEST)

Zoom

• Wikipedia:Lokal K (zoom 1) mehrmals die Welt?
• Wikipedia:Lokal K (zoom 2) 1x die Welt, sinnvolles Minimum
• Wikipedia:Lokal K (zoom 3)
• Wikipedia:Lokal K (zoom 4)
• Wikipedia:Lokal K (zoom 5)
• Wikipedia:Lokal K (zoom 6) type=country?
• Wikipedia:Lokal K (zoom 7) type=country?
• Wikipedia:Lokal K (zoom 8)
• Wikipedia:Lokal K (zoom 9)
• Wikipedia:Lokal K (zoom 10)
• Wikipedia:Lokal K (zoom 11)
• Wikipedia:Lokal K (zoom 12) type=city?
• Wikipedia:Lokal K (zoom 13)
• Wikipedia:Lokal K (zoom 14)
• Wikipedia:Lokal K (zoom 15)
• Wikipedia:Lokal K (zoom 16)
• Wikipedia:Lokal K (zoom 18) (mehr zoom geht nicht)
• Wikipedia:Lokal K (zoom 19)

--Herzi Pinki (Diskussion) 12:24, 12. Sep. 2016 (CEST)

Wieso hat dieses Markersymbol einen schwarzen Schatten, der verdeckt, wo es steckt ?--Pechristener (Diskussion) 04:31, 23. Dez. 2016 (CET)

Vorschau

Gemeldet in Phabricator
Task T145615

In der Vorschau funktioniert die visuelle Kontrolle eher mau.

• öffnen in einem eigenen Tab funktioniert nicht
• back führt nicht zur Vorschau zurück, sondern mindestens eins weiter (zum geänderten wiki-Code ohne Vorschau)
• in einem eigenen Tab wird die Weltkarte angezeigt, <mapframe>?, aber klein und d.h. unbrauchbar. https://de.wikipedia.org/wiki/Spezial:Map/1/50.955561/6.91034 Danach geht es auch aus der Vorschau nicht mehr im selben Tab, cache? Erst ein anderer Aufruf (anderer zoom-Faktor reicht) invalidiert offenbar den cache.

--Herzi Pinki (Diskussion) 12:40, 12. Sep. 2016 (CEST)

Zentrieren

Es fehlt ein Feature, die Karte automatisch zu zentrieren. Bei einer einzelnen Koordinate kann man das ja ident mit der anzuzeigenden Koordinaten machen, bei mehreren Koordinaten auf einer Karte müssen der Kartenmittelpunkt und der passende Zoomfaktor manuell ausgewählt werden. Unschön. --Herzi Pinki (Diskussion) 12:54, 12. Sep. 2016 (CEST)

WP DACH Lokale

<maplink>: JSON konnte nicht geparst werden: Steuerzeichenfehler, vermutlich falsch kodiert

enthält

• Beschriftung (ein Zeichen!)
• Wiki-Links

--Herzi Pinki (Diskussion) 13:13, 12. Sep. 2016 (CEST)

marker-symbol

<maplink>: Der JSON-Inhalt ist kein gültiges GeoJSON+simplestyle

• Großbuchstaben führen zu JSON syntax error, beliebiger Text, oder eines der MAKI-Icons (nicht alle, "star" geht nicht).
• nur ascii ?, "Köln" geht jedenfalls nicht.
• keine spaces, keine ziffern, kein Underscore, keine Klammern
• nur ein Zeichen
• das marker-symbol kann die Werte 0 … 9, a … z annehmen (Länge 1!). Ergibt Beschränkung der maximal angezeigten durchnummerierten Objekte, mit Icons vermutlich mehr.

--Herzi Pinki (Diskussion) 13:13, 12. Sep. 2016 (CEST)

Ja, es gelten diverse Syntaxregeln für JavaScript und darüber hinaus vermutlich weitere Einschränkungen aus der Geo-Software. Besser simpelstes ASCII; Bezeichner müssen sicherlich bestimmte übliche Regeln erfüllen, also etwa nur Buchstaben+Ziffern. LG --PerfektesChaos 13:29, 12. Sep. 2016 (CEST)

marker-color

• unterstützt keine mnemotechnischen Farbnamen ("red")
• unterstützt nicht "rgb(16,5,128)"
• unterstützt "#567"

--Herzi Pinki (Diskussion) 13:26, 12. Sep. 2016 (CEST)

Ja, das entnahm ich dem Quellcode; deshalb steht in der umseitigen Doku: „Hexadezimalcode für den Farbwert“. LG --PerfektesChaos 13:31, 12. Sep. 2016 (CEST)

Dokumentation der Extension

aber hallo? lg --Herzi Pinki (Diskussion) 13:44, 12. Sep. 2016 (CEST)

Das sagt mir jetzt – was? --PerfektesChaos 13:53, 12. Sep. 2016 (CEST)

Du saugst dir die Doku aus dem Quellcode … Auf der Orginalseite mw:Help:Extension:Kartographer steht das noch nicht. lg --Herzi Pinki (Diskussion) 14:22, 12. Sep. 2016 (CEST)

Tja, und jetzt sauge ich deine Erkenntnisse aus …

Wenn alles zu deiner Zufriedenheit ist, dann mach dich bemerkbar; ich habe inzwischen eine Unterseiten-Struktur ausgeheckt, mit der man Quellcode und Resultat synchronsiert anschauen kann. Als Schwerarbeiter hast du dann die Ehre, deinen Code persönlich reinzukopieren.

• Genial & unerwartet, dass in den Tooltipps Wikilinks funktionieren.
• Probier doch mal description aus.
• Wegen der Einzelbuchstaben sind die 2×H, B, K, W ungeeignet.
• Besser Symbole?
  • alcohol-shop für Lokal K, harbor für HH?
  • Um welche Stadt es geht, sieht man aber eigentlich auf der Landkarte; steht ja dran.
  • Allenfalls D, A, C für die Geschäftsstellen. Wobei die Berliner zehn Meter auseinanderliegen; mal sehen, was dann passiert. Auch schlechte Beispiele tragen zum Erkenntnisgewinn bei.

Viel Spaß --PerfektesChaos 15:13, 12. Sep. 2016 (CEST)

Ich hoffe ich fühle mich nicht als einziger durch deinen Hinweis auf WP:GEO angesprochen. Symbole habe ich auch gedacht, auch an die beiden von dir angeführten  , aber dann vielleicht doch nicht. Aber: If Maki is missing an icon that you need for a project, consider designing the icon yourself! Aber das WikiLogo wird wohl nicht gehen, geschützt und zu detailreich. lg --Herzi Pinki (Diskussion) 15:39, 12. Sep. 2016 (CEST)

Buchstaben raus, mehr description, +Bremen. Aus meiner Sicht fertig. --Herzi Pinki (Diskussion) 19:11, 12. Sep. 2016 (CEST)

Screenshots?

• 
  Kartographer
• 
  Kartographer
• WMF CREDIT showcase, September 2016

So siehts etwa aus? Bzw. so. --Atlasowa (Diskussion) 20:16, 12. Sep. 2016 (CEST)

Länge vor Breite?

Mal abgesehen davon, dass mir der Sinn von Kartographer überhaupt nicht klar ist: Es soll tatsächlich entgegen dem üblichen Gebrauch erst die Länge, dann die Breite angegeben werden? Und müssen tatsächlich wie im Beispiel zum Lokal K die Koordinaten doppelt angegeben werden? NNW 09:35, 13. Sep. 2016 (CEST)

rfc7946, section 9 spezifiziert:

'geo' URI:
geo:lat,lon

GeoJSON:
{"type": "Point", "coordinates": [lon, lat]}

Wir werden da viel Spaß haben, wenn Koordinaten von OSM nach maplink kopiert werden.

Ja, einzelne Koordinaten gehen einfacher:

Lokal K (allerdings ohne Marker Vorlage:Smiley/Wartung/sad )

Eingewrappt in eine Vorlage ist das aber egal.

lg --Herzi Pinki (Diskussion) 11:50, 13. Sep. 2016 (CEST)

Oder noch einfacher: Wikipedia:Lokal K50.9555616.91034. Damit bleibe ich im bekannten Schema und habe auch noch die große Auswahl an Karten- und Luftbilddiensten. NNW 11:57, 13. Sep. 2016 (CEST)

• Wir sind ja gerade erst dabei, sinnvolle und weniger sinnvolle Sachen herauszufinden; wann lohnt sich was wozu?
• Wobei natürlich erst das Inline-Bild innerhalb des Artikels fetzt.
• Die Auswahl ist allerdings schon angedacht, worauf Atlasowa einen Abschnitt drüber mit phab:T131907 #2616275 bereits hingewiesen hatte. Sähe dann also wie phab:F4440609 aus, der Karteninhalt kann aber freier gestaltet werden.

VG --PerfektesChaos 14:49, 13. Sep. 2016 (CEST)

Open channel with developers

Hi everyone, thanks for having this discussion. I try to follow it with Google translate, but it is not perfect. If you have any questions/concerns/ideas, please mention me by name, preferably in English, and I will try to answer it. Thanks! --Yurik (Diskussion) 06:47, 14. Sep. 2016 (CEST)

Hi Yurik, thanks for your proactive statement here. In case of real problems, we should also put them to phabricator. --Herzi Pinki (Diskussion) 10:25, 14. Sep. 2016 (CEST)

Polarkarte

Südpol, kann die Poskarte nicht ersetzen --Herzi Pinki (Diskussion) 22:15, 19. Sep. 2016 (CEST)

Einbindungen in frWP

5 Stück im ANR. Aber keine onwiki-Karte sondern Links. enWP nix. --Atlasowa (Diskussion) 21:43, 21. Sep. 2016 (CEST)

Aktuell:

• frwiki: 239 kartographer Einbindungen (nicht nur ANR!)
• enwiki: 106 kartographer Einbindungen (ca. Hälfte ANR!)
• dewiki: 160 kartographer Einbindungen KEIN ANR!

--Atlasowa (Diskussion) 09:51, 9. Jan. 2017 (CET)

BTW, https://fr.wikipedia.org/wiki/Ceinture_fortifi%C3%A9e_de_Grenoble#/maplink/0 --Atlasowa (Diskussion) 17:12, 11. Jan. 2017 (CET)

[1] Vorlage:Smiley/Wartung/traurig  --Herzi Pinki (Diskussion) 21:02, 31. Mai 2017 (CEST)

Umständlich

Warum müssen Längen- und Breitengrad sowie Text zweimal im Code angegeben werden? Erst im "Header" und dann noch im "Body". 129.13.72.198 09:08, 12. Okt. 2016 (CEST)

Eventuell in Vorlage einhausen

Es wäre eventuell sinnvoll, eine Vorlage:Kartographer o. ä. zu erstellen, wo man die Parameter nur noch übergeben müsste. Wäre in Artikeln deutlich kürzer (insbesondere müssten die Koordinaten dann nur einmal angegeben werden). 129.13.72.198 09:10, 12. Okt. 2016 (CEST)

Dafür ist es noch viel viel viel zu früh.

Erstmal muss geklärt sein, zu welchen Zwecken das in welche Seiten soll, und inwieweit es ggf. Positionskarten usw. ablösen sollte oder könnte.

Relevant ist es sowieso erst im mapframe-Modus; das momentane Vollbild über derselben Seite ist sowieso nur zum Schnuppern.

Und eine Vorlage würde sicher nicht Vorlage:Kartographer heißen; das ist die Implementierungsebene, und die ist für anwendende Autoren wurscht und gekapselt. Obendrein ist Lua erforderlich, weil Vorlagensyntax mit JSON Krampf gäbe, während Lua komplexe Konstrukte elegant ermöglicht und gezielt unterstützt.

VG --PerfektesChaos 10:19, 12. Okt. 2016 (CEST)

Warum Merkartor?

Die Probleme mit der verwendeten Mercator-Projektion wurden ja schon vereinzelt angesprochen, z.B. dass eine Darstellung des Südpols nicht möglich ist. Ich finde diese Projektion generell ungeeignet für eine Enzyklopädie, die das Wissen der Welt darstellen möchte, da sie bestimmt gebiete bevorzugt und in Pol-nähe zunehmend unbrauchbare wird. Das passt nicht zum neutralen Standpunkt.--Trockennasenaffe (Diskussion) 21:53, 17. Dez. 2016 (CET)

Das Problem liegt nicht bei Wikipedia. Die verwendeten OSM Karten und auch andere Internetkarten (Google Maps, Bing Maps usw.) verwenden eine Variante der Mercatorprojektion den Web Mercator und keine Transversale Mercator-Projektion (die englischen Wiki-Einträge bieten da etwas mehr Information). Die Web Mercator Projektion (einfach zu berechnen d.h. wenig CPU-Leistung erforderlich) wurde ursprünglich von Google kreiert.--kogo (Diskussion) 16:28, 22. Dez. 2016 (CET)

Web Mercator ist ja noch übler, wenn ich mir die Beschreibung so durchlese. Das das nicht eine Entscheidung der Wikipedia ist, hatte ich schon gedacht, aber man sollte doch nicht daran gebunden sein, da die Wikipedia doch selber ihre Kacheln aus den OSM Daten rendert. CPU-Last kann ja auch kaum ein Punkt sein, da die TKacheln ja jeweils nur einmal vorberechnen muss.--Trockennasenaffe (Diskussion) 21:38, 1. Jan. 2017 (CET)

Kartographer/maplink Einbindungen in RUWIKI

• Russian Wikipedia just replaced all of their map links in the upper right corner (geohack) with the <maplink> Kartographer extension! Beipiel
• Pages with a page property Kartographer in ruwiki

--Atlasowa (Diskussion) 13:55, 22. Jan. 2017 (CET)

• Nordpol...? uahhh!

Die Welt ist auf Wikipedia wieder eine Scheibe... --Atlasowa (Diskussion) 14:27, 22. Jan. 2017 (CET)

In wie fern ist das schlechter, als die Darstellung, wenn man bei Nordpol oben rechts auf das Kartensymbol klickt?--Trockennasenaffe (Diskussion) 15:27, 15. Mai 2017 (CEST)

mapframe auf anderen wikis

Kartographer mapframe example

mapframe enabled on frwiki and fiwiki and norwegian. Auf frwiki:

• propname=kartographer_frames Liste
• Beispiel

That's something local community has to decide and when they decide to do so, they will have to submit their request to phabricator. --Atlasowa (Diskussion) 21:19, 13. Mär. 2017 (CET)

• Überblick auf phabricator --Atlasowa (Diskussion) 21:23, 13. Mär. 2017 (CET)

Woher kommen die Daten für flächige Objekte?

In diesem Beipiel wird ein Gebiet eingefärbt. Wo kommen die Informationen dazu her? Direkt aus Openstreetmap wie bei WIWOSM, oder sind die irgendwo hinterlegt wie beim Datentyp geo-shape auf Wikidata oder ganz anders?--Trockennasenaffe (Diskussion) 16:41, 15. Mai 2017 (CEST)

WIWOSM-screenshot-Moscow, mit 2 Hinweisen auf die Datenherkunft

Du meinst auf maplink: https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3#/maplink/0 Auf Wikidata findet sich kein verknüpftes geoshape https://www.wikidata.org/wiki/Q34713 , also würde ich auch OSM/WIWOSM vermuten. --Atlasowa (Diskussion) 10:54, 16. Mai 2017 (CEST)

Vgl. mapframe bei fr:Parc naturel de la vallée du Tessin: https://fr.wikipedia.org/wiki/Parc_naturel_de_la_vall%C3%A9e_du_Tessin#/map/0 Die Flächendaten kommen scheinbar aus dem Nix, das ist schlecht. Hingegen der WIWOSM-screenshot-Moscow, mit 2 Hinweisen auf die Datenherkunft WIWOSM. Trockennasenaffe : Gibt es schon einen phabricator task dafür? --Atlasowa (Diskussion) 11:03, 16. Mai 2017 (CEST)

Ich habe dazu nichts in phabricator angelegt und auf die schnelle nichts gefunden. Meist du das ist ein Fehler? Ich habe nur aus Interesse gefragt. Wenn man dafür Geometrien selber hinterlegen könnte hätte das den Vorteil, dass wir die Kontrolle darüber hätten und die Daten auch versioniert würden. Eine klare Schwäche bei WIWOSM ist meiner Meinung nach, dass die Leute bei Openstreetmap die Geometrie-Daten kaputt machen können die in der Wikipedia angezeigt werden und das hier erst spät auffällt und nicht von hier behoben werden kann. Abgesehen davon ist WIWOSM eine One-Man-Show, was im Fehlerfall oft zu Problemen führt und wohl nur begrenzt zukunftssicher ist. Wenn man das alles mit Kartographer beheben könnte wäre das meiner Meinung nach ein großer Fortschritt.--Trockennasenaffe (Diskussion) 12:45, 16. Mai 2017 (CEST)

Ist alles schon etwas her aber mittlerweile bin ich schlauer. Kartographer zieht in den Fällen tatsächlich die Geometriedaten von OSM. Im Gegensatz zu WIWOSM geht das aber über die Wikidata ID, siehe mw:Help:Extension:Kartographer/OSM. Der kann allerdings nur mit bestimmten Arten von Objekten und Relationen umgehen, daher kann man momentan z.B. keine Bahnlinien visualisieren, siehe phab:T156433. Den ganzen epic "Improve OSM-Wikipedia collaboration" gibt es dort: phab:T145688--Trockennasenaffe (Diskussion) 10:33, 16. Feb. 2018 (CET)

Einsatz in de:wp

Angesichts von Anfragen nach Positionskarten für Städte und kleinräumigen Gebieten und der angekündigten Verbesserung von Kartographer würde ich es für angebracht halten, über eine Verwendung hier bei uns zu entscheiden. Standard sollte der Geohack sein, aber man könnte ja einen Regelkatalog aufstellen, wann eine Karte innerhalb eines Artikels erlaubt ist, um unnötiges Zugemülle mit Karten zu verhindern (hab nix zu schreiben oder kein Bild, also eine Karte). NNW 18:25, 20. Dez. 2017 (CET)

Definitiv ja. Sehr gerne. — Raymond ^Disk. 22:53, 20. Dez. 2017 (CET)

Laut aktueller Nachricht der WMF (Turn mapframe for English Wikipedia? We’re ready if you are) haben nun die WMF-Entwickler wieder Kapazitäten, mapframe für weitere Wikis zu aktivieren. Hierzuwiki müssten wir dazu einen Konsens, den ich sehr befürworten würde, herstellen. — Raymond ^Disk. 13:49, 7. Apr. 2018 (CEST)

Wird sich jemand finden, der eine Vorlage herstellt, die uns diesen fürchterlichen Quelltext in den Artikeln erspart, also dass man mittels Parametern nur noch die Koordinaten, Zoomstufe usw. eingeben muss? NNW 15:40, 7. Apr. 2018 (CEST)

In en: gibt es sowas schon (link). Könnte man das verwenden? --Doktorpixel14 (Diskussion) 22:18, 12. Mai 2018 (CEST)

Ich habe mal angefangen, die Vorlage ins deutsche Wiki zu übertragen (siehe Vorlage:Maplink) --Doktorpixel14 (Diskussion) 10:59, 13. Mai 2018 (CEST)

Info: enWP bindet hierfür 21 verschiedene Lua-Module ein. Die dürftet ihr dann nebst Vorlage alle hier dokumentieren und anpassen und pflegen und Aktualisierungen in die entstehenden Forks einarbeiten. enWP ist grundsätzlich nicht für eine einfache Exportierbarkeit in andere Wikis und Sprachen ausgelegt, sondern die machen ihr rein englischsprachiges internes Ding. Vergesst also nicht, zuvor persönlich verantwortliche Ansprechpartner hierfür zu benennen, denn die regulären Lua-Programmierer hier werden sich daran wohl eher nicht beteiligen. VG --PerfektesChaos 11:17, 13. Mai 2018 (CEST)

Aktivierung von Mapframe

Gemeldet in Phabricator
Task T138057

Ist es geplant, <mapframe> in naher Zukunft zu aktivieren? Ich habe Mapframe in der Vorlage:Maplink bereits implementiert. Die Vorlage funktioniert zwar auch ohne Mapframe problemlos, aber es wäre eine nette Ergänzung. --Doktorpixel14 (Diskussion) 09:30, 10. Feb. 2019 (CET)

@Doktorpixel14: Hätte ich auch sehr gerne aktiviert. Es scheint aber noch eine Inkompatabilität mit der Software der gesichteten Versionen (FlaggedRevs) zu geben: Move GeoJSON for <mapframe> tags to its own table instead of page_props (in order to fix Flagged Revs with mapframe). — Raymond ^Disk. 10:47, 10. Feb. 2019 (CET)

Die Vorlage Maplink scheint nicht korrekt zu funktionieren. Ich habe hier mal versucht, eine Karte der Euregiobahn zu erstellen: --Trockennasenaffe (Diskussion) 09:03, 11. Feb. 2019 (CET)

Das liegt daran, dass die OSM-Relation eine route_master-Relation ist, d.h. sie besteht aus weiteren Unterrelationen. In solchen Fällen funktioniert die Vorlage wirklich nicht, was aber nicht direkt an der Vorlage, sondern an der Kartographer-Erweiterung liegt. --Doktorpixel14 (Diskussion) 10:00, 11. Feb. 2019 (CET)

Ah ok. Damit ist sie leider für praktiv alle Relationen des öffentlichen Verkehrs unbrauchbar. Schade.--Trockennasenaffe (Diskussion) 10:44, 11. Feb. 2019 (CET)

Die Meisten haben ja sowieso keine zugehörigen Wikidata-Objekte. Sowas wie die Rheintalbahn würde sich aber darstellen lassen, da alle Elemente der Relation Ways sind. --Doktorpixel14 (Diskussion) 12:11, 11. Feb. 2019 (CET)

Für Bahnstrecken geht das, aber wir haben auch einige Artikel zu Bahn- und U-Bahnlinien. Da fände ich es schon sehr hilfreich, wenn man die ganzen statischen Verlaufskarten durch etwas besseres ersetzen könnte. Für Wikivoyage wäre das auch sehr hilfreich. So ist es in jedem Fall kein Ersatz für WIWOSM von dem ich persönlich froh wäre, wenn man davon weg kommen würde.--Trockennasenaffe (Diskussion) 14:24, 11. Feb. 2019 (CET)

Zwischenstand

Hallo zusammen, ich bin heute über die Vorlage {{Maplink}} gestolpert, die wohl aus der en.wp hierher migriert wurde. Zudem gibt es inzwischen die Möglichkeit, Kartendaten auf Commons abzulegen.

Ist das hier bereits nutzbar? Von einigen Problemen mit der Kartographer habe ich zwischenzeitlich gelesen, die sich auf mapframe beziehen. In der en.wp werden jedenfalls mit der Vorlage recht interessante Karten realisiert, zum Beispiel zu Verläufen von Fernstraßen wie in en:Editing Alabama State Route 14. Dort werden sie eingebunden; wenn ich das richtig verstehe, können wir diese Karten bislang nur verlinken, korrekt? Können wir das adaptieren, indem wir die Kartendaten (derzeit liegen diese auf Unterseiten von en:Wikipedia:Map data) auf Commons migrieren und die o.g. Vorlage verwenden (zunächst zur Verlinkung, irgendwann später hoffentlich auch zur Einbindung solcher Karten)? Die o.g. Vorlage wird bislang genau zwie Mal (!) im ANR verwendet... Yellowcard (D.) 13:12, 4. Aug. 2020 (CEST)

Es gilbt offenbar immer noch inkompatabilität mit der Software der gesichteten Versionen (FlaggedRevs) die das vollständige aktivieren hier verhindern: Move GeoJSON for <mapframe> tags to its own table instead of page_props (in order to fix Flagged Revs with mapframe). Allerdings bekommt das Thema jetzt wohl wegen einer kürzlich durchgeführten Abstimmung mehr Ressourcen, so dass sich da eventuell jetzt etwas tut--Trockennasenaffe (Diskussion) 13:29, 4. Aug. 2020 (CEST)

Ergänzungsfrage: Anbindung Wikidata und Commons

Ergänzungsfrage: Kann ich die Map-Daten auf Commons hinterlegen, diese per Eigenschaft geografische Form (P3896) an das Wikidata-Objekt anbinden und dann die Vorlage {{Maplink}} per id= einfach an das Wikidata-Objekt anbinden, ohne die Kartendaten direkt einbinden zu müssen? Ich habe das Beispiel einen Abschnitt drüber von user:Doktorpixel14 gesehen (Rheintalbahn, das als Datenquelle auf das Wikidata-Item Bahnstrecke Mannheim–Basel (Q564867) verweist), mir ist aber noch nicht klar, wie die Datenverbindung von Wikidata zu den Kartendaten erfolgt und wo diese liegen ... Yellowcard (D.) 13:25, 4. Aug. 2020 (CEST)

Es gibt auch die Möglichkeit, Daten vom Openstreetmap zu beziehen, wovon dort gebrauch gemacht wurde. Dazu muss das Objekt bei Openstreetmap mit der zugehörigen Wikidata-ID versehen werden.--Trockennasenaffe (Diskussion) 13:31, 4. Aug. 2020 (CEST)

@Trockennasenaffe: Spannend, vor allem insofern, als dass ich das aus dem Wikidata-Item gar nicht erkenne, dass die Verknüpfung aus OSM heraus erfolgt ist, oder übersehe ich etwas? Yellowcard (D.) 15:46, 4. Aug. 2020 (CEST)

Nein da übersiehst du nichts. Eine Verknüpfung ist da nur in die andere Richtung nötig.--Trockennasenaffe (Diskussion) 16:08, 4. Aug. 2020 (CEST)

Ich habe das mal Clouth Quartier#Denkmalgeschützte Bauwerke ausprobiert. Wie angekündigt dauerte es rund einen Tag bis die Verknüpfung von OSM zu Wikidata aktualisert wurde, dann konnte ich Objekte darstellen. Im Feld "ids" kann man zwar eine kommaseparierte Liste von Wikidata-Ids angeben, aber wenn da mehr als 6 IDs stehen scheint das nicht zu funktionieren. In meinem Beispiel wird nur der Umriss des "Clouth Quartiers" angezeigt, jedoch nicht die Umrisse der aufgeführten Bauwerke. Erst wenn ich diese in zwei Einträge splitte funktioniert es. Geht man über ein Permalink zu älteren Seitenversionen funktioniert die Einbindung der Objekte gar nicht mehr. Das ist alles sehr seltsam. Ein Beispiel für eine solche Auflistung habe ich jedoch nicht gefunden. Weiß da jemand mehr dazu? -- Dr. Schorsch*? 13:32, 17. Apr. 2021 (CEST)

Reihenfolge

Wieso bei "coordinates" zuerst der Längengrad, dann der Breitengrad? Das ist komplett kontraintuitiv und man wundert sich wieso nichts angezeigt wird. Überall wo in der Hilfe die Worte latitude/longitude vorkommen ist es dagegen in der anderen Reihenfolge, damit man erst recht nicht darauf kommt. --Lupe (Diskussion) 18:57, 6. Okt. 2022 (CEST)