Wikipedia:De kroeg/Archief/20180123

Update Openstreetmapkaarten

De Sint-Lambertuskerk (Immerath) is op 8 januari gesloopt, de link bovenaan de pagina naar (kaart) verwijst naar een databasedump van openstreetmap uit 2014 die niet geactualiseerd wordt. Wie weet waar dit kan worden gemeld zodat de kaarten van wikipedia weer wat synchroner gaan lopen met de actualiteit? Voor alle duidelijkheid, de database van openstreetmap wordt wel bijgewerkt, maar er is al tijden geen dump voor wikipedia van gemaakt. Hans Erren (overleg) 14 jan 2018 21:51 (CET)

Op de kaartserver van Wikimedia is hij al weg. Sowieso is het misschien leuk om te kijken naar de nieuwe extensie Kartographer, waarmee je makkelijk interactive en bijgewerkte kaarten kan toevoegen aan artikelen. De maplink-functie werkt hier al: 51°3′4″N 6°26′14″E. Die functie moet de opvolger worden van het verouderde en ongebruiksvriendelijke GeoHack. Onder andere de Fransen gebruiken het al. Voor echter de mapframe-functie is tot nu toe steun van de gemeenschap nodig. Sjoerd de Bruin (overleg) 15 jan 2018 17:31 (CET)

Ziet er tof uit, dat Kartographer. Hoeveel steun is er nodig om dit aan te krijgen? Natuur12 (overleg) 15 jan 2018 17:41 (CET)

De getallen lopen uiteen van 3 (Portugees), ±20 (Frans) tot wel ±45 (Spaans) steunbetuigingen. Sjoerd de Bruin (overleg) 15 jan 2018 17:48 (CET)

Het is mij bekend dat er een bijgewerkt alternatief is. Er zijn nu twee mogelijkheden: 1) Iemand haalt een update dump op uit de OSM database voor de huidige applicatie, of 2) het alternatief wordt geimplementeerd. Wie kan dit of kan mij vertellen wie dit heeft gedaan? Hans Erren (overleg) 15 jan 2018 21:41 (CET)

Tech News: 2018-3

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• Bureaucrats on Wikimedia wikis where the Translate extension is installed can now add and remove the translation administrator permission by default. Administrators of wikis where this extension is enabled can add and remove this permission to or from themselves. Wikis that used a different configuration before have not changed. [1]
• There is a new Discourse test support channel for Wikimedia developers. You can ask questions or answer others questions about MediaWiki and Wikimedia software development. [2]

Problems

• Last week's MediaWiki update was rolled back. This was because of a bug that changed non-ASCII characters when a page was edited. [3][4]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 January. It will be on non-Wikipedia wikis and some Wikipedias from 17 January. It will be on all wikis from 18 January (calendar).

Meetings

• You can join the next meeting with the Editing team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 16 January at 19:30 (UTC). See how to join.
• You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 17 January at 16:00 (UTC). See how to join.

Future changes

• A few hundred wikis with less than ten high-priority errors in Linter categories will switch to use the Remex parsing library. This is to replace Tidy. It will happen on 31 January. Other wikis will be recommended to switch soon when they have fixed the errors that must be fixed. Tidy will be removed in the middle of 2018. [5][6]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

15 jan 2018 19:45 (CET)

Een redirect vanaf een niet-Nederlandstalige naam

Recent stond een redirect genomineerd voor verwijdering, helaas heeft een moderator in zijn oneindige wijsheid deze redirect al verwijderd voor de termijn verstreken is. Het ging hierbij om de redirect "Muhammad Saad al-Beshi" wat leidde naar het artikel Mohammed Saad al-Beshi. Dqfn13 hoopte met de nominatie een discussie op te starten over de zin en onzin van zulke redirects en daar geef ik hem volmondig gelijk in.

Naar mijn mening zijn redirects vanaf een niet-Nederlandse naam naar een correct getranslitereerde term zinvol. Met name omdat redirects ook een hulpmiddel zijn voor de lezer om alsnog bij het juiste artikel uit te komen. The Banner Overleg 15 jan 2018 14:47 (CET)

Andere talen hebben andere transliteraties dan de Nederlandse. Net zoals andere talen andere woorden hebben dan de Nederlandse. Ik zie veel overeenkomsten tussen persoonsnamen in andere talen en woorden in andere talen. Is er een reden om namen in andere talen anders te behandelen dan woorden in andere talen? Of bijvoorbeeld plaatsnamen? Zou het redirect beleid niet hetzelfde moeten/kunnen zijn? Mvg, Taketa (overleg) 15 jan 2018 15:02 (CET)

Er is geen reden voor directe verwijdering, die redirect staat niemand twee weken in de weg. Ik heb de redirect teruggeplaatst. De discussie kan op Wikipedia:Te_beoordelen_pagina's/Toegevoegd_20180114 voortgezet worden tot de 28e. CaAl (overleg) 15 jan 2018 16:24 (CET)

Moet dat niet al-Besji zijn? –bdijkstra (overleg) 15 jan 2018 15:04 (CET)

Zou kunnen, ik heb Muhammad al kunnen vertalen naar Mohammed, de al-Beshi weet ik niet, mijn Arabisch beperkt zich tot een paar woorden zoals Algabra en een paar die ik nog niet eens weet (of vergeten ben). Dqfn13 (overleg) 15 jan 2018 21:48 (CET)

Mijn Arabisch is ook zeer beperkt, maar ik weet dat er een sj-klank in zit die in het Engels sh zou worden, en dat de transliteratie- en transcriptiegids geen sh maar wel een sj heeft. –bdijkstra (overleg) 15 jan 2018 21:54 (CET)

