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

RolandUnger > Archiv > 4.Quartal
Letzter Kommentar: vor 6 Jahren von RolandUnger in Abschnitt Telefonnummern
Dieser Artikel ist Teil unseres Archivs. Den aktuellen Artikel findest Du unter Benutzer Diskussion:RolandUnger.

Question Bearbeiten

Hi Roland. I am an admin at the Hebrew Wikivoyage. In the recent days I added calendars to several articles on the Hebrew Wikivoyage (calendars which are all operating based on the extension that you originally created). Unfortunately I have not figured out yet what exact code I need to add to the Hebrew Wikivoyage common.css in order for Saturdays (Sabbath) to be highlighted every week instead of of Sundays (the default). In this page you'll be able to see an example of the way our calendars are currently marking Sunday's in red instead of Saturdays. What code should I add to the hebvoy common.css in order to fix this issue ? ויקיג'אנקי (Diskussion) 01:02, 28. Okt. 2014 (CET)Beantworten[Beantworten]

? ויקיג'אנקי (Diskussion) 14:05, 30. Okt. 2014 (CET)Beantworten[Beantworten]
The extension gives the calendar with the CSS class sundays. Therefore we can highlight Sundays very easily with CSS declarations. To solve your problem I will check the source code of the extension to add similar classes to all days, at least to Saturdays and Fridays. But it will take a few days. --RolandUnger (Diskussion) 15:29, 31. Okt. 2014 (CET)Beantworten[Beantworten]
Thanks! ויקיג'אנקי (Diskussion) 22:46, 2. Nov. 2014 (CET)Beantworten[Beantworten]

Kartographer extension Bearbeiten

Hi, in it:voy I have a problem with the integration of the map because I need a specific feature for a couple of templates. One of them is it:Template:Destinationlist used in it:Tematica:Parchi nazionali in Africa. The problem consist on the fact that the extension analyze the pure wikicode, while the template (through a LUA module) resort the list of destination alphabetically, so there's no match between the POI on the map with the one shown in the body of the article (e.g. see POI #2). Do you know if it's possible to implement the sorting procedure written in it:Modulo:Itemlist inside the extension in order to make it work properly? Thanks for letting me know (please ping me). --Andyrom75 (Diskussion) 00:36, 17. Sep. 2016 (CEST)Beantworten[Beantworten]

