Zum Inhalt springen

Benutzer Diskussion:RolandUnger/Archiv/2017/4.Quartal

Seiteninhalte werden in anderen Sprachen nicht unterstützt.
Abschnitt hinzufügen
Aus Wikivoyage
Letzter Kommentar: vor 6 Jahren von DerFussi in Abschnitt Flickr in VCard

RolandUnger > Archiv > 4.Quartal
Dieser Artikel ist Teil unseres Archivs. Den aktuellen Artikel findest Du unter Benutzer Diskussion:RolandUnger.


GPX resp. GeoJSON-Tracks

[Bearbeiten]

Lieber Roland, ich wollte mich in einem ruhigen Moment einmals dahinter machen, die Wadnertracks von GPX auf das GeoJSON umzustellen, dafür habe ich noch Konverter im Weg gefunden, weiss aber nicht mehr, wie ich die in unsere Artikel integriere. Nur, dass sie auf Commons hochgeladen werden müssen, einfach wie ein Bild in die entsprechende Kategorie, oder eine neue Kategorie erstellen. Du hattest es mal in der Lounge erklärt, aber ich finde es im Archiv nicht mehr, die Suche nach Beiträgen im Lounge Archiv war nicht erfolgreich, meine Suchstrategie stimmt wohl nicht. Dann könnte man wohl auch den Hilfe-Artikel anpassen, wenn ich mal gerafft habe, wie es geht.. - danke für die Hilfe, lieber Gruss Martin - Mboesch (Diskussion) 10:09, 14. Sep. 2017 (CEST)Beantworten

Ich würde das Ganze gern etwas verschieben, weil es jetzt im Urlaub kaum geht. Ich möchte dann versuchen, dass wir alles (etwa 30 Dateien) auf einmal erledigen. --RolandUnger (Diskussion) 17:48, 15. Sep. 2017 (CEST)Beantworten
Kein Problem, geniess die Tage, lieber Gruss aus dem nass-nebligen und heute kalt- sonnigen Klettgau Martin - Mboesch (Diskussion) 19:14, 15. Sep. 2017 (CEST)Beantworten

GPX indicator files on WikiVoyage not XML conform, breaking (mobile) app functionality

[Bearbeiten]

Hi there, Roland

I am looking for someone that is responsible for the implementation of the GPX indicator functionality of WikiVoyage pages. Unfortunately, there currently seems to be a bug with this functionality. Since descriptions are now added to these GPX files from the original article but without properly parsing them, XML-uncompliant GPX files are produced (e.g. <desc>Foo & bar</desc>), breaking the functionality of Navigation- and Geo-Apps like OSMand for smartphones. I consider this is quite severe, because I reckon many people use these GPX files.

