Wikipedia:Technische Wünsche/Topwünsche/Bessere Unterstützung von Geoinformationen/Ideensammlung

Der Schwerpunkt „Bessere Unterstützung von Geoinformationen“ wurde in der Umfrage „Technische Wünsche 2020“ zum Gewinner gewählt. Das bedeutet, das Team Technische Wünsche wird sich zwei Jahre mit diesem Thema beschäftigen und verschiedene Probleme darin angehen. Als erster Schritt lief die Recherche nach Problemen und Bedarf. Weiteres Feedback bitte auf der Diskussionseite des Themenschwerpunkts hinterlassen.

Ausstehende Umsetzung von Abstimmungsgewinnern vertagter technischer Wünsche aus dem Bereich Geoinformationen

OSM-Verknüpfungen besser warten (Gewinner aus Technische Wünsche 2015)

Bei der Abstimmung "Technische Wünsche 2015" hatte das Thema "OSM-Verknüpfungen besser warten" gewonnen. Hierbei geht es um die Reparatur der ehemals funktionierenden Flächen- und Liniendarstellung des Artikelobjektes, die sich bei Klick auf das Lupensymbol neben der Artikel-Koordinate öffnet. Dabei funktioniert die Darstellung an sich. Aber es wird der eingefrorene Stand von vor sieben Jahren gezeigt. Von Usern durchgeführte Änderungen an der zugrunde liegenden Karte werden seitdem nicht mehr übernommen. Die Umsetzung dieses Abstimmungsgewinners wurde im Oktober 2016 vom Team Technische Wünsche mit folgenden Worten angekündigt:

"Konkretisierung: Die Datenaktualisierung für WIWOSM soll zuverlässlich mindestens wöchentlich stattfinden." (siehe hier)

Später wurde diese Ankündigung gelöscht und im Juli 2018 verkündet, dass das Team Technische Wünsche nicht die Ressourcen für die Umsetzung des Abstimmungsgewinners hat. (siehe hier) Das Thema wurde daher auf die Liste der vertagten Wünsche gesetzt. Nun hat das globalere Thema "Bessere Unterstützung von Geoinformationen" gewonnen und die damals fehlenden Ressourcen für die Bearbeitung des Gewinnerthemas von 2015 "OSM-Verknüpfungen besser warten" stehen bereit und somit ist die Begründung "Keine Ressourcen" für dessen weitere Vertagung entfallen. Eine wöchentlich aktualisierte Flächen- und Liniendarstellung kann schließlich für die seit sechs Jahren darauf wartenden User umgesetzt werden.

Die Wikipedianer haben den Wunsch nach diesem Feature dadurch unterstrichen, dass nach seiner Einführung innerhalb weniger Monate in nahezu sämtlichen geografischen Wikipedia-Artikeln die notwendigen Eintragungen getätigt wurden. Es wurden spezielle Wikipedia-Projekte mit Vollständigkeitsverfolgung gestartet zum Beispiel die Erfassung sämtlicher Kommunen und Landkreise.

Ein Beispiel für die oben erwähnte, nicht mehr erfolgende Aktualisierung findet man im Bereich der Ortschaft "Espenhain" im Artikel Bundesautobahn 72, wenn man neben der Koordinate auf das Lupensymbol klickt. Beim Zoom auf Espenhain nahe dem nördlichen Ende dieser Straße wird ein veralteter Verlauf dargestellt. Der heutige Straßenverlauf ist in der darunter liegenden Karte mit "A 72" bezeichnet. In der Karte ist der aktuelle Verlauf durch die User zwar eingezeichnet, wird aber nicht in die Wikipedia Darstellung übernommen. Diese früher funktionierende Übernahme wird seit etwa sieben Jahren nicht mehr durchgeführt.

Zusammenfassung der gemeldeten Probleme und Wünsche

Von Januar bis Mitte Februar 2021 waren alle eingeladen, ihre Probleme, Wünsche und Ideen im Bereich der Geoinformation zu erläutern. Gleichzeitig haben wir auch frühere Umfragen (Technische Wünsche auf Meta und hierzuwiki) nach älteren, zum Thema passenden Wünschen durchgesehen. Diese Seite beschreibt die häufigsten Vorschläge und enthält eine Liste mit allen weiteren Vorschlägen. Wer findet das etwas Wichtiges fehlt, kann das auf der Diskussionsseite melden. Auch andere Anmerkungen sind wie immer gerne gesehen.

Bessere Eingabemöglichkeiten für Koordinaten benötigt

Das Hinzufügen von Koordinaten in Wikimedia-Projekten kann knifflig und nervig sein: Da es einige verschiedene Formate für Koordinaten gibt, muss man wissen, wo welches Format benötigt wird und seine Koordinaten eventuell entsprechend konvertieren. Aus diesen Gründen kann man Koordinaten nicht einfach kopieren/einfügen. Dies wurde am häufigsten als Problem für den Upload-Assistenten & auf Wikidata gemeldet, aber auch für die Arbeit im Visual Editor, Wikitext-Editoren und anderen. Wikidata hat bereits ein intelligentes Eingabefeld für Daten, das von Nutzenden oft als Blaupause gelobt wurde. Weiterhin besteht der Wunsch nach einer Möglichkeit, Koordinaten durch Anklicken einer Karte zu bestimmen („Coordinate picker“). Die Eingabe über eine Karte könnte auch bei der Auswahl der Kameraausrichtung für Bilder auf Commons helfen. Weitere Visualisierungen, wie z.B. ein Kompass, könnten helfen, die Verwendung von Koordinaten intuitiver zu gestalten und Fehler zu vermeiden. Die Tools könnten Koordinaten auch auf Plausibilität prüfen. In einigen Fällen könnten die Koordinaten auch automatisch importiert werden, zum Beispiel aus den Metadaten der Bilder.

Diese Klasse von Problemen wurde mit Abstand am häufigsten genannt.

Probleme mit der Datenqualität

Es wurden mehrere Probleme mit der Qualität der geografischen Koordinaten genannt. Dazu gehören Probleme mit falsch gerundeten oder umgerechneten Koordinaten oder Koordinaten, die mehr Ziffern haben, als ihre Genauigkeit erlauben würde. Eine Folge davon ist, dass Objekte auf Karten mehrfach angezeigt werden.

Bessere interaktive Karten für Artikel (Osm.js, WikiMiniAtlas und weitere Gadgets)

Die meisten Wikipedias zeigen Icons in der oberen rechten/linken Ecke von Artikeln, die eine interaktive Karte öffnen, die den Artikel und andere Points of Interest anzeigt. Diese sind meist durch Gadgets umgesetzt und haben einige Einschränkungen und fehlende Funktionen. Das Team Technische Wünsche arbeitet nicht an den von der Community erstellten Gadgets.

Interaktive Karten direkt in Artikeln (Kartographer)

Benutzer wünschen sich die Möglichkeit, interaktive Karten in Artikel einzubetten und zu verwenden. Dies kann mit Kartographer gemacht werden, dies ist aber bei einigen Wikis – einschließlich der deutschsprachigen Wikipedia – nicht verfügbar. Es wurden auch einige Funktionen gemeldet, die Kartographer fehlen würden:

• Einfache Möglichkeit, von der Karte zu Geohack zu wechseln
• Verlinkung zu regionalen, externen Karten ermöglichen
• Hinzufügen eines Links zu entsprechenden OSM-Objekten
• Mehr und/oder bessere Icons
• Frei definierbare Icons
• Flexiblere Datenquellen durch die Funktion "groups" oder ähnliches
• Bilder sind manchmal unscharf
• Anzeige von mehr als 100 Objekten zulassen
• Hinzufügen von Filteroptionen und verschiedenen Ebenen, die ein- und ausgeschaltet werden können
• Die Anzeige von mehr Arten von Objekten ermöglichen
• UX für die Bearbeitung verbessern

Zuverlässige Darstellung von Geoformen und Linien

Die meisten geografischen Einheiten sind nicht nur ein Punkt, sondern haben eine Fläche ("Berlin") oder eine Linie ("Route"), so dass einige Nutzende sich wünschen, diese in Karten darzustellen. Die Daten dafür sind in OSM gespeichert und die OSM-Daten verlinken auf Wikipedia oder Wikidata. Dafür braucht es ein Werkzeug, das die Geoshapes-Daten aus OSM importiert und in einer brauchbare Form bereithält, damit sie von Gadgets und anderen Tools genutzt werden können. Das Community-Tool WIWOSM tut genau dies, hat laut Aussagen einiger Benutzender aber einige Probleme. Aus diesem Grund werden Formen in den Karten der aktuellen Gadgets nicht immer angezeigt. Für Kartographer existiert ein ähnliches Backend, von dem noch nicht bekannt ist ob es vielleicht WIWOSM ablösen könnte.

Anzeige von Artikeln, Objekten oder Bildern auf einer Karte

Nutzende möchten Artikel, Wikidata-Objekte oder Bilder in einer interaktiven Karte durchsuchen und erkunden. Derzeit ist dies in der iOS-App möglich, und es gibt einige andere Tools, die ähnlich funktionieren. Diese bräuchten aber Verbesserungen und eine bessere Integration in Mediawiki. Ein grundsätzliches Problem, das diese Karten haben, ist, dass es aufgrund der Größe der Wikimedia-Projekte oft mehr Objekte gibt, als auf einer Karte dargestellt werden können. Einige Nutzende fänden es wünschenswert, eine Art Heuristik zu haben, um sich in diesem Fall auf die "wichtigsten" Objekte zu beschränken. Zum Beispiel wäre es wünschenswert auf einer Karte von Berlin bekannte Orte wie Brandenburger Tor, Reichstag, etc. angezeigt, während Tausende von weniger prominenten Objekten nur angezeigt würden, wenn der Benutzer die Karte in einer höheren Zoomstufe betrachtet.

Anzeige der Artikelkoordinaten in mobiler Version und App

In der Desktop-Version von Wikipedia werden die Koordinaten eines Artikels in der rechten oberen Ecke (oder links oben) angezeigt - in der mobilen Version und den Apps werden sie nirgends angezeigt.

