Help:Helpdesk

Welkom!  ·  Snelcursus  ·  Terminologie  ·  Helpoverzicht  ·  Help-index  ·  Helpdesk  ·  Navigatie naar artikelen  ·  Gebruikersportaal  ·  Contact

Help Wikipedia Sjabloon

Overzicht hulppagina's
Alfabetische index Portaal:Hulp en beheer Helpdesk Toch een paar regels Veelgestelde vragen (FAQ) Veelgestelde verwijderingsvragen Hoe je mee kunt doen Waarom zou ik meedoen? Uitleg Terminologie op Wikipedia Nieuwe pagina aanmaken Titel kiezen Titel wijzigen Redirectpagina aanmaken Pagina's samenvoegen Tips voor het schrijven van een goed artikel Tips voor het vertalen van een artikel Tekstopmaak Spelling Tabellen Formules Tijdbalken Afbeeldingen en bestanden Geluid Links Interwiki-links Sjablonen Navigatie Categorieën Kleine wijziging Bots Coördinaten & externe kaarten Hulpmiddelen Donkere modus Toegankelijkheid Privacy
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.

Klik hier om een vraag te stellen

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.

Bij het geven van antwoord...

• Beperk u tot het antwoord op de vraag, wees beknopt, haal er geen andere zaken bij, gebruik geen Wikipediajargon, wijs concreet de weg, of voer uit wat iemand u vraagt zonder verder commentaar te geven. Bedenk voordat u op "publiceren" klikt dat de helpdesk een visitekaartje is voor Wikipedia.

Portaal:Kunst & Cultuur

Wat gaat er (momenteel) fout met het Portaal:Kunst & Cultuur? Ik zie een bijna lege pagina. Alleen de kop is zichtbaar, en een stuk verder naar beneden de Kolom "Componisten en muzikanten " wordt weergegeven bij mij. Vr groet Saschaporsche (overleg) 24 jul 2024 22:27 (CEST)

Ik zie niks vreemds. Thieu1972 (overleg) 24 jul 2024 22:29 (CEST)

Ik evenmin. Mobiele versie oogt ook goed op mijn chromebook; heb van beide varianten een paar versies teruggekeken, ogen in opzet identiek  →bertux 24 jul 2024 22:35 (CEST)

Net even gechecked, met Firefox ziet het Portaal er wel normaal uit, met Safari zie ik alleen de kop en dat hoofdstukje. Saschaporsche (overleg) 24 jul 2024 22:41 (CEST)

Portaal:Biologie en Portaal:Politiek zelfde klacht. Alle andere portalen worden normaal weergegeven. Saschaporsche (overleg) 24 jul 2024 22:46 (CEST)

Het probleem doet zich inderdaad voor in Safari bij het gebruik van de oude Vector-versie, maar zie niet waardoor. Sjoerd de Bruin (overleg)‍ 24 jul 2024 22:48 (CEST)

Ik gebruik Safari + Monobook als uiterlijk. ( Heb de Laptop herstart, lost het probleem niet op. ) Saschaporsche (overleg) 24 jul 2024 22:51 (CEST)

Inderdaad bij Safari gaat dat mis bij Portaal:Kunst & Cultuur. Het probleem begint bij de versie 18 apr 2024 16:04. Daarentegen zie ik Portaal:Biologie en Portaal:Politiek wel goed, ook in Safari. Gouwenaar (overleg) 25 jul 2024 09:42 (CEST)

Ik ping even Gebruiker:Adelaartjes, die heeft die "opmaak"wijziging van 18 apr j.l. gedaan. Ik zie dat Adelaartjes ook op dezelfde dagen heeft gewerkt aan Portaal:Biologie en Portaal:Politiek. Dat moet dan de oorzaak zijn van het feit dat het misgaat voor mijn Safari + Monobook weergave. Saschaporsche (overleg) 25 jul 2024 09:46 (CEST)

Het probleem doet zich ook voor op de bewerkingen vooraf. @TheDJ, kan jij meekijken als Safari-gebruiker? Sjoerd de Bruin (overleg)‍ 25 jul 2024 10:06 (CEST)