Dan moet dat dus ook nog aangepast worden. Dqfn13 (overleg) 15 jan 2018 22:00 (CET)

Het is helemaal niet zo'n slecht idee om van een transliteratie in een andere taal een redirect te maken. De Nederlandse pers neemt nogal eens kritiekloos de Engelse naam over uit een Engelstalige tekst, vooral bij persoonsnamen (overigens daar niet alleen: de Baltische Zee heeft de Oostzee vrijwel verdrongen, en ik heb al meermalen gezien dat een eland een elk werd en een aalscholver een cormorant). Het is dus helemaal niet zo raar dat Maria Sjarapova een redirect Maria Sharapova heeft. Sijtze Reurich (overleg) 16 jan 2018 09:20 (CET)

• Het lijkt me voor de afhandelend moderator handiger als de discussie op 1 plek plaatsvindt. Omdat de afhandelend moderator toch al op de beoordelingspagina is om af te handelen, lijkt het me het handigst om de discussie daar dan ook voort te zetten. CaAl (overleg) 16 jan 2018 12:34 (CET)

Upload by URL

(Sorry voor het Engelstalige kopje maar zo heet dit nu eenmaal.) Een tijdje terug is op Wikimedia Commons op mijn verzoek Upload by URL toegevoegd aan de groep extended uploaders. In eerste instantie dacht ik dat dit best wel niche zou zijn maar nu blijkt dat er toch mensen zijn die dit gebruikersrecht aanvragen vanwege Upload by URL toch maar een kroegberichtje.

Upload by URL staat mensen toe om bestanden via een url te uploaden mits de bronwebsite op de whitelist staat. (Iedereen kan vragen of er een website toegevoegd kan worden aan de whitelist middels een ticket op phabricator.) Je hoeft het bestand dan niet meer naar je PC, laptop of wat je ook gebruikt te downloaden. Websites op de whitelist zijn onder andere die van het Rijksmuseum en Anefo. Ook is het mogelijk om via de uploadwizzard makkelijk bestanden van Flickr over te zetten.

Het aanvragen van extended uploader kan hier. Natuur12 (overleg) 15 jan 2018 15:18 (CET)

Een interessante optie! In hoeverre overlapt dit met URL2Commons? Ik heb het (nog) niet uitgeprobeerd, maar wat ik daar zo zie is dat je weliswaar wat code moet kennen voor een goede upload, maar dat er weer geen websites gewhitelist hoeven te worden. Groet, AWossink (overleg) 15 jan 2018 16:25 (CET)

URL2Commons en Upload by URL hebben redelijk wat overlap al is het me nog nooit gelukt URL2Commons werkend te krijgen. (O.a. vanwege de overlap ging ik ervan uit dat dit redelijk niche zou zijn.) Belangrijk verschil is dat je met Upload by URL ook bestanden kan overschrijven. Dat is bijvoorbeeld handig als je de uploads van mensen die een lage resolutie van een bestand hebben geüpload wil "repareren". Bovendien heeft Special:Upload als voordeel dat daar juist weinig kennis van wikisyntax nodig is en gebruikers een waarschuwing te zien krijgen wanneer ze iets essentieels vergeten zoals de bron of het aangeven van de licentie. Nadeel is dan weer wel dat je eerst een bitje moet aanvragen.

Verder is Upload by URL te gebruiken om afbeeldingen via een applicatie zoals Wikiportret te uploaden. Als ik dit verzoek en bijbehorende info zo lees is het ook bruikbaar voor Pattypan. (Maar dat weet jij waarschijnlijk beter dan ik, er lijkt in dit voorbeeld wat verwarring te zijn maar na toekennen van het bitje is het uploaden wel gelukt.) Mogelijk ia URL2Commons ook bruikbaar in combinatie met andere applicaties maar dat durf ik niet met zekerheid te zeggen.

Tot slot kan iemand met Upload by URL gebruik maken van deze optie voor de uploadwizzard. Dit is naar mijn mening verreweg de meest makkelijke methode om simpelweg één afbeelding van Flickr over te zetten. Natuur12 (overleg) 15 jan 2018 17:24 (CET)

Ik zie net dat uploaden via URL bij de laatste versie van Pattypan is toegevoegd. Eigenlijk zou iemand zonder toegang tot upload by url de proef op de som moeten nemen om te zien of het zonder ook werkt. Zo niet is het misschien handig de handleiding aan te passen. Natuur12 (overleg) 15 jan 2018 18:50 (CET)

Oké, ik heb een test gedaan. File:Cheiracanthium inclusum.jpg. (De manier waarop is totaal niet handig maar daar gaat het nu niet om gelukkig.) De eerste keer heb ik het geprobeerd vanaf de URL te uploaden met behulp van mijn botaccount StroopwafelBot die geen botflag heeft op Commons. Dat lukte niet want dat account heeft geen upload by url-rechten. Vervolgens heb ik het geprobeerd onder mijn normale account dat die rechten wel heeft en zie hier het resultaat. Conclusie: ben je geen license reviewer of admin heb je extended uploader nodig. En ik heb een cursus Pattypan nodig geloof ik ;). Natuur12 (overleg) 15 jan 2018 19:24 (CET)

@Natuur12: Hier is er een: m:Learning patterns/Uploading files using Pattypan — bertux 15 jan 2018 20:11 (CET)

@Natuur12: Een uitgebreide stap-voor-stap uitleg kun je ook hier vinden. Andere PPTs over pattypan die in sommige opzichten meer up to date staan, vind je in deze categorie. Als je het uitprobeert en je hebt vragen, stel ze dan gerust! Groet, AWossink (overleg) 16 jan 2018 09:27 (CET)