Wikipedia:Umfragen/Technische Wünsche 2017/Bereits umgesetzte Wünsche

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Umfrage Technische Wünsche 2017

Rubrik „Bereits umgesetzte Wünsche“

Lesen  •   Suchen  •   Bearbeiten  •   Wartung  •   Beobachten & Benachrichtigen  •   Soziales  •   Schwesterprojekte  •   Mediendateien  •   Projekte ehrenamtlicher Entwickler  •   Sonstiges

Bitte nicht mehr abstimmen - diese Umfrage ist abgeschlossen. Herzlichen Dank an alle, die Vorschläge eingereicht, abgestimmt und die Umfrage mit fachlichem Rat begleitet haben.

Die Rubrik für Wünsche, die bereits erfüllt sind oder an denen aktuell schon gearbeitet wird.


Suchfunktion für Bilderwünschen nach Orten und Umgebung ermöglichen.

[Quelltext bearbeiten]
Was ist das Problem?

Es gibt in der Wikipedia viele Anfragen nach Bilder mit regionalem Bezug. z. B werden Bilder von Denkmälern gesucht.

Da ich viel Fotografiere, würde ich diese Anfragen für meine Gegend gerne erfüllen, indem ich extra Bilder vor Ort mache.

Dafür müsste ich allerdings nach allen Bilderwünschen im Raum Frankfurt suchen können mit einem umkreis von 20 km. Dieses ist zur Zeit nicht möglich.

Wen betrifft das Problem besonders?

Jeden, der Bilderwünsche in seiner Umgebung / seinem Aufenthaltsort erfüllen will.

Anmerkungen

Ich habe mal versucht das Makro <noinclude>{{Bilderwunsch/Intro}} </noinclude> zu aktivieren, hatte damit aber kein erfolg, und dieses Makro läuft meines Wissens auch nicht mehr.

Des Weiteren gibt es wohl auch die Möglichkeit, die Bilderwünsche in openstreetmaps oder googlemaps anzusehen, hatte damit aber auch kein erfolg, weil zu Langsam.

Vorschlagende Person

GodeNehler (Diskussion) 18:18, 30. Mai 2017 (CEST)[Beantworten]

Unterstützung



Mitteilung bei Kategorie-Neueinträgen

[Quelltext bearbeiten]
Was ist das Problem?

Es gibt aktuell keine gute Möglichkeit, mitzubekommen, wenn einer Kategorie ein neuer Artikel hinzugefügt wird. Man muss entweder den Artikel zufällig selbst beobachten oder über regelmäßige Kontrolle der Kategorie neue (und evtl. falsche) Einträge herausbekommen. Das ist schlecht, wenn man ein funktionierbares Kategorisystem erhalten möchte.

Wen betrifft das Problem besonders?

Alle Benutzer, die viel mit Kategorien arbeiten, Benutzer in der Wartung, die mit Wartungskategorien arbeiten.

Lösungsvorschlag

Erweiterung des Echo-Benachrichtigungssystems dahingehend, dass man für (individuell und einzeln einstellbare, nicht nur pauschal für selbst angelegte o.ä.) Kategorien Benachrichtigungen erhält, sobald ein neuer Artikel dieser Kategorie hinzugefügt wurde.

Vorschlagende Person

Orci Disk 13:54, 31. Mai 2017 (CEST)[Beantworten]

Unterstützung



Beim Beobachten einer Kategorie Änderungen am Artikelbestand auf der Beobachtungsliste anzeigen

[Quelltext bearbeiten]
Was ist das Problem?

Wenn man sich über längere Zeit mit einem Thema beschäftigt und wissen will, welche Artikel es dazu gibt, dann kann man in regelmäßigen Abständen die entsprechende(n) Kategorie(n) überprüfen. Dies ist aber umständlich.

Wen betrifft das Problem besonders?

Alle Nutzer, die sich für alle Artikel in einer Kategorie interessieren

Lösungsvorschlag

Wird eine Kategorie auf die Beobachtungsliste genommen, sollte jede Hinzufügung bzw. Entfernung eines Artikels zu dieser Kategorie auf der Beobachtungsliste angezeigt werden.

Anmerkungen

Evtl. kombinieren mit #Kategorien beobachten

Vorschlagende Person

C21H22N2O2 (V • T • E) 18:08, 3. Jun. 2017 (CEST)[Beantworten]

Unterstützung



Commons einfaches nachträgliches Koordinaten setzen in Dateien

