Kait UKbotin kohdalla suurin aika menee siihen, että virittää sen tulille jotta sitä voi muokata. Tarvittavat muokkaukset lienee kuitenkin aika suoraviivainen asia, mut katsotaan miten aikaa riittää ennen kuin lupailen mitään. --Zache (keskustelu) 31. heinäkuuta 2013 kello 07.41 (EEST)[vastaa]
Otin reftoolbarin pois pienoisohjelmista toistaiseksi ja sen pitäisi varmaan poistaa tuo ilmoitus samalla? Tms. pienoisohjelma on mennyt jossain vaiheessa rikki ja se pitäisi korjata ennen kuin sen palauttaa tuonne. Enwikissä muuten pienoisohjelma on yhdistetty wikieditoriin ja oikeastaan oikea tapa korjata se olisi pyytää se säätiön puolesta tännekkin jahka joku saa selvitettyä sen, että mitä oikein pitäisi pyytää. --Zache (keskustelu) 31. heinäkuuta 2013 kello 16.51 (EEST)[vastaa]
Otin Wikitrust/Wikipraisen kokonaan pois pienoisohjelmista. Pistän sen takaisin jossain vaiheessa kun saan korjattua sen, mutta se tuskin tulee tapahtumaan ihan heti. (siinä on tällä hetkellä useampia ongelmia joihin minulla ei oikein ole mitään ratkaisua ja nekin joihin on vaatii säätämistä) --Zache (keskustelu) 31. heinäkuuta 2013 kello 22.28 (EEST)[vastaa]
The d:Wikidata:Global Economic Map task force is starting its property list. Please go there to propose important properties about economics for countries, regions or companies.
Following up from here, I was thinking about how we could implement this without breaking the original ImageRule. My solution involves two new options to {{Viikon kilpailu pisteet | kuva}}; "own" and "maxinitialcount". For Elokuun kuvitustalkoot they would be set like this: {{Viikon kilpailu pisteet | kuva | 1 | makspisteet= 5 |own=5 |maxinitialcount=0 }}. They can of course be localized, just provide me with your prefered names and I will update the config. One small problem is makspisteet. We need to set it to 5 to include own images, but then it will also give 5 points to 5 images from others... We could add even more options, perhaps "maxcount=1", but too many options can be confusing, so I'm not sure.. what do you think? Danmichaelo (keskustelu) 1. elokuuta 2013 kello 22.12 (EEST)[vastaa]
You mean that if user adds 5 images in single edit which aren't his/her own user will get 5 points? Why not just use maxinitialcount as check in this case too. Eg if maxinitialcount is zero then first image would pass but with second image there would be one picture in article allready and check would fail.
Sounds good, we can use maxinitialcount that way. Then we shouldn't actually need maxpoints. I've pushed a slight rewrite of your patch.[1] One remaining problem is that looking up imageinfo for each image adds seriously to the runtime of the bot. Initially when I made UKBot I thought about doing incremental updates, but for weekly contests this was not really necessary. Perhaps I should re-visit that idea... Danmichaelo (keskustelu) 2. elokuuta 2013 kello 00.35 (EEST)[vastaa]
It is now doing imageinfo query for all images in get_images() when it is only needed with new images. So you could do the fetching the imageinfo in test():s imgs_added loop which would solve most of the speed issues. Second thing is that get_images() will now miss edits like this where there are no file:/image:/etc prefix. Maybe prefixes = r'(?:file:|tiedosto:|kuva:|image:|bilde:|fil:|[\{\}\]\[\n=\|])' would do the trick. --Zache (keskustelu) 2. elokuuta 2013 kello 07.17 (EEST)[vastaa]
That's a good point, I was certainly quite tired yesterday ;) It still seems to me that incremental updates will have to be implemented at some point for monthly contests since the runtime at the end of Heinäkuun lähdetalkoot was > 20 min., but it's not that much of a rush to fix now. Do you want me to setup a crontab for updating Wikipedia:Elokuun_kuvitustalkoot/2013? I could also add you as a project maintainer to the ukbot project on Tool Labs if you are interested? Danmichaelo (keskustelu) 2. elokuuta 2013 kello 10.20 (EEST)[vastaa]
I've prepared the setup at tool labs now and will start it after work today (just in case something goes wrong :)). Btw. could you look into updating of Malline:Viikon kilpailu pisteet so that the text reflects the oma and makskuvienmäärä parameters? Now it just says "Jokaisesta lisätystä kuvasta annetaan 1 pistettä". Danmichaelo (keskustelu) 2. elokuuta 2013 kello 11.09 (EEST)[vastaa]
Done. Btw there is that kind of feature that if there is allready images in article which aren't really photos then check will give false negatives. (In example: Yleisurheilun alle....-article and Gold medal blank.svg ) I dont think that there is any easy solution to detect those so i will just document the feature to the elokuun kuvitustalkoot page and people will need to count manually images which are added to those pages. --Zache (keskustelu) 2. elokuuta 2013 kello 11.30 (EEST)[vastaa]
Yeah... one idea that could work quite well could be to put a limit on the filesize. The gold medal is less than 1 kB, and even some quite complex flags like File:Flag of Montenegro.svg is only 88 kB. Perhaps a limit of 100 kB would work...? But then we would also have to fetch imageinfo for existing images to get their filesize, which would be bad for performance.. Oh well, I've started the bot and added you to the project. Let's see how it goes. Something else; Järjestelmäviesti:Gadget-ViikonKilpailu.js should be updated to also check for Wikipedia:Elokuun kuvitustalkoot. Danmichaelo (keskustelu) 2. elokuuta 2013 kello 21.18 (EEST)[vastaa]
I am using this kind of code in my php-scripts which returns articles which contains images which are used less than in 3 other pages. It is not silver bullet but is reasonably fast but it fails with some widely used photos and with custom icons which are used only once. Script takes list of article_ids as input and returns those ids which have images.
function is_image($page_ids) {
global $dbh;
$query="SELECT * FROM imagelinks WHERE il_from IN (" . implode(",", $page_ids) .") AND il_to IN (";
$query.="SELECT il_to FROM ";
$query.="( SELECT count(il_to) as c, il_to FROM imagelinks WHERE il_to IN (";
$query.=" SELECT il_to FROM imagelinks WHERE il_from IN (" . implode(",", $page_ids) .") ";
$query.=" GROUP BY il_to) GROUP BY il_to ) as images WHERE c<3";
$query.=" ) GROUP BY il_from";
$stmt = $dbh->prepare($query);
$stmt->execute();
$ret=array();
while ($row=$stmt->fetch()) {
$ret[$row['il_from']]=1;
}
return array_keys($ret);
}
Mietin, että kun kyseessä on talkoot eivätkä kilpailu, niin olisiko parempi, että tuloslista olisi aakkosjärjestyksessä eikä pisteiden määrän mukaan? Pisteiden määrän mukaan järjestäminen antaa enemmän kuvan kilpailuista ja siitä että on tarkoitus kerätä mahdollisimman paljon pisteitä. Mielummin kannustaisi siihen, että mahdollisimman moni osallistuisi ja lisäisi ne 5 kuvaa. ~ Linnea (keskustelu) 5. elokuuta 2013 kello 13.58 (EEST)[vastaa]
kysäseppä tätä kuvitustalkoiden keskustelusivulla. Jos jengi haluaa pistää tuon aakkosjärjestykseen, niin pistetään viestiä Danmichaelolle. (tosin pystyn nyt muuttelemaan botin koodia itsekin) Mulla vois olla samaan syssyyn pari muutakin muutosehdotusta liittyen noiden kuvituskuvien tunnistamiseen joiden toteutus menee vähän ohi mun python taitojen. --Zache (keskustelu) 5. elokuuta 2013 kello 14.07 (EEST)[vastaa]
Wikimania continues! If you are around make sure you come and say Hi!
Wikidata meetup in the chapters village on Saturday at 1 PM at Wikimania.
Other Noteworthy Stuff
Following numerous discussions we are happy to present the new version of the proposal that would lead to Wikidata supporting structured data for the Wiktionaries.
There are now only an estimated 1,000,000 articles remaining with inter language links, down from the previous 26,000,000!
Frequently used for cities and other places, P17 ("country") indicates the sovereign state an item relates to. There now at least 100 items for most present day sovereign states. Leading is China (Q148) with 607,817 items, followed by Iran (!794) with 105,875 items and the United States of America (Q30) with 99,243 items. China rose from just 5266 items a month ago.
Development
Changeops implemented for all Api modules
All Api modules now have better auto comments and custom summaries
To support the inclusion of geographical coordinates in Wikidata, just about two months a new data type came available and d:Property:P625 "coordinate location" was created. Already 565,000 pairs of coordinates are now available on WikiData. Compare this to 870,000 coordinates on English Wikipedia or 1,500,000 items with d:Property:P17 "country", likely to have coordinates. Have a look at them on a map.
Did you know?
Newest properties: approved by (P790), ISIL ID (P791), chapter (P792), Key event (P793), as (P794), distance along (P795), geo datum (P796), executing authority (P797), mission design series designation (P798), air ministry specification (P799), work (P800), notable work (P801), student (P802), professorship (P803), GNIS Antarctica ID (P804), subject of (P805). Italian cadastre code (P806) In Addition new properties to describe mushrooms were created: hymenium type (P783), mushroom cap shape (P784), hymenium attachment (P785), stipe character (P786), spore print color (P787), mushroom ecological type (P789), edibility (P789). These will allow to build the data for a mushroom infobox (as w:Template:Mycomorphbox).
Check if some of the items on this and this list can be merged. But be careful to only merge if they are really about the same topic! Help about merging is at d:Help:Merge.
Update, expand and translate d:Wikidata:Introduction to make it easier for newcomers to understand what Wikidata is all about.
Wikivoyage is still scheduled to get access to data on Wikidata (aka phase 2) on August 26.
Developers are working hard to also make the URL datatype available by August 26 but there are factors that are not in their hands so it might have to be delayed until the next deployment in 2 weeks. URL as a datatype will soon be available on test.wikidata.org. Please give it some thorough testing and report bugs.
Newest properties: separated from (P807), code Bien de Interés Cultural (P808), WPDA id (P809), academic minor (P811), academic major (P812), date retrieved (P813), IUCN protected areas category (P814), ITIS TSN (P815), decays to (P816), decay mode (P817)
Development
Prepared deployment of phase 2 on Wikivoyage
Worked on ability to sort qualifiers and references inside a statement
Started work on an api module to merge items
Worked on special page to query for items with one specific property and value
Cleaned up code for handling recent change entries from Wikidata in the clients (Wikipedia/Wikivoyage)
Worked on generic script for populating sites table and better integration with WMF process for creating new wikis
Setup new git repo for WikibaseMobile skin and extension
Fixed SetClaim api module to properly mark bot edits in recent changes and advised pywikipedia maintainers about adding support for the module. SetClaim can be used to create claims with references in a single edit.
Onko muuten niin, että jos ilmoittaa muille seulojille, että versio on parhaillaan arvioitavana, että tämä ei näy sinun tekemässäsi quickreview-luettelossa ollenkaan? --Pxos (keskustelu) 29. elokuuta 2013 kello 18.40 (EEST)[vastaa]
Se näkyy, mutta jos painaa tekemääsi "tarkasta muutos" -linkkiä, sitä ei näy. Toisin sanoen muille ilmoittaminen toimii, jos seulojat katsovat odottavien muutosten lista joko normaalina tai diffiluettelona, mutta jos seuloo satunnaisgeneraattorin arpomia muutoksia, ilmoitus ei auta mitään. --Pxos-test1 (keskustelu) 29. elokuuta 2013 kello 18.53 (EEST)[vastaa]
Deployment! Wikivoyage now has access to the wikidata dataset and various other bugs have also been fixed (including the copyright warning)!
Did you know?
Newest properties: interchange station (P833), public holiday (P832), parent club (P831), Encyclopedia of Life (P830), OEIS ID (P829), possible causes (P828), BBC programme identifier (P827), tonality (P826), dedicated to (P825), Meteoritical Bulletin Database ID (P824)
Näköjään minun kauhuskenaarioni vuorokaudessa kertyvistä odottavista muutoksista meni onneksi kunnolla pieleen, ja sen sijaan sinun arvelusi (mm. L-käyrästä) oli huomattavasti lähempänä totuutta. Uudelleenarviointien kasvu ei todellakaan ole lineaarista. Kun arvioituja artikkeleita oli 20 tuhatta, keskimäärin vuorokaudessa tehtiin noin 75–80 uudelleenarviointia. Nyt kun niitä on 200 tuhatta, uudelleenarviointeja on keskimäärin 150 vuorokaudessa. Arvioitujen artikkelien määrän kymmenkertaistuminen on ainoastaan kaksinkertaistanut odottavien muutosten lukumäärän. En vieläkään ymmärrä, mistä tämä johtuu, mutta kyseessä on kuitenkin erinomainen tulos. Näin seulonta ei muodostu liian työlääksi. --Pxos (keskustelu) 6. syyskuuta 2013 kello 09.23 (EEST)[vastaa]
No mä keksin kolme ilmiselvää syytä; isompi osa muokkaajista on (automaatti)seulojia, muutokset keskittyy samoihin artikkeleihin jotka joudutaan arvioimaan vain kerran ja kolmas vois olla, että ip/anonyymien muokkaajien määrä on vähentynyt. Tuo kolmas olis kohtuullisen odotettu lopputulos jos oletetaan, että a.) huomauttelun sekä kumousten määrä ja määrä korreloi sen kanssa jatkaako muokkaajat alkuvaiheessa ja b.) merkittyjen versioiden takia lähteettömyyteen puututaan herkemmin. Toinen seikka on, että minusta sotkeminen on huomattavasti vähentynyt verrattuna viime ja edellissyksyyn. Ainakin olen itse estellyt koulu-ip:tä huomattavasti vähemmän verrattuna aikaisempiin vuosiin joina avaruusestin aika reippaalla kädellä kouluja (wikipedia:oppilaitosestot ; pitäisi tarkistaa kuinka laajasti koulut ovat avaruusestettynä parhaillaan)--Zache (keskustelu) 6. syyskuuta 2013 kello 09.31 (EEST)[vastaa]
Eivät nuo syyt selitä asiaa, ainakaan täysin. Tein sinun Zache/stats.js-laskukoneellasi analyysin, ja sen tulos oli melkeinpä identtinen viime lokakuulta (15.10.2012) tallentamani analyysin kanssa. Melkein yhtä paljon muokkauksia, seulojien lukumäärän kasvu ei ole vaikuttanut yhtään mitään siihen, kuinka suuri osuus kaikista muutoksista on seulojien tekemiä (64 %), ja IP-muokkaajia on yhtä paljon vuorokaudessa (352 ja 347 IP-muokkausta päivässä, reilun 3 vrk:n tarkastelujaksolla IP-muokkaajia oli 556 kpl viime lokakuussa, nyt 555 kpl). Uudelleenarviointien kasvu on suunnilleen logaritminen käyrä suhteessa arvioitujen artikkelien määrän kasvuun. Ilmeisesti kyse on siitä, että ensiarvionnit on tehty muokkausmäärän mukaan. Keskeisimmät (sekä seulojien itsensä että automaattisesti myös muiden) muokkaamat artikkelit ovat tulleet ensiarvioinnin piiriin heti, ja sitten siitä ensiarviointi on edennyt ydinalueelta kohti reunaa, kenties? Sellaisia muokkauksia, jotka pitäisi seuloa, tulee vuorokaudessa sama määrä viime syksynä ja nyt: noin 500–550 muokkausta vuorokaudessa. --Pxos (keskustelu) 6. syyskuuta 2013 kello 19.34 (EEST) Korjaus: yliviivattu väärät päätelmät --Pxos (keskustelu) 6. syyskuuta 2013 kello 20.12 (EEST)[vastaa]
Millä perusteella tuo, että usein muokatut artikkelit tulevat ensiksi arvioiduksi oli väärä päätelmä? Sen kummemmin tarkistamatta tuo tuntuu ihan oikealta johtopäätökseltä. --Zache (keskustelu) 6. syyskuuta 2013 kello 20.19 (EEST)[vastaa]
Koska kyseessä ei ole päätelmä vaan fiilispohjalta tehty, loogiselta vaikuttava oletus, jota stats-tilastoaineisto ei tue. Jotta päätelmä olisi oikein, pitäisi suurimman osan muokkauksista kohdistua nyt 200 tuhanteen arvioituun artikkeliin. Sen sijaan muokkaukset näyttävät kohdistuvat tasaisesti (3 vrk:n tarkastelujakson aikana) niin, että arvioimattomiinkin artikkeleihin tehdään runsaasti muokkauksia. Minä luulen, että minun on parempi olla sanomatta mitään niin kauan kun en ymmärrä asiasta tarpeeksi. Stats.js-skripti tuottaa valtavasti hyvää dataa, mutta en osaa sitä analysoida, joten virhepäätelmien todennäköisyys on suuri. Tämä on tällaista "niin se varmaan on" -hölöpölöä. --Pxos (keskustelu) 6. syyskuuta 2013 kello 22.31 (EEST)[vastaa]
Nyt on tilastosivulle lisätty/siirretty laskukoneesi tuottamat luvut viime syksyltä ja tältä syksyltä. On niissä joissain kohdissa huomattava ero, mutta osittain niissä on paljon samaa. Kenties sinä saat datasta irti jotain järkevää. --Pxos (keskustelu) 7. syyskuuta 2013 kello 01.28 sekä kello 14.28 (EEST)
Hello Zache, I really admire your wikitrust-tool on fi-wiki - i can't find it anymore? You're installation worked so well for me (except that i don't speak finnish ;-))). Much better than wikipraise/wikitrust on en-WP and de-WP actually. Now there is bad news:
Luca de Alfaro on [Wiki-research-l], I WikiTrust no more: Apologies for the pun title, but the message is this: I will no longer be maintaining the WikiTrust installation at UCSC. If anyone is interested in the data provided by WikiTrust, I would be happy to mentor them in installing WikiTrust at their institution, or on their servers. (...) I would certainly be very pleased to mentor people interested in installing WikiTrust on Wikimedia Labs.
Do you think this is doable? I'm not in the least able to help on a technical side, but i think wikitrust on Wikimedia Labs would be an awesome gadget for wikipedias, especially smaller and middle sized ones. What do you think? --Atlasowa (keskustelu) 6. syyskuuta 2013 kello 09.52 (EEST)[vastaa]
Hi, the problem with the wikitrust (or actually wikipraise) is that the mediawiki gadget loading changed in that way it broked NetActions loading method. NetActions Wikipraise code relied to that it would render the wikipage before any other gadget would change wikipages HTML DOM and it is not any more possible. There is generic fix for gadgets like Wikitrust made by Krinkle but it is not mainlined yet and it is not very high priority fixes so if somebody would like to get it to mainline he should try to push it. (Krinkle didn't have time to do it by himself, but he said that he would help to do it if somebody else is gonna do the polishing and testing).
The second part is that is it doable to install Wikitrust to Labs. Yes it is, (see Howto import Wikipedia backup file to MySQL and Käyttäjä:Zache/WikiTrust-install ; those are notes for my installation for fiwiki). However there is bit rot; installation needs old version of the Ocaml and some users are missing if you run batch analysis against the dump. It would be great if Luca de Alfaro would fix it so it would work with the current version of Ocalm. Fixing the batchmode would be also nice, but not really needed.
There is actually instance for Wikitrust in Wikimedia Labs but AFAIK they newer installed it. You can ask from OrenBochman more about it.
And yes if you are interested to install wikitrust to Labs then i am willing to help with it. I am using its back end database for analysis in general and front end was pretty useful support tool for flagged revisions. However i think that i have time only in weekends to put to actually implementing labs install. --Zache (keskustelu) 6. syyskuuta 2013 kello 12.48 (EEST)[vastaa]
Newest properties: GSS code (2011) (P836), BioLib ID (P838), IMSLP ID (P839), narrative set in (P840), Paleobiology Database Identifier (P842), SIRUTA code (P843), UBIGEO code (P844). A set of properties to build calenders: public holiday (P832), day in year for periodic occurrence (P837) and feast day (P841). A proposal for "reoccurring date in machine readable format" is still under review.
Development
mlazowik has put in more work to getting support for batches (featured article and so on) to Wikidata
Periaatteessa jos repii käyttäjälistan tuosta toiminnot sivulta. Sen tsekkaaminen kuinka moni viimeisen 30-päivän aikana muokannut on ollut joko seuloja tai automaattiseuloja on helpompaa. --Zache (keskustelu) 11. syyskuuta 2013 kello 07.51 (EEST)[vastaa]
Olikos sinulla joku automaattinen vakauta-nappi käytössä jossain? Se taitaa olla liian herkkä, kun tulee vahinkovakautuksia. Ehkä siinä pitäisi olla jonkinlainen varmistin. Itse en näe nappia, jos sellainen näkyy kaikille ylläpitäjille, koska en ole seuloja. --Pxos (keskustelu) 12. syyskuuta 2013 kello 18.00 (EEST)[vastaa]
Vakautus on vissiin peräti puoleksi vuodeksi. Ei se vaarallista ole mutta jotenkin epämääräistä. Ei kai diffeistä näe, onko artikkelia vandalisoitu niin paljon, että se on syytä vakauttaa. Artikkelin historiaa pitäisi tutkia laajemmin, jolloin voi hyvin käyttää normaalia vakautustoimintoa. Sitä paitsi nappi ei vissiin tuota mitään muokkausyhteenvetoa, ja on omituista jos ylläpitäjät eivät käytä yhteenvetoja selittämään tekojaan. --Pxos (keskustelu) 12. syyskuuta 2013 kello 22.52 (EEST)[vastaa]
Nappiin voisi laittaa lisäksi yhteenvedon "vakautettu vahingossa". Kun sinäkin teet oikean vakautuksen, valitset itse määräajan ja kirjoitat omin sanoin selityksen yhteenvetoon. Napin ainoa tarkoitus on tuottaa vahinkovakautuksia, joten siinä mielessä se on mielestäni tarpeeton. Tuo automaattinen yhteenveto on lähinnä mekaaninen ja se tulevaisuudessa tarkoittaa, että nappia on painettu vahingossa. Muille käyttäjille vakauttamisen syy ei tuosta selviä. Siis sinäkään et ole kertaakaan tehnyt todellista vakautusta tuolla napilla. --Pxos (keskustelu) 12. syyskuuta 2013 kello 23.14 (EEST)[vastaa]
No olen minä välillä täppäillyt sitä tarkoituksellakin. Kuten siksi, että olen pitänyt mahdollisena artikkelia vandalisoitavan toistamiseenkin tai koska asia on ollut juuri sillä hetkellä julkisuudessa. Toinen juttu, niin napin tarkoitus ei ole tuottaa vahinkovakautuksia vaan vakauttaa artikkeli vaivattomasti. Verrataan tätä esimerkiksi siihen, että normaalisti vakauttaaksesi sivun joudut a.) klikkaamaan sivun valikosta, että suojaa (jolloin poistut käyttämältäsi sivulta ja keskeytät sen mitä olitkaan tekemässä) b.) klikkaamaan suojaus sivulta, että vakauta ja c.) säätämään vakautusten asetusten kanssa. Tuossa on ihan älyttömästi liikaa klikkaulia jotta artikkeleita tulisi vakautettua muuten kuin poikkeustapauksissa.
Fiwikissä artikkeleita suojatessa tarkkaillaan lähinnä sitä, että paljonko sen muokkaushistoriassa on ollut sotkemista suhteessa muihin muokkauksiin. Jos sotkemista on tullut kerran kolmessa kuukaudessa niin artikkelia ei olla suojattu, koska perinteinen suojaus on estänyt muokkaamisen liian suurelta osalta käyttäjiä. Homman juju on kuitenkin siinä, että kumoukset painottuvat voimakkaasti tiettyihin artikkeleihin ja jos täällä on vaikka 10000 artikkelia joihin tulee jokaiseen se yksi sotkeminen kolmessa kuukaudessa se tekee heti 100 kumousta päivässä. Jos (esimerkiksi noiden 10000 artikkelin) vakauttaminen laskisi sotkemista yleisellä tasolla niin se minusta kannattaisi tehdä. Tämän ajatuksen takia olen myös heitellyt vakautuksia aika huolettomasti jos vastaan on tullut artikkeleita joita olen pitänyt todennäköisinä sotkemisen kohteina. (Totuuden nimissä en osaa sanoa vähentääkö vakauttaminen sotkemista ja muutenkin esitetyt väitteet vaatisivat tuekseen dataa ja analyysiä jota minulla ei ole tähän hätään heittää. Pöräytin kuitenkin pari vuotta sitten videon eläinartikkeleiden kumoamisista josta saa vähän käsitystä miten kumoamiset jakaantuvat)
Ja se miksi pidän sotkemisen vähentämistä ja vakautuksen helppoutta oleellisena on se, että tällä hetkellä Wikipediaa sotkevan käyttäjän täytyy lähinnä klikata muokkaa-nappia, hakata näppäimistöä ja tallentaa sivu ja sotkemisen poisto puolestaan on huomattavasti vaivalloisempaa (ohjeiden mukaan tehtäessä kumoaminen + huomautus). Jos jotain pitää suojata tai estää, niin ero vain kärjistyy. Asia on sikäli huomionarvoinen, että jos sotkemisen torjunta on liian työlästä, sitä on liian paljon tai se on vaivalloista, niin se aiheuttaa turhautumista ja sitä, että muihin muokkaajiin aletaan suhtautumaan vihamielisestia ainoastaan sotkun lähteinä. Lisäksi jos wikipedian sotkemien on lähinnä helppoa ja hauskaa niin wikipedian sotkemisesta tulee meemi joka vain leviää (esim koululaiset).
Näiden välttämiseksi olisi kiva saada bulkkisotkemisen taso sen riittävän alas, jotta tuoreita muutoksia seuratessa ip-muokkauksetkin tuntuisivat pyrkivän parantavan Wikipediaa. Sekä samalla saada ympäristö memeettisesti sellaiseksi, että täällä lähtökohtaisesti käyttäydytään asiallisesti. (vrt. Kirjastot ja se miten ihmiset sosiaalistuvat siihen miten niissä käyttäydytään) --Zache (keskustelu) 13. syyskuuta 2013 kello 07.55 (EEST)[vastaa]
Sourcerer gadget by Magnus to help you add URLs from Wikipedia articles for claims
Wikimedia Commons is scheduled to get interwiki links via Wikidata on 23rd of September
Did you know?
Newest properties: Saskatchewan Register of Heritage Property identifier (P845), Global Biodiversity Information Facility ID (P846), United States Navy aircraft designation (P847), Japanese military aircraft designation (P849), World Register of Marine Species identifier (P850), ESRB rating (P852), CERO rating (P853), URL (P854), Sandbox-URL (P855), official website (P856), CNKI (P857), ESPN SCRUM ID (P858), sponsor (P859), e-archiv.li ID (P860), premiershiprugby.com ID (P861), Operational Requirement of the UK Air Ministry (P862), InPhO identifier (P863), ACM Digital Library author identifier (P864), BMLO (P865), Perlentaucher (P866), ROME Occupation Code (P867), foods traditionally associated (P868), instrumentation (P870), printed by (P872), phase point (P873), UN class (P874), UN code classification (P875), UN packaging group (P876), NFPA Other (P877), avionics (P878), pennant number (P879), CPU (P880), Variable type (P881), FIPS 6-4 (US counties) (P882), FIPS 5-2 (code for US states) (P883), State Water Register Code (Russia) (P884), origin of the watercourse (P885), LIR (P886), based on heuristic (P887), JSTOR (P888), Mathematical Reviews identifier (P889), Request for Comments number (IETF) (P892), Social Science Research Network (P893)
Kommenttipyynnöt ovat hiljenneet, mutta niihin ovat osallistuneet vain harvat. En tiedä pitäisikö tuo riitely osio siirtää välityslautakunnalle ja artikkeli keskusteluista osa muokata artikkeliohjeeksi ja loput jättää avoimeksi. Jotain kuitenkin pitäisi tehdä asioiden ratkaisemiseksi ja päätökseen saattamiseksi (ainakin hetkeksi).
Ihmettelen itse eniten tiettyjen käyttäjien hiljaisuutta asian tiimoilta kuitenkaan ketään erikseen nimeämättä. Tietyt käyttäjät ovat aiemmissa keskusteluissa tuoneet mielipiteensä esille ollen nyt poikkeuksellisesti vaiti eli onko kyseessä selkeä väsyminen vai jokin muu?--Phiitola (keskustelu) 6. elokuuta 2013 kello 21.47 (EEST)[vastaa]
Jos tarkoitat allekirjoittanutta, niin kyseessä on väsyminen, ei kuitenkaan kyseiseen kommenttipyyntöön, vaan wikipedian ulkopuolisessa todellisuudessa. Eli mahdollisuus paneutua laajoihin kysymyksiin on rajoitettu, ja tämän tietäen en ole edes yrittänyt. Kommenttipyyntöihin perehtyminen olisi tärkeää, mutta ei vain ole ehtinyt, koska vähäinenkin kommentointi vaatisi laajojen keskustelujen läpikäyntiä.--Urjanhai (keskustelu) 7. elokuuta 2013 kello 05.20 (EEST)[vastaa]
Pitäisi, kirjoittelen jotain kommenttipyynnön keskustelusivulle sen sulkemisesta. Tuosta miksei osaan ottajia ole ollut tuon enempää, niin aika vähän on ollut osaan ottajia noissa aikaisemmissakaan kommenttipyynnöissä. (1, 2). Osallistujien hiljaisuudesta, niin ainakin yhdestä käyttäjästä tiedän sen, että hän tätä nykyä pyrkii pysymään erossa kaikista Wikipedian riidoista mikäli vain mahdollista, koska hän vastasi siten kun kysyin haluaisiko hän osallistua kommenttipyyntöön. Toinen selkeä syy osallistujien vähäisyyteen lienee se, että kommenttipyyntö on ollut tarpeettoman sekava ja joka on asia mistä on huomautettukin. --Zache (keskustelu) 7. elokuuta 2013 kello 12.12 (EEST)[vastaa]
Hiljaseks on mennyt sotalaivojen rintamalla. Josko pistäsit jonkin osan kiinni, ainakin nelkun - merkitsis vaikka tosta pitkästä pötköstä ne kohdat keskusteluineen arkistoiduksi.
Olen samaa mieltä kuin Aulis Eskola arkistoi kommenttipyyntö se ei selvästikään tuota tulosta kuin osiltaan. Loput voidaan jättää uusien riitojen pohjaksi tai ratkaista muuten.--Phiitola (keskustelu) 14. syyskuuta 2013 kello 13.29 (EEST)[vastaa]
Mjoh, olen samaa mieltä tuosta arkistoinnista. En kuitenkaan kerkeä tekemään sitä juuri nyt. (todennäköisesti aikaisintaan maanantai aamulla kun istun junassa nelisentuntia jos siellä sattuu olemaan verkkoa) --Zache (keskustelu) 15. syyskuuta 2013 kello 10.09 (EEST)[vastaa]
Pistetään palkintoa tähänkin suuntaan ettei käy kuten viime vuonna, ts. jakaja jäi ilman... ;) Eli kiitos osallistumisestasi kuvitustalkoisiin, ja erityiskiitos teknisestä huolenpidosta! Terv. --Jukka Kolppanen15. syyskuuta 2013 kello 20.25 (EEST)[vastaa]
30 percent of all items are categorized in 6 large groups (main type (GND) (P107)). Most are items about geographic features (1.7 million items), some of these already have coordinates (0.5 million). Items about persons are fairly frequent too (1.3 million), many already with gender (0.9 million), a few with DOB (0.05 million) or DOD (0.04 million). Other groups include: creative works (305,000), terms, organizations, and events.
Hyvä kun teit tuon yhdistyksen esiinnoston. Call for papers -vaiheessa voidaan toimia vaikka ihan yksityishenkilöpohjalta ja päättää lopullinen organisaatio sitten kun/jos esitys hyväksytään. Siis ei tule hoppua päätöksenteon kanssa tässä vaiheessa.--Juha Kämäräinen (keskustelu) 1. syyskuuta 2013 kello 14.40 (EEST)[vastaa]
Hmm, vilkaisin tuota Suomi-sanakirjaa, niin en ole ihan varma, että rikkooko se tekijänoikeuksia. Tai jos se tekee niin luulisin, että se tapahtuu vahingossa. Wikipediahan on vapaa tietosanakirja ja sen sisältöä saa käyttää mikäli täyttää wikipedian lisenssiehdot (CC-BY-SA). Suomisanakirjan eri sivut on lisensoitu sen perusteella mistä tieodot on haettu. Eli jos sivulla on käytetty Wikipedian sisältöä niin siellä on maininta asiasta ja lisenssinä on CC-BY-SA/GFDL. Sama juttu wiktionaryn kanssa. Eli tämän kannalta homma on täysin ok.
Lisäksi olisi hyvä kertoa täsmällisesti ketkä artikkelia ovat muokanneet ja mistä sisältö on haettu joka ei tuolla sivustolla täyty, mutta tämä voi johtua ihan siitä ettei sivuston tekijä ole älynnyt tehdä sitä ja asia ratkeaisi ihan sillä, että suomisanakirjasta linkitettäisiin käytettyyn artikkeliin ja sen käytettyyn versioon. Tästä voisi melkein mainita sivuston tekijälle ja olettaisin hänen korjaavan tuon ihan sillä, koska sivustoon on kuitenkin nähty jonkun verran vaivaa.
Juu ne synkkaa artikkeleita automaagisesti, mutta tosiaan vapaa tietosanakirja tarkoittaa sitä, että tätä sisältöä saa käyttää myös (kunhan noudattaa lisenssiehtoja). --Zache (keskustelu) 23. syyskuuta 2013 kello 18.40 (EEST)[vastaa]
Referenssi: Keskustelu mallineesta:Laki. Osaatko sanoa, miten nuo minulle käsittämättömät perkeleelliset aihealue/väri-mallineet oikein toimivat? Vaikka muutoksia tekee, ne vaikuttavat ihan miten sattuu. Mikään ei selitä sitä, miksi Laki-mallineen varsinaisen tekstin taustaväri on vaaleanharmaa eikä valkoinen kuten aihealuevärien luettelossa on. Eikä violetti, kuten yritin sitä muuttaa. Ärgh. --Pxos (keskustelu) 23. syyskuuta 2013 kello 17.23 (EEST)[vastaa]
Sun pitää purgettaa (=päivitä wikipedian välimuisti; linkki on ainakin artikkelin historia sivulla työkaluissa) ne sivut joissa sä haluat nähdä muutoksen. Siinä on niin monta porrasta sisäkkäisten mallineiden ja lopputuloksen välillä ettei muutos näy ilman purgetusta muokkaajalle heti. --Zache (keskustelu) 23. syyskuuta 2013 kello 18.46 (EEST)[vastaa]
Ei mutta miksi mallineen taustaväri on vaaleanharmaa, vaikka parametrit ovat FFFFFF avainsanassa yhteiskunta? Näin on ollut jo useita kuukausia ilman muutoksia. Miksi taustaväri ei ole FFFFFF kuten kaikkialla lukee? Sen sijaan se on ilmeisesti default = EFEFEF. --Pxos (keskustelu) 23. syyskuuta 2013 kello 18.50 (EEST)[vastaa]
Mulla otsikkorivien taustaväri on FFFFFF ja tietorivien harmaa. Tietoriveille ei ole tuossa asetettu mitään taustaväriä enkä tiedä saako niille asetettua edes. --23. syyskuuta 2013 kello 18.53 (EEST)
Aihealueen värimallineet on nimetty päin bärsettä. Taustaväri ei olekaan tekstikenttien taustaväri vaan ainoastaan otsikon taustaväri. Sitten parametri väri on aina oletuksena FFFFFF eikä ilmeisesti vaikuta yhtään mihinkään, vaikka ohjeessa sanotaankin komeasti "taustan pääväritykseksi". Se ei ainakaan ole taustaväri tai tekstin väri eikä mikään pääväritys. Jostain noiden tietorivien vaaleanharmaa kuitenkin tulee. --Pxos (keskustelu) 23. syyskuuta 2013 kello 19.00 (EEST)[vastaa]
No siis noiden mallineiden on tarkoitus olla geneerisiä teemavärejä joita voi käyttää missä tahansa muussa mallineessa. Se miten niitä on käytetty on sitten mallineen tekijän valinta. --Zache (keskustelu) 23. syyskuuta 2013 kello 19.52 (EEST)[vastaa]
No ei se ihan valinta ole kun kerran valita voi aihealueen, ja sen mukaan määräytyy värimaailma. Minä en halua valita vaaleanharmaata vaan oksennuksenvihreän, mutta se ei onnistu. --Pxos (keskustelu) 23. syyskuuta 2013 kello 20.00 (EEST)[vastaa]
Artikkelissa Makrotaloustiede oleva Talous-palkki on taustaltaan valkoinen, kun se on rakennettu pystynavigaatiomallineella. Mitä eroa on aihealue-mallineeseen ja mistä se vaaleanharmaa tulee? Agony on heittänyt lusikan nurkkaan, joten asia jää varmaan mysteeriksi. --Pxos (keskustelu) 23. syyskuuta 2013 kello 22.28 (EEST)[vastaa]
Arviointien hakukone on erinomainen työkalu, kiitos siitä edelleen. Myös tuoreiden muutosten analysoija on mahtava. Sitten pieni korjauspyyntö: siinä arviointien haussa voisi selitysteksteihin tehdä muutoksia seuraavasti: uudelleenarviointi ei ole = odottavat muutokset vaan pikemminkin "uudelleenarvioinnit (sisältävät odottavat muutokset)". Autom. arviointi = seulojien ja automaattiseulojien omat muutokset. Approve = arviointi tasolle katsottu, approve2 = arviointi tasolle laadukas. Group month ---> day, ja group year ---> month. Ai niin, Isokihon oikeuksille ei muuten tapahtunut mitään, laittanet autom.seulojaksi. --Pxos (keskustelu) 11. syyskuuta 2013 kello 20.18 (EEST)[vastaa]
Olisko mahdollista edes muuttaa osaa? Esimerkiksi Ghpoju1:n tekemät yli 1600 uudelleenarviointia eivät todellakaan ole odottavien muutoksien arviointeja, joita hän ei varmaan ole tehnyt yhtäkään. --Pxos (keskustelu) 22. syyskuuta 2013 kello 19.50 (EEST)[vastaa]
Muutan selitystekstejä huomenna, olen kämpillä chromebookin varassa enkä pääse sillä toollabsiin (tai no se vaatii ssh-avain kikkailua joka ei ole täysin triviaalia ei developer tilassa olevalla chromebookilla) --Zache (keskustelu) 22. syyskuuta 2013 kello 21.08 (EEST)[vastaa]
Noh, muutettu vihdoin. approve2 ei muuten tarkoita tasolle laadukasta arviointia ainakaan ihan noin suoraan. Koodissa on erikseen merkinnät approve ja approve2 ... jne, mutta noita laatutasoja on kolme. katsottu (basic), laadukas (quality) ja huippuluokkaa (pristine) joten en muuttanut noita approve ja approve2 ... tekstejä. --Zache (keskustelu) 27. syyskuuta 2013 kello 08.13 (EEST)[vastaa]
On tuo Merkityt versiot kyllä yllättävän hyvä kapine. Sain vähän aikaa sitten vihdoin varmistuksen siitä, että se tepsii paikallisiin kuviin (eikä ainoastaan kuvatiedostojen sivuihin eli tekstiin kuten tapahtuu silloin kun kuvaa muutetaan Commonsissa, jolloin mikään ei muutu täällä). SokoWiki tallensi osuuskauppojen kuvia toisten päälle, ja muutokset jäivät odottamaan arviointia. Ks. Tiedosto:Finlaysonin Osuuskauppa.jpg, josta huomasin asian ja sitä kautta vähitellen löysin WPK:n uusimman tunnuksen. --Pxos (keskustelu) 24. syyskuuta 2013 kello 16.00 (EEST)[vastaa]
Finished initial version of the build tool (= tool that creates one tarball/git repository from all our extensions and their dependencies for deployment)
Continued work on numbers data type
Continued work on Formatters (for autosummaries, diffs, etc)
Fixed RDF serialization issue
Merged merge API module
Finished up database schema updating code
Added validation for precision in globe coordinate value
Note from Lydia about the future of the weekly summaries
I've been compiling the weekly summaries for Wikidata for the past 1.5 years. It is time to give this into the hands of a few capable community members now that I have moved on to product management. Starting next week I will not be compiling the weekly summaries anymore. I am happy to help anyone who wants to take over get up to speed of course. Please contact me if you'd like to take this over.
Kiitos ilmoituksesta. Tsekkaan asian jossain välissä. Katsomatta vielä tarkemmin, niin jos pitäisi arvata niin vika johtuu siitä, että tietokannat eivät päivity labsissa kunnolla ja se korjautuu itsellään jossain välissä. --Zache (keskustelu) 5. lokakuuta 2013 kello 19.18 (EEST)[vastaa]
Gold medal blank.svg ) I dont think that there is any easy solution to detect those so i will just document the feature to the elokuun kuvitustalkoot page and people will need to count manually images which are added to those pages. --Zache (keskustelu) 2. elokuuta 2013 kello 11.30 (EEST)
