Vorlage Diskussion:Coordinate

(Weitergeleitet von Vorlage Diskussion:CoordinateLAT)
Letzter Kommentar: vor 21 Tagen von Bahnmoeller in Abschnitt Es gibt eine Einbindung von Wikidata

Diese Seite ist nur für technische Probleme mit der aktuellen Vorlage:Coordinate vorgesehen.
Erweiterungswünsche, Verwendungsrichtlinien und alle anderen Fragen werden unter Wikipedia Diskussion:WikiProjekt Georeferenzierung diskutiert.

ISO-Region

Bearbeiten

Laut Doku sind für den Region-Parameter bis zu 4 Kürzel erlaubt. Im Artikel Kaspisches Meer wird jedoch KZ/AZ/IR/RU/TM verwendet. Wofür wird denn das genau benötigt, worauf wirkt sich das aus? --80.142.195.48 16:55, 10. Jun. 2012 (CEST)Beantworten

LUA

Bearbeiten

Vielleicht hat ja jemand Lust sich das mal anzuschauen: en:Module:Coordinates. Ich finde die Übersichtlichkeit gewinnt dadurch stark. Hier noch der Blog-Post der Foundation dazu. --Kolossos (Diskussion) 20:32, 14. Mär. 2013 (CET)Beantworten

Vorlage:Skyhack

Bearbeiten

Die Vorlage wird kaum genutzt. Bietet diese überhaupt einen Mehrwert gegenüber der universelleren Vorlage:CoordinateSky? --тнояsтеn 17:34, 13. Jun. 2013 (CEST)Beantworten

Koordinatenanzeige für alle Orte einer Stadt oder sonstigen Gemeinde mit deren "Gemarkungsgrenze"

Bearbeiten

Problemstellung und Frage siehe unter Vorlage_Diskussion:All_Coordinates#Koordinatenanzeige_für_alle_Orte_einer_Stadt_oder_sonstigen_Gemeinde_mit_deren_"Gemarkungsgrenze" -- Triple C 85 |Diskussion| 09:44, 22. Jan. 2019 (CET)Beantworten

Wikidata

Bearbeiten

Es wäre gut, wenn die Vorlage ihre Daten direkt aus Wikidata übernehmen könnte, wenn nichts weiter angegeben ist. Sodass die einfache Einbindung von {{Coordinate}} bei vorhandenem Wikidata-Satz direkt zum gewünschten Ergebnis führt. --Christian140 (Diskussion) 09:06, 2. Nov. 2019 (CET)Beantworten

Fände ich auch sehr schön. Allerdings wird der ISO 3166-2-Code in Wikidata nur selten verwendet. Zumindest die Kurzform des Staates gibt es aber meist. --Newt713 (Diskussion) 18:19, 2. Nov. 2019 (CET)Beantworten
Die Koordinaten in Wikidata sind leider oft fehlerhaft. Vgl. auch WD:WikiProjekt Georeferenzierung/Archiv/2018-I#Vorlage:Einbindung von Wikidata-Koordinate und Vorlage Diskussion:Infobox Berg#Koordinaten aus Wikidata? --тнояsтеn 18:47, 2. Nov. 2019 (CET)Beantworten
Das stimmt. Trotzdem ist es Schwachsinn, wenn jede Sprachversion der Wikipedia ihre eigenen Koordinaten verwendet. Besser wäre ein zusätzlicher Parameter, der – falls er gesetzt ist (wikidata=ja) – die Übernahme der Koordinaten aus Wikidata bewirkt. In der Beschreibung sollte es den Hinweis geben, dass man in jedem Fall vorher die Koordinaten auf Wikidata prüfen und evtl. korrigieren muss, dann haben alle etwas davon. Was den ISO 3166-2-Code betrifft: den habe ich in Wikidata noch nie gesehen, und ich wüsste auch nicht, wie man den dort einfügt. --Telford (Diskussion) 09:42, 4. Nov. 2019 (CET)Beantworten
Wenn aber die Koordinaten so „geprüft“ werden wie häufig die unter bestimmten Lemmata angelegte Artikel über Orte und Gewässer – Methode: „Ah, der von mir zu erwähende Klingenbach von Hinter- bis Vordertüttelsweiler hat also schon einen Artikel, dann nichts wie rin damit!“ – dann sind die Aussichten für korrekte Koordinaten trübe. Prüfung findet vor allem dann statt, wenn der, dem sie obliegt, nicht nur dazu aufgefördert, sondern geradezu dazu genötigt wird. --Silvicola Disk 10:31, 4. Nov. 2019 (CET)Beantworten
Es sollte so geschehen, dass ersteinmal alle Daten von deWP in Wikidata übertragen werden und dann kann man den umgekehrten Weg gehen. --Christian140 (Diskussion) 19:27, 13. Nov. 2019 (CET)Beantworten
+1 --Sinuhe20 (Diskussion) 22:25, 10. Nov. 2022 (CET)Beantworten