Example: Vorlage:Mapserver/w/poi2gpx.php?print=gpx&lang=en&name=Tallinn (from https://en.wikivoyage.org/wiki/Tallinn upper right corner) (search for "& ")

Can you point me to someone that can help me correcting this issue.

Cheers, Ceever (Diskussion) 01:12, 4. Okt. 2017 (CEST)Beantworten

I am in a holiday, therefore I cannot do so much now. But I will return home next week. The problem mentioned is known to me. I told this Andyrom75 who proposed the adding of the description. There are a lot of things like Wiki syntax which aren't filtered including "&". Solving these problems needs a lot of efforts. That's why we programmed this tool at the German Wikivoyage anew as a JavaScript script because of two reasons: (i) we do not need to have access to an external server, and the script can be modified more easily by the community. (ii) We are using the html code directly. Therefore we do not have to translate Wiki templates, and it is only necessary to remove html tags. Of course, we have to slightly adapt this script. I can support you in this case. --RolandUnger (Diskussion) 08:27, 4. Okt. 2017 (CEST)Beantworten
From mw:User talk:AKlapper (WMF)#Responsible for GPX files on WikiVoyage: I answered @Ceever: on my talk page at the German Wikivoyage. The programmer of all the mapping tools is no longer active -- I will not explain here why. The problem is known to me. The PHP script is parsing the Wiki syntax. Therefore there are not only & but also not expanded templates and so on in the description field of the GPX files. To solve this, I proposed several weeks ago to use a JavaScript script replacing the PHP script mentioned. But my proposal was strongly refused by the English community. At the German Wikivoyage we are using now the new script. I think it is working well. --RolandUnger (talk) 06:41, 4 October 2017 (UTC)
Hi there. Thank you. Can you point me to the discussion you had with the "English community" on this topic? Also, does this script support the inclusion of GeoJSON stored as maplinks, like at the end of the source of en:Lahemaa National Park? Cheers, Ceever (Diskussion) 20:54, 13. Okt. 2017 (CEST)Beantworten
In general, where would this js script be implemented? Here: https://en.wikivoyage.org/wiki/Template:GPX_indicator ? Also, it seems to me, looking at the wiki source of the latter, the GPX file is produced on a German server: Vorlage:Mapserver Can we not just correct the problem there? Who has access to the PHP scripts? Can I potentially propose a change of the code? Cheers, Ceever (Diskussion) 18:22, 14. Okt. 2017 (CEST)Beantworten

────────────────────────────────────────────────────────────────────────────────────────────────────

@Ceever: I am now the only one who has access to the PHP scripts. Also Mey2008 can access these scripts. But he is not active any longer because he was crossed off by the English community. Now I have to give support for these scripts but I am really busy and I am not familiar with them. The problem mentioned occured after adding the desc field. Of course we can try to substitute all <, >, and & to sgml character entities. But the main problem is still preserved: templates cannot be substituted.

Furthermore, our association decided to stop all hosting activities. We will try to move the scripts to WMF servers. But I do not know if this will succeed and who will give support.

That's why we are looking for alternatives now to substitute the PHP scripts. Poi2Gpx could easily substituted by a JavaScript script. Because we will take the information from the html source code, all templates are already expanded and the entities mentioned are correctly converted. The script is part of the MediaWiki namespace and will be added to both MediaWiki:Common.js and MediaWiki:Mobile.js. Of course, we had to adapt the script. But this can be done in the user namespace before to ensure proper working.

Of course, JavaScript has JSON support. Therefore it seems possible to add GeoJSON tracks to the gpx files, too.

By the way, routes should not be added to articles itself like done at Lahemaa National Park but should be stored to Mediawiki Commons. An example can be found at the Kartographer help. --RolandUnger (Diskussion) 14:06, 15. Okt. 2017 (CEST)Beantworten

Well, then it seems quite inevitable that we do something about it soon. I am in favour of that script, however, we need to remember that this is working on formatted data (even if templates are expanded) and thus depending on its formatting, instead of consistent raw data. Regarding the GeoJSON on Common, there are currently issues with licensing - see https://commons.wikimedia.org/wiki/Data_talk:Kuala_Lumpur_Districts.map. So, I would prefer having both. I open a discussion on the Pub. Thanks, Ceever (Diskussion) 13:15, 16. Okt. 2017 (CEST)Beantworten
@Ceever: On formatting, only plain text is given by the script. The output does not contain any Wiki syntax, too. We can put the script to my user page and can test it before general use.
Concerning Wikidata and Commons: now we stated again that it is allowed to store listing data on Wikidata. Before storing map data on Commons we should be sure that the data are really CC0. If there are any doubt we will get discussion on deletions. If any author get a track by himself and declared it CC0 then there is no discussion. The current discussion bases on the assumption that the data were obtained from a database which does not use CC0. Alternatively, borders can easily be obtained from data which are stored on OpenStreetMap without storing them again at Commons. It is only a question of time that our authors become familiar with these rules. --RolandUnger (Diskussion) 18:17, 17. Okt. 2017 (CEST)Beantworten

DMS -> Dez

[Bearbeiten]

Es ist mir jetzt schon ein paar aufgefallen, daß Du in neuen Artikel die Längen/Breitenangaben von der für Menschen gut verständlichen Graddarstellung in schlecht lesbare dezimale Werte änderst. Persönlicher Spleen oder tieferer Sinn dahinter? --Zenwort (Diskussion) 08:57, 20. Okt. 2017 (CEST)Beantworten

Ich denke mal, weil alle Programme und externe Anwendungen nur dezimale Angaben verstehen. Für alle Tools, die man rund ums Wiki programmiert muss man diese umständlichen Angaben erst aufwändig in Dezimalangaben umrechnen. Für mich ist es auch einfacher. Ich greife Koordinaten auf Webseiten wie Wikimapia ab, und dort stehen sie auch schon dezimal. Aber Roland weiß da sicher mehr. -- DerFussi 09:03, 20. Okt. 2017 (CEST)Beantworten
Auch für die Nutzung auf dem Mobiltelefon, Download eines GPX Files usw. benötigt man immer dezimale Angaben. Auch externe ANwendungen, die wir nicht mal kennen, aber unsere Daten nutzen, freuen sich über Dezimalkoordinaten. Lediglich wenn man Koordinaten optisch präsentieren will, kann man DMS benutzen. Aber kein Leser wird sich den Wiki-Quelltext anzeigen lassen, um sich die Koordinaten rauszuschreiben. -- DerFussi 09:29, 20. Okt. 2017 (CEST)Beantworten
Ich kann versichern, dass es sich hier nicht um einen Spleen handelt, sondern um technische Notwendigkeiten.
Wartungsarbeiten am Beispiel der Fraser Coast
  • Wir sprechen hier über die Syntax, nicht über die Ausgabe. Die Syntax ist nicht für den normalen Leser bestimmt. Diejenigen, die mit der Syntax zurechtkommen, können auch Dezimal-Koordinaten lesen.
  • Wir leisten uns als einziges Wikivoyage-Wiki den Luxus, überhaupt mit Hexagesimal-Koordianten (DMS) umgehen zu können. Die Übernahme in andere Wikis ist damit nicht möglich. Wir haben für diesen Zweck eigene Programmmodule entwickeln müssen. Auch der vCard-Editor braucht diese Nachhilfe. Der Hauptgrund für diesen Luxus ist, dass man unterwegs schnell Daten eingeben kann, ohne Koordinaten umrechnen zu müssen.
  • Die Umrechnung DMS in Dezimal-Koordinaten ist aufwändig und kostet viel Rechenzeit. Für das Parsen der über 200 vCards in Artikeln wie Bremen oder Halle (Saale) benötigen wir über 3 Sekunden Rechenzeit. Mit DMS-Koordinaten steigt die Rechenzeit um etwa 30 %. Uns machen insbesondere die vielen individuellen Schreibweisen zu schaffen. Deshalb gibt es für DMS-Angaben eine eigene Wartungskategorie, so dass diese Koordinaten angepasst werden können. Die Bereinigung von Fehlern in den vCards gehört übrigens nicht zu unseren Lieblingsbeschäftigungen.
  • Externe Werkzeuge wie unsere eigenen Kartentools können keine DMS-Angaben auswerten. Diese Werkzeuge stützen sich fast ausschließlich auf die Wiki-Syntax. Es gibt bereits zahlreiche externe Werkzeuge wie Wikivoyage listings (siehe auch den zugehörigen Validation Report), die Wikivoyage vCards listings für unterschiedliche Datenbankformate aufbereiten. DMS wird ignoriert.
Es ist hier vielleicht auch sinnvoll zu erwähnen, dass man die Vorlage {{Marker}} verwenden sollte, wenn man nur einen Marker angezeigt haben möchte und die erweiterte Funktionalität der {{vCard}} nicht benötigt. Wir sparen hiermit etwa 50 % Rechenzeit. Zudem sollte die vCard niemals im Inline-Modus verwendet werden. Das bedeutet eine Unmenge Nacharbeit, die andere Nutzer erledigen müssen. --RolandUnger (Diskussion) 10:24, 20. Okt. 2017 (CEST)Beantworten
Danke für die ausführliche, vernünftig nachvollziehbare Begründung --Zenwort (Diskussion) 17:21, 21. Okt. 2017 (CEST)Beantworten

Main-Kinzig-Kreis

[Bearbeiten]

Hi,

Danke dass Du im oben genannten Artikel die Buchhandlung bei Literatur raus genommen hast. War natürlich ein grober Fehler meinerseits ;) Viele Grüße--141.2.222.21 20:04, 25. Okt. 2017 (CEST)Beantworten