I've written you since I've seen you have faced some customization issues. Please let me know if you can support/advice. --Andyrom75 (Diskussion) 16:34, 21. Sep. 2016 (CEST)Beantworten[Beantworten]
I will look for it within the next days. --RolandUnger (Diskussion) 16:36, 21. Sep. 2016 (CEST)Beantworten[Beantworten]
Thanks, let me know if you need any clarification. --Andyrom75 (Diskussion) 19:47, 26. Sep. 2016 (CEST)Beantworten[Beantworten]
I think it makes no sense to ask the programmers to implement a sorting algorithm in the extension software even it is not generally necessary. I wrote a dozen of Kartographer-related tasks to the phabricator – and nothing was realized. That's why I propose to do not implement a sorting in it:Modulo:Itemlist. There is another problem: The counting of points of interest is stopped at 99, but the named article it:Tematica:Parchi nazionali in Africa has about 350 destinations. The programmers are not able to add a 3-digit support, see Task T141335.
I am really unhappy with the work of the extension programmers. Of course, they are only two – but Mey2008 was only one. Maybe we should ask the Wikimedia Foundation to spend more money for the team.
I am only trying to find workarounds for some problems known from several communities to let the authors accept the Kartographer extension. But it did not succeeded in all cases. --RolandUnger (Diskussion) 13:39, 3. Okt. 2016 (CEST)Beantworten[Beantworten]
Thanks for your answer. Here below my comments.
Sorting: is a nice to have; simplify life to editors, and improve the readability (thanks to alphabetical ordering). They should only translate the current LUA algorithm into the extension language. It shouldn't be too much difficult. Since you have written many extensions, I was wondring if you are able to do it.
Numbering: I've already highlighted this problem in this talk page. I think that closing the ticket is a blind approach. To not look at problem, doesn't mean that the problem does not exist. I'm going to reopen it.
--Andyrom75 (Diskussion) 17:07, 3. Okt. 2016 (CEST)Beantworten[Beantworten]
Bug reopened. Please let me know about the sorting. Thanks, --Andyrom75 (Diskussion) 15:18, 4. Okt. 2016 (CEST)Beantworten[Beantworten]
Inside that bug I've inserted the patch that it's used on it:voy. Now finally we don't have anymore ridiculous article with limited numbers that differ from the map (see it:Pest). Feel free to apply it on de:voy as well.
Let me know you can support for the sorting at least for writing the code aligned to one that we have in the module. Thanks, --Andyrom75 (Diskussion) 09:42, 9. Okt. 2016 (CEST)Beantworten[Beantworten]
Thanks for your support. We must find a way to up pressure on the Wikimedia Foundation to improve the map tools according to the community's ideas and to provide money for aditional programmers on the other hand.
Sorting would be really difficult. We cannot use JavaScript because it is not working in the mobile view. Writing extensions is nearly senseless because we have no direct access to the servers. Unfortunately I am busy so it takes some time to look for a solution.
Because the current Kartographer tools could not be a complete substitute the Wikivoyage tools will be provided on the association's server in 2017, too. --RolandUnger (Diskussion) 07:56, 12. Okt. 2016 (CEST)Beantworten[Beantworten]
Regarding the 99-bug the only way that I see to put pressure is to increase the severity of the ticket, but in order to avoid an "edit-war", we should collect examples of articles in many languages (currently I have them in it:voy and en:voy) explaining that is a common issue.
For others and future bugs, well, the only way is to have a collaborative maintainer that know the topic and Wikivoyage. The current one is very far from these basic requirements. --Andyrom75 (Diskussion) 10:48, 12. Okt. 2016 (CEST)Beantworten[Beantworten]
Inside that bug I've specified also how to patch the mobile view. PS When you say that JS do not work on mobile view, are you referring to specific functions? I've used in the past basic JS function on mobile view. --Andyrom75 (Diskussion) 10:13, 13. Okt. 2016 (CEST)Beantworten[Beantworten]

#deg2dd Bearbeiten

Hoping that is an easy and short function, could you show me where can I find its code?

Because of slow rendering performance of a page, I need to translate it in a local LUA function, instead of calling an external extension function.

Let me know, --Andyrom75 (Diskussion) 18:52, 15. Okt. 2016 (CEST)Beantworten[Beantworten]