[Quelltext bearbeiten]
Was ist das Problem?

Es gibt keine einfache Möglichkeit, direkt aus der Datei heraus Koordinaten sowohl für Kamerastandort als auch Objektstandort zu setzen

Wen betrifft das Problem besonders?

Fotografen

Lösungsvorschlag

Möglichkeit aus dem Foto heraus eine Karte zu öffnen, auf der man die Koordinaten setzen und damit an der Datei speichern kann.

Vorschlagende Person

Z thomas Thomas 13:30, 31. Mai 2017 (CEST)[Beantworten]

Unterstützung



Nachträgliches Anpingen

[Quelltext bearbeiten]
Was ist das Problem?

Die Ping-Funktion ist nachträglich nicht möglich, d. h. die Ergänzung einer expliziten Benutzernennung bzw. eines Pings in einem bereits bestehenden und signierten Abschnitt geht nicht, denn laut Hilfe:Echo#Auslösung müssen Verlinkung des Angesprochenen und Signierung in derselben Bearbeitung erfolgen. Echo sollte aber aus meiner Sicht generell unabhängig von anderen Parametern funktionieren!

Wen betrifft das Problem besonders?
Vorschlagende Person

Erdic (Diskussion) 21:48, 30. Mai 2017 (CEST)[Beantworten]

Unterstützung



Einklappbare Orgeldispositionen

[Quelltext bearbeiten]
Was ist das Problem?

In den meisten Kirchenartikeln erscheinen in den Orgelabschnitten Tabellen mit der Disposition der Orgel, also einer teils langen Übersicht aller Register einer Orgel. Grundlage ist diese Formatvorlage. In einigen Artikeln kann es mehrere dieser Tabellen geben, z.B. wenn es mehrere Orgeln in einem Gebäude gibt, wie im Paulinum (Universität Leipzig)#Orgeln oder auch die Vorgängerorgeln beschrieben werden wie im Artikel Orgel der Hauptkirche Sankt Jacobi (Hamburg). In den beiden genannten Fällen haben wir uns deshalb für einklappbare Tabellen entschieden.

Das Problem ist, das die gewählte Tabellenform auf der Vorlage:Navigationsleiste beruht. Man kann also die Tabellen nur einklappen, wenn es mindestens zwei gibt. Eine einzelne Tabelle bleibt immer ausgeklappt wie im Fall von Orgeln der Hauptkirche Sankt Michaelis. Hier kann man nur in der aktuellen Ansicht einklappen. Zum anderen besteht das Problem, dass die einklappbaren Tabellen bei Drucken/Exportieren nicht ausgedruckt werden bzw. nicht in die PDF konvertiert werden.

Wen betrifft das Problem besonders?

Im Einzelfall mag eine große Tabelle in einem kleinen Kirchenartikel unverhältnismäßig erscheinen. Hier könnte eine einklappbare Tabelle zumindest für die Zeit vor dem Artikelausbau wünschenswert sein. Den interessierten Orgelfreund wird es beim Drucken/Exportieren stören, wenn ganz Tabellen nicht erscheinen.

Lösungsvorschlag

Entweder müssten die Navi-Vorlage ausdruckbar gestaltet werden oder es müssten ganz neu einklappbare Tabellen geschaffen werden.

Vorschlagende Person

Wikiwal (Diskussion) 15:21, 29. Mai 2017 (CEST)[Beantworten]

Unterstützung



Hovering Effekt

[Quelltext bearbeiten]
Was ist das Problem?

Das Lesen verlinkter Wörter einfacher machen. Anstatt, dass man jedes mal auf ein verlinktes Wort klickt und jener Artikel dann in einer neuen Seite aufgeht, sollte es möglich sein, dass ein Fenster über der offenen Seite mit dem entsprechenden Artikel erscheint. Siehe Seite als Beispiel: http://www.sprechzimmer.ch/sprechzimmer/Krankheitsbilder/Bauchspeicheldruesenkrebs_Pankreaskrebs.php

Wen betrifft das Problem besonders?

Wen betrifft das Problem besonders?

Vorschlagende Person

BergePur (Diskussion) 20:27, 31. Mai 2017 (CEST)[Beantworten]

Unterstützung



Play-Symbol im Vorschaubild von Filmdateien in Artikeln

[Quelltext bearbeiten]
Was ist das Problem?

