Help:Helpdesk: verschil tussen versies

Onderwerp toevoegen
Uit Wikipedia, de vrije encyclopedie
Laatste reactie: 2 jaar geleden door Sietske in het onderwerp Noot aanpassen
Verwijderde inhoud Toegevoegde inhoud
Nlwikibots (overleg | bijdragen)
k nlwikibots: Archivering van 2 onderwerpen ouder dan 7 dagen naar Help:Helpdesk/Archief/apr 2022.
Handmatige archivering, heeft er lang genoeg gestaan
Regel 51: Regel 51:


__TOC__
__TOC__


== Cursor positioneren ==
De laatste dagen kost het soms moeite om in bewerkingsvensters met muis of tutsjpet de cursor op de gewenste plaats te positioneren (broncode, monobook, LM 20.3, FF 98.0.2 64). Het lijkt geen hardwareprobleem te zijn: in bv. ''LibreOffice Writer'' en ''Xed'' speelt dit niet. Weet iemand wat er aan de hand kan zijn en of er wat aan te doen is? [[User:Wutsje|Wutsje]] 2 apr 2022 21:18 (CEST)

:Ik merkte het ook al op, maar vandaag niet meer. De cursor weigerde domweg te verschijnen of kwam een of meer alinea's hoger dan waar ik klikte. Dubbelklikken of driemaal klikken hielp ook niet, dat had geen enkel merkbaar effect. In de brontekstmodus vond ik een wurkeround (om in Wutsjes stijl te blijven): Met Ctrl-A selecteer ik alles, daarna gebruik ik een willekeurige cursortoets en is de cursor weer zo mak als een lammetje. Een hardwareprobleem kan het inderdaad nauwelijks zijn, want met mijn chromebook erbij hebben we drie totaal verschillende apparaten. Mijn skin is Vector, versie 2010.
:In de visuele modus is en was er niets aan de hand, Wikimedia zet harde middelen om ons die kant op te duwen! [[User:Bertux|'' →bertux'']] 2 apr 2022 21:41 (CEST)
::Ja, dat gevoel heb ik er ook steeds bij, maar er is vast gewoon iets gemisprogrammeerd, net als een week of wat geleden met dat overlegtabjestekstongelukje. [[User:Wutsje|Wutsje]] 2 apr 2022 21:51 (CEST)
::Dank trouwens voor de wurkerount, daar ben ik blij mee. [[User:Wutsje|Wutsje]] 2 apr 2022 21:54 (CEST)
:::Ik loop tegen hetzelfde probleem aan, zelfs bij het schrijven van dit berichtje. Je klikt je af en toe bijkans een ongeluk, voordat je de cursor op de plek hebt waar je hem hebben wil. Heel lastig. Als je even niet oplet, zit je op de meest onmogelijke plekken je wijzigingen of aanvullingen door te voeren. Kortom, heel vervelend, dit. Groet, [[Gebruiker:Piet.Wijker|Piet.Wijker]] ([[Overleg gebruiker:Piet.Wijker|overleg]]) 3 apr 2022 12:50 (CEST)
::::@[[Gebruiker:Piet.Wijker|Piet.Wijker]]: Zoals gezegd is er een handigheidje: {{toets|Ctrl}}{{toets|A}} en dan {{toets|↑}} of een andere pijltjestoets. Daarna doet de cursor het goed [[User:Bertux|'' →bertux'']] 3 apr 2022 13:17 (CEST)
:::::@[[User:Bertux|'' →bertux'']]: Dank voor de tip. Ik ga het proberen. Groet, [[Gebruiker:Piet.Wijker|Piet.Wijker]] ([[Overleg gebruiker:Piet.Wijker|overleg]]) 3 apr 2022 13:38 (CEST)

