Wikipedia:Wikipediafrågor

Flyttat till Wikipedia:Bybrunnen#

När jag söker på ett begrepp som har en grensida med flerval, så visas inte den sidan. Men när jag skriver ämnesvalet kommer flervalsalternativsidan upp. Så var det väl inte tidigare? Jag ser det som en nackdel att inte artikeln "Ämne (olika betydelser)" är synlig när jag avser att söka efter något visst.Xauxa (diskussion) 31 augusti 2024 kl. 22.16 (CEST)

Kan du ge något konkret exempel på vad, vilket "ämne", du skriver i sökrutan och vad du får som resultat.

När jag skriver Saarijärvi kommer "Saarijärvi (olika betydelser)" upp på andra raden, efter "Saarijärvi". Larske (diskussion) 31 augusti 2024 kl. 22.25 (CEST)

Märkligt, när jag sökte nu idag, dvs började fylla i ordet matning, kom Matning (olika alternativ) upp. Tillfälligt fel tidigare, kanske. Vi bordlägger frågan tills vidare. Tack.Xauxa (diskussion) 2 september 2024 kl. 12.28 (CEST)

Nu återkom det. När jag söker på Mazda, kom inte olika betydelser upp. Men om jag fortsätter skriva så dyker det upp när jag kommit till "Mazda (". Xauxa (diskussion) 2 september 2024 kl. 17.05 (CEST)

Jag tror det är två olika saker du stött på:

• För "Mazda" finns många möjliga artikelnamn och grensidan är inte ett av de 10 som visas bland sökförslagen. Det har att göra med hur sökalgoritmen rangordnar sökförslagen. I Phab:T352847 "Disambiguation pages should be on top" tycker någon att grensidan borde rankas högre och alltid finnas bland de första förslagen.
• När du sökte efter "Matning" i lördags kväll hade grensidan bara funnits några timmar. Det tar ofta längre tid än så för sökindexen att uppdateras. När jag testar nu (17.30) får jag förslag på "Cornbury Park" som skapades kl. 09.14 i morse, men inte på "Draycot Moor" från kl. 09.26.

/EnDumEn ✍ 2 september 2024 kl. 17.38 (CEST)

Stort tack för utförligt svar. Xauxa (diskussion) 2 september 2024 kl. 18.59 (CEST)

En ny röd kategori "Pages with image sizes containing extra px" som jag inte lyckas få bort har börjat att dyka upp i vissa artiklar, tex här [1]. Det verkar vara en åtgärdskategori, men vad är det som skall åtgärdas? // Nalle&Lisa (diskussion) 7 september 2024 kl. 18.47 (CEST)

Mer info här en:Category:Pages with image sizes containing extra px. Jag får en känsla av en bugg i implenteringen. Den kategoriserar även OK artiklar??? Kitayama (diskussion) 7 september 2024 kl. 19.02 (CEST)

@Kitayama: Jag gjorde den här redigeringen [2] och då hamnade artikeln i den där kategorin. Jag antar att det är på grund av att man tar bort förutbestämd pixelstorlek på bilder? DIEXEL (diskussion) 7 september 2024 kl. 20.41 (CEST)

Tanken är att hitta när det är pxpx - men jag tror att det finns en bugg så den hittar även annat (falska positiva). Kitayama (diskussion) 7 september 2024 kl. 20.54 (CEST)

Många i kategorin är tydligen falskt positiva pga ett "gallery" med parametern "heights", men det finns också andra varianter. // Nalle&Lisa (diskussion) 7 september 2024 kl. 21.06 (CEST)

Jag tror att Larske är något på spåren. Det blir tydligen "pxpx" i vissa fall när mall anropar mall. Kitayama (diskussion) 7 september 2024 kl. 21.09 (CEST)

De i "gallery" är nog äkta positiva - heights och width ska tydligen inte innehålla "px" (även om viss dokumentation säger det). Kitayama (diskussion) 7 september 2024 kl. 21.22 (CEST)

