Wikipedia:Archief/Wikipedia:Kleine problemen

Overzicht beheerpagina's

Dit is een archiefpagina Gelieve onderstaande teksten NIET te wijzigen of er commentaar op te geven. Archivering gedaan door Romaine op 20 mrt 2010 02:28 (CET) i.v.m. in onbruik raken.

Deze pagina dient voor het aangeven van pagina's, in het bijzonder nieuw-aangemaakte pagina's of recente bewerkingen waar 'iets mee is'. Het gaat hierbij om in het algemeen kleine wijzigingen, die om de een of andere reden een persoon niet zelf kan of wil doen.

Het kan hier bijvoorbeeld gaan om het wikificeren van een pagina, het toevoegen van een standaardtabel, het neutraliseren van een tekst met POV, het beantwoorden van een vraag op een overlegpagina. Het moet over het algemeen over dingen gaan die relatief eenvoudig worden opgelost. Dingen die ingewikkelder zijn (zoals "Hier kan meer over gezegd worden") dienen op Wikipedia:Dit kan beter geplaatst te worden.

Deze pagina is 11 apr 2006 01:33 (CEST) opgeschoond. Zie hier voor de versie voor de opschoning.

Uitzoeken

• == Bezig met het bewerken van Salvador Dalí ==

Kan iemand hier naar kijken. Ano heeft tekst gewist en een revert is niet mogelijk ivm een SPAMfilter dat op hol slaat. --EdwinB 24 nov 2006 08:38 (CET)

Diversen

• Hond - bij dit artikel zit bovenaan veel te grote witruimte, we hebben het eerder bij een ander artikel ook eens gehad, ik weet niet meer hoe en wie het toen opgelost heeft, maar het kon wel weg. Wie kan het of wie weet nog hoe dat moest? --Algont 3 mei 2006 23:26 (CEST)

Had volgens mij met verkeerd gebruik van de taxobox te maken; net beetje lopen pielen maar kreeg het niet goed. Wie volgt? «Niels» zeg het eens.. 3 mei 2006 23:59 (CEST)

Voor zover ik kan zien manifesteert dit zich op iedere pagina waar Sjabloon:Taxobox zoogdier wordt gebruikt. In het sjabloon zelf is dit niet te zien. Siebrand (overleg) 4 mei 2006 00:10 (CEST)

Het probleem zit 'm zo te zien in Sjabloon:Taxobox, en wel in de parameter gedomesticeerd (haal die maar eens weg in Hond en klik op "toon bewerking ter controle"). Maar ik heb nog geen oplossing... – gpvos (overleg) 8 mei 2006 02:16 (CEST)

Opgelost, met dank aan gpvos voor de hint. - Erik Baas 12 sep 2006 12:21 (CEST)

Dubbel

Soms worden artikelen dubbel in de database opgeslagen, met name als bij hoge serverbelasting een foutmelding verschijnt bij aanmaken van een nieuw artikel, de gebruiker dan op "Terug" klikt in zijn browser en het dan opnieuw probeert. Tips om dit op te lossen staan in Wikipedia:Technische tips.

Pagina's met verschillende titel die samengevoegd moeten worden horen thuis op: Wikipedia:Samenvoegen.

Darß

Ik krijg op mijn vanavond aangemaakte pagina over Darß de bovenste commons-afbeelding niet op mijn scherm (maar wel als ik op het witte vlak klik). Wie weet hoe dat kan en kan het oplossen? Dank, Fransvannes 26 jun 2006 23:27 (CEST)

Afb 1px kleiner gemaakt, nu werkt het wel weer. Om een of andere rare reden heeft de PNG schaler van MediaWiki af en toe met bepaalde groottes problemen, vraag me niet hoe dat kan...«Niels» zeg het eens.. 26 jun 2006 23:33 (CEST)

1px, daar kan ik mee leven... Dankjewel! Fransvannes 26 jun 2006 23:50 (CEST)

Karavanserai

De pagina Karavanserai weigert de interwiki's, de cats en enkele afbeeldingen weer te geven. Niet in IE, niet in Firefox en niet in Safari (zie overleg). Wie? Dank! Fransvannes 17 jul 2006 11:27 (CEST)

