Keskustelu käyttäjästä:Zache/Arkisto27

Viimeisin kommentti: 8 vuotta sitten käyttäjältä Pxos-alter aiheessa Patroller-muutosprosessi
Tämä sivu on arkisto. Älä muokkaa tätä sivua.

Wikipedia:Heinäkuun lähdetalkoot/2016

muokkaa
Palkinto aktiivisesta osallistumisestasi heinäkuun 2016 lähdetalkoisiin.

Kiitos osallistumisesta! Voit lisätä tämän palkinnon käyttäjäsivullesi koodilla {{Lähdetalkoot2016}}.-Henswick (keskustelu) 1. elokuuta 2016 kello 15.37 (EEST)Vastaa

Wikidata weekly summary #220

muokkaa

Sitaattimalline keskusteluissa

muokkaa

Sori että muokkasin kommenttiasi MV-läpyskän keskustelusivulla. Sitaattimallinetta ei voi käyttää keskusteluissa, koska se ei sisenny kaksoispisteillä vaan noudattaa omia lakejaan. --Mwåc8m (keskustelu) 4. elokuuta 2016 kello 08.55 (EEST)Vastaa

Niinpä näytti tekevän. Kiitos muokkauksesta. --Zache (keskustelu) 4. elokuuta 2016 kello 09.03 (EEST)Vastaa

The Signpost: 4 August 2016

muokkaa

Wikidata weekly summary #221

muokkaa

E olla

muokkaa

Mikä vekotin tuottaa noita lisämerkkejä [1], kun niitä esiintyy usein sinulla ja joskus muillakin? Varmaan mobiilikäyttöliittymä, koska sen kanssa Wikipediaan pitkien selostusten kirjoittaminen on yhtä hehvettiä. Asiaan ei varmaan ole mitään torjuntakeinoa, paitsi tietysti se Flow, jossa muokataan vain omaa tekstiä. --Pxos (keskustelu) 15. elokuuta 2016 kello 15.46 (EEST)Vastaa

Osa tulee WikEd:stä ja siitä miten se latautuu (varsinkin tekstiboksin alkuun tulevat kirjaimet). Tuo nimenomainen kuitenkin taisi johtua huonosta läppärin touchpadistä ja siitä, että se arpoi kursorin johonkin. --Zache (keskustelu) 16. elokuuta 2016 kello 08.08 (EEST)Vastaa

Patroller-muutosprosessi

muokkaa

Kun rupesin ajamaan ladalla, niin huomaan, että tämä tunnus ei ole patroller. Eipä näy keltaista eikä "New pages patrol" -linkkejä. Mitens sen teknisten asetusten muutosten kanssa on, kun oli vissiin tarkoituksena muuttaa patroller-ryhmän jäsenyysehtoja. Onko asia (a)priorisoitunut taustalle vai eikö se enää ole tärkeä? --Pxos-alter (keskustelu) 15. elokuuta 2016 kello 23.58 (EEST)Vastaa

Se on (a)priorisoitunut taustalle. --Zache (keskustelu) 16. elokuuta 2016 kello 08.07 (EEST)Vastaa
@Pxos-alter: Tämä etenee nyt. ks. phab:T144817 --Zache (keskustelu) 6. syyskuuta 2016 kello 21.07 (EEST)Vastaa
Tehtävään tartuttiin heti ja se ilmeisesti toteutuu vuorokauden sisällä. Ihmeellistä. Olisin odottanut perinteistä noin vuoden viivettä kuten Bugzillassa, mutta ehkä säätiö on vihdoin pannut osan lahjoitusrahoistaan oikeaan paikkaan tai sitten homma vaikutti vain niin kivalta, että uusia hommia selaavat yliruuvimeisselit nappasivat sen välittömästi toteutettavaksi. Katsotaan, mitä tapahtuu. Gerrit-koodista huomasin, että kaikkien muiden määriteltyjen oikeuksien kohdalla on koodissa aina vakiomerkkijono "=> true", mutta tässä muutoksessa ei ole. En tiedä, onko mitään väliä tuolla. --Pxos-alter (keskustelu) 7. syyskuuta 2016 kello 12.57 (EEST)Vastaa
On sillä todennäköisesti väliä. Hyvin huomattu. --Zache (keskustelu) 7. syyskuuta 2016 kello 13.51 (EEST)Vastaa
Nyt näkyy olevan muutokset tehty! --Pxos-alter (keskustelu) 7. syyskuuta 2016 kello 16.10 (EEST)Vastaa