Wo werden denn bei WY die Einzelnachweise angegeben? Ich dachte jetzt die stehen unter Literatur, aber im Artikel über Frankfurt am Main, der ja als vollständiger Artikel gekennzeichnet wurde, ist das nicht so bzw. dort gibt es keine Einzelnachweise. Viele Grüße--141.2.222.21 15:26, 26. Okt. 2017 (CEST)Beantworten
Gerade gesehen. Ich drängle mich mal rein. Auch am Artikelende. Einfach eine Zwischenüberschrift bei Bedarf einfügen. Beispiel siehe Nanxun. (Wikivoyage:Belege). Ich habe es mir notiert, das besser zu dokumentieren. -- DerFussi 15:50, 26. Okt. 2017 (CEST)Beantworten
Cool, Danke für die schnelle Antwort. Ich kannte es bisher nur aus WP-Artikeln, deshalb auch die Verwirrung. Viele Grüße--141.2.222.21 19:08, 26. Okt. 2017 (CEST)Beantworten

Uses Wikidata

[Bearbeiten]

Gibt es schon: {{Benutzt Wikidata}} und wird auch benutzt. -- DerFussi 10:00, 31. Okt. 2017 (CET)Beantworten

Habe es beim Übersetzen auch gemerkt. Führe gerade alles zusammen. --RolandUnger (Diskussion) 10:03, 31. Okt. 2017 (CET)Beantworten
Auch in Wikidata eingetragen. --RolandUnger (Diskussion) 10:13, 31. Okt. 2017 (CET)Beantworten