Lagepläne

Lagepläne werden durch Templates erstellt, die CSS verwenden, um eine Markierung auf einem Bild einer einfachen Karte zu platzieren. Diese Karten werden unter anderem in der App, dem Mediaviewer, den Seitenvorschauen und einigen Skins falsch dargestellt.

Anm.: Dies lässt sich evtl. mit einer konsequenten Verwendung der graph-Erweiterung verbessern, allerdings ist damit nach momentanem Kenntnisstand keine direkte Verlinkung möglich. CSS-positionierte divs, wie sie oft Bestandteil von Template-Ausgaben sind, blieben daher für eine transparente Link-Schicht (ähnlich HTML Image Maps) weiterhin nötig. Alle sichtbaren Elemente werden Bestandteil des Graphs, womit ein Angleich für Frontends bzw. Datenkonsumenten vermutlich eher erreichbar ist, als wenn diese vorlagen-produziertes HTML interpretieren müssen. --84.135.114.228 01:30, 1. Mai 2021 (CEST)

Farbcodierte Karten

Farbcodierte Karten werden in der Regel als SVG-Dateien erstellt. Das Erstellen und vor allem das Aktualisieren ist mühsame Handarbeit.

Beschriftungen auf Karten in einer Schrift darstellen, die ich lesen kann.

In der Vergangenheit wurden Karten in der Sprache und Schrift des kartierten Gebiets dargestellt und nicht in der Sprache des Lesers. Die untenstehende Karte von Asien demonstriert das Problem. Um sie vollständig zu verstehen, müsste man nicht weniger als sieben verschiedene Schriftsysteme kennen. Im Rahmen des Projekts „Map improvements 2018“ hat die Wikimedia Foundation Kartographer überarbeitet, so dass es Karten in praktisch jeder Schrift und Sprache der Welt anzeigen kann. Diese Internationalisierung der Karten war eine große Herausforderung. Nun werden Karten in der Schrift des Lesenden angezeigt – sofern die Daten auf OpenStreetMap vorhanden sind.

OpenStreetMap (OSM) ist wie Wikipedia ein Open-Source-Projekt, d.h. seine Kartendaten, auch die Namensdaten, werden von Freiwilligen erstellt. Welche Namen in welchen Sprachen verfügbar sind, variiert von Sprache zu Sprache und von Ort zu Ort erheblich. Im Allgemeinen sind die Namen von Ländern, Staaten, Provinzen und größeren Städten in vielen Sprachen vorhanden, während kleinere Orte und geografische Merkmale in der gewünschten Sprache vorhanden sein können oder auch nicht. Es besteht der Wunsch, dies durch den Import von Daten oder die Nutzung von Wikidata als zusätzliche Quelle für Übersetzungen weiter zu verbessern.

Möglichkeit die Standard-Kartenansicht zu speichern

Es gibt verschiedene Kartenebenen, die unterschiedliche Informationen zeigen und unterschiedliche Stile haben. Die Benutzer können zwischen ihnen wechseln – aber die Auswahl wird bisher nicht gespeichert und es gibt keine Benutzereinstellung, um die bevorzugte Karte festzulegen.

Weitere Themen und Wünsche

Die oben genannten Wünsche sind diejenigen, die wiederholt von verschiedenen Personen in den Communities berichtet wurden, aber es gibt noch viele weitere Ideen, Probleme und Wünsche, die uns berichtet wurden. Sie sind genauso wie die obigen in unseren Recherchen und Analysen enthalten! Jedoch denken wir, dass eine detaillierte Beschreibung aller Wünsche den Rahmen dieser Zusammenfassung sprengen würde. Daher listen wir sie kurz auf:

• Das Anzeigeformat der Koordinaten einstellbar machen
• Manchmal werden mehrere Artikelkoordinaten übereinander angezeigt
• Links zu Karten als kleines Symbol anzeigen, das in Artikeln wie ein Verweis verwendet werden kann
• Anzeige einer kleinen Karte beim Hovern über eine Koordinate in einem Artikel
• Bessere Georeferenzierung für Luftbilder
• Anzeige der Koordinaten eines Bildes in einem Artikel, der das Bild verwendet
• Importieren von Daten aus den Exif-Daten in die Dateiinformationens-Vorlagen und/oder strukturierte Daten auf Commons
• Koordinaten in Wikidata haben oft keine Quelle
• Möglichkeit der Angabe der Genauigkeit für Koordinaten
• Wikidata enthält Koordinaten mit einer unrealistischen Genauigkeit
• Die Vorlage "All Coordinates" sollte eine tabellarische Filterung ermöglichen
• Mehr Filter für das Tool WikiShootMe
• Eine interaktive Karte in Mobile und App anzeigen
• Die "richtige" Menge an Informationen in der Karte anzeigen
• Der Wikidata Query Service erlaubt es, interaktive Karten zu erzeugen, aber es gibt keine Möglichkeit, diese in Artikel einzubetten
• Unterstützung bei der Konvertierung und / oder Koexistenz von Legacy-Vorlagen / Gadgets und Kartographer
• Regelmäßige und zuverlässige Aktualisierung der Geodaten in Datenbanken und Caches
• Special:Nearby sollte ein Eingabefeld für die verwendete Koordinate haben
• Special:Nearby sollte ein Eingabefeld für einen Artikel haben
• Ein Werkzeug zur halbautomatischen Generierung eigener SVGs aus OSM-Karten
• Verbesserung der OSM-API der Wikimedia Foundations zur Unterstützung von Objekten jenseits von Relationen
• Webanwendung, um wiki-übergreifende Geodaten benutzerfreundlich zu bearbeiten
• Fehlende oder schlechte Dokumentation im Allgemeinen
• Bedarf an langfristiger Planung und Ressourcen für geografische Daten: Das Thema geografische Daten und Karten ist groß und wichtig für das Mediawiki-Projekt. Daher gibt es den Wunsch, dass sich jemand langfristig darum kümmert. Es wäre auch wünschenswert, eine Kontaktperson für die Communitys zu haben.

Ideensammlung

Hintergrund

Um besser diskutieren zu können, findet ihr hier eine grobe Einordnung mit samt Begriffsdefinitionen.

Viele enzyklopädische Themen haben einen geografischen Bezug. Dieser kann auf verschiedene Arten in Artikeln und auf anderen Seiten (z. Bsp. Bilder und Wikidata-Objekte) dargestellt werden.

Geokoordinaten verorten das Thema und werden auf der Seite angezeigt. Sie werden entweder im Quelltext mit Vorlagen eingetragen oder von Wikidata bezogen. Die Koordinaten verlinken dabei traditionell auf eine Seite namens Geohack (Beispiel: 49° 45′ 34,85″ N, 6° 38′ 38,47″ O49.7596816.6440194). Besitzt ein Artikel eine Koordinate, die entsprechend gekennzeichnet ist, so erscheint sie oben rechts am Kopf des Artikels. Neben dieser sind in den meisten Wikipedias ein oder zwei Icons zu sehen (, ), welche eine interaktive Karte einblenden. Auf diesen Karten sind teils die Umrisse des Artikelgegenstands (Geoshapes) und Marker für weitere Artikel (Geopunkte/POIs) zu sehen.

Technische Wünsche/Topwünsche/Bessere Unterstützung von Geoinformationen/Ideensammlung (Österreich)

Großglockner (Position ist Mittelpunkt Dreieck).

Karten in Artikeln werden derzeit meist als Bilder eingebunden. Viele dieser Karten werden durch die Freiwilligen der Kartenwerkstatt erstellt. Lagekarten werden oft durch Vorlagen (u.a. Vorlage:Positionskarte) als Bilder mit einem überlagernden Punkt dargestellt (siehe Beispiel rechts). Einige Wikipedias haben seit ein paar Jahren die Möglichkeit, mit einer Technik namens Kartographer direkt Karten in Artikel einzubauen, welche nach einem Klick eine interaktive Betrachtung ermöglicht. Diese Karten können auch mit zahlreichen Markierungen versehen werden (Beispiele, Englische Wikipedia) In der deutschsprachigen Wikipedia ist dies derzeit noch nicht möglich.

Das eigentliche Kartenmaterial kommt aus verschiedenen frei lizenzierten oder urheberrechtsfreien Quellen, insbesondere aus OpenStreetMap. Als Tiles bezeichnet man die Bilddateien der aus OpenStreetMap generierten Karten. Ein Tile-Server ist dementsprechend ein Server, welcher die Karten aus der Datenbank von OpenStreetMap generiert und bereithält. Es gibt einen eigenen Tile-Server für die Wikimedia Projekte.

Probleme & Bedarf

Gemäß der Mottos "It's a wiki" und "Seit mutig", sind alle eingeladen, Probleme und Ideen hinzuzufügen und bestehende Vorschläge zu verbessern. Um die Auswirkungen und Reichweiten der Probleme bzw. Ideen zu verstehen, sind Argumente, warum etwas wichtig ist, besonders hilfreich. Für längere oder grundlegendere Diskussionen steht die Diskussionsseite zur Verfügung.

Diese Umfrage ist beendet. Weiteres Feedback bitte auf der Diskussionseite des Themenschwerpunkts hinterlassen.

=== Name des Problems ===
; Was ist das Problem?
Problembeschreibung.

; Warum ist das wichtig?
* Argument 1
* Argument 2

; Mögliche Lösungen (optional):
* …

; Sonstige Kommentare & Diskussion:
* 

Geografische Objekte in Wikidata

Was ist das Problem?

https://de.wikipedia.org/wiki/Wikipedia:Kurier/Ausgabe_6_2020#%C3%96sterreichische_Rastergebirge Das Problem wurde in diesem Kurierartikel bereits gut beschrieben. Ich weiß nicht ob das hier die richtige Stelle für das Problem ist, entscheidet Ihr das bitte.

Problem: auf Wikidata sind diverse geografische Objekte vorhanden, manche davon haben falsche Koordinaten, manche haben richtige Koordinaten, aber das Objekt ist nicht auffindbar (unterirdischer Schacht, unscheinbarer Hügel, als solcher in der Natur nicht erkennbar).