Wikidata weekly summary #222

muokkaa

Malline ja hakutoiminto

muokkaa

Malline aiheuttaa sivuvaikutuksia wikipedian hakutoiminnolle. Kun hakee tiettyä järveä, antaa se myös ne artikkelit, jossa on haettavan järven nimen sisältävä mallinne. Tämä haittaa esimerkiksi samantapaisten nimien etsimistä, koska aiheettomia löytöjä tulostetaan samaan luetteloon satamäärin. Erityisesti tämä ilmenee mallinella {{Ikaalisten reitin valuma-alue}} (sisältää noin 500 hakusanaa!), jollainen on esimerkiksi artikkelissa Ala-Majavesi. Jotta hakutoiminto toimisi järkevämmin, onko mahdollista "pimittää" hakutoiminnolta mallinneen sisältämää sanastoa?--J Hokkanen (keskustelu) 22. elokuuta 2016 kello 17.57 (EEST)Vastaa

Esim. haulla insource:Ala-Majavesi saat tulokset ilman mallineiden sisällä olevaa tekstiä. Jos haluat hakea pelkkää otsikkoa, niin silloinhan intitle:Ala-Majavesi on kätevin. --Stryn (keskustelu) 22. elokuuta 2016 kello 18.10 (EEST)Vastaa
Insourcea olisin ehdottanut myös. --Zache (keskustelu) 22. elokuuta 2016 kello 18.28 (EEST)Vastaa
Kiitos. Tuohan on kätevä menetelmä.--J Hokkanen (keskustelu) 22. elokuuta 2016 kello 20.16 (EEST)Vastaa

Tietolaatikko keskustelu

muokkaa

Tietolaattikkojen tyylistä voidaan keskustella ilman päivämäärien linkitystäkin, jolloin on todennäköistä päästä konsensukseen (linkitykset laatikoissa esim. tasolla lähteistetty tieto leipätekstissä niin wikitys on ok). Päivämäärien linkityksestä (ja ainoastaan siitä) pitäisi luoda oma keskustelu, johon sisällytetään linkitykset niin tietolaatikoissa kuin leipätekstissäkin. Tämä keskustelu pitäisi sitten moderoida huolella, jotta se ei keskittyisi lillukanvarsiin vaan kokonaisuuteen.--194.251.119.208 23. elokuuta 2016 kello 10.28 (EEST)Vastaa

No tuon nykyisen keskustelun pohjalta niin päivämääriä ei linkitettäisi, suurimmat fontti- ja rivikoot ovat liian suuria (kukaan ei ole pitänyt niistä) ja small-tagin käyttö taisi jakaa keskustelijat kahtia. Tuo small-tagin käytön kohtalo on minusta sikäli teknisessä mielessä selkeä, että teksti menee sillä liian pieneksi jotta huononäköisimmät/huononäyttöisimmät saisivat siitä selvää joten vaikka teksti kirjoitettaisiin small:lla niin sitä pitäisi suurentaa nykyisestä suhteessa tietolaatikon muuhun tekstiin.--Zache (keskustelu) 23. elokuuta 2016 kello 13.22 (EEST)Vastaa
Tarkoitan tässä kokonaisuuden hallintaa eli jos päivämääriä ei lainkaan linkitetä tai ainoastaan henkilöartikkeleiden syntymä- ja kuolinvuodet linkitetään (ja millä perusteella nuo) niin mikä linkkien merkitys wikipedialle on (oli)? Tällä hetkellä päivämääriin on tuhansia linkkejä leipätekstissä, mallineissa jne. Wikipediassa on esimerkiksi uutisia, jotka perustuvat päivämääriin eli kokonaisuus unohtuu. Nyt tehdään konsensus päätös päivämäärälinkkien poistamisesta ja mitä sen jälkeen? Poistetaan uutiset, päivämäärä artikkelit ja muu kalenteriin sidottu tieto.--194.251.119.208 24. elokuuta 2016 kello 16.21 (EEST)Vastaa
No kai vuosi- ja päivämääräartikkeleita on joskus pidetty hyvänä ideana, mutta siinä vaiheessa kun ollaan huomattu ettei ketään oikeastaan kiinnosta ylläpitää tai kehittää niitä, niiden merkitys on jäänyt siihen että päivmääräartikkelit päätyvät kerran vuodessa etusivulle ja vuosiartikkeli on tärkeä uutenavuotena. Samalla tästä on seurannut se, että linkkejäkään noille sivuille pidetä enää tarpeellisena. (En täysin allekirjoita tuota tarpeettomuutta. Pelkästään se, että ne linkitetään kerran vuodessa etusivulta tekee niistä tarpeellisia ja niihin kannattaisi panostaa). Syvällisempi tekninen ongelma asiassa on se, että tuollaiset päivämääräsivut eivät toimi käsin ylläpidettynä vaan niiden tulisi olla dynaamisesti päivittyviä jota nykyinen wikialusta ei mahdollista ja jos systeemi sallisi dynaamiset sivut jotka luovat kontekstiin ja kalenteriin liittyivä koosteita (vrt. resonaattorin timeline), niin todennäköisesti linkkejä päivämääristäkin pidettäisiin mielekkäämpinä. --Zache (keskustelu) 24. elokuuta 2016 kello 17.04 (EEST)Vastaa