Bei Vorschaubildern von Videodateien ist in der deutschsprachigen Wikipedia mitten im Bild ein dickes Play-Symbol. Dadurch wird nicht nur erschwert, zu erkennen, was im Vorschaubild dargestellt wird, sondern wird das gesamte Bild vom Artikel verschlechtert.

Wen betrifft das Problem besonders?

Leser und Autoren

Lösungsvorschlag

Eine Verbesserung wäre es, das Play-Symbol links in die Ecke zu tun (wie in der englischsprachigen Wikipedia) und auf eine Minimumgröße zu verkleinern.

Vorschlagende Person

Wikiolo (D) 10:55, 30. Mai 2017 (CEST)[Beantworten]

Unterstützung



Wikipedia ist aber weiterhin eine Enzyklopädie und nicht YouTube. Hier sollte der Fokus auf den Inhalt gelegt werden und nicht auf eine branchenübliche Vorgehensweise. Das gilt auch bei der Bebilderung, und ein Play-Buttom mitten im Bild ist dabei sehr störend, da dadurch ein wesentlicher Teil des Bildinhaltes des Vorschaubildes verdeckt wird. Grüße, --Wikiolo (D) 19:05, 30. Mai 2017 (CEST)[Beantworten]
Hallo Wikiolo, wäre dein Problem denn hiermit gelöst? https://phabricator.wikimedia.org/T100106 Dann könnte dein Wunsch unter WP:Umfragen/Technische_Wünsche_2017/Bereits_umgesetzte_Wünsche wandern. -- Viele Grüße, Johanna Strodt (WMDE) (Diskussion) 13:25, 2. Jun. 2017 (CEST)[Beantworten]
Ich bin gerade nur mit dem Handy online und zumindest da ist der Play-Buttom noch dick in der Mitte. Grüße, --Wikiolo (D) 18:07, 2. Jun. 2017 (CEST)[Beantworten]
Hallo Wikiolo, nur kurz um sicherzugehen: Beziehst du dich auf diese Seite? http://tools.wmflabs.org/hartman/mediawiki-dev/index.php?title=Player_demo -- Beste Grüße, Johanna Strodt (WMDE) (Diskussion) 13:49, 7. Jun. 2017 (CEST)[Beantworten]
Ups, übersehen... Imho ist es dort schon besser, wobei mir der Play-Buttom noch immer zu Bild-dominierend ist und oben sieht es auch irgendwie gewöhnungsbedürftig aus. Versucht mal links unten am Rand ein Play-Symbol einzufügen. Ich kann mir vorstellen, dass es dort passender wirkt. Grüße, --Wikiolo (D) 15:48, 7. Jun. 2017 (CEST)[Beantworten]
Guten Morgen, Wikiolo! Weil es schon ein Projekt zur Verbesserung des Videoplayers gibt, wäre es sinnvoller, deine Anmerkungen dort anzubringen statt in einem separaten Wunsch. Hast du einen Phabricator-Zugang und würdest dir zutrauen, dein Feedback hier https://phabricator.wikimedia.org/T100106 zu formulieren? Wenn ja, würde ich diesen Wunsch verschieben nach Wünsche außerhalb des Projektrahmens. -- Beste Grüße, Johanna Strodt (WMDE) (Diskussion) 08:50, 8. Jun. 2017 (CEST)[Beantworten]
Moin, nein, Ich habe keinen Phabricator-Zugang. Man kann die Disk aber auch verschieben. --Wikiolo (D) 09:52, 8. Jun. 2017 (CEST)[Beantworten]
@Wikiolo: Ist verschoben. -- Beste Grüße, Johanna Strodt (WMDE) (Diskussion) 12:31, 8. Jun. 2017 (CEST)[Beantworten]

hochgestellter Index

[Quelltext bearbeiten]
Was ist das Problem?

bei naturwissenschaftlichen Themen benötigt man diese Formatfunktion häufig, wie bei Ionen (z.B. Ca2+ wobei das 2+ hochgestellt sein muß). Sollte zum editor zugefügt werden.

Wen betrifft das Problem besonders?
Vorschlagende Person

Glypho45

Unterstützung



Beim Laden der WP Seite sollte das Suchfeld automatisch den Cursorfokus haben

[Quelltext bearbeiten]
Was ist das Problem?