Parameter Beleg/Quelle

Bearbeiten

Servus,
Ich fände einen Parameter für Quellenangaben praktisch, da es bei Verwendung ohne Icon nicht praktikabel ist, ein ref-Tag zu setzen.
Danke & Gruß, Ciciban (Diskussion) 14:10, 2. Mai 2020 (CEST)Beantworten

Definition:landmark

Bearbeiten

zur defintion umseitig: Landmarken sind meist Gebäude oder Berge, die aus gößerer Entfernung sichtbar sind, in diesem Speziellen Fall menschengemachte künstliche Berge (type=biulding ?). Wie ist das in dieser Vorlage zu verstehen? Vorlage:Coordinate#Art_des_Objekts ist da wohl nicht deutlich genug, denn es kommt da zu Meinungsverschiedenheiten:

ok mit type=mountain wäre ich dann auch noch zufrieden, aber landmark geht nicht (das ist inzwischen die große Müllhalde)

Deshalb Bitte ich da: Diskussion:Liste_von_Halden_im_Ruhrgebiet#Vorlage:Coordinate#Art_des_Objekts um dritte (bis zenhte?) Meinung bevor da was entschieden wird. Ich will da keinen EW. ----Grüße aus dem Süden von Hamburg JmvSprich mich an 13:17, 26. Jan. 2021 (CET)Beantworten

Höhle als "mountain"

Bearbeiten

Hallo Benutzer:Jmv, schade dass das Hoffen auf Zustimmung und die Bitte um Diskussion in kommentarloser Zurücksetzung resultiert. In meinen Augen ist Höhle als Teilmenge von "mountain" zu weit gefasst. Ein Berg ist eine Geländeerhebung, was ist mit Höhen im Flachland, gefluteten Karsthöhlen unter dem Meeresspiegel, ...? Weitere Meinungen? --тнояsтеn 13:43, 2. Mai 2021 (CEST)Beantworten

Hier zählen Höhlen (caves) als landmark. Gruß --DB111 (Diskussion) 14:07, 2. Mai 2021 (CEST)Beantworten
Das Problem ist doch, daß es zu wenige Kategorien für Koordinatenpunkte gibt! --Elop 15:34, 2. Mai 2021 (CEST)Beantworten
Höhlen (und Bergwerke) sind Bermänisch gesehen, immer im Berg egal wie hoch das zu NN ist. freundliche Grüße aus dem Süden von Hamburg JmvSprich mich an 16:21, 2. Mai 2021 (CEST)Beantworten
Höhlen als Landmark zu kennzeichnen ist ja auch nicht optimal, Man sieht sie aber nicht (Landmarke?) wird doch nur da eingeordnet weil "landmark" der große Restecontainer ist. freundliche Grüße aus dem Süden von Hamburg JmvSprich mich an 16:27, 2. Mai 2021 (CEST)Beantworten
Man sollte trotzdem nicht zu technisch-geologisch denken, "Landmark" bedeutet ja im weitesten Sinne: point of interest. So ist der Default-Zoom-Level in GeoHack dann größer, während ein Berg gleich mit 10km Größe angenommen wird und weniger gezoomt wird. Praktisch nicht so wild, da die Vorlage:Höhle ja das Zoom-Argument (dim) selber übergibt. Aber nur weil Landmark ein Sammel-Container für kleinere Objekte ist, ist der Umkehrschluss Höhle=Berg nicht unbedingt richtiger. Aber klar, am Ende ist die Liste mangelhaft und willkürlich, z.B. hat ausgerechnet der Gebirgspass (pass) einen eigenen Typ. Aber wenn andere Länder-WPs Höhlen als Landmark führen, ob wir das "aus Schönheit" nun wieder anders machen müssen... Aber wie gesagt, am Ende ist der Typ vor allem eine Schätzung für die Größe des Objekts. --DB111 (Diskussion) 18:22, 2. Mai 2021 (CEST)Beantworten