Heb het probleem al opgelost, er bleek een fout in de plaatsing van de tags te zitten. Woudloper 17 jul 2006 23:40 (CEST)

sjabloon amerikaanse president

Er is geen achtergrond kleur gedefinieerd waardoor lijnen die in het hoofdartikel van de desbetreffende president gebruikt worden storend achter het sjabloon zichtbaar zijn. Ik heb al getracht dit te wijzigen maar ben er niet in gelaagd.P.J.Koele 12 okt 2006 16:09 (CEST)

sjabloon soldaten

Ik ben op zoek naar een bruikbaar kant en klaar sjabloon dat ik kan vullen over soldaten. zo wil ik bijvoorbeeld meer informatie geven over soldaten uit de 2e wereld oorlog. Bijvoorbeeld over ronald Speirs. Ik kan hier alleen niet een dergelijk sjabloon plakken die in de Engelstalge versie wel lukt. Kan iemand mij hiermee helpen, zodat ik de andere pagina's die ik wil doen dan ook gelijk kan doen.

bast

De bewerken links in firefox staan niet allemaal op hun plaats, weet iemand hier een oplossing voor? - Warddr _(overleg) 24 mei 2007 20:29 (CEST)

Zelfde probleem met Opera. --Bdijkstra 20 jul 2007 18:13 (CEST)

Hier zie ik nergens een probleem (gaat het over de DP of gaat het over een andere pagina?) - Warddr _(overleg) 20 jul 2007 22:27 (CEST)

Nee, ik bedoel dat naast Firefox ook Opera dit probleem vertoont. --Bdijkstra 21 jul 2007 00:24 (CEST)

OK, ik was niet helemaal mee, nu snap ik het - Warddr _(overleg) 21 jul 2007 08:38 (CEST)

Probeer hier eens: Help:Gebruik_van_afbeeldingen#Bewerk-linkjes_door_de_tekst, misschien kan je een gallery of wrapper sjabloon gebruiken. EvG 21 jul 2007 01:03 (CEST)

Ik heb nu dit gedaan [1], maar het is nog niet helemaal in orde (maar al wel beter), ben ik iets vergeten of moet je dat ook doen met de afbeeldingen langs links op de een of andere manier? - Warddr _(overleg) 21 jul 2007 08:46 (CEST)

Volgens mij had je 't helemaal goed gedaan. Kijk maar even, heb nog paar wijzigingen aangebracht, de truc zat hem denk ik in dat die ene afbeelding onder het kopje moest staan. Volgens mij is het nu mooi in Firefox! EvG 21 jul 2007 14:40 (CEST)

Heel mooi. Het enige met mijn Opera is nu nog dat één Bewerk-linkje over de grijze streep gaat hangen bij een paginabreedte >1180 pixels. Maar dat is een futiliteit. --Bdijkstra 21 jul 2007 15:22 (CEST)

Perfect - Warddr _(overleg) 23 jul 2007 17:50 (CEST)

Onze streken

In veel (mogelijk meer dan 100) Wikipedia-artikelen wordt de uitdrukking "onze streken" gebruikt. Meestal is het gebruik van die term onterecht. Je kunt natuurlijk op je klompen aanvoelen dat de schrijver met "onze streken" Nederland of België, of allebei bedoelt. Maar ook in Suriname en onder emigranten en reizigers in vele andere landen wordt Nederlands gesproken. Of bijvoorbeeld door studenten die in niet-Nederlandstalige gebieden een studie Nederlandse taal en letterkunde volgen.

Met deze zoekactie kun je in Google de artikelen vinden waar de uitdrukking "onze streken" gebruikt wordt. Johan Lont - (Ik garandeer niet dat mijn bijdrage steeds is gebaseerd op controleerbare feiten en/of bronnen!) 21 jun 2007 15:48 (CEST)

Ik ben gelijk aan de slag gegaan. Jammer dat ik dit zo laat zag, anders was dat wel eerder geweest. ---- Sjorskingma vraagje? 26 apr 2009 17:48 (CEST)

Wikipedia:Lijst van gebruikers met extra bevoegdheden

Deze pagina is helemaal leeg terwijl je via bewerk de tekst kunt bekijken. SAMnl 3 sep 2007 11:09 (CEST)