ik zie het ook, maar zie niet zo 1,2,3 waar het door komt. Valt me wel op dat deze portals heel veel deprecated tabel attributen gebruiken.. En allemaal tabellen in tabellen. etc. TheDJ (overleg) 25 jul 2024 10:34 (CEST)

Er zijn wat dingen die mij opvallen. Ik heb zelf geen safari, maar ik heb wel toegang tot een iphone waar safari op staat. Om het te reproduren ga ik eerst naar Portaal:Kunst & Cultuur, klik onderaan op desktop versie, daarna plak ik ?useskin=monobook achter het url. Vervolgens lijkt het er goed uit te zien, totdat ik de telefoon draai, dan wordt het grootste deel van de pagina wit. Ik kan overigens wel klikken op de (onzichtbare) linkjes. Als ik chrome gebruik op de iphone, is het resultaat vergelijkbaar. Ik kan in chrome instellen dat ik zoombuttons in beeld wil. Bij bepaalde zoom niveaus gaat de inhoud weg, of komt juist weer terug. Tenslotte heb ik met brave getest. Ook hier lijkt het in eerste instantie net als in safari te werken. Maar als ik een witte pagina heb, en ik scroll naar beneden, verschijnt plotseling de inhoud weer. (Als ik omhoog scroll, blijft de pagina wit). Ook hier kan ik met de zoom functie het probleem reproduceren. Maar dan moet ik juist omhoog scrollen om de inhoud te zien. Misschien heeft het met media queries in CSS te maken, maar ik mis developer tools in safari, dus ik kan niet veel controleren en uitproberen. (Een media query staat bijvoorbeeld in MediaWiki:Common.css: @media all and (max-width:640px), maar waarschijnlijk nog wel op meer plekken.) ∼ Wimmel (overleg) 25 jul 2024 22:41 (CEST)

Wees ervan bewust dat op iOS browsers dezelfde engine gebruiken, het resultaat zal op een iPhone gelijk zijn. Het aparte is dat ik geen code kan vinden wat deze weergave zou moeten veroorzaken, alles ziet er "normaal" uit. Als ik trouwens de developer tools open wordt de pagina opeens wel goed weergeeven. Sjoerd de Bruin (overleg)‍ 25 jul 2024 22:47 (CEST)

Voor CSS is Mbch331 een absolute specialist (maar misschien zijn jullie hierboven ook zulke specialisten, dat kan ik als aanschouwer van toverij niet beoordelen)  →bertux 25 jul 2024 22:53 (CEST)

Alleen heb ik geen Apple apparaten en ik heb ook geen Safari. En het draait ook niet native op mijn computer. Ik moet Wine installeren om Safari te installeren. Mbch331 (overleg) 26 jul 2024 10:37 (CEST)

Ik hoop dat er snel een oplossing komt, anders stel ik voor de portalen waar het fout gaat terug te zetten naar de oude weergave die voor alle skins werkt. Saschaporsche (overleg) 26 jul 2024 12:37 (CEST)

Zoals eerder aangegeven doet het probleem zich ook voor op de oude opmaak. Daarnaast vraag ik mij af hoeveel mensen er überhaupt gebruik maken van portalen. Sjoerd de Bruin (overleg)‍ 26 jul 2024 12:43 (CEST)

Of al die skins. Thieu1972 (overleg) 26 jul 2024 13:48 (CEST)

Misschien begrijp ik je (@Sjoerddebruin) niet goed, maar als ik een oudere versie van het Portaal bekijk, dan werkt die gewoon goed.

Hoeveel mensen er precies gebruikmaken van portalen of skins doet eigenlijk niet terzake, pagina's/skins die "in gebruik zijn/aangeboden worden" op de encyclopedie moeten gewoon werken naar mijn mening. Saschaporsche (overleg) 26 jul 2024 13:51 (CEST)

Ik pakte uit gemakzucht de laatste versie van 2023 en daar deed zich het probleem zich ook voor. Sjoerd de Bruin (overleg)‍ 26 jul 2024 13:57 (CEST)

Hmmmm, ik snap er niets meer van, de laatste versie van 2023 werkt gewoon goed bij mij... Saschaporsche (overleg) 26 jul 2024 14:11 (CEST)