maplayer

Bearbeiten

 
Olbers-Planetarium

Moin, der maplayer funktioniert nicht. Wenn man ihn einbaut versucht Der Artikel etwas aufzurufen wie Vorlage:Positionskartenlayer Deutschland. Sieht man in der Vorschau ganz unten unter dem Editfenster dort wo Folgende Vorlagen werden von dieser Seitenvorschau verwendet steht. Unter der Karte steht nicht der gewünschte Text. Könnte sich das mal jemand ansehen? Danke --2003:DE:743:8CB0:FDDF:61F3:CDC5:C540 10:19, 18. Sep. 2021 (CEST)Beantworten

Das Problem scheint ungelöst und wurde hier schon mehrfach ventiliert. Da war jemand an der Doku, der es scheinbar nie selbst probierte. -- KPF 11:14, 18. Sep. 2021 (CEST)-- KPF 11:14, 18. Sep. 2021 (CEST)Beantworten
Im Quelltext der Vorlage ist der Parameter auch enthalten, nich nur in Doku. --2003:DE:743:8CB0:FDDF:61F3:CDC5:C540 11:29, 18. Sep. 2021 (CEST)Beantworten
Habe ich gesehen, konnte aber keine sinnvolle Funktion erkennen -- KPF 13:07, 18. Sep. 2021 (CEST)Beantworten
Müsste man mal Benutzer @: fragen, evtl. kam das mit seinem Edit von 2011 rein. --DB111 (Diskussion) 16:51, 18. Sep. 2021 (CEST)Beantworten
Hallo, durch den Ping alarmiert habe ich mal gesucht und im Archiv meiner BD einen Link auf Vorlage Diskussion:Positionskarte/Archiv/2#Textebene auf Positionskarte hinzufügen gefunden. Dort ist denke ich ganz gut beschrieben wozu das gut ist - oder besser: wozu das gedacht war. Aber ja: solange die Vorlagen zur Definition der Layer nicht umgesetzt sind, sollte man den Parameter layer nicht verwenden. -- Bergi 01:26, 29. Sep. 2021 (CEST)Beantworten

 
Olbers-Planetarium
Lage von Bremen in der Bundesrepublik Deutschland

mapcaption statt maplayer tut das Gewünschte. lg --Herzi Pinki (Diskussion) 13:00, 17. Aug. 2022 (CEST)Beantworten

Genau, hatte ich nach Anfrage umseitig geändert, vgl. Special:Permalink/225406539#Vorlage:Coordinate; zur Info auch an Sinuhe20, Thgoiter und AFBorchert (ihr hattet 2017 bzw. 2019 diesbezüglich nachgefragt.) -- hgzh 13:10, 17. Aug. 2022 (CEST)Beantworten
Danke für die Änderung, hab's erst danach gesehen. lg --Herzi Pinki (Diskussion) 13:53, 17. Aug. 2022 (CEST)Beantworten
@Hgzh: habe nochmals an Vorlage:Coordinate/Doku geschraubt und maplayer entfernt, da mE nicht in {{Positionskarte}} implementiert. Gerne mich overrulen. lg --Herzi Pinki (Diskussion) 14:17, 17. Aug. 2022 (CEST)Beantworten
Gibt es hierzu noch Anmerkungen? Sonst würde ich Erledigt setzen. --darkking3 Թ 16:06, 17. Aug. 2022 (CEST)Beantworten
Keine Ahnung, ob das am Ende funktioniert, aber über Vorlage:CoordinateMap -> Vorlage:CoordinateMap/map -> Vorlage:Positionskarte/Rahmen wird das Layersystem schon implementiert, allerdings aus der Vorlage:Coordinate heraus nie genutzt. Kann man also theoretisch streichen, wenn das Probleme macht (siehe Vorlagenwerkstatt). -- hgzh 16:11, 17. Aug. 2022 (CEST)Beantworten
Ich sehe genau 2 solche Layer definiert, und zwar in Somalia Vorlage:Positionskarte Somalia einen textlayer und einen capitallayer. Sonst Nada ([2]). Darüberhinaus denke ich (ohne das probiert zu haben), dass in Vorlage:Positionskarte/Rahmen eine undefinierte Vorlage {{Positionskartenlayer}} bzw. Untervorlagen [3] aufgerufen wird. Offensichtlich hat nie wirklich Bedarf für diese Funktionalität bestanden. lg --Herzi Pinki (Diskussion) 17:17, 17. Aug. 2022 (CEST)Beantworten