Jetzt arbeite ich oft, wenn ich unterwegs bin, mit dem Tool https://wikishootme.toolforge.org/ Dort tauchen dann die ganzen geografischen Objekte auf. Die Berge mit den falschen (gekürzten) Koordinaten erzeugen dann diese "Rastergebirge" -> unschön. Objekte wie unterirdischer Schacht und unscheinbarer Hügel sind draussen dann nicht zu finden -> unschön.

Warum ist das wichtig?

Man fährt manchmal recht weit um Objekte zu fotografieren, den Aufwand könnte man sich sparen.

Mögliche Lösungen (optional)

Der Datenimport von Koordinaten auf Wikidata muss besser überwacht bzw. reguliert werden. Quellen der Koordinaten müssen benannt werden und bekannte unsichere Quellen müssen halt abgelehnt werden.

Ich weiß das die Leute auf Wikidata das ganz anders sehen und dort alles genommen wird "hauptsache Daten". Überlegt Euch aber mal, was für einen gewaltigen Berg an (Daten-)Müll wir damit erzeugen. Das wird irgendwann nicht mehr beherrschbar.--mw (Diskussion) 16:35, 18. Dez. 2020 (CET)

Sonstige Kommentare & Diskussion

Punkte auf Karten liegen in der Mobil-App oft an völlig falschen Positionen

Screenshot der deutschen wikipedia-App mit falscher Darstellung

Screenshot der wikipedia-App-Map-of-Miami auf italienisch (richtige Darstellung)

Was ist das Problem?

Punkte auf Karten sind in der App (egal ob iOS oder Android) oftmals gegenüber der tatsächlichen Position erheblich verschoben. Beispiele:

• Miami liegt außerhalb der Karte in der Gegend von Kuba
• Oslo liegt außerhalb der Karte vor der Küste Schwedens
• Cancún erscheint auf dem iPad eine Handbreit rechts der Karte
• Melbourne liegt südlich der australischen Küste

Es gibt zahlreiche andere Beispiele für diese Verschiebung, die übrigens in der Desktop-Verion nicht auftritt: dort ist alles in Ordnung!

Warum ist das wichtig?

• Gerade unterwegs, wenn man auf die Mobil-App zurückgreift, sollte die Kartenübersicht zumindest halbwegs stimmen. Abweichungen von Dutzenden bis Hunderten Kilometern – je nach Kartenmaßstab – sind da nicht wirklich hilfreich.

Mögliche Lösungen (optional)

• …

Sonstige Kommentare & Diskussion

• Die "Karte" zum Artikel Miami ist allerdings nur ein SVG-Bild. Aber auch auf meinem Handy liegt die Stadt Miami irgendwo im Ozean.MTheiler (Diskussion) 19:22, 17. Dez. 2020 (CET)
• Es handelt sich um Lagekarten mit einem überlagernden roten Punkt. Die Position dieses Punktes wird berechnet. Im Browser unter Windows oder auch Android funktioniert diese Berechnung und die Lage der jeweiligen Stadt erscheint an der richtigen Position. In der Wikipedia-App auf z.B. Android in der Sprache Italienisch oder Englisch wird die jeweilige Stadt ebenfalls an der richtigen Position angezeigt. Aber wenn man die App auf deutsch benutzt, dann liegt die Position des roten Punktes nicht mehr an der erwarteten Stelle. Nach meiner Beobachtung wird in der deutschen App die Lagekarte verkleinert und mit einer zusätzlichen Fußzeile versehen. Hierdurch ändern sich die Koordinaten der Karte, aber der rote Punkt erscheint dort, wo er bei einer größeren Karte sein sollte. MTheiler (Diskussion) 18:57, 18. Dez. 2020 (CET)
• Aus meiner Sicht sind die Positionskarten ein dirty CSS-Hack der schon seit Urzeiten existiert und auch schon immer Probleme gemacht hat z.B. wenn es darum ging gedruckte Versionen zu erstellen. Es ist aus meiner Sicht zu überlegen, auf Kartographer umzustellen. Andererseits haben die Positionskarten für einen Großteil der Aufgaben einfach funktioniert. --Kolossos 11:18, 21. Dez. 2020 (CET)

Einfache Eingabe von Koordinaten durch Point & Klick auf eine Karte

Was ist das Problem?

Koordinaten können meines Wissens derzeit nicht durch simples Anklicken eines Kartenpunktes erzeugt werden (siehe unten den Beitrag von Hannes24, ich benutze eine ähnliche Methode mit OSM). Richtig fesch wäre es, wenn man punktgenau auf einer bereitzustellenden Karte, vielleicht in Verbidung mit einem Vorlageneditor, einfach Punkte anklicken und so die Koordinaten für Artikel oder Wikidata-Objekte erhalten/eintragen könnte. --Prüm ✉ 18:49, 16. Dez. 2020 (CET)

Warum ist das wichtig?

• die in Wikidata vorgehaltenen Koordinaten sind häufig sehr ungenau oder fehlerhaft, i.d.R. also mehr oder weniger unbrauchbar
• viele Karten (auch OSM) haben die POIs (oder Straßennamen+Hausnummern) teilweise schon eingezeichnet, so dass man sie nur noch mittig anklicken müsste
• eine solche Arbeitserleichterung würde sicher viele Mitarbeiter motivieren, die Geodaten unserer Artikel besser zu pflegen

Mögliche Lösungen (optional)

• Es kann das GPX-Tool verwendet werden, bzw das zugehörige praktische Bookmarklet um von z.B. GoogleMaps (Route = mehrere POIs mit Geokoordinaten und Text oder gewählter POI) oder diversen OSM-Seiten (aktuelle Karten-Ansicht) ein ordentliches Datenformat (Lat/Lon, CSV & GPX export) zu erhalten. Das eignet sich insbesondere für Entwickler, auch im Zusammenhang mit OSM-Beiträgen.
• Für Denkmallisten (und möglicherweise andere Koordinatensammlungen) haben wir nach dem Prinzip des Marker-Schiebens ListCoord gebaut. --DB111 (Diskussion) 21:17, 22. Jan. 2021 (CET)

Sonstige Kommentare & Diskussion