Wikidata weekly summary #223

muokkaa

Tarkkailupaneeli

muokkaa

Hei, Saisiko Dashboard sivun käyttöliittymätekstit viimein vaihdettua tuolle uudelle nimelle ”Tarkkailupaneeli”?. Sanoin asiasta aikaisemmin, mutta mitään ei ole vielä tapahtunut. Muutettavat1 Muutettavat2. Muutettavat3. Eli siis Dashboard -> Tarkkailupaneeli. Terveisin, --Fisuaq (keskustelu) 25. elokuuta 2016 kello 19.06 (EEST)Vastaa

Hyvä kun muistutit, en ollut huomannut mainintaasi enkä ollut ajatellut asiaa sen enempää joten jos et olisi maininnut, niin en varmaan olisi muuttanut niitä ikinä. Kiitos. --Zache (keskustelu) 25. elokuuta 2016 kello 19.14 (EEST)Vastaa
Eipä kestä. Hyvä, että tuli tehtyä. --Fisuaq (keskustelu) 25. elokuuta 2016 kello 19.27 (EEST)Vastaa

Kysymys tekniikka-kahvihuoneessa

muokkaa

Olisitko ystävällinen ja vastaisit kysymykseeni --Abc10 (keskustelu) 26. elokuuta 2016 kello 16.31 (EEST)Vastaa

Suojausmallineet

muokkaa

Paatkos ne vielä suojaamiisi sivuihin? --Pxos-alter (keskustelu) 29. elokuuta 2016 kello 11.52 (EEST)Vastaa

Lisätty. --Zache (keskustelu) 29. elokuuta 2016 kello 12.30 (EEST)Vastaa

Luokka:Tarkkailuluokat

muokkaa

Tein puolet työstä eli vain tuhosin, koska rakennuksen purkaminen on helpompaa kuin korjaaminen. Luokka:Tarkkailuluokat on tarkoitettu järjestelmän tuottamille omille virhehavainnoille, jotka tulevat jostain ylhäältä. Luokka tukehtuu, jos sinne kaadetaan vain kaikki itse tehdyt seurantaluokat, joten on keksittävä niille jokin oma muu luokitus. --Pxos-alter (keskustelu) 29. elokuuta 2016 kello 13.03 (EEST) Lisäys: Kaatopaikkojahan on vielä toiminnassa: Luokka:Huomiota kaipaavat sivut. --Pxos-alter (keskustelu) 29. elokuuta 2016 kello 13.04 (EEST)Vastaa