Ah, als ik het scherm heel rustig smaller of breder maak zie ik wel of geen inhoud, het doet zich op zeer specifieke schermbreedtes voor. Sjoerd de Bruin (overleg)‍ 26 jul 2024 14:14 (CEST)

Ah, ok, na wat experimenteren met in/uitzoomen zie ik wat je bedoelt. Soms wordt de inhoud wel/niet weergegeven. Vervelend dit. Saschaporsche (overleg) 26 jul 2024 14:20 (CEST)

Ik zie het nu ook gebeuren in Vector 2022, ik zal verder kijken naar oplossingen. Sjoerd de Bruin (overleg)‍ 26 jul 2024 14:22 (CEST)

TOP dat je er aandacht aan geeft. Saschaporsche (overleg) 26 jul 2024 14:24 (CEST)

Zoals gezegd heb ik geen direct probleem, maar ik zie wel dat de uitlijning tussen tekst en foto's problematisch is als je het venster smal maakt. Bij de kunstschilders bijvoorbeeld:

• Ka

rel

Ap

pel

• Jh

er

oni

m

us

Bo:

sc

h

Daar zou een render-engine wel eens moeite mee kunnen hebben. Raar is ook, dat alleen de rechterkolom steeds smaller wordt, terwijl de linkse zijn volle breedte houdt. Versmal ik nog verder, dan verdwijnen de schildersnamen eindelijk onder de foto, wat al bij een veel grotere breedte had moeten gebeuren. Op den duur verdwijnt de rechterkolom buiten beeld, terwijl de linkerkolom (Schilderkunst) onveranderd een hoop loze ruimte overhoudt.

Is het mogelijk om een minimumbreedte te reserveren voor de tekst, waarbij die na onderschrijding van het minimum onder de foto terechtkomt? Sowieso nodig voor de leesbaarheid, maar wie weet lost het ook dit probleem op  →bertux 26 jul 2024 15:28 (CEST)

Idealer zou je vandaag de dag ook geen gebruik meer maken van tabellen voor opmaak, maar persoonlijk zie ik het nut er niet van in om meerdere dagen aan werk te stoppen in pagina's die alleen maar gebruikt worden door de gebruikers die ze bijhouden. Sjoerd de Bruin (overleg)‍ 26 jul 2024 15:45 (CEST)

Ik zie zelf ook het nut van portalen niet, het is nu voor het eerst in jaren dat ik er een paar bekijk, maar ik sta versteld van de bezoekersaantallen:

• Portaal:Biologie: 3100 per maand
• Portaal:Politiek: 2300 per maand
• Portaal:Kunst & Cultuur: 3100 per maand

Dat is gedurende 12 maanden, zonder de lopende maand.

Onderwerpen met vergelijkbare aandacht zijn:

Paginanaam	Weergaven	Maandelijks gemiddelde
Luipaard	58.302	4.859
Ronald Reagan	55.811	4.651
Zimbabwe	41.727	3.477
Poema	34.186	2.849
Nancy Pelosi	23.318	1.943
Termieten	21.830	1.819

 →bertux 26 jul 2024 16:39 (CEST)

Best knap. Ik weet die portalen zelden te vinden. En als ik er per ongeluk eentje vind, laat ik 'm snel links liggen. Ik vind het nogal chaotische pagina's met tig (onvolledige) lijstjes. Maar goed, ieder zijn meug. Thieu1972 (overleg) 26 jul 2024 17:48 (CEST)

Hopelijk komt er een moment dat die portalen, net als de rudimentaire A-Z lijsten, afgedankt worden. Alleen zijn er nogal wat mensen die alles wensen te bewaren, zelfs als het volkomen achterhaald en niet meer functioneel is. Erik Wannee (overleg) 28 jul 2024 11:56 (CEST)

Ik steun je, maar ik ben bang dat een stemming nodig is om ze verwijderd te krijgen. Via de Beoordelingslijst zijn Nederland van A tot Z en Verenigde Staten van A tot Z al verwijderd, maar bijvoorbeeld België van A tot Z nog niet. Wikiwerner (overleg) 28 jul 2024 12:29 (CEST)

Ik steun je niet; kennelijk voorzien ze in een behoefte. Minstens moeten we eerst uitzoeken wat die behoefte is.