• Anmerkung: in europäischen Ländern gibt es ja relativ gute Karten (amtliche und OSM etc.), in weniger entwickelten Ländern ist das oft anders. Das Problem ist eher die Grundkarte? Das Programm, in dem man die Koordinaten durch Anklicken aussucht ist vielleicht das geringere Problem?? --Hannes 24 (Diskussion) 19:04, 16. Dez. 2020 (CET)
• Anmerkung / mögliche Lösung: im deutschsprachigen Wikivoyage haben wir hiermit eine tolle Lösung: ein Koordinatenpicker, man kann mit Radio-Buttons auf das entsprechend der Vorlage notwendige Ausgabeformat einstellen. Derzeit stehen nur zwei OSM-Karten zur Verfügung, man muss jeweils auf das detailliertere Mapnik umstellen. Die angezeigten Koordination muss / kann man dann mittels copy / paste in die Vorlagen einfügen. In Wikivoyage arbeiten wir seit langem mit der Vorlage "Marker" (macht ein viereckiges Icon mit einer Kennfarbe und einer Zahl, auf Klick öffnet sich die Karte) und vCards (eine komplexe Vorlage, die auch von Wikidata gefüllt werden kann und zu Institutionen, etc. alle notwendigen Informationen vereint, u.a. auch die Koordinaten, es wird ebenfalls ein klickbares buntes Icon dargestellt). Meines Wissens läuft dieser Dienst auf einem externen / privat finanzierten Server, oder zumindest war das früher so. Evtl. könnte der Dienst so wie er ist oder ähnlich in Wikimedia übernommen werden (würde schon einen Grossteil des Problems von Beutzer Prüm lösen. -- Mboesch (Diskussion) 21:02, 16. Dez. 2020 (CET)
• Danke für die Wikivoyage-Lösung, mache das derzeit über den Umweg mit JOSM.--Lutzto^+/- 18:54, 29. Dez. 2020 (CET)

Doppelanzeige der Punkte in Karte

Was ist das Problem?

In Listen etwa zu Denkmälern werden händisch ähnliche Koordinaten zu den Objekten angegeben, die dann zu Doppelanzeigen in Karten führen Beispiel aus Augsburg.--Jkü (Diskussion) 19:22, 16. Dez. 2020 (CET)

Warum ist das wichtig?

• Die Darstellung als Wikilayer wird damit entwertet

Mögliche Lösungen (optional)

• Übernahme von Koordinaten aus den verlinkten Artikeln

Sonstige Kommentare & Diskussion

• Zu diesem Beispiel: Die Kategorie:Kirchengebäude_in_Augsburg enthält die Seite Liste der Kirchengebäude in Augsburg. Diese Liste der Kirchengebäude enthält wiederum die mit Hilfe der Vorlage Coordinate eingegebenen Koordinaten der Kirchen. Somit existieren für einzelne Kirchen zwei Anzeigen, die aus unterschiedlichen Quellen stammen. MTheiler (Diskussion) 19:05, 17. Dez. 2020 (CET)

Keine "Vorlage-OSM" keine Kartenausschnitte

Was ist das Problem?

bin in OSM + wikimedia.commons + de:wikipedia aktiv und bemüht diese Arbeiten für Interessierte sinnvoll miteinander zu verknüpfen

• in OSM kann ich auf ein einzelnes commons-Photo + eine ganze commons-Kategorie + wikipedia-Artikel verlinken -> alles ok
• in commons kann ich per OSM-Vorlage auf das OSM-Objekt verlinken + auf jedweden wikipedia-Inhalt -> soweit ok
• in de:wikipedia kann ich commons einbinden, ansonsten sieht es bescheiden aus

Warum ist das wichtig?

konkretes Beispiel dieses Naturdenkmal in OSM:

• https://www.openstreetmap.org/node/4678646751

commons:

• https://commons.wikimedia.org/wiki/Category:Natural_monument_6.33.017_in_Bad_Emstal

de:wikipedia

• https://de.wikipedia.org/wiki/Liste_der_Naturdenkmale_in_Bad_Emstal

da helfe ich mir notgedrungen mit selbstgebauten Satzfragmenten aus "OSM-Link zur Kartendarstellung: Eibe im Schlosspark Riede", weil es meines Wissen nichteinmal eine OSM-Vorlage gibt, von Kartenausschnitten ganz zu schweigen. und ja der Kartographer-Kram ist mir bekannt, hatte das mal ausprobiert:

• https://de.wikipedia.org/wiki/Benutzer:Baummapper/Kartographer

in der Form (externes Fenster) unbrauchbar, dazu mit warum auch-immer-unscharfen Bildern in der Info-Box, das war dann halt mein Grund für meine Abstimmung ... Baummapper (Diskussion) 19:28, 16. Dez. 2020 (CET)

Sonstige Kommentare & Diskussion

• Kann ich nur unterstützen, die Einbindung von Kartographer mit seiner Anzeige von OSM-Objekten sollte funktionieren. --Kolossos 11:24, 21. Dez. 2020 (CET)

Die Tools osm4wiki und die kartographer-Erweiterung sind inkompatibel

Was ist das Problem?

Die Vorlage:Coordinate (und die zig Untervorlagen) zusammen mit Vorlage:All Coordinates und Vorlage:Linked Coordinates harmonieren nicht wirklich mit der sehr viel später in die Mediawiki-Software integrierte Kartographer-Erweiterung (Stichworte MapLink bzw. MapFrame).

Warum ist das wichtig?

• Es besteht die Gefahr das langfristig von jetzt keine Einheitlichkeit mehr bei der Einbindung geographischer Koordinaten in die Artikel besteht.
• Das birgt sowohl Probleme bei der Wartbarkeit und Tutorialschreiberei (es müssen immer diese zwei Methoden erklärt und behandelt werden), als auch bei der Datenverarbeitung der Artikelinhalte (durch die API, beim PDF-Erzeugen, etc. pp.).
• Historisch betrachtet dürften die meisten Artikel derzeit die vorlagenbasierte Koordinateneinbindung verwenden, da die Kartographer-Erweiterung in der dt. Wikipedia aber ebenfalls freigeschalten ist, muss das nicht so bleiben. Es ist gar, zum Nachteil für osm4wiki, zu befürchten, dass bestehende Einbindungen durch MapLink/MapFrame tags ersetzt werden.

Mögliche Lösungen (optional)

• Erweiterung der bestehenden Vorlagen, so dass Artikelautoren (und API-Auswertetools) sich auf genau eine Lösung für die Einbindung von Koordinaten in Artikel verlassen können. Diese Lösung (Vorlage) wertet dann am besten Nutzerpräferenzen aus, um herauszufinden, welche Methode (MapLink oder osm4wiki oder hybrid) zur Anzeige im Artikel zu verwenden ist - für unangemeldete Nutzer muss man sich natürlich auf einen Standard einigen.

Sonstige Kommentare & Diskussion

• Möglicherweise tut sich in dem Bereich gerade was durch den franz. Nutzer Xfigpower. Eine zeitgemäßere Umsetzung findet sich in Wikimap . Man wird sich aber auch mal die Hintergrund arbeitenden API (kmlexport) anschauen müssen. --Kolossos 11:27, 21. Dez. 2020 (CET)

Umschaltbare Sprachlabels bei Karten

Was ist das Problem?

In den Kartendiensten (u.a. Kartographer, der in Wikivoyage läuft) als auch inm Kartographer-Modul von Wikipedia vermisse ich die Möglichkeit, die Labels der Karteninformationen (aller geschriebener Text, von Ortsnamen über Strassenbezeichnungen hin zu Namen von Sehenswürdigkeiten) in eine für mich verständliche Sprache umzuschalten. Mein Griechisch und Hebräisch sind relativ mager, bei Arabisch muss ich passen, versucht aber mal, Euch auf dem Stadtplan einer chinesischen Grossstadt zurechtzufinden, wenn die Mandarinkenntnisse etwas eingerostet sind... Standardmässig wird die lokale Sprache angezeigt, bei Ländern mit nicht-lateinischem Zeichensatz wird die Lesbarkeit stark eingeschränkt. Oftmals sind in der OSM entsprechende Sprachlabels hinterlegt (zumindest in englisch), die aber nicht ausgegeben werden. Wenn diese fehlen, können verständlicherweise keine besser lesbaren aus der OSM bezogen werden. Schön wäre eine Sprachwahl mit wählbaren Prioritäten, die der User festlegen kann, z.B. zuerst deutsch (falls verfügbar wird dies angezeigt) - englisch (falls keine deutsche Bezeichnung hinterlegt, wird diese angezeigt) - Lokalsprache, falls keine anderen Sprachlabels vorhanden sind. -- Mboesch (Diskussion) 21:04, 16. Dez. 2020 (CET)

Warum ist das wichtig?

• In Wikivoyage setzen wir Marker auf Sehenswürdigkeiten, Restaurants, Hotels, etc. - diese sind mässig hilfreich, wenn die Karte nur in einer Lokalsprache mit nicht-lateinischen Labels angezeigt wird (d.h. in einem Altstadtquartier alles nur hebräisch, arabisch oder eben Thai oder chinesisch) kann man sich trotzdem kaum orientieren, auch wenn die Strassenschilder vor Ort zwei- / mehrsprachig sind.

Mögliche Lösungen (optional)

• ein Workaorund ist es, die Koordinaten zu kopieren und in Google Maps (bei dem englischsprachige für uns lesbare Labels Standard sind) danach zu suchen, oder in der Kartensoftware eine mit lesbaren Kartenbezeichnungen lesbare Karte halbtransparent zu hinterlegen, woran aber nur Karten - Aficionados Spass haben.

Sonstige Kommentare & Diskussion

• Ist das nicht schon so, zumindest wenn man das Tool in der deutschsprachigen Wikipedia anwählt? Da kannst du ja die OSM-de-Labels anzeigen lassen, was allerdings natürlich nur etwas bringt, wenn die Bezeichnungen in OSM auch vorhanden sind. --j.budissin^+/- 23:07, 20. Dez. 2020 (CET)

Frei definierbare Symbole in den Kartographer - Karten

Was ist das Problem?

Früher war auf der Karte, die beim Klick auf einen Marker in Wikivoyage geöffnet wird, ein entsprechendes Sympbol geöffnet, beim Marker "sleep" (Übernachtungsmöglichkeit) ein Bett, beim Marker "drink" ein Glas, beim Marker "eat" Teller und Besteck. Bei der Umstellung auf den Kartographer ist diese Möglichkeit weggefallen und wurde nicht wieder implementiert, die Karten mit den verschiedenen Labels sahen früher wesentlich informativer aus, als mit dem nun standard - Tropfen-Symbol. -- Mboesch (Diskussion) 21:04, 16. Dez. 2020 (CET)

Warum ist das wichtig?

• Karten mit zahlreichen Markern sind informativer (noch schlimmer ist die WP-Kartographer - Darstellung, man muss die verschiedenen Marker ausprobieren, um zum Artikel eines Monuments, o.ä. in der Umgebung zu kommen, hier wäre auch ein Symbolset mit aussagekräftigen Symbolen etwas Feines.

Mögliche Lösungen (optional)

• Möglichkeit der Wahl optionaler Anzeigesymbole im Kartographer

Sonstige Kommentare & Diskussion

Übersichtskarte von Wikivoyage / Wikipedia-Artikeln

Was ist das Problem?

In Wikivoyage haben wir auf der Startseite eine Übersichtskarte der Ortsartikel (die natürlich Koordinaten hinterlegt haben müssen), die Aktualisierung der Daten hinkt oft einige Monate hinterher, so dass neue Artikel noch nicht sichtbar sind. In der Wikipedia gibt es die ähnliche Funktion im Kartographer - Fenster, mit den kleinen roten Icons, es kann aber kein Bild zum Seitenthema geladen werden, und m.W. kann man von der Startseite aus nicht geographisch suchen. Fein wäre eine Karte, evtl. mit Filtermöglichkeiten, in der die WP / WV-Artikel angezeigt würden, evtl. auch Commons-Kategorien ab einer gewissen Hierarchiestufe, wenn man noch die Sprachen filtern könnte, wäre es optimal. Teils gibt es Artikel beispielsweise in Italien in italienisch und englisch (mit dem Link auf andere Sprachversionen aufrufbar, wenn das Lemma aber in deutsch oder französisch anders heisst, oder anders gegliedert ist, findet man diese Artikel nicht - ausser mit einer kartenbasierten Lösung, in der man ein Ziel (Reiseziel, Standort) eingeben kann und eine Umkreissuche durchgeführt wird. - Mboesch (Diskussion) 21:04, 16. Dez. 2020 (CET)

Warum ist das wichtig?

• Viele Informationen sind irgendwo vorhanden, wenn aber nicht nach dem korrekten Artikel gesucht wird, läuft die Suche ins Leere, vor allem was Orte, polit. Gemeinden nach Fusionen, aber auch Talschaften, Flüsse, etc. angeht. Evtl. würden sich mehr Interessenten auf Wikivoyage "verirren", weil unsere Ortsartikel von Reisezielen nicht selten ausführlicher sind, als die entsprechenden Artikel der WP.

Mögliche Lösungen (optional)

• …

Sonstige Kommentare & Diskussion

• Kleine Nearby-Lösungen: WP & Commons und WikiVoyage. --DB111 (Diskussion) 15:19, 30. Dez. 2020 (CET)

Eingabefeld „Richtung” im Hochlade-Assistent ist undokumentiert

Was ist das Problem?

Ich verwende den Assistenten zum Hochladen in WP Commons. Für den Standort gibt es die 3 Felder Breitengrad, Längengrad und Richtung, die alle undokumentiert sind. Die ersten beiden sind für mich selbsterklärend. Was die möglichen Werte für Richtung sind, konnte ich mit Stöbern in WP-Hilfe oder Google nicht herausfinden.

Warum ist das wichtig?

• Feld kann durch Neulinge nicht genutzt werden
• weniger Fotos haben eine Richtungsangabe

Mögliche Lösungen (optional)

• zu den Parametern passende Hilfeseiten [ggf. erstellen und] verlinken
• Standardwerte anbieten (wahrscheinlich z.B. alle 4 Himmelsrichtungen)
• visuelle Darstellung, z.B. Darstellung eines Winkels (mutmaßlicher Eingabewert) als Pfeil

Sonstige Kommentare & Diskussion

• Der Assistent sollte auch einen Koordinatenpicker bieten, in dem man zusätzlich auch die Blickrichtung bzw. die Zielkoordinate erfassen kann. Mit einem Klick in der KArte kann man die Richtung recht einfach erfassen. -- DerFussi 06:22, 18. Dez. 2020 (CET)
• Das wäre perfekt. Ein Klick für die Position, ein weiterer für die Richtung, die man dann noch ein bisschen hin- und herjustieren kann. Und das direkt im Hochladeassistenten (optional ausklappbar). Fände ich ebenfalls sehr hilfreich! --j.budissin^+/- 23:10, 20. Dez. 2020 (CET)
• Ja, besonders hilfreich für Fotos in Wäldern u.s.w., eventuell über einen Kompass in 10 Grad Schritten realisierbar? --Lutzto^+/- 18:40, 29. Dez. 2020 (CET)

smartes Eingabefeld für Breiten- und Längengrad

Was ist das Problem?

Es gibt 2 Textfelder für Breitengrad und Längengrad im Hochlade-Assistenten. Wenn man die Koordinate irgendwoher kopiert, ist das umständlich.

Warum ist das wichtig?

• unnötig mühselig
• weniger Fotos bekommen Koordinaten

Mögliche Lösungen (optional)

• mehrere Eingabefelder für verschiedene Formate
• oder ein smartes Eingabefeld, dass das Format erkennt
• Vorschau der erfassten Koordinate, evtl. in verschiedenen Formaten

Sonstige Kommentare & Diskussion

• Ein smartes Eingabefeld macht sicher am meisten Sinn. Dazu parallel ein Koordinatenpicker, bei dem man einfach auf eine eingeblendete Karte klickt und die Koordinate wird dann eingetragen. In der Luxusvariante des Koordinatenpickers könnte man auch die Blickrichtung angeben (bzw. gespeichert wird ja in den EXIF-Daten die Koordinate eines Zielpunktes). Die Commons-Vorlage erfast auch einen Winkel. Die meisten erinnern sich sicher, in welche Richtung sie gesehen haben, als sie die Aufnahme machten. -- DerFussi 06:19, 18. Dez. 2020 (CET)
• Es wäre auch hilfreich, wenn man in 1 Schritt die eingegebenen Koordinaten eines Bildes kopieren könnte, um sie für ein weiteres Bild zu verwenden. --Frupa (Diskussion) 00:23, 14. Jan. 2021 (CET)

OSM.org als Standard Base Layer

Was ist das Problem?

Der derzeitige Standard Layer "international" bei der ausklappbaren Karte oben rechts ist in vielen Fällen ungeeignet. Besonders in größeren Städten erhält man nur wenig Informationen, ein paar Ortsnamen, ein paar eingezeichnete Straßen ohne Bezeichnung, das war es, siehe z.B. Hochsicherheitsgefängnis Kirikiri. Der Layer OSM.org bietet dagegen alle Infos (insbesondere beim Ranzoomen), die man benötigt, ich schalte immer wieder per Hand auf diesen Layer um.--Sinuhe20 (Diskussion) 11:53, 17. Dez. 2020 (CET)

Warum ist das wichtig?

• Anzeige einer aussagekräftigen Karte

Mögliche Lösungen (optional)

• Wenn OSM.org nicht als Standard Base Layer angezeigt werden soll, dann sollte doch zumindest die erste Auswahl gespeichert bleiben, so dass man bei einem anderen Artikel nicht immer wieder neu auswählen muss. Alternativ könnte man auch für angemeldete Benutzer einen anderen Standard-Layer bei den Einstellungen auswählbar machen lassen.

Sonstige Kommentare & Diskussion

• Danke, das mit dem Umschaltern der Layer war mir nicht aufgefallen: es lohnt sich, die verschiedenen Layer zu versuchen, wenn man es mit einer Karte aus nicht-lateinischem Sprachgebiet zu tun hat, bei OSM kommt nur die Lokalsprache, Germany hat recht viele englischsprachige aber wenigstens lesbare Labels - immerhin habe ich zu dem Feature etwas dazugelernt, lg mb - Mboesch (Diskussion) 17:14, 17. Dez. 2020 (CET)
• Zu dem Thema hatten wir letztes Frühjahr schonmal eine Diskussion WP:GEO-Anderer_Base_Layer_als_Standard?. Darin auch meine Argumente für den derzeitigen Baselayer. --Kolossos 11:38, 21. Dez. 2020 (CET)

Karte/Koordinaten auf Mobilgeräten anzeigen

Was ist das Problem?

Die Karte und die Koordinaten (mit Link auf Geohack) werden auf Mobilgeräten nicht angezeigt.--Sinuhe20 (Diskussion) 14:40, 17. Dez. 2020 (CET)

Warum ist das wichtig?

• Viele Artikel, vor allem ohne Infobox, haben nur die Koordinatenanzeige oben rechts. Fällt die weg, ist auch der Link zu Geohack weg.

Mögliche Lösungen (optional)

• Falls die Karte aus technischen Gründen nicht angezeigt werden kann, sollten zumindest die Koordinaten und der Link auf Geohack da sein. Falls (so wie ich vermute) Geohack für mobile Geräte nicht geeignet ist, sollte eine mobile Version entwickelt werden.

Sonstige Kommentare & Diskussion

• Das ist auch eine Funktion die ich schwer vermisse. Problem betrifft neben der mobilen Version auch die Wikipedia-App. Viel Arbeit der Community in die Geokoordinaten wird dadurch für die Nutzer nicht nutzbar, ohne dass die Community was dagegen tuen könnten. In Zeiten wo die mobile Nutzung weiterhin steigt echt ein Problem. Den Geohack müßte man für die Nutzung auf dem Handy abspecken, ich würde da eher eine Karte bevorzugen und das der Nutzer eine App seiner Wahl als Ziel angeben kann. --Kolossos 11:43, 21. Dez. 2020 (CET)
• Das halte ich auch für ein vorrangiges Anliegen bei inzwischen über 50% mobiler Zugriffe. Der GeoHack ist meiner Meinung nach mobil bereits relativ ordentlich, könnte aber sicherlich eine Reihe Optimierungen dafür vertragen. enwp könnte da vielleicht da an manchen Stellen als Vorbild dienen. -- hgzh 12:28, 23. Dez. 2020 (CET)

Georeferenzieren von Luftbildern

Was ist das Problem?

Beispiel eines Luftbildes

Luftbilder lassen sich zur Zeit nicht einfach georeferenzieren. Aktuell kann man einen Koordinate für den Kameraaufnahmestandpunkt und eine weitere Koordinate für das Objekt (da nehme ich immer den Bildmittelpunkt) mit z.B. dem Locator-Tool setzen (Beispiel für ein so georeferenziertes Luftbild). Durch dies zwei Koordinaten lässt sich aktuell nicht herausfinden, welche Bereiche von Luftbildern genau abdeckt sind. Deshalb sind oft auch nur wenige Kategorien in den Bildern vergeben. Besser wäre eine Georferenzierung mit mehreren Passpunkten am Boden.

Warum ist das wichtig?

• Bessere Durchsuchbarkeit der Luftbilder
• Vielfältigeres Einbinden der Bilder in Commons-Kategorien und dadurch häufigere Nutzung in den Artikeln der Wikipedia

Mögliche Lösungen (optional)

• Ein neues Werkzeug ähnlich einfach wie der c:Commons:Locator-tool, dass die Passpunkte in Commons in den Strukturierten Daten (SDC) ablegt.
• Für Landkarten gibt es das Tool c:Commons:Wikimaps. Das Tool ist aber primär für Landkarten gedacht, weshalb die Darstellung des Schrägluftbildes wie z.B. hier das Dresden Luftbild nicht so toll ist. Bei Luftbildern wäre natürlich besser eine "3D-Ansicht" aus errechneten Kameraposition, also ähnlich wie aus dem Flugzeugfenster mit drunterliegendem Globus und dem eingeblendeten Luftbild. Ähnlich wie ehemals bei en:Photosynth.

Sonstige Kommentare & Diskussion

WikiData: Übernahme von Koordinaten aus deutschsprachiger WP einfacher machen

Was ist das Problem?

Man kann zwar manuell per Copy&Paste die Koordinaten es deutschsprachigen Artikels aus der Anzeige oben rechts per Copy&Paste in die Geografischen Koordinaten auf Wikidata kopieren. Das ist aber umständlich (Komma zu Punkt, E statt O, Quelle fehlt).

Warum ist das wichtig?

• Oft wird zu einem neuen Artikel zwar ein Wikidata-Objekt angelegt, aber mit so wenig minimal-Angaben dass es kaum brauchbar ist. Die Übernahme der Koordinaten ist nicht trivial und wird oft nicht durchgeführt.
• Selbst wenn die Koordinaten übernommen werden, fehlt in der Regel ein Hinweis aus welcher Quelle die Angaben stammen ggfs auch zu welchem Zeitpunkt.

Mögliche Lösungen (optional)

• Button in Wikidata, wenn de-Version existiert sollte versucht werden die Daten aus Coordinate Makro auszulesen und zu konvertieren und ins Eingabefeld einzutragen.

Sonstige Kommentare & Diskussion

• Um zunächst einmal deinen Workflow zu verkürzen: Mit einem Klick auf die Koordinaten oben kommst du zu GeoHack, wo du die Koordinaten in Dezimalform im Kopf der Infobox rechts findest. Die kannst du so rauskopieren und direkt in Wikidata reinkopieren. Die anderen Probleme sind damit zwar nicht gelöst, aber ein bisschen Zeit dürftest du sparen. --j.budissin^+/- 23:18, 20. Dez. 2020 (CET)
• WP ist ohnehin keine Quelle. Also immer den Zwischenschritt über einen Kartendienst gehen, d.h. dann als ersten Schritt über Geohack, wo man die Plausibilität der Koordinaten prüfen sollte, erst dann nach WD kopieren. lg --Herzi Pinki (Diskussion) 00:45, 22. Dez. 2020 (CET)

Benutzereinstellungen für Geokoordinaten

Was ist das Problem?

Sowohl der bevorzugte Renderer (International, OSM.org etc.) als auch die Koordinatendarstellung (Grad/Min/Sek zu Dezimalgrad etc.) sollten benutzerspezifisch einstellbar sein.

Warum ist das wichtig?

• Wie schon an anderer Stelle dargelegt wurde, ist der Default-Renderer "International" für viele Zwecke wenig geeignet. Andere Benutzer haben sich aber daran gewöhnt.
• Eine Anzeige von Dezimalgrad würde die Übernahme und den Vergleich von Daten mit anderen Systemen erleichtern.

Mögliche Lösungen (optional)

• Erweiterung der Benutereinstellungen
• weniger komfortabel: Vorgabe in irgendwelchen benutzerspezifischen default-Dateien

Sonstige Kommentare & Diskussion

Umkreissuche um Koordinaten und Artikel

Was ist das Problem?

Meine Wunsch von damals wurde wohl erhört, wie ein Test gerade zeigte. Allerdings sucht nun Special:Nearby offensichtlich nur in der Umgebung meines Gerätestandortes. Es sollte trotzdem noch die Eingabemöglichkeit einer Koordinate und eines Arikelnamens geben. -- DerFussi 15:34, 26. Dez. 2020 (CET)

Warum ist das wichtig?

• Für beispielsweise Recherchezwecke oder in Vorbereitung einer Reise, muss es die Möglichkeite geben, auch im eine beliebige Koordinate oder einen vorhandenen Artikel herum nach den nächstliegenden Einträgen zu suchen. Per URL geht das (siehe den alten Wunschlisteneintrag). Die Funktionalitäten sind also alle da. Es fehlt ein Auto-Complete-Eingabefeld und ein Koordinatenpicker. -- DerFussi 15:34, 26. Dez. 2020 (CET)

Mögliche Lösungen (optional)

• Ein Auto-Complete-Eingabefeld und ein Koordinatenpicker.

Sonstige Kommentare & Diskussion

• Kleine Nearby-Lösungen: WP & Commons und WikiVoyage. --DB111 (Diskussion) 15:19, 30. Dez. 2020 (CET)

Markierung von Flächen

Was ist das Problem?

Baudenkmale aber auch Verkehrswege, Straßen, Kanäle, Friedhöfe, Bauernhöfe, Ortskerne und anderes sind nicht Punkte auf Karten sondern Flächen. Die Markierung von Flächen ist zur Zeit nicht möglich.

Warum ist das wichtig?

• Es kann eine Fläche gezeigt werden, welche heute nicht darstellbar ist.
• Anfang und Ende, beispielsweise einer Straßen markieren, kann entfallen.
• Ein Leser kann sich besser ein Bild machen von den Flächenausmaßen eines Ortes (Altstadt, See).

Mögliche Lösungen (optional)

• Eine farbig Markierung einer Fläche mit einer beliegen Anzahl von Koordinaten.

Sonstige Kommentare & Diskussion

• Meine Vorstellung ist, eine ähnliche Darstellung wie beispielsweise im Denkmalatlas Niedersachsen darstellen zu können (Beispielanzeige Nordhorn im Denkmalatlas Niedersachsen).
• Die Darstellung eines Quadrates als Fläche erfordert bereits 4 Punkte, bei polygonalen Flächen ist das natürlich viel Arbeit. Ein Tool zu Klicken der Eckpunkte wäre dabei sehr hilfreich. Dafür wäre ein ähnliches Tool wie Georeferenzierung für Baudenkmale notwendig.

Ungenaue Angaben

Was ist das Problem?

Zu manchen Objekten sind genaue Koordinatenangaben unerwünscht (bspw. manche Höhleneingänge) oder nicht vorhanden (bspw. manche abgegangene Burgen) oder noch nicht genau recherchiert. Möglicherweise wäre es da interessant eine Möglichkeit zu schaffen wie man solche ungenauen Koordinatenangaben entsprechend als ungenau (vielleicht mit einem Ungenauigkeitsgrad) kennzeichnen kann.

Warum ist das wichtig?

• Genaue Koordinatenangaben verführen zu der Annahme, dass ein Objekt an exakt der genannten Stelle aufzufinden ist. Besonders wenn die Ungenauigkeit möglicherweise nur, wenn überhaupt, im Artikeltext erwähnt wird. Da Koordinatenangaben aber auch außerhalb der Artikel genutzt werden, wäre es sinnvoll den Koordinaten direkt einen Ungenauigkeitsgrad mitzugeben.
• Koordinatenangaben die mit einer gewissen Ungenauigkeit gekennzeichnet sind können entsprechend ausgewertet und ggf. von anderen Personen verbessert werden.

Mögliche Lösungen (optional)

• …

Sonstige Kommentare & Diskussion

• Gute Idee :-) --Lutzto^+/- 18:40, 29. Dez. 2020 (CET)
• In Commons gibt's dafür z.B. c:Category:Media with estimated locations. --DB111 (Diskussion) 15:19, 30. Dez. 2020 (CET)

Tabellen: All Coordinates auf Spaltenebene

Was ist das Problem?

Gibt man in einer Tabelle All Coordinates an, so erhält man alle Orte mit Koordinatenangabe angezeigt. Oft wiil man aber nur die Positionen aus einer Spalte sehen. Beispiel: eine Tabelle von Marienkirchen mit Spalte für Ort und Land:

Kirche1 Ort1 Land1

Kirche2 Ort2 Land2 usw.

Warum ist das wichtig?

Dann sieht man meist die Position der Kirche, des Ortes und auch noch das Land. Bei einer Liste mit 100 Marienkirchen in 100 Orten in 10 Ländern sieht man dann 210 Positionen, will aber nur (in dem Fall 100 sehen). Man kann zwar an der Anzeige links Einträge wegnehmen, das ist bei großen Listen aber nicht geeignet für einen schnellen Überblick.

Mögliche Lösungen (optional)

Wie das Problem technisch gelöst werden kann, weiß ich nicht; ein All Coordinates auf Spaltenebene würde aber sinnvoll sein. --Wanfried-Dublin (Diskussion) 23:40, 12. Jan. 2021 (CET)

Die obige Forderung finde ich wichtig, und möchte das dann gern auch für "Linked Coordinates" erweitert haben. ..Jmv (Diskussion) 00:31, 13. Jan. 2021 (CET)

Anzeige von Koordinaten eines Bildes

Was ist das Problem?

Ich bearbeite unter anderem Stolperstein-Listen und hier wird häufig in zwei Tabellenspalten ein Foto und die Lage des Stolpersteins angegeben. Sinnvollerweise sollten solche Fotos Geo-Koordinaten haben und diese direkt im Artikel angezeigt werden können.

Warum ist das wichtig?

• Koordinate muss nur 1x, und nicht in verschiedenen Formaten eingegeben werden
• Koordinatenangaben können nicht fälschlicherweise voneinander abweichen
• mehr Einträge können leichter und schneller einen Lage-Link erhalten

Mögliche Lösungen (optional)

• Ich stelle mir eine Vorlage ähnlich wie Vorlage:Coordinate vor, die statt der Koordinaten einen Dateinamen bekommt, von dem sie die Koordinate extrahiert. Weitere Parameter zur Darstellungsform könnten an die genannte Vorlage weitergereicht werden.

Sonstige Kommentare & Diskussion

Es fehlt ein Portal

Mir fehlt einfach ein vernünftiges Portal:Georeferenzierung, in dem die Funktionen, die zur Zeit bestehen, erklärt werden. Das wäre mir lieber als ein Projekt. Es muss eine Adresse sein, die man gut eintippen kann. Das fände ich besser. Es müsste da mehr Schwung rein.

Die Darstellung komplizierterer Strukturen als nur eines geodätischen Punkts hängt seit Jahren total fest. Ich war gerade auf dem Artikel Kaiserstraße (Saarland und Rheinland-Pfalz). Die Straße verläuft zwischen Mainz und Saarbrücken. Es fehlt eine Karte, die mir anzeigt, welchen Verlauf diese Straße hat. In einem Portal könnte man erklären, wie man das einrichtet. Oder auch, dort könnte man über solche Fragen weiter diskutieren, wie man linestrings in der Landschaft darstellt, gerne auch mal mit einer Kennung für die Art des Objekts, damit nicht Straßen, Eisenbahnlinien und Gewässer als eine Ebene definiert werden.

In dieser Hinsicht finde ich es auch schade, wenn hier keine Zusammenarbeit mit anderen offenen Projekten erkennbar ist (Wikimapia, OpenStreetMap). Die haben doch schon Daten zuhauf. Man müsste das Rad also gar nicht neu erfinden. Vielleicht wäre sogar eine direkte Verlinkung auf deren Service möglich, wenn man eine entsprechende ID hier im Projekt zuordnen könnte.

Es fehlen dann auf der Vorlage:GeoTemplate auch bei einigen Geoinformationsdiensten der Landesämter die direkte Übergabe der Parameter. Es hat sich wohl nie jemand die Mühe gemacht oder sich für zuständig gemacht, die entsprechende Schnittstelle mal zu erfragen oder vorzuschlagen. Und andere wissen nicht, ob der Versuch schon mal unternommen wurde.

Und so fehlen auch erst recht viele Verknüpfungen für weitere Spezialkarten... sei es Geologische Karten, Lidar etc. bei den Ämtern bis hin bei den privaten Anbietern zu Stau-Meldungen oder die Zug-Positionen im Schienennetz.

Darüber hinaus frage ich mich, warum noch andere Eingabeformate für Daten nach WGS84 bereitgehalten werden als das dezimale Format. Diesen Stress muss man sich eigentlich nicht mehr gönnen.

Grüße Chrxix (Diskussion) 11:46, 24. Jan. 2021 (CET)

Diese Umfrage ist beendet. Weiteres Feedback bitte auf der Diskussionseite des Themenschwerpunkts hinterlassen.

Interviews

Um ein noch besseres Bild von den Problemen und Arbeitsweisen rund um das Thema Geoinformationen zu bekommen, möchten wir mit Beitragenden verschiedener Bereiche, Expertisen und Tätigkeiten kurze Interviews führen. Wenn ihr Interesse habt, tragt euch auf die folgende Liste ein und schreibt dazu, welche Bereiche euch Interessieren bzw. wie ihr mit Geoinformationen arbeitet. Je nach Fortschritt und Richtung des Projekts werden wir dann Nutzer*innen auf ihrer Diskussionsseite ansprechen.

• Du? (Interesse an ...; Haupt-Wikis: ...; Erfahrung mit dem Thema: ...)
• Mike Krüger (Diskussion) (Interesse an einem userfreundlichen Workflow, mit Koordinaten und vorhandenen koordinatenbezogenen Grunddaten (Raster- und Vektordaten getrennt) in einem Wiki generell umzugehen. Genutzt werden sollten vorhandene freie Geoplattformen (OSM und den darin enthaltenen Informationen mit geeigneter Visualisierung), aber auch eine eigene Webapplikation zur wikiübergreifenden Erstellung und Datenpflege ist empfehlenswert; Haupt-Wikis sind: Wikidata, Wikipedia; bin jedoch kein Programmierer, sehe es eher aus Nutzersicht, Erfahrung mit dem Thema: berufsmäßig im Geoinformatikbereich tätig (Umweltplaner); Hauptaugenmerk auf dem Mehrwert von Geodaten als Wissensquelle vor allem auch auf einer zeitlichen Ebene (also nicht nur räumlich sondern z.B. über eine Zeitachse betrachtet), um alle Dimensionen abzudecken)
• Hannes 24 (Diskussion) 18:35, 16. Dez. 2020 (CET) weiß nicht ob ich hier richtig eingetragen bin. Ich persönlich hab keine Probleme damit (ich ergänze manchmal Koordinaten). Ich verwende dazu die amtliche öst. Webseite (austrianmap), da sind die Daten abrufbar. Lästig ist das genaue Eingeben in wp (ich mach das immer durch „Hintasten“ - Eingabe von Werten und dann in der Vorschau ansehen, wo es jetzt liegt, bis es passt; das dauert uU mehrere Minuten). In den verschiedenen Versionen der Streetmap muss man sich die am besten beschriftete aussuchen, manchmal muss man auch Orthofotos/GIS-Seiten zu Hilfe nehmen. Maps hilft auch öfters. Beschäftige mich hobbymäßig (und tlw auch beruflich mit dem Thema).
• --Frupa (Diskussion) 18:51, 16. Dez. 2020 (CET) Ich bin seit Mitte 2019 in der deutschen WP aktiv, bearbeite zum großen Teil Artikel, die mit meinem geografischen Umfeld zu tun haben, (z.B. Liste der Schwimmbäder in Leipzig) und mache gelegentlich Fotos für WP. Ich versuche alle Foto mit Geo-Koordinate zu taggen und bin auch auf OpenStreetMap aktiv. Ich benutze primär auf Wiki Commons den Hochladeassistenten mit der Koordinateneingabe und in WP die Vorlage:Coordinate. Ich komme klar, aber es gibt eine Stellen, wo der Workflow komfortabler sein könnte.
• … «« Man77 »» Alle Angaben ohne Gewehr. 20:36, 16. Dez. 2020 (CET) (Bin seit vielen Jahren geographisch weit gestreut auf WP aktiv und zeitweise auf OSM; da sich bei WIWOSM nix mehr tut, aber eigentlich kaum noch. Ich wünsche mir, dass wir in [de.]Wikipedia OSM-Flächen- und -Linien-Daten besser nutzen können. Ich hab 2017 auf der Wikicon eine Bestandsaufnahme der Probleme in der Georeferenzierung präsentiert. Bin einer von vielleicht einer Handvoll, die sich mit ISO-Code-Updates herumschlägt. Pflege mitunter Infoboxen und andere Geo-Vorlagen. Träume davon, dass halbautomatisiert aus OSM-Daten svg-Karten generiert werden können, bin aber absolut kein Coder. Wenn ich mich auf das Interview vorbereite, könnte es ein langes werden, es gibt viel zu deponieren.)
• DerFussi 20:52, 16. Dez. 2020 (CET) Hauptsächlich Wikivoyage-Autor. Früher dort auch noch viel programmiert. Es gibt einige Dinge die einfach noch fehlen. z.B. mein Wunsch von damals. Zum anderen fehlt immer noch ein Koordinatenpicker sowohl in der Symbolleiste des ganz normalen Wiki-Editors bzw. auch als JS-Modul für User-Extensions. Noch immer (im Jahre 2020) muss man andere Webseiten benutzen, herumzoomen und und klicken und sich dann die Koordinaten hier in seine Vorlagen reinkopieren. Das selbe auf Wikidata. Ich kann Koordinaten zu einem Objekt erfassen, ABER! Tiefstes Mittelalter. Auch die Wikipedia selbst sollte eine Kartendarstellung ihrer Artikel bieten. Ich will auch mal in der Karte stöbern, zu welchen Objekten in eier Stadt es Artikel gibt. Auch sollten Artikel (z. B.) über Städte ihre besprochenen Bauten nicht nur verlinken, sondern auch auf einer Karte darstellen (Bei uns gibt es das) allerdings kann der Kartographer nicht genug. Er müsste weiter als bis 100 zählen können, was wichtig für die Denkmallisten hier in der WP wäre, als auch Typen wie Layer an- und abschltbar machen können) Nur ein paar Dinge :) -- DerFussi 20:52, 16. Dez. 2020 (CET) - PS: Ich schriebe mal ein paar Sachen oben noch rein. -- DerFussi 20:54, 16. Dez. 2020 (CET)
• -- Mboesch (Diskussion) 21:04, 16. Dez. 2020 (CET) : Ich arbeite hauptsächlich im deutschsprachigen Wikivoyage, wo die Kartentools extrem wichtig sind. Wir legen weniger Wert auf eine enzyklopädisch umfassende Auflistung sämtlicher Kirchen oder Palazzi einer Stadt, sondern, welches die sehenswertesten sind, und wie man hinkommt. Im Gegensatz zum einfachen Koordinatentool aus der Ur-Zeit hat sich schon viel getan, die Koordinatenerfassung wie auch die Kartenausgabe könnte viel benutzerfreundlicher werden. Ich arbeite gelegentlich auch Daten in die OSM ein und beschäftige mich mit Kartensoftware, auch Bilder habe ich schon etliche auf Commonms hochgeladen, wenn die Eingabe z.b. von strukturierten Daten für Wikidata oder von Koordinaten zu mühsam und zeitraubend ist, lass ich es sein - lieber ein, zwei gute Bilder mehr, als ein ewiges Herumsuchen nach den korrekten Koordinaten (die meine ältere SLR noch noch automatisch ins JPG einfügt, die neue kann das). Wichtig ist die einfache Dokumentation des Workflows, gewisse Mediawiki - Hilfeseiten sind ein Graus. lg mb
• Ich habe mich schon in der Diskussion zur Reparatur der ehemals funktionierenden Flächen- und Liniendarstellung in den OSM-Artikel-Karten ausgelassen, die schon vor fünf Jahren zunächst versprochen, aber dann wegen fehlender Ressourcen nicht stattgefunden hat. Für mich ist dieses vor allen anderen Themen das Wichtigste. Ich weiß von vielen Teilnehmern an der Abstimmung, die explizit deswegen für das Thema Geoinformationen gestimmt haben. Zudem ist die Hoffnung auch bei nicht-deutschsprachigen Usern dabei, dass dieses dann funktionsfähige Feature von anderssprachigen und insbesondere der englischen Wikipedia übernommen wird.