Juu, tosin olisit voinut samalla vaivalla kyllä lisätä niihin jonkun luokan kun poistit noita. --Zache (keskustelu) 29. elokuuta 2016 kello 13.05 (EEST)Vastaa
Käyn ne vielä uudestaan läpi kun löydän sopivan luokan. Tarkkailuluokissakin on englanninkielisiä luokkia, joiden nimiä pitäisi onnistua suomentamaan jossain. Useimmat ovat transuwikissä, mutta paria ei näkynyt siellä, koska ne luodaan en-wikin innoittamina suoraan järjestelmätasolla jossain. Ryhdyn puuhan, kun mahdollisesti saamani inspiraation synnyttämä energiainto ylittää työtä torjuvan luontaisen vieroksuntani. --Pxos-alter (keskustelu) 29. elokuuta 2016 kello 13.10 (EEST)Vastaa
Oma luokkansa tyyliin "tietolaatikkovirheet" olisi kyllä ollut parempi, mutta lajittelu epäonnistui ja kaikki meni nyt yhteen luokkaan. No, kun ajattelematta tekee asioita, saa aikaan mitä sattuu. Luokituksen kokonaisvaltainen korjauspuuha on liian työläs urakka. --Pxos-alter (keskustelu) 29. elokuuta 2016 kello 13.16 (EEST)Vastaa
Kokeiles asentaa se AWB. (olettaen siis, että käytät Windowsia) Se on aika lailla loppukäyttäjälle suunnattu työkalu ja sillä saa tehtyä luokitusmuutoksia tehtyä helposti. --Zache (keskustelu) 29. elokuuta 2016 kello 13.29 (EEST)Vastaa
Itse asiassa puun kaataminen leipäveitsellä ei kumma kyllä ole homman vaikein asia vaan ajattelutyö. Ei tuo luokkamuutosten tekeminen joko käsin tai HotCat-työkalulla ole ylivoimaista vaan sen sijaan luokitusjärjestelmän muuttaminen ajatuksen kanssa. En koe olevani niin taitava tai älykäs, että kykenisin itse tekemään luokituksesta paljon parempaa, vaan joskus jotakin yritän ja toivon, että tilanne järkevöityy. Joskus työ aiheuttaa myös kahden wikiäijän välistä reipasta keskustelua. --Pxos-alter (keskustelu) 7. syyskuuta 2016 kello 13.05 (EEST)Vastaa

Wikidata weekly summary #224

muokkaa

Eston pituus

muokkaa

Hei, viimeksi asettamasi eston pituudeksi tuli ilmeisesti vahingossa ikuinen. –Ejs-80 30. elokuuta 2016 kello 10.38 (EEST)Vastaa

Hups. vuodeksi oli tarkoitus estää. --Zache (keskustelu) 30. elokuuta 2016 kello 10.40 (EEST)Vastaa

Mobiiliverkkoja

muokkaa

Moi, viittisitkö taas katsoa jollain sql-taikakyselyllä parin yleisimmän mobiiliverkon kumoustilastoja vaikka kuukauden ajalta, kuten 85.76.* ja 37.219.* (DNA-Mobile)? Koitin käsipelillä katsella 37.219.*:ää ja näppituntuma on, että yli puolet elokuun muokkauksista on sotkemista ja kumottu (tavalla tai toisella: palautus, hylkäys tms). Voin itsekin katsoa jos neuvot mitä työkalua kannattaa käyttää. Haluaisin vähän evidenssiä päätöksen tueksi, että pannaanko taas laaja avaruusesto. --Jmk (keskustelu) 30. elokuuta 2016 kello 10.50 (EEST)Vastaa