Wenn ich die WP Website öffne habe ich eine Menge an Funktionen zur Verfügung. Diese kann ich mit der Maus oder dem Finger anklicken. Bestimmt die meistgenutzte Funktion ist die Suche ("Wikipedia durchsuchen"). Um diese Suche zu starten muss ich den Cursor im Suchfeld platzeren. Das ist umständlich und meiner Meinung nach ein unnötiger Schritt.

Wen betrifft das Problem besonders?

Alle Benutzer die direkt nach dem Öffnen der Website einen Suchbegriff eingeben wollen.

Lösungsvorschlag

Es wäre hilfreich, wenn dieses Suchfeld bereits den Cursorfokus hätte. Das erlaubte dann gleich loszutippen. Andere Funktionen könnten weiterhin ohne Einschränkungen angeklickt werden.

Die Nutzung der Hauptfunktion würde aber erleichtert.

Anmerkungen

Keine

Vorschlagende Person

Toko~dewiki (Diskussion) 09:25, 31. Mai 2017 (CEST)toko~dewiki[Beantworten]

Unterstützung



WikitextEditor akzeptiert nicht die Markierung, sondern nimmt noch weitere Zeichen dazu.

[Quelltext bearbeiten]
Was ist das Problem?
  • Für Copy+Paste markiert man eine Zeichenkette. Obwohl man ein gutes Auge und eine gute Maus hat, nimmt der WikitextEditor noch ein paar Zeichen dazu.
  • Ich muss genau aufpassen, was dieser geniale Editor noch alles dazu mitnimmt und das extra rechts und links von der eingefügten Zeichenkette wieder wegschlagen.
Wen betrifft das Problem besonders?
Lösungsvorschlag

Ein WikitextEditor, der nicht eigenmächtige „Intelligenz“ entwickelt, sondern einer, der das macht, was man ihm sagt.

Vorschlagende Person

Nomen4Omen (Diskussion) 21:00, 29. Mai 2017 (CEST)[Beantworten]

Unterstützung



Sonderzeichenliste direkt unter dem Bearbeitungsfenster

[Quelltext bearbeiten]
Was ist das Problem?

Für eine Reihe häufig vorkommender Sonderzeichen, die auf deutschen oder ausländischen Tastaturen nicht vorhanden sind (wie z.B. typographisch korrekte Anführungszeichen, Halbgeviertstrich, Minuszeichen, geschütztes Leerzeichen …) wird unterhalb des Bearbeitungsfensters eine Liste angezeigt, in der man das jeweilige Zeichen anklicken kann, um es in den Eingabetext einzufügen. Leider erscheint diese Liste ziemlich weit unten, unterhalb des Urheberrechtshinweises, so dass man (vor allem wenn man einen kleineren Bildschirm hat) die Bildschirmanzeige regelmäßig herunterscrollen und anschließend wieder heraufscrollen muss.

Besonders ärgerlich ist es, wenn man das Sonderzeichen beim Anklicken nicht genau trifft und danebenklickt. Da man die bearbeitete Stelle im Eingabetext und die Sonderzeichenliste nicht gleichzeitig sehen kann, erkennt man nicht auf Anhieb, dass der Versuch misslungen ist, und hat oft auch Schwierigkeiten, die bearbeitete Textstelle nach dem Heraufscrollen wiederzufinden.

Wen betrifft das Problem besonders?

Ich führe viele typographische Korrekturen durch; d.h. ich ersetze in bereits vorhandenen Texten einfache Schreibmaschinen-Anführungszeichen durch typographisch richtige Anführungszeichen, Viertelgeviertstriche (Bindestriche) durch Halbgeviertstriche oder Minuszeichen, drei Einzelpunkte durch Ellipsenzeichen u.s.w. Es ist dabei sehr lästig, immerzu herunter- und heraufzuscrollen.

Direkt unter dem Bearbeitungsfenster sehe ich immer den Urheberrechtshinweis. Der ist zweifellos auch nicht unwichtig. Aber den Urheberrechtshinweis muss man nur einmal im Leben lesen; die Sonderzeichenliste brauche ich dagegen täglich hundertmal.

Lösungsvorschlag

Ich schlage vor, die Sonderzeichenliste zwischen dem Eingabefenster und dem Urheberrechtshinweis zu plazieren. Da die Sonderzeichenliste nur aus einer oder zwei Zeilen besteht und damit eine viel geringere vertikale Ausdehnung als der Urheberrechtshinweis hat, wird dieser auch dann noch sichtbar sein.

Im übrigen glaube ich kaum, dass eine Verschiebung des Urheberrechtshinweises unter die Sonderzeichenliste eine wesentliche Zunahme von Urheberrechtsverletzungen zur Folge haben würde.