Von einer angezeigten OSM-Artikelkarte sollte mit dem aktuellen Mittelpunkt ins Geohack gewechselt werden können.

Manchmal wird der Link auf die Artikelkarte wegen mehrerer Angaben im Artikel von einem anderen Link am gleichen Ort überlagert. Dieser Bug sollte entfernt werden. Ich kann hier kein aktuelles Vorkommen verlinken, weil dann die Ursache von anderen wegeditiert wird. Eine frühere Artikelversion, bei der der Fehler gerade jetzt (und später vielleicht nicht mehr) auftritt, findet man hier.

Zudem fände ich für weniger erfahrene User eine Lösung zum Eintragen von Koordinaten hilfreich, bei der man hierzu einfach in eine OSM Karte klickt. Möglicherweise funktioniert das auch für Fotos auf Commons, bei denen diese Angabe fehlt. Weiterhin sollten Koordinaten, egal in welchem Format sie eingegeben werden (Minuten, Sekunden, Dezimal etc.), automatisch ins richtige Format umgewandelt und auf Plausibilität des Bereiches der Längen und Breitengrade geprüft und möglicherweise getauscht werden.

Vereinzelt versuchen User, Koordinaten auch an Artikelphrasen zu hängen. Beispiel dafür wäre die Beschreibung des Verlaufes einer Autobahn im Fließtext, in der die Erwähnung von Beginn und Ende sowie die Autobahnkreuze- und Dreiecke mit Koordinaten versehen werden. Es wäre schön, wenn man ähnlich raumsparend wie bei den Referenzen eine hochgestelltes Kartenicon anfügen könnte, bei dessen Anklicken sich die OSM Artikelkarte öffnet und alle Koordinaten aus dem Artikel angezeigt werden, wobei das aktuell angeklickte besonders hervorgehoben ist und sich in der Mitte befindet.