Tai no laitoin nyt 37.219.*:lle saman tien avaruuseston, historian ja käsin tehtyjen havaintojen perusteella. Mutta sellainen kattavampi tilasto olisi kyllä taas mielenkiintoinen. --Jmk (keskustelu) 30. elokuuta 2016 kello 11.14 (EEST)Vastaa
tässä olisi listaa. Yleensä teen noita SQL-kyselyitä toollabsissa, (Quick start -ohje) joka on ihan perus linux -shell tunnari säätiön pyörittämällä virtuaalikoneella ja siellä pystyy avaamaan mysql/mariadb -konsolin tietokantaan. Ilmoitteles jos et pääse noilla ohjeilla kiinni tietokantaan, niin voisin etsiä Pxosille kirjoittamani täsmällisemmät ohjeet historian hämärästä. Säätiöllä on myös Quarry -niminen www-työkalu jolla voi tehdä hakuja, mutta se on juuri nyt nurin ja sillä tehdyt kyselyt ovat kertaluokkaa hitaampia kuin konsolissa tehdyt.--Zache (keskustelu) 30. elokuuta 2016 kello 12.24 (EEST)Vastaa
Kiitos! Kattelen ehtiessäni tuota toollabsia. Vähän meni näppiarvio pieleen, 37.219.*:n muokkauksista kumottiin "vain" 36 % (111/311) eikä yli puolet. Mutta juu kyseinen avaruus erottuu tuossa joukossakin aivan erityisen usein kumottuna ja aktiivisena avaruutena. Pahamaineisen kasiviis-seiskakuuden muokkauksista kumotaan vain 22 %. --Jmk (keskustelu) 30. elokuuta 2016 kello 12.34 (EEST)Vastaa
no siis yhdellä kumouksella on voitu kumota useita muokkauksia ja oppilaitosverkotkaan joissa kumotaan käytännössä kumotaan kaikki muokkaukset pääse tämänkaltaisella tilastoinnilla 50%:aan. Käytännössä kaikki joitka menee yli 30% ovat sellaisia, että ne voisi pistää kiinni kokonaan jos niistä ei tule huomattavia määriä muokkauksia. --Zache (keskustelu) 30. elokuuta 2016 kello 12.36 (EEST)Vastaa
Nyt Quarrykin taas toimii. Pistin sinne tuon recentchanges kyselyn ja sieltä saa tiedot ulos mm. wikitablena. Quarry: 12156. --Zache (keskustelu) 31. elokuuta 2016 kello 06.53 (EEST)Vastaa
Kätevää. Forkkasin tuosta toisen version IPv6-osoitteiden tutkimiseen: [2]. Löytyi siltäkin puolelta pari aktiivista yli 30%:n suoritukseen yltävää avaruutta, toinen Elisan ja toinen DNA:n. --Jmk (keskustelu) 31. elokuuta 2016 kello 12.39 (EEST)Vastaa
Jos inspiraatiota riittää, niin mobiiliverkkojen jälkeen voisi miettiä eniten vandalisoitujen sivujen suojaamista (ks, Quarry: 12170). Esimerkiksi sotketuimman promillen suojaaminen varmaan riittäisi siistimään näkyvästi jo tuoreita muutoksia (ja sotketuimman prosentin huomattavasti.). Tein joskus aiheeseen liittyen tälläisen videon jossa uusi artikkeli syntyy aina ulkokehälle ja kun artikkeliin tehtiin kumous, niin se muutui aina hiukan punaisemmaksi. Lähinnä idea tuossa on näyttää sitä, että kumoukset eivät jakaanu mitenkään tasaisesti artikkeleihin vaan ne keskittyvät pieneen osaan. --Zache (keskustelu) 31. elokuuta 2016 kello 17.18 (EEST)Vastaa
Tuollainen pitäisi viedä käytäntökahvihuoneeseen. Wikipediassa on tarpeen mukaan suojattu yleensä noin 10—20 artikkelia kerrallaan. Promille artikkelimäärästä on noin neljäsataa sivua, joten ei tuollaista voisi vain ottaa ja tehdä jonain kuulaana syysyönä. Olen itse aikanani vakauttanut paljon sotkettuja sivuja, joten pitää muistaa myös vakautus-toiminto, joka ei estä muokkaamista. --Pxos-alter (keskustelu) 31. elokuuta 2016 kello 18.04 (EEST)Vastaa
Juu, niin pitää viedä kahvihuoneen kautta ja mitä tuohon vakauttamiseen tulee, niin tässä tapauksessa tarkoitus olisi estää muokkaamista, koska se on 9/10 kerrasta tai useammin haitallista. --Zache (keskustelu) 31. elokuuta 2016 kello 21.58 (EEST)Vastaa
Mutta tosiaan promille artikkeleista on jo iso joukko. En mä oikein lämpenisi niin ison artikkelijoukon suojaukselle: se on iso operaatio, jonka lisähyöty häntää kohti mentäessä menee marginaaliseksi. Katsoin yllä linkkaamasi kyselyn tuloksia sortattuna vuoden 2016 kumousmäärän mukaan. Määrä meni alle 10:n (per artikkeli) jo ekalla sivulla eli ennen kuin oli edes 100 artikkelia täynnä. Jos tammi-elokuussa (8 kuukaudessa) ei artikkeliin ole kertynyt edes 10 kumousta, niin ei kyseinen artikkeli ole enää erityisen tiheästi sotkennan kohteena. Enkä usko, että tuollaisella massasuojauksella saataisiin merkittävästi vähennettyä vandalismin kokonaismäärää: vandaalit vain siirtäisivät tarmonsa seuraavaan artikkeliin. --Jmk (keskustelu) 31. elokuuta 2016 kello 22.07 (EEST)Vastaa
Vähän riippuu mitä pidetään paljona, mutta jos huomioidaan pelkästään montako kertaa jotain artikkeli on kumottu niin neljännes kumouksista osuu kumotuimpaan promilleen artikkeleista. Tietty tuon lisäksi pitäisi huomioida se, että muokataanko artikkeleita IP-osoitteista muuten jolloin se on ihan normaalia, että siellä on kumouksia. Tällöin osuus on enää 15-20%. Toisaalta tämä toimii myös toisinpäin. Jos huomioidaan kumouksista vain ne jotka ovat olleet ns. "bad faith" -muokkauksia ja pyritään suojaamaan niitä artikkeleita joihin tulee noita paljon, eikä olla kiinnostuneita ns. good faith -muokkausten kumoamisista, niin osuus puolestaan nousee. Tuosta muuten, että onko jokin artikkeli erityisen tiheän sotkennan kohteena, niin ei se ole hirveän olennaista, koska muokkaukset joka tapauksessa jakaantuvat isoon joukkoon jolloin yksittäiseen artikkeliin tulee harvakseltaan sotkemista, mutta joukkona niihin tulee jatkuvasti. Olennaisempi seurattava asia olisi minusta se, että ovatko johonkin artikkeliin tulevat muokkaukset käytännössä aina sotkemista vaikka ne tapahtuisivat harvakseltaan. Otetaan esimerkkinä vaikka Ludwig van Beethoven johon tulee sotkemista vähemmän kuin kerran kuukaudessa, mutta käytännössä kaikki IP-muokkaukset ovat sotkemista. --Zache (keskustelu) 1. syyskuuta 2016 kello 08.05 (EEST)Vastaa
top N -artikkeleiden osuus kaikista IP-kumouksista vuonna 2016 (IP-kumouksia yhteensä=14687)
n kumottuja muokkauksia kumottuja muokkauksia / IP-kumouksia yhteensä
4 195 0.0133
40 1147  0.0781
400 4173  0.2841
4000 10773  0.7335
kaikki 14687 1
Asia kannattaa varmaan viedä kahvihuoneen puolelle. --Jmk (keskustelu) 1. syyskuuta 2016 kello 08.07 (EEST)Vastaa