Gokje: een snel en simpel overzicht van de belangrijkste aspecten. Keep it simple, stupid, daar zijn wij als Wikipedia niet goed in.

Welk alternatief hebben we dat even simpel en bruikbaar is? De categorieën en navigatiesjablonen alvast niet  →bertux 28 jul 2024 18:53 (CEST)

En de portalen wel? Misschien zijn er meerdere (om)wegen naar Rome. –bdijkstra (overleg) 28 jul 2024 18:59 (CEST)

Waarom stellen we nu opeens -na een klacht van mij over de weergave van 3 portalen- de portalen ter discussie? Het moet niet gekker worden hier. Als je de bezoekersaantallen ziet (zie hierboven) dan worden de portalen weldegelijk redelijk bezocht. Dus gaarne nu niet de discussie "kapen" door te discussiëren over afschaffing, maar gewoon een reparatie van iets wat (kennelijk) is stukgemaakt door een ongelukkige wijziging. Saschaporsche (overleg) 28 jul 2024 19:38 (CEST)

Ik heb de 3 portalen hersteld naar een oudere versie die wel goed werkt. vr groet Saschaporsche (overleg) 31 jul 2024 20:36 (CEST)

Ik zie daarin nog steeds dezelfde problemen zoals eerder zijn aangegeven, lijkt mij een ongewenste bewerking. Sjoerd de Bruin (overleg)‍ 31 jul 2024 20:38 (CEST)

Dat is jammer Sjoerd. Ik heb gezocht naar oude versies van de portalen die voor mijn weergave goed werken, nieuwere versies geven problemen voor mijn weergave. Saschaporsche (overleg) 31 jul 2024 21:07 (CEST)

Die portalen zijn in wezen tabellen met lijstjes. Kunnen die lijstjes niet overgezet worden naar de technische basis van een ander portaal? De hoeveelheid werk valt altijd tegen, maar ondoenlijk lijkt het toch niet.

Het lijkt me dat een atechnisch iemand het moet kunnen  →bertux 31 jul 2024 21:26 (CEST)

Als iemand dat voor 267 portalen wilt doen, be my guest. Denk dat er nuttigere dingen te doen zijn. Sjoerd de Bruin (overleg)‍ 31 jul 2024 21:30 (CEST)

Het ging om 3. Saschaporsche zou het misschien zelf kunnen doen. Niemand heeft gezegd dat Sjoerddebruin het zou moeten doen  →bertux 31 jul 2024 21:38 (CEST)

Hendrik Reinoud

ik ben de dochter van Hendrik Reinoud en woon in Rome.

Ik zou willen weten of en hoe het mogelijk is de pagina van mijn vader in het engels te krijgen

Bij voorbaad veel dank

Pauline Reinoud 80.181.118.60 28 jul 2024 10:52 (CEST)

Dat is op zich mogelijk, maar als ik naar het Nederlandstalige artikel kijk, zal het op deze manier hoe dan ook afgewezen worden voor de Engelstalige wikipedia. Voor alles wat in het artikel beweerd wordt, is een bron nodig. Zie specifiek en:Wikipedia:Reliable sources. Het Nederlanstalige artikel bevat geen enkele bron die voldoet aan de richtlijnen van de Engelstalige wikipedia. Anderen hebben dat eerder geprobeerd, zie bijvoorbeeld en:Special:PermaLink/1230183288, die pagina is al tot vijf keer toe geweigerd. Ik zou aanraden om eerst het Nederlandstalige artikel op de juiste manier van bronnen te voorzien. Pas als dat gedaan is, dat als basis voor een Engeltalig artikel gebruiken. In plaats van delpher.nl als bron te noemen, moet bijvoorbeeld elk krantenartikel apart genoemd worden waar het als bron gebruikt wordt. Je kunt hier verder vragen hoe de bronvermelding gedaan moet worden.

Mocht je toch direct een Engelstalig artikel willen aanmaken, zie dan en:Help:Your first article. ∼ Wimmel (overleg) 28 jul 2024 11:45 (CEST)