Ich würde mich über Infos freuen, die erklären, was mit "Interview" gemeint ist. Soll das ein Telefongespräch sein? -- Tirkon (Diskussion) 21:14, 16. Dez. 2020 (CET)

@Tirkon: Am liebsten wären uns Gespräche via Videocall, weil ihr dann euren Bildschirm freigeben könnt um uns Probleme und Arbeitsweisen konkret zeigen könnt. Wir sind derzeit aber noch bei den Vorbereitungen und sind immer offen für Formatvorschäge. -- Michael Schönitzer (WMDE) (Diskussion) 14:03, 3. Feb. 2021 (CET)

• Ähnlich wie die Vorredner:

  Einfachere Eingabe von Koordinaten zu und in einem Artikel; beispielsweise durch direktes Einbinden des Geolocator-Werkzeugs.

  Anzeige eines kleinen Kartenbildes beim Überfahren von Koordinaten mit der Maus.

  Bei der Vorlage All Coordinates ebenfalls den Textausschnitt und ggf. das Bild direkt beim Anklicken ober Überfahren mit der Maus anzeigen. Die jetzige Lösung, links im Inhaltsverzeichnis hervorzuheben, ist unhandlich, zumal die Hervorhebung sofort weh ist, wenn man den Punkt in der Karte weglässt.

  Bei der Koordinaten-Umrechnung vernünftig runden. Eine Koordinate in Dezimaldarstellung mit vier Nachkommastellen ist nur auf ~ 10m genau. Es ist unseriös, dann in der Umrechnung Bruchteile von Bogensekunden anzuzeigen. Dass eine derartige Scheingenauigkeit Unsinn ist, lernt man eigentlich schon im Physikunterricht an der Schule.

  Gruß, --Mussklprozz (Diskussion) 09:57, 17. Dez. 2020 (CET)