Ik zie pakweg vier schermen hoog aan tekst, dus aan de pagina lijkt het niet te liggen. Leeg de cache van je browser eens grondig ? - Erik Baas 3 sep 2007 23:19 (CEST)

Ook na legen van de cache geen nuttige inhoud met Opera, zie dit extract:

<!-- start content --> <!-- Pre-expand include size: 6059 bytes Post-expand include size: 1090 bytes Template argument size: 8 bytes Maximum: 2048000 bytes --> <!-- Saved in parser cache with key nlwiki:pcache:idhash:146257-0!1!0!!nl!2 and timestamp 20070903084850 --> <div class="printfooter">  </div> <div id="catlinks"><p class='catlinks'><a href="/wiki/Categorie:Alles" title="Categorie:Alles">Categorie</a>: <span dir='ltr'><a href="/wiki/Categorie:Wikipedia" title="Categorie:Wikipedia">Wikipedia</a></span></p></div> <!-- end content -->

--Bdijkstra 4 sep 2007 00:51 (CEST)

Ik zie het nu ook (FF, Opera én IE6); een null-edit hielp ook al niet; na een purge lijkt 'ie in FF weer in orde, maar in IE en Opera niet. Hmmmzzz... - 4 sep 2007 01:04 (CEST)

Na nog een null-edit (en een "x"-je weghalen) leek het weer OK, in alle browsers, na een "purge" was het weer mis. Deze snap ik niet... - Erik Baas 4 sep 2007 01:09 (CEST)

nu werkt het wel. oscar 4 sep 2007 01:10 (CEST)

Nee, het is niet in orde. Ik hgeb de complete inhoud in Wikipedia:Zandbak geplakt, en daar doet zich hetzelfde probleem voor. Er is dus toch iets met de inhoud... - Erik Baas 4 sep 2007 01:12 (CEST)

Ik heb een x toegevoegd en toen weer verwijderd en toen had ik beeld. - RonaldB 4 sep 2007 01:14 (CEST)

hier werkt het in IE en Firefox, soms pas na verversen. ik vermoed dat het aan de apaches zou kunnen liggen? oscar 4 sep 2007 01:18 (CEST)

En soms dan juist weer niet, idem voor purge. In de source zag ik (als het misgaat) Served by srv163 en andere nummers in de reeks 160 t/m 168, als het goed gaat steeds nummers onder de 100; zou dus kunnen, maar weten doe ik het niet... - Erik Baas 4 sep 2007 01:25 (CEST)

Vermoedelijk is er tussen Florida and de squids van knams iets mis gegaan. Toon bewerking werkte wel, maar die komt uit FL. De pagina zelf komt uit AMS. Een nul edit (laatste tekst weer opslaan) heeft geen enkel effect, want de sw is zo slim dat die dan geen nieuwe versie aanmaakt. - mvg RonaldB 4 sep 2007 01:22 (CEST)

Maar er zijn ook echte edits gemaakt, en dat lost ook niks op. En: de complete inhoud in de zandbak' geeft dezelfde problemen !! - Erik Baas 4 sep 2007 01:25 (CEST)

Oscar: dit maakt ook niet uit. - Erik Baas 4 sep 2007 01:28 (CEST)

Het moet aan de inhoud liggen, omdat in de zandbak hetzelfde gebeurt, maar andere pagina's hebben geen problemen. Ik heb getest op grote aantallen HTML-remarks, veel externe links, en misschien onzichtbare high-ascii: nop. Verder heb ik geen idee meer... - Erik Baas 4 sep 2007 02:01 (CEST)

net nog even in de zandbak gekeken: eerst zie ik niets, dan F5 en hopla! daar is de inhoud ineens weer?? raadselachtige zaak :-S oscar 4 sep 2007 08:41 (CEST)

Hmmmmm, door bovenaan een witregel toe te voegen is de inhoud plots weer zichtbaar - bij mij toch... Niet ideaal, maar wel een voorlopige oplossing.... Venullian 4 sep 2007 11:49 (CEST)

schijnt te werken idd, maar de logica ontgaat me van dit complex systeem ;-) dank en groetjes, oscar 4 sep 2007 11:56 (CEST)

Het probleem is overigens nog steeds niet opgelost: een "purge" geeft soms een lege pagina. Iemand nog een idee ? - Erik Baas 5 sep 2007 23:01 (CEST)