Große Reform der Koordinatenangabe

Bearbeiten

Ich beabsichtige mittelfristig und schrittweise eine Reform bis Eliminierung der diversen Koordinaten-Vorlagen.

  • Schrägstrich-Format:
    • Das war bis 2013 die einzige Möglichkeit, Zeichenketten zu splitten.
    • Missbrauch der #titleparts war die einzige Notlösung.
    • Ich habe größte Hochachtung vor der Leistung in den Nuller-Jahren, mit diesen begrenzten Mitteln eine weitgehend robuste und intelligente Lösung zu zaubern und anderthalb Jahrzehnte stabil zu halten.
    • Gucke ich allerdings in die Programmierung, so gruselt es mich. Dutzende von Parserfunktionen werden aufgerufen, hier und auch in den mehreren darüberliegenden Ebenen, bis ein Ergebnis produziert wurde.
    • Bei Denkmallisten oder Listen von Naturschutzgebieten mit Hunderten von Objekten kann das auch zum Performance- und Limit-Problem werden.
    • Mit Ende der 2010er Jahre war ich gefinkelt genug, um robuste und effiziente Lua-Module zu schreiben, die mit sowas umgehen können.
    • Das Schrägstrich-Format sollte perspektivisch aus dem ANR eliminiert werden. Der Zeithorizont wäre ein Jahrzehnt. Wegen BNR und archivierter Diskussionen muss es aber auf ewig unterstützt bleiben.
    • Jedenfalls sind die Schrägstriche ein kurioser Sonderweg, unverständlich und nicht zukunftsfähig.
  • Auf WP:BETA stehen bereit mit Demonstration alter und neuer Ergebnisse:
  • Verwendet wird das Modul CoordParse.
  • Zu meinen neuen Prinzipien:
    • Eine einzige Vorlage bzw. Modul-Aufruf für alle erlaubten Koordinaten-Formate.
    • Die findet sich dann schon zurecht.
    • Das Datenformat muss eindeutig sein, aber Nickeligkeiten in der Formatierung ignoriere ich.
    • Typografisches oder Schreibmaschinen-Minuszeichen oder vorangestelltes Pluszeichen sehe ich leidenschaftslos.
    • Punkt oder Komma als Dezimaltrenner sind wumpe; Tausendertrennzeichen kommen ohnehin nicht in Frage.
    • Die diversen Strichelchen und Tüddelchen und Kullerchen sind mir egal; ich nehme echte Fußminutenzollzeichen oder Apostroph und Anführungszeichen von der Schreibmaschine oder auch typografische Anführungszeichen.
    • Auch wenn die Formatierung nicht olympiareif ist, soll sie ohne Belästigung der Autrixe klaglos hingenommen werden. Denkbar wäre die stille Auslösung einer anderen Wartungskat und Standardisierung durch Skripte oder Bots usw.
  • Kategorie:Wikipedia:Vorlagenfehler/Parameter:Koordinate habe ich angelegt und rege Beobachtung durch routinierte Geokundige an zwecks zukünftiger Reparaturen in den Artikeln.
  • Offene Fragen:
    • Umgang mit unzulässigen Daten; meine Sichtweise unterscheidet sich teilweise von der überkommenen Programmierung. Das kann aber auch daran liegen, dass die programmtechnischen Möglichkeiten beschränkt waren.
    • Ich halte nichts von 95°N – was soll das sein? Kochwäsche überm Nordpol?
    • Auch 547° wäre die Temperatur einer Metallschmelze, aber hab ich nicht aufm Kompass.
    • Mehr durch den Hack als wohl beabsichtigt ist die Möglichkeit, arithmetische Ausdrücke statt einer Gradzahl anzugeben. Also 2*(3+5-2) statt 12 zu schreiben. Falls das wirklich benötigt würde, sollte {{#expr:2*(3+5-2)}} genutzt werden.
    • Alle problematischen Situationen habe ich mit altem und neuem Ergebnis zusammengestellt.
  • Schlachtplan:
    1. Analyse der BETA-Ergebnisse und Suche nach Lücken und unerwünschten Situationen.
    2. Übernahme erst von Vorlage:CoordinateLAT, später von Vorlage:CoordinateLONG unter Beobachtung von Wartungskat und FZW.
    3. Wenn diese beiden bockfrei, dann deren Einbau direkt in eine Ebene höher, und wieder abwarten.
    4. Nach und nach die übergeordneten Vorlagen vereinfachen, bis man letztlich direkt bei umseitig angekommen ist. Löschung der diversen Zwischenstufen.
    5. Alle Bestandsseiten bleiben zunächst unverändert, wo keine Datenfehler auffielen. Zuletzt wird die umseitige Doku geändert und die neuen Formate werden publiziert.
    6. Ich hab da noch den einen und anderen Pfeil im Köcher.

VG --PerfektesChaos 23:19, 13. Sep. 2022 (CEST)Beantworten

Verstehe ich das richtig: 12/45/37 als Angabe soll es zukünftig nicht mehr geben, nur noch 12.760278 oder 12° 45′ 37″ (samt Varianten mit verschiedenen Apostrophen, Komma statt Punkt usw.)? NNW 09:21, 14. Sep. 2022 (CEST)Beantworten
Im Jahr 2050 sollte es im ANR kein 12/45/37 mehr geben, und dieser kuriose lokale Sonderweg aus dem Bewusstsein verschwunden sein.
Weil es in BNR und archivierten Diskussionen vorkommt, muss es aber auf ewig unterstützt bleiben („legacy“).
Zunächst mal geht es darum, dass per C&P von irgendwoher auch 12° 45′ 37″ ermöglicht werden soll. Was die Bearbeitung erleichtern dürfte.
VG --PerfektesChaos 09:54, 14. Sep. 2022 (CEST)Beantworten
Klingt nach einem guten Plan. NNW 10:14, 14. Sep. 2022 (CEST)Beantworten
Moin Moin, klingt nach einem Plan. Mir fallen nur gleich Fragen ein, die sollten wir schonmal hier beantworten, bevor sie aufkommen. 1) Die Koordinate in der obersten Zeile eines jeden Artikel bleibt davon unberührt insofern, dass sie da weiterhin angezeigt wird. 2) Werden Korrektur-Botläuft angestrebt, um es dann zu vereinheitlichen? 3) Was ist/wäre mit Objekten fern ab der Erde, da haben wir ja leider auch Koordinaten? mfg --Crazy1880 20:18, 14. Sep. 2022 (CEST)Beantworten
  1. Es geht ausschließlich um das mögliche Eingabe-Format, nicht darum, was damit bereits heute oder später aus dieser Eingabe produziert wird.
  2. Bot: Nein. Und 2022 auch keine systematischen Veränderungen, sondern erstmal ruckelfreies Durchschschleifen, was noch mühsam genug wird. In späteren Jahren kann WSTM auf Artikel-Koordinaten sowie Infoboxen einwirken. Sind aber >600.000 ANR-Verwendungen, zu einem nicht bekannten Anteil nicht-Dezimal; das zieht sich ein Jahrzehnt.
  3. Ich hoffe, dass dort ebenfalls eine Kugel 360° hat. Falls dem so wäre, erwarte ich dort keine Probleme.