• : Beim Eintragen von Koordinaten nehme Kartenwerke wie Bing Maps dort sind die Koordinaten im Beispiel Ort Bautzen Format 51,181139, 14,427073 angebenden. Kann man ein Tool installieren das dieses Format bei der Eingabe in das Format 51/18/11/N 14/42/70/E umrechnet und das die Lage vor dem Abspeichern auf einer Karte zur Kontrolle anzeigt? Bei mir wurden die Koordinaten erst immer beim Abspeichern angezeigt und das stimmte aber nicht mit den Ort überein und lag meist ganz wo anders. --Fiver, der Hellseher (Diskussion) 12:53, 17. Dez. 2020 (CET)

• --JPF just another user 06:16, 18. Dez. 2020 (CET) . Seit 15 Jahren schreibe ich in der Wikipedia über Osttimor. In der Zeit habe ich die Koordinaten von über 3000 Orten in dem Land mit der Größe von Schleswig-Holstein eingetragen. Ich muss in nächster Zeit einiges überarbeiten, weil sich die administrativen Grenzen in den letzten Jahren mehrmals geändert haben. OSM ist da noch auf dem Stand von vor 2015. Bei Grenzen in der Hauptstadt Dili kann ich mich dankk OSM an den Straßen mit den aktuellen Straßennamen orientieren. Google ist um gut 50-80 Jahre veraltet in diesem Punkt. --JPF just another user 06:16, 18. Dez. 2020 (CET)