:Aangezien ik niet die software (Linux/FireFox) gebruik kan ik daarbij niet helpen. Echter, misschien ligt het aan de browser. Kijk dan eens naar [[Brave (webbrowser)| Brave]] (Chrome Engine met nieuwerwetsere voordelen). Wikipedia is reeds een erkende ontwikkelaar in het Brave ecosysteem. Wellicht loont het om je hier eens in te verdiepen en is daarmee ook het cursorprobleem verholpen. [[Gebruiker:Démarche Modi|Démarche Modi]] ([[Overleg gebruiker:Démarche Modi|overleg]]) 3 apr 2022 14:41 (CEST)
::Een andere browser dan Chrome is op een chromebook nauwelijks een optie. Los daarvan, dergelijke basisfunctionaliteit zou altijd moeten werken.
::Overigens zijn er ook bij de visuele editor cursorproblemen, zij het dat die eerder vermoeiend dan hinderend zijn: in de dialoogvensters voor het toevoegen van een bronvermelding is er geen peil te trekken op de focus: soms staat die in het invulvakje waar die mijns inziens hoort, maar vaak genoeg moet je net zo lang op {{toets|Tab}} drukken tot de cursor daar verschijnt. Lastig en tijdrovend als je door een visuele of motorische handicap niet met muis of touchpad kunt of wilt werken. Dat focusprobleem speelt trouwens al jaren, terwijl het cursorprobleem nieuw lijkt te zijn. Ik verdenk een recente update van de Wikimedia-software [[User:Bertux|'' →bertux'']] 3 apr 2022 15:12 (CEST)
:::Ik vermoed dat de ontwikkelaars ''out of the box'' denken. [[Gebruiker:Démarche Modi|Démarche Modi]] ([[Overleg gebruiker:Démarche Modi|overleg]]) 3 apr 2022 15:26 (CEST)
:::Na het aanzetten van de syntax highlighting moet ik tot de trieste conclusie komen dat ik soms in Brave (MacOS Monterey 12.2.1 (21D62), Brave Versie 1.36.119 Chromium: 99.0.4844.83 (Officiële build) (x86_64)) ook het probleem van de zoek geraakte cursor heb. Maar ondertussen ben ik wel 0,07 USD rijker... tenminste, als die volatiele crypto niet ineens als een kaartenhuis in elkaar stort. [[Gebruiker:Démarche Modi|Démarche Modi]] ([[Overleg gebruiker:Démarche Modi|overleg]]) 6 apr 2022 15:22 (CEST)