ik heb mark nu gevraagd er naar te kijken... oscar 6 sep 2007 00:01 (CEST)

zijn antwoord:

Dit probleem (met de nieuwe Apache servers) is 'n paar dagen geleden
opgelost, maar kan hier en daar nog in de cache voorkomen en daardoor
sporadisch nog opduiken. Dit zou vanzelf moeten verdwijnen.
?action=purge helpt hier inderdaad bij.
Helaas is de hele cache leeghalen hiervoor niet echt 'n optie, daar zou
de hele site voor lange tijd erg traag door worden.

het zal denk ik derhalve vanzelf verdwijnen... groetjes, oscar 6 sep 2007 02:09 (CEST)

Hm, vaag... Maar goed, ik kan weer rustig slapen. ;-) - Erik Baas 6 sep 2007 18:31 (CEST)

Ik heb er iets aan gedaan dat voor mij werkt. Brya 16 sep 2007 19:28 (CEST)

Overleg categorie:Alles heeft hetzelfde probleem nu. ?action=purge en/of ctrl-F5 en/of een edit maken werkt soms, maar even later is het probleem weer terug. Zowel in IE, FF als in Opera. – gpvos (overleg) 26 sep 2007 18:15 (CEST)

Ik heb de pagina in 4 delen opgesplitst (gearchiveerd per jaar, 2004 t/m 2006), en ik kan meteen het probleem niet meer reproduceren (wat niet betekent dat het opgelost is)... ;-) - Erik Baas 5 okt 2007 02:05 (CEST)

Ik kan hem nu ook weer zien. Hajo 5 okt 2007 13:45 (CEST)

We zijn nu 27 dagen verder, en het probleem is nog steeds niet verholpen. - Erik Baas 30 sep 2007 21:52 (CEST)

Ik heb net weer iets gewijzigd, en het lijkt nu opgelost. Maar waarom het probleem optrad is me nog steeds niet duidelijk... - Erik Baas 2 okt 2007 00:47 (CEST)

Aanmelden

Sinds ± 2 weken lukt hem mij niet meer om mij aan te melden als gebruiker. In krijg elke keer: Aanmeldfout:Het ingegeven wachtwoord is niet juist. Probeer het opnieuw. Het wachtwoord is hoofdlettergevoelig en van die rare woorden die je moet overtypen. Ik heb heb geen mail ontvangen dat het evt. vervallen is en ook nix op mijn overlegpagina. Kan iemand mij uit de brand helpen? Basjuh 24 september 2007 18:50 (CEST)

De gebruikersnaam is ook hoofdlettergevoelig, en spaties zijn ook belangrijk. Als je zeker weet dat je de naam goed hebt ingevuld, zou je op "E-mail wachtwoord" kunnen klikken; je krijgt dan je wachtwoord per email toegestuurd. Tenzij de naam niet correct is, dan krijgt iemand anders een mailtje... - Erik Baas 24 sep 2007 19:01 (CEST)

De wachtwoorden die ik elke x toegezonden kreeg kopieerde ik elke keer en die deden toen ook niet. Deze keer wel, en ik heb mijn wachtwoord nu veranderd en kan weer aanmelden. Bedankt!! Basjuh 24 september 2007 20:50 (CEST)

Birke (playmate)

De pagina Birke (playmate) geeft de categorieen en de referenties niet aan. Heb er wat aan lopen pielen maar werkt niet. De [1] en [2] staan er wel gewoon. Iemand een idee? Basjuh 8 januari 2008 13:17 (CET)

Dit is nu opgelost. De afsluitende tag </ref> ontbrak, waardoor het laatste stuk van de pagina opgeslokt werd door die laatste referentie. Johan Lont (voorbehoud) 8 jan 2008 13:36 (CET)

Brugge

• Er blijkt een probleempje te bestaan tussen de infobox voor Belgische gemeenten en de infobox voor het weer. Ik verving de klimaatstabel bij Brugge door het weersjabloon (gekopieerd van Maastricht). In de preview van de bewerking van de deelpagina "Klimaat" leek alles inorde, maar na het opslaan bleken alle sjablonen op de pagina in het honderd te lopen. Zoals je kan zien op mijn gebruikerspagina vloekt er dus iets tussen de gemeentebox en de weerbox. Als je op "bewerken" van het kopje "test" klikt en dan op preview, zie dat er geen probleem is... Wie kan dit oplossen? Gr, Wikifalcon 7 feb 2008 16:20 (CET)