• Molgreen:
  • Interesse an: in diesem Zusammenhang das Einfügen von GPS-Daten für alte Bilder, wo ich den Standort aus dem Gedächtnis an Hand einer Karte rekonstruieren kann
    • mittlerweile nutze ich nur noch Kameras, die die GPS-Infos gleich in den Metadaten der Bilder hinterlegen
  • Haupt-Wikis: überwiegend in der Wikipedia und auf Commons aktiv. Seit kurzem auch auf OSM aktiv mit StreetComplete
  • Erfahrung mit dem Thema: www.openstreetmap.org öffnen: Ort auf der Karte finden: "Teilen" im rechten Menü öffnen: "Kartenmarker setzen" wählen: "maximal Vergrößerung": "Geo-URI" (Beispiel: geo: 52.51628,13.37770?z=19): Werte übernehmen und beim Hochladen einfügen bzw. in den Bildern nachtragen
    • Es wäre sehr prima, wenn man durch das Auswählen eines Punktes auf www.openstreetmap.org beim Hochladen oder beim Editieren von bereits hochgeladenen Bilder mit wenigen Klicks die Koordinaten einpflegen könnte. --Molgreen (Diskussion) 17:26, 18. Dez. 2020 (CET)

• Herzi Pinki (Diskussion) aktiv auf de:WP, Commons und Wikidata
  • Betreiber des ISO 3166 Bots: Halbautomatischer Fix von falschen / extern geänderten ISO-Regionen, manchmal ist es dann auch nicht die ISO-Region, die falsch ist, sondern schlicht die Koordinaten. Aktuell auf de:WP, könnte aber auf Commons ausgedehnt werden (dort ~50000 nicht existierende ISO-Regionen in Koordinaten)
  • Entdecker der Österreichischen Rastergebirge
  • Enge Verbindung zu {{Coordinate}}
  • Nachlokalisierung hauptsächlich von Bildern auf Basis des Bildes (nicht der Metadaten), Detektivarbeit in Kartenwerken, Beschriftung (Annotation) von Bergpanoramen
  • Plausibilisierung von georeferenzierten Punktwolken über passende Visualisierungen, die Ausreißer erkennen lassen (mit Hilfe der allgemein verfügbaren Tools für de:WP Kategorien (z.B. Hamburg, aber auch es:Hamburgo), de:WP Listenartikel (z.B. Struve-Bogen), commons Kategorien (z.B. Landkreis Ostallgäu), Wikidata Regionen (z.B. Landkreis Ostallgäu)), Ausreißer auf Basis ISO-Code (z.B. ISO-Code DE auf Commons):
  • Arbeitsideen:
    • Übernahme der Koordinaten aus OSM, falls ein Commons-Bild dort eingebunden ist (es fehlt noch Ablaufrahmen, Bot-Flag)
    • Automatische Kategorisierung in Gemeindekategorie von Bildern auf Basis Koordinaten und OSM (allemal besser als Commons:Category:Unidentified objects in unidentified countries identified by unidentified users). es fehlt Erkennen von Grenzobjekten, Ablaufrahmen, Bot-Flag)
    • allgemeines Zurverfügungstellen der obigen Tools zur Plausi 'at your fingertips': etwa via Einbindung von Benutzer:Herzi Pinki/GeoTools
  • Probleme:
    • Generelles Konzept zum Auffinden von falschen / ungenauen Koordinaten (die obigen Plausis sind ein Anfang) im Wikiversum, Auffinden von widersprüchlichen Koordinaten, eventuell über Wikidata Koordinaten zentralisieren oder immer gegen Wikidata-Koordinaten prüfen (Achtung: insbesondere die durch Ljsbot aus geonames nach Wikidata übernommenen Koordinaten sind oftmals falsch und reichen bestenfalls dazu, das Ziel mit einer 50 Megatonnenbombe zu treffen.)
    • Bot missachtet Asimovs Robotergesetze
    • Genauigkeit: Google maps liefert 14 Nachkommastellen und ist damit ein extrem schlechtes Beispiel, was vernünftigen Umgang mit sinnvoller Genauigkeit angeht, WP ist da nicht viel besser. Das gilt nicht nur für die Umrechnung von dezimal auf sexagesimal u.u. (die sollte manuell sowieso unterbleiben), sondern für alle Genauigkeiten im m-Bereich und darunter (Koordinaten dienen der Auffindung von Objekten). Hier wäre Erziehungsarbeit zu leisten. Oder Wikidata, das manchmal mit Genauigkeiten von 2.7 * 10^-7 arbeitet (seltsame Genauigkeiten).
    • SDC (Structured Data on Commons): aktuell übernehmen ein oder mehrere Bots die Koordinaten aus den Exif-Daten, aus User-Daten nach SDC. Müllt die Versionshistorie zu. Sollte der Upload Wizard direkt übernehmen (der fällt eh nicht unter never change a running system), +passende Erweiterungen für andere Uploader. Alle Tools müssen auch mit nur SDC-Koordinaten zurechtkommen, bitte prüfen und gegebenenfalls entsprechend anpassen.
    • Kartographer für WP:de tauglich machen.

• Kolossos : Aktivitäten in Wikipedia, Commons, Wikidata und OpenStreetMap. Diverse Vorträge und Tools zu den Geothemen im Wikipedia-Umfeld. Ein besonderes Augenmerk liegt bei mir auf dem Aspekt, was am Ende für den Leser als Zusatznutzen rauskommen soll. Mein längerer Kommentar unter: Wunschparkplatz#Umgang_mit_Geoinformationen_und_Karten_professionalisieren . Ich denke das Hauptproblem ist es dass es seitens der Foundation/dem Verein keinen Plan zu geben scheint wo man mit dem Geoinformationsanwendungen hin will, unter diesen Bedingungen macht es nur bedingt Sinn sich auf einzelne technische Teilprobleme zu stürzen. Daher würde das Interview eventuell das Fass erstmal vermutlich weiter aufmachen. Ich habe aber auch durchaus konktrete lösbare Teilprobleme.

• Clemens Franz (Diskussion) 20:53, 23. Dez. 2020 (CET) Interesse an Flächenmarkierung; Haupt-Wikis: de.WP; Commons; Erfahrung mit dem Thema: Aufbau und Pflege von Baudenkmalen und deren Listen

• Cookroach (Diskussion) Da ich mich gern mit den Listen der Bau- und Naturdenkmäler befasse, ist mir aufgefallen, das:
  • in den Listen und deren Einträgen sind mitunter unterschiedlich angebene Geodaten vorhanden, dies sollte standardisiert werden.
  • Angabe der Geodaten in den übergeordneten Kategorieseiten, damit über OSM/Wikimap die Übersichten angezeigt werden können
  • dazu müssten dann auch bei Commons und Data die Angaben mit eingetragen werden
    • Ich würde gern dabei helfen, wenn es dazu deutschlandweite Projekte gäbe, die sich an den internationalen Standards orientieren.

• hab Geografie, Vermessung und Geoinformatik gemacht, auch als Programmierer. -- Chrxix (Diskussion) 11:58, 24. Jan. 2021 (CET)
• Daniel Schwen, WikiMiniAtlas Developer, Koordinatenextraktion, tools. --Dschwen (Diskussion) 22:53, 26. Jan. 2021 (CET)