Wikipedia:Kahvihuone (tekniikka)/Arkisto 20

Tämä sivu on arkisto. Älä muokkaa tätä sivua. Luettelo kaikista arkistoista löytyy hakemistosta.

"arviointia odottavat muutokset näytetään tällä sivulla"

En tiiä, missä ja kuka on rikkonut jotain mallinehelvetissä. Nyt kuitenkin lähes kaikkiin artikkelisivuihin tulostuu oikeaan yläkulmaan (samalle riville kuin mistä artikkelin eka malline alkaa) harmaa pallukka. Pallukan kohdalle hiiren viedessä tulee näkyviin teksti "arviointia odottavat muutokset näytetään tällä sivulla". Välillä pallukka on hieman leveämpi kuin pelkkä pallukka (nähty kerran) Malline rikkoo osan sivujen ulkoasun ainakin omalla koneellani. Eli jos artikkeli näyttäis alkavan mallineella, harmaa pallukka työntää sivuja hieman vasemmalle. Osan mallineista pallukka näyttäis rikkovan kokonaan. Joka tietää tehneensä jotain, korjatkoon asian heti. Jos kukaan ei tiedä tehneensä muutosta, asia pitäis korjata joka tapauksessa pikaisesti. Gopase+f 30. marraskuuta 2011 kello 02.58 (EET)

Keskustelua aiheesta täällä:[1] --Otrfan 30. marraskuuta 2011 kello 03.08 (EET)

Jaha vastaus löyty tuolta: Wikipedia:Kahvihuone (käytännöt)#Merkityt versiot päällä?. No mulla ainakin 99% sivujen ulkoasuista hajosi vähän (se 1% tulee varmaan cachesta) ja osa pahemmin (5-25%) En tiiä kuinka montaa koskee. Siirtäkää nyt ainakin alkuun harmaa pallukka samaan kohtaan kun muutkin arviointimerkinnät. Vois korjata pahimmat ongelmat. Gopase+f 30. marraskuuta 2011 kello 03.11 (EET)

Vaaleanpunaiset korostukset omissa muokkauksissa

Omalle "Käyttäjän muokkaukset" -sivulleni oli ilmestynyt vaaleanpunainen korostus osaan muokkauksista. En keksi, millä perusteella se on osassa muokkauksista ja osassa ei. Ainakaan se ei ole yhtenevä tarkkailulistan kanssa. Mikä siis mahtaa olla tämä uusi toiminnallisuus?--Urjanhai 30. marraskuuta 2011 kello 22.14 (EET)

Kyseessä on Merkityt versiot -tekniikka. Värillisenä on korostettu ne artikkeli-, tiedosto- tai mallineavaruudessa olevat muokkauksesi, joita ei ole vielä arvioitu. Käytäntökahvihuoneessa on lisää häpnadia asiasta. --Pxos 30. marraskuuta 2011 kello 22.17 (EET)

Eli jokseenkin kaikki artikkeli ja mallineavaruuden muokkaukset ovat vaaleanpunaisena. --Zache 30. marraskuuta 2011 kello 22.23 (EET)

Ahaa, joo, tämä olikin tuttu: aiempi pieni punainen huutomerkki oli vain vaihtunut korostukseen.--Urjanhai 1. joulukuuta 2011 kello 13.19 (EET)

Mallineen korjausehdotus

Malline:Valtionjohto hämää (joskus minuakin) kun siinä voi helposti luulla virka-aseman jälkeisiä ajanmerkintöjä elinajaksi. Ahmed Ben Bellaan oli joku äsken juuri tehnyt korjuaksen kun oli luullut että se on elinaika. Jos päivämäärät nostaisi viivan yläpuolelle eli heti tittelin alle, auttaisikohan se? Tai jos siihen laitettaisiin näkyviin otsikko virka-aika? --Checkpointcharlie 1. joulukuuta 2011 kello 11.52 (EET)

Common.js ei toimi

Mikämikä on, kun ei minun asetussivuni enää toimi? En enää muista missä vaiheessa tuo hajosi, mutta työkalupalkin custom-napit eivät tule enää näkyviin. Samoin tuo Zockyn find/replace -nappula näkyy kyllä oikein iloisesti tällä sivulla, mutta artikkeliavaruudessa se ei tule näkyviin. Monobookilla sama juttu. FF 8.0 käytössä. --albval(keskustelu) 4. joulukuuta 2011 kello 11.25 (EET)

Valistunut arvaus on, että mediawikiin 1.18 siirtyminen hajoitti nuo mutta ei nyt heittämällä selvinnyt mikä niissä on vikana, mutta yritän katsoa uudestaan jossain välissä paremmalla ajalla. Pahimmassa tapauksessa vasta sitten kun merkityt versiot skulaa. --Zache 5. joulukuuta 2011 kello 06.46 (EET)

Kiitos vaivannäöstä. Pitelen täällä sormia ristissä. --albval(keskustelu) 5. joulukuuta 2011 kello 16.33 (EET)

Muutosten tarkastaminen

ei ole ainakaan minulla mahdollista, mistä syystä? ––Crimson Cherry Blossom™ 5. joulukuuta 2011 kello 17.21 (EET)

Syynä on Merkityt versiot -tekniikan tulo tänne 30. marraskuuta 2011. Asiasta on keskustelua käytäntökahvihuoneessa (Wikipedia:Kahvihuone (käytännöt)#Merkityt versiot päällä?). --Pxos 5. joulukuuta 2011 kello 19.42 (EET)

Kiitti. ––Crimson Cherry Blossom™ 5. joulukuuta 2011 kello 23.17 (EET)

Wikipedia ei toimi

Yritän epätoivoisesti kirjoittaa Wikipedian artikkeliin, mutta kerta toisensa jälkeen tulee ilmoitus Error. Mitä pitäisi tehdä. Tälle sivulle pääsen kyllä. --Tiistai 11. marraskuuta 2011 kello 10.42 (EET)

Täytyy myöntää että hitaasti tännekin. --Tiistai 11. marraskuuta 2011 kello 10.47 (EET)

Mitä yritit tarkalleen tehdä ja mitä muuta siinä lukee? Minulla tuntuu toimivan ainakin selaus ja tämä sivu hyvin. --Harriv 11. marraskuuta 2011 kello 11.02 (EET)

Ellei ihan kokonaan kaadu, niin Wikimedia Foundation ilmoitttaa: Error. Our servers are currently experiencing a technical problem.... jne. --Tiistai 11. marraskuuta 2011 kello 11.06 (EET)

Mulla wikipedia toimi hyvin hitaasti koko aamun, mitään virheilmoituksia ei kuitenkaan tullut. Toisella selaimella (ilman kirjautumista) ei kuitenkaan ollut mitään ongelmaa, joten kirjauduin ulos ja uudestaan sisään ja nyt näyttäis toimivan normaalisti. Mikä lie oli vialla. --Anr 11. marraskuuta 2011 kello 11.18 (EET)

Taisivat kuulla... heti toimi. --Tiistai 11. marraskuuta 2011 kello 11.46 (EET)

Minulla on jatkuvasti samanlaista hidastelua, usein aamupäivällä ja toisen kerran alkuillasta 18:n tienoilla, mutta joskus muulloinkin, kuten nyt oli tänne hidasta tulla. Firefox näyttää että pysähtyy odottamaan kohtaan bits.wikimedia.org. Mitähän ne ovat? Voiko asialle tehdä jotakin? Jos kaikilla ei takkuille, tuntuu oudolta, että osalla tekee sellaista. Yhteyteni ei ole hirveän hidas, järjestelmät ovat uudet, ja samaan aikaan muut sivustot toimivat. --Abc10 11. marraskuuta 2011 kello 12.07 (EET)

Ei sitä meidänkään käyttäjien tiedot ole samanlaisia, joten ei sitä lataannuukkaan samaa määrää tietoa palvelimilta jne. Toisella on käytössä yksi pienoisohjelma, ja toisella jokainen. Toisella tunnus kirjautuu globaalisti kaikkiin projekteihin, ja toisella vain kotiwikiin. Toisella saattaa olla omassa verkossa hitautta ja muuta ongelmaa, ja jos wikimedian palvelimissa tehdään jotain joka aiheuttaa hitautta, niin kakku on valmis kuorutettavaksi. Siinä muutamia esimerkkejä, miksi ei välttämättä ole ongelmaa jokaisella. -{Dacnoh|?} 11. marraskuuta 2011 kello 13.15 (EET)

Toisinaan tuota esiintyy, toisinaan ei, ja yleensä se korjaantuu jonkin ajan kuluttua. Ehkäpä esimerkiksi naapuri imuttaa jotain isoja tiedostoja verkosta tai mikä lie.--Urjanhai 11. marraskuuta 2011 kello 13.29 (EET)

Jos kaikki muut sivustot, raskaatkin, latautuvat nopeasti, silloin voi antaa naapureille synninpäästön. Mutta pitää sitten kokeilla ja poistaa kirjautuminen muihin Wikipedioihin ja ne Wikipedian pikkuohjelmat, joita tosin onkin käytössä vain neljä mutta sitä kätevämpiä. Outoa vaan jos niiden häiriövaikutus riippuisi vuorokaudenajasta ja muutenkin voi joskus mennä päiviä häiriöttä. --Abc10 11. marraskuuta 2011 kello 13.44 (EET)

En kyllä rupeis seilaamaan pienoisohjelmia käytöstä ja poiskäytöstä, ihan turhanpäiväistä aikaa vievää toimintaa. Ylläolevat esimerkit olivat lähinnä pohdiskeluja ja esimerkkejä siitä miksei kaikilla ole vain vikoja, ei ratkaisulista. Bits.wikimedia on palvelin josta ladataan sivun toimintaan liittyvää pikkusälää, kuten ulkoasun taustakuvia, ja ilmeisesti kaikki javascriptit eli esim. ne pikkuohjelmat. Tietojen lataaminen ja hitaus yleensä on niin monitahokas asia, ettei sillä ole yksiselitteistä vastausta.-{Dacnoh|?} 12. marraskuuta 2011 kello 04.08 (EET)

Palaan vielä tähän hitauteen. Erityisen hidasta on toiminta, kun olen kirjautunut välillä ulos ja palaan takaisin Wikipediaan. Siinä vaiheessa kun teen ensimmäistä tallennusta, tulee 4-5 kertaa vastaus "Wikipedia vastaa liian hitaasti" ennen kuin tallennus onnistuu. Periaatteessa saatan olla kirjautuneena viikonkin, joten en ole osannut tätä asiaa ottaa esille, kun olen luullut olevan kyse tilapäisestä ongelmasta. Nyt kuitenkin erilaisten oman koneen päivitysten ja siivousten takia kirjautumisia tuli tiheämmin ja totesin, että joku ongelma täytyy Wikipediassa olla. Wikipedian tekniseen puoleen perehtyneillä, jotka sitä säätelevät, on varmasti tähän vastaus. --Abc10 14. marraskuuta 2011 kello 07.47 (EET)

Mitä selainta muuten käytät? (katoson josko saisin tuon toistettua) bits.wikimedia.org on palvelin eri wikimedia-projektien yhteisille tiedostoille, vähän niin kuin commons, mutta siellä on tyylisivuja ja muuta tauhkaa. Toinen kysymys on, että mitä pienoisohjelmia sinulla on käytössä? En usko että kyse on pienoisohjelmista, mutta periaatteessa nekin voivat olla syypäitä. Kolmas mikä voisi olla syyllinen on väärinkäyttösuodatin jonka säännöt ovat olennaisesti raskaampia kuin aikaisemmin, mutta uskoakseni se vaikuttaisi vain rekisteröimättömien ja aivan tuoreiden käyttäjien muokkauksiin. --Zache 14. marraskuuta 2011 kello 09.01 (EET)

Käytän pääasiassa Firefoxia. Pienoisohjelmia on Siirrä muokkaa-linkki oikeasta laidasta otsikon viereen, RefHelper, References segregator, Piilota varainkeruuviesti. Väärinkäyttösuodatin? Kuulostaa kiinnostavalta. --Abc10 14. marraskuuta 2011 kello 09.22 (EET)

Väärinkäyttösuodatin on härveli joka ajaa vakiomuotoisia sääntöjä tehtyjä muokkauksia vastaan ja mikäli jokin sääntö toteutuu niin sen yhteyteen voi pistää toiminnon, kuten että muokkauksen yhteyteen merkitään tuoreisiin muutoksiin kommentti, käyttäjälle annetaan varmistusilmoitus ennen kuin muokkaus tallennetaan tai estetään kokokaan muokkausta tallentumasta. Sillä voi esimerkiksi tarkistaa onko artikkeliin tehty selittämättömiä tyhjennyksiä tai kirjoitettu 'asdfafgdsgfsda' tyyppistä tekstiä. Fiwikissä noissa on takia vakiorajauksena, että tarkistuksia tehdään vain rekisteröimättömien tai uusien käyttäjien muokkauksiin, koska niitä on vain pieni osa kaikista muokkauksista jolloin tarkistuksen ei pitäisi aiheuttaa kuormaa palvelimelle. Epäilen muuten vähän, että hidastumista voisi aiheuttaa varainkeruuviesti... mutta ainakaan itselläni pelkkä ulos-sisäänkirjautuminen ei aiheuta hidastumista. --Zache 14. marraskuuta 2011 kello 09.43 (EET)

Siis varainkeruuviestin poistaminen näkyvistä? Jos sellainen toiminto on olemassa, olisi toivottavaa ettei siitä aiheudu käyttäjälle hankaluuksia. Onko itselläsi tuo viesti jatkuvasti näkyvissä, kun vain epäilet? Kyllä tämä on aika tuskaa, nyt en edes ollut kirjautunut ulos, kun vain yritin omien muokkausten kautta päästä tähän keskusteluun, tuli kaksi kertaa ilmoitus, että Wikipedia ei vastaa. Jos Wikipediaan kirjoittamisen lopettaminen on ainoa ratkaisu, täytyy harkita sitäkin. --Abc10 14. marraskuuta 2011 kello 09.54 (EET)

Ei vaan ylipäätänsä tuo koko varainkeruuviestihässäkkä, itselläni sitä ei ole piilotettu mutta ei se myöskään näy tällä hetkellä (syystä tai toisesta) mutta se tulee bits.wikimedia.org:sta ja se on juttu joka aiheuttaa paljon kuormaa koska sitä näytetään suurelle määrälle jengiä ja ne on säätänyt sitä. --Zache 14. marraskuuta 2011 kello 10.12 (EET)

Tämä selitys ei aukea. Jos se aiheuttaa ongelmia, silloinhan onglemia olisi kaikilla käyttäjillä ja varmasti asia olisi otettu esille. En myöskään näe mitään vähenemistä tuoreissa muokkauksissa silloin kun ongelma esiintyy. Tähän ei siis ole esittää kuin pelkkiä arvauksia? --Abc10 14. marraskuuta 2011 kello 10.36 (EET)

Arkisto vihjailee välimuistiongelmaan yhtenä ratkaisuna (jos oikein luin).--Opa 14. marraskuuta 2011 kello 10.43 (EET)

Lisää arvailuja:) Kun olen päivitysten jälkeen tehnyt koneessa myös perusteellisen siivouksen siivousohjelmilla, jotka hävittävät kaiken myös välimuistista, ja Wikipediaan pääsy on äärimmäisen hankalaa, arvaus ei osu kohdalleen. Tuntuisi pikemminkin päinvastaiselta. --Abc10 14. marraskuuta 2011 kello 10.58 (EET)