Als kleine aanvulling op Wimmel: ik ben op de OP van het artikel een overleg gestart over het brongebruik, verdere vragen/opmerkingen daarover kunnen aldaar geplaatst worden. - TheGoodEndedHappily (overleg) 28 jul 2024 11:50 (CEST)

Mumijo

Hallo, de (meerdere) links in dit lemma naar www.oriveda.com lijken eerder een link naar een winkelmandje. Wat doet men in zo'n geval? Thanks Lotje (overleg) 28 jul 2024 11:27 (CEST)

Verwijderen. Zijnde geen relevante links. Erik Wannee (overleg) 28 jul 2024 11:45 (CEST)

Inloggen op nieuwe smartphone

Dit bericht tik ik op een laptop die al 'eeuwen' ingelogd staat. Mijn wachtwoord.... Lang geleden!
Vorige week liet ik mijn smartphone vallen, beeldscherm stuk en daarom heb ik een nieuwe gekocht.
Het overpompen van gegevens van een oude (online-backup) naar een nieuwe Samsung gaat binnen de spreekwoordelijke vloek en en een zucht; dankzij de medewerker van de Smartbar van de MediaMarkt. Behalve o.a. het aanmelden bij Wikipedia wat ik nu twee dagen later doe. Ik ben mijn wachtwoord vergeten, daarom klik ik op deze optie; maar ik krijg de melding:

Interne fout

Uw IP-adres is geblokkeerd voor het maken van wijzigingen. Om misbruik te voorkomen is het niet mogelijk om een nieuw wachtwoord aan te vragen.

Hoe dit op te lossen? Mijn smartphone zit nu op een 5G-verbinding. Mijn laptop op mijn werk op het bedrijfsnetwerk, deze laat ik vanavond op mijn werkplek staan. Zou het lukken als ik vanavond thuis via mijn WiFi-netwerk een inlogpoging met wachtwoordherstel doe?

Bedankt voor de tips, JoostB (overleg) 29 jul 2024 15:12 (CEST)

Op mobiele netwerken is het niet mogelijk om accounts aan te maken, het resetten van wachtwoorden is hieraan gekoppeld. Thuis zal dat moeten lukken. Sjoerd de Bruin (overleg)‍ 29 jul 2024 15:16 (CEST)

Lost in Google...

Tot gisteren was Gotscha Lagidse en zijn Engelse equivalent Gocha Laghidze te Googlelen, vandaag zijn ze onvindbaar... Heeft dit iets te maken met (nog uit te voeren) indexeren van Wikidata? Wat het ook is, als er een deskundige in de zaal is die dit kan oplossen, graag! ツ Chescargot (overleg) 30 jul 2024 16:43 (CEST)

Met deze basale Google-opdracht zie ik nlwiki als tweede resultaat. Bij de Engelse spelling suggereert Google dat ik me vergist heb en zie ik inderdaad alleen het Nederlandse artikel, zelfs als ik Google opdraag om specifiek op Wikipedia-sites te gaan kijken.

Bij Google kijken ze vooral naar onderlinge links tussen pagina's, dus je eigen bewerkingscommentaar + one link, no orphan no longer geeft aan in welke richting je moet denken.

Een effectieve werkwijze is om de uitgaande links van het artikel na te lopen en te kijken of daar een teruglink gemaakt kan worden naar Lagidse.

Daar is een handig tooltje voor, maar de lijst is te lang en net niet handig genoeg in het gebruik, ik zal hem nabewerken en straks op je NL-OP zetten.

Misschien dat deze interne opdracht ook iets oplevert.

De hardnekkige onvindbaarheid verbaast me wel; vaker zie ik dat zelfs onbenullige veranderingen binnen een uur bekend zijn bij Google  →bertux 30 jul 2024 17:24 (CEST)

• Het gekke is dat wanneer ik op jouw bovenstaande 'basale Google-opdracht' klik, bij mij Lagidse pas op de 17e plek verschijnt!
• Ik ga werken aan die extra intralinks naar Gocha Laghidze, dank voor de checklist, hoewel ik twijfel of dat het probleem zal doen oplossen
• Dit is ook vreemd: Zoek je naar de Engelse variant binnen de Nederlandse Wikipedia, krijg je dit.

Al met al, blijf ik vermoeden dat er iets mis is met Wikidata. ツ Chescargot (overleg) 30 jul 2024 17:51 (CEST)