VG --PerfektesChaos 20:33, 14. Sep. 2022 (CEST)Beantworten
Warum ist es eine offene Frage, was man mit Angaben < 0 oder >90 Grad macht? In Wilhelm Sunder-Plassmann findet sich die Angabe NS=951.966214179757635, solche Sachen sollten einfach eine Wartungskategorie auslösen bzw. mittelfristig einen dicken Fehlerhinweis im Artikel. 84.137.75.69 23:18, 18. Sep. 2022 (CEST)Beantworten
Es ist eine offene Frage, weil das bisher anscheinend teilweise oder komplett ohne Fehlermeldung blieb, also geduldet wurde; zukünftig jedoch Wartungsbedarf entstehen wird.
Ich durchschaue allerdings den über fünf Ebenen gestaffelten Dschungel der Vorlageneinbindungen (der nach alter Technologie wahrscheinlich unvermeidlich war) nicht so ganz und kann nicht vorhersagen, was bislang wann wo passieren würde, wenn solche dubiosen Angaben gemacht wurden.
Die neue Technik schreibt dann aber Fehlermeldung plus Wartungskat.
Muss dann irgendwer aufarbeiten und die korrekten Positionen recherchieren.
VG --PerfektesChaos 17:28, 19. Sep. 2022 (CEST)Beantworten