Voisit muuten kokeeksi kokeilla hidasteleeko Wikipedia muillakin selaimilla tai hidasteleeko se myös silloin kun et ole kirjautuneena sisälle. Ja joo, minulla ei varsinaisesti ole kuin arvauksia koska itselläni Wikipedia näyttäisi toimivan ihan ok. --Zache 14. marraskuuta 2011 kello 11.02 (EET)

Hidastelee muilla selaimilla, ja kuten yllä totesin myös kun tulen siivoustyön jälkeen Wikipediaan eli en pääse edes kirjautumaan. Ongelman hoitaa ainoastaan aika eli tarvitaan muutamia minuutteja, joskus enemmän joskus vähemmän. Häiritsevätkö toimintaa mahdollisesti ylläpitäjien seurantatyökalut? Tämäkin on tullut mieleen, kun olen joutunut eräiden käyttäjien silmätikuksi. Olen tämän takia vähentänyt toimintaani Wikipediassa, ja pyrkimys on minimiin. --Abc10 14. joulukuuta 2011 kello 08.35 (EET)

No tuohon voi helposti vastata; ketään vakituisista käyttäjistä ei seurata erikseen. Ainoat poikkeus tuohon sääntöön on ollut Ashoka jolla oli kommenttipyynnön perusteella yhteenvetopakko jonkun aikaa. --Zache 14. joulukuuta 2011 kello 08.46 (EET) 

Ja sisäänkirjautuminen on muuten sellainen ominaisuus jota ei pysty edes millään työkaluilla näkemään saati sitten puuttumaan eli jos se hidastelee niin syy siihen on jossain muualla kuin fiwikin käyttäjissä. Olisi kuitenkin tietty kiva tietää mistä hidastelu johtuu. --Zache 14. joulukuuta 2011 kello 08.49 (EET)

wikisitaaTIT

Tere! Muokkaa-sivun mallinevalikosta löytyy wikisitaatti-ohjausmallineen painike, jolla saa heityttyä kenttään toimimattoman mallineen. Joku osaava voisi sen sieltä poistaa tai vaihtaa sen paikalle nykyisen {{wikisitaatit}} mallineen. -Jylöstalo 5. joulukuuta 2011 kello 21.12 (EET)

Nyt pitäisi toimia. Jafeluv 7. joulukuuta 2011 kello 17.52 (EET)

Lajitteleva taulukko

Päivitin Sveitsin kantonien asukasluvut artikkeliin Kantoni. Mutta sortteerauksessa on jotain hämärää: toisissa sarakkeissa se toimii (esim. väestötiheys), mutta toisissa ei (esim. asukasluku). Mielestäni en koskenut rakenteeseen. Mitä tehdä? --Huhdanjo 10. joulukuuta 2011 kello 09.43 (EET)

Ei liene toiminut tuota ennenkään. Pitäisi käyttää {{Nts}} -mallinetta. --Anr 10. joulukuuta 2011 kello 09.47 (EET)

Nykyinen taulukko toimii aakkostuksella (myös luvut, alkaen luvun alkupäästä). Nts-malline järjestää luvut SUURUUSjärjestelyksen mukaan. Mutta ymmärtääkö se tekstiaakkostuksen? Jos ei, pitää valita kahdesta huonosta vaihtoehdosta vähemmän huono. --Huhdanjo 10. joulukuuta 2011 kello 10.18 (EET)

Mahdoton nimi?

Yritin siirtää artikkelia St Mikael nimelle S:t Mikael, koska laivan nimi kuuluukin kirjoittaa tällä tavalla. Siirto ei kuitenkaan onnistunut, vaan tuli teksti: "Kielilinkki ei ole kelvollinen kohde sivun siirrolle." Onko sivua mahdollista siirtää jollain tavalla kyseisen nimen alle? --Tovk909 13. joulukuuta 2011 kello 20.57 (EET)

Toi S: alussa vie näemmä wikiaineistoon ja siksi siirto sen enempää kuin artikkelin luominenkaan S:-alkuisella nimellä wikipedian puolelle ei pelitä. En sitten tiedä voisiko tuon kiertää jotenkin.--Tanár 13. joulukuuta 2011 kello 21.57 (EET)

Hmm, ei oikeastaan haittaakaan. Keksin jo toisen ratkaisun. --Tovk909 13. joulukuuta 2011 kello 22.42 (EET)

Tekstin kiertäminen 90 astetta?

Olenko oikeassa siinä, että wikiprojektien ymmärtämällä HTML-kielellä on mahdotonta tavanomaisessa wikiartikkelissa saada tekstiä kulkemaan 90 astetta käännettynä niin, että se luetaan "paperia kääntämällä"? Sehän olisi silloin tavallisista tekstiriveistä täysin riippumaton elementti, joka pitäisi ikään kuin sijoittaa erikseen johonkin haluttuun sivun kohtaan. --Pxos 13. joulukuuta 2011 kello 22.20 (EET)

Apua kuvan kanssa

Toivottavasti tämä on oikea paikka tiedustella apua sivujen kuvitukseen. Voisiko joku auttaa minua laittamaan tämän kuvan http://fi.wikipedia.org/wiki/Tiedosto:TAYS_hospital.JPG eng. wikin sivulle Healthcare in Finland. Olen newbie joten hieman arastaa kysellä täältä apuja, eli jos joku haluaisi ilmoittautua vapaaehtoiseksi neuvojaksi koskien samaista sivua minulla olisi vielä muutama muukin tekninen kysymys :) --Health78 15. joulukuuta 2011 kello 16.37 (EET)

Laitoin kuvan sinne. Kysy vaan, vaikkapa suomenkielisellä keskustelusivullani. --Tappinen 15. joulukuuta 2011 kello 18.04 (EET)

Palauta ja kumoa -napit katosivat

Mikäs muutos nyt on tehty, kun tarkkailu- ja tuoreet muutokset -listoissa ei enää näy noita nappeja? --albval(keskustelu) 15. joulukuuta 2011 kello 17.36 (EET)

oon syyllinen palauta-napien katoamiseen noista listoista. Tms poistin ne seulojilta. Pitäiskö ne saada takaisin?Zache 15. joulukuuta 2011 kello 17.44 (EET)

Pitäisi. Mikä hyöty niiden poistamisesta edes on? --albval(keskustelu) 15. joulukuuta 2011 kello 17.49 (EET)

Palauta ja kumoa napit ovat olleet ehkä hieman turhia suoraan tuoreissa muutoksissa. Ainakin itse en ole käyttänyt kyseisiä nappeja suoraan tuoreista muutoksista...siis näkemättä edes mikä muutos on.--IA 15. joulukuuta 2011 kello 17.56 (EET)

Navigation popupseilla näkee muutoksen suoraan kummassakin listassa. Silloin kierto historia-välilehden kautta on turhaa. --albval(keskustelu) 15. joulukuuta 2011 kello 17.58 (EET)

Niin näkee, mutta se on tuntunut turhan rohkealta kumota sen perusteella suoraan...popupseilla ei välttämättä näe kaikkea, mitä on muutettu varsinkaan pitkissä artikkeleissa. Mutta sama minulle, oli tai ei näkyvissä.--IA 15. joulukuuta 2011 kello 18.06 (EET)

No jaa, ei musta perinteisen homokakka-vandalismin kumoamisessa tuolla tavalla ole mitään rohkeaa. Näitä 95% kumouksista kuitenkin on, vaikeammat tapaukset on sitten erikseen. --albval(keskustelu) 15. joulukuuta 2011 kello 18.20 (EET)

Keskustelu jatkui täällä ja homma tuli kuntoon, kiitos Jisikselle. --albval(keskustelu) 15. joulukuuta 2011 kello 20.34 (EET)

Linkitys artikkeliin "Dimeeri".

Tein Dimeeristä artikkelin ja nyt pitäisi saada linkitettyä muiden artikkeleiden "dimeeri"t artikkeliin. Miten se helpoiten tapahtuisi?--RicHard-59 17. joulukuuta 2011 kello 19.52 (EET)

Käsipelillä eli napsauta hakuruudun suurennuslasia, syötä sitten dimeeri ja käy sitten läpi kaikki sivut, joilla dimeeri vaikuttaisi olevan juuri tekemäsi artikkelin aihe. Kaikkia ei tarvitse kuitenkaan käydä läpi - dimeeri-artikkelisivun navigointipalkin Työkalut-otsikon alta löytyy "Tänne viittaavat sivut" eli näitä sivuja ei tarvitse muokata ;) --Nedergard 18. joulukuuta 2011 kello 17.12 (EET)

<br />

Viitaten tähän keskusteluun, ehdotan ylläpitäjille, että rivinvaihto koodi, <br/>, lisättäisiin välimerkkien wiki-työkaluun "jonon jatkoksi". −Anonymous87 18. joulukuuta 2011 kello 03.06 (EET)

Lisätty. Tuollainen huomio, että Wikipedian uudempi tekstieditori sisältää tuon jo valmiiksi. Tms. Toiminnot:asetukset → muokkaus ja sieltä käyttöön "Näytä työkalupalkki" ja "Ota käyttöön parannettu työkalupalkki muokkauksissa" --Zache 22. joulukuuta 2011 kello 07.38 (EET)

Lisätty vielä välilyönti, eli muotoon <br />. --Crt 22. joulukuuta 2011 kello 10.54 (EET)

Miksi siinä pitäisi olla välilyönti kun toimii ilmankin? Toimii ilman viivaakin eli <br>. --Abc10 22. joulukuuta 2011 kello 11.20 (EET)

XHTML. --Crt 22. joulukuuta 2011 kello 11.31 (EET)

Mitähän se tarkoittaa selväkielisesti? Meille maallikolle kannattaa aina vääntää rautalangasta. Ja odotan siis perustelua miksi ei voi käyttää <br> jos se toimii. --Abc10 22. joulukuuta 2011 kello 11.55 (EET)

Xhtml-määrityksen mukaan siinä pitää olla välilyönti. Se toimii yleensä ilmankin, koska selaimet taaksepäin yhteensopivuuden takia ei nillitä moisista. Jos kuitenkin ollaan tarkkoja niin ilman välilyöntiä se on virheellinen tagi. --Zache 22. joulukuuta 2011 kello 12.01 (EET)

Käyttäjän muokkaukset -lista

Miten saa omasta Käyttäjän muokkaukset -listasta väriraidat pois? --Abc10 21. joulukuuta 2011 kello 18.58 (EET)

Kun lisäät sivulle käyttäjä:Abc10/vector.css seuraavat rivit niin värit katoavat:

.flaggedrevs-unreviewed { background-color:inherit }
.flaggedrevs-color-1 { background-color:inherit }

Nuo on värit on merkittyjen versioiden statusvärejä. Sininen on arvioitu artikkeliversio, keltainen odottaa arviota ja valkoinen on arvioimaton versio. --Zache 21. joulukuuta 2011 kello 21.52 (EET)

Ymmärsin kyllä mitä värit tarkoittavat. Kiitos riveistä. --Abc10 22. joulukuuta 2011 kello 07.01 (EET)

Malline:Hiihtäjä

Voisikohan joku katsoa että mikä tuossa mallineessa on, kun syntymäkaupunki ja syntymämaa sekä kuolinkaupunki ja kuolinmaa eivät näy artikkeleissa, joissa tuo malline on käytössä. Yritin sitä kauan aikaa katsella, mutta en huomennut että miksi ne eivät näy. --Stryn 29. joulukuuta 2011 kello 23.59 (EET)

Nyt pitäis toimia. --Anr 3. tammikuuta 2012 kello 11.53 (EET)

Lajiteltava taulukko

Artikkelissa Luettelo muslimienemmistöisistä valtioista väkiluvut ja muslimien prosenttiosuus eivät sorttaudu oikein, ja osan sarakkeista ei tarvitse olla lajiteltavia. Joku joka osaa näitä tekniikoita, ehkä osaisi kertoa miten korjaukset tehdään. Itse en valitettavasti taida ehtiä noita korjata.--Urjanhai 30. joulukuuta 2011 kello 11.05 (EET)

Vihje: Malline:Nts voi auttaa joiltain osin.--Urjanhai 30. joulukuuta 2011 kello 11.08 (EET)

Kumoa-linkki

Kuka on pöllinyt kumoa-linkin tuoreista muokkauksista? Saisiko sen takaisin? --Otrfan 2. tammikuuta 2012 kello 04.55 (EET)

ei siinä varmaan ole ollut kumoa-linkkejä koskaan vaan pelkät palauta-linkit. --Zache 2. tammikuuta 2012 kello 05.39 (EET)

Ei vai? Jotenkin muistelin että olisi ollut, mutta saatanpa muistaa väärin. edit: piti ihan katsoa vanhoja kuvaruutukaappauksia. Ei sitä tosiaan ole tainnut siinä olla. Untako lienen nähnyt? --Otrfan 2. tammikuuta 2012 kello 05.40 (EET)

artikkelien historia yms listoissa on kumoa-linkit, eli on niitä olemassa --Zache 2. tammikuuta 2012 kello 05.54 (EET)

Refrences segregator rikki?

Viite-erotin on lakannut minulta toimimasta artikkeliavaruudessa (malline-avaruudessa namikka sen sijaan normaalisti näkyvillä). Ja pienoisohjelma on valittuna asetuksissa ;) Onko kukaan muu huomannut tätä?--Nedergard 3. tammikuuta 2012 kello 08.06 (EET)

Kokeile josko nyt toimisi? Korjasin omia bugejani ja sit säätiön miehet ovat muuttaneet yhden pienoisohjelmien lataukseen liittyneen jutun takaisin sellaiseksi mitä se oli aikaisemmin. Yhdessä nuo estivät references segratorin latautumisen. --Zache 3. tammikuuta 2012 kello 11.11 (EET)

Kiitos, nyt toimii. Meinasin jo kirota ennen kuin muistin, että välimuisti pitää myös ensin tyhjentää...--Nedergard 3. tammikuuta 2012 kello 11.31 (EET)

Akatemioiden päällekkäisyys