Anmerkungen

Die Sonderzeichenliste wurde bereits vor einigen Jahren einmal kurzzeitig unmittelbar unter dem Eingabefenster angezeigt. Zu meinem Bedauern wurde dies aber nach wenigen Wochen wieder rückgängig gemacht.

Ich benutze die Benutzeroberfläche MonoBook (die früher einmal Standard war). Deshalb würde es mir genügen, wenn meine vorgeschlagene Änderung nur bei MonoBook realisiert wird. Da neue Benutzer und insbesondere anonyme Benutzer, für die der Urheberrechtshinweis vermutlich in erster Linie gedacht ist, wahrscheinlich in aller Regel die voreingestellte Benutzeroberfläche Vector verwenden, würde sich dann für sie nichts ändern. Wer dagegen viele typographische Korrekturen anbringt, braucht nur auf MonoBook umzusteigen.

Vorschlagende Person

BurghardRichter (Diskussion) 12:50, 1. Jun. 2017 (CEST)[Beantworten]

Unterstützung



Vereinfachtes Einstellen von mehreren Bildern zu einem Thema

[Quelltext bearbeiten]
Was ist das Problem?

Beim Hochladen von Bilden zu den Commons von Wikipedia Artikeln muss man für jedes einzelne Foto mindestens eine Beschreibung und eine Category angeben. Das Einstellen größerer Fotoreihen ist daher ein sehr zeitaufwändiger Akt.

Wen betrifft das Problem besonders?

Alle Personen die mehrere Fotos oder öfters Fotos einstellen.

Lösungsvorschlag

Es wäre günstig wenn für die Beschreibung der einzelnen Fotos der Titel automatisch übernommen wird. Für viele Fotoreihen würde das als Beschreibung ausreichen.

Die Angabe der Category könnte für alle Bilder nach Angabe beim ersten Bild übernommen werden, da sie meist auch zu der gleichen Category gehören.

Vorschlagende Person

Frank Lemon (Diskussion) 20:56, 29. Mai 2017 (CEST)[Beantworten]

Unterstützung



Was ist das Problem?

Bei jedem Wechsel Sommerzeit ↔ Winterzeit muss ich in den Einstellungen unter Aussehen/Zeitunterschied die Zeitzone bzw. die dargestellte Zeit korrigieren.

Wen betrifft das Problem besonders?

Alle

Lösungsvorschlag

Neben der Zeitzone ist ein zusätzliches Feld (Checkmark) für Sommerzeit notwendig. Dahinter ist Tabelle in der Software abgelegt, ab welchem Datum in welchem Land die Sommerzeit gilt.

Vorschlagende Person

Atamari (Diskussion) 02:32, 5. Jun. 2017 (CEST)[Beantworten]

Unterstützung



[Quelltext bearbeiten]
Was ist das Problem?

Ein Problem ist es nicht. Es wäre nur komfortabel, wenn es so etwas gäbe. Ich bin mir nicht sicher, ob und inwieweit das umsetzbar ist, aber es wäre schön, ein

→ Tool zu haben, bei dem man einen Link eingibt und das dann einen (mehr oder weniger perfekten) <ref>-Baustein für eine Fußnote ausgibt. Setzt natürlich voraus, dass man dafür an die Daten kommt, mit denen man diesen Baustein dann befüllt. Womöglich rücken die einige Anbieter heraus bzw. lassen sich auslesen?

(Einfach eine Idee..)

Wen betrifft das Problem besonders?

Fast jeden.

Lösungsvorschlag

Das überlasse ich versierteren Leuten.

→ Bsp./Variante : man gibt dem Programm den Link zu dem Artikel auf einer Nachrichtenseite (z.B. Welt online); das Programm holt sich den Titel, Autor etc. von der Website und packt das in einen Ref-Baustein, der als Kopiervorlage angezeigt wird.. Umsetzbar?

Vorschlagende Person

Zuviele Interessen (Diskussion) 17:29, 29. Mai 2017 (CEST)[Beantworten]

Unterstützung



Maximale Länge der Kommentare von Bearbeitungen und Logbucheinträgen erhöhen

[Quelltext bearbeiten]
Was ist das Problem?

