Het dossier had ik een week geleden gezien, de huidige versie en de rest nu net bekeken. Het is inderdaad een gebruiker die zich wel wat mag leren in te houden. –bdijkstra (overleg) 3 jan 2018 14:34 (CET)
Laatste bericht: 6 jaar geleden8 berichten2 personen in overleg
Dag Bdijkstra, gewoon uit nieuwsgierigheid: ik zie dat je met enige regelmaat doubluremeldingen oplost bij de sjablonen voor vlaggen. Wat mij betreft was er geen enkele reden om die als doublures op te vatten omdat bij het sjabloon met de iso-code de volledige landsnaam bij de vlag wordt getoond, en in het andere geval de code van het IOC; de sjablonen hebben een volstrekt andere functie. Ik zie nu dat ze in januari 2017 allemaal door één gebruiker, Liuxinyu970226, als doublures zijn gemarkeerd. Is het nou zo dat we moeten vaststellen dat die dat onterecht deed, en met een gebrek aan inzicht? Want als dat laatste het geval is, dan kan dat deel van de lijst volgens mij in rap tempo worden afgehandeld. Hartelijke groet, WIKIKLAASoverleg5 jan 2018 14:02 (CET)
In sommige gevallen is er geen enkel conflict, en in alle andere gevallen tot nu toe gaat het om sjablonen die alleen op zhwiki een doublure zijn. In deze gevallen moet in ieder geval de zhwiki-sitelink op de IOC-sjablonen verwijderd worden. Verder zal het de bedoeling van Liuxinyu970226 zijn geweest dat er ook iets op zhwiki gebeurt, maar daar is de Wikidata-doublure niet voor bedoeld. Het markeren gebeurde dus op de verkeerde manier, door waarschijnlijk een gebrek aan inzicht. En inderdaad kan het in rap tempo, maar ik heb geen haast. –bdijkstra (overleg) 5 jan 2018 15:31 (CET)
Ik had gezien dat je indien aanwezig ook de link naar zh-wiki verwijderde. Op dat project wordt immer niet de IOC-code getoond, maar een naam in het Chinees. WIKIKLAASoverleg5 jan 2018 18:03 (CET)
Na een paar gevallen aangepakt te hebben: het probleem zit inderdaad op de Chinese Wikipedia, waar ze in diverse gevallen sjablonen met exact dezelfde functie (vlag met landnaam tonen) onder verschillende namen hebben, en er dan één linken aan de sjablonen die bedoeld zijn voor de vlag met IOC-code. Dat moeten ze inderdaad lokaal oplossen met een redirect of samenvoegen. Met het "in rap tempo afhandelen" bedoelde ik overigens niet om jou tot meer vaart aan te zetten. Ik vroeg me meer af of de kust voor mij vrij was om even de handen uit de mouwen te steken. WIKIKLAASoverleg5 jan 2018 19:48 (CET)
Had ik al eens gezegd dat ik de samenwerking met jou als bijzonder prettig ervaar? Je brengt een grote hoeveelheid technische kennis mee die echt ten dienste komt van het oplossen van problemen, en laat vervolgens anderen de ruimte om die problemen mee aan te pakken. Het op deze manier werken is wat mij betreft buitengewoon vruchtbaar. WIKIKLAASoverleg7 jan 2018 03:04 (CET)
Je had dat al een beetje laten doorschemeren, maar nog nooit expliciet gezegd. Een mooi compliment. Hoewel ik ook een aantal hulppagina's heb waar van vruchtbaarheid nog niet echt sprake is, is het voor mij vanzelfsprekend om op deze manier te werken. Dit is tenslotte een samenwerkingsproject. –bdijkstra (overleg) 18 jan 2018 09:35 (CET)
Verwijdering versie 50786048 van 81.246.254.63 (vanaf nu met gebruikersaccount: Nps434)
Laatste bericht: 6 jaar geleden14 berichten2 personen in overleg
(huidig | vorige) 16 jan 2018 22:45 Bdijkstra (overleg | bijdragen) . . (1.531 bytes) (-21.906) . . (Zo werkt dat niet. Versie 50787670 van 81.246.254.63 (overleg) ongedaan gemaakt.) (ongedaan maken | bedanken) (Labels: Vervangen, Ongedaan maken)
Waarom werd deze wijziging/aanvulling ongedaan gemaakt? De nieuwe info komt trouwens van een zeer betrouwbare bron die ook vermeld wordt in mijn samenvatting.
Nps434 (overleg) 16 jan 2018 23:48 (CET)
Met die wijziging voegde je informatie toe op een pagina die daarvoor niet bedoeld is. Om de inhoud hanteerbaar te houden is ooit besloten om de eigenlijke gegevens te verspreiden over subpagina's A t/m Z. Nu blijkt dat de Visuele Tekstverwerker daar niet erg elegant mee omgaat; ik heb zojuist een waarschuwing in de pagina gezet om herhaling te voorkomen. Overigens fijn dat je nu een gebruikersnaam hebt, dat scheelt een hoop controlewerk. –bdijkstra (overleg) 17 jan 2018 10:00 (CET)
Ik begrijp dat u de inhoud hanteerbaar wil houden, maar het is niet handig om te werken met een lijst die niet up-to-date is. Ik wil/kan aan deze lijst bijdragen om deze te vervolledigen voor verschillende landen, maar hoe kan ik dan best te werk gaan? Met de Visuele Tekstverwerker was dit handig voor mij, maar op een andere wijze zie ik dit niet onmiddellijk zitten. Kan ik mijn bestanden (per land) ergens doorsturen? Elke bijdrage tot Wikipedia is toch handig zowel voor mij, als voor anderen. Nps434 (overleg) 17 jan 2018 20:57 (CET)
Geen probleem, de subpagina's zijn prima met de Visuele Tekstverwerker te bewerken. Zie hieronder een overzicht. –bdijkstra (overleg) 17 jan 2018 21:02 (CET)
Ik heb om te beginnen een update gemaakt voor Indonesië met IATA-code beginnend met A. Bedankt om dit eens te controleren. Als er nog iets mis is hoor ik het wel.Nps434 (overleg) 17 jan 2018 21:43 (CET)
Ja, er was nog iets mis: weer die ontbrekende wikilinks. De derde kolom ("luchthaven") hoort een wikilink te bevatten naar het artikel over het vliegveld en de vierde kolom ("stad") hoort een wikilink te bevatten naar het artikel over de stad die de luchthaven bedient. –bdijkstra (overleg) 17 jan 2018 22:03 (CET)
Met uw tips inachtgenomen nu update gemaakt voor Indonesië met B. Hopelijk is dit al wat correcter. Aldoende leert men hé. Voldoet dit niet laat het mij weten, dat apprecieer ik.Nps434 (overleg) 17 jan 2018 22:47 (CET)
Helaas zie ik eigenlijk totaal geen verbetering wat betreft de wikilinks. Je maakte zelfs een link naar Soa, waarmee je liet blijken dat je je links niet controleert. Ook maakte je een link naar Sultan M. Salahuddin, wat de naam van een persoon is. Blijkbaar heb je de bestaande links niet bestudeerd, want dan zou je weten dat vrijwel elke link naar een luchthaven ofwel eindigt met "Airport" of begint met "Luchthaven". Dit alles wekt geen vertrouwen in de correctheid van een link als bv. Berau. Op de Indonesische Wikipedia is Berau een doorverwijspagina, en geen van de genoemde artikelen lijkt naar een stad te verwijzen. –bdijkstra (overleg) 17 jan 2018 23:10 (CET)
Op naar Indonesië met C: ik heb nu wel degelijk mijn links gecontroleerd. Hoop dat dit een verbetering geeft. Hou me op de hoogte.Nps434 (overleg) 17 jan 2018 23:39 (CET)
Omtrent Berau: Berau is inderdaad géén stad, maar een district/regentschap, maar Tanjung Redeb (wat er oorspronkelijk stond) is de hoofdstad van het district Berau. Misschien dan best wijzigen naar Tanjung Redeb, Berau met link Tanjung Redeb, Berau (de pagina bestaat niet)?
Wat betreft de links: ik heb de pagina 'Help: Gebruik van links' eens doorgenomen. Wat ik hieruit versta is als er géén link in de Nederlandse Wikipedia bestaat, je best een 'rode' link maakt met (de pagina bestaat niet). Van hieruit kan men dan verder controleren naar anderstalige Wikipedia's. Of moet je nog ergens noteren dat er een anderstalige Wikipedia bestaat, bv Cakrabhuwana Airport (Artikel in Indonesische Wikipedia)? Bij externe links (buiten Wikipedia) kan een externe koppeling gebruikt worden in de Visuele Tekstverwerker, maar dit moet zoveel mogelijk beperkt worden.
De 'blauwe' link is een link die beschikbaar is in de Nederlandse Wikipedia.
Sorry, maar het is allemaal niet zo simpel uitgelegd voor een leek op Wikipedia. – De voorgaande bijdrage werd geplaatst door Nps434 (overleg · bijdragen) 18 jan 2018 01:24 (CET)
Er is maar één Tanjung Redeb, dus Tanjung Redeb volstaat. Soms is het nuttig om via een voetnoot te verwijzen naar een anderstalige Wikipedia, maar dat is in deze tabel niet echt van toepassing. Zijn er nog meer wijzigingen die je gedaan hebt in de vierde kolom die niet naar een stad verwijzen? Zo ja, dan graag weer terugzetten. –bdijkstra (overleg) 18 jan 2018 10:07 (CET)
Fijn! Zie overigens hier een lijstje met Indonesische luchthavens met valide namen van artikelen over de luchthavens en over de steden. –bdijkstra (overleg) 18 jan 2018 21:04 (CET)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Voor mensen die zich al 10 jaar of langer inzetten voor Wikipedia. Aangezien u nog altijd actief bent, dan is deze ster hier wel op zijn plaats. Rode raaf (overleg) 28 jan 2018 17:18 (CET)
Sorry maar voor elk probleem dat ik opmerk ga ik niet kijken of er iemand mee bezig is, dit ergens noteren zodat ik het niet vergeet, en vervolgens later kijken of het al is opgelost. Je had het gewoon beter in een andere volgorde kunnen doen. –bdijkstra (overleg) 19 feb 2018 11:48 (CET)
Neem me niet kwalijk..... Maar hoe ik het beter zou kunnen doen, bepaal ik eerlijk gezegd liever zelf. Hartelijke groet. --Dick Bos (overleg) 19 feb 2018 12:08 (CET)
Laatste bericht: 6 jaar geleden3 berichten2 personen in overleg
Beste Bdijkstra,
Op 26 februari om 22:15 veranderde een niet-ingelogde gebruiker op Lijst van landen naar bbp per hoofd van de bevolking het gemiddelde inkomen voor Noorwegen. Een minuut later heb jij deze bewerking als gecontroleerd gemarkeerd. Bij de pagina wordt een bron genoemd: IMF. Ik heb deze bron erbij gepakt en bij Norway staat 79,085.001. De bewerker had dus, al dan niet bewust, de informatie in het artikel foutief aangepast. De bijdrage is alsnog gecontroleerd en ongedaan gemaakt. Met vriendelijke groet, RonnieV (overleg) 27 feb 2018 00:45 (CET)
Ik had het gemarkeerd met de intentie om direct nog eens bij de IMF te kijken of ze al nieuwere cijfers hadden. Helaas raakte ik afgeleid. Beter niet direct markeren, dus. –bdijkstra (overleg) 27 feb 2018 09:46 (CET)
Laatste bericht: 6 jaar geleden4 berichten2 personen in overleg
Hallo Bdijkstra,
Wil je proberen de bewerkingssamenvattingen van Bitbotje zo correct mogelijk te maken? In bijvoorbeeld deze en deze bewerking doet de bot veel meer dan alleen het weghalen van dubbele lidwoorden. En hier zelfs iets heel anders. Met vriendelijke groet, RonnieV (overleg) 28 feb 2018 11:57 (CET)
In het 1e geval werden er op het lidwoord na alleen 'general fixes' toegepast, die hier geen visuele verandering tot gevolg hadden; AWB kan hiervoor geen samenvatting maken. In het 2e geval zou ik inderdaad het maalteken kunnen vernoemen; de nbsp is ook weer 'general fixes' en heeft alleen een effect op de regelafbreking. In het 3e geval gebeurde er juist niets anders dan het corrigeren van een dubbel lidwoord. Enfin, ik heb nu de optie "Add replacements to edit summary" ingeschakeld, die ik meestal uit heb staan omdat dit meestal meer verwarring oplevert dan verduidelijking bij complexe expressies. Voldoet dat aan je wens? –bdijkstra (overleg) 28 feb 2018 12:25 (CET)
Bedankt voor je antwoord, en de verduidelijking. De 'general fixes' staan geheel los van 'dubbel lidwoord', alleen kom je er toevallig toe omdat er ergens op die pagina sprake was van een dubbel lidwoord. Bij Hardin liet je niet zo maar een dubbel lidwoord vervallen, maar verving je dat (overigens terecht) door een ander woord. Met vriendelijke groet, RonnieV (overleg) 28 feb 2018 12:35 (CET)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Zojuist zag ik via mijn volglijst deze bewerking. Vaak belooft de samenvatting dat er een dubbel woord is verwijderd niet veel goeds, dus ik keek even. En tot mijn grote tevredenheid zag ik dat de botbestuurder de tekst ook echt had gelezen en begrepen, en een fout had omgezet in de bedoelde zinvolle mededeling. Ik had dat kunnen vermoeden als ik wist wie de bestuurder van Bitbotje was, maar tot op heden wist ik dat niet. Hartelijke groet, WIKIKLAASoverleg28 feb 2018 20:10 (CET)
Haha, grappig dat je er nu net een hele lastige uitpikt. Meestal heb ik aan vijf woorden wel genoeg, maar hier moest ik de hele paragraaf lezen om zeker te zijn. Dank & groet, –bdijkstra (overleg) 28 feb 2018 20:37 (CET)
Laatste bericht: 6 jaar geleden3 berichten2 personen in overleg
Beste bdijkstra,
Onbekend met je bijdrage hier heb ik gisteren het artikel Kamp Lunghua geplaatst. Ik wil onmiddellijk aannemen dat je gelijk hebt dat dit Longhua moet zijn. Het punt is echter dat ik zeker tien Engelstalige bronnen hebt geraadpleegd, waarvan negen het als Lunghua schrijven en slechts een als Longhua. Ook de interwiki's schrijven het als Lunghua. Het kan mogelijk zijn, dat er voor het Nederlands een specifieke reden is dat het Longhua moet zijn of dat al die Engelstalige bronnen het fout hebben. Ik zou echter graag nog even een reactie van je willen zien. Met vriendelijke groet, Renevs (overleg) 7 mrt 2018 12:20 (CET)
Mijn dank voor je reactie. Ik vind een eventuele vergelijking tussen enerzijds Poetin-Putin en anderzijds Lunghua-Longhua overigens irrelevant. Ik accepteer echter de rest van je uitleg en heb het inmiddels gewijzigd. Met dank, Renevs (overleg) 7 mrt 2018 20:02 (CET)
Toen ik drie jaar geleden er mee begon waren er haast geen goede voorbeelden, al helemaal niet voor WikiData. Hopelijk kun je hier een hoop puzzeltijd mee besparen. Edoderoo (overleg) 13 mrt 2018 22:18 (CET)
In mijn ervaring met lint-fouten heb ik gemerkt dat het vaker fout gaat met HTML-tags dan met wiki-opmaak. Bovendien stond er op die regel geen lint-fout. Dus zelfs als je het correct had omgezet, was het een ongewenste wijziging. –bdijkstra (overleg) 23 mrt 2018 10:02 (CET)
Laatste bericht: 6 jaar geleden4 berichten2 personen in overleg
Dag Bdijkstra, na deze wijzigingen van jouw hand aan het sjabloon appendix, werden de links die erin als referentie werden opgegeven vet afgebeeld. De bedoeling was uiteraard dat slechts het kopje "bronvermelding" of welke kop ook maar gekozen werd, vet werd gezet, niet de inhoud van het sjabloon. Ik heb de wijzigingen daarom vooreerst helemaal ongedaangemaakt, me realiserend dat er dan een ongewenste situatie ontstaat met betrekking tot de houdbaarheid van de code. Er zal dus nader naar gekeken moeten worden, waarbij het doel is om een kopje vet weer te geven, maar de links die eronder worden geplaatst beslist niet. WIKIKLAASoverleg3 apr 2018 01:20 (CEST)
Inderdaad, parameter 1 is alleen bedoeld voor het kopje. Na mijn wijziging ontdekte ik dat het in de praktijk lastig is om onjuist gebruik in de wikicode te vinden, dus ik heb dan wel een paar honderd gevallen verbeterd, maar ik kon niet echt een goed beeld krijgen van de omvang van het probleem. Dan is het inderdaad beter om even terug te draaien. –bdijkstra (overleg) 3 apr 2018 09:35 (CEST)
Dank voor het zoekwerk. Ik had me niet gerealiseerd dat het probleem in het onjuist gebruik van het sjabloon zat, en dat er dus in een serie artikelen iets moest veranderen. Ik weet jammer genoeg niet meer waar ik het begin vorige maand fout zag gaan. WIKIKLAASoverleg1 mei 2018 15:05 (CEST)
In principe verander ik niet de (bedoelde) opmaak, alleen de onderliggende opmaakcode. De in de bewerkingssamenvatting gelinkte categorie lintfouten geeft opmaakcode aan die in sommige gevallen twijfelachtig is en in sommige gevallen ronduit fout. Doorgaans is het resultaat toch oké vanwege speciale truken in de parser. Ik verander code die eigenlijk niet hoort te werken, naar code die wel hoort te werken. Dit maakt de opmaakcode in principe beter leesbaar, beter onderhoudbaar en gemakkelijker over te zetten naar andere parsers (bv. op andere wiki's). –bdijkstra (overleg) 5 apr 2018 13:40 (CEST)
OK, dank je wel voor de uitleg. Ik prefereerde kleinere letters voor foto-onderschriften, omdat die soms erg ver doorlopen naar onderen. Maar heel erg belangrijk is het niet. Met groet, Hartenhof (overleg) 5 apr 2018 13:48 (CEST)
Zoals ik al zei is het niet mijn bedoeling om het (bedoelde) opmaakresultaat te veranderen. Echter, na nog eens goed kijken in verschillende browsers zie ik nu tot mijn schrik dat Internet Explorer een andere interpretatie heeft van font-size:smaller dan de andere populaire browsers. De letters zijn wel iets kleiner dan normale tekst, maar duidelijk groter dan wat <small> doet. Zo te zien had ik beter font-size:85% kunnen gebruiken zodat het resultaat overal hetzelfde is. –bdijkstra (overleg) 5 apr 2018 14:53 (CEST)
Hartstikke gefeliciteerd met je benoeming tot moderator. Om op start te komen kan je de moderatorhandeleiding doorlezen en bij vragen kan je altijd bij een van je collega-moderatoren terecht. Vergeet niet om een mailtje te sturen naar Gebruiker:Postmaster om ingeschreven te worden voor de modmail. In ieder geval veel plezier en succes gewenst als moderator!
Gefeliciteerd. En meteen maar wat belangrijk voedsel meegenomen. Je kan geen moderator werk verrichten op een lege maag. Mbch331 (Overleg) 6 apr 2018 19:44 (CEST)
Laatste bericht: 6 jaar geleden13 berichten4 personen in overleg
Dit zul jij vast wel weten. Pagina's zoals [Gebruiker:Naam/Kladblok] zijn blijkbaar automatisch voorzien van een onzichtbaar sjabloon o.i.d. want ik zie als categorie "Wikipedia:Niet te indexeren pagina's". Echter bij pagina's zoals [Gebruiker:Naam/Kladblok/Item] zie ik die categorie niet. Die worden dus wel geïndexeerd? VanBuren (overleg) 9 apr 2018 21:13 (CEST)
Bij mijn kladblok is dat niet zo, dus dat moet een zichtbaar sjabloon zijn. Bij welke pagina('s) zie je die categorie? –bdijkstra (overleg) 9 apr 2018 21:30 (CEST)
Bij mijn eigen staat het onderaan als een "verborgen categorie". Ik zie "Verborgen categorieën weergeven" omdat ik dit in mijn "Voorkeuren/Uiterlijk/Geavanceerde instellingen" heb aangevinkt. De vraag hierboven ook voor andere varianten zoals [Gebruiker:Naam/Klad] of [Gebruiker:Naam/Klad23]. Ik vraag dit vooral omdat heel veel mensen artikel aanmaken op een "klad"pagina waarvan de inhoud niet vindbaar zou moeten zijn totdat het artikel is goedgekeurd. VanBuren (overleg) 9 apr 2018 21:47 (CEST)
Gebruiker:VanBuren: Je gebruikt op je kladblok: {{Hoofding gebruikerskladblok}}, waarin die Categorie waarschijnlijk wordt opgeroepen door het gebruik van __NOINDEX__ die in dat sjabloon verwerkt zit.
Ah, kijk. Dan weten we dat ook weer. (Overigens is het aan te raden om geen zelfsluitende tags meer te gebruiken, daar binnenkort het gebruik daarvan in de mediawikiprogrammatuur wordt uitgeschakeld door Mediawiki. Zie TechNews. Kind regards,Rodejong💬 Talk✉️ Email📝 Edits👀 Auth🕘 → 9 apr 2018 22:07 (CEST)
Sorry als ik op je tenen getrapt heb. Ik zei enkel wat mij eerder was uitgelegd. Als ik iets verkeerd begrepen heb, dan spijt me dat, maar daar hoef je niet mijn hoofd vor af te bijten hoor :) Kind regards,Rodejong💬 Talk✉️ Email📝 Edits👀 Auth🕘 → 9 apr 2018 23:33 (CEST)
Voor de duidelijkheid: html kende in het verleden twee soorten tags: degene die alleen in paren voorkwamen, zoals <div>...</div>, en degene die solo werden gebruikt, zoals <br>. Op zeker moment kwam er een nieuwe specificatie (ik weet niet meer uit m'n hoofd of dat xhtml was, of html4) waarin werd geregeld dat ALLE tags in het vervolg gesloten moesten worden. Voor de gepaarde tags veranderde er niks; tags als de break moesten voortaan zelfsluitende tags worden in de vorm van <br />. Nu wijst het zich verder vanzelf: zelfsluitende tags als <br />, <br/> zijn prima; maar de sluittags van de gepaarde mogen niet op die manier in de code staan. Dus </div> is een correcte sluittage, maar <div/> is een fout: die laatste veronderstelt een zelfsluitende tag te zijn, maar een zelfsluitende div heeft helemaal geen betekenis, en is dus zowel logisch als syntactisch fout. De nieuwe software is op dit punt terecht niet meer vergevingsgezind, en deze foute zelfsluitende tags moeten dus gecorrigeerd worden. Dat corrigeren houdt onder meer in dat er gecontroleerd moet worden of de fout afgesloten div eigenlijk wel ergens geopend werd. De tag moet er immers een zijn van een paar. WIKIKLAASoverleg10 apr 2018 01:18 (CEST)
@Rodejong: excuses aanvaard. Misschien was je verkeerd geïnformeerd, dat kan, maar als je iemand de les wil lezen kan je maar beter zorgen dat je informatie correct is (geverifieerd hebt) en zelf ook snapt. Wat je denk ik niet wist, is dat ik het afgelopen half jaar veel bezig ben geweest met zelfsluitende tags en vele andere Lintfouten. Ook als je over css/js begint terwijl dat helemaal niet in the picture is, dan komt dat helemaal niemand ten goede. –bdijkstra (overleg) 10 apr 2018 09:44 (CEST)
Dit gaat fout. Mijn vraag nogmaals: zijn deze pagina's [Gebruiker:Naam/Kladblok] automatisch voorzien van "noindex", of worden die wel door googles en bings opgenomen in de zoekresultaten? VanBuren (overleg) 9 apr 2018 22:27 (CEST)
Laatste bericht: 6 jaar geleden4 berichten2 personen in overleg
Dag bdijkstra, deze vraag moet een kolfje naar jouw hand zijn. Bij de introductie van de zelfsluitende tags werd geadviseerd om ze te noteren met een spatie voor de slash, dus <br /> in plaats van <br/>. Weet jij of dat advies nog steeds van kracht is, met andere woorden, of het een vorm van zindelijk coderen is om die spatie nog te plaatsen, of is het advies bij jouw weten inmiddels achterhaald? Hartelijke groet, WIKIKLAASoverleg17 apr 2018 22:48 (CEST)
Geen idee waar dat advies vandaan kwam of wat de achterliggende reden was. Ikzelf vind met spatie iets beter leesbaar op lange regels. –bdijkstra (overleg) 17 apr 2018 23:01 (CEST)
De achterliggende reden was indertijd dat sommige "interpreters" moeite hadden met de code zonder de spatie. Netjes coderen (met spatie) betekende dus dat je rekening hield met interpreters die de code zonder de spatie niet goed aankonden (het was uiteraard vooral "netjes" coderen omdat er een advies lag om dat zo te doen). Ik begrijp uit je antwoord dat er bij jouw weten geen nieuw "advies" is om de spatie achterwege te laten, maar dat het eerdere advies je ook onbekend was. Ik vroeg ernaar omdat ik geneigd ben om in zelfsluitende tags zonder spatie de spatie toe te voegen op basis van het mij bekende advies. Als het heel dringend wordt (lees: iemand doet een beroep op BTNI), duik ik er nog wel een keer dieper in. WIKIKLAASoverleg18 apr 2018 00:37 (CEST)
Ik meen mij te herinneren dat Romaine ooit iets van die strekking heeft gezegd, maar volgens mij zonder een bron te geven. Sinds 2012 is HTML5 de norm en daarin zijn <br>, <br/> en <br /> allemaal correct en gelijkwaardig (wat niets zegt over de leesbaarheid van de wikicode). –bdijkstra (overleg) 18 apr 2018 08:54 (CEST)
Hoi. Voor de duidelijkheid: ik weet niet is bedoeld als een vriendelijke manier om te zeggen ik weet wel of ik vermoed sterk. 😉 Bedankt voor je linkspecificatie op de Zeuspagina. Groet. — Zanaq(?) 19 apr 2018 11:39 (CEST)
Laatste bericht: 6 jaar geleden5 berichten2 personen in overleg
Hoi, ik zag je bewerkingen m.b.t. de coordinates precision op Module:Wd. Heb je misschien een voorbeeld van waar het mis gaat? Alvast bedankt. Thayts (overleg) 24 apr 2018 18:54 (CEST)
Op District Revdinski gaat het mis met de coördinaten. Vóór mijn work-around stond er in de infobox een rode foutmelding. Wat er nu staat is niet veel beter, en ik heb geen idee waar die "nff" vandaan komt.
Zie hier een overzichtje met een aantal browser(engine)s. Zoals je ziet is in ieder geval IE problematisch. Het verschil met gewone tekst is veel te klein. –bdijkstra (overleg) 24 apr 2018 19:26 (CEST)
Ik heb het probleem gedebugged en het blijkt dat in dit geval de precisie "ongespecificeerd" is oftewel 0. Hierdoor werd er gedeeld door 0, wat zorgde voor een 'inf' (infinity) resultaat, wat deels de "nff" verklaart. Ik heb het nu opgelost door een check uit te voeren of de precisie 0 is en in dat geval 1/3600 te zetten (een boogseconde), waar Wikidata ook op terugvalt. Thayts (overleg) 25 apr 2018 21:23 (CEST)
Laatste bericht: 6 jaar geleden4 berichten3 personen in overleg
Hallo Bdijkstra. Hartelijk dank voor je recente hulp op Waterstofchloride. Ik zie dat je een ander minteken gebruikt dan ik. Ik gebruik "gewoon" het minteken op mijn toetsenbord, waar vind ik het minteken dat jij gebruikt? Is dat een speciale ASCII-code? Ik zie dat teken vaker, vooral als koppelteken tussen geboorte- en sterfdata van personen, en vroeg me al een tijdje af waar ik het kon vinden. Met vriendelijke groet, JanCK (overleg) 2 mei 2018 10:14 (CEST)
Op je toetsenbord zit wat officieel "koppelteken/minteken" heet (U+002D). Tenzij echt een koppelteken bedoeld wordt, vermijd ik het liever, omdat het eruit ziet als een koppelteken en omdat het 'echte' minteken even lang is als het plusteken. In ASCII zit geen minteken, maar in Unicode wel: U+2212 "−" minteken, te vinden in wikitekst-editor onder Speciale tekens – Symbolen (tussen "±" en "×"). In datzelfde blok, tussen "m³" en "—" vind je ook U+2013 "–" half kastlijntje, wat o.a. gebruikt wordt tussen data. Met een proportioneel lettertype dat groot genoeg is, zie je dat het kastlijntje iets dunner is en lager dan het minteken: –−+. Ook spraaksoftware reageert anders op de verschillende streepjes. –bdijkstra (overleg) 2 mei 2018 10:36 (CEST)
Bedankt voor je duidelijke en uitgebreide uitleg. Het was dus nog ingewikkelder dan ik dacht. Ik heb de tekens even gekopieerd naar Word en flink opgeblazen en dan zie je inderdaad duidelijk het verschil. Met vriendelijke groet, JanCK (overleg) 2 mei 2018 11:28 (CEST)
Ik voer een half kastlijntje in met Alt-0150 (alt-toets ingedrukt houden, 0150 intoetsen op het numerieke deel van je toetsenbord). Ik doe dat zo vaak dat ik de code kan onthouden. WIKIKLAASoverleg2 mei 2018 19:47 (CEST)
Laatste bericht: 6 jaar geleden3 berichten2 personen in overleg
Beste Bdijkstra, ik merk dat er door jouw wijzigingen in de infobox een probleem ontstaan is met de hoogtecoördinaten. Een komma wordt niet meer herkend en dat geeft foutmeldingen, zie o.a. William the Hippopotamus. Ik kan niet meteen zien hoe dit moet opgelost worden. Kijk jij dit even na? DirkVEoverleg5 mei 2018 09:12 (CEST)
Laatste bericht: 6 jaar geleden7 berichten2 personen in overleg
Hoi Bdijkstra, zo net zie ik dat de wijzigingen die ik had aangebracht op de pagina over de Andes zijn terug gedraaid. De reden is niet duidelijk. Ik heb gisteren ook een bericht achtergelaten op de overleg pagina met de suggestie dat deze lijst van bergen zijn eigen pagina verdient. Het is te groot om makkelijk te bewerken en het voldoet om als lijst apart weergegeven te worden. mvg Arnoud van Dillewijn (overleg) 6 mei 2018 17:26 (CEST)
Hoi Arnoud, in mijn bewerkingssamenvatting schreef ik hiermee creëerde je ongeldige bestandsverwijzingen. Je had achter elk getal een 'm' gezet, inclusief de getallen in de bestandsnamen van de afbeeldingen. Blijkbaar heb je voor het opslaan niet even snel de lijst doorgekeken, anders had je wel gezien dat sommige plaatjes waren vervangen door rode tekst. En blijkbaar heb je na het opslaan ook niet even gecontroleerd op verborgen categorieën. Oppassen dus wanneer je tekst vervangt. Helaas was het niet mogelijk om die ene wijziging van 3 ongedaan te maken. Het lijkt me overigens prima om de lijst een eigen pagina geven. –bdijkstra (overleg) 6 mei 2018 20:24 (CEST)
Het is een beest van een lijst. Lastig te controleren of alles goed gaat. Ik zal kijken naar de mogelijkheden voor een aparte pagina voor de lijst. Ik zit te denken om de lijst op te breken in verschillende hoogtes en om andere pagina's te maken per land. Dat zou voldoende moeten zijn. Arnoud van Dillewijn (overleg) 6 mei 2018 23:37 (CEST)
775 bergen.. dat zijn er wel veel. Er zouden er nog wel een aantal bij kunnen komen of juist minder. Er zitten best veel fouten nog in. Goed dat je de namen vertaald hebt. Het is letterlijk de lijst van de Engelse pagina. Wat opvalt is dat er veel meer bergen van Peru in staan en er zijn minder vierduizenders dan vijfduizenders. Maar daar ga ik niet te veel tijd aan besteden. Ik kijk wel naar de andere lijsten die gemaakt heb per land. Een aantal bergen mist nog een link met deze lijst. De bergen die geen eigen pagina hebben, ga ik niet toevoegen aan de landen lijsten. Dan wordt zo'n lijst juist onhandelbaar en onoverzichtelijk. En hetzelfde geld voor de verschillende hoogtes. De bergen met pagina krijgen hierin voorrang. Arnoud van Dillewijn (overleg) 18 mei 2018 17:34 (CEST)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Beste BDIJKSTRA, De link bestaat wel als doorverwijzing, maar de pagina waar hij naar verwijst ('Sluiting' van de Schelde) heeft niets met de Scheldetol te maken. De Scheldetol was de historische Zeeuwse tol die vanaf de middeleeuwen tot 1863 in verschillende vormen op verschillende plaatsen werd geheven. Dat hij een onderdeel zou zijn de 'sluiting' van de Schelde is een misverstand. Hij bestond al daarvoor en ook nog daarna. Misschien kan iemand die het eens goed wil uitzoeken er een (aparte) pagina van maken. De link met 'Sluiting' van de Schelde kan dus beter verwijderd worden; ze geeft alleen verwarring.TolmaPolla (overleg) 10 mei 2018 20:25 (CEST)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Hey,
Ik vind het absoluut niet kunnen, dat je de pagina Eurovisiesongfestival 2019 beveiligd terwijl ik hem heb aangemaakt. Ik had deze pagina aangemaakt en ik beslis de regels over mijn aangemaakte pagina! Dat is echt frustrerend!!!!
Bovenstaande, niet middels vier tildes (vier keer '~') ondertekende opmerking is geplaatst door FamilieFan2018 op 13 mei 2018 om 18:02 uur.
Geachte FamilieFan, een kleine grammaticale opmerking: in deze zin moet 'beveiligt' eindigen op een t, het is immers derde persoon enkelvoud en niet een voltooid deelwoord. Met vriendelijke groet, Bob.v.R (overleg) 13 mei 2018 18:09 (CEST)
Beste FamilieFan2018, blijkbaar heb je een verkeerd beeld over Wikipedia. Ik kan me voorstellen dat dit frustraties oplevert. Misschien kan je beter eerst de informatie raadplegen die op je overlegpagina is geplaatst, voordat je tegen nog meer frustraties oploopt. –bdijkstra (overleg) 13 mei 2018 18:28 (CEST)
Aangepaste kleuren in diffs (was: "Engelse komma")
Laatste bericht: 6 jaar geleden14 berichten3 personen in overleg
Dag bdijkstra,
Ik zag bij toeval dat je in een artikel een "Engelse komma" (bekend als "Oxford Comma" of "serial comma") verwijderd lijkt te hebben. Ik kon echter (zelfs in de betreffende diff) niet vinden welke komma nou waar precies verwijderd is, maar wilde je zekerheidshalve toch even laten weten dat volgens http://taaladvies.net/taal/advies/vraag/467/komma_voor_en/ deze komma (tegenwoordig) niet (meer) per se fout en wordt bij lange opsommingen of ter verduidelijking gewoon goed gerekend wordt, vooral als hierdoor een verkeerde interpretatie mee wordt vermeden (zoals in deze wellicht befaamde casus) en in het Nederlands in het algemeen steeds vaker gebruikt wordt. Dit voor het geval dit je nog niet bekend was; het is dus géén uitspraak of betwisting door mij of de komma waar het hier om gaat nou wel of niet terecht is verwijderd (om de doodeenvoudige reden dat ik kennelijk te kippig ben om te zien welke waar is weggehaald) en ik heb je ook nooit eerder verkeerde wijzigingen zien maken, maar wilde je – wellicht geheel overbodig als het je al bekend is, en met de beste bedoelingen – toch even op die link van taaladvies.net wijzen. Met vriendelijke groet -- martix (overleg) 21 mei 2018 14:19 (CEST)
N.B.: ik kan het niet uitstaan dat ik niet kan zien/vinden om welke komma het gaat (welke is weggehaald); zou je me wat nader kunnen duiden om welke zin het precies gaat (terwijl ik mijn ogen laat opmeten bij de opticien)? -- martix (overleg) 21 mei 2018 14:19 (CEST)
Hoi martix, ik heb geen oxfordkomma verwijderd, maar een komma na een werkwoord die niet een deelzin afbakende, wat in het Engels regelmatig voorkomt. Het betrof hier de komma na "noordelijke staten waren". Overigens speur ik zelf ook wel eens naar leestekens in het verschil. Misschien een idee om een rand toe te voegen in de persoonlijke CSS:
standaard:
noordelijke staten waren, volgens de federale wetten verplicht ontsnapte slaven uit te leveren en [[premiejagers]] toe te laten om ontsnapte slaven op te sporen.
extra rand:
noordelijke staten waren, volgens de federale wetten verplicht ontsnapte slaven uit te leveren en [[premiejagers]] toe te laten om ontsnapte slaven op te sporen.
Dank je, nu zie ik 'm ook! (Als het een tussen-zin of bijvoeglijke bepaling zou zijn geweest tusssen twee komma's dan zou het wel geoorloofd zijn geloof ik). Het probleem met het 'spotten' is vooral de lichte, zachtgele kleur aan "min-kant"; als dat (net als in de hovers/floats (als je die instelling aan hebt staan) boven de diffs – waar ik het overigens deze keer ook niet zag omdat überhaupt het te klein was – een zacht-rode/half transparant-rode kleur zou zijn, zou het – ook bij smalle tekens – beter opvallen dan het lichte zachtgeel dat het nu is. Ik denk dat die randen in het voorbeeld hierboven bij elk verschilletje me te druk worden; zou misschien de kleur die aan de linkerkant gebruikt persoonlijk in te stellen zijn? Hoe dan ook, hartelijk dank (weer) voor de toelichting! -- martix (overleg) 21 mei 2018 15:37 (CEST)
Ja, net als het toevoegen van randen kan je ook de gebruikte kleuren overschrijven. Bv. met
Wow, dat werkt als een naaimachientje, al heb ik er wel #ffcdb2 can gemaakt, (een paar slagen lichter omdat anders het (verwijderde) leesteken weer zo lastig te zien was, maar deze kleur heeft aanmerkelijk meer contrast met het wit dan het standaard zachtgeel en maakt kleine (verwijderde) tekens/letters stukken gemakkelijker te spotten, zeer bedankt! (Ik heb het aangebracht in de (hiervoor nog lege) "Gedeelde CSS/JSON/JavaScript voor elke vormgeving"common.css (de middelste keuze in de bovenste sectie van het "Uiterlijk"-tabblad), niet de onderste voor alle wiki's), ik ga ervan uit dat dit een tweak is *bovenop* al mijn andere instellingen die met knopjes en vinkjes zijn aangepast, (dus een aanvulling en geen vervanging?) en dat ik niet óók nog een standaard css template erin moet zetten, en dat het feit dat de common.css nu verder geen andere instellingen/preferences bevat, daarmee niet allerlei andere instellingen ongedaan zijn gemaakt/zijn uitgeschakeld? (ik ben weliswaar IT-er, maar in de hoek van IT-infrastructuur, op en boven HTML-niveau houdt het bij mij snel op namelijk). Nogmaals hartelijk dank voor de tip! -- martix (overleg) 21 mei 2018 17:59 (CEST)
Graag gedaan. Je persoonlijke CSS wordt als laatste geladen, dus bovenop eerder geladen modules. Het is een aanvulling van de totale CSS-code, waarmee je een enkele waarde vervangt. –bdijkstra (overleg) 21 mei 2018 18:20 (CEST)
Ik zag dit overleg doordat ik deze pagina nog op mijn volglijst had staan vanwege eerder overleg (en ik blijf 'm volgen ook: weer een geweldige tip! Bedankt bdijkstra). Ik heb "stiekem" even gekeken in je persoonlijke CSS, martix, en de inhoud gekopieerd naar de mijne. Ik hou me veel bezig met vandalismebestrijding en anoniemencontrole en zit dus vaak naar diffs te kijken. Wat werkt dit dan prettig, zeg. Nogmaals dank voor de tip. Met vriendelijke groet, JanCK (overleg) 22 mei 2018 13:32 (CEST)
Ik vind het (ten opzichte van het slechte contrast van het zachtgeel met wit (bij smalle tekens)) zelfs zó'n enorme verbetering dat het eigenlijk zonde is wanneer dit juweeltje van een tip beperkt blijft op deze OP; is er niet een algemene(re) pagina met "tips & tricks" of zo waar deze tip/suggestie opgenomen kan worden, of kan misschien ergens de suggestue gedaan worden dat het zelfs dat het de de standaard kleur wordt (in diffs) achter de tekst die weggehaald is? -- Met vriendelijke groet -- martix (overleg) 22 mei 2018 19:47 (CEST)
Ah, (ik gebruik deze ruimte heel even als notitieblokje) wat mij betreft voldoet de huidige kleur voor "added-line" wel, maar dat blijkt (na sampling) #cfe7ff te zijn; deze kleur blijkt een luminance van 90% te hebben. De zacht-rode kleur waar ik (visueel) op uit was gekomen (#ffcdb2) blijkt een luminance van 86% te hebben, als die corrigeer om ook 90% te zijn (net als de standaard zacht-blauwe kleur achter added-lines), dan komt de gecorrigeerde waarde daarvan uit op #ffd8bb (i.p.v. #ffcdb2); het scheelt slechts 4% maar op die manier is er wel consistentie natuurlijk in de luminance van beide achtergrondkleuren. Ik probeer het dadelijk nog even uit of de 4% lichtere kleur nog voldoende contrast oplevert (zoals in de bewerkingsgeschiedenis van mijn common.css te zien valt, leverde een eerdere "verlichtingsslag" (een relatieve verhoging) van 25% – visueel/op het oog – een té lichte kleur op om voldoende contrast te tonen (bij smalle tekens), zodat het alsnog lastig werd de dunne tekens te spotten, en daarom veranderde ik die laatste relatieve verlichting van 25% naar 10%; ik moet dus even bekijken wat deze absolute verlichting van 4% gaat opleveren.
Ik zal daarna je advies opvolgen om het aan die bibliotheek toe te voegen. Ik probeer eigenlijk echter als het even kan uit "De Kroeg" weg te blijven, kan ik het niet aankaarten in "Het Redactiekanaal? Moet het echt per se in de Kroeg? Alvast weer bedankt voor je antwoord, en met vriendelijke groet -- martix (overleg) 23 mei 2018 17:29 (CEST)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
(Excuses voor het gebruik van al deze ruimte op je OP, maar:) nu kan ik eigenlijk niet kiezen tussen met luminance 86%:
@bdijkstra, @JanCK Fietser: mag ik jullie vragen om een oordeel welke van de twee duidelijker/beter is (ook met inachtname van de (standaard)kleur voor added-lines)? (ik had als inline image willen toevoegen, maar wist niet welke commonscat te gebruiken voor (voorbeeld)afbeeldingen die beperkt blijven in GNR/hoe of waar ik de afbeeldingen lokaal op alleen nl.wikipedia.org kon uploaden, vandaar deze links naar een viewer die het waarschinlijk wel groter dan op 100% laat zien). Alvast bedankt, -- martix (overleg) 23 mei 2018 18:18 (CEST)
Dat verschil is inderdaad heel subtiel. Als (met de nadruk op als) ik zou moeten kiezen, heeft de eerste, iets donkerder kleur, mijn voorkeur, maar dat zeg ik alleen maar omdat ik ze door snel heen-en-weer te klikken met elkaar kan vergelijken. Als je me alleen de laatste optie had gegeven, had ik waarschijnlijk geroepen: prima. Groet, JanCK (overleg) 23 mei 2018 18:22 (CEST)
Hoe dit soort kleine verschillen eruit zien, hangt heel erg af van iemands ogen, het display en de instellingen daarvan. Er is geen perfecte kleurwaarde, en dat is nou juist het fijne van deze mogelijkheid voor individuele gebruikers om zelf een waarde te kiezen. Het enige dat w.m.b. van belang is voor in de scriptbibliotheek, is dat de voorbeeldwaarde duidelijk donkerder is dan de standaardwaarde. –bdijkstra (overleg) 28 mei 2018 09:18 (CEST)
Dat is ook zonder minder waar – hoewel ik uiteindelijk persoonlijk tot dezelfde conclusie kwam als Jan CK Fietser, dat de nét iets donkere tint, met name bij tekens als punten, apostrofs en komma's beter leek en ik overweeg het blauw ook wat donkerder te maken (naar lum. 86%), maar – zodra je de helderheid en contrast van de monitor verandert, verandert de effectiviteit van de instellingen navenant mee. En volgens mij is ook nog nooit vastgesteld dat verschillende mensen altijd dezelfde perceptie van dezelfde kleur hebben, en dan zijn er mensen – zoals ook in de uitleg in de scriptbibliotheek genoemd – die bijvoorbeeld rood- of blauwtinten (of beiden) niet kunnen zien, voor wie andere kleuren (en contrastwaarden) weer beter zijn, en dat zal voor elk persoon een andere combinatie van kleuren en intensiteit/luniniscentie zijn.
(Wederom) dank voor het bondiger maken van de tekst die ik had geplaatst in de scriptbibliotheek, ik weet dat ik eigenlijk zelf vóór publicatie eerst al een keer moet herlezen en schrappen en daarna alsnog iemand anders de kam erdoorheen moet laten halen want ik kan erg lang van stof zijn in de "eerste versie". Maar dat is nu dan aangepast en duidelijker gemaakt ná publicatie, en het is het resultaat dat telt. Nogmaals dank! -- martix (overleg) 28 mei 2018 13:44 (CEST)
Laatste bericht: 6 jaar geleden3 berichten2 personen in overleg
Hoi Bdijkstra, je hebt recent het artikel Stemming van Pythagoras voor de periode van 1 maand beveiligd maar dat zo te zien nog niet gemeld op Wikipedia:Beveiligde pagina's. Je bent nog niet zo lang moderator dus ik neem aan dat je niet gerealiseerd had dat het de bedoeling is dergelijke beveiligingen daar te melden. Als ik vroeger zo'n omissie zag paste ik dat zelf aan maar omdat ik geen moderator meer ben kan ik je daar niet meer bij helpen. - Robotje (overleg) 27 mei 2018 15:33 (CEST)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Hoi Bdijkstra, volgens Rodejong worden alle lintfouten op Speciaal:LintErrors/bogus-image-options een problemen bij overstap van Tidy naar RemexHtml. De technici van Mediawiki hebben met Parsing/Replacing Tidy#Detailed information about what to fix aangegeven wat er aangepast moet worden als je van Tidy overstapt op RemexHtml. Daarbij staan tabellen met in de rechterkolom een 'Linter category'. De Linter categorie 'bogus-image-options' komt daarin niet voor. Rodejong weet zeker dat al die fouten in die categorie een probleem worden maar kan mij niet uitleggen waar ik meer kan vinden over de denkfout bij de technici van Mediawiki. Kun jij eens reageren bij Wikipedia:SHEIC#Lint. Hopelijk wordt het dan duidelijker. - Robotje (overleg) 1 jun 2018 16:56 (CEST)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Hallo Bdijkstra. Ping werkt bij mij niet doordat ik een sjabloonhandtekening gebruik, dus maar even op deze manier. Ik heb je ooit iets zien opmerken over </br> vs <br />. Een soortgelijke vraag werd op deze overlegpagina gesteld. Ben je in de gelegenheid daar te reageren? Hartelijk dank en met vriendelijke groet, JanCK (overleg) 15 jun 2018 12:14 (CEST)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Hallo Bdijkstra, bij de laatste versie (die stond nog in mijn scherm) stond onderin toch echt een toegevoegd kopje. Wil je dit nog eens nakijken? Mvg, Inertia6084 - Overleg21 jun 2018 16:51 (CEST)
Dat kopje stond er inderdaad, maar dat had die gebruiker niet toegevoegd. We kunnen niet met zekerheid zeggen dat diegene dat onderste kopje gezien heeft. –bdijkstra (overleg) 21 jun 2018 17:02 (CEST)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Een Wikipedia-gebruiker heeft één of meer artikelen die u hebt gestart of waar u aan hebt gewerkt genomineerd voor beoordeling. Dit betekent dat deze gebruiker het artikel op dit moment niet geschikt acht voor Wikipedia. Het gaat om Jean Evrard dat is genomineerd door Joostik. De reden hiervoor staat op Wikipedia:Te beoordelen pagina's/Toegevoegd 20180623 en dat is ook de plek waar u kunt reageren op de nominatie. Wellicht hebt u er iets aan om de conventies door te lezen; daar kunt u zien hoe een artikel eruit hoort te zien. Zie ook Help:Waarom staat mijn artikel op de beoordelingslijst. Mocht het artikel na 2 weken als niet voldoende worden beoordeeld, dan zal het worden verwijderd.
N.B. dit is een automatisch bericht geplaatst door een bot. Ik heb niets met de nominatie te maken en kan er niets aan doen. Als u vragen hebt, kunt u die het beste stellen aan de gebruiker die het artikel genomineerd heeft. --Nlwikibots (overleg) 24 jun 2018 02:03 (CEST)
Laatste bericht: 6 jaar geleden8 berichten1 persoon in overleg
Dat is een mooi bericht: kunnen we eindelijk inzicht krijgen in deze problematiek. Als je in elk geval de probleemgevallen zou kunnen vinden zou ik daar dankbaar voor zijn, en ik hoop de rest van de gemeenschap ook. Dat zijn links die naar een kopje wijzen dat niet meer bestaat. Daarnaast zou een overzicht van de redirects handig zijn. En van de links die niet via de redirect lopen. Wat een handige vorm zou zijn om dit in te gieten weet ik nog niet, maar dump desgewenst iets in een vorm die je makkelijk lijkt. Bedankt en groetjes. — Zanaq(?) 24 jun 2018 14:19 (CEST)
Ik ga ergens in de komende weken ermee aan de slag. Het vinden van links naar niet-bestaande kopjes is niet complex, maar ook niet triviaal. Gelukkig kan pywikibot overweg met XML-dumps. –bdijkstra (overleg) 26 jun 2018 20:09 (CEST)
Helemaal prima. Iets geheel anders: dit lijkt zeer intrigerend.... Groet. — Zanaq(?) 28 jun 2018 18:23 (CEST)
Ondertussen heb ik alvast een voorbeeld voor de vorm van de resultaten: Gebruiker:Bdijkstra/KopjesLinks. Vanwege de hoeveelheid zullen het verschillende pagina's worden: hoofdnaamruimte-redirects, hoofdnaamruimte-overig en wellicht ook pagina's voor andere naamruimten. –bdijkstra (overleg) 28 jun 2018 19:25 (CEST)
Dat ziet er erg bruikbaar uit. Natuurlijk zijn vooral de hoofdnaamruimteresultaten interessant. Groet. — Zanaq(?) 28 jun 2018 19:29 (CEST)
Ik heb een scan gedaan van bijna 60.000 hoofdnaamruimte-pagina's met kopjeslinks en op bovengenoemde pagina ruim 6000 rode links gedumpt. Er staan een hoop zusterlinks tussen waarvan is geconstateerd dat de doelpagina niet bestaat. Om een of andere reden zijn de kopjes van bestaande pagina's niet gecontroleerd. Ook zijn er deze keer geen redirects meegekomen, ik denk dat ik hier een apart script voor moet maken omdat deze anders behandeld worden. Je mag opgeloste tabelrijen verwijderen. –bdijkstra (overleg) 4 jul 2018 14:32 (CEST)
Ik ben niet van plan voorlopig zelf iets op te lossen. Dit levert de gevraagde weergave van de omvang van het probleem. Nu kan er overleg gestart worden over hoe we hiermee om willen gaan. (Gewenste antwoord: de links via redirects gaan laten lopen en er een proces voor inrichten zoals WP:LND.) Niet-bestaande kopjes van bestaande pagina's zijn natuurlijk ook essentieel. Dank je wel voor deze mooie eerste stap. Ik heb in de Kroeg iets neergezet. Groetjes. — Zanaq(?) 4 jul 2018 19:26 (CEST)
Misschien ben ik te enthousiast geweest. Vind je het erg als ik het kopje weghaal voor er prematuur gereageerd wordt? — Zanaq(?) 4 jul 2018 19:56 (CEST)
Hier mag je enthousiast over doen: Gebruiker:Bdijkstra/KopjesLinks/Redirects. In de dump van 20-6 heb ik een scan gedaan van redirects in de hoofdnaamruimte die naar een anker verwijzen en gekeken of dit anker voorkomt als kopje in de wikitekst van de doelpagina (zonder sjabloonsubstitutie toe te passen). –bdijkstra (overleg) 6 jul 2018 19:57 (CEST)
@Gebruiker:Zanaq de vorige scan vond alleen doelartikelen zonder kopjes, dat is nu gecorrigeerd en inmiddels is het de dump van 1-7. Aantal gevonden fouten met redirects is nu: 1562 (van de 12588). –bdijkstra (overleg) 10 jul 2018 19:24 (CEST)
Dat is zeer mooi. Een goed bruikbaar overzicht. Het is de oplossing voor eerder genoemd probleem die ik voor zou willen stellen. Vermoedelijk is het lastiger - en dat is uiteraard onderdeel van het probleem - om de echte probleemgevallen (de directe links naar onbestaande kopjes) te vinden. — Zanaq(?) 12 jul 2018 22:02 (CEST)
Fijn, en inderdaad. Het stomme is dat Pywikibot wel een API heeft voor kopjes, maar die is slechts gedeeltelijke geïmplementeerd. Ook is het werken met datadumps in Pywikibot zeer beperkt. Dus ik heb zelf maar een parser geschreven op basis van ideeën uit Pywikibot en WPCleaner. –bdijkstra (overleg) 12 jul 2018 22:29 (CEST)
Laatste bericht: 6 jaar geleden3 berichten2 personen in overleg
Hoi Bdijkstra,
We waren allebei met hetzelfde lemma bezig merkte ik. Zou je bij het terugplaatsen van artikelen rekening willen houden met de versiegeschiedenis en het copyright en dus het originele artikel willen herstellen, in plaats van alleen de verzochte tekst in de gebruikersnaamruimte te knippen en plakken?
Oh, ik dacht dat het meenemen van de geschiedenis pas hoefde te gebeuren wanneer zo'n artikel (eventueel vanaf de gebruikersnaamruimte) geplaatst wordt in de hoofdnaamruimte. In ieder geval heb ik in mijn plak-actie de herkomst duidelijk gemaakt in de bewerkingssamenvatting. Maar goed, ik zal het voortaan via een hernoeming doen. –bdijkstra (overleg) 25 jun 2018 11:36 (CEST)
Ik snap je gedachtengang, maar als een gebruiker er daarna mee aan de slag gaat, zou je officieel weer de verschillende geschiedenissen samen moeten gaan voegen etc. Veel omslachtiger dus. We hebben er geen officiële afspraken over, maar eigenlijk plaatst iedereen het zo terug en via titelwijziging zet je hem dan in de gebruikersnaamruimte. Ciell25 jun 2018 11:42 (CEST)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
G'day. Als ik deze wijziging op WP:BGN bekijk, krijg ik de indruk dat zodra er een redirect bestaat voor een naam met diakritische tekens o.i.d., deze omgezet moet worden in een doorverwijspagina. Ik vermoed dat je dit wil als er een soortgelijke naam is, maar met andere diakritische tekens. Misschien is mijn vermoeden verkeerd en bedoel je iets anders, maar in de huidige vorm is het voor mij geen verduidelijking. Hierbij het verzoek de tekst te verduidelijken, of me hier uit te leggen dat ik het verkeerd begrijp. Groet, ♠ Troefkaart (overleg) 26 jun 2018 13:18 (CEST)
Je indruk en je vermoeden zijn correct, want dat is wat er staat. Ik weet niet hoe het anders gelezen kan worden, en dus kan ik het niet verduidelijken zonder verdere uitleg. Blijkbaar is mijn toevoeging niet overbodig, want reeds in 2014 waren er honderden foute redirects gemeld op deze lijst. Ik wil graag de procedure op dit punt expliciet maken in de hoop dat artikel-aanmakers eraan denken om naar de inkomende redirects te kijken. –bdijkstra (overleg) 23 jul 2018 10:46 (CEST)
Laatste bericht: 6 jaar geleden4 berichten2 personen in overleg
Ik denk dat het de eerste keer is dat een categorie het in de statistieken heeft geschopt. Ik zal eens kijken wat er gebeurt als ik gewoon alle links met een dubbele punt laat starten, of het nu een categorie is, of een artikel of een sjabloon. Vorig jaar was het sowieso een kleiner probleem, want toen werden de dag-pagina's van de statistieken elke nacht overschreven, maar nu ik ze elke dag bewaar, moet dit wel opgelost worden. Bedankt voor de melding dus! Edoderoo (overleg) 8 jul 2018 12:47 (CEST)
Laatste bericht: 6 jaar geleden4 berichten2 personen in overleg
Hallo Bdijkstra, je hebt uiteraard volkomen Wikipedia-gelijk hiermee. Of je een beginneling echter zo moet toespreken als was het een der ingewijden is weer een andere vraag. Apdency (overleg) 26 jul 2018 19:55 (CEST)
Wat te te hoog gegrepen voor een beginneling naar mijn mening en het kon wat uitnodigender klinken. Al heb ik het menigmaal veel erger gezien, dat wel. Apdency (overleg) 26 jul 2018 21:06 (CEST)
Laatste bericht: 6 jaar geleden4 berichten3 personen in overleg
Hoi Bdijkstra, ik zag dat je de pagina “Wikipedia:Interfacemoderator” hebt aangemaakt. Misschien heb ik het gemist, maar is er ergens gecommuniceerd over deze nieuwe moderators in spee? Anders is het misschien raadzaam om een mededeling te doen in de kroeg hierover. Vr groet Saschaporsche (overleg) 30 jul 2018 18:03 (CEST)
Voor de volledigheid: deze nieuwe gebruikersgroep werd op 10 juli al aangekondigd in De Kroeg, hoewel de definitieve naam nog niet bekend was, en een dag eerder in WP:SHEIC (voor de technische details). Ook hebben moderatoren intern al hierover gebabbeld via de modmail. Uiteraard komt er een mededeling wanneer aanmelding mogelijk is, of misschien al eerder bij een stemming over de voorwaarden. –bdijkstra (overleg) 30 jul 2018 18:40 (CEST)
Laatste bericht: 6 jaar geleden4 berichten2 personen in overleg
Beste Bdijkstra
Gisteren had je hier laten weten dat je een fantastisch botprogramma had geschreven om de tellers te updaten, waarvoor heel veel dank! Nu zat ik te denken of dit programma ook zou werken op deze pagina? Lijkt mij min of meer hetzelfde principe. Alvast bedankt!
Het programma zoekt naar links met search= waarvan het label begint met een nummer, voert de zoekopdracht (gedeeltelijk) uit en werkt het nummer bij, dus inderdaad is dat hetzelfde principe. Ik zal het programma bijwerken om ook die pagina mee te nemen. –bdijkstra (overleg) 2 aug 2018 18:02 (CEST)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Dag Bdijkstra, uw bewerking hier zorgde voor een ongewenst neveneffect, namelijk plaatsing in de rubriek {nuweg}. Uit voorzorg heb ik die bewerking daarom teruggezet. Wilt u er even naar kijken? Groet, Tulp8 (overleg) 3 aug 2018 14:07 (CEST)
Wat je beweert is niet waar. Het zou ook erg raar zijn als die pagina al sinds oktober in die categorie zou staan zonder dat er een nuweg-sjabloon direct op die pagina getranscludeerd wordt. Dus kwam het door een andere transclusie, namelijk die van Wikipedia:Gewenste artikelen/Gouda, waar het nuweg-sjabloon op was geplakt zonder de <noinclude>-tags die verplicht zijn bij pagina's die ergens anders getranscludeerd worden. Dat wist de anoniem hoogstwaarschijnlijk niet, maar ik had bij jou wel verwacht dat er op z'n minst een lichtje ging branden. Enfin, ik heb mijn versie weer teruggezet. Je kan zien dat de pagina nu niet in de nuweg-categorie zit. –bdijkstra (overleg) 3 aug 2018 14:17 (CEST)
Laatste bericht: 6 jaar geleden3 berichten2 personen in overleg
Fijn dat je deze taak op je neemt! Je schreef dat er destijds niet over "veiligheid" werd gesproken. Ik denk dat dat wel gebeurd is, maar de meesten zich dat gewoon niet hebben beseft, of niet hebben willen zien. Maar in de tussentijd is wel duidelijk dat internetveiligheid geen zaak "om mee te lachen" is, dus best kans dat de meningen in de tussentijd iets meer genuanceerd is geraakt. Ik lees die oude stemming vooral terug als "we moeten problemen waar we geen last van hebben vooral niet oplossen, het kalf is nog niet verdronken, dus denk niet na over de put". Ik ben benieuwd naar de uitslag, en nog meer naar de argumenten ;-) Edoderoo (overleg) 6 aug 2018 11:57 (CEST)
Er zijn in 2011 allerlei argumenten voor/tegen/neutraal aan bod gekomen, "veiligheid" en aanverwante termen kwamen, voor zover ik gezien heb, totaal niet ter sprake. In de kroegdiscussie werd er zelfs letterlijk gezegd "Er is geen probleem", dat is heel wat anders dan te zeggen dat het een acceptabel risico is of dat er een (abstract) probleem is waar we geen last van hebben. –bdijkstra (overleg) 6 aug 2018 12:21 (CEST)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Hoi. Ik zie dat je dit doet, waarvoor waarschijnlijk grotendeels dank. Ik zie echter geen multiple unclosed formatting tags, slechts één ''. En waarom is het nodig de eerste <small> te vervangen door <div style="font-size:85%"> maar niet de tweede? Groet. — Zanaq(?) 8 aug 2018 16:20 (CEST)
De apostrofjes gingen om een ontbrekende afsluitende tag, die lage prio heeft. Het vervangen van de small-tag loste de multiple unclosed formatting tags op (hoge prio), die voorkwam ergens in de Wikipedia-naamruimte. Helaas kan ik niet meer terugvinden welke pagina de fout heeft getriggerd; als de fout veroorzaakt zou zijn op die pagina (via een sjabloonparameter) had ik het uiteraard daar opgelost. De tag 'small' is nooit bedoeld geweest voor blokelementen. Meestal levert dat de lint-fout elementen die elkaar niet compleet insluiten op (normale prio), maar als er meer aan de hand is wordt het iets met hoge prio. Tekst tussen small-tags zonder regeleindes levert geen problemen op, omdat het dus een inline-element is. –bdijkstra (overleg) 8 aug 2018 17:08 (CEST)
In dat geval is de dank volledig. En ook dank voor de uitleg. Groet. — Zanaq(?) 8 aug 2018 17:17 (CEST)
Laatste bericht: 6 jaar geleden6 berichten2 personen in overleg
Geachte, vreemd dat in dit artikel niet hetzelfde mag genoteerd worden als in het artikel zomertijd waarin onder de hoofding 'Rusland en de voormalige Sovjet-Unie' met de nodige bronverwijzingen wordt gemeld dat in 2014 definitief voor de wintertijd werd gekozen nadat president Poetin de regelgeving van vorige president Medvedev heeft teruggedraaid. Hopelijk lees je beide artikelen eens aandachtig en verwacht spoedig gelijkheid in beide artikelen aan te treffen. Of ik lees graag jouw argumentatie. Ondertussen, hoogachtend, Vakevos (overleg) 9 aug 2018 11:38 (CEST)
Mijn reden voor de terugdraaiing was dat de bewering niet overeenkwam met de bronvermelding aan het einde van die zin. Dat had ik eigenlijk even in de bewerkingssamenvatting moeten zetten. Je bent van harte welkom om je wijziging nogmaals te doen maar dan met vervanging van de bronvermelding. –bdijkstra (overleg) 9 aug 2018 11:45 (CEST)
Met dank voor het vlot verloop en de interessante info maar ik vrees dat ik maar de knoeier van voorheen blijf en me ver hou van verbeteringen waarbij bronvermeldingen meespelen. Gegroet,Vakevos (overleg) 9 aug 2018 12:08 (CEST)
Het zij zo. In dat geval ben je van harte welkom om dit soort problemen te melden op de overlegpagina van het artikel, wanneer je ze tegenkomt. –bdijkstra (overleg) 9 aug 2018 12:21 (CEST)
@Bdijkstra, ErikvanB: Nee, dat is helemaal niet waar. MediaWiki-pagina's zijn nog altijd te bewerken door moderatoren. Alleen MediaWiki-pagina's die eindigen op .js of .css niet. Dus het hernoemen van deze pagina was helemaal niet nodig. Sterker nog: echt overbodig en BTNI. Trijnstel (overleg) 13 aug 2018 19:53 (CEST)
Mijn excuses, ik dacht begrepen te hebben dat alle rechten die interfacemoderatoren hebben, behalve 2FA, zouden worden afgenomen van moderatoren. Het blijkt dat moderatoren ook het 'editinterface'-recht, benodigd voor de MediaWiki-naamruimte, zullen behouden. Dus kunnen straks zowel moderatoren als interfacemoderatoren in die naamruimte bewerken, behalve moderatoren niet overal. Na mijn hernoeming zijn er nu twee verzoekpagina's die over de MediaWiki-naamruimte gaan: Wikipedia:Verzoeken voor wijziging menu's en dialoogteksten en Wikipedia:Verzoeken voor wijziging spamfilter. Ongedaan maken lijkt me een verslechtering van de nu consistente naamgeving. –bdijkstra (overleg) 13 aug 2018 21:24 (CEST)
Consistentie zou w.m.b. meer zijn dat Wikipedia:Verzoeken voor wijziging menu's en dialoogteksten naar een logischer naam zou worden aangepast... en de spamblacklistverzoekpagina terug naar de oude naam. Moderatoren blijven immers die verzoeken afhandelen. Maar oké. Ik vind het sowieso gek dat je zo'n verzoekpagina zonder overleg hernoemt, terwijl het jaren eenzelfde naam had. Als je het had voorgesteld, had ik je op tijd kunnen vertellen dat hernoemen misschien niet zo'n slim idee zou zijn. Maar ja, het is nu al te laat, want het is al gebeurd. Trijnstel (overleg) 13 aug 2018 21:54 (CEST)
Ja meestal doe ik eerst een voorstel voordat ik zulke dingen doe, deze keer was ik te onvoorzichtig. Je zegt dat moderatoren die verzoeken blijven afhandelen. Er moet denk ik nog duidelijk worden gedocumenteerd in hoeverre de taken van moderatoren en interfacemoderatoren elkaar overlappen. –bdijkstra (overleg) 13 aug 2018 22:08 (CEST)
Ach, je kunt het zo moeilijk maken als je zelf wilt. Zoals ik al zei: interfacemods kunnen wél MediaWiki-pagina's die eindigen op .js of .css (anders dan in hun eigen naamruimte) bewerken, en gewone mods kunnen dat niet. Aangezien er maar weinig van dit soort pagina's zijn, is er ook weinig werk, en valt er dus weinig uit te leggen imo. Je kunt ze extra taken geven, maar dat hoeft natuurlijk helemaal niet. Trijnstel (overleg) 13 aug 2018 22:35 (CEST)
Ik bedoel te zeggen dat er helemaal nergens staat beschreven of ze zich moeten beperken tot css/js of niet. Ze kunnen namelijk overal bij in de MediaWiki-naamruimte. –bdijkstra (overleg) 13 aug 2018 22:42 (CEST)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Hoi. Ik weet niet of het een goed idee is om specifieke accounts te noemen als aantrekkelijk doelwit voor hackers. Ik denk dat het verstandig is die accountnamen te verwijderen uit het overleg. Groet. — Zanaq(?) 13 aug 2018 17:48 (CEST)
Laatste bericht: 6 jaar geleden6 berichten2 personen in overleg
Dag BDijkstra. Ik zie dat u de titel hebt gewijzigd. Argument : geen bron voor moord. In mijn opinie gaat het nog steeds over een moordzaak. Hoe verantwoordt u uw wijziging naar 'Dood van' ? Daarenboven, beste Dijkstra, is het niet goed gedaan, want er staat in de eerste alinea van de tekst : "dood op Nicky ...", fout voorzetsel : te wijzigen in "dood van". Dit is slordig. Of wijzer : zet u de oude titel terug a.u.b. Tot slot : de wijziging van een titel als deze is geen geringe zaak (ref. vette k). Jeanmarteauenboisjmenbois (overleg) 24 aug 2018 00:09 (CEST)
Zie Overleg:Dood van Nicky Verstappen. Daar, of waar dan ook, heeft niemand de kwalificatie 'moord' met bronnen kunnen ondersteunen. En dat foute voorzetsel, dat was inderdaad slordig, ik heb het verbeterd. Ik begrijp niet wat u probeert te zeggen met uw laatste zin; wat is "vette k"? –bdijkstra (overleg) 24 aug 2018 10:15 (CEST)
Beste BDijkstra : vette k, of ik had duidelijker kunnen zijn, de kleine wijziging (k) had ik niet geplaatst waar ik een titel wijzig. Een titel inhoudelijk ingrijpend wijzigen, is in mijn ogen geen kleine zaak. En nogmaals, ik begrijp niet goed dat u een moordzaak van net meer dan twintig jaar alom bekend, wijzigt in Dood van. Wat gaat u dan doen wanneer - hopelijk snel - de verdachte bushcrafter wordt gevonden, gearresteerd en berecht? Gaat u dàn de titel van dit Wiki-artikel opnieuw herformuleren naar Moord op? De verdachte man, J. Brech, heeft nu bij justitie het profiel van een pedofiel én er is een DNA-vergelijking met matching 1 op 1. Mijn opinie, de publieke opinie alsook deze van algemeen benoemd justitie, is : dat kind, Nicky Verstappen, werd vermoord. Het lijkt mij dan ook niet heel wijs dit artikel te hernoemen in 'Dood van ...'. Jeanmarteauenboisjmenbois (overleg) 24 aug 2018 21:31 (CEST)
Ah nu snap ik de vette k. Echter, die had u wél geplaatst waar u een titel zou wijzigen. Net als iedereen, want daar is bij een titelwijziging namelijk geen optie voor. Wat ik na een vonnis ga doen, hangt ten eerste af van de feiten, zoals voor welk delict of misdrijf de verdachte schuldig wordt verklaard. Ten tweede hangt het af van eventuele consensus die gevormd op de overlegpagina; als blijkt dat er ruimte is voor een andere titel die een betere weergave is van de ideeën vanuit de Wikipedia-gemeenschap, dan is het waarschijnlijk dat ik of iemand anders de titel daarin zal veranderen. Het is hier uitdrukkelijk niet de bedoeling om de publieke opinie, of die van justitie, te gaan verkondigen als waarheid. Dat zou niet neutraal zijn. –bdijkstra (overleg) 24 aug 2018 22:04 (CEST)
Beste BDijkstra, Ok dat de discussie hier even werd gevoerd - met uw verwijzing naar Overleg:Dood van Nicky Verstappen dacht ik dat u bedoelde de discussie op dat Overleg:Dood van Nicky Verstappen te voeren. Ik respecteer uw wens dat ik mijn mening hier weergeef. We zullen zien; ik kan jullie tot op zekere hoogte volgen, maar ik blijf het een onwijze verandering van titel vinden. Ik denk dat jullie dit in de toekomst ooit zullen moeten hernoemen naar Moord op .... Misschien tot later. Jeanmarteauenboisjmenbois (overleg) 25 aug 2018 01:22 (CEST)
Voor gebruikers die paniekerig doen en/of er weinig blijk van geven dat ze helder kunnen nadenken heb ik weinig beleefdheid, geduld of respect over. Ik zal ze nog meer proberen te negeren. –bdijkstra (overleg) 27 aug 2018 21:13 (CEST)
Laatste bericht: 6 jaar geleden3 berichten2 personen in overleg
Geachte –Bdijkstra–, de gebruikers DirkVE en MoiraMoira hebben zich, in hun moderator-functie, enige tijd geleden o.a. bezig gehouden met 24-hoek, 257-hoek en 65537-hoek, en na de nodige woorden op de TBP’s, uiteindelijk besloten deze artikelen te behouden (toch niet geheel onterecht, meen ik nu). Evenwel, ik heb er nog eens naar gekeken (ook n.a.v. hun opmerkingen bij het behoud; zie de Geschiedenis van die lemma's) en ik heb (vooralsnog op mijn KLAD) getracht te poetsen, eenheid te brengen, wiskundige onzin te verwijderen, en zaken toe te voegen. Wat (als belangrijkste) verwijderd is, zijn pseudo-Griekse namen (met één uitzondering) en de geanimeerde constructies. Die laatste omdat ze te snel gaan, niets toevoegen (zonder toelichting en, naar mijn inschatting, ook niet met) en mogelijk zelfs incorrect zijn.
Rigoreus alle pagina’s vervangen door mijn eigen – maar op de genoemde pagina’s gebaseerde – teksten wil ik alleen maar doen na ingewonnen advies (er hebben zich toch wel wat collega’s mee bemoeid).
Zie dus ook mijn kladpagina’s: Gebruiker:Daaf_Spijker/Kladblok/ds24-hoek, Gebruiker:Daaf_Spijker/Kladblok/ds257-hoek en Gebruiker:Daaf_Spijker/Kladblok/ds65537-hoek.
Omdat genoemde gebruikers nu beiden ex-moderator zijn (DirkVE is zelfs weg), wend ik me tot u voor dit advies. Graag dus! Mij realiserend dat dit er ook weer bijkomt... Groetend, - Daaf Spijker (overleg) 1 sep 2018 12:40 (CEST)
Beste Daaf, niet iedere moderator houdt zich even graag met inhoudelijke beoordelingen bezig. Dat gezegd hebbende zien je kladjes er een stuk minder klad uit dan de huidige artikelen. Daarnaast is wat je nu vraagt niet exclusief voorbehouden aan moderatoren. Als je advies wil inwinnen kan je denk ik het beste terecht in het Exactewetenschappencafé. –bdijkstra (overleg) 3 sep 2018 19:39 (CEST)
Laatste bericht: 6 jaar geleden5 berichten3 personen in overleg
U heeft deze categorie genomineerd voor verwijdering. Echter het betreft hier een gewenste categorie op het Tsjechië Portaal. U heeft een punt dat de categorieën Categorie Vervoer in Tsjechië en Categorie Verkeer en vervoer in Tsjechië erg veel op elkaar lijken. Doch de laatst genoemde is erg vreemd. want vervoer en verkeer heeft raakpunten met elkaar maar op heel veel punten liggen ze ook ver uit elkaar. En fin, ik vind het niet erg dat er over wordt gestemd. Waar ik het niet mee eens ben is dat u op eigen houtje gaat besluiten of een categorie moet verdwijnen uit een artikel, zoals: Československé státní dráhy. U kunt het oneens zijn met de categorie. Maar voordat er een besluit is geveld in een stemming is het niet aan u om categorieën te verwijderen. Ik ga ervan uit dat u de stemming zult respecteren. Merk ik echter dat u dit niet doet, zal ik een klacht tegen u indienen. Wobuzowatsj (overleg) 2 sep 2018 02:40 (CEST)
Ik heb dat artikel uit die categorie gehaald, omdat het dubbelop was. De categorie Spoorwegen in Tsjechië slaat al op V(erkeer en v)ervoer in Tsjechië en dus zou het artikel niet direct in die categorie moeten zitten. Het kan best zijn dat je nieuwe categorie bestaansrecht heeft, maar dan moet je deze wel correct integreren in de bestaande categorieboom. –bdijkstra (overleg) 2 sep 2018 12:36 (CEST)
P.P.S. er is geen sprake van een stemming; beoordeling van categorieën gaat op basis van argumenten. En nogmaals: ik heb dat artikel niet uit die categorie gehaald omdat ik oneens ben met de categorie, maar omdat het een verkeerde toepassing is van die categorie. Ongeacht of die categorie bestaansrecht heeft of niet, ongeacht of die categorie correct is ingedeeld of niet. –bdijkstra (overleg) 3 sep 2018 10:07 (CEST)
Laatste bericht: 6 jaar geleden6 berichten3 personen in overleg
Beste Bdijkstra
Het is nu al meer dan een maand geleden sinds de eerste update van de drie pagina's die door jouw bot worden geüpdatet. Ik vroeg me af of je een tijdsperiode had ingesteld zodat de bot automatisch de updates uitvoert (zoals bij archiefpagina's) of kies je zelf wanneer de updates worden doorgevoerd. Zelf zat ik te denken dat het wel makkelijk zou zijn als de pagina met de veelvoorkomende spelfouten om de twee weken geüpdatet wordt, en de twee Wikiproject-pagina's om de maand. Dit lijkt me het meest logisch, aangezien de tellers in die periodes meestal al veranderd zijn. JP001(Overleg)3 sep 2018 16:38 (CEST)
Ik heb momenteel geen server die krachtig genoeg is voor een bot-framework, dus volledig tijdsgestuurd kan niet. Bovendien is het enige wat momenteel automatisch gebeurt, het genereren van de nieuwe wikitekst. Dat is niet erg als het tweewekelijks of maandelijks is. Het makkelijkste is als ik telkens alledrie de pagina's doe, misschien als compromis eens in de drie weken? –bdijkstra (overleg) 3 sep 2018 18:54 (CEST)
Dat lijkt me evenzeer goed. Ik zou de update wel zo snel mogelijk (als je kan) doen, want ik denk dat het wel eens nodig is. JP001(Overleg)4 sep 2018 21:00 (CEST)
Uitgevoerd Na ongeveer drie kwartier crashte de bot vanwege deze link zonder zoekterm. Programma inmiddels aangepast. De volledige update duurde ongeveer precies anderhalf uur, waarbij er telkens 1s wachttijd tussen zoekopdrachten zit. Ik zag geen grote verschuivingen. –bdijkstra (overleg) 5 sep 2018 15:31 (CEST)
Ja, bijna precies, maar niet helemaal. Een term die regelmatig gebezigd werd door mijn bovenbouw-scheikundeleraar op de middelbare school. –bdijkstra (overleg) 5 sep 2018 17:56 (CEST)
Betrouwbaarheid referenties bij het artikel Leidse Rijn
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Geachte Bdijkstra,
U hebt twee door mij nogal achteloos verwijderde referenties gerepareerd. Ik had deze verwijderd omdat ik ze niet met succes kon aanklikken. Dit is inderdaad niet de juiste manier van doen; daarop hebt u mij gewezen en ik ben het hiermee volledig eens.
Ik zit echter ook met een ander punt: hoe betrouwbaar is datavaria? Ik zet grote vraagtekens bij zowel de informatie over de Leidse Rijn als over de Vleutense Vaart.
Om een voorbeeld te noemen: De Leidse Rijn zou volgens deze informatie bij De Putkop (dat is bij de spoortunnel in de weg tussen Harmelen en Woerden) overgaan in de Oude Rijn.
Kijken we echter in atlassen dan zien we steeds dat midden in Harmelen de Leidse Rijn en de Bijleveld (dat is de door verzanding smal geworden hoofdtak van de aloude rivier de Rijn) samenkomen en vanaf dat punt verder gaan als Oude Rijn. In het Wikipedia-artikel Leidse Rijn is dit ook zo vermeld.
Een ander voorbeeld: het gedeelte van de Vleutense wetering tussen Den Hoet en de Heicop zou uit de 11e/12e eeuw zijn. Maar de Heicop is op z'n vroegst in 1385 gegraven, zo weten we uit archiefstukken. (In 1385 werd namelijk hiervoor toestemming gegeven door het bevoegde gezag). Ook hier zit dus een tegenstrijdigheid.
Vraag is nu: moeten we deze bron handhaven? Wat vindt u hiervan?
Op datavaria.nl/bronvermelding.html vond ik een lijst met bronnen gebruikt door de maker van de website en onderaan ook een interessant stukje specifiek over de schijnbaar tegenstrijdige informatie omtrent Utrechtse waterlopen. Je kan datavaria dus niet zomaar afschrijven als onbetrouwbaar. Atlassen kopiëren elkaar en zijn ook niet altijd even nauwkeurig met details. Als secundaire bronnen het oneens zijn over de interpretatie van primair materiaal, dan kunnen we dat in het artikel aangeven. –bdijkstra (overleg) 5 sep 2018 09:42 (CEST)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Beste Bdijkstra, ik begrijp je bewerkingssamenvatting – het zou ook mijn eerste indruk zijn. Wat je, naar ik aanneem, echter niet weet, is dat dit waarschijnlijk een droevige oorzaak heeft, die te lezen is in dit NRC-interview. Als het dus al slordigheid is, is het in elk geval geen 'gewone' slordigheid. Een hartelijke groet, Matroos Vos (overleg) 5 sep 2018 21:23 (CEST)
Ik dacht al, die naam komt me vaag bekend voor, maar ik heb er verder geen aandacht aan geschonken. Droef inderdaad. Feit is wel dat iemand al z'n wijzigingen moet nakijken, het liefst voordat hij op 'opslaan' drukt. Gelukkig zijn dat er een stuk minder dan de gemiddelde 'gewone' broddelaar. –bdijkstra (overleg) 6 sep 2018 09:53 (CEST)
Laatste bericht: 6 jaar geleden4 berichten2 personen in overleg
Hoi, kun je (of je bot) misschien mij helpen bij Eerste divisie 2018/19#Toeschouwersaantallen, want als ik op een willekeurige sorteerknop druk, dan staat het laagste getal meestal niet goed gesorteerd. Dit komt misschien of doordat het gecentreerd staat of er ontbreekt wat elementen, maar ergens gaat het fout in de sortering. Bij de pagina van het vorige seizoen gaat het wel goed. Numeriek uitlijnen wil ik niet, dus kun je dit verhelpen zodat de sortering wel kloppen? Groet, HKast (overleg) 14 sep 2018 23:37 (CEST)
Ik denk dat het dit seizoen niet meer goed gaat omdat nu de eerste twee rijen kolomkop-rijen zijn. Ik vermoed dat het script dat de sortering verzorgt, vindt dat het te ingewikkeld is en terugvalt op tekstsortering. Maar gelukkig kan je handmatig het datatype opgeven, zoals ik hier heb gedaan. –bdijkstra (overleg) 15 sep 2018 00:01 (CEST)
Met deze bewerking heb ik de eerste kolom in de geschikte sortering en alle kolommen sorteren naar behoren. Mocht het weken later blijkbaar niet werken, dan meld ik het nogmaals. Bedankt voor het oplossen. HKast (overleg) 15 sep 2018 00:21 (CEST)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Beste Bdijkstra, Zelf speelde ik ook al met de gedachte om de Top-2000 paragraaf eruit te halen. Het was feitelijk redundante informatie die niet thuishoort binnen een discografie. Zelf had ik het lef niet. Ben blij dat je de knoop hebt doorgehakt. Bedankt. M.v.g.ARTol (overleg) 19 sep 2018 11:07 (CEST)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Beste Bdijkstra,
De Arbitragecommissie heeft besloten het verzoek dat gebruiker:Wobuzowatsj had ingediend, handelende over categorieën van vervoer in Tsjechië, niet in behandeling te nemen. Meer informatie kunt u vinden op de pagina Wikipedia:Arbitragecommissie/Zaken/Categorie: Vervoer in Tsjechië.
Laatste bericht: 6 jaar geleden6 berichten4 personen in overleg
Beste Bdijkstra, uw bot die zo ijverig ging corrigeren in een van de bose-einstein artikelen dient gefixt te worden. Ik weet dat het een veel voorkomende fout is maar 'de Broglie' is de volledige naam van de persoon naar wie we bvb de de Broglie golflengte vernoemen (ja 2x de). Deze heer was van franse adel, vandaar de kleine 'd' en daarenboven in 2 woorden geschreven. Dank alvast op uw bot te corrigeren hiervoor. shade– De voorgaande bijdrage werd geplaatst door 2a02:a03f:4ef5:db00:c9bb:f0e0:3bc4:166f (overleg · bijdragen) 3 okt 2018 09:35
Daar is eigenlijk wel reden toe. Als we het BTNI volgen dat u zelf elders aanhaalt, dient men de keuze van de originele auteur te respecteren. Gezien deze bot-implementatie hiermee duidelijk in strijd is. In het ideale geval zou de bot moeten uitgebreid worden om dit te checken en op basis daarvan de juiste optie van de twee te kiezen. Spijtig genoeg is het ook duidelijk dat een dergelijke implementatie met de huidige kennis onmogelijk is (paginaverplaatsingen en opsplitsingen kunnen immers de originele auteur verbergen). Ergo, dan dient de eenvoudige oplossing geimplementeerd te worden: bot verbieden dergelijke onzinnige correcties door te voeren. Met vriendelijke groeten Shade (overleg) 3 okt 2018 11:17 (CEST)
Hoe kom je erbij dat dit een botmatige bewerking zou zijn? Het is niet gedaan met mijn botaccount en er staat met label: Visuele Tekstverwerker. Daarnaast is het niet abnormaal om namen in samenstellingen aaneen te schrijven en met kleine letters (zoals bose-einsteincondensaat). Met mijn bewerking poogde ik de leesbaarheid te verhogen. –bdijkstra (overleg) 3 okt 2018 11:25 (CEST)
Des te erger. Voor Bose-Einstein condensaat is een hele discussie gevoerd in het overleg. Ook de keuze waarom het als "Bose-Einstein condensaat" geschreven werd. Gelieve dat dan ook te bekijken en dergelijke verminkingen te vermijden. Ik denk dat het niet de bedoeling kan zijn telkens tot in den treure toe dergelijk vandalisme te moeten corrigeren. In het geval van vakterminologie: gelieve die dan ook op te zoeken in plaats van in het wilde weg te verbeteren op basis van buikgevoel. (En kan je de term niet vinden, ga dan na bij iemand uit het vakgebied.) mvg Shade (overleg) 3 okt 2018 12:20 (CEST)
Hmm, ik zie op overleg:bose-einsteincondensaat niets over de spellingswijziging van 2015 die collega Wimpus hier toepaste m.b.t. de titel en hier m.b.t. het woord "debrogliegolf" wat ik toen blijkbaar heb opgepikt en doorgevoerd in andere artikelen. Gelieve dus zelf even de bewerkingsgeschiedenis raadplegen en eventueel zelf de spelling op te zoeken alvorens in het wilde weg te verbeteren. –bdijkstra (overleg) 3 okt 2018 19:16 (CEST)
Beste Shade, ik heb hier gewoon de spelling uit Van Dale overgenomen, die overeenkomt met de richtlijnen zoals opgesteld door de Taalunie. In meerdere gevallen zal het in desbetreffende (Nederlandstalige) wetenschappelijke werken qua spelling ook niet om een bewuste afwijking gaan, maar eerder om onwetendheid of slordigheid. Het wordt pas interessant, als u met een bron aan komt zetten, die deze alternatieve schrijfwijze (die u voorstelt) ook expliciet onderbouwt en dat ook behandelt met inachtneming van de huidige spellingsregels van het Nederlands. Nu stelt u m.b.t. "bose-einsteincondensaat" de schrijfwijze "Bose-Einstein condensaat" voor. Waarom er dan ook nog een spatie moet staan, word mij hier niet duidelijk. Maar een goede onderbouwing uit een goede bron kan wonderen doen om weer een vertrekpunt te hebben om verder te discussiëren. Dus kijk in uw kast naar een woordenboek natuurkunde, die deze taalkwesties (hoofdlettergebruik, gebruik van spaties) ook expliciet bespreekt voor eponiemen. Wimpus (overleg) 3 okt 2018 19:33 (CEST)
Laatste bericht: 5 jaar geleden5 berichten2 personen in overleg
Dag,
ik zag dat je mijn bewerking op Help:Gebruik van bestanden (gedeeltelijk) had teruggedraaid. Daar is inderdaad iets vreemds gebeurd. Alleen snap ik werkelijk niet wat. Ik heb (naar mijn beste weten) alleen onder het kopje "Sjablonen om tekst naar onder te verdrijven" waarde veranderd in waar de. Maar nu zie ik dat er blijkbaar ook iets raars is gebeurd op een paar andere plaatsen. Mijn vraag is nu alleen: wat zou dit geweest kunnen zijn? Heb jij daar een idee van? Hartelijke groet, --Dick Bos (overleg) 6 okt 2018 19:16 (CEST)
Zo te zien komt het door de Visuele Tekstverwerker. Die doet nog steeds wel eens rare dingen, blijkbaar. Kan je die "paar andere plaatsen" aangeven? Dan kan ik deze problemen rapporteren zodat ze misschien verbeterd worden. –bdijkstra (overleg) 6 okt 2018 19:27 (CEST)
Er veranderde (inderdaad....de visual editor!) iets op drie plaatsen:
[[Media:Aardhommel kleine.jpg]] werd veranderd in: [//upload.wikimedia.org/wikipedia/commons/5/5f/Aardhommel_kleine.jpg Media:Aardhommel kleine.jpg]
[[Media:Aardhommel kleine.jpg|Klik hier voor een mooi bestand van de kleine aardhommel]] veranderd in: [//upload.wikimedia.org/wikipedia/commons/5/5f/Aardhommel_kleine.jpg Klik hier voor een mooi bestand van de kleine aardhommel]
[[:Categorie:{{MediaWiki:Broken-file-category}}]] veranderd in: [[:Categorie:{{MediaWiki:Broken-file-category}}|Categorie:Wikipedia:Pagina's met onjuiste bestandsverwijzingen]]
Sorry, ik dacht gelezen te hebben dat je ook in andere bewerkingen iets raars gezien hebt. Dat was dus blijkbaar niet zo. In ieder geval bedankt, ik zal het rapporteren. –bdijkstra (overleg) 6 okt 2018 19:57 (CEST)
Iemand die op 31 december 2004 zijn eerste bewerking deed kan in ieder geval niet piepjong zijn, maar ik heb er nooit zo op gelet. Enfin, bij de dienstkeuring werd dus de bloedgroep van de keurlingen bepaald en kregen ze het resultaat opgestuurd. Bij mij hebben ze dat goed gedaan, want toen ik jaren later bloeddonor werd stond dezelfde aanduiding met koeienletters op de identificatiesticker van de plastic zak waarin mijn gift opgevangen werd. Groet, Magere Hein (overleg) 13 okt 2018 15:02 (CEST)
Laatste bericht: 6 jaar geleden2 berichten2 personen in overleg
Beste Bdijkstra, sorry voor het storen maar ik zag dat u als moderator als een van de laatste actief was op wikipedia. Er is een verzoek om Kelvin Boerma van de beveiliging af te halen bij Wikipedia:Verzoekpagina voor moderatoren/Beveiligen. Een andere moderator gaf aan als ik bronnen daar kon aanleveren dat hij van de beveiliging kon. Ik heb diverse bronnen daar geplaatst en zou graag aan de slag willen (heb er nu toevallig tijd voor). Zou u het verzoek voor mij na kunnen kijken? Groet, RuedNL (overleg) 22 okt 2018 15:19 (CEST)
Laatste bericht: 6 jaar geleden5 berichten2 personen in overleg
Op basis van eerdere ervaringen met jouw manier van overleggen (ahum) snap je toch ook wel dat ik je niet ga vragen waarom je zo vreselijk inconsequent bent? Je kunt dan wel allerlei redenen hebben die jij wellicht snapt maar die op Wikipedia geen relevantie hebben. De vorige keer vertikte je het om inhoudelijk op de zaak in te gaan, ondanks meerdere verzoeken. Je diende toen een blokverzoek in. Nu vraag je of ik je wil vragen je onlogische gedrag toe te lichten en nu vertik ik dat. Wederom dien je een blokverzoek in. Dat is klasse! ♠ Troefkaart (overleg) 27 okt 2018 11:48 (CEST)
In jouw ogen ben ik kennelijk een ingelogde vandaal. Nu mag je alles van me vinden en over me schrijven, ik deel ook uit. Ik dacht al niet positief over je, maar met die hufterige kwalificatie toon je wmb aan een hufter te zijn. Ga je schamen! ♠ Troefkaart (overleg) 27 okt 2018 13:02 (CEST)
Als je je ergert over mijn manier van overleggen, of mijn zogenaamde inconsequente en/of onlogische gedrag, of als ik niet naar jouw zin handel, dan gaat terugdraaien met nare bewerkingsamenvattingen echt niet helpen om de situatie te verbeteren.
Als je mijn bijdragen in overlegruimten ongedaan maakt, "per abuis" of niet, dan vind ik dat vandalisme. Je weet ook dat dit zwaar ongewenst is. Ik wil je zeker niet monddood maken, ik wil alleen dat je van zulke bijdragen afblijft. Als ik met één enkele hyperbolische kwalificatie een hufter ben, zo zei het. –bdijkstra (overleg) 27 okt 2018 19:47 (CEST)
Machaerus heeft je gezegd dat je terugdraaiing niet terecht was, en toch doe je het weer. Zolang je niet stopt met zulke terugdraaiingen, kan onze werkrelatie niet verbeteren. En het de manier waarop je aanstuurt op een bepaalde uitkomst is ook niet zuiver. Als je mijn versie weer terugzet, en mij vraagt om het verzoek af te handelen, dan boeken we vooruitgang. –bdijkstra (overleg) 27 okt 2018 20:37 (CEST)
Laatste bericht: 6 jaar geleden5 berichten4 personen in overleg
Ook verzonden aan: IJzeren Jan en Natuur12
Na een discussie hier [1] en daarna hier [2] met de laatste reactie op 22 oktober, is het weer stil geworden. Ook op gestelde vragen op een daarvoor bestemde verzoekpagina [3] heb ik slechts summier antwoord gekregen, maar misschien waren de vragen niet goed genoeg geformuleerd. Ook de laatste kroegdiscussie die ooit begon met een voorstel van the Banner, is niet duidelijk afgerond met een aanname of verwerping van dat voorstel.
Mag ik toch proberen een voorlopige conclusie te trekken, en nogmaals vragen te formuleren.
conclusie: Voor alle artikelen over personen geldt de bronnen-eis. (ben ik het mee eens; daarbij minstens 1 niet-statistische bron is goed voorstel)
vraag: Niet helemaal duidelijk is, wat wordt bedoeld met een "wedstrijd op het hoogste niveau". Alleen eredivisie of ook de 1e divisie, en vergelijkbare buitenlandse niveaus?
vraag: Niet helemaal duidelijk is, wat wordt bedoeld met "een gespeelde wedstrijd". En in verband daarmee, waar is ooit "afgesproken" dat 1x invallen voldoende is? Dat zegt Vinvlugt ergens, maar ik weet niet waar het staat.
Ik weet dat 2. en 3. slechts op een voorstelpagina staan, maar juist bij voetballers is het niet moeilijk om een kwantitatieve eis te stellen; transfermarkt.nl en soccerway.nl houden voor ons de statistieken bij. Argument onder andere: zie wat Sijtze Reurich schreef over die zangeres. Als de slotsom wordt dat zo'n eis niet nodig is, akkoord. Dan denk ik dat er wel meer artikelen via TBP gaan voor besluitvorming over telkens specifieke gevallen.
vraag: Is het mogelijk dat enkele moderatoren, die bij de discussie betrokken waren, een voorstel maken en daarover een peiling/stemming gaan organiseren? (jullie dus, je kent ongetwijfeld de procedure daarvoor). Desgewenst wil ik meekijken bij de formulering. Mogelijk kunnen we rekening houden met degenen die veel van deze artikelen hebben aangemaakt.
Ik ben dan wel moderator maar ik houd mij vrijwel niet bezig met het beoordelen van artikelen, en omdat ik geen affiniteit heb met profsport, al helemaal niet daarmee. Ik ben het echter helemaal eens met wat Bertux hier schrijft. De kwantitatieve eisen waren blijkbaar niet genoeg om te voorkomen dat er tienduizenden zwaar ondermaatse sportteksten verschenen. Kwantitatieve eisen nodigen misschien zelfs uit om het te laten bij prestaties en trivia. Denk je dat het zin kan hebben om een peiling/stemming te organiseren die juist niet rekening houdt met de sportschrijvers? –bdijkstra (overleg) 29 okt 2018 12:22 (CET)
Moeilijke vraag. Ook deze gebruikers hebben recht op het uiten van hun mening. Wat Bertux schreef spreekt mij ook aan, misschien wilde ik de kool en de geit sparen wat toch niet lukt. Koos van den beukel (overleg) 29 okt 2018 16:19 (CET)
Ik ben nooit zo heel erg bezig met sportonderwerpen, maar bij wat ik heb gezien valt mij ook geregeld op dat biografische artikelen over sporters vaak nauwelijks meer zijn dan een hele rits uitslagen en dergelijke. Over de rest van hun leven en wat hen verder nog eventueel encyclopedisch zou maken lees je een stuk minder, of het "sneeuwt helemaal onder". Ik heb ook een paar van dit soort artikelen gezien die qua structuur afwijken van de basisconventies, bijv. doordat ze helemaal niet beginnen zoals het hoort, nl. met een geboortedatum en -plaats en eventuele sterfdatum. (Ik ben daar ook weleens een keer een discussie over begonnen maar dat sloeg niet echt aan.) Dat alles zou nog niet zo'n groot probleem zijn als het maar om een paar gevallen ging, maar het is nogal structureel want er zijn hier in de loop der jaren erg veel van dit soort artikelen verschenen. De Wikischim (overleg) 29 okt 2018 16:32 (CET)
Aangezien de discussie zich hier afspeelt, zal ik hier reageren en niet op mijn overlegpagina. Voor mij geldt eigenlijk precies hetzelfde. Ik snap niets van voetbal en kijk er nooit naar. Daarom laat ik me aan die artikelen ook even weinig gelegen liggen als aan artikelen over wiskunde, computerspellen en een heleboel andere onderwerpen waar ik niet het flauwste benul van heb. Uiteraard heb ik er niets op tegen als we veel goede artikelen over sport hebben, maar zoals Bertux inderdaad ook al schrijft, de kwaliteit is vaak bedroevend. Stel je een artikel over een politicus voor dat uit niets anders bestaat dan twee zinnen plus een lijst van het aantal keren dat hij/zij het woord heeft gevoerd, inclusief het aantal minuten en seconeen, en een lijst van buitenlandse dienstreizen, uiteraard opgevrolijkt met een heleboel vlaggetjes!
Wat ik persoonlijk niet snap, is waarom ieder individueel lid van een bepaald collectief überhaupt een eigen artikel zou moeten hebben. Er is niet zoiets als "notability by proxy": als een schrijver E-waarde heeft, betekent dat nog niet dat ieder individueel boek van die schrijver dus automatisch ook voor een eigen artikel in aanmerking komt. Hetzelfde geldt bijvoorbeeld ook voor acteurs en personages in tv-series. Wat mij betreft is een artikel over een voetballer prima als er meer over hem te vertellen is dan alleen dat hij van de jeugd van club A via club B naar club C is gegaan, X wedstrijden heeft gespeeld en Y doelpunten heeft gescoord. Het belang van een individuele voetballer zou in ieder geval groter moeten zijn dan louter het feit dat hij in een bepaalde club heeft gespeeld of aan een bepaalde wedstrijd heeft meegedaan.
Ik wil in dit verband nog wel eens de vergelijking maken met het Koninklijk Concertgebouworkest, tenslotte het Ajax van de muziekwereld. Stel je voor: iemand heeft als invallend violist 6 minuten meegespeeld tijdens een concert en zou op grond daarvan dus voor een artikel in aanmerking komen? Natuurlijk niet, want zelfs het feit dat iemand al dertig jaar lang vast in het orkest zit, is nog geen reden zijn voor een artikel als het belang van de persoon in kwestie uitsluitend daarop gebaseerd is. In zo'n geval is er namelijk gewoon sprake van een man met een baan. Ik zou eerlijk niet weten waarom dat in het geval van voetballers anders zou moeten liggen. Als we eens beginnen met gewoon de harde eis te stellen dat een biografie over een voetballer (net als welke andere biografie dan ook) gebaseerd moet zijn op toonaangevende bronnen, komen we al een heel eind. IJzerenJan29 okt 2018 22:02 (CET)
Laatste bericht: 6 jaar geleden1 bericht1 persoon in overleg
Hoi. Als een link die naar een dp gaat wel een correcte link is maar alleen niet opgelost kan worden, dan moet de link niet weggehaald worden maar gewoon naar dp blijven wijzen. De link is correct, alleen wat er achter die link zit klopt niet. Het verwijderen van de link camoufleert dit probleem alleen. Daarom kan de link beter blijven staan. Als de grotere problemen niet op dat moment opgepakt kunnen worden laat het dan voor iemand anders later. De "oplossing" van het verwijderen van de link voorkomt alleen dat in de toekomst het probleem opgelost kan worden. Groet. — Zanaq(?) 31 okt 2018 15:05 (CET)
Naar mijn mening is het geen correcte link. Het verwijst niet naar een symptoom, fenomeen of procedure zoals vasodilatatie, cervicale dilatatie of oesofagale dilatatie. Waarschijnlijk heeft de auteur een link geplaatst omdat het jargon is, of misschien was de auteur zich er niet van bewust dat we hier normaal geen artikelen hebben over woordenboekdefinities. Maar ik kan de tekst verkeerd hebben begrepen, dus goed om het even bij medisch onderlegden te vragen. –bdijkstra (overleg) 31 okt 2018 15:26 (CET)
Er wordt wel een symptoom, fenomeen of procedure bedoeld. De link is mi correct, alleen de doorverwijsstructuur erachter is incompleet. De enige reden om een link te verwijderen is omdat deze naar een NE onderwerp verwijst. Dit is naar mijn inschatting niet het geval, en dit werd ook niet als reden opgegeven in de bewerkingssamenvatting. Louter het feit dat een link naar een dp gaat is geen reden de link te verwijderen: meestal is het niet het probleem van de link maar van de achterliggende doorverwijsstructuur. — Zanaq(?) 31 okt 2018 15:31 (CET)
Laatste bericht: 5 jaar geleden24 berichten5 personen in overleg
Hoi BDijkstra,
Vanochtend heb je bijna 300 versies overleg verborgen op Overleg:Vrijeschoolonderwijs. Ik ben het hier eigenlijk niet mee eens: ik heb de verborgen sectie gelezen en zie hierin geen privacyschending. Zie hiervoor ook de eerdere discussie die ik met RJDV heb gehad op mijn overlegpagina.
Kun jij motiveren wanneer jij denkt dat een privacyschending een schending van iemands privacy is, wat is de definitie? Ciell18 nov 2018 14:33 (CET)
Jammer dat je hier nu pas mee komt. Enfin: er wordt in die sectie letterlijk geciteerd uit een website die van Ramon zou zijn en er worden allerlei details genoemd over zaken die Ramon op externe sites zou hebben geschreven. Het is natuurlijk prima om een potentiële bron te bespreken. Maar, Ramon wordt hier tegen zijn wens in, in verband gebracht met allerlei zaken op externe sites. Dat noem ik privacyschending. Daarnaast waren er hier geen aanwijzingen om niet uit te gaan van goede wil, waren er in 4 dagen geen bezwaren gekomen en komt de opbouw van de encyclopedie volgens mij niet in het geding hierdoor. –bdijkstra (overleg) 18 nov 2018 14:35 (CET)
Die verzoeken heb ik 4 dagen geleden gemist, net als jij waarschijnlijk het blokkadeverzoek hebt gemist dat aanleiding was tot de discussie op mijn overleg.
Er werd misschien geciteerd uit zijn site, maar hij werd niet letterlijk met naam genoemd, noch werd de link naar de website letterlijk genoemd. e hebben een tijdje terug dan wel de mogelijkheid gekregen om versies te verbergen als mods, maar mvlgens mij is er nergens op Wikipedia gedefinieerd wat nu eigenlijk een "privacyschending" is. Naar aanleiding van de discussie heb ik dit wel aangekaart op Overleg Wikipedia:Wikiquette, maar respons daar bleef uit helaas. Ciell18 nov 2018 15:33 (CET)
Het blokkadeverzoek heb ik niet (geheel) gemist, maar wel dat dit aanleiding was tot discussie op jouw overleg. Ik vind dat dit geval behoorlijk ver het grijze gebied in ging, dus ben ik met je eens dat wat precisering wenselijk is. –bdijkstra (overleg) 18 nov 2018 15:55 (CET)
Misschien kan aan dit soort voorvallen de nl-wiki wel verbeterde privacyrichtlijnen aan overhouden. Stof tot nadenken dus. Privacy is vanuit meerdere kanten te bekijken: juridisch, ethisch, et cetera. Waar het mij om gaat wat een internetplatform betreft, is het zelf bepalen wie welke informatie over ons krijgt. Zie Privacy. Dit gaat eigenlijk terug op artikel 12 van de rechten van de mens.
'Niemand zal onderworpen worden aan willekeurige inmenging in zijn persoonlijke aangelegenheden, in zijn gezin, zijn tehuis of zijn briefwisseling, noch aan enige aantasting van zijn eer of goede naam. Tegen een dergelijke inmenging of aantasting heeft een ieder recht op bescherming door de wet.' bron
Het enige dat ik als betrokkene vraag, is dat collega-wikipedianen geen persoonlijke zaken van me verspreiden op Wikipedia. Ik ga ervanuit dat dit na de vele overleggen niet meer zo'n vaart gaat lopen; Bedankt voor de inspanningen. Mvg. Ramon (overleg) 18 nov 2018 16:12 (CET)
Beste bdijkstra, bij de teksten had ik met link geschreven waar het in de beginnen om ging. En ik had ook geschreven, dat ik daar niet verder wilde overleggen. (Je bent zo 10.000 bytes verder.) Het overleg is niet verplaatst. Mij is niets gevraagd. Maar hoe groot is het probleem? Hier zet Ramon zijn volledige naam weer, die er nog staat. Er staat ook een link naar zijn eigen site. (dat wilde hij toch niet?) Omdat Ramon op die pagina teksten heeft staan waar een deel al is verworpen, omdat de onderbouwing niet klopt. En een ander deel van de zelfde orde is. Had ik 'No index' toegevoegd, aangezien men dat bij mij ook (zonder overleg) doet ook al staat de tekst gewoon op een lemma. Maar Robotje heeft ook zijn manier van reageren. Uiteraard is er een probleem en zeker buiten Wikipedia, ik ben me dood geschrokken. Maar het gaat om hier, waar Ramon niet vraagt om ook op Overleg:Vrijeschoolonderwijs de 7 door hem zelf geplaatste linken naar zijn eigen site weg te halen. Ook niet de ander twee linken die meekwamen omdat een stuk van de hoofdpagina op het overleg werd geplaatst. Of de linken naar zijn site bij het Overleg:Steinerschool. Dat het overleg hard is, is in tussen te begrijpen. Ramon komt hier al 10 jaar met zijn pov. Misschien kan gebruiker Ciell eens samen met u kijken wat er terug kan. Ik ga eens kijken en vergelijken met mijn eigen archief. Maar dit is voor mij geen hals zaak. Ik heb liever hulp bij de pagina's. Met vriendelijke groet, Lidewij (overleg) 18 nov 2018 19:39 (CET)
Ik neem aan dat Ramon binnenkort zal vragen om versies van z'n kladblok te verbergen. Heeft Ramon op Overleg:Vrijeschoolonderwijs en Overleg:Steinerschool zelf gezegd dat het ging om links naar zijn website? –bdijkstra (overleg) 18 nov 2018 19:55 (CET)
Beste bdijkstra, Ramon DJV heeft jaren geleden al gelinkt naar een weblog van Ramon de Jonghe, nog geen dag nadat hij een link die een andere gebruiker had geplaatst verwijderd had met als bewerkingscommentaar "Link verwijderd die door gebruiker geplaatst is om eigen weblog te promoten". Kennelijk vindt Ramon DJV dat men andere gebruikers van Wikipedia mag linken aan een weblog waarvan het vermoeden bestaat dat zij dat weblog beheren, zonder dat die gebruiker dat zelf op Wikipedia heeft aangegeven. Overkomt het hem zelf, dan is dat echter "privacyschending!". Kennelijk vindt hij in dát geval dat men op Wikipedia niet tegen zelfpromotie/linkspam/pov-pushing mag optreden, als een gebruiker niet zelf heeft aangegeven dat hij linkt naar een door die gebruiker zelf beheerde site. Ik denk daar toch wat anders over, en ik hoop dat moderators dat ook doen. Hoe anders kan men zelfpromotie/linkspam/pov-pushing van gebruikers aan de kaak stellen die niet zelf aangeven dat ze naar eigen pov-publicaties buiten Wikipedia linken? Wanneer iemand zelf links naar een door hem zelf beheerd weblog op Wikipedia introduceert, dan heeft hij daarmee zelf op Wikipedia een link naar zijn eigen identiteit gepubliceerd en dan moet daar door andere Wikipediagebruikers ook op gewezen kunnen worden, zonder dat zij een verwijt van "privacyschending!" aan hun broek krijgen. Zie ook Overleg_gebruiker:Trewal#Privacy mijn OP. Daar schrijft Ramon DJV ook "Ik denk niet dat ik me na die ene keer daar nog 'schuldig' aan heb gemaakt." Ik ga niet alle bijdragen van Ramon DJV na om te controleren waar hij na 8 juni 2015 nog meer naar soortgelijke weblogs heeft gelinkt (inmiddels zijn dergelijke links wellicht door mij niet eens meer in te zien, omdat ze wegens zgn. "privacyschending!" zijn verborgen). Maar wat mij bijstaat uit de discussies van de laatste maanden (die discussies zijn voor een groot deel inmiddels verborgen en dus niet meer door mij raadpleegbaar!) waag ik die uitspraak van Ramon DJV op mijn OP ernstig te betwijfelen, ook al komt "antroposofia.be" inmiddels niet meer voor in de hoofdnaamruimte. Mvg, Trewal19 nov 2018 00:05 (CET)
@ Trewall, Ik spreek hierboven nog maar net de wens uit dat collega-wikipedianen geen persoonlijke zaken van me verspreiden op Wikipedia en wat zie ik jou doen? Het brengt voor mij en de moderators allemaal weer meer werk met zich mee wanneer mensen gewoon blijven hameren op naam, gebruikersnaam en URL en ze dan weer gaan vermelden. Zonde dat je mijn 'mea culpa' op je OP niet hebt aanvaard en weer maar eens wil ophalen dat ik nota bene in 2015 een keer een link heb verwijderd en een link naar mijn weblog heb geplaatst. Nog niet eens naar eigen onderzoek, maar naar een samenvatting van een inspectieverslag. Er is toen niks over gezegd, de link is er niet meer en ik heb niet aan mezelf gerefereerd toen ik de link plaatste. Ik vraag me af wat je hiermee hoopt te bereiken? Ramon (overleg) 19 nov 2018 08:57 (CET)
Beste Ramon DJV, ik koppel jouw gebruikersnaam hierboven nergens aan persoonlijke zaken van jou buiten Wikipedia. Ik constateer slechts dat Gebruiker:Ramon DJV een link plaatste naar een weblog van ene Ramon de Jonghe. Dat is een feit dat zich op Wikipedia heeft afgespeeld. Datzelfde geldt overigens voor andere zaken die jij verborgen wilt hebben, zoals het feit dat jij op Wikipedia schrijft dat jouw beschrijving van de antroposofische evolutieleer door de redactie van Skepp kritisch doorgenomen is op onderbouwing en argumentatie en uiteindelijk ook is gepubliceerd. Jij schrijft daar zelf over op Wikipedia en hebt het zelf, óp Wikipedia, over het feit dat je buiten Wikipedia eigen werk hebt gepubliceerd. Ik sprak hierboven overigens tegen bdijkstra, niet tegen jou. En wat ik hoop te bereiken? Dat staat al in mijn bijdrage: Ik hoop dat we op Wikipedia gewoon tegen zelfpromotie/linkspam/pov-pushing kunnen blijven optreden, ook als een gebruiker niet expliciet heeft aangegeven dat hij linkt naar een weblog die door hem zelf beheerd wordt, links naar die weblog op Wikipedia plaatst, en het zelf over zijn publicaties buiten Wikipedia heeft. Mvg, Trewal19 nov 2018 09:45 (CET)
Dan zitten we op dezelfde lijn. Maar je kunt toch niet tot in de eeuwigheid blijven verwijzen naar een keer een verwijzing naar mezelf plaatsen in 2015? Ik heb al drie keer 'mea culpa' geslagen ondertussen. Als je objectief bent, zou je toch ook naar wat zich vandaag afspeelt mogen kijken. wat vind je van dit Acceptabel? Ramon (overleg) 19 nov 2018 10:39 (CET)
...schrijft degene die elders aangaf dat zijn bijdrages ondergesneeuwd raakten door het commentaar van anderen... Ik wil je vraag best beantwoorden hoor. Ik wilde alleen het overleg met bdijkstra niet laten ondersneeuwen door onderonsjes. Ik heb met die bijdrage waar jij naar linkt helemaal geen probleem. Je schrijft daar dat verwijzingen naar jouw site geen probleem zijn, en dat jouw site door overheden, journalisten en academici als betrouwbare bron wordt aanschouwd. Of dat zo is, doet er hier weinig toe. Maar ik heb er geen enkel probleem mee dat jij dergelijke uitspraken over jouw site doet op Wikipedia. Mvg, Trewal19 nov 2018 11:13 (CET)
Je wijst alleen mij met de vinger, maar feiten die mij benadelen vind je goed. Laat die kwaadheid toch gewoon los. Daar hebben we niks aan. Ramon (overleg) 19 nov 2018 11:36 (CET)
Ik gaf je een gedetailleerd antwoord op je vraag wat ik van je bijdrage vond. Geen idee dus waar deze reactie nu weer op slaat, maar misschien is het nuttig om je toch maar even op het streisandeffect te wijzen. Mvg, Trewal19 nov 2018 11:53 (CET)
@Lidewij, laten we eerlijk blijven, goed? Je zegt: 'Mij is niets gevraagd.' hier, hier, hier, hier Je laatste antwoord was: 'Nee Ramon, er staat nu niets meer wat verkeerd zou zijn.' Het kwalijkste dat ik eigenlijk in deze hele zaak ben tegengekomen is dat toen ik je op een vriendelijke manier duidelijk maakte dat ik niet wilde gelinkt worden aan externe zaken, maar dat een link naar mijn site op zich geen probleem is, je het volgende antwoordde: 'geen enkel probleem bij zaken die niets te maken hebben met Steiner, antroposofie enz.' hierJe weigert niet alleen op aangeven van moderatie privacygevoelige informatie te verwijderen, maar je geeft zelfs aan iemands privacy niet te willen respecteren als het over Steiner, antroposofie, enz. gaat. Ik hoop dat je beseft dat je hiermee niet alleen een (symbolische) dikke middelvinger naar mij, maar ook naar de Wikipedia-community opsteekt en blijkbaar zelfs de privacywetgeving met voeten wil treden. Ramon (overleg) 19 nov 2018 08:57 (CET)
@bdijkstra, de tekst die op mijn kladblok staat, is gekopieerd van de Verzoekpagina voor moderatoren/Versies verbergen en zal verwijderd worden wanneer de verzoeken zijn afgehandeld. Als die worden afgehandeld tenminste, want ik bemerk heel wat weerstand. Mogelijk komen er - na wat ik hierboven lees - nog verzoeken bij, maar ook zal ik wss hier of daar nog wel iets over het hoofd hebben gezien. Bedankt voor de moeite en ik hoop dat je het wat kunt overzien. Ramon (overleg) 19 nov 2018 08:57 (CET)
Trewal heeft wel een punt met het streisandeffect. Je kopieert zelf privacyschendingen naar je kladblok en nu ook naar Overleg:Vrijeschoolonderwijs/Archief1, de hoeveelheid opruimwerk groeit met de dag. Lijkt het je redelijk om gevoelige discussies te archiveren met {{noindex}}, alleen de expliciete verwijzingen te verbergen en het daarbij te laten? –bdijkstra (overleg) 19 nov 2018 21:41 (CET)
Voor mij is dat helemaal goed. Iedere keer er over gepraat wordt groeit het werk aan. Kan niet de bedoeling zijn. Ramon (overleg) 19 nov 2018 23:23 (CET)
Fijn. Je oorspronkelijke verbergverzoeken zijn nu allemaal afgehandeld. Als iemand weigert noindex toe te passen dan kan je dat hier melden of via de e-mailfunctie. –bdijkstra (overleg) 20 nov 2018 11:55 (CET)
@bdijkstra, uiteindelijk is (zover ik kan zien) privacygevoelige informatie uit beeld. Ik wil je via deze weg bedanken voor je zakelijke aanpak. Daar wordt iedereen beter van en niet in het minst de encyclopedie. Mvg. Ramon (overleg) 22 nov 2018 18:04 (CET)
@ Ramon, toen ik hierboven schreef 'Mij is niets gevraagd.' Bedoelde ik door een moderator, die de vraag wilde behandelen. Lidewij (overleg) 22 nov 2018 18:59 (CET)
Laatste bericht: 5 jaar geleden10 berichten2 personen in overleg
Hej! Ik heb je 'cdot' weer weggehaald. Normaal gesproken schrijf je als je (bijvoorbeeld) een meter bedoelt ook niet '1 · m' maar gewoon '1 m', al is het ook daar natuurlijk technisch gezien een 'vermenigvuldiging'. Richard21 nov 2018 09:09 (CET)
Ik had waarschijnlijk de eerste van de drie wel laten staan – dat stuk tussen spekhaken hoort niet bij de formule die ervoor staat (het geeft alleen aan hoe de diverse eenheden tegen elkaar wegvallen). Richard21 nov 2018 10:09 (CET)
Dat is pas verwarrend, dezelfde \quad gebruiken voor verschillende zaken. Ik heb van die eerste een \qquad gemaakt. –bdijkstra (overleg) 21 nov 2018 10:16 (CET)
. Ik zat net nog een PS-je in te tikken over de (volgens mij overbodige) \rm die er nog staat, maar laat dat maar zitten cq. laat die maar staan. Richard21 nov 2018 10:18 (CET)
Ah... niet overbodig, maar ik zat naar de oude definitie van 'rm' te kijken. Het zou eigenlijk \mathrm moeten zijn volgens mij. Of zit ik alweer te suffen? Richard21 nov 2018 10:21 (CET)
Laatste bericht: 5 jaar geleden4 berichten2 personen in overleg
Hoi Bdijkstra, je hebt recentelijk de aanvraag van collega Edoderoo op WP:TERUG mbt Marlou van der Kulk niet geaccordeerd. Je geeft echter geen motivatie hoe je tot dit besluit bent gekomen. Ik ben daar echter wel benieuwd naar. Zeker zoals ik hetgeen interpreteer dat collega RonaldB o.a. in de discussie meldt (Daarbij komt dat ik betwijfelde - mede gezien het ontbreken van inhoudelijke aanpassingen sindsdien - of ze ooit een WP artikel gekregen zou hebben als Edoderoo daar als "klokker" van haar baan niet bovenop had gezeten.) heb ik ernstig mijn twijfels over de noodzaak en het nut van het verwijderen van de gegevens en het niet terugplaatsen ervan conform het verzoek van Edoderoo. Zou jij kunnen toelichten waarom je zijn verzoek niet hebt gehonoreerd? Ecritures (overleg) 23 nov 2018 11:34 (CET)
Die informatie is wel heel summier. Ik denk dat het als moderator niet de bedoeling is om op WP:TERUG de (zoals jij al zegt de 'schijnbare') beweegreden van een collega achter de vraag te beoordelen. Ik denk dat we er zijn om de daadwerkelijke vraag te beoordelen; is die informatie terecht verwijderd en kan het teruggezet worden? Ecritures (overleg) 23 nov 2018 11:56 (CET)
Hoezo "achter de vraag"? Edo vroeg om een reden, Ronald gaf die uiteindelijk, Edo ging schoorvoetend akkoord en verder stribbelde niemand tegen, zaak afgehandeld. Daarnaast is de informatie uiteraard terecht verborgen. Edo noemde een medisch gegeven dat niet door de bron werd ondersteund. Een gegeven dat nogal stigmatiserend kan zijn en de vuistregel van WP:BLP is "doe geen kwaad". Dat dit via verwijdering moest was ik het niet mee eens, maar iemand anders heeft dat inmiddels al hersteld. –bdijkstra (overleg) 23 nov 2018 15:59 (CET)
Laatste bericht: 5 jaar geleden3 berichten2 personen in overleg
Hallo Bdijkstra, ik vraag me af wat de bewerkingen van Bitbotje nu precies inhouden. Ik pak er maar eentje van diverse van de afgelopen dagen: deze bewerking als voorbeeld. Wat verandert er nu precies? Bertrand77(overleg)2 dec 2018 16:58 (CET)
Neem bv. het kortste woord, Іαω. Kijkend naar de individuele Unicode-karakters stond er:
І
U+0406
Cyrillische hoofdletter Wit-Russische-Oekraiense i
α
U+03B1
Griekse kleine letter alfa
ω
U+03C9
Griekse kleine letter omega
Het woord was dus geschreven in meerdere schriften: Cyrillisch en Grieks. Omdat zonder verdere context te zien is dat dit Grieks moet zijn, heeft Bitbotje de eerste letter veranderd in U+0399 Griekse hoofdletter jota. Voor menselijke lezers is er geen verschil, maar voor tekstverwerkingstools en zoekmachines wel. Moeilijkere gevallen heb ik overigens in mijn kladblok gezet en met de hand opgelost. –bdijkstra (overleg) 2 dec 2018 18:00 (CET)
Laatste bericht: 5 jaar geleden6 berichten2 personen in overleg
Dag Bdijkstra,
Alweer een tijdje geleden heb jíj – als ik het me goed herinner/er niet falikant naast zit – mij een geweldige tip gegeven hoe de (persoonlijke) instellingen van de kleuren achter de tekst of karakters (met name m.b.t. het staandaard zachtgeel achter de weggehaalde karakters/karakterreeksen en tekst, die bij smalle tekens op de witte achtergrond van de pagina slecht te zien zijn) te veranderen naar een zachtrode kleur zodat tekstgedeelten – en/of met name een enkel smal karakter of (white)space dat t.o.v. de eropvolgende bewerking was verdwenen – veel beter te zien waren. Volgens mij kwam dat neer op een aanpassing in een stukje persoonlijke CSS per gebruiker dat werd geladen na de standaard stijlen van Wikipedia. Volgens mij is de tip zelfs opgenomen in het rijtje van tweaks in de stijlbibliotheek/-pagina ergens onder de Help- of WP-naamruimte?
Sinds enige tijd werkt dat echter niet meer, en is de zachtgele kleur weer terug. Mijn (vanzelfsprekende) vragen zij dan ook:
Vergis ik mij niet, en was jij inderdaad de hulpvaardige collega die me die tip verstrekte en vertelde waar ik dat kon aanpassen?
Kun je me vertellen waarom dat nu niet meer werkt (mogelijk wordt opzettelijk een andere naam tegenwoordig ingeladen t.g.v. een nlwiki-brede aanpassing?)....
..dan wel hoe ik die persoonlijke tweak (voor zover die niet als standaard ingevoerd wordt) weer actief kan maken?
Update: ik ben inmiddels achter één van de redenen dat de gewijzigde instelling/tweak niet meer werkte, omdat ik standaard nu 'vector' gebruik (al kan ik me niet herinneren dat zelf gedaan te hebben?). Dus ik heb de parameters vanuit Gebruiker:Martix/common.css naar Gebruiker:Martix/vector.css gekopieerd, maar helaas zonder het gewenste effect; verversen van diverse pagina's (waaronder de vector.css), legen van de browsercache, browser opnieuw opstarten heeft geen effect en de tweak werkt niet meer.. Zijn in de 'vector-skin' de (betreffende) parameters veranderd of hernoemd, voor zover je weet? Groeten -- martix (overleg) 4 dec 2018 15:00 (CET)
Nee je vergist je niet, dat was ik. Vreemd, dat het bij jou niet meer werkt; ik gebruik ook vector en bij mij werkt het wel. Common.css wordt bij alle stijlen gebruikt, ook vector, dus dat kopiëren was zinloos. –bdijkstra (overleg) 4 dec 2018 15:07 (CET)
Hai bdijkstra, bedankt voor je snelle reactie; het (aanmaken van een vector.css) was inderdaad de facto zinloos want het loste het probleem niet op. Zou je misschien zekerheidshalve – als je dat niet al gedaan had – een blik willen werpen op de .css's onder mijn GNR (common.css of vector.css om 't eender) om te zien of er toch een fout in is geslopen? Voel je daarbij geheel vrij om wat er onder mijn GNR scheef zit of niet thuishoort recht te zetten of naar elders (onder mijn GNR-tree) te verplaatsen als iets niet in de 'root' van mijn GNR thuishoort of verhinderd dat de betreffende .CSS files worden geladen (ik kan me eigenlijk alleen op filesystem-niveau nog iets voorstellen met fouten met wel/niet-hoofdletters of met permissies of zo;ik begeef me doorgaans alleen in de onderste 4 tot 5 lagen van het OSI-model, daarboven voel ik me snel onthand/op onbekend terrein). Of mogelijk kun je me doorverwijzen naar iemand die het probleem (al dan niet vanuit een ander perspectief) kan beoordelen/troubleshooten? Groeten (op pakjesmorgen) -- martix (overleg) 5 dec 2018 07:30 (CET)
Wat misschien nog roet in het eten kan gooien is een extensie of bètafunctie, maar met de bètafunctie "Visuele wijzigingen" ingeschakeld zag ik geen verschil. Ook zag ik dat je dezelfde CSS-code in je globale CSS had gezet, dus ik vraag me af of je op andere wiki's hetzelfde ziet. Een goeie om te proberen is de Limburgse Wikipedia, deze heeft namelijk geen extensies. –bdijkstra (overleg) 5 dec 2018 09:23 (CET)
Ik weet niet hoe of waarom – mogelijk gewoon een kwestie van tijd/cache (zij het dat dat geen verklaring geeft waarom het weer op de standaardkleur(en) was teruggevallen –, maar inmiddels werkt de tweak gewoon weer zoals voorheen/vanouds. Én op alle wiki's (die ik gecheckt heb). Overbodige .css-files of niet, ik laat het maar even zoals het nu is; hoe dan ook bedankt voor je tijd en inzet! -- martix (overleg) 5 dec 2018 22:53 (CET)
Laatste bericht: 5 jaar geleden1 bericht1 persoon in overleg
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.
Dat is niet zo moeilijk te verklaren, het lijkt erop dat ik de naam van de afbeelding niet volledig heb overgenomen naar mijn tabel met afbeeldingen, waardoor deze ook niet volledig wordt opgenomen in de code van de pagina.
Ik zal dat aanpassen, komt het met de volgende botrun gewoon mee.
Hoi bdijkstra, de eerste lading afbeeldingen heb ik geplukt van de huidige dag- en jaarpagina's (met nog de nodige afwijkingen in data en jaren... tussen die gegevens en de gegevens op Wikidata). Deze zitten allemaal in een tabel. Die tabel onderhoud ik (vooralsnog) handmatig. Voorstellen voor meer/andere afbeeldingen zijn welkom op Overleg:Lijsten van geboren en overleden personen/Afbeeldingvoorstellen.
Ik zal kijken of het op termijn mogelijk is om de betreffende gegevens in een of andere vorm op Wikipedia te zetten, zodat wijzigingen direct opgepakt kunnen worden bij de volgende botrun. Dan heb ik daar geen handwerk meer aan. Een controle draaien of de betreffende afbeelding nog beschikbaar is op Commons is ook een leuke uitbreiding. Platini zal ik verwijderen. Met vriendelijke groet, RonnieV (overleg) 11 dec 2018 17:08 (CET)
De afbeelding van Platini is verwijderd, maar op Wikidata wordt inmiddels een andere afbeelding gebruikt. Wellicht kan je de afbeeldingen geautomatiseerd van Wikidata plukken. –bdijkstra (overleg) 11 dec 2018 17:12 (CET)
Laatste bericht: 5 jaar geleden2 berichten2 personen in overleg
Beste B,
zag dat je "=" ipv mijn "is" veranderde voor zeta(-1). Ik had expres niet = gebruikt omdat het om een aparte truc gaat, de som gaat naar oneindig, dus "=" is misleidend. Hansmuller (overleg) 17 dec 2018 14:26 (CET)
Ik had het weer teruggezet vanwege de opmaak: er stond , alsof dat een symbolische waarde was en geen tekst. Tekst binnen <math> kan wel, maar moet dan met \text genoteerd worden: . –bdijkstra (overleg) 17 dec 2018 15:30 (CET)
Laatste bericht: 5 jaar geleden2 berichten2 personen in overleg
Hallo Bdijkstra, ik moet me even verontschuldigen voor de fout die je hier hersteld hebt. Ik was volgens mij niet helemaal op aan het letten toen ik het kopje toevoegde en bedankt voor het corrigeren! Mvg. Nick(overleg)19 dec 2018 12:26 (CET)
Dat is jammer, maar daar kan ik helaas niets aan doen. Bij detectie van een bewerkingsconflict blijft je eigen tekst gewoon bestaan. En je verwacht toch niet dat men "uren of dagen" wacht om dit soort reparaties uit te voeren? –bdijkstra (overleg) 19 dec 2018 13:27 (CET)
Laatste bericht: 5 jaar geleden2 berichten2 personen in overleg
Hallo Bdijkstra,
Ik zie dat je nu actief bent. Zou je aub de blokkade verzoeken van IP-adressen kunnen afhandelen aub.
Is al 2 uur niet meer naar gekeken.
Dank je wel
groet,
Malinka1 (overleg) 20 dec 2018 13:48 (CET)
Laatste bericht: 5 jaar geleden1 bericht1 persoon in overleg
Hoi bdijkstra,
ik zou je graag, op persoonlijke titel, willen uitnodigen/aanmoedigen om te overwegen je kandidaat te stellen voor de Arbitragecommissie. Ik krijg de indruk dat je hier wellicht geschikt voor zou zijn. Zie ook het gepubliceerde profiel. Zelf kun je waarschijnlijk veel beter inschatten of je hier de energie voor kunt opbrengen, dus dat laat ik vooral buiten beschouwing. Hartelijke groet, Effeietsanders21 dec 2018 18:09 (CET) (verder geen enkele functie of band met de arbitragecommissie anders dan dat ik als moderator belang heb bij een goed functionerende commissie)
Laatste bericht: 5 jaar geleden2 berichten2 personen in overleg
Je kunt blijkbaar niet op "bedanken" drukken bij een botwijziging, dus dan maar op deze wijze. Dank voor deze wijzigingen. Bij alle voetbalelftallen zijn de rode achtergrondkleuren weer weg. Ik was handmatig begonnen, dit scheelt een hoop werk. Daka (overleg) 21 dec 2018 18:42 (CET)
Je had hier kunnen bedanken, ik had zo'n vermoeden dat jouw kladblok de bron van alle "kwaad" was. :) Maar graag gedaan. En schroom bij dit soort problemen vooral niet om een botverzoek te doen, zodat het probleem wat breder aangepakt kan worden, want er waren o.a. ook een heel aantal Belgische kiesdistrictpagina's met een soortgelijk opmaakprobleem. –bdijkstra (overleg) 21 dec 2018 19:06 (CET)
Laatste bericht: 5 jaar geleden2 berichten2 personen in overleg
U heeft helaas zonder de feiten te checken die ik heb veranderd, de fouten er opzettelijk in laten zitten door het terugdraaien van mijn gemaakte correcties.
Als dat het werk is van een moderator dan worden er haast geen eisen gesteld aan het profiel en niveau van deze functie.
Mijn correcties heeft u nog en check u alstublieft op waarheid en niet op subjectieve politieke beleving wat mag en wat gecensureerd moet worden over dit onderwerp. Nederland is een vrij land en feiten mogen objectief verifieerbare feiten mogen gepubliceerd worden wat het officiële standpunt en politiek in Den Haag ook moge zijn.
Ik ben zakelijk in grote duurzame energieprojecten langdurig ter plaatse actief geweest in Kosovo*, dus mijn informatie komt uit eigen ervaring en is tevens valideerbaar met een feiten studie.
Het is niet aan mij om de feiten te checken, het is aan diegene die beweringen doet om (desgevraagd) bronvermelding te geven. Het kapotmaken van wikilinks en sjablooninvoegingen, en het toevoegen van diplomatische disclaimers zijn geen correcties, laat staan verbeteringen. Waarvoor zijn die asterisk en disclaimer nodig? Uw bewerkingssamenvattingen lazen meestal "Typfout" terwijl u vaak iets significant anders deed dan typfouten verbeteren. U veranderde bebronde cijfers zonder de bronvermelding te veranderen; dat strookt niet. Zinsneden als "het erg criminele imago" vind ik zonder bronvermelding niet door de beugel kunnen. Wat dit alles met Nederland te maken heeft ontgaat mij. Dit is een wereldwijde encyclopedie voor alle Nederlandssprekenden. –bdijkstra (overleg) 25 dec 2018 14:53 (CET)
Laatste bericht: 5 jaar geleden2 berichten2 personen in overleg
Beste Bdijkstra, 31.149.126.246, die jij al op diverse pagina's hebt teruggedraaid, heeft de smaak van het bewerken nog steeds te pakken, dus hou het in de gaten. Mvg, ErikvanB (overleg) 26 dec 2018 18:20 (CET)
Laatste bericht: 5 jaar geleden2 berichten2 personen in overleg
Het is vandaag sterrendag, de dag waarop we elkaar nog even extra bedanken voor een jaar vol enthousiasme en prachtige bijdragen.
Herintroductie sterrendag: Uit te reiken aan iemand die u afgelopen jaar positief opviel. Dat kan een hele serie bewerkingen of initiatieven zijn, maar ook één bijzondere bewerking. Het idee is laagdrempelig; de ster hoeft niet ergens op een lijst ingeschreven te worden, slechts uitdelen ter waardering. Leuk zou zijn om daar een kleine persoonlijke motivatie aan toe te voegen, maar niets is verplicht. Het gaat om het gebaar. Het uitdelen ervan vindt plaats op 31 december, deelt u er ook eentje uit vandaag? Rode raaf (overleg) 31 dec 2018 01:14 (CET)
· 
· 
Uitgevoerd –bdijkstra (overleg) 17 apr 2018 11:07 (CEST)
(overleg) 2 mei 2018 10:14 (CEST)
(overleg) 2 mei 2018 11:28 (CEST)
DirkVE overleg 5 mei 2018 09:12 (CEST)
Bedankt! 
DirkVE overleg 6 mei 2018 09:12 (CEST)
2 aug 2018 17:20 (CEST)
4 aug 2018 20:28 (CEST)
- Groet, Magere Hein (overleg) 5 sep 2018 17:23 (CEST)
IJzeren Jan 29 okt 2018 22:02 (CET)