Ilmeisesti aikaisemmin on ajateltu, että Pietarin taideakatemia on sama asia kuin Venäjän taideakatemia ja jälkimmäisen linkki on laitettu ohjaamaan ensimmäiseen. Venäjän taideakatemia on kuitenkin paljon laajempi asia kuin Pietarin. Artikkeli Venäjän taideakatemiasta olisi nyt tarpeen jo asian selkeyttämiseksi. Miten Venäjän taideakatemian ohjauksen voi poistaa, jos haluaa kirjoittaa artikkelin otsikolla Venäjän taideakatemia?--Kulttuurinavigaattori 4. tammikuuta 2012 kello 09.58 (EET)

Menemällä sivulle uudelleenohjauksen kautta, klikkaamalla otsikon all aolevaa pienin kirjamin esitettyä tekstiä "Ohjattu sivulta Venäjän taideakatemia" ja muokkaamalla sivua normaalisti. --Tappinen 4. tammikuuta 2012 kello 10.11 (EET)

Väärät iw-linkit poistoon

Onko helpompaa keinoa poistaa virheelliset interwikilinkit kuin käydä karsimassa suomiwikiin viittaavat linkit kaikilta muilta kieliltä? Jos linkit poistaa vain meiltä ja enkkuwikistä, niin botti tietysti palauttaa ne. Tikanheitosta siis kyse noin tämänkertaisena tapauksena. – Haltiamieli 15. joulukuuta 2011 kello 12.02 (EET)