Bei Bearbeitungen und Einträgen in den Logbüchern kann man einen Kommentar dazuschreiben, allerdings ist kein Platz für einen ausführlichen Kommentar. Automatische Kommentare beim Rollback einer IPv6 oder Begründungen beim Verschieben von Artikeln mit längerem Namen werden teilweise abgeschnitten.

Wen betrifft das Problem besonders?

Alle Benutzer

Lösungsvorschlag

Die Kommentare sollten auf varchar(1024) (oder mehr) umgestellt werden. Damit hätten wir dann jeweils 1024 Bytes für ausführliches Kommentieren.

Anmerkungen

   

Vorschlagende Person

Morten Haan 🍱 Wikipedia ist für Leser daSkin-Entwurf 00:29, 6. Jun. 2017 (CEST)[Beantworten]

Unterstützung



Echoerweiterung 4: Commons für das Einbinden von eigenen Dateien; analog Echo für Verlinkung von erstellten Artikeln

[Quelltext bearbeiten]
Was ist das Problem?

Es gibt keine Information über das Einbinden von hochgeladenen Dateien bei Commons analog der Verlinkung von Artikeln

Wen betrifft das Problem besonders?

Fotografen

Lösungsvorschlag

Echonachrichtigung für das Einbinden von Dateien - Projekt und sprachversionübergreifend

Anmerkungen

siehe weitere Echoerweiterung

Vorschlagende Person

Z thomas Thomas 15:41, 31. Mai 2017 (CEST)[Beantworten]

Unterstützung



Artikel für beschränkte Zeit beobachten

[Quelltext bearbeiten]
Was ist das Problem?

Schon lange gewünscht, noch immer nicht umgesetzt, worüber ich mich fast täglich ärgere:

  • Viele Artikel will man nicht ewig auf der Beobachtungsliste haben, aber doch für ein paar Tage oder Wochen beobachten (weil man außerhalb seines Arbeitsgebiets etwas geändert hat, weil man jemandem auf der Diskussion eine Nachricht hinterlassen hat etc.)
  • Eine Option auf eine beschränkte Beobachtungsdauer würde stark helfen, die Beobachtungsliste übersichtlicher zu halten.
Wen betrifft das Problem besonders?

Nützlich für jeden, aber vor allem für diejenigen, die Tausende von Seiten beobachten.

Lösungsvorschlag

Eine zweite Auswahl "Diese Seite für 30 Tage zu meiner Beobachtungsliste hinzufügen"

Vorschlagende Person

Lars (User.Albinfo) 22:26, 11. Jun. 2017 (CEST)[Beantworten]

Unterstützung



Einführung eines Programms bzw. Bots, das / der selbstständig fehlerhafte (überflüssige) Leerzeilen und -zeichen erkennt und beseitigt (beginnend bei Vorlagen?)

[Quelltext bearbeiten]
Was ist das Problem?

Häufig passieren beim Tippen Flüchtigkeitsfehler wie eben das Einfügen überflüssiger Leerzeilen und -zeichen, was im Lesemodus dann meist nicht sehr schön aussieht. Ist zwar vielleicht eher ein kosmetisches Problem, aber möglicherweise ließe sich ja gerade bei dem vergleichsweise überschaubaren (?) Komplex Leerzeilen und -zeichen eine geeignete automatisierte Lösung finden, um diesbezüglich Korrektoren lästige Handarbeit künftig zu ersparen?

Wen betrifft das Problem besonders?

Insbesondere um die optische Verbesserung und Aufwertung bemühte BearbeiterInnen

Vorschlagende Person

Erdic (Diskussion) 01:27, 11. Jun. 2017 (CEST)[Beantworten]

Unterstützung



Vorlage:GeoTemplate an geänderte URL-Struktur von verlinkten Kartendiensten anpassen.

[Quelltext bearbeiten]
Was ist das Problem?

Die Vorlage:GeoTemplate definiert URLs/Links zu diversen Kartendiensten (Viewern), unter andem zu LANIS und Geo-Online Hamburg (beide zu finden im Abschnitt „Lokale Anwendungen“ → „Europa“ → „Deutschland“ → „Kartendienste der Vermessungsverwaltungen der Länder“). LANIS wurde vor einiger Zeit durch ein neues LANIS mit anderer URL-Struktur ersetzt, so dass sämtliche Direktlinks nicht mehr so fuktionieren, wie ursprünglich beabsichtigt, sondern auf der Hauptseite des Viewers landen. Die Direktlinks auf Geo-Online Hamburg funktionieren zwar noch bezüglich der Zentrierung auf die Koordinaten, aber es erscheint die Fehlermeldung: „Parametrisierter Aufruf fehlerhaft! Die Angaben zu LAYERIDS passen nicht zu VISIBILITY bzw. TRANSPARENCY. Die Parameter werden ignoriert.“