Er worden, alles bij elkaar, teveel en/of te "zware" sjablonen toegepast. Zie de meldingen in de HTML-source:

<!-- WARNING: template omitted, pre-expand include size too large -->

en

Pre-expand include size: 2047880/2048000 bytes
Post-expand include size: 317410/2048000 bytes
Template argument size: 66494/2048000 bytes

- Erik Baas 7 feb 2008 20:49 (CET)

Op mijn gebruikerspagina doet het probleem zich ook voor, en daar is toch niet echt sprake van een teveel aan sjablonen? En bij Maastricht worden toch ook redelijk wat en behoorlijk "zware" sjablonen (zoals de gemeenteïnfobox) gebruikt, en daar lukt het wel... Wikifalcon 7 feb 2008 21:18 (CET)

Echt wel... Het oorspronkelijke probleem is nu namelijk opgelost, door {Infobox weer} iets af te slanken (maar het zit nog wel op het randje); ook op deze versie van Brugge werkt het nu goed. Nog even een paar rimpeltjes gladstrijken, en ik zal later nog eens kijken of de ietwat opnhandige constructie met die 2 subsjablonen wat compacter kan.

De reden dat het op Brugge eerder vastloopt is dat de infobox o.a. {Infobox Belgische gemeente/Coördinaten} en {Infobox Belgische gemeente/Inwoners} gebruikt, die twee bevatten echt onwijs veel data. - Erik Baas 7 feb 2008 21:30 (CET)

Ok, het probleem is dus dat de Belgische-gemeenteïnfobox veel zwaarder is dan bv. de Nederlandse, zodat het boeltje in combinatie met nog een zware infobox tilt slaat. Goed dat je het opgelost krijgt! ;-) Wikifalcon 7 feb 2008 21:38 (CET)

Het is niet opgelost, het probleem is alleen verschoven: {Infobox weer} werkt nu wel op die oude versie van Brugge, maar onderaan de pagina zie je dat {Panorama} en de navigatiesjablonen nog niet getoond kunnen worden. Ik heb nu de meest voor de hand liggende en simpelst uit te voeren bezuiniging uitgevoerd, maar er moet meer gebeuren; helaas zijn er vele mogelijkheden, en ze zijn allemaal even ingrijpend. Don't hold your breath... - Erik Baas 7 feb 2008 22:07 (CET)

Nu wel, door het mes in {Sjabloon:Infobox Belgische gemeente/Inkomen} te zetten; dat is de enige van de vijf zware "database"-sjablonen waarbij dat mogelijk was, de anderen geven meer dan een parameter door, óf gebruiken meer dan een subsjabloon.

Pre-expand include size: 1991266/2048000 bytes
Post-expand include size: 329336/2048000 bytes
Template argument size: 69393/2048000 bytes

Aan de getallen zie ik al dat deze oplossing ook weer tijdelijk zal zijn... - Erik Baas 7 feb 2008 22:43 (CET)

Ik ken daar helemaal niets van, maar voorlopig blijkt het toch te werken... In welke zin denk je dat het tijdelijk zal zijn? Wikifalcon 8 feb 2008 00:00 (CET)

Zodra er op die pagina nog een sjabloon wordt toegevoegd, of een van de reeds aanwezige wordt uitgebreid, kan de grens van 2MB zomaar weer overschreden worden. Er is nu, met 1.991.266 bytes op de teller, weinig marge meer... - Erik Baas 8 feb 2008 00:15 (CET)

I see. Nu goed, in geval van nood kan altijd terug overgeschakeld worden op een tabel hé. Het sjabloon oogt mooier en is vooral gebruiksvriendelijker, maar die tabel is niet onoverkomelijk. Wikifalcon 8 feb 2008 00:19 (CET)

Steden Panama

Er is wat mis met de infoboxen van de steden uit Panama, zoals te zien bij Panama-stad, maar ook de andere... Wikifalcon 9 feb 2008 22:33 (CET)