Lisäisitkö tohon 12156-quarryyn sarakkeen "monestako eri osoitteesta"? (Helppo lisäys, ks. mallia IPv6-avaruuksia listaavasta 12161-quarrystä.) Se antaa vähän arviota siitä, miten työlästä niitä osoitteita on käsitellä (huomatella, estellä) yksitellen. Jos koko avaruudesta kaikki aktiviteetti tulee vain yhdestä osoitteesta niin ei tarvita avaruusestoa, mutta jos siellä on melkein joka muokkaus uudesta osoitteesta niin yksitellen käsittely on toivotonta. --Jmk (keskustelu) 1. syyskuuta 2016 kello 13.37 (EEST)Vastaa

Lisätty. --Zache (keskustelu) 1. syyskuuta 2016 kello 13.42 (EEST)Vastaa

@Pxos-alter: kirjoittelin tälläisen Wikipedia:Wikiprojekti_Vandalismin_torjunta/Artikkelien_suojaus --Zache (keskustelu) 3. syyskuuta 2016 kello 11.25 (EEST)Vastaa

Seuloja ja automaattiseulottu

muokkaa
  • 15. kesäkuuta 2016 kello 15.46 Zache (keskustelu | muokkaukset) muutti käyttäjän Zache oikeudet ryhmistä seuloja ja ylläpitäjä ryhmiin seuloja, ylläpitäjä ja automaattiseulottu

Onko enää tarpeen olla molemmat? --Pxos-alter (keskustelu) 31. elokuuta 2016 kello 13.11 (EEST)Vastaa

Ei varmaankaan. --Zache (keskustelu) 31. elokuuta 2016 kello 13.13 (EEST)Vastaa

Wikidata weekly summary #225

muokkaa
Palaa käyttäjän ”Zache/Arkisto27” käyttäjäsivulle.