Myös artikkelin kauppala muutoshistoriassa näkyy sama ilmiö (siinä ongelmana lienee, että vaikka suomen kauppala kiistatta ja varmasti on sama kuin sv:Köping (administrativ enhet), niin kummallakin käsitteellä on kolmansissa kielissä aina eri kieliassä merkityksiltään hieman erilaisia vastineita, joista lopulta syntyy väärä interwikiketju, niin että vastineeksi sittewn tarjotaankin sv:Köpstad, joka taas (ymmärtääkseni?) on täysin eri kuin suomen kauppala.EDIT: Taisinkin itse ensin linkittää väärin, kun tuo oikea löytyi, niin se ehkä pysyy paremmin. - Joskin tämä nyt on siitä poikkeuksellinen, että tässä eri kielisten interwikien tutkiminen vaatisi huomattavaa asiantuntemusta, kun paljon tyypillisemmin bottien tekemät virheet ovat niin tökeröitä, että virheen näkee välittömästi. - Mutta yhtä lailla myös nämä eri kiwelien ei täysin päällekkäiset merkitykset tuottavat samaa. Tyypillisemmin taas esimerkiksi sivun Brander muutoshistoriasta näkee, miten pölhö botti ei millään ymmärtänyt asiaa, ennen kuin laajensin ohjauksesta en-wikiin täsmennyssivun en:Brander. Mutta yllä esitettyyn kysymykseen siis mielellän kuulisi hyviä vinkkejä juuri tältä pohjalta.--Urjanhai 15. joulukuuta 2011 kello 12.37 (EET)

Tietämykseni boteista on jokseenkin nolla, mutta ainakin tämän sivun mukaan väärät kielilinkit voisi tällä botilla boistaa... Tarvitaan vain käyttäjä, joka osaa/saa käyttää tätä bottia.--Nedergard 15. joulukuuta 2011 kello 14.55 (EET)

Ensiapuna voi estää botit {{nobots}}-koodilla. Sitten väärät iw:t pois, ja sitten jos jaksaa niin voi ruveta selvittelemään/poistamaan kaikkien muiden vääriä kielilinkkejä. – Ongelman perussyyhän on se, että (väärän) kielilinkin lisääminen laukaisee roboteissa lisäämisketjureaktion, mutta kielilinkin poistaminen ei jostain syystä laukaise vastaavaa poistoreaktiota. Eli koko iw-robottien peruslogiikka on syvältä. Mutta niin kauan kuin toimintalogiikka on tuo, niin... --Jmk 9. tammikuuta 2012 kello 16.33 (EET)

Tuota täytyykin muistaa käyttää, kun noita joskus tulee vastaan. Joskus ne tosiaan näkee heti, mutta joskus loppuu kielitaito kesken.--Urjanhai 9. tammikuuta 2012 kello 16.41 (EET)

Google haku rikki

Google haku wikipediassa hakee väärästä osoitteesta: "site:kipedia.org" Pitäisi olla "site:fi.wikipedia.org"

Repro stepit:

1. Mene sivulle http://fi.wikipedia.org/w/index.php?title=Toiminnot%3AHaku
2. Kirjoita hakusana ja valitse Google hakukoneeksi
3. Paina Enter ja tarkastele hakutulosta:

  Hakusi - hakusana site:kipedia.org - ei vastaa yhtään sivua.

--Hamarainen 7. tammikuuta 2012 kello 21.10 (EET)

Samoin Media-Wiki-haku. Se löytää vain sivut joiden nimi vastaa täsmälleen hakutermiä...--Nedergard 8. tammikuuta 2012 kello 08.57 (EET)

Nyt pitäisi googlehaun toimia. Jafeluv 15. tammikuuta 2012 kello 02.17 (EET)

Kielimallineen fontti

Mikähän ihme siinä on, että kielimallineen tuottama kursiivifontti on erilainen kuin suoraan puolilainausmerkeillä tehty kursiivifontti? Esim: pohjoissaameksi Suttesgáldu tai Galbmagáldu (ainakin täällä Firefoxilla ekassa on á yläkaarella ja tokassa ilman, ekan fontti myös näyttää suuremmalta). Jotenkin tuo aiheutuu kielimallineessa olevasta "span lang"-tägistä mutta miksi. Ja miten, kun on tarpeen ilmoittaa kaksi samankielistä vaihtoehtoa (kuten artikkelissa Sulaojan lähde) tuo pitäisi nätisti tehdä? Eihän tuo eri fontti ole muuta kuin kauneusvirhe mutta kumminkin. --Jmk 9. tammikuuta 2012 kello 16.38 (EET)

Minullakin on Firefox, mutta en näe noissa yhtään mitään eroa vaikka kuinka zoomaan? -Ochs 14. tammikuuta 2012 kello 19.33 (EET)

Jos katsoit artikkelia (Sulaojan lähde) niin siinä olinkin jo yhdenmukaistanut fontit laittamalla jälkimmäisellekin "span lang". Mutta näetkö eroa tuossa yllä Suttesgáldussa ja Galbmagáldussa? Tietysti meillä voi olla Firefoxissa erilaisia asetuksia, eri versio tai mitä tahansa... Ilmeisesti ilmiö kumminkin varsinaisesti aiheutuu selaimessa, sillä kun katsoo HTML-koodia niin ei tuo "span lang" mitään ihmeellistä fontinvaihtoa käske tapahtumaan. Firefox vaan jostain syystä tekee niin. --Jmk 14. tammikuuta 2012 kello 20.28 (EET)

Minulla on Firefox 9.0.1. Mitään eroa en tosiaan näe ylläkään, en myöskään IE:llä. (d:n pystyviiva näyttää molemmissa selaimissa kummassakin nimessä jostain syystä paksummalta kuin viereisten l:n ja u:n, mutta se ei varmaan liity tähän). -Ochs 15. tammikuuta 2012 kello 00.16 (EET)

Asia selvisi. Ei johtunut Firefoxin versiosta, vaan fonttiasetuksista. Kas tuolla ikkunassa "Fonts&Colors – Advanced" jos vaihtaa fontteja, niin ne määritellään erikseen eri kielille/kieliperheille. Olin vaihtanut "Western"-kielille sansserif-fontiksi Calibrin, mutta "Other Languages" käytti samaan tarkoitukseen Arialia. Ja kun tuossa kielimallineessa nimenomaan selaimelle kerrotaan, että kieli vaihtui (saame on ilmeisesti "Other" eikä "Western") niin fonttihan vaihtui tietysti myös. Wikipedia ja kielimalline toimivat ihan oikein ja Firefoxkin siten, kuin olin sen (tahattomasti) pyytänyt toimivan. --Jmk 16. tammikuuta 2012 kello 21.58 (EET)

Huomasin outoja fontteja myös Făgărașvuoristossa. Firefoxissa vain ș on eri näköinen, mutta Operalla koko loppuosa șvuoristo on eri fonttia. --Checkpointcharlie 14. tammikuuta 2012 kello 19.55 (EET)

"Lisää tarkkailulistaan"

Miksi tuo on automaattisesti valittuna (rasti), muokatessa uusia/koskemattomia käyttäjäsivuja ja niiden keskustelusivuja? −Anonymous87 14. tammikuuta 2012 kello 19.16 (EET)

S eon automaattisesti valittuna aina kun aloitat uuden sivun, olipa se artikkeli tai keskustelusivu. Käyttäjäkeskusteluissa on sekin järki, että kommentin jättäjä huomaa, jos hänelle vastataan. --Tappinen 14. tammikuuta 2012 kello 19.19 (EET)

Mutta eikö sen voisi jokainen itse valita, haluaako tarkkailla kyseistä sivua? −Anonymous87 14. tammikuuta 2012 kello 19.22 (EET)

Voit valita asetuksista (yläreunassa) tarkkailulista-välilehdeltä haluamasi asetukset. -Ochs 14. tammikuuta 2012 kello 19.29 (EET)

Rastin saa oletusarvoisesti pois poistamalla rastin kohdasta asetukset -> tarkkailulista -> Lisää luomani sivut tarkkailulistalle. --Otrfan 14. tammikuuta 2012 kello 19.32 (EET)

Komentosarja ei vastaa kutsuihin

Saan tarkkailulistaa päivittäessäni viime aikoina useasti ilmoituksen "Komentosarja ei vastaa kutsuihin" (OK:ta napauttamalla tulee kyllä heti oikein näkyviin). Onko tämä normaalia?--Nedergard 17. tammikuuta 2012 kello 17.12 (EET)

Ei ole näkynyt, tosin käytössä ei ole IE, jonka virheilmoitus tuo taitaa olla. --Harriv 17. tammikuuta 2012 kello 17.18 (EET)

Firefox on käytössä. Viestinä on: "Tällä sivulla oleva komentotiedosto on varattuna tai ei enää vastaa kutsuihin. Voit pysäyttää komentotiedoston suorittamisen tai odottaa sen suorituksen valmistumista. Komentosarja: http://bits.wikimedia.org/fi.wikipedia.org/load.php?debug=false&lang=fi&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20111213T185322Z:60" --Nedergard 17. tammikuuta 2012 kello 17.26 (EET)

Ok, olen nähnyt tuon ilmoituksen vain IE:ssä.. TUo tarkoittaa sitä että tuosta urlista löytyvä javascriptin pätkä jumittaa, joku (Zache?) osaisi ehkä analysoida tarkemmin. --Harriv 17. tammikuuta 2012 kello 17.30 (EET)

Veikkaisin syylliseksi jotain pienoisohjelmaa ja ensimmäinen korjausehdotus on että tyhjennä selaimen välimuisti. Jos se ei auta niin kerroppa mikä versio firefoxista ja mitä pienoisohjelmia on käytössä? --Zache 17. tammikuuta 2012 kello 17.32 (EET)

Tuli vastaan yksi tähän liittyvä bugi, yritän katsoa mistä se johtuu viikonloppuna. --Zache 20. tammikuuta 2012 kello 17.37 (EET)

Muokkausten välinen ero tekstitasolla kappaleiden sijasta?

Ongelmani on, että muokkausten välisiä eroja vertaillaan kappaletasolla eikä tekstitasolla. Muokkausten tarkistamisen kannalta on kuitenkin oleellisempaa, mitä eroja on tehty itse tekstiin eikä niinkään miten se on muotoiltu (esimerkiksi tämä muokkaus). Aavistelen jo, ettei tähän löydy helppoa ratkaisua, mutta kysynpä nyt kuitenkin.--Nedergard 20. tammikuuta 2012 kello 11.20 (EET)

WikEdDiff voisi olla se mitä haet. Suomenkielisessä wikipediassa Lisää muokkaushistorioiden yhteyteen ”näytä diffeinä” -painike... -pienoisohjelma ottaa tuon käyttöön. Tosin itse näytä diffeinä-painike on rikki merkittyjen versioiden takia, mutta vika ei estä wikeddiffin käyttöä. --Zache 20. tammikuuta 2012 kello 11.29 (EET)

Suurkiitokset!! Juuri tuollaista kaipasin.--Nedergard 20. tammikuuta 2012 kello 12.17 (EET)

Sivua ei voi muokata, jos sen status on "odottavat muutokset"

Tämän ohjeen mukaan arvioimaton sivu tarkottaa, että sivulla ei ole yhtään arviota ja odottavat muutokset tarkottaa, että sivulla on hyväksyntää odottavia muokkauksia. Kokonaan arvioimatonta artikkelia on mahdollista muokata. Mutta miksi artikkelia ei voi muokata laisinkaa, jos siinä on odottavia muutoksia? Artikkelin yllä on tällöin vain nappulat artikkeli, keskustelu ja näytä. Eli muokkaa-, historia- ja siirrä-napit puuttuvat. --Kulmalukko 21. tammikuuta 2012 kello 19.31 (EET)

Kyllä sitä pitäisi pystyä muokkaamaan. --Anr 21. tammikuuta 2012 kello 19.35 (EET)

Niinpä näköjään pystyykin, jos kirjottaa selaimen osoteriville osotteen muodossa http://fi.wikipedia.org/w/index.php?title=ARTIKKELINIMI&action=edit, jolloin pääsee suoraan muokkausnäkymään. Mutta artikkelisivulla muokkausnappi puuttuu. --Kulmalukko 21. tammikuuta 2012 kello 19.48 (EET)

käytätkö skininä monobookkia vai vectoria? Monobook ei toimi ja muistaakseni se auttaa kun poistaa merkittyjen versioiden käyttöliittymän näkyvistä-Zache 21. tammikuuta 2012 kello 19.57 (EET)

Monobook. Joo toi asetus siihen näemmä vaikuttikin. --Kulmalukko 21. tammikuuta 2012 kello 20.01 (EET)

Vikaa lehtiviitemallineessa?

Onkohan lehtiviitemallineessa jotain häikkää, kun artikkelissa Mavis Hiltunen Biesanz viitteissä 4 ja 9 on omituisia lihavointeja – vai mistä kiikastaa? – Haltiamieli 23. tammikuuta 2012 kello 01.47 (EET)

Lehtiviite meni rikki silloin kun Julkaisu-parametri oli tyhjä jolloin ''{{{julkaisu}}}''-teksti laajeni muotoon ''''. Tein tuohon sellaisen korjauksen ettei julkaisua tulosteta mikäli se on tyhjä. Tuota voisi tietty muuttaa vielä sen verran, että mikäli se on tyhjä niin tulostettaisiin joku virhe ja luokiteltaisiin artikkeli johonkin korjattava luokkaan. --Zache 23. tammikuuta 2012 kello 02.47 (EET)

Hmph, ajankohta ja julkaisu ovat mallineen ohjeen mukaan pakolliset tiedot... -Htm 23. tammikuuta 2012 kello 06.32 (EET)

Ei pakollisia pitäisi mennä muuttamaan vapaaehtoisiksi. Ko. artikkelissa "Julkaisu" on merkitty kohtaan "Julkaisija"... pitäisi olla päinvastoin. Tuossa voisi nimetä uudelleen Julkaisu-> Lehden nimi, Julkaisija->Lehtiyhtiö.--Nedergard 23. tammikuuta 2012 kello 09.12 (EET)

Juu, kyllä julkaisun (lehden) nimi on välttämätön tieto, kun viitataan lehtiartikkeleihin. Jos parametrien nimiä halutaan muuttaa, voisi "Julkaisun nimi" olla parempi kuin "Lehden nimi", koska välttämättä kyse ei välttämättä ole aina lehdestä siinä mielessä kuin se yleensä ymmärrettään. Julkaisija-parametrin muutosta en kannata ainakaan Lehtiyhtiö-muotoon, koska julkaisija voi olla muukin kuin varsinainen lehtiyhtiö, esimerkiksi kunta, yhdistys tai yksityinen henkilö. ––Apalsola ^{k • m} 23. tammikuuta 2012 kello 12.18 (EET)

No varmaan se on välttämätön tieto, mutta ei se muuta sitä että mallineen toiminnallisuuden kannalta oli yksi lysti oliko julkaisu-parametrissa jotain vai ei. No, joka tapauksessa lisäsin tuohon virheilmoituksen ihan malliksi miten pakollisuudesta kuuluisi minusta ilmoittaa . ks. Mavis Hiltunen Biesanz --Zache 23. tammikuuta 2012 kello 19.05 (EET)

Pistin muuten nuo virheellisesti täytetyt lehtiviitteet menemään virheelliset artikkelit -luokkaan jos joku innostuu korjailemaan noita. --Zache 23. tammikuuta 2012 kello 19.38 (EET)

Piilota valitut käyttäjät -bugi

Hei, minut lisättiin (diff) vastikään seulojaksi osana kyseisen lisäosan koekäyttöä. Minulla on ennen ollut valittuna asetuksissa valinta "Piilota valitut käyttäjät tuoreiden muutosten luettelosta etc.etc.". Se toimi hyvin, tosin en tiedä millä perusteella tuo piilotettujen käyttäjien luettelo oli tehty. Nyt kuitenkin poistin em. valinnan käytöstä, mutta valitsin kuitenkin tilalle "hideUsersButton 2" -pienoisohjelman. Se toimii samalla tavalla, eli värjää Tuoreissa muutoksissa asiallisten käyttäjien muutoksia vihreiksi, tällä kertaa kuitenkin seulojien tekemät muutokset. Ilmeni kuitenkin seuraavanlainen ongelma. Jos Tuoreet muutokset -sivulla ollessaan painaa linkkiä "piilota valitut käyttäjät", mitään ei tapahdu. Ennen tämä linkki on piilottanut valittujen käyttäjien muutokset. Tämä ongelma ilmenee sekä Mozilla Firefoxilla ja Google Chromella. Virhekonsolissa (Chromen) ei näy skriptivirheitä. --Juusohe^!? 23. tammikuuta 2012 kello 08.35 (EET)

Korjattu, tai no melkein. Siinä on sellainen tiedetty bugi vielä että mikäli käyttäjät ovat piilotettuna vakiona niin vähän tuurista riippuen se voi jättää jo kumottuja muokkauksia vaaleanpunaisiksi. Korjaan tuonkin, mutta hieman paremmalla ajalla. --Zache 23. tammikuuta 2012 kello 20.40 (EET)

Jep, nyt toimii.--Juusohe^!? 24. tammikuuta 2012 kello 15.41 (EET)

Tynkäpainikkeisiin apua?

Voisiko muokkaussivun alla olevaa tynkäpainikevalikoimaa laajentaa? Nyt valikon valikoima painottuu maantieteeseen ja luonnontieteeseen. Tekijä on ilmeisesti sen alan ammattilainen ja unohtanut että Wikipedia on monitieteinen projekti. Saisiko ongelmaan apua vai ovatko kaikki tynkämallineet poistumassa kuten joku haaveili? --Abc10 23. tammikuuta 2012 kello 08.54 (EET)

Toki, jos joku tekee listaa siitä mitä tynkämallineita siinä pitäisi olla niin voin päivittää kyllä. Pitkeltä varmaan voi kysäistä mikä tämän hetken suunnitelma noiden tynkien kanssa on. --Zache 24. tammikuuta 2012 kello 06.40 (EET)

Onko mahdollista katsoa, mitä tynkämallineita käytetään eniten? Voisi kuvitella että tilastoluvuissa jäävät tähtitiede ja oseania jälkeen elokuvalle ja jalkapalloilijalle. --Abc10 24. tammikuuta 2012 kello 06.47 (EET)

tynkäluokista näkee paljonko niissä artikkeleita. --Zache 24. tammikuuta 2012 kello 06.59 (EET)

Voisitko siis niiden perusteella muuttaa painikkeita vastaamaan niiden käyttömäärää? --Abc10 24. tammikuuta 2012 kello 07.18 (EET)

Tynkien luokittelusta ei olla poistumassa toistaiseksi (viimeisimmän äänestyksen mukaisesti). Sitä saatetaan kuitenkin tulla vielä karsimaan, minulla on pari suunnitelmaa tekeillä. Viimeisimmäksi poistettiin lajikohtaisuus urheiluaiheista pehmein keinoin, eli esim. Tynkä/Jalkapalloilija ohjaa nyt Tynkä/Urheilija. Pitke 24. tammikuuta 2012 kello 13.41 (EET)

Niitä kai on sitten vähemmän kuin tähtitiedetynkiä, kun ei näy painiketta. Kuvittelisi ainakin että painikkeet tehdä niiden yleisen tarpeen perusteella. --Abc10 24. tammikuuta 2012 kello 14.21 (EET)

Voit ymmärtääkseni helposti luoda itsellesi haluamasi uudet urheilupainikkeet function buttons() -funktion avulla, jolloin ainakaan Tyngät/tieteet -listaan ei tarvitsisi "monitieteisyyden" varjolla sotkea urheilua. ¬Antilope 24. tammikuuta 2012 kello 17.05 (EET)

Olen kyllä ehtinyt itsekin noita ihmetellä. Sen sijaan että jokainen opiskelis nappuloiden tekoa (jos yleensä tietää jostakin että se on mahdollista) kannattaisi varmaan miettiä valikoimaa, joka on tarkoitettu kaikkien käyttöön. Jos Zachella on aikaa, ehdottaisin että katsois vaikka kymmenen suurinta tynkäryhmää ja tekisi niistä uudet namiskat, Jotain harvimmin käytettyjä voisi tiputtaa pois. --Checkpointcharlie 24. tammikuuta 2012 kello 19.34 (EET)

Tekijänoikeusrikkomusten poistaminen artikkelin muokkaushistoriasta

Keskustelu siirretty sivulle Wikipedia:Kahvihuone (käytännöt). –Makele-90 30. tammikuuta 2012 kello 00.36 (EET)

Malline:YLE-lista

Haluaisiko/voisiko joku päivittää kyseisen mallineen vastaamaan "tätä päivää"? Myös nimen saisi vaihtaa esim. IFPI-malline. Yle ei vastaa enää Suomen virallisista (musiikki)listoista, vaan Musiikkituottajat ry. Täältä vähän apua: [2]. Mallineen päivityksen myötä saisi päivittää myös mallineeseen viittaavat sivut: [3], joita on n. 60. −Anonymous87 24. tammikuuta 2012 kello 01.39 (EET)

Ei tuosta enää yhtä simppeliä saa kuin aikaisemmasta, koska ifpin sivuilla ei ole ainutkertaista tunnusta vaan verkko-osoite tyyliin "/artistin+nimi/kappaleen+nimi". Eli syötettävä parametri voisi olla joko koko verkko-osoite tai kaksi parametria (artisti ja kappale), jotka syötetään + -merkin kanssa. Viime mainitun hyvä puoli on, ettei ko. sivua tarvitse erikseen hakea (ifpin sivuilla ei ole edes hakumahdollisuutta...). Mallineen nimeksi voisi laittaa "Virallinen lista", jotta se ei olisi sidoksissa listan ylläpitäjään.--Nedergard 3. helmikuuta 2012 kello 04.16 (EET)

Uusi mallinekieli

Onko tämä nyt uutinen vai tekniikkaa.. Uudeksi mallinekieleksi on valittu Lua. --Harriv 1. helmikuuta 2012 kello 09.57 (EET)

Vau. Tekniikan kahvihuone on varmaan ihan hyvä paikka tälle mut on toi aika iso muutos parempaan ja kuuluu sarjaan hyvät uutiset. --Zache 1. helmikuuta 2012 kello 10.09 (EET)

Interwiki-ongelma

Interwikeissä näyttäisi olevan jonkinlaista bugitusta. Huomasin asian itselläni sekä Operassa ja Firefoxissa joillakin sattumanvaraisilla sivuilla, mutta tämän muokkausyhteenvedon perusteella muutkin kärsivät tästä häiriöstä. Eli ko. artikkelissa meikällä iw-linkit näkyy punaisina linkkeinä artikkelin alaosassa sivupalkin sijaan, ja ne osoittavat fi-wikiin osoitteisiin kuten [4]? Mikähän mahtaa olla vikana? Mainittakoon, että artikkelin edellinen versio näkyy ainakin minulla oikein. -- Piisamson 1. helmikuuta 2012 kello 22.03 (EET)

Näyttää korjaantuneen. –Makele-90 1. helmikuuta 2012 kello 22.05 (EET)

Heti kun vastasin tähän viestiin meni minullakin epäkuntoon interwikit. Ongelma osalla sivuista. –Makele-90 1. helmikuuta 2012 kello 22.08 (EET)

Muissakin wikeissä samaa ongelmaa. --Anr 1. helmikuuta 2012 kello 22.11 (EET)

Wikipedia + Facebook

Miksi Facebook ottaa/"kaappaa" artikkelinsa en-wikistä, eikä täältä fi-wikistä? Esimerkkinä mainittakoon Pasilan linkkitorni + [5]. Johtuuko se jostain asetuksesta fb:ssä? −Anonymous87 2. helmikuuta 2012 kello 01.25 (EET)

Varmaan johtuu siitä että Facebook on yhdysvaltalainen ja englanninkielinen. Varman tiedon saa vain Facebookin ylläpitäjiltä. --Harriv 2. helmikuuta 2012 kello 08.41 (EET)

Ja yksi syy voi olla myös, että säätiö julkaisee englanninkielisestä wikipediasta Extracted page abstracts for Yahoo -dumppia josta Facebookin käyttämä teksti on helposti saatavilla. --Zache 2. helmikuuta 2012 kello 10.13 (EET)

Ulkoisia työkaluja romahti

Toolserverin soxred93 käyttäjätili pääsi vanhentumaan, joten useat laskurit lakkasivat nyt toimimasta. --Pxos 9. helmikuuta 2012 kello 09.49 (EET)

Toi niiden tunnusten vanhentuminen on aika harmillista :(. --Zache 9. helmikuuta 2012 kello 10.07 (EET)

Enkkuwikipedian käyttäjät TParis ja Cyberpower yrittävät siirtää Soxred93:n työkaluja toimimaan omilla tunnuksillaan. Soxredin itse on lopettanut wikipedian muokkaamisen ja tunnusten vanhentuminen oli ilmeisesti ihan tarkoituksellista. Osa Soxredin koodeista löytyy Google codesta, mutta ei kaikkia. Tparisilla ja Cyberpowerilla on toolserver-tunnukset ja Soxredin lupa käpistellä tiedostoja suoraan siellä niin kaipa tilanne jollain aikavälillä korjaantuu. --Zache 10. helmikuuta 2012 kello 08.22 (EET)

Hienoa, että noita yritetään saada taas toimimaan. Ko. työkalut ovat olleet käteviä esim. sen tarkistamiseen, missä kaikkialla jollain tunnuksella on bottilippu ja kuinka paljon sillä on muokkauksia eri wikeissä. –Ejs-80 10. helmikuuta 2012 kello 08.43 (EET)

Ohjaus Commonsiin puutteellinen

Käytössä on miniohjelma, joka ohjaa kuvaa klikkaamalla suoraan sen kuvaussivulle Commonsiin. Tämä ei toimi esikatselussa, vaan kuvaa klikkaamalla päätyy paikalliselle kuvaussivulle. Pitke 10. helmikuuta 2012 kello 10.06 (EET)

Kuvien renderöinti markup-kielellä (esimerkiksi LaTeXilla) - onko mahdollista nyt tai tulevaisuudessa?

Hei! Wikipediassa on jo (pitkään ollut) mainio ominaisuus syöttää matemaattisia kaavoja LaTeX-syntaksilla. Tiedättekö, onko missään suunnitelmissa laajentaa tätä myös kuvien luonnin puolelle? Olisi mielettömän kivaa ja kätevää, jos Wikipediaan voisi piirtää havainnekuvia, piirikaavioita, lohkokaavioita sun muita jollain helppokäyttöisellä tai edes kohtuullisen helppokäyttöisellä markup-kielellä. Esimerkiksi LaTeXin kuvanpiirto-ominaisuudet olisivat mahtava juttu, ja TikZ vielä mahtavampi. Esimerkiksi näin:

http://www.texample.net/tikz/examples/

Itseäni risovat sähköinsinöörinä virtapiirikaaviot, jotka ovat aivan sekalaisen näköisiä sekä merkinnöiltään että ulkoasultaan, jopa saman artikkelin sisällä. Markup-kielessä on sekin hyvä puoli, että kuvien päivittäminen sujuisi näppärästi. --Vesa Linja-aho 10. helmikuuta 2012 kello 17.57 (EET)

Wikipedian hidastelusta jälleen

Sen jälkeen kun tässä keskustelussa [6] kerroin Wikipedian hidastelusta ja mainitsin kellonajat, tilanne on muuttui niin ettei mitään tiettyjä kellonaikoja enää ole, vaan hidastelua voi olla mihin kellonaikaan tahansa, esimerkiksi nyt klo 22. Kyllä tähän siis täytyy olla joku selitys, joka on tekniikkapuolen hahmotettavissa ja korjattavissa. --Abc10 7. helmikuuta 2012 kello 22.05 (EET)

Kun ei tähän ole tullut vastausta, lisätään Firefoxin antama tieto. "Sivuston www.fi.wikipedia.org tietoturvavarmenne ei ole kelvollinen." --Abc10 9. helmikuuta 2012 kello 08.08 (EET)

[7]. Englanniksi varmaan löytyy aiheesta paljon lisää. Gopase+f 9. helmikuuta 2012 kello 08.14 (EET)

Käsittääkseni voit hyväksyä sertin käsin. Käytän WP:tä pääasiassa Firefoxilla, joskus IE:lla ja kuten nyt, Operalla. Mikään noista ei hidastele mulla. Koita perusjuttuja kuten selaimen ja apuohjelmien päivitystä. -Htm 9. helmikuuta 2012 kello 08.18 (EET)

Perusjutut on koitettu. Odotan tähän vastaamaan tekniikkapuolen asiantuntijoita. --Abc10 9. helmikuuta 2012 kello 08.32 (EET)

Oletko hyväksynyt wikipedian tarjoaman varmenteen käsin py44syvästi? Gopase+f 9. helmikuuta 2012 kello 08.37 (EET)

Kuten sanoin odotan tähän vastaamaan tekniikkapuolen asiantuntijoita, en vakiovastaajia. --Abc10 9. helmikuuta 2012 kello 09.08 (EET)

Ovatko nuo toisensa poissulkevia? --Otrfan 9. helmikuuta 2012 kello 17.42 (EET)

En tiedä onko tekniikkapuolen ihmisillä sen kummemmin vastauksia. Wikimedialla on kuitenkin kunnossa oleva tietoturvavarmenne joten siitä ei pitäisi tulla virhettä, joten sen nyt ainakin voisi korjata. Ilmeisesti käytät https-yhteyttä, koska sinulle tulee tuosta ilmoitus joten kun otat sivun tietoturvavarmenteen tiedot esille: (Firefoxissa: Tools → Page info → Security → View certificate niin sertifikaatin tiedot pitäisivät kutakuinkin olla seuraavat:

• (Issued to) Common name: *.wikipedia.org
• (Issued to) Organization: Wikimedia foundation, Inc
• (Issued by) Organization: DigiCert Inc
• Expires on: 12/12/2012
• MD5 fingerprint: C0:C8:F7:A0:33:20:A2:D4:2E:27:65:73:42:4C:A0:24

Oletettavasti sinulla on vikana se, että sertifikaatti on expiroitunut, mutta kannattaa katsoa onko sertifikaation tiedot muuten järkeviä. Tuon nykyisen sertifikaatin saa poistettua Firefoxissa seuraavasti: Options (tai Preferences käyttöjärjestelmästä riippuen) → Advanced → view certificates → servers ja sieltä Wikipedia veks. (noin kuvittelisin, minulla ei Wikipediaa ole suoraan koska sen luotettavuus toimivan certin takia tulee suoraan DigiCert:n allekirjoituksesta)--Zache 9. helmikuuta 2012 kello 10.07 (EET)

Millä tavalla maallikko voi arvioida, "onko sertifikaation tiedot muuten järkeviä"? --Abc10 9. helmikuuta 2012 kello 10.14 (EET)

No jos certillä ei ole mitään tekemistä Wikipedian tai Wikimedia säätion kanssa, niin silloin ne eivät ole järkeviä. --Zache 9. helmikuuta 2012 kello 10.50 (EET)

Julkaisija on Digicert Inc. --Abc10 9. helmikuuta 2012 kello 11.00 (EET)

Mutta tuohon alkuperäiseen kysymykseeni hidastelusta ja sen leviämisestä edellisen kysymykseni jälkeen kokopäiväiseksi et vastannut. Eihän tämä mitään henkitiedettä pitäisi olla. --Abc10 9. helmikuuta 2012 kello 10.58 (EET)

Ei se ole. Ainoa vain, että näppäimistön tältä puolelta on vähän vaikea antaa muuta kuin vinkkejä siitä missä voisi olla vika. Oma arvaus on, että hidastelu johtuu siitä että selaimesi jostain syystä hakee liian usein javascript/css etc tiedostoja Wikipedian varsinaisilta palvelimilta välimuistikopioiden sijaan. (välimuisti pitää tässä sisällään Wikimedia säätiön omat välimuistit, että selaimen välimuistin) mutta voi se johtua ihan muustakin. Noh lyhyt checklist:

1. Kokeile muokata ilman SSL-yhteyttä. Eli käytä osoitetta http://fi.wikipedia.org osoitteen https://fi.wikipedia.org sijaan.
2. Resetoi Wikipedian käyttäjäasetukset. (Toiminnot:asetukset → käyttäjätiedot välilehti → Palauta kaikki oletusasetuksiin) (Muista asetusten nollauksen jälkeen palauttaa sähköpostiosoite, koska se on mm. ainoa keino esim resetoida salasana jos se unohtuu, älä koske muihin asetuksiin) ; Sulje selaimen välilehdet, tyhjennä selaimen välimuisti (Firefoxissa: Tools / Clear recent history) ja käynnistä selain uudestaan. Tällä varmistetaan, että Wikipedian uudet asetukset tulevat oikeasti käyttöön.
3. Mikäli sinulla on käytössä Firefoxin lisäosia (Tools → Add ons→ Extensions ) niin ne voisi ottaa väliaikaisesti pois käytöstä jotta nähdään vaikuttaako jokin niistä Wikipedian toimivuuteen.

Tuon pitäisi aiheuttaa sen, että sinulla on jokseenkin vastaavat asetukset kuin juuri tunnuksen luoneella käyttäjällä ilman että itse selaimessa on mitään joka sotkisi asioita. Aikamoista virpomista tuo kuitenkin on ja lähinnä ratkoo asiaa silta kannalta että suljetaan mahdollisia ongelmia aiheuttavia asioita pois sitä varten että nähdään milloin jutut alkavat taas toimia. --Zache 10. helmikuuta 2012 kello 08.46 (EET)

Jotakin noista voi varmaan jättää tekemättä, kun todetaan että ongelma on olemassa vaikka kokeilen toisella selaimella, kirjautumatta ja ilman SSL-yhteyttä. Toinen minkä olen jo aiemmin sanonut on, että Firefoxin alareunassa näkyy hidastelun aikana bits.wikimedia.org, joskus geoiplookup.wikimedia.org, joihin eteneminen pysähtyy.--Abc10 10. helmikuuta 2012 kello 19.17 (EET)

Oliko sama kone ja sama nettiyhteys? Gopase+f 11. helmikuuta 2012 kello 11.49 (EET)

Ei siitä haittaa ole vaikka tekisit tuon jumpan uudestankin ja tuurilla se voi korjata ongelman. Jossain määrin ongelmasi kuulostaa samalta kuin mitä Bug 31541::sa on (1), mutta eipä tuossakaan mitään ratkaisua tuohon ole. geoiplookup.wikimedia.org on Wikipedian paikannushärpäke jolla esimerkiksi pienoisohjelmat saavat hyvin epätarkan tiedon käyttäjän sijainnista. Wikipedian tiedotebannereissa tätä käytetään ilmoitusten kohdistamiseen tietyille maantieteellisille alueille. Enimmäkseen minusta sen käyttötarkoitus kuitenkin on se, että se mahdollistaa paikkaitietoisten palvelujen kehittämisen tulevaisuudessa. Mitään kriittistä ei geoiplookupin varaan ole kuitenkaan vielä tehty ja jos haluaa niin geoiplookup.wikimedia.org:n voi surutta blokata vaikka adblockilla ilman että siitä tulee ongelmia. --Zache 12. helmikuuta 2012 kello 16.32 (EET)

Koetin tyhjentää välimuistin ja palauttaa oletusasetukset, mutta se ei auttanut. Sitten huomasin, että kaikki muutkin sivut kuin Wikipedia tahmaavat, esim. hs.fi lataa fingerporia kymmeniä minuutteja. Jolloin edelleen huomasin, että tämä tahmaaminen esiintyy vain firefoxissa, mutta ie:llä niin wikipedia kuin muutkin sivut latautuvat nopsasti. Mutta firefoxin versiopäivitystä en vielä kokeillut.--Urjanhai 13. helmikuuta 2012 kello 18.18 (EET)

Outo päälletallennus nimelleni

Mitähän tapahtui sivulle [[Ajokortti] - mallineeseen muokkatut lähteet eivät enää näy, tilalla outoja viitteiden nimiä ja kaikki kirjautuneet minulle. Miten mahdollista ? Paj. 11. helmikuuta 2012 kello 13.27 (EET)

joku pienoisohjelma kusi, wikedit tai references segregator todennäköisesti. --Zache 11. helmikuuta 2012 kello 14.04 (EET)

страница не существует

Jännä havainto: Habeas corpus -artikkelissa kursoria pidettäessä punaisten linkkien kohdalla lukee avautuvassa laatikossa (страница не существует) eikä (sivua ei ole). Muilla sivuilla teksti on normaaliin tapaan suomeksi. Mitä ihmettä? --PeeKoo 12. helmikuuta 2012 kello 17.19 (EET)

Minulla tulee suomeksi, selain on tuorein Opera. Pitke 12. helmikuuta 2012 kello 17.22 (EET)

En tiiä mistä toi johtui, mutta itselläni auttoi se että päivitin artikkelin Wikipedian välimuistissa purge:lla. --Zache 12. helmikuuta 2012 kello 17.25 (EET)

"Empty page", Firefox 3.6. --J 17. helmikuuta 2012 kello 18.04 (EET)

Lähdeviitteiden näkyvyys

Täällä tuli keskustelua viitemerkintöjen esteettisyydestä. Jos lähdeviitteitä on useita, artikkeli ei ole kovin mukavan näköinen ja ne vaikeuttavat lukemista. Mitä mieltä olisitte toiminnosta, jolla lähdeviitemerkinnät voisi halutessaan napsauttaa pois päältä ja näkyvistä? Ja onko teknisesti mahdollista? --Gwafton 15. helmikuuta 2012 kello 14.42 (EET)

On mahdollista. Pienoisohjelmissa on testattavana -alaotsikon alla Asettaa pitkän viitelistan vieritettävän laatikon sisälle. -pienoisohjema joka sijoittaa viitelistan pienen boksin sisälle. Listan saa täyteen kokoon tuplaklikkaamalla sitä. Tein tuon joskus kun mietin vastaavaa systeemiä eikä se esimerkiksi toimi kunnolla ipad:n kanssa. --Zache 15. helmikuuta 2012 kello 14.56 (EET)

Uskoakseni Gwafton tarkoitti yläindeksejä, ei viiteluetteloa. --Jisis 15. helmikuuta 2012 kello 15.01 (EET)

Juuri niin, indeksejä. Kiitos tarkennuksesta. Mutta viiteluettelonhan voisi jemmata samalla. Ei sitä tarvitse, elleivät indeksitkään näy. --Gwafton 15. helmikuuta 2012 kello 15.09 (EET)

Mjooh, no lähdemerkintöjenkin piilotus on mahdollista. Jos haluaa pelkästään niistä eroon, niin se ei ole tämän monimutkaisempaa. Se, että jos niistä halutaan sellaiset että lähdeviitteet voi kääntää päälle ja pois lennossa niin se vaatii myös muutaman rivin koodia. --Zache 15. helmikuuta 2012 kello 15.34 (EET)

Nappula jonka avulla ne voi kytkeä päälle ja pois on juuri sitä mitä tarkoitin. --Gwafton 16. helmikuuta 2012 kello 00.28 (EET)

Kadonneiden kuvien etsintä artiikkeleista

Välillä tulee vastaan tapauksia missä artikkelissa on kuva, sitten joku kyllästyy sen ilmeeseen ja lataa "paremman" kuvan commonsiiin ilman kunnollisia tietoja, sitten kuva poistuu sieltä ja commonsdelinkkeri käy poistamassa kuvan nimen artikkelista ja niin meillä on artikkeli jossa on ollut aikoinaan kuva mutta ei ole enään. Miten me saisimme listattua tuollaiset artikkelit joihin voisi palauttaa käsin vanhan kuvan.--Musamies 17. helmikuuta 2012 kello 12.54 (EET)

Meksikon osavaltio -malline

Koetinpa tehdä Malline:Yhdysvaltojen osavaltio -mallineen pohjalta Malline:Meksikon osavaltio -mallineen, mutta eihän siitä oikein mitään tullut kun en tuota koodia hallitse, eikä yhdysvaltamallineessa ollut valmiina lainkaan optionalisuutta, vaan kaikki kohdat printtautuvat artikkeliin olivat tyhjiä tai eivät. Joku varmaan osaisi ja kenties jaksaisikin avittaa? Baja Californiassa näkyy, millaista jälkeä tulee. :P – Haltiamieli 18. helmikuuta 2012 kello 17.40 (EET)

Katso jostain joku vastaava tietolaatikko-mallinetta käyttävä hässäkkä ja tee sen pohjalta, niin pääset helpoiten. Voisin vilkaista jonkun sopivan mut oon menossa saunaan just --Zache 18. helmikuuta 2012 kello 17.46 (EET)

Why your javascript on Wikipedia will break

Eli odotettavissa on, että fiwikissä menee käyttäjäsivuilla olevia javascript-juttuja rikki meneillään olevan mediawikin päivityksen myötä. Yksi juttu mikä menee rikki on document.write jota on käytetty yleisesti lataamaan scriptejä enkkuwikipediasta. Lisätietoja tuosta voi lukea täältä. --Zache 19. helmikuuta 2012 kello 13.08 (EET)

Serverit alhaalla?

Missä vika, kun ei pääse katselemaan muokkauslaskureita yms (http://toolserver.org/~soxred93)? −Anonymous87 19. helmikuuta 2012 kello 16.45 (EET)

Soxred93 on lopettanut ja tunnus on vanhentunut. Laskureita yms. on pelastettu muille tunnuksille, joskaan en osaa neuvoa että mille. Pitke 19. helmikuuta 2012 kello 16.55 (EET)

Ei ole toistaiseksi mitään fiwikin kannalta toimivaa ylhäällä. --Zache 19. helmikuuta 2012 kello 17.01 (EET)

Melko hyvin nuo Soxred93:n työkalut näyttävät toimivan tparisin tunnuksilla, tosin viilausta kaipaavat vielä. --Crt 19. helmikuuta 2012 kello 17.47 (EET)

Eli nyt ei pääse mistään ihmettelemään muokkausmääriä? −Anonymous87 19. helmikuuta 2012 kello 20.56 (EET)

Pääset, kuten Crt kertoi. -Ochs 19. helmikuuta 2012 kello 21.03 (EET)

Aivan, kiitos :) −Anonymous87 19. helmikuuta 2012 kello 21.36 (EET)

Yksi idea jos joku haluaisi viedä eteenpäin

Oletetaan että tulee uusi tunnus joka lataa kuvan. Helpottaisi paljon meitä kaikkia jos kuva ei näkyisi sivulla ennenkuin 4 päivää on kulunut, lisääjälle joka yrittää käyttää kuvaa, annetaan info 4 päivästä. Samoin näkymissä voisi olla näkymä näytä 4 päivää odottavat kuvat. Tämä auttaisi varmaan paljon Commonsissa jolloin vähentyisi turhien kuvien lisäily artikkelihin kun ylläpito ehtisi poistaa tekijänoikeusrikkomukset.--Musamies 23. helmikuuta 2012 kello 10.02 (EET)

Viestipalkin piilotus

Mikä olikaan se menetelmä jolla saa häiritsevän keltaisen viesteistä kertovan ilmoituksen piiloon. Turhanaikaiset viestit ehtii lukea myöhemminkin mutta palkin hyppääminen silmille muokatessa haittaa työskentelyä. Onko keinoa, jolla voi estää jonkun käyttäjän viestit jo ennakolta, kuten on sähköpostiohjelmissa? --Abc10 23. helmikuuta 2012 kello 12.36 (EET)

Asetukset --> Pienoisohjelmat --> Käyttöliittymä --> rasti ruutuun kohtaan "SmallNotify". Kun viestilaatikko pongahtaa seuraavan kerran esiin, muista painaa laatikon reunassa olevaa ruksia niin sen jälkeen uusien viestien merkkinä pitäisi näkyä pelkkä pieni punainen huutomerkki Keskustelusivu-linkin jälkeen. Viestejä ei voi suodattaa, paitsi ääritapauksissa väärinkäyttösuodattimella. --Alcedoatthis 23. helmikuuta 2012 kello 12.41 (EET)

Kiitos palkin piilotuksesta. Ehdotan että viestiensuodatusohjelma kehitettäisiin. Aktiivisimpien narisijoiden viestit ovat yleensä turhia ja vievää aikaa kirjoitustyöltä. --Abc10 23. helmikuuta 2012 kello 13.03 (EET)

Kiitokset voit esittää Zachelle, joka on koodannut kyseisen pienoisohjelman. Keskustelusivujen suojaaminen tai väärinkäyttösuodattimen päällekytkeminen tulee kyseeseen lähinnä vakavan massavandalismin tapauksessa. Muiden viestien kanssa pitää vain tulla toimeen. --Alcedoatthis 23. helmikuuta 2012 kello 13.12 (EET)

Jos tarkoituksesi on viestiä Gopase+f:lle että hänen viestinsä ovat "turhia ja vievää aikaa kirjoitustyöltä", niin olisikohan paras vaihtoehto kuitenkin mainita ensin asiasta käyttäjälle itselleen. Asiat voi ihan oikeasti joskus ratkaista puhumalla, niin uskomattomalta kuin se kuulostaakin. Jafeluv 23. helmikuuta 2012 kello 13.36 (EET)

Kyllä se kuulostaa uskomattomalta. Mitä olen viime aikoina seurannut kommenttitulvaa ja reaktioita muiden pyyntöihin, tuntuu yhä vähemmän uskottavalta. --Abc10 23. helmikuuta 2012 kello 13.41 (EET)

Joo turha varmaan pyytää että mustamaalausyrityksiä ei leviteltäisi yleisille keskustelualueille? Gopase+f 23. helmikuuta 2012 kello 13.43 (EET)

Mihinkä viittaat syytöksellä? --Abc10 23. helmikuuta 2012 kello 13.53 (EET)

Tarkkailulista

Onko jotenkin mahdollista saada pyyhityksi tarkkailulista, kun sinne on tullut aika paljon kaikkea tarpeetonta kerättyä. – EtäKärppä¹³ 23. helmikuuta 2012 kello 23.23 (EET)

Tarkkailulistasivun yläreunassa on sekä "Muokkaa listaa" että "lista raakamuodossa", joita molempia voi käyttää. --Harriv 23. helmikuuta 2012 kello 23.24 (EET)

Noin, vajaat 3000 sivua lähti. Jos nyt saisi keskittyä olennaiseen, paljon kiitoksia. – EtäKärppä¹³ 23. helmikuuta 2012 kello 23.28 (EET)

Ohjelmointikieli-malline

Aivan. Järkyttävän. Ruma. Esim. OCaml.

Kattelkaapa vaikka enkkuversiota. --(λ (?) (!)) 23. helmikuuta 2012 kello 22.44 (EET)

Onko nyt parempi? Muokkasin rohkeasti. --Alcedoatthis 24. helmikuuta 2012 kello 05.02 (EET)

No nyt ei satu enää silmään. kun katsoo. Erinomaista! --(λ (?) (!)) 24. helmikuuta 2012 kello 18.33 (EET)

Minitynkämallinen häviää

Tässä artikkelissa häviää minitynkämalline näkyvistä jos sen laittaa toisen mallineen alle. Operassa ainakin en kokeillut muita. --Checkpointcharlie 26. helmikuuta 2012 kello 18.50 (EET)

Vika oli ylemmässä mallineessa. Anr näköjään korjasi ongelman. Jafeluv 26. helmikuuta 2012 kello 19.03 (EET)

Kiitos tiedosta. --Checkpointcharlie 28. helmikuuta 2012 kello 17.34 (EET)

Help collecting problem reports for MediaWiki 1.19

Last night, we rolled out MediaWiki 1.19 to all the Wikipedias. I'd like help collecting problem reports. If you can enter problem reports in Bugzilla, please do. Otherwise, leave me a message with information. -- ☠MarkAHershberger☢(talk)☣ 1. maaliskuuta 2012 kello 07.57 (EET)

Merkityt versiot: Commons-kuvat arvioimattomia?

Kun arvioi jonkin sivun odottavia muutoksia, arviointilaatikon alapuolella on lista sivulta linkitetyistä tiedostoista ja mallineista, joita ei ole arvioitu tai joilla on odottavia muutoksia. Jostain syystä tässä listassa näytetään myös Commons-kuvat, joilla ei ole paikallista kuvaussivua ja joita ei siis edes pysty mitenkään merkkaamaan silmäillyiksi. Onko kyseessä joku bugi vai toimiiko merkityt versiot oikeasti noin että se olettaa ihmisten silmäilevän tyhjiä kuvaussivuja? Jafeluv (keskustelu) 1. maaliskuuta 2012 kello 20.01 (EET)

Carl Sagan taisi sanoa jotain sen suuntaista, että kun tekniikka ylittää tarpeeksi ihmisen käsityskyvyn, sitä ei voi erottaa taikuudesta. Mun mielestäni ylipäänsä tiedostojen arviointi on jokseenkin turhaa, sillä siitä ei taida olla mitään erityistä hyötyä. Mallineet sopivat hyvin arvioinnin piiriin, koska seulonnalla voidaan seurata helposti mallineisiin tehtyjä tahattomia virheitä (koska mallineet ovat mielestäni taikuutta), mutta tiedostoavaruuden seulonta ei ole kovin järkevää. Melkeinpä olisi syytä poistaa tiedostot seulonnan piiristä kokonaan. --Pxos (keskustelu) 2. maaliskuuta 2012 kello 23.53 (EET)

Itse asiassa mallineavaruuden seulonta botilla tasolle silmäilty voisikin olla hyvin järkevä juttu. Ilmeisesti nykyisissä mallineissa ei ole juurikaan erityisiä ongelmia, jolloin kaikkien merkintä silmäillyiksi takaisi sen, että kämmen keskellä otsaa -käyttäjien tekemät muutokset saataisiin heti arvioinnin piiriin. Mallineet ovat sellaisia vekottimia, joista ei ymmärrä kuin kovin harva; joissain on vielä erityisvaroituksia, että sisältää niin paljon ohjelmallisuutta, että ei kannata edes yrittää. Tähän tosiaan seulontarobotti voisi olla omiaan. --Pxos (keskustelu) 3. maaliskuuta 2012 kello 00.00 (EET)

Apuja yleisen linkitettävän materiaalin nettiosoitteen (URL) muuttumiseen vähän väliä?

Nettiosoitteet (URL) osoitettaville materiaaleille muuttuvat vähän väliä, mikä on melkoinen riesa Wikipediassa. Linkit menevät vähän väliä poikki. Materiaalia ei voi kopioida mihinkään vakiopaikkaan tekijänoikeuksien takia. Materiaalin tarjoajat eivät tajua antaa mitään vakioina pysyviä osoitteita muuten jo vakiintuneillekaan ja jatkuvasti esillä pidettävillekään materiaaleille.

Käytännössä on kysymys esim. SI-oppaasta ([8]), joka taas siirrettiin uuteen paikkaan, kun vähän aikaa sitten saatiin korjattua osoitteet kohdalleen edeltävän osoitemuutoksen jälkeen.

Olisko jotain vinkkiä, miten tilannetta voisi helpottaa? Voisiko Wikipedian konsteilla (mallineilla tai muilla vastaavilla) luoda linkityksen vain yhteen paikkaa, jolloin materiaalin osoitteen muuttuessa tarvitsisi korjata vian yksi kohta?

Tai onko vinkata jokin näppärä työkalu, jolla korjata nuo kaikki SI-opas-viitteet nyt ainakin - ei jaksaisi ruveta taas käsipelillä säätämiseen. --Aulis Eskola (keskustelu) 3. maaliskuuta 2012 kello 00.02 (EET)

Onhan noita vastaavanlaisia mallineita joten sellainen vain peliin. --Anr (keskustelu) 3. maaliskuuta 2012 kello 00.07 (EET)

Jos tuo on erityisen paha ongelma tuon SI-oppaan kohdalla, niin voidaanhan me vaikka tehdä malline {{SI-opas}} joka sisältää osoitteen ja jota voi käyttää viittauksissa. Sitten kun osoite muuttuu kerran niin riittää että se muutetaan mallineeseen ja kaikki mallinetta käyttävät sivut korjaantuvat samalla. (Ne sivut jotka viittaavat sivulle suoraan URLin perusteella pitää tietysti edelleen korjata käsin.) Muutenkin tuollaiset nettiosoitteen muutosjutut ovat erinomaisia hommia botille, ei niitä kannata käsin ruveta ylläpitämään vähänkään linkitetymmille sivuistoille. Eli kun linkit rikkoutuvat niin Wikipedia:Botit/pyynnöt -sivulle vain huomautusta että nyt tarvittaisiin botti korjaamaan hajonneita viittauksia. Jos korjattavia linkkejä ei ole montaa niin toki ne voi etsiä linkkihaku-toimintosivulla ja korjata vaikka käsinkin. Jafeluv (keskustelu) 3. maaliskuuta 2012 kello 00.09 (EET)

Kiitos kattavasta teknisestä vaihtoehtojen selvityksestä ja vinkeistä! Pistin botti-pörryyttäjille pyynnön vetämään... --Aulis Eskola (keskustelu) 3. maaliskuuta 2012 kello 00.34 (EET)

Uuden artikkelin aloitus ei onnistu

Onkohan muilla nyt ongelmia aloittaa uutta artikkelia? Internet Explorer ilmoittaa ettei voi avata sivua. --Jarmo Turunen (keskustelu) 5. maaliskuuta 2012 kello 08.00 (EET)

Täällä toimii täysin normaalisti Operalla ja IE:llä. Pitke (keskustelu) 5. maaliskuuta 2012 kello 08.16 (EET)

Onkohan minulle laitettu joku esto, kun en voi tehdä mitään muuta kuin kuin toimia Hiekkalaatikkolla ja tallentaa tiedostoja? Esim. artikkelin "avaaminen" muokkausta varten ei onnistu. --Jarmo Turunen (keskustelu) 5. maaliskuuta 2012 kello 09.02 (EET)

Ei ole estoja annettu. Mikähän tässä nyt mättää :/ Pitke (keskustelu) 5. maaliskuuta 2012 kello 09.37 (EET)

Tuleeko ilmoitus selaimesta vai Wikipediasta (MediaWikistä)? Välimuistin tyhjennys on "peruskorjaus" outoihin ongelmiin. --Harriv (keskustelu) 5. maaliskuuta 2012 kello 09.39 (EET)

Jotain outoahan tässä nyt oli. Välimuistin tyhjennys ei auttanut eikä järjestelmän palautus aikaisempaan tilaan. Hikipediassa olisin kyllä voinut toimia ilman ongelmia. Eipä auttanut muu kuin ladata toinen selain. --Jarmo Turunen (keskustelu) 5. maaliskuuta 2012 kello 14.44 (EET)

Samaa ongelmaa näyttäisi esiintyvän muillakin IE:n käyttäjillä: Keskustelu käyttäjästä:Limonaia#Uuden sivun luominen 91.155.208.85 9. maaliskuuta 2012 kello 18.06 (EET)

Sama ongelma on. En pysty aloittamaan uutta sivua enkä muokkaamaan vanhaa, paitsi esim. tätä sivua, keskustelusivua ja luokka-sivuja. Ei ilmeisesti ole mitään tehtävissä.--Limonaia (keskustelu) 9. maaliskuuta 2012 kello 18.55 (EET)

Mallineen kuvat

Olen yrittänyt uusia kaupunkimalleinta ja nyt myös hallinnollinen alue -mallineita. Törmäsin yhteen ongelmaan. Kaupunki2-mallineessahan kuvat syötetään pelkkinä tiedostonniminä (esim: "kuva_taivaanranta = Sights in Amsterdam2.jpg"), kun joissain vanhoissa mallineissa (Malline:Kaupunki ja Malline:Hallinnollinen alue) käytetään koko tiedostolinkkiä (esim: "vaakuna = [[Kuva:Antwerpen arms.jpg|90px]]"). Pystyiskö noista jotenkin teknisesti poistamaan nuo turhat wikitykset ja muuttamaan tekstin pelkästään tiedostonnimeksi? Tietysti toisena vaihtoehtona on vaihtoehtoisen kuvarivin mahdollistaminen. --PtG (keskustelu) 7. maaliskuuta 2012 kello 12.44 (EET)

Wikilinkkihässäkän tiedostonimien ympäriltä voisi varmaan poistaa jollain (säännöllisiä lausekkeita tukevalla) botilla? Mutta kuvaparametreillahan näyttäisi jo valmiiksi olevan eri nimet noissa vanhoissa mallineissa joten nekin pitäisi vaihtaa siinä samalla. Yksi vaihtoehto olisi myös samanlainen hirveä älyparametri kuin Malline:Tietokoneohjelmassa. --Tmn (keskustelu) 8. maaliskuuta 2012 kello 22.06 (EET)

Turun Sanomat

Turun Sanomat on uusinut verkkopalveluaan. Sen seurauksena vaikuttaa, että linkit Turun Sanomien verkkolehden arkistossa julkaistuihin artikkeleihin ovat lakanneet toimimasta, kun muutamaa kokeilin (Esim. Sapalahden kartano, Mäkilän traktorimuseo). Mikä avuksi? Muutenkin Turun Sanomien arkiston haulla on vaikea löytää mitään, vaikka sinne kuinka helkutisti syöttäisi hakusanoja, joita sisältäneitä artikkeleita varmasti tietää olleen lehdessä.--Urjanhai (keskustelu) 8. maaliskuuta 2012 kello 13.45 (EET)

Olin joku aika sitten yhteydessä Turun Sanomien verkkotoimitukseen, koska se vanhempi arkistohaku ei toiminut. Silloin vakuuteltiin että vika korjataan, mutta nyt on sitten näköjään koko sivusto uusittu ja kaikki linkit sen seurauksena kuolleet. En löytänyt sivuilta erillistä arkistohakua ja oikean kulman haku ei löydä oikein mitään, uusimmat jutut vain. Nyt sitten useita satoja tai tuhansia linkkejä kuollut. Onneksi olen omiin lisäyksiini aina merkinnyt artikkelin aiheen, päivämäärän ja tekijän joten tiedot löytää edelleen paperiversiosta, mutta täällä on niitäkin jotka ovat merkinneet vain osoiteen joten nyt ei pysty artikkelia mitenkään tarkistamaan. Kannattaa täyttää se "arvioi uudistuvaa ts.fi verkkolehteä". –Makele-90 (keskustelu) 8. maaliskuuta 2012 kello 14.11 (EET)

Jaa ettei ole enää koko arkistoa? Toivottavasti se sentään on vain tilapäinen välivaihe.--Urjanhai (keskustelu) 8. maaliskuuta 2012 kello 14.14 (EET)

Näyttää olevan reilut 1700 linkkiä. Kävin antamassa palautetta että ne linkit häviää.. --Harriv (keskustelu) 8. maaliskuuta 2012 kello 19.20 (EET)

Artikkeleja sotketaan

Siirretty Ylläpitäjien ilmoitustaululle. --Risukarhi (keskustelu) 9. maaliskuuta 2012 kello 13.11 (EET)

{{Ohjaa tänne}} työkalulaatikkoon

Saisiko {{Ohjaa tänne}}-mallineen työkalulaatikkoon {{Tämä artikkeli}}-mallineen rinnalle. 91.155.208.85 10. maaliskuuta 2012 kello 16.36 (EET)

Abuse filters

Hello, I was looking at some abuse filters here and I think that some seem possibly excessive and should be carefully checked. If you throw too many warnings on users or even disallow edits, you can effectively destroy constructive activity, besides slowing down the site. On Toiminnot:abusefilter I see that there are many hits (this wiki is among the Wikimedia projects with more hits), and some broad filters disallow edits, although this should be used only for a few cases of certainly disruptive edits which can't be stopped in any other way. I can't judge how correct such filters are for this wiki, also because I don't have the permission to see logs and what edits triggered filters, but I suggest you to carefully review them. In particular, Toiminnot:Väärinkäyttösuodatin/9 and Toiminnot:Väärinkäyttösuodatin/11 seem worrying. Nemo 10. maaliskuuta 2012 kello 13.45 (EET)

I checked last 50 hits:

• Filter 9 - 5 non vandalism hits, but non of those articles are valid, eg doesn't have even one valid sentence. (triggers on too short new article)
• Filter 11 - all valid hits on vandalism (triggers on reoccuring characters)

--Harriv (keskustelu) 10. maaliskuuta 2012 kello 14.12 (EET)

Hi, i am more or less main culprit when it comes things with disallow rules which were created at last autumn. Those rules are used to catch repetitive blatant vandalism like 'dasdasda', 'fuck', article emptying etc. Another goal was to get false positive rate low as possible. Generally rules are manufactured around basic principle: If edit is made by unregistered/new user AND there is no summary AND trigger rule will fire then show warning. Warning message is like "abusefilter has triggered by your suspicious edit. If your edit is constructive then please tell what you try to do in summary field and try to save again. If this abusefilter alarm is clearly an error then please report it here". If edit is article is re-saved without summary and it is still triggering the trigger rule then it is disallowed.

Basic reason for creating those stricter rules were that in Finnish Wikipedia around 5% of edits were vandalism and plan was to get it lower. From Erik Zachte's stats in July 2010 4.4% of all edits (and 17.4% of anonymous edits) were reverted. With AF there was significant success with user page vandalism (it dropped pretty much to non-existent without any side effects or false positives). In article space results are more mixed; abusefilter is very effective against certain types of vandalism but getting rid of false positives is highly problematic. Last time i checked false positive rate was 1% or 2% of all matches. If you want to see rule/log entries they i can change rules to public. Main reason for them to be hidden is that Abusefilter is mainly security through obscurity tool and there is no reason to make it weaker than needed, but if somebody wants to see them it is no problem to toggle visibility rule.

I don't have opinion if my AF rules are good or bad and it would be great that if others would like to check them too so if you want to check them then please do so. There is certainly room to improve rules specially with rule specific error messages. Some rules should be also merged and simplified. etc. --Zache (keskustelu) 10. maaliskuuta 2012 kello 20.53 (EET)

Thank you for your detailed answer! Yes, I think it would be good to make most of them public, because it's very helpful to share experience among wikis (I'm very curious about your approach) and it's very difficult if filters are private.

I've never heard anyone saying that abuse filter is mainly security through obscurity, although perhaps you're right: your comment is interesting. Usually, as I see it, it's just a way to make vandalism harder (warning, throttles etc.) and counter-vandalism easier (tagging, logging etc.), acting first on the mass of very repetitive vandalism with known patterns (and therefore known filters too), so mainly a SoftSecurity thing, at least on Wikimedia wikis, where for instance block is usually disabled and filters are used even to educate users about some wiki practices. It's quite rare that vandals will study filters to circumvent them, or that making it harder to understand the filter will make vandalism harder, except when very specific filters are created specifically against very nasty vandals; those are the filters which are usually made private, as far as I know.

On the rest: what you say about edit summary and so on needs to be carefully considered by you filters creators with the communiy. It's often harmful to prevent good faith edits "only" because they look suspicious, and even warnings can scare many users. It's been proved, for instance, in 2007 when de.wiki enabled the warning for anonymous edits without edit summary, after which anonymous edits (although mostly constructive) completely dropped and never recovered. The warning is usually given to let users fix their mistakes, while suspicious edits are tagged for further review (this is already very useful, when mistakes are easy to fix, maybe via bot). In other words, having few false positives is good, but don't overlook the edits you lose because you confuse the good faith editors. I assume you've considered them in general, but it's worth some measuring as well when you have such strict filters, although it can be hard. Thank you very much, Nemo 10. maaliskuuta 2012 kello 21.30 (EET)

Hi, now all rules are public. --Zache (keskustelu) 11. maaliskuuta 2012 kello 10.33 (EET)

For admins of finnish Wikipedia i added diff tool (Mediawiki:abusefilter.js) to Toiminnot:AbuseLog -page. Originally i planned it for Nemo/normal users too, but it seems that one cannot view detailed abuselog info with normal user rights so there is no much of use for it. --Zache (keskustelu) 11. maaliskuuta 2012 kello 12.38 (EET)

Pieni silmäilyn ongelma

Pieni silmäilyn ongelma, jonka vois korjata: artikkelihistoriassa silmäilystä kertovat [katsonut ML], [automaattisesti katsottu] jne merkinnät ovat omalla rivillään. Tämä tarkoittaa että aikasemmin yhdellä rivillä ollut yhden muokkauksen info on mennyt kahdelle riville (ja aikasempi pitkän muokkauskommentin kahden rivin muokkasinfo on nyt kolmella rivillä) Tämä on tehnyt artikkelien muokkaushistorioiden käyttämisestä hitaampaa (ja vaikeampaa). Olis varmaan parempi, että koko muokkauksen info pyrittäisiin esittämään yhdellä rivillä. Lisäksi on vähän kyseenalaista mikä "oikeuttaa" silmäilytiedon lihavoinnin. Se kun on ihan yhtä tärkeää tietoa kuin kaikki muukin muokkaushistoriassa näkyvä. Eli pieni fixaus käyttöliittymään, jos suinkin mahdollista. Gopase+f (keskustelu) 13. maaliskuuta 2012 kello 09.25 (EET)

Ei sen ees pitäisi olla kahdella rivillä. Vilkaisen illalla mitä tuolle voi tehdä ja kuittasin tähän nyt vain, että huomasin viestin. --Zache (keskustelu) 13. maaliskuuta 2012 kello 10.56 (EET)

BTW: ei-seulojilla (esim. ip-käyttäjät) hyväksynyt-ilmotukset näkyy oikein rivien lopussa artikkelihistoriassa. Muita seulontailmotuksia ei sitten paljo näykkään, mutta tämä kai onkin tarkoitus. Gopase+f (keskustelu) 13. maaliskuuta 2012 kello 16.31 (EET)

Lihavointi tuli sen jälkeen, kun siirryttiin MediaWikin uusimpaan versioon, aiemmin teksti oli muistaakseni joko pienemmällä fontilla tai ilman lihavointia. Katsonut-teksti kahdella rivillä ei myöskään ole alkuperäinen, aivan silmäilyn alussa teksti oli yhdellä rivillä samoin kuin nykyinen [hyväksynyt NN] -teksti, joka on normaalisti samalla rivillä. Luulin ennen, että Zache on tarkoituksella laittanut tekstin kahdelle riville. Mun mielestäni kaksirivisyys on vain hyvä juttu, nyt kun siihen on ehtinyt tottua. Arviointitiedot löytää heti helposti toiselta riviltä, ja kyllä silmäilytieto on yhtä tärkeä kuin muut muokkaustiedot, joista se erottuukin helposti kun se on omalla rivillään. Kannatan siis tekstin palauttamista vanhaan muotoon (pienellä) ja säilyttämistä kakkosrivillä. --Pxos (keskustelu) 13. maaliskuuta 2012 kello 12.44 (EET)

Sattuukos joku muistamaan milloin tuo on mennyt kahdelle riville? En huomannut tuota kuin äsken, mutta tuo kahdelle riville meneminen johtui kyllä tavasta jolla piilotuksen olen toteuttanut. (käytin palauttamiseen css display=block:ia display=inline:n sijaan) Eli muutin tuon nyt pysymään yhdellä rivillä ja poistin lihavoinnin. --Zache (keskustelu) 14. maaliskuuta 2012 kello 05.30 (EET)

Katoilevia muokkauspainikkeita

Kysyisin, että onko muilla ollut ongelmia sekä ylä- että alarivin muokkauspainikkeiden kanssa? Ylärivin painikkeet eivät tule esille lainkaan eikä alhaalla oleva~t erikoismerkit ynnä muut toimi. Ongelma tuskin on pelkästään täällä päässä sillä tämä toistuu satunnaisesti sekä omalla koneellani että yliopiston koneilla. Se on kiusallinen vaiva ainakin minulle. --MiPe ^(wikinät) 13. maaliskuuta 2012 kello 17.19 (EET)

Mulla kuten hyvin monella muullakin oli aikoinaan sama ongelma, sitten vaihdoin selainta. Käytössäsi lienee IE? –Makele-90 (keskustelu) 13. maaliskuuta 2012 kello 17.55 (EET)

Sama ongelma täällä, editointiikkunan uudelleen latauis auttoi, selaimena mozilla.--Musamies (keskustelu) 13. maaliskuuta 2012 kello 17.59 (EET)

Mjooh, selaimen välimuistin tyhjennys on vakiokorjaus kaikkiin outouksiin. (ctrl+refresh muokkaussivulla useimmilla selaimilla pitäisi riittää). Mikäli tuo ei auta niin kertokaa mitä selainta ja pienoisohjelmia yms käytätte. --Zache (keskustelu) 14. maaliskuuta 2012 kello 05.35 (EET)

Täällä toimii normaalisti, käytössä Opera. Pitke (keskustelu) 14. maaliskuuta 2012 kello 00.28 (EET)

mallineessa kummitteleva sienennimi

Olen vähän ymmälläni, kun artikkelissa rustovahakas on mallineen kuva nimellä "Hygrocybe.laeta.-.lindsey.jpg" ja kun kuvaa avaa, se onkin "Galerina.-.lindsey.jpg" jona se ilmeisesti on alun perin ladattu ja sellaisena se on myös commonsissa. Ottamatta kantaa sienilajin nimeämiseen (siitä on artikkelin keskustelusivulla) kyselen, miten tämä on teknisesti mahdollista ja kuuluuko sen olla niin. --Höyhens (keskustelu) 16. maaliskuuta 2012 kello 22.49 (EET)

File:Hygrocybe.laeta.-.lindsey.jpg on uudelleenohjaus commonssissa. --Anr (keskustelu) 16. maaliskuuta 2012 kello 23.01 (EET)

{{Coord}} -malline

Osaisiko joku mallineohjelmointiin perehtynyt sanoa, miten {{Coord}} -mallinetta saisi muutettua siten, että koordinaattien viereen tulisi nuoli, josta saisi kartan auki artikkelisivulle? En-wikissä mallineen sivu en:Template:Coord. Eli tätä kuvaa klikattaessa: --Olli ^keskustelu 18. maaliskuuta 2012 kello 08.33 (EET)

Ei saa mitenkään pelkästään mallinetta muuttamalla. Pienoisohjelmista löytyy testattavien joukosta Lisää GeoHack-tuki ja OpenStreetMap-kartta osoiterivin koordinaatteihin. joka tekee kaiketi saman tekstilinkkinä. Sinänsä tuon voisi lisätä kaikille käyttäjille myös, mutta vaatii että testataan sen toimivuus eri selaimilla. En muistaakseni tehnyt itse muuta kuin copypastetin tuon koodin fr/de/en -wikistä --Zache (keskustelu) 18. maaliskuuta 2012 kello 10.15 (EET)

Ok, tuo olisi hyvä testata. Lisäksi pitäisi saada toimimaan myös inlinenä eli tekstin seassa. Lisäksi olisi mukavampi jos tuo olisi hieman yksinkertaistettu versio, kuten en-wikissä: [9] (pienempi leveydeltä, ja kelluu tekstin päällä). En tiedä onko tämä fiwikissä: meta:WikiMiniAtlas ,enwikissä on käytössä ilmeisesti, ja olisi tarpeen ehkä asentaa kokeiltavaksi.--Olli ^keskustelu 18. maaliskuuta 2012 kello 17.22 (EET)

Sorttaus ongelma

Osaisko joku korjata Luettelo Jokereissa pelanneista jääkiekkoilijoista kenttäpelaajat osion sortteerauksen? Ennen se toimi niin kuin pitikin, mutta nyt jostain syystä se ei osaa lukea satalukuja oikein. Kiitos --Jvuollo (keskustelu) 18. maaliskuuta 2012 kello 19.33 (EET)

Eikös tästä keskusteltu aikaisemminkin tässä samassa kahvihuoneessa: Wikipedia:Kahvihuone (tekniikka)/Arkisto_19#Sorttaus ei toimi, missä vika?? Samat neuvot oletettavasti toimisivat edelleen. --Alcedoatthis 19. maaliskuuta 2012 kello 11.11 (EET)

Estoasetuksista

Jäin miettimään noita estoasetuksia, joista ei ole kunnollista tietoa oikein missään. Kysymys käyttäjätunnusten ikuisista estoista niin, että samalla estetään myös kaikkien käyttäjätunnusten muokkaaminen samasta IP-osoitteesta. Estääkö tämä siis vandaalikäyttäjän vandalismissa käyttämän IP-osoitteen ikuisesti niin, ettei kukaan kunnollinen käyttäjä enää koskaan pysty muokkaamaan samasta osoitteesta? Onko tämä sama vai eri asia kuin automaattinen IP-osoitteiden esto 24 tunniksi? Eikö tämä, jos olen oikein ymmärtänyt, tarkoita sitten sitä, että jos sattumalta joku vandaali on muokannut aikanaan sellaisesta IP-osoitteesta, joka on samalla estetty asetuksin "myös sisäänkirjautuneet käyttäjät estetty", niin kukaan ei koskaan enää voi samasta IP-osoitteesta muokata riippumatta siitä, onko hänellä käyttäjätunnus vai ei ja vaikka hän on täysin eri käyttäjä kuin muinainen vandaali? --Pxos (keskustelu) 19. maaliskuuta 2012 kello 13.26 (EET)

Itse asiassa kysymys koskee myös käyttäjätunnusten estoa. Jos "Ali Vandaali" on estetty ikuisesti asetuksin "estä myös tästä osoitteesta muokkaavat sisäänkirjautuneet käyttäjät", niin eikös tämä tarkoita sitä, että vandaalin sattumalta käyttämä IP-osoite on estetty taustalla ikuisesti? Eikö tämä merkitse sitten sitä, että tuhansia IP-osoitteita on tullut pysyvästi estetyksi vain sen takia, että joku vandaali on vuosia sitten käyttänyt niitä? Tällaisista estoistahan eivät ihmiset pääse edes huomauttamaan koskaan, kun kerran kaikki muokkaus on estetty. --Pxos (keskustelu) 19. maaliskuuta 2012 kello 14.14 (EET)

IP estetään ymmärtääkseni vain 24 tunniksi, ei missään tapauksessa ikuisesti. Automaattinen IP-esto tarkoittaa sitä, että jos estetty käyttäjä yrittää muokata estonsa aikana sisäänkirjautuneena, niin yrityksessä käytetylle IP-osoitteelle lätkähtää esto automaattisesti (ja näitä estoja pitää joissain tapauksissa poistella käsin kun käyttäjän esto poistetaan). Automaattisten estojenkin pituus taisi olla tuo 24 tuntia. Jafeluv 19. maaliskuuta 2012 kello 14.16 (EET)

Juu, ja periaatteessa estoista pääsee joka tapauksessa huomauttamaan jonkun ylläpitäjän sähköpostin kautta. Jos älyää.--Tanár 19. maaliskuuta 2012 kello 15.47 (EET)

Tuo vissiin tarkoittaa juuri vain automaattiestoa (autoblock). Sen sijaan jos IP-osoite estetään vuodeksi (kuten botti tekee openproxyille), niin mikäli tällaisessa pitkässä estossa laitetaan lisäksi "estä myös sisäänkirjautuneet", niin tämähän tarkoittaa käytännössä sitä, että IP-osoitteesta ei voi kukaan muokata eston aikana. --Pxos (keskustelu) 19. maaliskuuta 2012 kello 14.18 (EET)

Joo, ja avointen proxyjen tapauksessa on suositeltavaakin estää siten, että ko. IP-osoitteesta ei voi kukaan muokata, koska ”avoimien välityspalvelimien käyttö ei ole sallittua edes käyttäjätunnuksella sisään kirjautuneena” per käytäntö Wikipedia:Ei avoimia välityspalvelimia. –Ejs-80 19. maaliskuuta 2012 kello 14.27 (EET)

En vissiin ole osannut asettaa kysymystäni täsmällisesti. Yritetääns vielä. Jos Ali Vandaali estetään vandaalitunnuksina sellaisilla asetuksilla, joita täällä melkein poikkeuksetta käytetään aina, kun vandalismitunnus estetään ikuisesti, asetukset ovat seuraavat:

1. Estä viimeisin IP-osoite, josta käyttäjä on muokannut, sekä ne osoitteet, joista hän jatkossa yrittää muokata.

Tämä tarkoittaa sitä, että kun vandaali yrittää jälleen muokata tunnuksellaan, hän ei voi muokata kirjautuneena eikä sen jälkeen kirjautumattomana, kun IP-osoite tulee estetyksi samalla 24 tunniksi.

2. Estä sisäänkirjautuneita käyttäjiä muokkaamasta tästä IP-osoitteesta.

Mitä tämä tarkoittaa? a) vandaalin aikanaan käyttämästä osoitteesta ei voi muokata vandaali eikä kukaan muukaan käyttäjätunnus tai IP-osoite aa) seuraavan 24 tunnin ajan vai ab) ikuisesti VAI b) vandaalin viimeisimmästä IP-osoitteesta ei voi vandaali itse eikä kukaan muukaan kirjautunut käyttäjä muokata 24 tunnin ajan vai miten? En-wikissä puhutaan, että tämä hard-block pitää laittaa ainoastaan silloin, kun on selvää että tunnettu vandaali tekee paljon kertakäyttötunnuksia ja sukkanukkeja. Meillä asetus laitetaan päälle heti yksittäisen käyttäjän kohdalla.

--Pxos (keskustelu) 19. maaliskuuta 2012 kello 14.42 (EET)

Jos nyt äkkiä oikein katsoin, mw:Manual:Block and unblock ei puhu käyttäjätunnusestojen tapauksessa kakkoskohdasta (”Estä sisäänkirjautuneita käyttäjiä muokkaamasta tästä IP-osoitteesta”) mitään – siellä muuten viitataan kommenttisi ykköskohtaan termillä hardblocking. Enwikin New admin schoolin sivullakin kakkosvaihtoehdosta puhutaan vain IP-estojen kohdalla (englanniksi ”prevent logged-in users from editing from this IP address), mikä onkin tuttua. Itse asiassa en muista nähneeni tuollaista estolomakkeen kohtaa useimpien antamieni käyttäjätunnusestojen kohdalla. Kuitenkin jos otan ”muuta eston asetuksia” -painikkeella katseluun vanhimpia asettamiani tunnusestoja, niissä tuo ”Estä sisäänkirjautuneita käyttäjiä muokkaamasta tästä IP-osoitteesta” on ruksattuna. Olisikohan tuossa kyse siitä, että muiden estoasetusten vaikutukset eivät ulotu aiemmin rekisteröityihin tunnuksiin (sekä myöhemmin IP-osoitteesta rekisteröitäviin tunnuksiin, jos tunnusten luomista ei estä), jos kyseisen kohdan jättää ruksaamatta (ja siten ruksattaessa se ikuinen käyttäjätunnusesto vaikuttaisi vandaalin käyttämästä IP-osoitteesta/osoitteista sisäänkirjautuneisiin automaattisen/automaattisten 24-tuntisten verran).

Automaattiestojen ihmeellisyyksiä on esitelty tarkemmin MediaWiki.orgin sivulla Autoblock. –Ejs-80 19. maaliskuuta 2012 kello 15.59 (EET)

Jos vandaali-ali saattuu luomaan käyttäjätunnuksen sellaisesta pysyvästä (= 1–4 kk sama) IP-osoitteesta, joka sitten vaihtuessaan annetaan jollekulle toiselle ihmiselle useaksi kuukaudeksi, tarkoittaako yllä oleva kakkoskohta sitä, että tästä IP-osoitteesta ei voi kukaan muokata koskaan sen vuoksi että a) IP-osoite estetään aina 24 tunniksi kerrallaan joka kerta kun yrittää ja/tai b) IP-osoite on estetty ikuisesti. Kysymys on melko teoreettinen, koska IP-osoitteita on miljoonia, mutta kuitenkin. Tämä vissiin liittyy tuohon Otrfanin kysymykseen joulukuulta, vai kuinka? --Pxos (keskustelu) 19. maaliskuuta 2012 kello 15.08 (EET)

Okei, nyt vaikuttaa siltä, että tuo kakkoskohta (estä sisäänkirjautuneet tästä IP-osoitteesta) ei vaikuta mitään silloin, kun käyttäjätunnus on estetty. Sen vaikutus taitaa ulottua vain IP-osoitteiden estoon, jolloin se toimii, mutta kun se kytketään päälle käyttäjätunnusestoissa, sillä ei ole mitään vaikutusta mihinkään riippumatta siitä, onko autoblock (estä viimeisin IP-osoite ja kaikki muutkin käyttäjätunnuksen käyttämät osoitteet) laitettu päälle tahi ei. Sen sijaan tuo autoblock onkin aika kauhea tapaus: vaikka teoriassa se kestää aina korkeintaan 24 tuntia kerrallaan, se kuitenkin aktivoituu aina uudestaan jokaikinen kerta kun IP-osoitteesta tulee muokkaus hyvältäkin käyttäjältä. Toisin sanoen kun vandaalitunnus estetään ikuisesti asetuksin "tunnusten luonti estetty" ja "IP-osoitteet estetty", kukaan muu ei voi koskaan enää muokata ollenkaan tuosta IP-osoitteesta. Jos osoite on pysyvästi vaikkapa jonkun kirjaston käytössä, yksi ainut vandaali estää ikuisesti 1) muokkaamisen nimettömänä osoitteesta JA 2) tunnusten luomisen kyseisestä osoitteesta toisena käyttäjänä SEKÄ 3) kaikkien aiemmin kirjautuneiden hyvien käyttäjien muokkaukset tuosta samasta osoitteesta, koska autoblock aktivoituu aina 24 tunniksi niin kauan kun esto on voimassa eli ikuisen eston kohdalla = ikuisesti. Hurjaa. --Pxos (keskustelu) 19. maaliskuuta 2012 kello 17.09 (EET)

En-wikissä, jossa on tietenkin sama ohjelma (MediaWiki) kun meillä ja samat asetukset, löytyy hyvä todistuskappale tästä. Käyttäjä Orijentolog on estetty ikuisesti syyskuussa 2009 [10], ja kun samasta IP-osoitteesta muokannut käyttäjä on maaliskuussa 2012 yrittänyt muokata, automaattinen esto on tullut päälle (Autoblock #3832391). Yksi osoite siis todellakin estyy ikuisesti vandaalitunnuksen mukana. Tämä ei ole hyvä juttu. Ja kun tarkastelee estettyjen käyttäjien lokia, rekisteröityneitä käyttäjiä on tällä hetkellä noin 200 000 tunnusta, mutta automaattisten estojen lukumäärä on jo noin 495 387. Minun mielestäni tämä voi omalta pieneltä osaltaan vaikuttaa jopa siihen, että Wikipedian uusien käyttäjien määrä laskee koko ajan: he eivät pääse sisään! --Pxos (keskustelu) 19. maaliskuuta 2012 kello 18.26 (EET)

Tuo ikuisesti estetty käyttäjä (Orijentolog) on tosin voinut yrittää muokata ihan äskettäin, sillä hän on tehnyt keskustelusivumuokkauksen 15. maaliskuuta 2012. –Ejs-80 19. maaliskuuta 2012 kello 18.33 (EET)

Tosiaan. Huono esimerkki sinänsä. --Pxos (keskustelu) 19. maaliskuuta 2012 kello 18.51 (EET)

Periaatteessahan tuon homman pitäisi toimia niin, että kun 24 tunnin automaattiset IP-estot ehtivät vanheta, uusia sellaisia ei pitäisi laukaista kuin estetyn tunnuksen muokkausyritykset (jos tuo pitää kutinsa, kauhuskenaario toteutuisi vain, jos automaattiestetystä IP-osoitteesta käsin tulee jatkuvasti 24 tunnin sisällä uusia muokkausyrityksiä joko vandaalin tai jonkin asiallisen käyttäjän toimesta). –Ejs-80 19. maaliskuuta 2012 kello 18.38 (EET)

Testitunnus Pxos-test4 on nyt estetty ikuisesti noin tunti sitten. Kun kirjaudun testitunnuksella Pxos-test3, niin autoblock asettaa 24 tunnin muokkauseston, joka alkaa muokkaushetkestä. On hyvin luultavaa, että jos kokeilen parin päivän kuluttua uudestaan samaa (jos IP-osoite on pysynyt samana sillä välin), niin testitunnus nro 3 saa taas uuden 24 tuntia kestävän eston, koska se jakaa osoitteen -test4:n kanssa. --Pxos (keskustelu) 19. maaliskuuta 2012 kello 18.51 (EET)

Ei pitäisi saada, ellet välillä yritä käyttää estettyä tunnusta. --Otrfan (keskustelu) 19. maaliskuuta 2012 kello 18.54 (EET)

Tuli muuten mieleen kysymys, miten testiin vaikuttaa se, jos Pxos-tunnusta käytetään eston aikana samasta IP-osoitteesta kuin testitunnuksia. Sehän on ylläpitotunnus, ja ylläpito-oikeuksiin kuuluu ipblock-exempt, joka ohittaa automaattiset ja osoitealue-estot. Automaattiestot eivät siis siihen vaikuta, ja ohittamisen voisi tietysti arvella viittaavan siihen, ettei se niitä myöskään itse aiheuta. –Ejs-80 19. maaliskuuta 2012 kello 19.10 (EET)

Olin väärässä autoblockin ulottuvuudesta ja kertautuvuudesta, mikä on hieno asia. Tosiaan mikäli estetty tunnus ei yritä muokata eston aikana, automaattisen eston pituus on korkeintaan 24 tuntia, jonka jälkeen samasta IP-osoitteesta tulevat muut käyttäjät voivat muokata vapaasti. Sen sijaan jos estetty käyttäjä yrittää muokata, tällöin automaattiesto tulee jälleen voimaan 24 tunniksi. IP-esto ei siis ole pysyvä eikä estä lopullisesti muiden käyttäjien muokkaamista. Tulipahan nyt varmistettua tämä kantapään kautta, niin ei jää enää kenellekään (= minulle) epäselväksi. Ugh, olen testannut, ja hypoteesini on tullut kumotuksi. --Pxos (keskustelu) 20. maaliskuuta 2012 kello 19.41 (EET)

Yliviivattu omista ylläolevista kommenteista väärät ja harhaanjohtavat kohdat. Käyttäjät Jafeluv, Ejs-80 ja Otrfan olivat oikeassa. --Pxos (keskustelu) 20. maaliskuuta 2012 kello 19.56 (EET)