weerbarstig oud beveiligingsbitje

wat ik ook doe, ik krijg het weerbarstige oude beveiligingsbitje op Wikipedia:Logboek beveiligde pagina's er niet af!? zie ook op mijn op. wat anders te doen dan ik daar voorstelde? groetjes, oscar 18 feb 2008 13:31 (CET)

Metro van Turkije

De pagina Categorie:Metro_van_Turkije heb ik per ongeluk aangemaakt en kan weg. De inhoud is al overgebracht naar de correctie titel: Categorie:Metro_in_Turkije (waarom kan ik zelf geen rename doen van een categoriepagina?). Kan iemand hiervoor zorgen? Bedankt, Skuipers 21 jul 2008 07:30 (CEST)
P.S. Hoe geef ik op een OP een link naar Categoriepagina's aan? Het gebruikelijke [[..]] helpt niet; dan verdwijnt de tekst.

fout bij printen

Als ik probeer de pagina Universal Serial Bus te printen loopt mijn pc vast. Ophalen printervriendelijke versie gaat goed. Na printopdracht loopt de zaak vast. Alleen deze pagina vertoont deze fout. Herhaalde malen opnieuw gestart. Ook een versie van ca een jaar geleden doet het niet! pc: simPC, browser: Firefox. groet, K.V. KeesHwk 22 dec 2008 19:05 (CET)

Vervolg: ik heb inmiddels de fout gelocaliseerd, maar kan hem niet verhelpen. Het zit hem in de vierde afbeelding. Als ik die tijdelijk weghaal gaat het goed. Merkwaardig is ook dat de MS Explorer wel goed print, maar daar wordt die vierde afbeelding niet afgedrukt. Of hij ook getoond wordt op het scherm weet ik op dit moment niet; neem aan van wel.KeesHwk 24 dec 2008 14:57 (CET)

De vierde afbeelding is 1600 bij 1200 pixels groot, in kleur, dus met een rastergrootte van minstens 5,49 MiB, net te veel voor printers met een geheugen van 4 MiB, hoewel ik zou verwachten dat ergens een stukje software het plaatje vooraf schaalt naar de resolutie van de printer. MSIE doet dat blijkbaar, en FF stikt erin. Opera misschien proberen?  --BDijkstra 24 dec 2008 22:07 (CET)

Ik heb een kleine aanpassing gedaan die misschien relevant is. Kun je het nu nog eens proberen? ∼ Wimmel 24 dec 2008 22:15 (CET)

Inderdaad doet-ie het nu zonder probleem. Ik zie dat er 'wrapper' bijgekomen is. Overigens kon ik dat plaatje wel afzonderlijk afdrukken. Heb toen niet op bestandsgrootte gelet. Nu erg klein. Bedankt.KeesHwk 25 dec 2008 14:35 (CET)

Aan de grootte van de afbeelding heb ik niets veranderd. Wat {{wrapper}} doet is ervoor zorgen dat de [bewerk] linkjes weer op de goede plek komen. Hiervoor stond die gelijk met de 4e afbeelding... ∼ Wimmel 25 dec 2008 19:20 (CET)

Nogmaals bedankt. Op dat sjabloon gekeken maar dat gaat een beetje boven mijn pet. Nu loop ik toevallig (of niet) tegen en soortgelijke fout aan in het artikel Adobe. Misschien kun je dat ook even verbeteren.KeesHwk 25 dec 2008 21:22 (CET)

Dat is in ieder geval niet hetzelfde probleem. Ik heb wel iets aangepast, maar dat hoeft het probleem niet op te lossen. Ik denk dat de basis van jouw probleem bij de printerdriver (stuurprogramma) zit, mogelijk is die verouderd. Los daarvan zou ik willen voorstellen om deze discussie voort te zetten op Wikipedia:SHEIC. Dat is daarvoor beter geschikt dan deze pagina. ∼ Wimmel 26 dec 2008 20:50 (CET)

Vervolg zie aldaar.KeesHwk 28 dec 2008 00:24 (CET)

Clovis I

Verplaatst naar Overleg:Clovis_I#aannames.2C_hypotheses.2C_mythes.2C_legendes_en_epische_verdichting. ∼ Wimmel 30 jun 2009 18:45 (CEST)