LA

[Bearbeiten]

Zum Artikel AirBerlin wurde bereits vor vier Wochen ein LA eingebracht. Die Mehrheit beschloss den Artikel zu löschen. Wann wird dies nun geschehen? 79.202.229.73

Der Artikel wurde gelöscht. --RolandUnger (Diskussion) 15:44, 30. Nov. 2017 (CET)Beantworten

Timeless skin

[Bearbeiten]

Ich habe z. B. in Kota Kinabalu unter dem Inhaltsverzeichnis einen roten Balken, wenn ich den timeless skin verwende. Ist das ein Nebeneffekt der VCard-Warnungsmarkierung? -- DerFussi 09:24, 27. Nov. 2017 (CET)Beantworten

Ich konnte den roten Balken nicht nachvollziehen, aber auszuschließen ist es nicht. Ich habe mal MediaWiki:CheckWrappedVCards.js angepasst. Vielleicht hilft es. --RolandUnger (Diskussion) 12:55, 27. Nov. 2017 (CET)Beantworten
Hat es, er ist weg :) :) -- DerFussi 13:28, 27. Nov. 2017 (CET)Beantworten

MultiColsLayout

[Bearbeiten]

Habe auf Hilfe:Portal mal {{MultiColsLayout}} benutzt, da ich die Seite gerne etwas responsive hätte, aber es steht untereinander. Geht es doch nicht so einfach? Die Inputbox sehe ich im timeless skin gar nicht. -- DerFussi 11:21, 29. Nov. 2017 (CET)Beantworten

Breitenangaben braucht man. Das Problem der Inputbox muss ich mir mal genauer ansehen. --RolandUnger (Diskussion) 11:27, 29. Nov. 2017 (CET)Beantworten
Oh, die hab'sch verschludert. Danke. -- DerFussi 11:29, 29. Nov. 2017 (CET)Beantworten

Flickr in VCard

[Bearbeiten]

Das Flickr-Logo in der VCArd wirkt recht wuchtig. Oft benutzt man die zwei Punkte: Flickr. Wollen wir das mal umstellen? -- DerFussi 12:45, 2. Dez. 2017 (CET)Beantworten

Ist schon erledigt. --RolandUnger (Diskussion) 13:56, 2. Dez. 2017 (CET)Beantworten
Oh. Toll... Danke. -- DerFussi 16:48, 2. Dez. 2017 (CET)Beantworten