Zijn item was wat mager, maar er was verder niets mis met het item. Mbch331 (overleg) 30 jul 2024 17:59 (CEST)

Dank voor het checken. Het blijft vreemd. Een dag verder en nog steeds nul op het request, wanneer we op'Gocha Laghidze' googlelen. ツ Chescargot (overleg) 31 jul 2024 11:37 (CEST)

Bij je laatste bullet had je de verkeerde naamruimte. Zo werkt het wel  →bertux 30 jul 2024 18:01 (CEST)

Ah ik zie het. 'Geavanceerd zoeken' en 'Zoeken in'. Maar hierin hebben we dus niet de optie om in anderstalige Wikipedia's te zoeken, wat eigenlijk het doel was van de zoekterm "Gocha Laghidze" ツ Chescargot (overleg) 31 jul 2024 11:35 (CEST)

Om op enwiki te zoeken moet je op enwiki zijn. Je kunt bij mijn weten niet wereldwijd zoeken op Wikipedia, daarvoor moet je bij Google een opdracht van het type site:wikipedia.org/wiki "Gocha Laghidze" geven. Krankzinnig genoeg vind je daarmee wel enkele verwijzingen die je kennelijk sinds gisteren aangemaakt hebt, maar niet het artikel zelf.

In het bewerkvenster zie ik een Notice about sources. Kan het zijn dat die een {{noindex}} met zich meebrengt? Ik krijg sterk de indruk dat het artikel niet door externe zoekmachines gevonden mag worden, Bing geeft ook niet thuis met de Engelse spelling, terwijl het Nederlandse artikel wel opduikt. Yahoo.com en nog wat zoekmachines geven helemaal niets.