This function is part of the Extension:MapSources. If you do not find it I can send you the PHP code. I am also planning to rewrite both #deg2dd and #dd2dms functions because I need them for our vCard/Listing template which should be rewritten in Lua.
Do you know if there is an opportunity to load js code into Mobile.js. The importscript function is not working, and I did not found another way to do it. Now I copied all the code directly to Mobile.js but this is not convenient if changes are necessary. --RolandUnger (Diskussion) 19:05, 15. Okt. 2016 (CEST)Beantworten[Beantworten]
Found it (thanks). I've started to rewrite it on it:Modulo:Coord. My LUA skills are very low, but I've started to rewrite the initial part where a generic dms string is converted into a standard one. Incredibly it seems to work :-)
My idea is to split dms coord in single numeric components, in order to leverage on the rest of the module that is supposed to work correctly (it's running on it:w). Feel free to modify it.
Regarding the importscript honestly I haven't tried yet to use it on mobile.js, because all the code I've written there was very small so I doesn't need it. Maybe later I can try to investigate it. --Andyrom75 (Diskussion) 21:13, 15. Okt. 2016 (CEST)Beantworten[Beantworten]
I think I've done. Take a look at the module. However due to my low LUA skill I'm not confident on its reliability. If you are more expert than me, take a look at it and feel free to simplify it and adjust it where needed.
I've noticed that you have already discovered how implement external script on mobile.js, so one point is closed :-) --Andyrom75 (Diskussion) 17:57, 16. Okt. 2016 (CEST)Beantworten[Beantworten]
It was not sure for me if JavaScript on mobile devices could be modified. But it works. So, we can use it to make dynamic changes of our websites like for map applications. If I have some time I will analyze the coordinates script and your map problem but now I am busy. --RolandUnger (Diskussion) 18:48, 22. Okt. 2016 (CEST)Beantworten[Beantworten]

Thanks for help with <slippymap> Bearbeiten

  The Random Acts of Kindness Barnstar
Roland, thank you again for helping update the templates on the various WikiVoyages. CKoerner (WMF) (Diskussion) 18:45, 24. Okt. 2016 (CEST)Beantworten[Beantworten]
Thanks. --RolandUnger (Diskussion) 07:20, 25. Okt. 2016 (CEST)Beantworten[Beantworten]

Spam Bearbeiten

Hi. Sorry, I cannot understand German. Can you delete this page? Has been created by a Spambot. This content has been deleted in othr wikis. Thanks. Ks-M9 (Diskussion) 02:39, 26. Okt. 2016 (CEST).Beantworten[Beantworten]

  Done. --RolandUnger (Diskussion) 06:20, 26. Okt. 2016 (CEST)Beantworten[Beantworten]

MediaWiki:Gadget-ScrollGallery.js Vs. embedded slideshow Bearbeiten

FYI is possible to eliminate the above script customizing with some CSS the following core feature. Here below the comparison between your script with the embedded feature not yet customized.

Kamelmarkt in Birqasch
Kamelmarkt, Bild 1

Thanks for your hint. I will test it. The syntax is similar. But the quality of images is worse. --RolandUnger (Diskussion) 18:13, 2. Nov. 2016 (CET)Beantworten[Beantworten]

Quality can't change :-) Maybe you are referring to one of the two following facts:
  1. this slideshow mode does not load the final image immediately, but loads first a worse version to show earlier the image
  2. in the example above the dimension of the images are different, so the smaller may look worse
--Andyrom75 (Diskussion) 20:42, 2. Nov. 2016 (CET)Beantworten[Beantworten]
Have you got time to take a look at the mw script? It would be good to eliminate the custom local script in favour of the official centralized one. --Andyrom75 (Diskussion) 14:42, 3. Dez. 2016 (CET)Beantworten[Beantworten]

Beispiel Bearbeiten

Oodnadatta Track Bearbeiten

Hallo, du hast mit deiner Weisheit entschieden, dass die angegebene Möglichkeit zur Verbindungsaufnahme keine Emailadresse ist. Bravo, das ist faktisch richtig, da ja kein "@" in der URL vorkommt. Ich hatte immer gedacht, es wäre wichtig, Reisenden u.a. aufzuzeigen, wie sie Verbindung herstellen können? Wenn also jemand keine Emailadresse hat, sondern nur über eine URL erreichbar ist, dann ist bei WV keine Verbindungsaufnahme erwünscht! Ich bin sehr erfreut, solche Weisheiten lernen zu dürfen - oder ging es nur um das "@"? Formalienreiterei? --Marian Deschain (Diskussion) 22:27, 10. Nov. 2016 (CET)Beantworten[Beantworten]

Hinter email gehören nur Email-Adressen mit "@" wie hinter phone nur Telefonnummern und keine Preise. Webkontakte sind keine Emails. Hier geht es nicht um Formalienreiterei, sondern um diejenigen, die aufräumen müssen - Spaß macht das nicht. Zusätzliche Angaben wie Web-Kontakte lassen sich unter description einfügen. Mal sehen, wer in 1300 Artikeln Telefonnummern korrigiert. --RolandUnger (Diskussion) 06:27, 11. Nov. 2016 (CET)Beantworten[Beantworten]

Neue Frage Bearbeiten

Hi Roland, ich weiß nicht, ob dies der richtige Weg ist, auf eine Versionsänderung zu reagieren, aber ich habe keinen anderen Weg finden können.

Es geht um die jüngste Ergänzung im Artikel "Sarek" (...16. Nov. 2016‎ Samiland (→‎Mobilität: Eingefügt: Infos zu effektiver Blasenbehandlung), den du wieder entfernt hast u.a. mit dem Hinweis auf URV. Nachdem ich erfolgreich ermittelt hatte, was eigentlich URV bedeutet, konnte ich es dennoch nicht nachvollziehen. Sowohl Text als auch Bilder sind samt und sonders von mir. Weil beides aber auch veröffentlicht ist, habe ich vorsichtshalber die (öffentliche) Quelle angegeben. Also, eine Urheberrechtsverletzung ist nicht gegeben, denn ich, Klaus Heyne alias Samiland, bin der Urheber.

Ich weiß nicht, ob du schon mal längere Strecken gewandert bist. Ich vermute mal, das nicht. Ich aber schon und daher weiß ich, was es bedeutet, auf einer Wander-Reise unter einer Blase am Fuß zu leiden. Da es sich beim Reiseziel SAREK um ein Gebiet handelt, wo man sich nur zu Fuß fortbewegen kann, bin ich sicher, dass der Kreis Betroffener aus den sich dort umtreibenden Menschen nicht gering ist. Das WikiVoyage will Informationen und Tipps zu Reisen vermitteln. Ich als Leser - und möglicherweise noch unerfahrener Wanderer - wäre dankbar für einen Hinweis, wie man einen den Reisegenuss zunichte machenden Umstand einfach beheben kann. War wahrscheinlich zu weit gedacht. Schade. (nicht signierter Beitrag von Samiland (Diskussion | Beiträge))

Hi Samiland, natürlich sind wir auf die Zuarbeit vieler Autoren angewiesen und darüber erfreut, seien die Änderungen auch noch so klein. Das gilt natürlich auch für Sarek.
Wikivoyage agiert aber nicht im rechtsfreien Raum. Für das deutsche Wikivoyage gilt sowohl deutsches als auch US-amerikanisches Recht, insbesondere das von Texas.
Auch eine öffentlich zugängliche Quelle ist nicht automatisch urbeberrechtsfrei. Das von dir verwendete Buch (Heyne, Klaus: …nur noch bis dahinten! Book on Demand, 2014, ISBN 978-3-7322-3432-5.) wird auch überall, selbst bei Google, als „urheberrechtlich geschütztes Material“ ausgewiesen. Ohne Nutzungsrechte vom Autor, meist auch noch vom Verlag, können wir es hier nicht veröffentlichen. Es gibt im Urheberrechtsgesetz (§51 UrhG) zwar die Möglichkeit des Zitats, aber es muss als solches in Gänze eindeutig ausgewiesen werden. Zudem darf es sich nicht um ein Großzitat handeln, das nur in der Wissenschaft erlaubt ist.
Dein Großzitat ist eindeutig eine Urheberrrechtsverletzung (URV), und in diesem Fall müssen wir umgehend handeln, also löschen.
Sicher liegt in deiner Bearbeitung keine böse Absicht vor, aber es ist ein Danaergeschenk für die Wikivoyage-Gemeinde. Im Hintergrund, für die meisten unbemerkt, prüfen Autoren und Administratoren mit den zur Verfügung stehenden Mittel neue Einträge auf Korrektheit und URV. Und hoffentlich finden wir alles. Damit ist die Arbeit aber nicht vorbei. Im Falle einer von Dritten gefundenen URV geht die Arbeit erst recht los. Der letzte Fall hat zum Beispiel zwei Wikivoyage-Autoren, einen Wikipedia-Autoren und und einen Juristen des Wikimedia e.V. eine Woche lang beschäftigt!
Wenn wir URV erst spät entdecken, bedeutet dies zudem, dass wir dann auch die Arbeit aller folgenden Autoren mit löschen müssen, da es einen technisch großen Aufwand darstellt, aus allen Folgeversionen die betreffenden Textstellen händisch herauszulösen.
Wenn dies der Verlag gestattet, kann natürlich ein Autor uns Nutzungsrechte einräumen. Dies muss aber ein juristisch bindender Vertrag sein. Der Autor mit Anschrift, Telefon etc. muss Wikivoyage in schriftlicher Form diese Rechte einräumen, und es muss hier in einem (für Wikivoyage noch nicht bestehenden) Ticketsystem hinterlegt werden.
Aber ich möchte noch einen zweiten Punkt ansprechen. Hier geht es um die geschilderten Gesundheitsinformationen. Blasen an den Füßen sind kein ausschließliches Problem in Sarek. Dies sollte in einem eigenständigen Artikel behandelt werden, auf den man dann auch bequem verlinken kann.
Viel problematischer sind aber aus juristischer Sicht die Inhalte derartiger Abhandlungen. Am besten wäre es, wenn diese Informationen von einem Fachmann, sprich Arzt, stammen. Der kann dann sicher präzis auf Erste-Hilfe-Maßnahmen und notwendige Folgebehandlungen eingehen. Und auch diese Informationen versehen wir mit dem Baustein {{Medinfo}}. Denn die sind heikel: wenn ein Hotel nicht mehr betrieben wird, ist das ärgerlich, aber verschmerzbar. Sollten sich aus den hier gebotenen Informationen bleibende Gesundheitsschäden und/oder Verdienstausfälle oder andere finanzielle Schäden ergeben, wird dies sehr problematisch und teuer.
Ich kann dich beruhigen: ich bin schon längere Strecken gewandert und nehme gelegentlich auch ein Zelt mit. Ein Sinai-Trekking reizte mich schon, aber dies ist schon eine echte Herausforderung (3500 Meter Höhenunterschied, Verpflegung).
Hallo Roland,
das war eine wirklich erschöpfende Antwort und ich muss zugeben, dass mir viele der von dir angesprochenen rechtlichen Dinge so nicht bekannt waren. Aus diesem Blickwinkel kann ich die Löschung der Textpassage nachvollziehen und werde künftige Beiträge von mir auch mit etwas anderen Augen sehen. Grüße, Klaus

--RolandUnger (Diskussion) 08:02, 19. Nov. 2016 (CET)Beantworten[Beantworten]

Öffnungszeiten auf Wikidata Bearbeiten

Ich bin gerade dabei, mal eine Touristeninformation maximal zu befüllen. Kann man mittlerweile auch die Öffnungszeiten erfassen (Uhrzeiten)? -- DerFussi 16:32, 24. Nov. 2016 (CET)Beantworten[Beantworten]

Eigentlich ja, mit der Eigenschaft P3025. Ein Beispiel gibt es z. B. hier: Nationalmuseum Warschau. Da habe ich mich aber noch nicht herangewagt. --RolandUnger (Diskussion) 16:35, 24. Nov. 2016 (CET)Beantworten[Beantworten]
Das habe ich gefunden. Aber die haben keine Uhrzeiten erfasst. Ich habe auch Start- und Endzeitpunkt als separate Properties erfasst und nicht unter "Alle Wochentage".. hmmmm... naja.. -- DerFussi 16:57, 24. Nov. 2016 (CET)Beantworten[Beantworten]
Deine vCards Veränderungen: Super, die Änderungen sind äußerst positiv, es ist in jeder Hinsicht eine Erleichterung zu vorher (und da war schon alles recht easy!), danke!!!--Scholless (Diskussion) 23:40, 25. Nov. 2016 (CET)Beantworten[Beantworten]

VCArd und Namensraum Bearbeiten

In der Lounge sieht man einige Wartungskategorien der VCard. Sollte man die Kategorisierung vielleicht namensraumtechnisch beschränken? -- DerFussi 07:20, 30. Nov. 2016 (CET)Beantworten[Beantworten]

Ja, das kann man sicher. Werde ich in Angriff nehmen. --RolandUnger (Diskussion) 07:22, 30. Nov. 2016 (CET)Beantworten[Beantworten]
Momentan werden die Kategorien nur im Hauptnamens- und im Modul-Namensraum angelegt. --RolandUnger (Diskussion) 16:15, 30. Nov. 2016 (CET)Beantworten[Beantworten]

Electron Bearbeiten


Ich habe dort Vietnam eingetragen, und bekam diesen Link:

Derzeit ist das noch beta, die Zugriffe sind auf 200 Abfragen beschränkt.Boshomi (Diskussion) 23:38, 5. Dez. 2016 (CET)Beantworten[Beantworten]

Vielen Dank für den Hinweis. --RolandUnger (Diskussion) 18:53, 6. Dez. 2016 (CET)Beantworten[Beantworten]

Edittools auf it: Bearbeiten

Hier: it:MediaWiki:Gadget-SmartEdittools.js - ich hatte noch keine Zeit näher zu gucken. -- DerFussi 07:51, 15. Dez. 2016 (CET)Beantworten[Beantworten]

Type-Änderungen in VCards Bearbeiten

Hallo Roland, ich sehe, dass Du heute schon auf diversen Seiten in bestehenden VCards den Typ geändert hast von "bike rental" in "bicycle rental". In Vorlage:VCard/Type2PoiType (sehr übersichtlich, auch für den nicht so geübten Benutzer zu verstehen!) finde ich dieses aber nicht. Sollte man das an dieser Stelle dann nicht auch ändern? Aber warum eigentlich die Änderung? Gruß --Eduard47 (Diskussion) 11:37, 17. Dez. 2016 (CET)Beantworten[Beantworten]

Wegen Übereinstimmung mit OpenStreetMap tags. Ich will neue Begriffe vermeiden. --RolandUnger (Diskussion) 11:53, 17. Dez. 2016 (CET)Beantworten[Beantworten]

Zielpublikum Bearbeiten

Hallo Roland, gibt es eine Definition des Zielpublikums dieser Website? Ich finde den Artikel über Kassel, an dem ich gerade schreibe sehr zentriert auf "Heuschrecken"-Touristen (Kommen-Fressen-Gehen). Als Urkasseler kann ich doch für tiefer Interessierte relevantere Informationen geben als das, was eh auf der Website der Stadt steht (Übertrieben gesagt). Vielleicht kannst du mir helfen. Vielen Dank, --Schvvarz (Diskussion) 11:45, 22. Dez. 2016 (CET)'Beantworten[Beantworten]

Eigentlich ist die Antwort einfach: Zielpublikum sind alle, die privat oder beruflich reisen. Es sollen (aus meiner Sicht) in keinen Fall nur die Heuschrecken-Touristen angesprochen werden – auch wenn dies die Heuschrecken vielleicht anders sehen. Vielleicht greifen die eh nicht zu einem Führer. Trotzdem sind zum einen die Erwartungen an die Inhalte und die Vorstellungen der Autoren über das nötige Wissensangebot sehr verschieden. In jedem Fall ist es ein Spagat zwischen kurzen, nicht unbedingt literarischen Texten und nötiger Ausführlichkeit. Aber mehr als eine reine Auflistung – insbesondere bei den Sehenswürdigkeiten – sollte es nach meiner Ansicht schon werden.
Bei kleinen Orten oder einzelnen Sehenswürdigkeiten ist es natürlich einfacher, in jeder Hinsicht ausführlicher zu sein. Bei großen Orten – und da gehört wohl auch Kassel schon dazu – wird der Hauptartikel meist nur einen Überblick geben können. Hier werden wir nicht umhin kommen, Teile auch in Stadtteil- oder Sehenswürdigkeitenartikel (z. B. Museumsrundgänge) auszulagern. Letzteres wird bisher eher selten gemacht, sicher auch, weil es mit einer ganzen Menge Recherchearbeit verbunden ist. Bei dem mittlerweile doch schon langen Artikel über Kassel sollte dies in Betracht gezogen werden. Natürlich muss dann im Hauptartikel ein Link zur ausführlicheren Darstellung gegeben werden.
Bisher sind wir nur eine kleine Community. Sicher werden die Artikel besser, wenn mehrere Autoren ihre Sichtweise mit einbringen. --RolandUnger (Diskussion) 16:49, 22. Dez. 2016 (CET)Beantworten[Beantworten]

Telefonnummern Bearbeiten

Gucke mal in Jakarta Jakarta bei Küche. Ist das mit den zwei Telefonnummern richtig? Ich bekomme keinen Fehler mehr, sieht aber noch unterschiedlich aus. -- DerFussi 06:49, 23. Dez. 2016 (CET)Beantworten[Beantworten]

Die eigentlich nicht mehr unbedingt benötigte Landesvorwahl (intl-area-code) wird nur einmal vor die erste Telefonnummer geschrieben. Damit das mit der Null dann nicht schiefgeht, wird sie automatisch eingeklammert.
Ich habe die Behandlung der Vorwahl-Null vereinheitlicht. --RolandUnger (Diskussion) 07:14, 23. Dez. 2016 (CET)Beantworten[Beantworten]
Zurück zur Benutzerseite von „RolandUnger/Archiv/2016/4.Quartal“.