Noch kein Proteststurm? Dann tu ich mal Sahnehäubchen mit bei.

  • Vorlage:GeoLoc@BETA
  • Plan:
    • Die Vorlagen sollen statt zwei Parametern, oder gar sechs, nur noch einen bekommen.
    • In den kann dan per C&P ein Koordinatenpaar reinfallen, von einem anderen Artikel, aus OSM, aus einem anderen Wiki, aus GoogleMaps, von der Homepage einer Burgruine.
    • Das momentan erforderliche Auseinandergefrickel fällt weg.
  • Der Migrationsprozess, und die kompatible Programmiererei, dürften anstrengend werden.
    • Umseitig mit einem neuen unbenannten Parameter zu versehen und den halb und halb durchzureichen mag noch angehen.
    • Aber Hunderte von Infoboxen kompatibel umzuprogrammieren dürfte eine ziemliche Schinderei sein.
  • Zur Namensgebung:
    • Vorlage:Coordinates wollte ich vermeiden, weil Vorlage:All Coordinates und Vorlage:Coordinate doch deutlich andere Aufgaben und Parameter haben.
    • Vorlage:coord2 war mir auch nicht geheuer.
    • en:template:geoloc gibt es schon und macht sich ziemlich breit, aber GeoLoc ist hinreichend selbsterklärend und kollidiert mit nichts.

VG --PerfektesChaos 17:28, 19. Sep. 2022 (CEST)Beantworten

Oder – ganz verrückt – einfach in Deutsch und kollidiert mit nix? „Coordinate“ war seinerzeit genommen worden, damit es projektübergreifend genommen werden kann. Wollte aber offensichtlich keiner. NNW 17:35, 19. Sep. 2022 (CEST)Beantworten
Naja, der Name dieser Vorlage ist nur in der Vorlagenprogrammierung so richtig sichtbar.
Ließe sich auch Vorlage:Position nennen, oder Vorlage:Koordinatenpaar.
  • Soll halt nicht mit anderen Namenssystemen bereits existierender Vorlagen kollidieren, oder zu Missverständnissen führen.
  • „Position“ kann auch was innerhalb eines Textes meinen, entsprechend in der Wiki-Seite oder beim Layout-Block, oder in einer Gewinnertabelle beim Turnier.
Globale, also projektübergreifende Bezeichner in der Programmierung außerhalb der direkten Verwendung durch Autoren sind durchaus angestrebt.
VG --PerfektesChaos 21:13, 19. Sep. 2022 (CEST)Beantworten
Hmm...bei vielen anderen Vorlagen sollen die Eingaben möglichst standardarisiert sein, und hier soll plötzlich quasi jedes Format unterstützt werden?! "GeoLoc" ist übrigens schlecht, weil die Vorlage nicht nur für die Erde verwendet werden kann/soll. 84.137.74.214 18:41, 19. Sep. 2022 (CEST)Beantworten
Das zielt auf maximale Autorenfreundlichkeit ab.
  • Sie sollen nicht mit Kleinkariertheit wegen irgendwelcher Strichelchen genervt werden, wo Angaben eindeutig sind.
  • Insbesondere soll einmaliges C&P aus beliebigen externen Infos unterstützt werden, ohne das in verschiedene Felder (VisualEditor) eintragen zu müssen.