Nebenbei bemerkt:
Die Links auf http://www.geolocation.ws im Abschnitt „Globale Anwendungen“ → „Anwendungen mit Wiki-Aspekt“ führen zu allen möglichen Seiten, auch phishing-verdächtige (Gewinnbenachrichtigungen unter obskuren Domains wie http://popular.com-m-de-low7.thkaydtwak.bid/c739deL/Danke.html)
Außerdem funktionieren die Links zu
http://www.geourl.org im Abschnitt „Globale Anwendungen“ → „Anwendungen mit Wiki-Aspekt“ und
http://www.earthtools.org im Abschnitt „Andere ortsbezogene Informationen“ → „Zeitzonen“
zur Zeit nicht, weiß jemand ob die zu einer anderen Domain umgezogen sind? Weiß jemand, inwiefern http://new.earthtools.org/ gegebenenfalls ein brauchbarer Ersatz wird(/ist) oder nicht?
Die im Abschnitt „Lokale Anwendungen“ → „Europa“ → „Deutschland“ → „Weitere Kartendienste auf Ebene der Bundesländer“ verlinkte HistoMap Berlin jedenfalls ist umgezogen zu http://histomapberlin.de/histomap/de/index.html, der vorhandene Link produziert hingegen eine 404.

Wen betrifft das Problem besonders?

Alle, die die Links zu den Kartendiensten LANIS, Geo-Online Hamburg usw. im GeoHack nutzen.

Lösungsvorschlag

Die Vorlage:GeoTemplate aktualisieren, indem ihr Quellcode an die geänderte URL-Struktur von den verlinkten Kartendiensten angepasst wird. Eine ausführlichere und leichter verständliche Dokumentation zum Quelltext der Vorlage, insbesondere bezüglich der Variablen, könnte zudem helfen, die genaue Funktionsweise der Vorlage besser zu verstehen. mw:GeoHack#Replacement variables setzt schon einige Kenntnisse voraus.

Vorschlagende Person

X:: black ::X (Diskussion) 18:37, 11. Jun. 2017 (CEST)[Beantworten]

Unterstützung



Wartung von Vorlagen über Sprachversionen hinweg

[Quelltext bearbeiten]
Was ist das Problem?

Viele kleine Sprachversionen übernehmen Vorlagen aus der Sprachversion in der jeweiligen Amtssprache (z. B. brwiki aus der frwiki, alswiki aus der dewiki, sewiki aus der fiwiki usw.) als lokale Kopie. Die zugrunde liegenden Vorlagen in den jeweiligen großen Sprachversionen werden aber immer wieder geändert, verbessert, umstrukturiert. Damit auch die Vorlagen in den kleinen Sprachversionen jeweils auf dem aktuellen Stand bleiben, müssen diese Änderungen immer wieder nachgetragen werden. Dieser Wartungsaufwand ist für die meisten kleinen Sprachversionen kaum zu leisten. Aus diesem Grund veralten die Vorlagen dort relativ schnell, zum Teil funktionieren sie mittlerweile gar nicht mehr, weil z. B. durch ein Javaskript-Update wesentliche Funktionen nicht mehr kompatibel sind.

Wen betrifft das Problem besonders?

Alle kleinen Sprachversionen der Wikipedia.

Lösungsvorschlag

Mögliche Lösungen wären z. B.

  • Vorlagen werden auf Wikidata ausgelagert und dort aktualisiert. In den jeweiligen Sprachversionen verbleibt nur eine lokale Übersetzung.
  • Auf Vorlagen in anderen Sprachversionen kann direkt zugegriffen und diese für Artikel genutzt werden, ohne dass eine lokale Kopie angelegt werden muss. In der Zielsprache verbleibt nur eine lokale Übersetzung.
  • Eine automatische Aktualisierung der Vorlagen-Kopien in den jeweiligen Sprachversionen per Bot.
    Anmerkungen

Eine Verbesserung dieser Situation sollte unbedingt im direkten Kontakt zu den Communities der kleinen Sprachversionen stattfinden.

Vorschlagende Person

Holder (Diskussion) 11:53, 6. Jun. 2017 (CEST)[Beantworten]

Unterstützung