Att gallerierna hamnar där är en bugg, Phab:T374311. Höjder och bredder är inte bara ett tal, de bör anges med en enhet. F.d. 82.212.68.183 (diskussion) 8 september 2024 kl. 10.40 (CEST)

Kategori:Pages with image sizes containing extra px ligger i flera artiklar och kategorin bara växer hela tiden. Det är redan tusentals artiklar där. Kan någon åtgärda detta?--Bruno Rosta (diskussion) 7 september 2024 kl. 19.47 (CEST)

Ser nu att problemet är anmält. Men hur får vi bort detta? Den här kategorin växter hela tiden--Bruno Rosta (diskussion) 7 september 2024 kl. 19.49 (CEST)

Vi får vänta på att buggen fixas i Mediawiki. Det kan ta veckor. Kitayama (diskussion) 7 september 2024 kl. 19.54 (CEST)

Jag kan inte se någon anmälan i Phabricator. Vem kan göra sånt? Även kategorin på enwp fylls sakta på med en stor mängd artiklar. Kitayama (diskussion) 7 september 2024 kl. 20.01 (CEST)

Skapade kategorin (den ska ju finnas även om namnet behöver översättas nånstans och buggen som fyller den med falska positiva ska fixas). Den ligger som en underkategori till Kategori:Mediawiki spårningskategorier. Kitayama (diskussion) 7 september 2024 kl. 20.11 (CEST)

Den temporära lösningen som finns just nu fungerar bra! Så åtminstone problemet är i alla fall löst. Att det sedan på längre sikt eftersträvas en mer permanent lösning är en annan sak--Bruno Rosta (diskussion) 7 september 2024 kl. 22.27 (CEST)

Jag hade käpprakt åt skogen fel. Det är inte en bugg att kategorin fylldes med flera tusen artiklar. Det var faktiskt så att "px" lades på i både artiklar och i mallar - och då blev det fel. Den enda bugg som finns är den att även gallery-funktionen "drabbas" av detta. Vi får se vad resultatet blir av den buggrapporten. I övrigt är kategorin i princip tömd just nu - men det kan tillkomma artiklar allteftersom programvaran "patrullerar" artiklar. Kitayama (diskussion) 8 september 2024 kl. 22.30 (CEST)

Kategorin har nu fått ett svenskt namn Kategori:Sidor med bildstorlekar som innehåller extra px. Kitayama (diskussion) 8 september 2024 kl. 22.43 (CEST)

Jag har uppdaterat referenser i gårdagens (2024-09-07) mest lästa artikel Lindy hop (vid behov lagt till arkivlänkar, lagt till datum, författare m.m.). När jag kom till referens nummer 5 (i denna version om artikeln möjligen uppdateras ytterligare) så pekar den på följande adress:

https://ilindy.com/resources/history/ (Varning - frågan i detta avsnitt är huruvida detta är en farlig länk!)

När jag klickar denna länk så får jag (från webläsaren Chrome) följande meddelande:

"Symbol trekant med utropstecken", Anslutningen är inte privat, Det är möjligt att hackare försöker stjäla dina uppgifter från ilindy.com (till exempel lösenord, meddelanden eller kreditkort). Läs mer om den här varningen (länk som inte funkar)

net::ERR_CERT_DATE_INVALID

Mina frågor är:

• Hur farlig är länken?
• Vari består faran?
• Bör jag ta bort denna källa i artikeln för att inte lura in oskyldiga svwp-läsare i fara?

/ undrar ANHN ✎ 8 september 2024 kl. 06.32 (CEST)

Jag har nu i den senaste versionen tillfogat arkivlänken

https://web.archive.org/web/20230601075245/https://ilindy.com/resources/history/

i referensen, och den ger inga felmeddelanden, och arkivlänk kan ju vara bra även av andra skäl (motverka länkröta, säkerställa att referens görs till ungefärligen den version av websidan som fanns när referensen lades in osv), så min sista frågepunkt kanske är löst i och med detta. / ANHN ✎ 8 september 2024 kl. 06.50 (CEST)