Beim Datum handhaben wir es vielerorts genauso: „Verstanden“ werden sehr viele und gewohnte Formate, sofern eindeutig interpretierbar.
  • WSTM etwa läuft dann hinterher und wandelt das nach gleichen Regeln in einheitliche und angestrebte ISO-Darstellung um.
  • Kann hier genauso passieren: Eingabe beliebig, mit Komma und Minuten und Sekundenzeichen. Wird gewandelt in ASCII-Dezimalzahl mit Punkt und ist damit international austauschbar mit E, während O durchaus verstanden und akzeptiert wird.
Einer Kugel ist es egal, ob man Erde oder Jupiter oder Mond dazu sagt, und Geo-metrie wird auch auf dem Uranus betrieben. Insofern folgt aus Geo nicht zwingend der Planet Erde. „Damit ist der Mars nach dem Merkur der zweitkleinste Planet des Sonnensystems, hat jedoch eine vielfältige Geologie“ – Mars (Planet).
VG --PerfektesChaos 21:13, 19. Sep. 2022 (CEST)Beantworten
Wieso nicht einfach CoordinateParse? Direkt eingebunden wird sie ja nirgendwo, da kann sie auch einen technischen Namen bekommen, der zum Koordinaten-Vorlagensatz passt. -- hgzh 08:53, 20. Sep. 2022 (CEST)Beantworten
Wäre mir auch recht.
Manche Herrschaften wünschen allerdings auf möglichst wenige Zeichen eingekürzte Namen.
Wobei sich mit „Coordinate“ ein bunter Strauß an Vorlagen findet, die teilweise Autoren-einbindbar und teilweise programmierungs-intern sind.
  • Ein wirkliches Namens-Schema und vergleichbare Funktionalität kann ich darin nicht erkennen.
  • Ich kann auch nicht behaupten, dass ich deren Funktion und Zusammenwirken so restlos verstanden hätte, auch wenn ich irgendwann mal jeden Quellcode kurz angeguckt habe.
  • Die Hoffnung ist, dass womöglich einige Dutzend dieser wohl 68 Vorlagen „am Ende des Tages“ (nächsten Jahres) weggefallen sein werden, wenn dieser Spaß hier durchgeschleift worden war.
Eigentlich braucht es für alle diese internen Unter-Aufgaben nur noch die neue CoordinateParse oder wie auch immer, sofern nicht die externen URL versorgt werden.
Das Gegenstück sind die von Autoren direkt in der Seite (im Artikel) eingebundenen Vorlagen, die eine sichtbar-beabsichtigte Wirkung auslösen sollen. Von denen scheint es aber nur eine Handvoll zu geben; was die weiteren 50 so machen und wozu sie dann noch gebraucht würden, blick ich noch nicht.
Ich vermute, dass doch mehrere fremdsprachige Wikis dieses neue System von uns übernehmen werden. Dann sollte die Namensgebung projektübergreifend möglichst einheitlich sein, um Verwirrung zu vermeiden.
VG --PerfektesChaos 09:20, 20. Sep. 2022 (CEST)Beantworten
Zur Autoren-Verwendung bestimmt sind wohl nur Vorlage:Coordinate, Vorlage:CoordinateSky sowie Vorlage:All Coordinates und Konsorten. Idealerweise wären alle Subvorlagen von Coordinate auch nur deren echte Unterseiten, aber wenn du das Ding eh in Lua neuschreiben willst (?), kann auch das Modul alles packen und dann gäbe es eine halbwegs sinnvolle Benennungssystematik mit Coordinate, CoordinateSky und CoordinateParse als auch anderweitig verwendbare Hilfsfunktion. -- hgzh 22:01, 21. Sep. 2022 (CEST)Beantworten
Der Eingangsbeitrag schreibt "Ich beabsichtige mittelfristig und schrittweise". Also wann geht es los? 84.137.74.206 17:39, 22. Sep. 2022 (CEST)Beantworten
Nicht hetzen.
Im September klären wir noch die diversen Voraussetzungen; mal sehen wie das lange Wochenende mit dem 3. Oktober so ausfällt.
Die Aktion wird mich rund ein halbes Jahr beschäftigen, und das GEO-Personal muss die frisch detektierten Bruchlandungen mindestens im ANR neu verorten. Das sollte dann schon durchdacht und möglichst ruckelfrei und effizient ablaufen.
VG --PerfektesChaos 17:48, 22. Sep. 2022 (CEST)Beantworten

 Info: Wikipedia:WikiProjekt Georeferenzierung/Migration Seiten-Koordinate 2023 --тнояsтеn 17:19, 28. Feb. 2023 (CET)Beantworten

