Overleg gebruiker:Xxmarijnw/Archief32
Onderwerpen worden na een maand van geen overleg gearchiveerd. Een gearchiveerd onderwerp opnieuw inzien?
Survey bewerkers Nederlandstalige Wikipedia 2018 bewerken
Dit jaar organiseert Wikimedia Nederland voor de derde keer een survey onder de bewerkers van de Nederlandstalige Wikipedia. Misschien heb je de banner al voorbij zien komen. Er zijn in 2013 en 2015 soortgelijke surveys gehouden. Doel van de survey is om meningen van de bewerkers te peilen (bijvoorbeeld over de werksfeer) en inzicht te krijgen in de samenstelling van de gemeenschap.
Naar aanleiding van suggesties in De Kroeg benaderen we de meest actieve bewerkers persoonlijk om te vragen mee te doen. We zijn erg geïnteresseerd in je mening. Meedoen kan tot 17 december. Hier vind je de link naar de survey.
Sandra Rientjes - Wikimedia Nederland 7 dec 2018 05:33 (CET)
Filter 68 Foute externe link bewerken
Dag Xxmarijnw,
Ik heb vandaag een nieuw artikel geschreven, nl. cURL. Hierbij liep ik tegen filter 68 aan, die ik zelf nog gecrëerd heb. Zie jij wat er misgaat, heb ik een fout gemaakt of is de filter verkeerd? Ik zie het niet.
https://nl.wikipedia.org/wiki/Speciaal:Filterlogboek/1420012
Met vriendelijke groeten,
4ever(Overleg) 16 dec 2018 20:40 (CET)
- Ik ga er meteen naar kijken!
Xxmarijnw overleg 16 dec 2018 20:41 (CET)
- Volgens Regex101 is er iets mis met de regex (zie hier), echter gebruikt de Abusefilter plugin een andere regex library waardoor hij hem wel kan uitvoeren. Ik heb voor het testen de regex gecorrigeerd naar \b(hhttps?|https?+[a-zA-Z0-9]+|https?(:){0}?\/)\b. Het woord "httpget" licht dan op. De filter ziet dit namelijk als een onmogelijke URL. Groetjes, Xxmarijnw overleg 16 dec 2018 20:49 (CET)
- Bedankt om dit na te kijken en goed dat we de oorzaak kennen. Om alle gevallen op te vangen, blijven we waarschijnlijk best bij de huidige regex, ook als dat betekent dat we een klein percentage false positives hebben. Met vriendelijke groeten,
4ever(Overleg) 17 dec 2018 09:49 (CET)
- Bedankt om dit na te kijken en goed dat we de oorzaak kennen. Om alle gevallen op te vangen, blijven we waarschijnlijk best bij de huidige regex, ook als dat betekent dat we een klein percentage false positives hebben. Met vriendelijke groeten,
- Volgens Regex101 is er iets mis met de regex (zie hier), echter gebruikt de Abusefilter plugin een andere regex library waardoor hij hem wel kan uitvoeren. Ik heb voor het testen de regex gecorrigeerd naar \b(hhttps?|https?+[a-zA-Z0-9]+|https?(:){0}?\/)\b. Het woord "httpget" licht dan op. De filter ziet dit namelijk als een onmogelijke URL. Groetjes,