Jag är ingen expert eller något men jag googlade runt ;) Som det står så har webbplatsens säkerhets certifikat gått ut. Brukar inte vara speciellt farligt, varningen är endast där för det kan vara farligt. För oss som bara går in på sidan är det inte så mycket som kan hända utan det blir farligare om man loggar in inne på sidan. Detta är sannolikt något som kommer fixas inom kort. Inga särskilda åtgärder behövs förutom arkivlänken då.

Gällande just arkivlänken så brukar @InternetArchiveBot fixa länkrötor, fast då gäller det ju också att sidan är sparad. Vi kanske borde uppmuntra att alla som använder källor online sparar dessa med Internet Archive, tex genom att använda deras tillägg till Chrome som gör att man kan spara en sida med några enkla knapptryck. Vi kanske också skulle ändra våran källmall så den liknar den engelska så att man kan välja hur arkivlänken ska användas men det är en annan diskussion. // Kakan spelar (diskussion) 9 september 2024 kl. 00.15 (CEST)

Jag behöver börja med "Vi kanske borde uppmuntra att alla som använder källor online sparar dessa med Internet Archive, tex genom att använda deras tillägg till Chrome".

Var kan jag hitta detta tilläget till Chrome? Mvh TJ Lusitanias (diskussion) 9 september 2024 kl. 16.13 (CEST)

Här :) Vet inte om man behöver logga in för att använda den, med isåfall är det gratis. // Kakan spelar (diskussion) 9 september 2024 kl. 16.22 (CEST)

Tack! Tyvär arbetar jag mest från mobilen. Går det att få tillägget till mobilen? Annars skulle jag behöva lära mig o göra det manuellt med koden, hur nu den är? TJ Lusitanias (diskussion) 9 september 2024 kl. 16.25 (CEST)

Tyvärr går det inte att ha tillägg i mobilen. Men det räcker med att man går till deras hemsida och klistrar in webblänken så sparas den. Jag är ganska säker på att det funkar utan konto också. Men det är lite jobbigt kan jag tänka mig. // Kakan spelar (diskussion) 9 september 2024 kl. 16.36 (CEST)

Jag är obekant med det "automagiska" tillägget, men har återkommande manuellt kompletterat länkar med arkivlänkar, t.ex. i denna redigering i Lindy hop som blev startpunkten i denna tråd. Jag tycker det är ogörligt att göra denna typ av redigering på mobil, och beskriver nedan hur jag gör det på dator.

Det jag gör då är att jag kopierar länken (markera länken med högermus, välj sedan "kopiera länkadress"). Jag går sedan till www.archive.org och klistrar in länken i sökruta, och väljer alternativet "Search archived web sites". I de flesta fall får jag upp en tidslinje med ett stort antal arkiveringar av den aktuella webbsidan, i detta fall denna vy.

I detta fall har websidan arkiverats ett antal gånger under åren 2023 till 2024. Då det i detta fall var så att den ursprungliga referensen lades till 2024-07-18 så kan det vara lämpligt att välja en arkivkopia från detta eller närliggande datum. Markera "2024" på tidslinjen och då fås en "årskalender" med färgläggning (gult eller blått) av de datum då det gjorts arkiveringar. I detta fall finns det en arkivkopia från precis just 2024-07-18, syns som en blå markering i "årskalendern". För musen över den blåa markeringen och klicka på en av kopiorna. I detta fall var det bara _en_ kopia denna dag så jag klickar på den, och får då upp denna vy. Inspektera att sidan ser rimlig ut, och kopiera sedan länken i det översta adressfältet och lägg in den i referensen (mallen webbref) under "ArkivURL", samt motsvarande datum under "Arkivdatum"

Lite jox, kanske, men nu är denna källa "säkrad" mot länkröta i händelse av att den aktuella webkällan helt enkelt upphör att finnas, eller kanske byter adress i någon slags omstrukturering, eller att den förändras påtagligt så att innehållet inte längre motsvarar det som fanns vid redigeringstillfället. / ANHN ✎ 9 september 2024 kl. 18.07 (CEST)