("In elk geval ... van zwakke bronnen." verplaatst naar Overleg gebruiker:Chescargot#Kritische kanttekeningen t.a.v. brongebruik)

 →bertux 31 jul 2024 12:35 (CEST)

Dankje Bertux. Ook betreffende je kritische kijk op het bronverbruik. Met je goedvinden verplaats ik dat deel naar mijn eigen OP.ツ Chescargot (overleg) 31 jul 2024 13:33 (CEST)

Enwiki kent een wachttijd van 90 dagen voordat ongemarkeerde artikelen aan Google en andere zoekmachines worden aangeboden, er is een backlog van 15k ongemarkeerde pagina's. Sjoerd de Bruin (overleg)‍ 31 jul 2024 13:13 (CEST)

Hah, dat verklaart een hoop. Dus een patrol of 90 dagen is nodig, whichever comes first. Dank voor de verheldering! ツ Chescargot (overleg) 31 jul 2024 13:33 (CEST)

Foto's leveren aan Wikimedia Commons

Ik gebruik vaak Wikimedia om gegevens te verifiëren. Soms kom ik iets tegen waar jullie ook nog geen afbeeldingen van hebben. Die leemte zou ik willen vullen, voor zover ikzelf afbeeldingen heb.

Hoe werkt dit? Enkele jaren geleden ben ik actief geweest bij het leveren van foto's maar ik ben mijn account van toen vergeten. Voor de goede orde: ik lever uitsluitend plantenfoto's

Kunt U mij verder helpen?

Vriendelijke groet,

Pierre Theunissen. 2A02:A461:2B8E:0:1864:4050:61F4:29E9 1 aug 2024 11:30 (CEST)

Als uw e-mailadres is gekoppeld aan uw account kunt u via Speciaal:WachtwoordOpnieuwInstellen een nieuw wachtwoord aanvragen. In de mail staat dan ook de gebruikersnaam.

Indien uw e-mailadres niet is gekoppeld aan uw account, dan is de enige optie om een nieuw account aan te maken. Foto's uploaden zonder account is niet toegestaan. Mbch331 (overleg) 1 aug 2024 11:52 (CEST)

Beste Pierre Theunissen,

Als u 1 foto terug kunt vinden die u geüpload hebt, is in elk geval uw gebruikersnaam weer boven water. Via het categoriesysteem zijn foto's vaak terug te vinden.

Als u geen bestandsnaam weet, wil Google Lens nog wel eens helpen: vraag aan Lens om een foto uit uw archief te koppelen aan een foto die al op internet te vinden is.

Een alternatief is het aanmaken van een nieuw account  →bertux 1 aug 2024 12:02 (CEST)

Sjabloon:Infobox sporter

Bij Hans Hoogveld waren de parameters volledigenaam en naam in {{Infobox sporter}} beide ingevuld, met dit ongewenste gevolg: Johannes Bernardus Everardus HoogveldHans Hoogveld. Ik begrijp absoluut niet hoe die parameters ingevuld zouden moeten worden; documentatie ontbreekt. Kan een van de twee niet weg? Voor het onderdrukken van een haakjestoevoeging hebben we al kopnaam  →bertux 1 aug 2024 14:07 (CEST)

De parameter naam is een alias voor volledigenaam. Ik zag dat dit in templatedata niet verwerkt was. Volgens de templatedata waren het 2 parameters. Deze aanpassing heeft geen invloed op infoboxen die beide parameters hebben, alleen voor nieuwe infoboxen en infoboxen die niet beide parameters hebben. Mbch331 (overleg) 1 aug 2024 14:16 (CEST)

Oké, de aanpassing van de infobox maakt het duidelijk, bedankt!  →bertux 1 aug 2024 14:22 (CEST)

Labels toekennen aan nieuw artikel

Zojuist heb ik voor het eerst in mijn leven een pagina aangemaakt op Wikipedia (Jhesus collacien) en ik zou daar nu graag labels aan toevoegen, maar ik kan niet achterhalen hoe dit moet. Of gebeurt dit door de moderatoren van Wikipedia? ThM (overleg) 1 aug 2024 14:30 (CEST)

Ik neem aan dat je categorieën bedoelt? Om een pagina in een bepaalde categorie te plaatsen, plaatst men de tekst [[Categorie:Naam]] ergens in de pagina. De gewoonte is om dit helemaal onderaan te doen. Het systeem stelt de lijst met pagina's samen op alfabetische volgorde van de paginanaam.

Zie Help:Gebruik van categorieën. Novopas (overleg) 1 aug 2024 14:51 (CEST)

@ThM: Ik vermoed dat je bedoelt wat bij ons categorieën heet. De manier die Novopas aangeeft werkt voor de broncode-tekstverwerker, maar die gebruik je niet.

Je kunt categorieën opgeven na een klik op het hamburgermenu rechtsboven.

Een beetje hulp krijg je daar wel bij, maar onvoldoende. Het beste kun je eerst nagaan welke categorieën bruikbaar zijn. Het betreft blijkbaar een Middelnederlands document en via de categorieën van dat artikel kun je navigeren naar categorieën die voor jou geschikt zijn. Categorie:Middelnederlands manuscript lijkt het meest logisch, maar Categorie:Middelnederlandse literatuur zou ook in aanmerking kunnen komen. Meerdere categorieën zijn mogelijk, ook Categorie:Middeleeuwse literatuur of Categorie:Boek uit de middeleeuwen is mogelijk  →bertux 1 aug 2024 15:03 (CEST)

Recente bestanden categoriseren

Jaren geleden gebruikte ik mijn tijd af en toe nuttig dooe de recente bestanden even na te lopen en met name de schepen gelijk in de juiste category te plaatsen of er een category voor aan te maken. Daar ben ik mee gestopt, omdat het overzicht nu steeds bakken met informatie toevoegt, waardoor ik steeds maar weer nieuwe bestanden moet oproepen. Vroeger keek ik na honderden foto's naar de volgende batch en dat werkte plezierig. Nu is het geen doen meer en al lang de aardigheid er af.

Twee dingen: is het nog steeds mogelijk per 500 bestanden de plaatjes te bekijken en als dat niet het geval is, hoe vraag ik die mogelijkheid weer aan? Dus een mogelijkheid zonder regels, alleen met de mogelijkheid da category aan te vullen of aan te passen. Stunteltje (overleg) 1 aug 2024 15:24 (CEST)

Ik vond al een mogelijkheid om het aan te kaarten: meta:Community Wishlist/Wishes/Restore the old possibility to overlook new files in Wikimedia Commons without the details. Stunteltje (overleg) 2 aug 2024 09:33 (CEST)

@Stunteltje: Ik vermoed dat het iets met je instellingen te maken heeft, want met c:Special:NewFiles krijg ik helemaal geen bakken met info. Ik krijg een postzegel en verder bestandsnaam, datum en grootte.

Het kan nog compacter, met de packed-modus krijg ik zelfs alleen maar 500 postzegels.

(En ik krijg weergaveproblemen, maar dat kan aan mijn computer liggen. Probeer zo nodig 50 in plaats van 500 plaatjes.)

Het helpt misschien om bij je zoekvoorkeuren in Commons de interface Speciaal:Zoeken / Special:Search in te stellen in plaats van het vreselijke alternatief Speciaal:Media_zoeken  →bertux 2 aug 2024 21:05 (CEST)

Hoe een artikel-in-opbouw de weg te wijzen naar het bijbehorende wikidata-item?

Weet iemand toevallig een oplossing voor het volgende:

Tijdens het schrijven van een nieuw artikel (dus nog niet gepubliceerd) wil ik het artikel graag kunnen 'vertellen' bij welk wikidata-item het hoort, opdat gegevens die van wikidata worden opgehaald, dan ook zichtbaar worden.

Denk concreet aan het schrijven van een artikel over een tennisser, die in zijn {{Infobox tennisspeler}} en in zijn sjabloon {{Standaardlinks tennisser}} gegevens zou willen laten zien die op wikidata staan, maar zolang het artikel nog niet gepubliceerd is, is het nog niet aan dat item gelinkt en worden die gegevens nog niet zichtbaar gemaakt als ik klik op "Toon bewerking ter controle".

Toch zou dat wel moeten kunnen als in de code van het artikel-in-opbouw een wegwijzer naar het wd-item zou staan. Ik heb het geprobeerd met {{d:Q96108571}} en met {{:d:Q96108571}} maar dat had niet het gewenste effect.

Terzijde: een dergelijke wegwijzer zou door de knop "Pagina publiceren" ook kunnen worden benut om op dat moment dan ook meteen de gepubliceerde pagina te linken aan het wikidata-item.

Pommée (overleg) 2 aug 2024 18:01 (CEST)

De MediaWiki software ondersteund dit (nog) niet. Voor arbitrary access (het ophalen van data uit Wikidata), moet er daadwerkelijk een koppeling zijn tussen een Wikidata item en een pagina op Wikipedia.

Via {{Wikidata}} kan het wel, maar dan alleen voor een specifieke eigenschap. Niet voor een hele infobox of dat sjabloon {{Standaardlinks tennisser}}. {{wikidata|properties|linked|Q108456719|P57}} geeft Paul King. Maar dat is niet wat je zoekt. Dit is iets wat via de ontwikkelaars van de MediaWiki software opgelost moet worden. Mbch331 (overleg) 2 aug 2024 19:26 (CEST)

Zou het een optie zijn als op Wikidata wordt toegestaan dat een kladblokartikel tijdelijk mag worden gekoppeld en daarna vervangen door het gepubliceerde artikel? Dat moet uiteraard aldaar worden besproken, maar dat zou een oplossing kunnen zijn zolang MediaWiki nog geen alternatief biedt. Mondo (overleg) 2 aug 2024 20:19 (CEST)

Nee. Dat is tegen de huidige Wikidata regels. Mbch331 (overleg) 2 aug 2024 20:39 (CEST)

Daarom zei ik ook “dat moet uiteraard aldaar besproken worden”. 🙂 Ik doelde daarmee op het (al dan niet tijdelijk, totdat MediaWiki een betere oplossing biedt) bespreken over het aanpassen van de regels. Sorry als dat niet helemaal duidelijk was. 🙂 Mondo (overleg) 2 aug 2024 21:00 (CEST)

Je kunt de wikitekst van de sjablonen kopiëren naar je kladblokartikel in plaats van de sjablonen aan te roepen. Bij bijv. de infobox tennisspeler vervang je bijv. de code {{wikidata|property|raw|P18}} door {{wikidata|property|raw|Q-nummer|P18}}. Wikiwerner (overleg) 2 aug 2024 21:26 (CEST)