Het merkwaardige is: op de:wiki, en:wiki, es:wiki, fr:wiki, it:wiki en sv:wiki, alsmede op Commons en Meta, waar ik allemaal ook broncode/monobook gebruik, treedt dit verschijnsel consequent niét op. Nu begin ik me af te vragen of het wellicht enkel op de Nederlandstalige wiki speelt. Wat denken jullie? [[User:Wutsje|Wutsje]] 4 apr 2022 05:27 (CEST)
: Dat zou me niet verbazen, ik merk al jaren dat nlwiki anders 'aanvoelt' dan de rest. Het zou iets met de css kunnen zijn, al dan niet in interactie met een recente updeet van de softwèèr. Zelf heb ik er al twee dagen geen last meer van, maar ik gebruik vooral de VE en de reageerfunctie. Ik heb dus ook niet geprobeerd de werkbalk uit te schakelen [[User:Bertux|'' →bertux'']] 4 apr 2022 08:45 (CEST)
::Als ik ''syntax highlighting'' uitzet lijkt het cursorpositioneringsprobleem niet meer op te treden. Jammer dat dat er voor nodig is. [[User:Wutsje|Wutsje]] 4 apr 2022 20:38 (CEST)
:::Dat zal ik dan ook maar doen, want dat eerdere voorstel van [[User:Bertux|'' →bertux'']] met die knoppen heeft bij mij in elk geval tot niets geleid. Ik moest trouwens ongeveer 20 keer klikken, voordat ik de cursor op de juiste plaats kreeg en aan deze reactie kon beginnen. Tussen haakjes, waar vind ik dat, ''syntax highlighting''? Ik zoek me rot, maar kan het niet vinden. Bvd en groet, [[Gebruiker:Piet.Wijker|Piet.Wijker]] ([[Overleg gebruiker:Piet.Wijker|overleg]]) 4 apr 2022 21:28 (CEST)
::::In het balkje direct boven het bewerkingsscherm (dat je te zien krijgt als je [[Speciaal:Voorkeuren#mw-prefsection-editing|hier]] ''Bewerkingsbalk inschakelen'' hebt aangevinkt) staat een pictogram van een potloodje. Daarop klikken zet ''syntax highlighting'' aan of uit. [[User:Wutsje|Wutsje]] 4 apr 2022 21:46 (CEST)
:::::Ik heb het probleem nu ook en de truc met Ctrl-A die eergisteren werkte, hielp zojuist niet meer, maar nu weer wel. Wat bij mij ook werkt: dubbelklikken in de tekst als je de eerste keer in het bewerkingsvenster klikt; Normaal zou het dubbelgeklikte woord geselecteerd worden, maar dat gebeurt niet. Soms moet ook mijn volgende klik een dubbelklik zijn, maar daarna is het afwijkende gedrag over. Het uitschakelen van de syntax highlight is bij mij dus niet nodig, al helpt het inderdaad [[User:Bertux|'' →bertux'']] 4 apr 2022 22:08 (CEST)
::::::Intussen heb ik op en:wiki ''syntax highlighting'' eens aangezet – en prompt kreeg ik het gedoe daar ook. Dit is wel een oefening in zen zeg. [[User:Wutsje|Wutsje]] 4 apr 2022 22:21 (CEST)
:::::::Ik dacht eerst dat het een probleem op mijn computer was, maar niet dus. Inmiddels los ik het ook op met een of meer keer dubbelklikken. Maar na op "toon bewerking ter controle" geklikt te hebben begint het gedoe weer van voren af aan. [[Gebruiker:Gouwenaar|Gouwenaar]] ([[Overleg gebruiker:Gouwenaar|overleg]]) 4 apr 2022 22:54 (CEST)
:Dit klinkt als het rapport in [[phab:T305333|T305333]], welke inmiddels in ontwikkeling is en zal hopelijk over 2-3 dagen klaar en op Wikipedia uitgedraaid zijn. Zo niet, meld het dan aldaar of ping mij hier even. Groet! --[[Gebruiker:Krinkle|Krinkle]] ([[Overleg gebruiker:Krinkle|overleg]]) 4 apr 2022 23:41 (CEST)
::Ha, dat is bemoedigend. Dank voor je reactie. Groet, [[User:Wutsje|Wutsje]] 5 apr 2022 00:04 (CEST)
----
Zonet heb ik ''syntax highlighting'' weer eens aangezet. De cursor lijkt nu steeds twee regels lager dan ik wil terecht te komen. Hoe is dat bij jullie? [[User:Wutsje|Wutsje]] 9 apr 2022 09:28 (CEST)

:De bovengenoemde Phab staat nog open, dus dat klopt: sinds 5 april is er geen voortgang. Bij mij komt de cursor altijd hoger dan waar ik klik en nog altijd helpt dubbelklikken en wederom dubbelklikken bij mijn chromebook, dus persoonlijk heb ik er weinig last van. Toch maar even [[Gebruiker:Krinkle|Krinkle]] pingen, want dit kan honderden gebruikers het leven zuur maken. Desnoods maar terug naar een oude versie, zoals voorgesteld op Phabricator.
:Voor de volledigheid: bij mij kan het meerdere alinea's schelen, zodat de cursor soms onzichtbaar en buiten het bewerkingsveld is. Dat wordt bevestigd als ik met Shift-pijltje de tekst selecteer: Normaal als je dat doet verspringt het beeld zodat de cursor in beeld komt, maar door deze bug gebeurt dat niet en komt de selectie pas na een tijdje in zicht.
:Kwantitatief: bij drie experimenten scheelde het 114, 81 en 647 tekens en 1, 2 en 3 alinea's in [[Plagiaat]], [[Kustwolfspin]] en [[CAMERA JAPAN Festival]]. Als ik het met die laatste herhaal krijg ik 391 tekens verschil, maar ik heb op een ander punt in het document geklikt. Er is een verband tussen de plaats waar je klikt en het verschil dat je krijgt.
:Mijn indruk is, dat de cursor meestal twee alinea's te hoog komt, geen twee regels dus. Verder is de positionering in links-rechtsrichting goed, mits de alinea waar hij terechtkomt lang genoeg is. Zo niet, dan komt de cursor aan het eind van die alinea.
:Verder: als ik in de eerste twintig of dertig tekens van een artikel klik gaat het daar, maar alleen daar goed. Bij [[Gebruiker:Wutsje|Wutsje]] zou dat eventueel kunnen gelden voor de laatste tekens.
----
:Een ander punt dat hier wel of niet mee te maken kan hebben: als ik de ongewijzigde bewerkpagina herlaad met Ctrl-Shift-R reageert de pagina soms alsof ik iets gewijzigd heb. Dat is iets dat op Commons al langer speelt, daar krijg ik de vraag of ik de pagina echt wil verlaten soms zelfs zonder dat ik een bewerkknop aangeraakt heb [[User:Bertux|'' →bertux'']] 9 apr 2022 20:25 (CEST)
::Dat laatste heb ik van de week op Commons voor het eerst kort achter elkaar ook een paar keer gehad, maar het was daar toen erg druk (avond in de VS) en ik heb er verder geen aandacht aan besteed. Het is ook nog niet weer gebeurd.
::Wat je opmerking boven het streepje betreft: als ik in je eerste regel klik voor de b van "bovengenoemde", dan kom ik reproduceerbaar voor de r van "Voor" in de volgende alinea terecht, bij mijn bewerkingsschermbreedte exact drie regels lager. Klik ik in je eerste alinea voor de p van "persoonlijk", dan belandt de cursor voor de g van "verspringt" in de volgende alinea, voor mij weer precies drie regels lager. Verder lijkt je bevinding over de links-rechtsrichting en het verband met de lengte van de alinea voor mij ook op te gaan. [[User:Wutsje|Wutsje]] 9 apr 2022 21:07 (CEST)
:@[[Gebruiker:Wutsje|Wutsje]] The Phab taak staat nog open, echter de software wijziging is sinds dindag 5 april al gecontroleerd en in de software ingevoegd. De wekelijkse uitdraai begint maandagavond en het heeft de trein dus net gemist. Wellicht kun je op de [https://nl.wikipedia.beta.wmflabs.org/ beta wiki] alvast een kijkje nemen? (Je kunt wanneer je aldaar inlogt evt de experimentele Vector 22 skin uitschakelen.) [[Gebruiker:Krinkle|Krinkle]] ([[Overleg gebruiker:Krinkle|overleg]]) 9 apr 2022 22:12 (CEST)
::Neuh, ik wacht gewoon wel even af. Dank voor de updeet. [[User:Wutsje|Wutsje]] 11 apr 2022 10:38 (CEST)
----
Dit probleem is zo te zien opgelost. Hartelijk dank! [[User:Wutsje|Wutsje]] 18 apr 2022 13:29 (CEST)


== Witregel op beoordelingslijsten ==
== Witregel op beoordelingslijsten ==

Versie van 18 apr 2022 21:12

Zie H:H
Zie H:HD

Helpdesk

Overzicht hulppagina's
Wikipedia Hulppagina's

Zie ook Regels en richtlijnen
Zie ook Artikelen bewerken

Welkom op de Wikipedia-helpdesk!

Stel hier uw vragen aan hulpvaardige Wikipedia-gebruikers.

Voordat u uw vraag stelt ...
  • Net als andere pagina's op Wikipedia is deze helpdesk vrijwilligerswerk. Er wordt geen garantie geboden voor de juistheid en volledigheid van de gegeven informatie.
  • Gebruik van de informatie is geheel vrij, maar wel voor eigen risico. Als u advies zoekt op het gebied van recht of geneeskunde, stel dan uw vraag niet hier, maar bij een jurist of arts.
Wachten op antwoord...
  • Uw vraag wordt op deze pagina beantwoord, soms al binnen enkele minuten, doorgaans binnen enkele uren. Kijk dus regelmatig op deze pagina.
  • Vragen die beantwoord zijn worden na ongeveer een week in het archief geplaatst.

Witregel op beoordelingslijsten

Weet iemand waarom op de beoordelingslijsten opeens onder ieder kopje een witregel staat (vb.)? En is daar wat aan te doen (in het algemeen of in de eigen common.css)? Achtergrond: zelf vind ik het niet mooi en ik heb de pest aan overbodig skrollen. Wutsje 8 apr 2022 00:49 (CEST)Reageren

Het enige dat ik op dit tijdstip kan aandragen en je hopelijk verder help: op mijn kladblok krijg ik niet die witregel te zien, maar op de pagina Wikipedia:Te beoordelen pagina's/Toegevoegd 20220406 zie ik de witregels wel. Ik vermoed daarom de common.css, maar daar heb ik verder helaas geen verstand van. Démarche Modi (overleg) 8 apr 2022 01:45 (CEST)Reageren
En in de voorbeeldweergave zie ik die witregel ook niet... Démarche Modi (overleg) 8 apr 2022 01:57 (CEST)Reageren
Ik heb er evenmin verstand van, maar MediaWiki:Common.css is vier dagen geleden voor het laatst gewijzigd (link) en die witregel was er bij mijn weten (eer)gisteren nog niet. Dat die regel in de voorbeeldweergave niet wordt getoond viel me ook al op. Wutsje 8 apr 2022 02:04 (CEST)Reageren
Het viel me ook net op. Naar mijn snelle analyse, lijkt het bij de afdeling DiscussionTools te liggen. Deze voegt (indien je "Overleghulpmiddelen" in je voorkeuren hebt ingeschakeld) [edit: dat was wat te snel geconcludeerd] wat onzichtbare elementen aan discussiepagina's toe om de functionaliteit te ondersteunen. Tussen het kopje en de tbp-links wordt zodoende een <span data-mw-comment-start="" id="..."></span> ingevoegd, ik vermoed i.v.m. het in de ogen van DiscussionTools wellicht ongebruikelijke div-element (de tbp-links). Dat is al lange tijd zo, maar de crux zit 'm in de recent toegevoegde css-regel span[data-mw-comment-start], span[data-mw-comment-end] { display: inline-block; } (die ontbreekt in de styling van een discussiepagina die ik al een tijdje heb openstaan; WikiMedia-versie 1.39.0-wmf.5). Blijkbaar is een leeg inline-element voor een div onzichtbaar, maar zorgt een leeg inline-block-element voor een div voor die witruimte. Even met het ontwikkelteam sparren of zij dit kunnen oplossen, of dat er een eenvoudige fix hier mogelijk is, lijkt me. Met vriendelijke groeten — Mar(c).[overleg] 8 apr 2022 08:14 (CEST)Reageren
Hm... de releasenotes van 1.39.0-wmf.6 meldt expliciet "Make comment markers inline-block to fix comment wrapping in Safari". Ik heb op de daar genoemde phab:T298371 een melding gemaakt. — Mar(c).[overleg] 8 apr 2022 08:49 (CEST)Reageren
De Bètafunctie Overleghulpmiddelen maken bij mij geen verschil voor de betreffende witregel. Niet in Chrome/Brave en Safari. Verder gekeken naar gebruikersinstellingen, geen verschil. Voorts, een niet ingelogde gebruiker (getest in Safari) ziet de witregels wel in de namespace Wikipedia hier en niet in de namespace Gebruiker hier. In andere spaces heb ik het niet geprobeerd. Wel heb ik nog even gekeken naar het gedrag van Sjabloon:Tbp-links en de witregel lijkt inderdaad wel daaraan gerelateerd te zijn, zie hier. Mijn indruk is daarom dat het euvel in de combinatie sjabloon - namespace - gezocht moet worden. Démarche Modi (overleg) 8 apr 2022 10:37 (CEST)Nabrander; of wellicht de combinatie sjabloon+namespace - standaard .css instellingen.Reageren
Ik had het niet gecheckt met "Overleghulpmiddelen" uitgeschakeld, maar het lukt me nu niet eens om het uit te schakelen (d.w.z. ik blijf de reageerfunctionaliteit krijgen). De Gebruiker-naamruimte is geen discussieruimte, dus daar is DiscussionTools sowieso niet actief.
Hoe dan ook, het blijft een issue veroorzaakt door de beschreven verandering in css (die de hulpelementen veranderde van "inline" naar "inline-block"). Op de phabricator-ticket is ook al een andere issue gemeld die van dezelfde css-wijziging afkomstig is.
Met vriendelijke groeten — Mar(c).[overleg] 8 apr 2022 11:11 (CEST)Reageren
@Mar(c): Overleghulpmiddelen kun je uitschakelen in je Globale Voorkeuren  →bertux 8 apr 2022 11:26 (CEST)Reageren
Dat weet ik; ik heb het via de Globale geprobeerd, via de gewone voorkeuren (met "lokale uitzondering"), en met dtenable=0 in de url. Allemaal tevergeefs. Ik zie nu dat met die laatste mogelijkheid wel de reageerfunctie verdwijnt, maar DiscussionTools blijft wel de hulp-spans invoegen (het zou kunnen dat het samenhangt met de hele bètafunctie-opzet met A/B-tests e.d., dat bètafuncties hoe dan ook deels actief zijn, onafhankelijk van voorkeurinstellingen), en de issue verdwijnt er dus ook niet mee. Check this: WP:TBP/Toegevoegd 20220406?dtenable=0 – geen reageerlinks, wel de gewraakte ruimte onder de koppen. Met vriendelijke groeten — Mar(c).[overleg] 8 apr 2022 11:56 (CEST)Reageren
@Verdel, m.b.t. deze quickfix: hou je phab:T298371 en phab:T305721 in de gaten? Trouwens, om het voor nu ook in de voorvertoning goed te krijgen, kan #wikiPreview .tbp-links { margin-top: -0.35em; } aan de quickfix toegevoegd worden. Met vriendelijke groeten — Mar(c).[overleg] 9 apr 2022 09:42 (CEST)Reageren
Toch anders gedaan, zie de bewerkingsgeschiedenis van Sjabloon:Tbp-links/styles.css. Hiermee zou het in alle gevallen (ook in de voorvertoning) goed moeten gaan. Zodra phab:T305721 gefixt en live is kan de quickfix teruggedraaid worden. — Mar(c).[overleg] 9 apr 2022 14:58 (CEST)Reageren
@Mar(c): Ik merkte die plotselinge witregel al op, vandaar mijn bewerking. Maar bedankt voor jouw aanpassing! Verdel (overleg) 12 apr 2022 10:15 (CEST)Reageren
Ja helemaal prima! Zodra er allemaal overlap geconstateerd wordt op de TBP-dagpagina's, betekent het dat ze de issue opgelost hebben en kan de quickfix verwijderd worden; dan zou alles weer als voorheen moeten zijn. Met vriendelijke groeten — Mar(c).[overleg] 12 apr 2022 10:22 (CEST)Reageren

Gebruiker:Arnaud1990/The Beatles: Get Back

Op de bovenvermelde pagina probeer ik een tabel met overzicht van afleveringen in te voegen, dit lukt. Er is enkel één probleem, deze tabel verschijnt altijd bij de kop externe links, in plaats van bij de kop afleveringen, waar hij hoort te staan. Ik vind helemaal geen reden waarom het dit doet? Vergeef me als de oplossing erg simpel is en het een domme vraag blijkt te zijn. Arnaud1990 (overleg) 15 apr 2022 14:05 (CEST)Reageren

Je had de tabel niet goed afgesloten met |}, gebeurt mij ook wel eens :) Dajasj (overleg) 15 apr 2022 14:07 (CEST)Reageren

gebruikersnaam

ik heb een fout in mijn gebruikersnaam, hoe kan ik die veranderen?– De voorgaande bijdrage werd geplaatst door Willem Joef Christiaan Hormann (overleg · bijdragen)

Zie Wikipedia:Verzoek voor hernoeming van account Dajasj (overleg) 15 apr 2022 15:05 (CEST)Reageren

Moskva (schip, 1982)

Het Nederlandse artikel over de kruiser zegt: In de vaart genomen 30 december 1982. De Fransen zeggen bij Moskva (croiseur) Armé 30 décembre 1983. De Engelse Wikipedia zegt dat Russian cruiser Moskva de eerste keer is Commissioned 30 January 1983. De Duitse zegt bij Projekt 1164 Moskwa Indienststellung 7. Februar 1982. Aljazeera heeft het over Commissioned in late December 1982. The Guardian Commissioned in 1983. Maar tenslotte vond ik hier "officially commissioned for Soviet Navy service on January 30th, 1983". Wij hebben afgesproken dat we oorlogsschepen opnemen met het jaar waarin het voor de eerste keer in dienst werd gesteld. Dat blijkt dus 1983 te zijn.

Nu had ik net het artikel vernoemd overeenkomstig de indienststelling van de infobox van het artikel. Ik liep bij het fixen van de links er tegenaan dat het wel eens niet kon kloppen en dat klopt dus. De vraag is nu of ik die vernoeming terug moet draaien of (simpeler) het artikel nu gewoon opnieuw vermoemen. Stunteltje (overleg) 15 apr 2022 16:53 (CEST)Reageren

Ik zou zeggen hernoemen en op de redirect een nuweg zetten. Maar wat betreft de onderliggende vraag, geldt de bron die je gebruikt hebt als betrouwbaar? StuivertjeWisselen (overleg) 15 apr 2022 17:43 (CEST)Reageren
Waarom de redirect nuweggen? Er gaat nooit een andere Moskva (schip, 1982) komen. –bdijkstra (overleg) 15 apr 2022 17:57 (CEST)Reageren
Een foutieve redirect laten staan lijkt me ongewenst, ongeacht of er ooit een ander schip met die naam uit dat jaar gaat komen. Redirects met spelfouten worden toch ook gewoon verwijderd? StuivertjeWisselen (overleg) 15 apr 2022 18:00 (CEST)Reageren
Zie Wikipedia:Redirect#Verwijderen. Voor redirects met spelfouten hebben we zelfs een sjabloon: {{R spelfout}}. –bdijkstra (overleg) 15 apr 2022 18:18 (CEST)Reageren

Volgens deze info RussianShips.info is het schip "commissioned" op 30.12.1982. Dus ik zou nog niet te snel zijn met aanpassen. (gevonden via wikidata) vr groet Saschaporsche (overleg) 15 apr 2022 20:04 (CEST)Reageren

Ik vond zelf hier ook nog een andere bron, die zegt: "1976 it was laid down at the 61 Kommunar plant in Nikolaev (building number 2008), on July 27, 1979 it was launched, and on December 10, 1981, the crew began to check in, On September 3, 1982, factory trials began, on November 3, 1982, the first embarkation, acceptance certificate was signed on December 30, 1982, the flag was raised, and on February 7, 1983, the cruiser became part of the Black Sea Fleet (150 brigade missile ships of the 30th division, although originally planned for the Pacific Fleet). Chief builder V.P. Furtat. First commander captain 2nd rank V.O. Moskalenko." Kortom, ik doe even niets. Stunteltje (overleg) 15 apr 2022 23:05 (CEST)Reageren

Allecijfers.nl

Hallo, weet iemand iets te vertellen over de betrouwbaarheid/bruikbaarheid van de bron allecijfers.nl? Er is een gebruiker die al langere tijd allerlei statistische bevolkingsinformatie bijwerkt, aanvankelijk zonder aan te geven zich ergens op te baseren, maar nadat ik hem/haar onlangs vanwege het uitblijven van antwoorden daarover een dag heb geblokkeerd, komt de gebruiker nu dus met allecijfers.nl. Ik weet niet wat ik van die bron moet vinden. Iemand anders wel? Groet, Apdency (overleg) 16 apr 2022 09:56 (CEST)Reageren

Volgens mij is het vrij betrouwbaar; het neemt de info vooral over van overheidsinstellingen zoals CBS. Persoonlijk zou mijn voorkeur dan echter wel uitgaan naar refereren naar die overheidsinstellingen. Dat maakt het transparanter. Dajasj (overleg) 16 apr 2022 10:01 (CEST)Reageren
Met dat laatste ben ik het eens (immers, iedereen kan zeggen zich op een gezaghebbende bron te baseren). Er gaat bij de wijzigingen die ik bedoel sowieso iets niet goed. Neem bijvoorbeeld deze. In de samenvatting wordt dan wel de exacte link naar de betreffende pagina op allecijfers.nl gegeven, en het getal dat je op die pagina ziet staan is een-op-een overgenomen, maar de ref die er stond, naar https://opendata.cbs.nl, wordt niet aangepast. Daarnaast: de opgegeven pagina heeft als opschrift "Migratie uit Vietnam en Vietnameese inwoners in Nederland". Zo'n prominente spelfout geeft ook al niet meteen vertrouwen. Naast het gegeven dat deze gebruiker niet in gewone zinnen wenst te communiceren. Apdency (overleg) 16 apr 2022 10:12 (CEST)Reageren
Het kan betrouwbaar zijn, maar het mist alsnog een beetje duiding die je van de statistische bureau's wel krijgt: komt het cijfer voort uit een schatting of een census, welke methodologie is gebruikt bij het tellen? –bdijkstra (overleg) 16 apr 2022 15:55 (CEST)Reageren
De website heeft een dubbel doel: het opmaken van bestaande data en reclame / inkomsten genereren voor de maker van de website (en voor marketingorgansaties). Bij het opmaken van de data voor allecijfers.nl gaat informatie verloren over hoe die data in de eersteplaats ontstaan is, zoals bdijkstra zegt. Dat weegt m.i. heel zwaar. In feite is het daarmee niet betrouwbaarder dan een willekeurig blog, omdat de methodiek onbekend blijft (zowel de methodiek van de oorspronkelijke bron als die van de websitebouwer). Cijfers zonder context en onzekerheidsmarges zijn waardeloos. Daarnaast zal naar verwachting de oorspronkelijke bron langer beschikbaar zijn dan deze site, omdat de laatste een persoonlijk initiatief is.
Beter niet gebruiken dus, om een soortgelijke reden dat een krant een (veel) slechtere bron is voor wetenschappelijke feiten dan de oorspronkelijke wetenschappelijke publicatie. Zwitser123 (overleg) 17 apr 2022 08:55 (CEST)Reageren
Mijns inziens is allecijfers.nl als bron is niet per se de meeste geschikte bron voor de getoonde informatie. Althans, voor de wijzigingen van 172.x. De bron geeft aan dat Bevolkingsdata van het Centraal Bureau voor de Statistiek in combinatie met data van Eurostat en de Wereldbank is gebruikt. Of dat klopt weet ik niet zeker, ik heb niet alle data gecontroleerd. De Eurostat en Wereldbank data ken ik nog niet, de CBS data ken ik wel een beetje. De wijziging in Mexicanen in Nederland bijvoorbeeld kan heel specifiek gekoppeld worden aan de CBS data: zie hier hoe ik dat gedaan heb. Wat vinden jullie hiervan?
Wat betreft allecijfers.nl, wellicht hebben ze een meerwaarde door data te combineren, echter ik ben het met de opmerkingen hierboven eens dat het weinig transparant is. En daarmee mogelijk waardeloos. Démarche Modi (overleg) 17 apr 2022 10:34 (CEST)Reageren
Dank voor jullie reacties. De betrouwbaarheid van allecijfers.nl blijft inderdaad twijfelachtig. Démarche Modi, je bewerking op 'Mexicanen in Nederland' lijkt me prima. Apdency (overleg) 17 apr 2022 15:12 (CEST)Reageren

Opmaak mediabestand

Documentaire uit 1972 over Herman Nuss' wijngaardslakkenkwekerij.

Kan iemand naar het mediabestand in Herman Nuss kijken en de nodige correctie doorvoeren? Het is 'gebroken' te zien. Ik heb het het vergeleken met een vergelijkbaar bestand in bijvoorbeeld Rund#Rasaanduiding, waar het mediabestand wel normaal afgebeeld staat, maar zie niet waar het met het mediabestand in Herman Nuss anders - en dus fout - gaat. Alvast bedankt... — Chescargot ツ (overleg) 16 apr 2022 15:32 (CEST)Reageren

Dat is een bekend probleem met MPEG-video's, zie phab:T244570. Een 'correctie' zou kunnen zijn om de video ook als Ogg Vorbis te uploaden. –bdijkstra (overleg) 16 apr 2022 15:46 (CEST)Reageren
Dat is bij deze zo opgelost. Dank je! — Chescargot ツ (overleg) 16 apr 2022 16:05 (CEST)Reageren

Een persoon vermelden zonder een artikel.

Is het de bedoeling om een persoon te vermelden die geen artikel in een lijst van geboren personen bij een bepaalde woonplaats? Zie deze bewerking. JasperWiki86 (overleg) 17 apr 2022 15:22 (CEST)Reageren

De betreffende persoon heeft verder geen inkomende links. Daarom lijkt mij dit geval op gespannen voet staan met WP:BLP. Bij veel plaatsen en gemeenten staat er verborgen commentaar dat alleen personen met een artikel welkom zijn. Wikiwerner (overleg) 17 apr 2022 15:41 (CEST)Reageren
WP:BLP? Het gaat hier om iemand die in 2017 is overleden. Apdency (overleg) 17 apr 2022 16:02 (CEST)Reageren
Is de persoon in kwestie artikelwaardig? Andere kun je alle personen, zowel dood als levend, van Schiermonnikoog wel vermelden in de lijst van geboren personen. JasperWiki86 (overleg) 17 apr 2022 16:09 (CEST)Reageren
Rode links zijn een stuk moeilijker te controleren op relevantie dan blauwe links, vandaar dat bij sommige lijsten expliciet is aangegeven dat alleen blauwe links welkom zijn. Dat is hier niet het geval, maar een schrijver van een woordenboek is over het algemeen wel relevant genoeg. –bdijkstra (overleg) 17 apr 2022 16:29 (CEST)Reageren
Een persoon die nog geen eigen lemma heeft, kan gewoon in welke lijst dan ook een plaats krijgen, tenzij er specifiek bij vermeld wordt dat de lijst over personen gaat met een eigen lemma op WP:NL. Wikipedia is niet compleet, dus het is heel gewoon om personen met een nog rode link op te nemen. Dat in diverse lemma's in verborgen commentaar de eis is opgenomen dat alleen personen met een eigen lemma een plaats mogen krijgen, is iets waarover geen afspraken zij gemaakt. De persoon waarover het hier gaat, heeft zeker recht op een eigen lemma en mag dus genoemd worden. HT (overleg) 17 apr 2022 18:14 (CEST)Reageren
Het lijkt mij beter om eerst te kijken of er bronnen over de persoon hebben geschreven, dan gewoon er van uit te gaan dat een schrijver van een woordenboek altijd relevant is, @Bdijkstra:. Dqfn13 (overleg) 17 apr 2022 21:49 (CEST)Reageren
Dat een criterium over het algemeen relevant genoeg is, wil uiteraard niet zeggen of een specifiek onderwerp relevant genoeg is. –bdijkstra (overleg) 17 apr 2022 22:14 (CEST)Reageren

Noot aanpassen

Hoe pas ik een noot in de sjabloon appendix aan? Ik wil een verouderde link aanpassen.

Liesjevandelft (overleg) 18 apr 2022 12:55 (CEST)Reageren

Dank, ben er al uit. Liesjevandelft (overleg) 18 apr 2022 12:59 (CEST)Reageren
Goed zo! :-) Sietske | Reageren? 18 apr 2022 13:29 (CEST)Reageren

De deel van een boerderij

Alhoewel mijn vraag niet direct te doen heeft met deze pagina, hoop ok dat U mij toch zult kunnen helpen met het volgende: in Staphorst gebruikte men de deel van een boerderij om een rosmolen met een karnton te verbinden (voor het verwerken van de melk). Wat is de deel? (Tussen twee haakjes, ik zit al 56 jaar in de VS, dus mijn kennis van de nederlandse taal is niet zo goed meer. Bij voorbaat mijn exscuses) 65.120.237.129 18 apr 2022 13:06 (CEST)Reageren

Wellicht dat dit uw vraag beantwoordt? Met vriendelijke groet, Vinvlugt (overleg) 18 apr 2022 13:11 (CEST)Reageren
In relatie tot een boerderij is de deel gewoonlijk de dorsvloer (threshing floor). --Sb008 (overleg) 18 apr 2022 13:24 (CEST)Reageren