Openstreetmap Karten

Bearbeiten

Ich habe mich früher mit Openstreetmap beschäftigt. Inzwischen benutzt man diese Karten auch in der Wikipedia. Wenn ich bei Wikipedia auf die Seite von Berlin gehe, gibt es als

1. Koordinaten
2. Openstreetmap
3. Relation

Wo kann ich erfahren , wie man die Karten (2) in Wikipedia einbindet ?

Danke im voraus --Turankaya74 (Diskussion) 15:41, 2. Jul. 2023 (CEST)Beantworten

Koordinaten: Umstellung auf CH1903+

Bearbeiten

vgl. Wikipedia_Diskussion:WikiProjekt_Schweiz#Umstellung_auf_CH1903+. Bitte dort mitdiskutieren. --Enhancing999 (Diskussion) 14:11, 10. Okt. 2023 (CEST)Beantworten

Overlap bei Vektor2022

Bearbeiten

Hey, beim Verwenden von Vektor2022 kann es passieren, dass die Koordinaten falsch gerendert werden, siehe [4]. LG; --VECTR¹⁹³ONATOR (DISK) 11:33, 12. Okt. 2024 (CEST)Beantworten

Zum Testen: Zentrale Stelle der Landesjustizverwaltungen zur Aufklärung nationalsozialistischer Verbrechen. Tritt bei mir nur angemeldet auf, unangemeldet ist die Koordinate weiter oben und nicht verdeckt. --тнояsтеn 19:00, 1. Nov. 2024 (CET)Beantworten

Streetart in Heidelberg

Bearbeiten

Auf Kunst im öffentlichen Raum in Stuttgart habe ich gesehen, dass über
f1  Karte mit allen Koordinaten: OSM | WikiMap (Der Link funktioniert nur auf der Seite selbst - hier leider nicht)
Geo-Koordinaten auf einer Karte zusammen mit Bildern angezeigt werden können. Ich schaffe es jedoch nicht, die Bilder auf Streetart in Heidelberg anzuzeigen. Es werden nur die Bild-Bezeichnungen angezeigt. Hat jemand einen Tipp? Gruß --Albrecht62 (Diskussion) 10:53, 1. Nov. 2024 (CET)Beantworten

Nur um sicher zu gehen, dass wir vom gleichen reden: du meinst das Foto des orangenen Baumes, das hier auf der Karte erscheint (beim Anklicken eines Eintrages in der Liste oder Maus über die blauen Pins halten)? Das Tool blendet nur das erste Bild des Artikels ein. --тнояsтеn 18:57, 1. Nov. 2024 (CET)Beantworten
Genau, WikiMap zeigt nur das offizielle Artikel-Vorschaubild an, im zweiten Fall gibt es keins, da das erste Bild erst im ersten Abschnitt steckt (hier vor einer Weile schonmal gefragt). --DB111 (Diskussion) 20:11, 1. Nov. 2024 (CET)Beantworten
@DB111, @Thgoiter, es gibt einen Weg über eine Kartendarstellung von Kategorienbildern. Falls ihr einen Trick kennt, wie diese Karte, die ja einen externen Link darstellt im Fließtext einbindbar ist, ohne das externe-Link-Verbot-im-Fließtext zu missachten, lasst es mich bitte wissen. Danke --Albrecht62 (Diskussion) 15:58, 2. Nov. 2024 (CET)Beantworten
Gute Idee! Auch das hatten wir etwas tiefer schon andiskutiert, da ging es zwar um Bilder in der Nähe, aber im Prinzip ähnlich. Molgreen war mutig und hat es in den Weblinks hinterlegt, eine Vorlage wäre natürlich auch schön. --DB111 (Diskussion) 16:45, 2. Nov. 2024 (CET)Beantworten

Es gibt eine Einbindung von Wikidata

Bearbeiten

nur warum wird diese hier nicht erwähnt? --Bahnmoeller (Diskussion) 01:17, 8. Nov. 2024 (CET)Beantworten