Wikipedia:Kahvihuone (tekniikka)/Arkisto 43

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

Virheilmoitus sivulla Japani

Japani -sivulla näkyy punaisella tekstillä Lua-virhe kohdassa mw.wikibase.entity.lua rivillä 34: The entity data must be a table obtained via mw.wikibase.getEntityObject. Mistä johtuu? --Parantaja asiantuntija (keskustelu | muokkaukset) 14. heinäkuuta 2017 kello 15.32 (EEST)

Koodivirheestä jossain. Virhe ilmeisesti tuli näkyviin kun wikidatassa tehtiin muutos ja poistui kun tuo muutos kumottiin, mutta tuon muutoksen ei olisi pitänyt näkyä koodivirheenä jossain. Meidän artikkelissa asia ratkesi kun päivitin sivun välimuistikopion. --Zache (keskustelu) 14. heinäkuuta 2017 kello 15.55 (EEST)

Selvä. --Parantaja asiantuntija (keskustelu | muokkaukset) 14. heinäkuuta 2017 kello 16.24 (EEST)

Ongelma mallinteessa Henkilö/Tieteilijä

Ongelmana on että kuolinaika ei näy infoboxissa vaikka se on omalla rivillään. Vrt. artikkeli Maryam Mirzakhani--EskoG-67 (keskustelu) 16. heinäkuuta 2017 kello 00.24 (EEST)

Toimiiko nyt?--MAQuire (keskustelu) 16. heinäkuuta 2017 kello 00.29 (EEST)

Mallineen versiohistoria suomentaminen

Aikaisempi keskustelunaloitus on arkistoitu. Aihe on edelleen ajankohtainen ja malline tarpeellinen. Osaisiko joku suomentaa mallineen? --raid5 (keskustelu) 15. heinäkuuta 2017 kello 13.33 (EEST)

Kiitos. [1] --raid5 (keskustelu) 16. heinäkuuta 2017 kello 01.56 (EEST)

Wikipedian Etusivun arkistotapahtumien päiväys - Miksi peruslukijalle näytetään edellispäivän poimintoja?

Haluaisin kiinnnittää huomiota suomenkielisen wikipedian Etusivulla (Main Page) havaitsemaani kummallisuuteen. Eli sisäänkirjoittuneille näytetään Etusivuillamme samaan päivämäärään (tänään 5. heinäkuuta) liittyviä tapahtumia jollain lailla artikkeliarkistosta linkitettynä/kerättynä. Näin lienee tarkoitettu.

Mutta tavallinen peruslukija, joka tulee tutkimaan wikipediaa sen kummemmin loggautumatta, saakin Etusivulla edellispäivään liittyviä tapahtumia. Tänään 5. heinäkuuta nuo peruskäyttäjälle viestityt tapahtumat oli otsikoitu / päivätty vastaavasti 4. heinäkuulle. Osaisiko joku selittää syyn ja tehdä korjausta tähän wikipedian epäkohtaan? Piirre näkyi sekä aamu- että iltapäivällä (testattu noin klo 11.30- 12.25 välillä) ainakin Android-mobiililaitteella ja Win 10 -käyttiksellä toimivalla tietokoneella (kokeiltu tuoreilla Opera/Chrome/Firefox -selaimilla).--Paju (keskustelu) 5. heinäkuuta 2017 kello 12.30 (EEST)

Se johtuu siitä, että etusivun sisältö tulee välimuistista, koska siinä ei ole mediawikin kannalta mikään muuttunut. Muuttunut tarkoittaa tässä sitä, että kukaan ei ole käynyt muokkaamassa sivua tai sen käyttämiä mallineita joka aiheuttaisi sivun päivittymisen. Joskus meillä on ollut botti joka on huolehtinut välimuistin päivittymisestä kriittisillä sivuilla kuten vaikka etusivu, mutta näemmä se ei ole enää toiminnassa. Kokeilin pistää nyt oman bottini päivittämään etusivun välimuistikopion yöllä (00:05 tai 01:05 riippuen siitä onko talvi- vai kesäaika) ja katsotaan toimiiko tuo. --Zache (keskustelu) 5. heinäkuuta 2017 kello 14.47 (EEST)

Mutta miksi sisäänkirjautuneet näkee tämän päivän? Ip:itä sorretaan muutenkin. Jos kirjautumatta haluaa vilkaista mitä uutta on tuoreissa muutoksissa saa varautua siihen että viive voi olla tunninkin. Voi olla että yrittämällä päivittää sivua ctrl ja R tapahtuu jotain mutta ei välttämättä vaikka painaisi montakin kertaa. --85.76.65.177 5. heinäkuuta 2017 kello 15.06 (EEST)

Toimintosivut, kuten tuoreet muutokset, eivät tule välimuistista. --Zache (keskustelu) 6. heinäkuuta 2017 kello 17.30 (EEST)

Mikä siihen sitten on syynä, ettei tuoreet muutokset näytä tuoreimpia heti kun sivulle menee vaan vasta myöhemmin, sivun päivittämisen jälkeen? Niin nytkin kun testasin. --85.76.75.40 6. heinäkuuta 2017 kello 22.32 (EEST)

Se voi tulla selaimen välimuistista. Itselläni sivuja tulee välimuistista vain silloin, kun menee sivun taaksepäin tai eteenpäin, mutta linkkiä klikkaamalla tulee aina tuore versio. Eri selaimilla on tietysti omat menetelmänsä välimuistin käytössä. --4shadoww (keskustelu) 7. heinäkuuta 2017 kello 09.33 (EEST)

Ei se voi tulla välimuistista ainakaan mulla, koska välimuisti tyhjenee aina kun suljen selaimen. Johtuu sitten siitä että koska jotkut vihaa ip-käyttäjiä, viipeellä yritetään häiritä meitä. --85.76.67.73 17. heinäkuuta 2017 kello 11.21 (EEST)

Loppuuko häirintä, jos käytät tunnusta? Stryn (keskustelu) 17. heinäkuuta 2017 kello 17.12 (EEST)

Tidy poistuu – virheelliset koodit pitää korjata

Hei, kuten Tech-uutisissa 27/2017 kerrottiin, niin Tidy, joka korjaa automaattisesti virheellisesti merkityt HTML-koodit oikeanlaisiksi, poistuu käytöstä Wikipediasta (ja muista Wikimedia-projekteista) kesäkuuhun 2018 mennessä. Korjausta vaativat sivut on lueteltu prioriteettiluokittain sivulle Toiminnot:LintErrors. Kiinnostuneet voivat korjailla. Stryn (keskustelu) 17. heinäkuuta 2017 kello 17.20 (EEST)

Vain kumoukset näkyviin?

Hei, pystyykö tekemään omia/toisten muokkauksia selattaessa niin, että näkyviin jäävät pelkät kumoukset ^{(tai pelkät hylkäykset tai pelkät rollback-palautukset)}?--2001:14BB:51:C7B9:35EA:4B97:D46:2DC5 17. heinäkuuta 2017 kello 19.42 (EEST)

Aseta merkkausten suodattimeksi rv, tähän tyyliin. --Smaug the Golden (keskustelu - muokkaukset - lokit) 17. heinäkuuta 2017 kello 19.50 (EEST)

Neljä lääketietolaatikko-artikkelia on rikki

haku. -kyykaarme (keskustelu) 18. heinäkuuta 2017 kello 18.38 (EEST)

Nowikillä korjaantui. Avaavasta kaarisulkeesta ({) taitaa johtua. Vai pitäiskö toi nowiki laittaa jo mallineeseen valmiiksi? Mutta jotain jossain hajonnut/muuttunut kun on tuo aikaisemmin tainnut toimia ihan oikein. --Anr (keskustelu) 18. heinäkuuta 2017 kello 19.04 (EEST)

Malline:Käyttäjä Wikipediaaniaika

Voitaisiinko {{Käyttäjä Wikipediaaniaika}} korjata toimimaan myös samana päivänä rekisteröidyillä käyttäjillä? Käyttäjä:Ifrew -sivulla näkyy oudosti ' ajan. Liittyy siis ' -merkkeihin, jotka menevät jotenkin sekaisin. --Parantaja asiantuntija (keskustelu | muokkaukset) 18. heinäkuuta 2017 kello 20.17 (EEST)

Ajan hammas jauhoi ongelman tomuksi, joten kriittistä päivitystä mallineeseen ei nyt tarvitse julkaista. --Pxos (keskustelu) 19. heinäkuuta 2017 kello 14.00 (EEST)

References -tagi / Viitteet -malline ennen viitettä

Artikkelin Dresdenin pommitukset Kirjallisuus -osiossa on toimimaton viite. Mitä tehdä? --Parantaja asiantuntija (keskustelu | muokkaukset) 20. heinäkuuta 2017 kello 09.29 (EEST)

Kannattaa vain ruveta kokeilemaan. Tein kaksi toisistaan riippumatonta muokkausta, jotka korjasivat Visuaalisen Sotkimen aiheuttamia ongelmia. Muokkaushistoriaa tarkastelemalla näytti siltä, että väärässä paikassa ollut "ref name" ei aiheuttanut ongelmaa, mutta kuitenkin ongelma poistui vasta kun otin sen pois. En tiedä, mitä tapahtui, mutta ainakin sain yhden kärpäsen kahdella iskulla. --Pxos (keskustelu) 20. heinäkuuta 2017 kello 11.29 (EEST)

Kuvissa vikaa - tietolaatikko/kuva?

Monessa artikkelissa näkyy kuvan koodia, luultavasti koska ne jotenkin käyttävät mallinetta {{Tietolaatikko/kuva}}? Esim. kun hakee "270px" niin löytyy useita artikkeleita, jossa kyseinen pikselimäärä näkyy tietolaatikon kuvan ympärillä. [2] Videopeli-mallinetta käyttäviä ainakin on aika paljon. Yhtye-artikkeleita oli muutamia joita korjasin + muita mallineita käyttäviä. Vikaa voi olla logossa tai kuvassa. Ne yleensä korjaantuvat, jos ottaa hakasulkeet pois ja jättää pelkän tiedostonimen. -kyykaarme (keskustelu) 19. heinäkuuta 2017 kello 20.18 (EEST)

Mun kämmi näemmä. Korjaan tuon parin tunnin päästä kun pääsen koneen äärelle.--Zache (keskustelu) 19. heinäkuuta 2017 kello 20.32 (EEST)

Tein saman korjauksen mitä kyykäärmekin oli tehnyt nyt myös noille videopeli-artikkeleille. Jos jotain tulee vielä vastaan, niin ilmoitelkaas. --Zache (keskustelu) 20. heinäkuuta 2017 kello 08.48 (EEST)

Vielä löytyy jos hakee esim. 1*px tai 2*px: [3]. Osassa on karttavirityksiä, joita en osaa korjata. En tiedä olisiko mahdollista hakea suoraan hakusanalla ''[[Tiedosto'' niin, että se ei jätä hakasulkeita huomioimatta. -kyykaarme (keskustelu) 20. heinäkuuta 2017 kello 19.12 (EEST)

Siivosin noista suurimman osan. Aika iso osa oli sellaisia, että ne oli jossain muodossa copypastea enwikistä eivätkä ne olleet ikinä toimineet. Noista karttajutuista, niin ne on yhä rikki ja niiden kanssa pitäisi ehkä miettiä mitä niille tekisi. Yleisiä itsestäänselviä linjauksia voisi olla, että:

1. kuva-parametriin voi pistää ainoastaan kuvan nimen tai sitten taaksepäinyhteensopivuuden vuoksi joissain tietolaatikoissa [[kuva:example.jpg|250px|kuvateksit]] -tyyppisesti kuvan. Jos tietolaatikkoon halutaan asettaa sijaintikartta wikikoodina, niin sille tehdään oma parametri.
2. uusien {{sijaintikartta}}-pohjaisten karttojen lisäämisestä pitäisi luopua ja uusien karttojen kohdalla siirtyä kartographer karttoihin (esim: {{mapframe}} ). Sama pätee rikkinäisiin vanhoihin sijaintikarttoihin.

--Zache (keskustelu) 20. heinäkuuta 2017 kello 22.03 (EEST)

Developer Wishlist Survey: propose your ideas

At the Wikimedia Developer Summit, we decided to organize a Developer Wishlist Survey, and here we go:

https://www.mediawiki.org/wiki/Developer_Wishlist

The Wikimedia technical community seeks input from developers for developers, to create a high-profile list of desired improvements. The scope of the survey includes the MediaWiki platform (core software, APIs, developer environment, enablers for extensions, gadgets, templates, bots, dumps), the Wikimedia server infrastructure, the contribution process, and documentation.

The best part: we want to have the results published by Wednesday, February 15. Yes, in a month, to have a higher chance to influence the Wikimedia Foundation annual plan FY 2017-18.

There's no time to lose. Propose your ideas before the end of January, either by pushing existing tasks in Phabricator or by creating new ones. You can find instructions on the wiki page. Questions and feedback are welcome especially on the related Talk page.

The voting phase is expected to start on February 6 (tentative). Watch this space (or even better, the wiki page) - SSethi_(WMF) January 21st, 2017 3:07 AM (UTC)

 –Kommentin jätti MediaWiki message delivery (keskustelu – muokkaukset) 21. tammikuuta 2017 kello 06.08 (EEST)

Developer Wishlist Survey: Vote for Proposals

Almost two weeks ago, the Technical Collaboration team invited proposals for the first edition of the Developer Wishlist survey!

We collected around 77 proposals that were marked as suitable for the developer wishlist and met the defined scope and criteria. These proposals fall into the following nine categories: Frontend, Backend, Code Contribution (Process, Guidelines), Extensions, Technical Debt, Developer Environment, Documentation, Tools (Phabricator, Gerrit) and Community Engagement.

Voting phase starts now and will run until February 14th, 23:59 UTC. Click here on a category and show support for the proposals you care for most. Use the 'Vote' and 'Endorse' buttons next to a proposal to do so.

What happens next?
Proposals that will gather most votes will be included in the final results which will be published on Wednesday, February 15th. These proposals will also be considered in the Wikimedia Foundation’s annual plan FY 2017-18 - SSethi_(WMF) (talk) 04:41, 6 February 2017 (UTC)

 –Kommentin jätti MediaWiki message delivery (keskustelu – muokkaukset) 6. helmikuuta 2017 kello 07.44 (EEST)

New notification when a page is connected to Wikidata

Hello all,

(Please help translate to your language)

The Wikidata development team is about to deploy a new feature on all Wikipedias. It is a new type of notification (via Echo, the notification system you see at the top right of your wiki when you are logged in), that will inform the creator of a page, when this page is connected to a Wikidata item.

You may know that Wikidata provides a centralized system for all the interwikilinks. When a new page is created, it should be connected to the corresponding Wikidata item, by modifying this Wikidata item. With this new notification, editors creating pages will be informed when another editor connects this page to Wikidata.

This feature will be deployed on May 30th on all the Wikipedias, excepting English, French and German. This feature will be disable by default for existing editors, and enabled by default for new editors.

This is the first step of the deployments, the Wikipedias and other Wikimedia projects will follow in the next months.

If you have any question, suggestion, please let me know by pinging me. You can also follow and leave a comment on the Phabricator ticket.

Thanks go to Matěj Suchánek who developed this feature!

Kiitos! Lea Lacroix (WMDE) (talk)  –Kommentin jätti MediaWiki message delivery (keskustelu – muokkaukset) 17. toukokuuta 2017 kello 12.54 (EEST)

Koordinaattimallineet GeoTemplateen

Haluaisiko joku askarrella {{GeoTemplate}}-mallineeneen alareunaan, kohdan josta saisi copypastetettua fiwikissä käytetyt paikkalinkkimallineet kohteen tiedoilla sekä aste ja desimaalimuodoissa (esim. Parainen) Kohdemallineet ovat esimerkiksi:

• {{coord}}
• {{Paikkalinkki}}
• commons:template:Location (ei toimi fiwikissä, mutta tarvitaan usein)

--Zache (keskustelu) 26. heinäkuuta 2017 kello 18.20 (EEST)

Nyt on jonkinnäköinen toteutus tästä geotemplatessa. Kaikkia parametreja ei saanut fiksusti lisättyä, koska tulostusta ei pystynyt ehdollistamaan joten jätin sellaiset parametrit kokonaan pois jotka ovat vain joskus määriteltynä. --Zache (keskustelu) 27. heinäkuuta 2017 kello 12.06 (EEST)

"ref group" piilotti sisällysluettelon

Artikkelissa Ilves ei näkynyt sisällysluetteloa lukutilassa (muokkaustilassa kyllä näkyi). Muutin kokeeksi "ref group" -viiteryhmän normaaleiksi "ref name" -viitteiksi, minkä seurauksena sisällysluettelo palasi näkyviin. Nyt artikkelin historian kautta edelliseen versioon mentäessä sisällysluettelo näkyy. Mistähän on kyse? Onko ref group -toiminnossa jotain vikaa, vai oliko se muotoiltu artikkelissa väärin? --Savir (keskustelu) 4. heinäkuuta 2017 kello 19.27 (EEST)

Mistä päättelet, että sisällysluettelo tuli näkyviin juuri tuon ref-muutoksen tehtyäsi? Voihan olla, että kyseessä oli jokin välimuistiongelma? Stryn (keskustelu) 4. heinäkuuta 2017 kello 19.30 (EEST)

Päättelin sen ensinnäkin siitä, että sisällysluettelon puuttuminen ilman näkyvää syytä ja "ref group" -tyyppisen viitteen käyttö ovat niin harvinaisia, että niiden esiintyminen yhtä aikaa viittaisi syy-seuraussuhteeseen, sekä toisekseen siitä, että heti poistettuani ne erikoiset viitteet sisällysluettelo palasi. Mutta nyt kun palautin artikkelin edelliseen tilaan, sisällysluettelo näkyykin normaalisti. --Savir (keskustelu) 4. heinäkuuta 2017 kello 19.35 (EEST)

Ilmeisesti kyse ei olekaan tuosta ref groupista, sillä tämä Oscar-artikkelikin näkyy nyt minulla ilman sisällysluetteloa, vaikka siinä ei ole ref groupeja. En muista että tämä ongelma olisi aiemmin esiintynyt ainakaan näin usein minulla. --Savir (keskustelu) 6. heinäkuuta 2017 kello 21.21 (EEST)

Huomasin, että välimuistin tyhjennys (purge) toi sisällysluettelon takaisin (aloitusviestisi kertoma tilanne selvisi siis varmaankin uuden version tallennuksen ansiosta ref groupeista riippumatta), ja vastaavasta ongelmasta on näköjään tehty havaintoja dewikissä ja cswikissä: phab:T168040. –Ejs-80 6. heinäkuuta 2017 kello 21.39 (EEST) EDIT: –Ejs-80 6. heinäkuuta 2017 kello 21.43 (EEST)

Sisällysluetteloja on tosiaan kadoksissa, ja itsekin olen tätä ihmetellyt. Ne kuitenkin palaavat artikkeliin heti, kun siihen käy tekemässä jonkin muokkauksen. --Sblöbö (keskustelu) 7. heinäkuuta 2017 kello 23.29 (EEST)

Muokkauksen tekeminen ei ole välttämätöntä sisällysluettelon palauttamiseksi – riittää kun lisää sivun osoitteeseen tekstinpätkän ?action=purge (esim. https://fi.wikipedia.org/wiki/Ilves?action=purge) ja lataa sivun uudelleen. Saman tekee kellonajan napsautus, jos on valinnut asetusten pienoisohjelma-välilehden kautta itselleen näkyviin paikallisen ajan näyttävän kellon. Myös sivun muokkaustilaan meneminen ja sivun tallentaminen ilman minkäänlaisia muutoksia saa aikaan saman tuloksen. –Ejs-80 7. heinäkuuta 2017 kello 23.40 (EEST)

Nyt vaikuttaisi siltä, että luettelon palauttaminen näillä konsteilla ei jää pysyväksi, vaan se katoaa jossain vaiheessa uudestaan. --Sblöbö (keskustelu) 9. heinäkuuta 2017 kello 12.56 (EEST)

Joo, ei perusongelma tietenkään näillä kapisilla kikkakolmosilla kuoletu vaan sillä, että tekniikan pojat ja/tai tytöt etenevät vikaa koskevan Phabricator-tehtävän selvittämisessä. Painokkaan prioriteetin probleema vaikuttaa osakseen saaneen, joten tuskin sen poistamisessa päiväjärjestyksestä ainakaan vuositolkulla kestää. –Ejs-80 9. heinäkuuta 2017 kello 21.58 (EEST)

Phabricatorin puolella kerrottiin, että yllä mainittu vika on nyt saatu korjattua. Toki se voi vielä ilmetä sellaisten sivujen kohdalla, joista on välimuistissa korjausta edeltävältä ajalta peräisin oleva versio, mutta välimuistin tyhjennys (purge) auttaa nyt tällaisten sivujen kohdalla siten, että ongelma ei enää uusiudu. Jokaisen artikkelin lähdekoodista (jonka saa monissa selaimissa näkyviin näppäinyhdistelmällä Control+U) löytyy rivi, joka alkaa tekstillä ”<!-- Saved in parser cache with key fiwiki:pcache:idhash:”. Jos kyseisellä rivillä mainittu timestamp (aikaleima) on myöhemmältä ajalta kuin 20170727200000 (aikaleimassa ovat peräkkäin vuosi, kuukausi, päivä sekä kellonaika) mutta sisällysluettelo-ongelma esiintyy artikkelissa edelleen, niin siinä tapauksessa jossain on vieläkin raportointia ja korjausta edellyttävä bugi. –Ejs-80 28. heinäkuuta 2017 kello 17.21 (EEST)

NoScript-virheilmoitus kuvalinkissä

Artikkelissa Boe (Nauru) valitsin tietolaatikon kuvan katsoakseni sitä Commonsissa tarkemmin. Käytän 64-bittistä Mozilla Firefoxia, jonka versio on 52.2.1. ESR. NoScript esti toiminnon:
”NoScript suodatti mahdollisen cross-site scripting (XSS) yrityksen kohteesta [https://fi.wikipedia.org]”
Commonsissa ei ole kuvaa (kopioin ilmoituksen sisällön kirjoitusvirheineen). [4]

File:Waves crash against the wall at the end of Nauru International Airprot s runway. Rising sea levels pose a serious risk coastal erosion for small Pacific island countries, 4 June 2013. Photo- Matt Robertson - DFAT 12045534665 .jpg
Kohteesta Wikimedia Commons
Tämän nimistä tiedostoa ei ole olemassa, mutta voit tallentaa sen.
Tiedoston käyttö
Tähän tiedostoon ei ole linkkejä miltään sivulta.

Sen sijaan kuva löytyy kun käyttää Safaria (kuvassa suomenkielisen Wikipedian osoite → lisätiedot → Commons): [5] Kuvan osoite on hieman erilainen. Onkohan muilla samanlaisia ongelmia, vai liittyisikö tämä NoScriptiin? --raid5 (keskustelu) 29. heinäkuuta 2017 kello 16.02 (EEST)

Epäilisin NoScriptiä. Itse kokeilin 64x version Firefox ja Chrome selaimilla (Vain WebRTC Network Limiter & uBlock Origin käytössä kylläkin) enkä huomannut mitään ongelmia kuvien kanssa. --OneMember ^(keskustelu) 30. heinäkuuta 2017 kello 07.50 (EEST)

Laittamassasi linkissä on näköjään sulut hävinneet, olisiko NoScriptissä joku bugi, jos URL sisältää sulkumerkkejä? --Jannex (keskustelu) 30. heinäkuuta 2017 kello 08.37 (EEST)

Kiitos vastauksista. Osoite tosiaan on hieman erilainen riippuen siitä kumpaa selainta käytän. Saattaisi liittyä NoScriptiin tai jonkin muun laajennuksen yhteensopimattomuuteen. --raid5 (keskustelu) 30. heinäkuuta 2017 kello 17.54 (EEST)

Aikajanan loppukohdan määrittely

Olisiko aikajanalle vastaavaa koodia kuin englanninkielisessä Wikipediassa Period = from:01/01/1996 till:{{#time:m/d/Y}}? Tällöin aikajana ulottuisi kuluvaan päivään ilman manuaalista päivitystä, jollainen on käytössä esimerkiksi Linkin Parkin aikajanassa. Muutin vanhentuneen loppukohdan toukokuusta vuoden loppuun, mutta ei sekään ole paras ratkaisu. [6] --raid5 (keskustelu) 22. heinäkuuta 2017 kello 12.39 (EEST)

Piti vähän kokeilla miten saa toimimaan, mutta näköjään näin. Eli timeline-laajennos piti muuttaa #tag-parserfunktioksi kuten enwikissäkin ja m/d/Y piti muuttaa samaan muotoon kuin aikajanan muut muodot, eli d/m/Y. Stryn (keskustelu) 22. heinäkuuta 2017 kello 15.09 (EEST)

Kiitos korjauksesta. Laitan itselleni linkin tähän keskusteluun, niin muistan jatkossa. --raid5 (keskustelu) 22. heinäkuuta 2017 kello 15.54 (EEST)

Esikatselu on hyödyllinen toiminto, koska virheelliset muokkaukset saattaa huomata ennen muutosten julkaisua. Jätän asian hautumaan, ehkä sitten myöhemmin tajuan virheilmoitukset ja teen tarvittavat korjaukset. --raid5 (keskustelu) 31. heinäkuuta 2017 kello 19.21 (EEST)

Luettelo Wikipedian käyttäjistä artikkelimäärän mukaan

Olisiko mahdollista saada tällaista suomenkieliseen Wikipediaan? Tässä samanlainen luettelo englanninkielisestä Wikipediasta. Olisi mahtavaa, jos joku pystyisi tekemään tällaisen meidänkin Wikipediaamme. –Sullay (Asiaa?) 1. elokuuta 2017 kello 09.15 (EEST)

Vastasinkin jo 4shadoww:n keskustelusivulla, mutta kirjoitetaan tännekin, että on jo työkalu mikä näyttää käyttäjien luomien artikkeleiden määrän: http://fi.wikiscan.org/?usort=new_main&bot=0&detail=0&menu=userstats Muutenkin tuo on tosi hyvä sivu, löytyy vaikka mitä tilastoa. Stryn (keskustelu) 1. elokuuta 2017 kello 21.49 (EEST)

Kuva ei näy

Miksi kuva ei näy [7]. Tulee vain ilmoitus:

Pahoittelut, tiedostoa ei voi näyttää
There seems to be a technical issue. You can retry or report the issue if it persists. Error: could not load image from https://upload.wikimedia.org/wikipedia/fi/d/d2/Pegasus_Fantasy.jpg

Jonkun aikaa sitten kuva toimi normaalisti. --Parantaja asiantuntija (keskustelu | muokkaukset) 1. elokuuta 2017 kello 21.51 (EEST)

Tiedostosivukaan ei toimi. --Parantaja asiantuntija (keskustelu | muokkaukset) 1. elokuuta 2017 kello 21.53 (EEST)

Näkyy liiankin kanssa. Taioin pois. --Pxos (keskustelu) 1. elokuuta 2017 kello 22.20 (EEST)

"Persists" on englantia. Tiedosto on ladattu äskettäin ja ongelma havaittu äskettäin. Wikipediassa on aika ajoin kaikenlaisia pikkuvikoja, ja yleisohje on persistellä niiden kanssa hetkisen, koska asiat saattavat korjaantua ajan kanssa. --Pxos (keskustelu) 1. elokuuta 2017 kello 22.26 (EEST)

Lohdutan itseäni sillä, etten ole Wikipedian ainoa hätähousu. --Parantaja asiantuntija (keskustelu | muokkaukset) 1. elokuuta 2017 kello 22.34 (EEST)

Wikipedian artikkelien vasemmalla puolella ei näy enää tähtiä (lupaava artikkeli, hyvä artikkeli, suositeltu artikkeli)

Kun lukee esimerkiksi artikkelia Sopranos, vasemmalla ei enää näy hopeaa tähteä jotta näkisi artikkelin olevan hyvä artikkeli englanninkielisessä Wikipediassa. Mistä tämä johtuu? –Sullay (Asiaa?) 6. elokuuta 2017 kello 04.31 (EEST)

Asia on selvittelyssä: phab:T172592. Stryn (keskustelu) 6. elokuuta 2017 kello 10.58 (EEST)

Logot Wikidatasta

Voisiko Wikidata-logot laittaa tulemaan logo-, eikä kuvaparametriin siinä videopelimallineessa? Näitä taitaa olla paljon. --Parantaja asiantuntija (keskustelu | muokkaukset) 9. elokuuta 2017 kello 09.15 (EEST)

Ongelma on Wikidatan päässä, kun siellä jotkut ovat lisänneet logoja "kuva"-ominaisuuteen, vaikka ne kuuluisi lisätä "logon kuva" -ominaisuuteen. Eli pitäisi tehdä näin noille vastaaville. Stryn (keskustelu) 9. elokuuta 2017 kello 11.04 (EEST)

Ahaa, selvä. Näin täällä joskus toisenkin, mutta en muista artikkelia. --Parantaja asiantuntija (keskustelu | muokkaukset) 9. elokuuta 2017 kello 11.13 (EEST)

Sivulla Wikiprojekti:Videopelit/wikidata/P18 ja P2096 on listattuna nuo Wikidatasssa olevat kuvat ja logot. Periaatteessa tässä pitäisi tehdä siten, että käy listan läpi ja siirtää selvät logot wikidatassa ominaisuuteen logon kuva (P154) ja vastaavasti selvät kuvat ominaisuudelle kuva (P18). Lisäksi commonsista pitäisi siivota pois teoskynnyksen ylittävät kuvat jotka eivät ole tekstilogoja TAI joilla ei ole OTRS-lupaa, mutta luulisin siinä parhaan tavan olevan se, että tehdään lista ongelmallisista kuvista ja viedään ne kerralla poistoon commonsissa ja infotaan eri maiden videopeli-wikiprojekteja jos ne haluavat kopioida kuvat paikallisesti talteen ennen kuin ne poistetaan commonsista. --Zache (keskustelu) 9. elokuuta 2017 kello 11.16 (EEST)

Mallineeseen tulostuu ylimääräistä

En ottanut selvää mistä tulostuu ylimääräinen teksti "sijaintikartta sijaintikartta sijaintikartta" sivulle Malline:Tennispelaaja2 ja sitä käyttäviin artikkeleihin, esim. Ken McGregor, tosin siellä yksi "sijaintikartta" vähemmän. Stryn (keskustelu) 10. elokuuta 2017 kello 20.10 (EEST)

Tämä oli ongelmana eli jotain mikä ei vain ollut vastaan aikaisemmin. --Zache (keskustelu) 10. elokuuta 2017 kello 20.23 (EEST)

Millä (ilmaisella) ohjelmalla voi rajata SVG-tiedostoja?

CropTool ei tue SVGtä enkä ole löytänyt Incscapesta tapaa rajata SVG-tiedostoja. Esimerkkejä: 1 [8] --Zuissii ^Juttusille? 12. elokuuta 2017 kello 14.27 (EEST)

Inkscape varmaan pystyy siihen, ainakin niiden FAQ:n mukaan. Muita ohjelmia jotka ehkä pystyy siihen on GIMP, Free SVG Editor ja LibreOffice Draw... en ole 100% varma kylläkään. --OneMember ^(keskustelu) 12. elokuuta 2017 kello 19.12 (EEST)

Kuvan kääntäminen

Tuli ongelma, kuva ei suostu tulemaan pystyasentoon, vaan menee väkisinkin vaaka-asentoon, vaikka koneella se näkyy ihan oikein pystyssä. Saako tuota muutettua muuten kuin jollain EXIF-editorilla? Kyseessä nyt Tiedosto:Jääkauden muistomerkki.JPG. Stryn (keskustelu) 12. elokuuta 2017 kello 15.35 (EEST)

Ratkesi jo tämän tiedoston kohdalla. Eli siirsin kuvan koneelle, koneella se oli väärin päin, käänsin sen koneella oikein päin ja tallensin ja latasin Wikipediaan. Wikipedia luki EXIF-tiedoista sen alkuperäisen suunnan, jolloin se latautui väärään asentoon. Nyt muutin sen takaisin sellaiseksi kuin se latautui koneelle (eli väärin päin), ja sen jälkeen latasin Wikipediaan, jolloin se näkyy täällä oikein päin. Jännä juttu. Stryn (keskustelu) 12. elokuuta 2017 kello 15.47 (EEST)

Käteviä nuo kuvasovellusten automaattiset kuvien kääntäjät... Näin pienten virheiden kautta ne ilmoittaa olemassaolostaan... --OneMember ^(keskustelu) 12. elokuuta 2017 kello 19.16 (EEST)

Kuva näkyy...

tuossa Tamara Tunien artikkelissa vaikka wikitekstieditorin mukaan ei ole mitään kuvalinkkiä. Hakeeko siis joku malline tuon kuvan jostain automaagisesti?--EskoG-67 (keskustelu) 13. elokuuta 2017 kello 16.53 (EEST)

Malline hakee kuvan automaattisesti. Voit halutessasi estää sen yhdysmerkillä (-). --raid5 (keskustelu) 13. elokuuta 2017 kello 16.57 (EEST)

Onkohan yllä oleva jo kymmenes kysymys samasta aiheesta eli siitä, että Wikidatasta tulee sisältöä "pyytämättä ja yllättäen"? Voisiko joku kirjoittaa lyhyen ohjesivun, jonne voisi viitata. Näitä kysymyksiä nimittäin tulee vielä toiset kymmenen parin seuraavan vuoden aikana. --Pxos (keskustelu) 13. elokuuta 2017 kello 19.47 (EEST)

Wikipedian ohjeet uusille seulojille paremmiksi

Siirretty sivulle Wikipedia:Kahvihuone (käytännöt)#Wikipedian ohjeet uusille seulojille paremmiksi. --Parantaja asiantuntija (keskustelu | muokkaukset) 11. elokuuta 2017 kello 10.11 (EEST)

• Siirretty toisen kerran osastosta Käytännöt sivulle Keskustelu ohjeesta:Sivujen arviointi, jossa on muitakin keskusteluja täsmälleen samasta aiheesta. --Pxos (keskustelu) 13. elokuuta 2017 kello 19.57 (EEST)

Kuvasuhde väärin muusikkomallineessa

Artikkelin Dua Lipa muusikko mallineessa oleva kuva näkyy väärin kun en ole kirjautununeena.. leveys on oikein, mutta kuvan korkeus ~puolittuu eli kuvasuhde menee erittäin vääristyneeksi. Kun kirjaudun sisään niin kuva näkyy paljon korkeampana (eli oikeassa kuvasuhteessa). En kokeillut johtuuko tuo siitä että kuva on suurempi kuin mallineen ohje sanoo (250px), mutta ajattelin mainita jos sama riivaa kenties muitakin artikkeleita. --91.155.169.5 15. elokuuta 2017 kello 21.00 (EEST)

WP:Purge auttoi asiaan. Stryn (keskustelu) 15. elokuuta 2017 kello 21.06 (EEST)

Käyttäjälaatikko Babylonin laatikoiden ryhmittely

Moi! Kuinka saisin käyttäjäsivullani tuossa Käyttäjälaatikossa Babylonin yms. pikkulaatikot keskelle tuota sinisin reunoin koristeltua isoa laatikkoa? Tack så mycket! –Sullay (Asiaa?) 17. elokuuta 2017 kello 01.10 (EEST)

Et varmaan mitenkään ilman, että muutetaan noiden laatikkomallineiden koodia. Näin kuitenkin saa ne tasattua keskenään ja babylonille oikeanpuoleisen marginaalin. --Zache (keskustelu) 17. elokuuta 2017 kello 05.16 (EEST)

Kiitos, Zache! Yritin laittaa laatikkoa samanlaiseksi kuin Tanárilla, mutten osannut laittaa sitä itse. Mikäs koodi tuohon pitäisi laittaa, jos haluaa yhtä nätiksi kuin hänellä on? –Sullay (Asiaa?) 17. elokuuta 2017 kello 17.30 (EEST)

Seulontamuutosten värit

Onko noiden värisävyjen pakko olla noin haaleita? Itselläni menee välillä tuskallisen kauan löytää tehty muokkaus, kun väri on noin haalean punainen ja ei tuo sininen ole juuri sen parempi.--MAQuire (keskustelu) 18. elokuuta 2017 kello 20.15 (EEST)

Osa väreistä on muutettu aikanaan käsin, kun ne olivat jonkun mielestä huonoja. Sitten Säätiön tai Kehittämön taholta tuli järjestelmänlaajuinen värimuutos, koska värimaailmaa parannettiin sellaiseksi, että mahdollisimman moni saisi selvän väreistä, myös värisokeat ja heikkonäköiset. Vaikkakin värejä voi paikallisesti muuttaa, niin jossain määrin on arvelluttavaa ruveta säätämään jo ennalta Säädettyjä värejä, joiden lopputulos on varmaan saatu aikaan tutkimuksen ja kehitystyön tuloksena. Lisäksi sinisen on tarkoituskin olla hyvin hailakka, koska ei seulottu versio ole mitenkään muita parempi sisällöllisesti, joten ei seulojien nappia (arpoen) painamalla sinistämiä versioita tarvitse erityisesti mainostaa. --Pxos (keskustelu) 18. elokuuta 2017 kello 21.56 (EEST) Lisäys: Riippuu myös monitorista. Väriuudistuksessa varmaan oli myös kysymys siitä, että yritettiin löytää jonkinlainen kompromissia muistuttava tasapaino, joten kaikella kunnioituksella en suosittele, että värejä muutetaan vain yhden käyttäjän ilmoituksen perusteella. Löysin vuosia sitten tekemäni taulukon Värikoodit. Tuo nyt keltaiselta näyttävä väri näkyi silloin oranssina, joten kirjoitin värin nimeksi oranssi. Väri nimeltään "Antique White" näkyi joskus haaleanpunaisena, nyt se vivahtaa enemmän vesitettyyn beessiin. Pitäisi ensin siis selvittää, mitä kukin näkee, ja vasta sitten päästä yhtenäiseen värimaailmaan. --Pxos (keskustelu) 18. elokuuta 2017 kello 22.10 (EEST)

Juu, en tarkoitakaan noita värejä, jotka näkyy esimerkiksi sivuhistoriassa, vaan kun menet seulojana arvioimaan muutoksen, niin jos muutos on joku välilyönti tai pisteen paikan muutos (eli hyvin pieni), niin menee välillä aika kauan aikaa löytää, missä se yhden tavun muutos oikein on. Siinä voisi olla seulojalle räikeä väri, niin heti näkee mitä pitää seuloa. Ehkä olen ainoa, jolla näiden minimuutosten löytämiseen menee joskus minuutti jos toinenkin ja olisi parempi jättää ne jollekin parempisilmäiselle. Oma näyttöni ei varmaankaan ole paras mahdollinen, mutta on sekin ikävää, jos vain kokoomuksen äänestäjät soveltuvat seulojiksi, koska pitää olla joku 4K näyttö. Vaan eipä sillä, että tällainen rikkaiden kapitalistien sorto muita kohtaan olisi jotenkin uutta.--MAQuire (keskustelu) 18. elokuuta 2017 kello 22.19 (EEST)

Puhuin siis väärää politiikkaa, mistä esitän väyrysmäisen päinvastaisen pahoitteluni. Tuo kuvaamasi ongelma liittyy ylipäänsä diffien hankalaan erottuvuuteen. Siihen suosittelen kopioimaan kaverini sivulta omaan css-sivuusi tällaisen koodinpätkän. Siinä on myös prosenttiluku, jolla voi muuttaa puoluekannatuksen haluamakseen. --Pxos (keskustelu) 18. elokuuta 2017 kello 22.27 (EEST)

Iso kiitos avusta. Oli vaan niin paskat ohjeet tuon css-sivun muokkaamiseen, jotka löysin, että eipä onnistunut amatööriltä. Puoluekannatuksestani en ole huolissani, kun se on vuosikymmenet vain kasvanut. Kohta ylitetään 50 % jossain vaaleissa.--MAQuire (keskustelu) 18. elokuuta 2017 kello 23.01 (EEST)

No niin. Nyt hoksasin jutun ja sain muokattua seulontanäkymää paremmaksi.--MAQuire (keskustelu) 19. elokuuta 2017 kello 16.44 (EEST)

Beta feature: advanced filters and more options for Watchlists, starting September 5

Hello!

Sorry to write in English. Please help translate to your language!

As you may already know, the Global Collaboration team has created a Beta feature. This feature is on your wiki since few months: "⧼eri-rcfilters-beta-label⧽". You can activate it in your Beta preferences.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked. It adds new features that ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Bookmarking to keep your favorite configurations of filters ready to be used.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

You can know more about this project by visiting the quick tour help page.

What's new?

On September 5, the Beta feature will have a new option. Watchlists will have all features available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "⧼eri-rcfilters-beta-label⧽", you have no action to take. If you haven't activated the Beta feature "⧼eri-rcfilters-beta-label⧽" and you want to try the filters on Watchlists, please go to your Beta preferences on September 6. It will not be possible to try the filters only on Recent Changes or only on Watchlist.

Please also note that later in September, some changes will happen on Recent Changes. We will release some features at the moment available in Beta as default features. This will impact all users, but we will provide an option to opt-out. I'll recontact you with a more precise schedule and all the details very soon.

You can ping me if you have questions.

All the best, Trizek (WMF) (keskustelu) 24. elokuuta 2017 kello 19.04 (EEST)

Mallineiden lisäys ongelma

Mallineiden lisäys ei nykyisin näköjään onnistu editorin alla olevista nappuloista, jos uusi syntax highlighting ominaisuus on kytkettynä päälle. Muistaakseni noita nappuloita pystyi jollain tasolla säätämään jotenkin mutten nyt muista miten. Pystyykö asialle jotain tekemään vai onko ongelma sellainen, ettei sille mahda kuin ko. ominaisuuden kehittäjät? --4shadoww (keskustelu) 24. elokuuta 2017 kello 14.01 (EEST)

Nappulat löytyy sivulta Järjestelmäviesti:Edittools.js ja itselläni Firefoxissa näyttäisi menevän siten, että jotkut nappulat toimii ja osa toimii siten, että voit lisätä kerran mallineen, mutta et toisen kerran samaa mallinetta siihen perään. --Zache (keskustelu) 24. elokuuta 2017 kello 14.13 (EEST)

@4shadoww: varmistatko, että tämä muutos korjasin nappien toiminnan. Testattu Firefoxilla ja Chromella. Toinen huomio on, että WikEd ei toimi syntaksinvärjäyksen yms muiden vastaavien muotoilujen kanssa ja sen lataukseen pitäisi lisätä tarkistukset sille, että missä nimiavaruudessa ollaan, mitä muokataan (esim. .js ja Lua -sivujen kanssa se ei toimi) ja onko syntaksin värjäys päällä jotta se ei yritä ladata itseään sivulla joka menee rikki sen kanssa. --Zache (keskustelu) 24. elokuuta 2017 kello 19.42 (EEST)

Näyttäisi nyt toimivan. --4shadoww (keskustelu) 24. elokuuta 2017 kello 19.46 (EEST)

Niin joo. Tuo mw.toolbar on näemmä myös deprecated, joten siihen pitäisi jokin parempi funktio tekemään tuon saman. --Zache (keskustelu) 24. elokuuta 2017 kello 19.53 (EEST)

Ehdotus: Internet Archive -botti suomenkieliseen Wikipediaan

Kuolleita linkkejä arkistoiduilla linkeillä korvaava InternetArchiveBot on korjannut eri wikeissä jo yli 2,7 miljoonaa linkkiä (Wikimania-esityksen etherpad). Botti on vuoden sisään laitettu pyörimään myös norjan- ja ruotsinkieliseen Wikipediaan, joissa se on korjannut yhteensä melkein 300 000 kuollutta linkkiä. Botti on mahdollista tuoda myös suomenkieliseen Wikipediaan, mutta se vaatii yhteisön hyväksynnän ja sen jälkeen botin paikallisen säätämisen (esimerkki ruotsinkielisen Wikipedian vastaavasta keskustelusta). Ehdotan siis, että ottaisimme botin käyttöön myös täällä. Tälläkin hetkellä Internet Archive käy läpi wikejä ja tallentaa lisätyistä linkeistä arkistoidut versiot, vaikka botti ei olisikaan käytössä kyseisessä wikissä. Bottia ohjastaa Cyberpower678. --Olimar 11. elokuuta 2017 kello 22.52 (EEST)

Käyttöön.--MAQuire (keskustelu) 11. elokuuta 2017 kello 22.53 (EEST)

Käyttöön myös. --raid5 (keskustelu) 11. elokuuta 2017 kello 23.07 (EEST)

Kannatus --Zache (keskustelu) 11. elokuuta 2017 kello 23.39 (EEST)

Kannatan, todella kätevää :) --Zuissii ^Juttusille? 12. elokuuta 2017 kello 14.25 (EEST)

Kannatus --4shadoww (keskustelu) 12. elokuuta 2017 kello 14.28 (EEST)

Kannatan. Stryn (keskustelu) 12. elokuuta 2017 kello 15.10 (EEST)

Kannatan. -kyykaarme (keskustelu) 12. elokuuta 2017 kello 16.55 (EEST)

Kannatan. Eihän noita kaikkia käsin hullukaan päivitä.... --OneMember ^(keskustelu) 12. elokuuta 2017 kello 19.03 (EEST)

Kannatan --Pahkiqaz (keskustelu) 12. elokuuta 2017 kello 19.15 (EEST)

 Kannatan, sv-wikin keskustelussa mainituin oletusasetuksin. ¬Antilope 12. elokuuta 2017 kello 20.23 (EEST)

 Kannatan --Zunter (keskustelu) 27. elokuuta 2017 kello 13.26 (EEST)

Kannatan huojentuneena, että joku on tällaisen onnistunut luomaan.--J Hokkanen (keskustelu) 27. elokuuta 2017 kello 22.40 (EEST)

Kannatetaan myös. Ipr1 (keskustelu) 27. elokuuta 2017 kello 23.08 (EEST)

Kannatan. --Lentokonefani asiaa? | syntilista 29. elokuuta 2017 kello 09.20 (EEST)

Kannatan myös. --Pyscowicz (keskustelu) 29. elokuuta 2017 kello 09.54 (EEST)

Keskustelu

Botti vain ei näe mitä linkki sisältää. Esimerkiksi Hesarin linkit muuttuvat jossakin vaiheessa muotoon "Vain tilaajalle", joten jos botti myöhästyy, saadaan tylyä klikkijournalismia, jotka on poistettava käsin (kuka poistaa?). Lisäksi jotkut käyttäjät linkittävät alun perinkin vain tilaajille tarkoitettuja juttuja, mutta botti ei tiedä vaan arkistoi sivuja, joilla on pari riviä jutun alusta ja sen jälkeen mainos, jossa kehotetaan tilaamaan lehti. Täällä on erityisesti yksi käyttäjä, jonka kanssa tästä asiasta (ja monesta muusta) on ollut pitkäaikaista erimielisyyttä, miten merkitään, jos näitä linkkejä tulee artikkeleissa vastaan, ja käsittääkseni hän linkittää niihin aivan tietoisestikin. Järkevää perustetta en hänen tähän(kään) toimintaansa ole saanut. --Abc10 (keskustelu) 28. elokuuta 2017 kello 14.46 (EEST)

Miksi ne pitäisi poistaa? -kyykaarme (keskustelu) 28. elokuuta 2017 kello 16.27 (EEST)

Kommenttisi ei käsittääkseni liity käsiteltävään asiaan. Ylempänä Käyttäjä:Olimar juuri totesi että "Tälläkin hetkellä Internet Archive käy läpi wikejä ja tallentaa lisätyistä linkeistä arkistoidut versiot, vaikka botti ei olisikaan käytössä kyseisessä wikissä." Sikäli kuin tämä pitää paikkansa, linkkien arkistointi ei siis muuttuisi mitenkään; uutta bottia ei laiteta tekemään samaa tehtävää. Nyt puheena olevan IABotin oletusasetuksena onkin, että toimivia linkkejä ei lähetetä arkistoitaviksi (se vaatisi myös luvan Wayback Machine -ylläpidolta). ¬Antilope 28. elokuuta 2017 kello 18.58 (EEST)

Jos botti lisää Wikipediassa olevan kuolleen HS-linkin tilalle IA:han arkistoidun HS:n Tilaajille-mainoslinkin, kuka siitä hyötyy? --Abc10 (keskustelu) 28. elokuuta 2017 kello 19.08 (EEST)

Ne Hesarin lukijat, jotka maksavat tilauksestaan, ja lisäksi niissä usein osa tiedoista näkyy kaikille. Käytetäänhän täällä muitakin maksullisia lähteitä, kuten Tilastopaja.-kyykaarme (keskustelu) 29. elokuuta 2017 kello 00.01 (EEST)

Et tainnut ymmärtää. Avaan: Kun kuollut linkki korvataan Archiven linkillä, sen on tarkoitus olla ilmoitus siitä, että artikkeli on siellä luettavissa. Mutta HS:n tapauksessa siellä on jutun alusta pari riviä ja ilmoitus, että sen voivat lukea vain verkkolehden tilaajat, ja lukija hölmistyy. Voi olla että arkistoitujen linkkien arvo lukijan silmissä nollaantuu. Se ei kai ole tarkoitus, kun arkistoituja juttuja linkitetään Wikipediaan, vaan se että kuolleen linkin tilalla on linkki luettavaan juttuun. Ehkä tämä selvennys auttoi.

Vastaavia ongelmia voi tulla vastaan muuallakin, mutta maakuntalehtiä, kuten Aamulehti ja Turun Sanomat, linkitetään vain murto-osa siitä mitä HS:ää, eikä niillä ainakaan vielä taida olla käytössä menetelmää, että juttu on hetken luettavissa ja sitten tulee luukulle mainoslappu. --Abc10 (keskustelu) 29. elokuuta 2017 kello 08.16 (EEST)

Ei se esimerkiksi viitemallineiden kohdalla korvaa sitä linkkiä vaan lisää viitemallineeseen uuden, arkistoitu linkki parametrin (esim) Jos näyttää siltä, että jokin sivusto kuten HS sisältää vain huonoja arkistokopioita, niin asiasta voidaan ilmoittaa arkistointibotin pyörittäjille jotka tekee asialle jotain tai ei tee TAI viimekädessä voidaan täällää fiwikissä paikallisesti muuttaa systeemiä siten ettei se näytä näitä viallisiksi katsomiamme arkistolinkkejä. --Zache (keskustelu) 29. elokuuta 2017 kello 09.19 (EEST)

Taka-ajatukseni kommentissa oli, että asialle tehdään jotain, mutta jos se jää yksittäisten käyttäjien käsiin, niin että heidän on korjattava ne yksitellen käsivoimin, ongelma ei poistu, sillä niitä tulee enemmän kuin kukaan ehtii poistaa. Normaaleja artikkelilinkkejä tulee käyttäjiltä, ja HS:n työntekijät lisäävät muistokirjoitus-linkit, jotka voivat olla tai olla olematta luettavissa, mutta joka tapauksessa ne yleensä muuttuvat linkeiksi jollaisia yllä kuvasin ja josta hyötyy lähinnä osakkeenomistaja (jollainen itsekin olen, tämä selvennykseksi). --Abc10 (keskustelu) 29. elokuuta 2017 kello 10.44 (EEST)

ORES edit quality campaign v2 1/3 tehty

Pistetääs tilannepäivitystä. Eli ORES:n muokkauksenlaatu (goodfaith/damaging) toisesta kampanjasta on saatu tehtyä ensimmäinen kolmannes. Ores on siis koneoppimiseen perustuva systeemi joka pyrkii tunnistamaan huonoja muokkauksia ja kampanjan tarkoituksena on siis parantaa ORES:n osumatarkkuutta tekemällä lisää esimerkki-/opetusmateriaalia ja siihen voi osallistua täällä ja tilannetta voi seurata täällä.

ORES:ia hetkellä tätä on käytetty fiwikissä mm. artikkeleiden ensiarvioinnissa yhtenä sääntönä sekä sillä vakautetaan mahdollisesti sotkettuja artikkeleita vuorokauden vakautuksella. Molemmat näistä ovat sellaisia, että useiden ehtojen pitää toteutua ennen kuin artikkeli vakautetaan tai hyväksytään ensiarvioiduksi ja ORES:n pisteet toimivat yhtenä näistä ehdoista.--Zache (keskustelu) 27. heinäkuuta 2017 kello 14.40 (EEST)

Labels done: 2490, Labels needed: 5423, Unique labelers: 11. Ei tässä nyt oikein laajoja arvioijajoukkoja ole saatu liikkeelle. --Jmk (keskustelu) 28. elokuuta 2017 kello 13.46 (EEST)

Joo ei olla, eikä tällä hetkellä tuolla pysty edes arvioimaan muutoksia, kun uudet suomennokset eivät vieläkään ole päivittyneet, niin sen käyttöliittymästä ei tiedä, että minkälaista arviota on antamassa muutokselle. --4shadoww (keskustelu) 28. elokuuta 2017 kello 15.33 (EEST)

Koska ne on käännetty? --Zache (keskustelu) 28. elokuuta 2017 kello 16.36 (EEST)

Pari viikkoa ainakin on siitä aikaa. --4shadoww (keskustelu) 28. elokuuta 2017 kello 16.41 (EEST)

Voisi varmaan mainita labeling -systeemin pyörittäjille. --Zache (keskustelu) 28. elokuuta 2017 kello 16.50 (EEST)

Unohtui aikaisemmassa kommentissa mainita, että aiheesta teinkin jo tiketin aikaisemmin tänään, ja yhdestä toisesta pikku jutusta. --4shadoww (keskustelu) 28. elokuuta 2017 kello 17.03 (EEST)

Nyt on päivitetty käännökset niin, että arviointityökalua pystyy käyttämään, mutteivat näköjään vieläkään olleet tuoreimmat. --4shadoww (keskustelu) 30. elokuuta 2017 kello 18.30 (EEST)

Kursorin paikka ja muokkauspainikkeet

Muistankos nyt ihan harhoja. Mielestäni homma on ennen toiminut niin, että kun avaa käyttäjän keskustelusivun ja saman tien painaa jotain muokkauspainiketta, vaikkapa varoituspainiketta T1 "Tervetuloa Wikipediaan! Huomasin..." niin teksti on mennyt itsestään sivun loppuun kuten pitääkin. Mutta nyt se toimii niin, että teksti tuppautuukin sivun alkuun, ellei ole erikseen käynyt tökkäämässä kursoria muokkausruudun loppuun. Niin sitten tulee tämmöisiä käänteisessä järjestyksessä eteneviä kertomuksia. Muuttiko joku jotain? Voisiko joku muuttaa jotain takaisin? --Jmk (keskustelu) 29. elokuuta 2017 kello 10.54 (EEST)

Sivuvaikutus tästä korjauksesta, koska en tehnyt mitään kursorille paikalle tuossa ja vanha systeemi lisäsi tekstin koko sivun jatkeeksi eikä siihen missä kursori oli. Katson tuota sitten kun wikiprojekti:Wiki Loves Monuments on saatu kunnialla alkaneeksi, mutta lienee korjattavissa jos joku muu ehtii vilkaisemaan tuota ennen minua niin saa papukaijamerkin minulta. --Zache (keskustelu) 29. elokuuta 2017 kello 11.01 (EEST)

Kiva, että asioita säädetään. --Jmk (keskustelu) 31. elokuuta 2017 kello 09.13 (EEST)

Eikös tuosta ole myös tyhjä välirivikin hävinnyt samalla? [9]. Ennen muistaakseni nappi tuotti rivinvaihdon, tyhjän rivin edelliseen viestiin nähden ja sitten vasta tekstin. Nyt tulee puuroa, joka on hyvä aamiainen. --Pxos (keskustelu) 31. elokuuta 2017 kello 11.20 (EEST)

Nowikitys Visuaalisessa muokkaimessa

Onkos tosiaan niin, että Visuaalisen mokaimen perusasetuksissa on tehdä tällainen wikilinkki sen sijaan, että tuloksena olisi siisti ja oikea linkki? Vai onko vika VE:n käyttäjässä? Noita nimittäin näkee aina välillä ja yhteenvedon jälkeen on paljonpuhuva Merkkaus: Visuaalinen muokkaus. Sitten vielä jossain sanottiin, että itsensä sulkevia html-tagejä ei enää saisi olla jatkossa koodin seassa (kuten esim. <br />). Tuossahan näyttää siltä, että VE tarkoituksella tuottaa juuri itsensäsulkevan tagin. --Pxos (keskustelu) 31. elokuuta 2017 kello 15.46 (EEST)

Museoverkko geohackiin

Jotakuta varmaan kiinnostaa se, että lisäsin https://kartta.museoverkko.fi :n geohack:iin (diffi) eli se löytyy nyt siitä kun klikkaa koordinaatteja ja katsoo karttapalveluita Suomi otsikon alta. Tällä hetkellä oletusasetukset ovat wikiprojekti:Wiki Loves Monuments -kilpailun kannalta mielekkäitä, mutta jos jollain on parempi tuntuma siihen mitkä oletusasetukset kannattaisi olla, niin voipi vinkata. (Tiedoksi: @J Hokkanen:, @Urjanhai:) --Zache (keskustelu) 1. syyskuuta 2017 kello 14.00 (EEST)

Toiminnot:tallenna

Huomasin äsken, että kun menee sivulle toiminnot:tallenna, niin lomakkeelle ei tule enää valmiiksi mallinetta {{tiedoston tiedot}} joka tulee sivulta Järjestelmäviesti:Onlyifuploading.js. Itse tuossa koodissa ei ole mitään vikaa, koska se toimii kun asettaa debug-parametrin arvoksi yksi jolloin koodi ajetaan hieman eri järjestyksessä. Tallenna-sivun osalta korjaus olisi toiminnallisuus tulemaan pienoisohjelmasta joka asetettu käyttöön kaikille, koska se on nykyinen tapa tehdä tuon tapaisia asioita sen sijaan, että niitä ajellaan common.js:stä. Tämä ei kuitenkaan vielä kerro sitä missä vika todellisuudessa on, niin jos joku jaksaa tai ehtii, niin todellisenkin syyn voisi kaivaa esiin. @4shadoww: --Zache (keskustelu) 2. syyskuuta 2017 kello 14.41 (EEST)

En ymmärrä js:stä juuri mitään, mutta näyttäisi muissa wikeissä latautuvan samoilla tai lähes samoilla koodeilla mitä fiwikissä, frr:Special:Upload, sq:Special:Upload, cy:Special:Upload. Ja ainakin itse saan paljon virheilmoituksia Toiminnot:Tallenna-sivulla, eikä kaikki käytössä olevat pienoisohjelmat siellä lataudu. Stryn (keskustelu) 2. syyskuuta 2017 kello 15.15 (EEST)

Testasin niin pitkälle, että varmistin ettei tuo toimi silloinkaan kun kirjautuu sisälle testikäyttäjänä joka on ainoastaan autoconfirmed ja asetukset on resetoitu oletusasetuksille. Joka tapauksessa onlyifuploading.js:n koodia ei joko ajeta jonkun loogisen virheen takia tai koodi kaatuu ennen kuin päästään niin pitkälle. Virhe itsessään ei siis ole tuossa onlyifuploading.js:ssä --Zache (keskustelu) 2. syyskuuta 2017 kello 15.28 (EEST)

Hmm, äsken nuo koodit latautui useamman kerran kun päivitin sivua, mutta nyt taas ei ollenkaan. Käytössäni siis Firefox. Edge-selaimella kokeilin äsken tällä ja bottitunnuksellani, ja molemmilla latautui koko ajan. Stryn (keskustelu) 2. syyskuuta 2017 kello 15.39 (EEST)

Siirsin tuon pienoisohjelmaksi ja sivulle Järjestelmäviesti:Gadget-Onlyifuploading.js joka ratkaisee ongelman ainakin tuon nimenomaisen sivun osalta --Zache (keskustelu) 2. syyskuuta 2017 kello 21.05 (EEST)

Tietolaatikot aiheuttavat tyhjiä rivejä

Täällä käynee enempi wikitekniikkaa taitavia silmäpareja kuin yksittäisten mallineiden keskustelusivuilla, joten: Mallineissa {{Kansat}} ja {{Videopelihahmo}} otsikossa mainittu ongelma. Lisätietoja kyseisten mallineiden keskustelusivuilla. 88.113.105.109 4. syyskuuta 2017 kello 02.35 (EEST)

Kansoissa malline teki tyhjiä rivinvaihtoja silloin kun parametreja ei oltu täytetty diffi ja videopelihahmossa saman aiheutti aukijäänyt center-tagi. Korjasin tuon jälkimmäisen poistamalla center-tagit kokonaan, koska ne malline keskitti tekstin joka tapauksessa. ([10] diffi). Pahoittelut etten ollut vastannut pingeihin tosin. Huomasin aikoinaan, mutta nuo eivät ole olleet hirveän korkealla tärkeysjärjestyksessä niin unohtuivat. --Zache (keskustelu) 4. syyskuuta 2017 kello 04.04 (EEST)

En tiedä, onko tämä sama vai vähän eri: Jotkut artikeelien lopussa olevat navigaatio- tms. -mallineet näköjään jättävät tyhjän rivin väliinsä, jos mallineiden välissä on lähdekodsissa rivinvaihto. Jos poistaa rivinvaihdon lähdekoodissa, niin tyhjää riviä ei tule. --Urjanhai (keskustelu) 4. syyskuuta 2017 kello 06.50 (EEST)

Mallineessa ylimääräinen rivi? [11] --raid5 (keskustelu) 4. syyskuuta 2017 kello 22.14 (EEST)

Teknistä apua nimilistan järjestyksen kääntämmiseen

Minulla on Wikipedian ulkpuolinen nimiluettelo jossa nimet ovat sukunimi-etunimi-järjestyksessä. Onko mitään keinoa saada lista käännetyksi etunimi-sukunimi-muotoon? Vanhassa WordPerfectissä se oli mahdollista, ellei nyt koko listalle kerrallaan, niin ainakin siten ettei tarvinnut manuaalisesti siirrellä nimen osia. Ehkä tämä on väärä Kahvihuone, mutta täätä ehkä parhaiten tavoittaa osaajan. Ja kysymys on kuitenkin Wikipedia-takoituksiin käytettävästä listasta. --Abc10 (keskustelu) 7. syyskuuta 2017 kello 09.24 (EEST)

Jos se on sellaisessa muodossa, että sen pystyy helposti tallentamaan Wikipediaan ja saat sen helposti itsellesi, niin joku pystyy täällä varmaan tekemään sen helposti. Yksi keino joka tulee mieleen on, että kopioi listan taulukkolaskentaan (Google Docsin sheet tai Open Officen calc) ja käyttää sukunimen ja etunimen välistä erotinmerkkiä sarakkeiden välisenä erotinmerkkinä jolloin etunimi ja sukunimi menee eri soluihin ja siirtää sitten vain solujen paikat. Tämän jälkeen kopioi listantaulukkolaskennasta takaisin tekstieditoriin. --Zache (keskustelu) 7. syyskuuta 2017 kello 09.33 (EEST)

Luettelosuojan vuoksi sitä ei voi tuoda Wikipediaan. Katsotaan osaanko OpenOfficella. --Abc10 (keskustelu) 7. syyskuuta 2017 kello 09.48 (EEST)

Tuo onnistuu esim. jos sinulla on Googlen tili. Avaa Google Drive ja aloita uusi laskentataulukko (Google Sheets). Liitä koko listaus sinne, valitse kaikki ja mene Tiedot -> Jaa tekstit sarakkeiksi. Nyt seuraava vaihe riippuu mitenkä ne pitäisi erotella toisistaan. Tein nopean esimerkin, jossa yhdistin ne välillä ja pilkulla. --OneMember ^(keskustelu) 9. syyskuuta 2017 kello 06.46 (EEST)

Kaikki hyvin siihen asti kunnes pitää yhdistää sarakkeet A ja B (etunimi ja sukunimi) --Abc10 (keskustelu) 9. syyskuuta 2017 kello 11.31 (EEST)

Jos olet OpenOfficella tekemässä, niin joku tämmöinen Google: openoffice concatenate two columns voisi auttaa. Ehkä tämä [12] jonka mukaan voisit yksinkertaisesti valita yhdistettävät sarakkeet ja jostain löytyisi komento Format > Merge cells? --Jmk (keskustelu) 9. syyskuuta 2017 kello 11.38 (EEST)

ASia on ratkaistu toisaalla. --Abc10 (keskustelu) 9. syyskuuta 2017 kello 12.28 (EEST)

Eston pyynnöstä hälytysilmoitus?

Kun Ylläpitäjien ilmoitustaululla pyytää eston asettamista IP:lle, niin siitä tulee Hälytysilmoitus sivun yläreunaan. Miksi näin on? Tilanteesta tarkemmin kuvassa. --OneMember ^(keskustelu) 11. syyskuuta 2017 kello 00.06 (EEST)

Koska linkität aina käyttäjän mahdollisen käyttäjäsivun, ja jos käyttäjää ei ole rekisteröity (IP), saat ilmoituksen tästä. --Parantaja asiantuntija (keskustelu | muokkaukset) 11. syyskuuta 2017 kello 06.29 (EEST)

Asetusten ilmoitukset välilehdeltä pystyy säätämään tuota.--Zache (keskustelu) 11. syyskuuta 2017 kello 06.36 (EEST)

Estopyyntöhän on erikseen rakennettu koodilomake, joka tuottaa tuloksen kun sen kenttiä täyttää. Pitäisi muuttaa sitä koodia niin, että se ei linkittäisi enää käyttäjäsivuun vaan pikemminkin muokkaushistoriaan sekä peeloille että I-peeloille. Näin ei tulisi turhia ilmoituksia kenellekään. --Pxos (keskustelu) 11. syyskuuta 2017 kello 15.31 (EEST)

Improvements coming soon to Recent Changes

Hello

Sorry to use English. Please help translate to your language! Kiitos.

In short: starting on 26 September, New Filters for Edit Review (now in Beta) will become standard on Recent Changes. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked (and soon, Special:Watchlist – see below).

Based on a new design, it adds new features that ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Bookmarking to keep your favorite configurations of filters ready to be used.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.

You can know more about this project by visiting the quick tour help page.

Concerning RecentChanges

Starting on 26 September, New Filters for Edit Review will become standard on Recent Changes. We have decided to do this release because of a long and successful Beta test phase, positive feedback from various users and positive user testing.

Some features will remain as Beta features and will be added later. Learn more about those different features.

If your community has specific concerns about this deployment or internal discussion, it can request to have the deployment to their wikis delayed to October 1, if they have sensible, consistent with the project, actionable, realistic feedback to oppose (at the development team's appreciation).

You will also be able to opt-out this change in your preferences.

Concerning Watchlists

Starting on September 19, the Beta feature will have a new option. Watchlists will have all filters available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "⧼eri-rcfilters-beta-label⧽", you have no action to take. If you haven't activated the Beta feature "⧼eri-rcfilters-beta-label⧽" and you want to try the filters on Watchlists, please go to your Beta preferences on September 19.

How to be ready

Please share this announcement!

Do you use Gadgets that change things on your RecentChanges or Watchlist pages, or have you customized them with scripts or CSS? You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please ping me if you have questions.

On behalf of the Global Collaboration team, Trizek (WMF) 14. syyskuuta 2017 kello 18.26 (EEST)

Reason why I don't use it here is that it's too slow to load. I want to see the recent changes immediately when the page opens. Now I need to wait some seconds before I can click them. Stryn (keskustelu) 14. syyskuuta 2017 kello 18.58 (EEST)

Säilyykö se vanha? Iivarius (keskustelu) 14. syyskuuta 2017 kello 19.06 (EEST)

If you prefer the current page you will be able to opt out. Eli säilyy, mutta sinun täytyy muuttaa se asetuksista käyttöön, koska uusi toiminto tulee oletuksena kaikille käyttäjille. Stryn (keskustelu) 14. syyskuuta 2017 kello 19.09 (EEST)

Sijaintikarttamallineen toiminta

Sijaintikartta- tai Location map -malline toimii joko virheellisesti tai sitten olen merkinnyt tiedot virheellisesti. Esimerkkinä artikkeli Pueblan maanjäristys 2017 ja Ibiza. --raid5 (keskustelu) 19. syyskuuta 2017 kello 23.26 (EEST)

Kuvan yläpuolella on koodi [[Tiedosto: ja [[Tiedosto: |250px|]]. --raid5 (keskustelu) 19. syyskuuta 2017 kello 23.31 (EEST)

Kartta pitäisi pistää mallineen ohjesivun mukaan muu-parametriin, joka ei toiminut. Korjasin muu-parametrin ja laitoin kartan siihen. [13] --Zache (keskustelu) 20. syyskuuta 2017 kello 05.01 (EEST)

Kiitos oikein paljon. Jos sinulla on joskus ylimääräistä aikaa, niin korjaisitko mallineen {{Saari}}, joka on käytössä artikkelissa Ibiza? Vai olisiko parempi vaihtaa sijaintimalline tavalliseen kuvaan tai peräti poistaa kokonaan? --raid5 (keskustelu) 20. syyskuuta 2017 kello 22.13 (EEST)

Apua mallineen panssarivaunu kanssa

Kehtaisiko joku tehdä mallineeseen panssarivaunu pikku muutoksen. Jos siis parametrille putkella ei olisi asetettu mitään arvoa tai se olisi yhdysviiva ja parametrilla putketta olisi jokin muu arvo kuin yhdysviiva, kohta Pituus tulostuisi ilman noita typeriä viivoja samalla tavoin kuin muutkin kohdat tulostuvat. --Smaug the Golden (keskustelu - muokkaukset - lokit) 23. syyskuuta 2017 kello 10.52 (EEST)

Ajatus sukunimi-täsmennyssivujen automaatiosta

Luokista Luokka:Elävät henkilöt ja Luokka:Kuolleet henkilöt saisi käytännössä kerättyä kaikki tämän Wikipedian sisältämät henkilöartikkelit. Artikkelien nimistä koostetusta listasta saisi välilyönnin kohdalta räjäyttämällä etunimen ja sukunimen erilleen ja jälkimmäisen avulla saisi niputettua samansukunimiset. Jos ajatellaan että keskityttäisiin sukunimi-täsmennyssivuilla sinilinkkeihin, niin tällä tavalla saisi samansukunimiset kerättyä ja listattua aakkosjärjestyksessä. Välilyönnin kohdalta räjäyttämisessä pitää vain huomioida ettei ole toinen etunimi tai saksalainen von välissä (tiettyjen kielten kohdalla huomioitavia juttuja). Erikielisiä sukunimiä on työlästä kerätä ja listata käsin. Kellään ei taida olla innostusta satojen tai tuhansien sukunimi-täsmennyssivujen aloittamiseen käsin. Intialaisista ja kiinalaisista sukunimistä on kai vain vähän täsmennyssivuja nytten. Koodia hiomalla voisi saada poimittua artikkeleihin merkityistä luokista myös synnyin- ja kuolinvuodet, mikä auttaisi oikean henkilön löytymistä täsmennyssivulta, kun ne saataisiin täsmennyssivulle näkyviin. Jopa artikkeleihin merkityistä ammattiluokista ("Luokka:Yhdysvaltalaiset näyttelijät" -> yhdysvaltalainen näyttelijä) voisi poimia täsmennyssivulle täsmentävää tekstiä. --Hartz (keskustelu) 18. syyskuuta 2017 kello 11.29 (EEST)

Kaikissa nimiluettelosivuissa saisi olla nimessä täsmenne (nimi), (sukunimi) tms. jotta ne luettelosivut eivät vaikeuttaisi hakutoiminnon käyttöä. Etenkin jos niitä halutaan vielä nykyistäkin enemmän tänne. Dynaaminen haku kun löytää oikeat henkilöartikkelit luotettavammin kuin lyhyt ja staattinen nimiluettelosivu. --Savir (keskustelu) 18. syyskuuta 2017 kello 11.54 (EEST)

Sen pystyy tekemään myös listerialla ja Wikidatalla. esimerkki. --Zache (keskustelu) 18. syyskuuta 2017 kello 14.49 (EEST)

@Hartz:, käytännön toteutus sivulla Haanpää ja malline joka sisältää listan on {{Automaattinen sukunimilista/Haanpää}}. Eli tuo lisää nimen listalle mikäli Wikidatassa on henkilö on ihminen, hänellä on etunimi ja sukunimi asetettuna JA hänestä löytyy artikkeli suomenkielisessä Wikipediassa. Käytännön sovellus tuolla voisi olla, että automatisoidaan ne nimitäsmennyssivut joita sotketaan usein ja suojataan botin päivittämät mallineet. Luettelo on erillisessä mallineessa, koska ainakin nuo sukunimisivut sisältävät muutakin kuin nimiluetteloita joten botin päivittämä osuus on hyvä pistää erilliselle sivulle. --Zache (keskustelu) 19. syyskuuta 2017 kello 07.22 (EEST)

Muotoilu on ulkonäöltä täydellinen. Mitenkäs jos tuota nyt kokeilisi sivulla Presley? Onko se niin, että täytyy luoda uusi alasivu /Presley ja se sitten sisällytetään täsmennyssivulle? Miten se käytännössä tapahtuu? Painetaan sitä linkkiä ja ListeriaBot päivittää listan? Vai luoko ListeriaBot myös sen uuden alasivun? Taitaa olla niin että item labeleita joutuu päivittämään Wikidataan massoittain, mutta eihän se ongelma ole, tulee tehtyä siinä samalla. Pystyykö mallineeseen lisäämään ohjeistuksen tai linkin, että jos haluat lisätä luetteloon sukunimen se tapahtuu Wikidatan kautta? --Hartz (keskustelu) 19. syyskuuta 2017 kello 08.07 (EEST)

Tuolla onkin päivitä lista manuaalisesti -linkki ja alussa ohjeistusta ehdoista minkälainen entry listaan kuuluu. Ohjeeseen voisi vielä lisätä käytännön ohjetta miten saa lisättyä sukunimen listaan ja miten saa lisättyä puuttuvia item labeleita Wikidatan kautta. Missä tuo päivitys määräajoin määritellään? Kuinka tiheä se päivitystahti on? Se seuraava jossa haluaisin mallinetta kokeilla on tosiaan sivu Presley, että käytännön ohjeen pohjalta onnistunee. --Hartz (keskustelu) 19. syyskuuta 2017 kello 08.31 (EEST)

Kirjoittelin ohjetta ja tein automaatiota. ks. {{Automaattinen sukunimilista}}. Voi olla, että tuon luettelon pohjan luonnin saisi hakemaan arvaamaan sukunimenkin Wikidata ID:n suoraan oikein, mutta en saanut sitä luotettavasti toimimaan, niin jätin sen etsimisen ihmisen tehtäväksi. --Zache (keskustelu) 19. syyskuuta 2017 kello 12.59 (EEST)

Listan päivitysnopeudesta, niin se vaihtelee ja varmaan riippuu siitä paljonko listoja botilla on päivitettävänä eli se hidastuu koko ajan listojen määrän lisääntyessä. Se mitä pystyy säätämään on, että botille voi sanoa, että älä päivitä listaa automaattisesti useammin kuin vaikka kerran viikossa tai kuukaudessa. --Zache (keskustelu) 19. syyskuuta 2017 kello 13.01 (EEST)

Ip-käyttäjä huomautti täällä, että Presley-täsmennyssivulla on virheitä, mutta hän ei itse niitä osaa korjata. --Savir (keskustelu) 19. syyskuuta 2017 kello 14.05 (EEST)

Kokemukseni kokeilusta sukunimellä Rämö oli sellainen, että aluksi puuttui sukunimen id. Sitten alkoi pelittää kun hain sen Wikidatasta ja merkitsin koodiin käsin. Jos id:n unohtaa hakea ja merkitä siitä voisi olla varoitusteksti+linkki Wikidatan hakuun ennen tallentamista. Vaikka olin jo tallentanut, sivun koodimerkinnät sai haettua uusiksi sen mallineen luomiseen käytettävän syöttökentän kautta, joten ei ongelmaa. ListeriaBot toimi hyvin nopeasti. Rämö-sukunimi oli kuitenkin linkitetty vain kolmeen henkilöön. Rämö-luettelon täydentäminen Wikidataan on vaikeaa ja vaivalloista. Kynnys luettelon täydentämiseen on korkea. Tämä tekniikka toimisi paremmin jos Wikidataan olisi ensiksi massaviety dataa täältä fi-Wikipediasta. Käsin on datan vienti Wikidataan melkoisen kamalaa. --Hartz (keskustelu) 19. syyskuuta 2017 kello 14.11 (EEST)

@Savir: Kiitos, korjasin Presleyn tietoja. @Hartz: juu, ei massavienti ole oikein sellainen juttu jota tuon käyttöliittymän kautta tekisi, mutta yksittäisten juttujen lisäämiseen ja korjaamiseen tuo on ihan ok. Käytännössä jos haluaisi viedä noita laajemmin, niin se onnistuisi nähdäkseni siten, että koodilla lukisi noita nykyisiä luetteloita ja sen perusteella tekisi esimerkiksi listan arvoista jonka tallentaisi vaikka Quickstatementsilla esimerkki. Toinen mikä on ihan näppärä on, että Petscanilla pystyy lisäämään myös wikidata-arvoja eli sillä voi esimerkiksi etsiä kaikki johonkin sukunimi-artikkeliin linkittävät sivut jotka ovat fiwikissä vaikka elävissä henkilöissä, syntyneissä tai kuolleissa ja lisätä niihin kyseisen sukunimen jos artikkelissa ei sitä vielä ole. --Zache (keskustelu) 19. syyskuuta 2017 kello 14.34 (EEST)

Luulen että tämä tekniikka toimii jo hyvin englanninkielisillä sukunimillä joista on viety riittävästi dataa Wikidataan. Suomenkielisten sukunimien kohdalla tämä tekniikka toimii nyt aika huonosti (esimerkkimä Rämö), koska dataa ei ole (täältä fi-Wikipediasta) viety Wikidataan riittävästi. Massavienneissä varmaankin tärkeintä olisi vain luoda ne Wikidata entryt kuten järvisivun esimerkissä 2. Lisätietojen täydentäminen ei olisi aivan niin tärkeää. --Hartz (keskustelu) 19. syyskuuta 2017 kello 14.56 (EEST)

@Hartz: Luulisin, että se on kaikilla kielin vähän puutteelista. Joka tapauksessa jos sinua (tai jotakuta muuta) kiinnostaa kokeilla sukunimien kirjoittamista Wikidataan, niin tein ohjeen siitä. --Zache (keskustelu) 19. syyskuuta 2017 kello 17.51 (EEST)

Oletetaan, että haluaisin nyt lisätä täsmennyssivulle Haanpää jonkun merkittävän Haanpää-nimisen, josta ei vielä ole artikkelia. Jos kävisin lisäämässä henkilön tiedot sivulle Malline:Automaattinen sukunimilista/Haanpää, poistaisiko botti ne automaattisesti seuraavassa päivityksessä sen johdosta, että vastaavaa kohdetta ei olisi Wikidatassa? Voisin tietysti lisätä nimen myös suoraan täsmennyssivulle mallineen jälkeen, mutta se silloin se tulisi todennäköisesti aakkosjärjestyksessä väärään kohtaan. --Risukarhi (keskustelu) 19. syyskuuta 2017 kello 16.42 (EEST)

Kyllä. Botti seuraavassa päivityksessä poistaisi sen mikäli lisäät sen mallineeseen. Eli botti kylmästi ylikirjoittaa {{wikidata-lista}} ja {{wikidata-listan loppu}} välisen alueen. Tuosta, että punalinkin lisäisi suoraan listaa, niin minulla on muistikuva siitä, että sitä oltaisiin pidetty huonona juttuja, koska ainakin osaan nimi-artikkeleista lisätään muutenkin jo kaikenlaista ylimääräistä josta ei tiedetä oikein keitä ne henkilöt on ja vaaitmus artikkelista on ollut yksi raja siivota noita listoja. Jos tämän kuitenkin unohtaa, niin sanoisin, että oikea tapa lisätä se listaan on, että tiedot käy lisäämässä Wikidataan ja sitten tekee luettelon kasaavaan hakuun jonkun sellaisen rajauksen jolla se ottaa punalinkkejä mukaan myös. Nythän artikkeli fiwikissä on vaatimus listalle pääsyyn. Todennäköisesti se rajaus olisi kielilinkkien määrä tai kielilinkki jossain meidän kannalta oleellisessa wikissä (lue naapurikielialueen wikissä). --Zache (keskustelu) 19. syyskuuta 2017 kello 16.57 (EEST)

Kuten Savir yllä mainitsi, Wikipediassa olevat artikkelit löytää suhteellisen helposti hakutoiminnollakin. Täsmennyssivujen suurin hyöty on juuri siinä, että niihin voi lisätä myös sellaisia kohteita, joista ei vielä ole artikkelia. Lisäksi jos tuo automaattilista tekee täsmennyssivujen muokkaamisen noin vaikeaksi ja työlääksi (pitää mennä luomaan uusia kohteita Wikidataan ym.), niin en toivo sen tulevan laajempaan käyttöön. Tuolla voitaisiin mieluummin luoda pelkkiä apulistoja, joista käyttäjät voisivat sitten täydentää tiedot täsmennyssivulle normaalina lähdekoodina, jota voisi myöhemmin myös muokata normaalisti suoraan. --Risukarhi (keskustelu) 19. syyskuuta 2017 kello 17.10 (EEST)

Mitenköhän tämän selittäisi. Kirjoitan jonkun verran tänne juttuja ihan siltä pohjalta, että ne ovat esimerkkejä siitä mitä on mahdollista tehdä vaikken erityisesti usko niiden läpimenoon ainakaan juuri nyt, koska Wikipedia on Wikipedia. Esimerkiksi tein tuon listan aika pitkälti Hartzille esimerkiksi, koska hän esitti idean ja minä näin siinä tilaisuuden näyttää miten se voidaan toteuttaa. Hyvällä tuurilla sen seurauksena hän tai joku muu kokeilee sitä, naksuttelee Sparql-hakuja tai tutustuu Wikidataan noin muuten. Tässä ei kait hirveän oleellista viimekädessä ole se, että onko nimenomaan sukunimi-luettelot automaattisia vaan ylipäätänsä ajatus siitä, että toisinkin voidaan tehdä. Oma mielipiteeni tässä on se, että Wikipediassa on menossa siirtymä on pois vapaamuotoisesta tekstistä kohti täsmällisesti määriteltyjä tietomalleja, koska jälkimmäinen on kirjaamisvaiheen suuremmasta vaivasta huolimatta sisällön käyttömahdollisuuksien kannalta ylivoimainen. Samalla uudet käyttötavat aiheuttavat myös sen, että aikaisemmin suht vapaamuotoisesti luokkahierarkioihin ja tietolaatikoihin kirjattua informaatiota tallennetaan nykyään myös Wikidataan tai joissain tapauksissa pelkästään Wikidataan. --Zache (keskustelu) 19. syyskuuta 2017 kello 19.50 (EEST)

Kuten Risukarhi antoi ymmärtää, kaikenlainen tekninen kehitys näyttää menevän siihen suuntaan, että pelkästään kirjoittamista tekevälle tämä alkaa tulla ylivoimaiseksi. Ne jotka eivät kirjoita ollenkaan (esimerkiksi Käyttäjä Zache) eivät teknikkaan sokaistuneina näytä näkevän ongelmaa, joka vähentää entisten mahdollisuutta ja intoa tehdä artikkeleita ja estää uusia edes aloittamasta. Teknikkojen temmellyskenttänä myös Wikipedian sisältö alkaa painottua siihen suuntaan. Tämän näkemyksen esiin tuominen on tietysti taistelua tuulimyllyjä vastaan, sillä valta on teknikoilla. --Abc10 (keskustelu) 19. syyskuuta 2017 kello 20.30 (EEST)

Kehityssuunnalle ei voi mitään. Vähitellen mallineet, moduulit ja sparql-kutsut ovat monimutkaisia ja varmuudeksi suojattuja ettei kukaan käy niitä rikkomassa. Samaan aikaan automaatiota otetaan koko ajan lisää käyttöön ja muokkaajien kirjoitusoikeuksia rajoitetaan yhä enemmän. Lopputuloksena Wikipedia on tulevaisuudessa puoliksi automatisoitua sisältöä ja puoliksi experttitason tekstiä johon tulleet muutokset kumotaan 99 % varmasti. Tavallisen pulliaisen melkoisen turhaa edes yrittää kirjoittaa Wikipediaan vuonna 2025, sillä todennäköisyys siihen että lähes täydellinen artikkeli menee huonompaan suuntaan on niin suuri. Eiköhän IP-osoitteilta muokkaaminen estetä jo vuonna 2020. Varmaan keskustelusivuilla saa ehdotella, muut katsovat lähteet, sopivan sijainnin ja käyvät tekemässä muutokset. --Hartz (keskustelu) 19. syyskuuta 2017 kello 20.38 (EEST)

Mä uskoisin, että automaation hyödyntäminen eri muodoissaan eli sekä Wikipedian sisällä, että sen ulkopuolella tulee lähemmäs ihmisten normaalia yleissivistystä ja medialukutaitoa. Vähän samaan tapaan kuin, että ihmiset osaa käyttä webbiselainta ja tekstieditoria ja jos työkalut ovat liian vaikeita, niin työkaluista tulee helpommin omaksuttavia. --Zache (keskustelu) 19. syyskuuta 2017 kello 20.42 (EEST)

Jos halutaan puhua periaatteellisella tasolla, niin esittäisin tuohon kolme huomiota. Ensimmäinen seikka on se, että ihmistä ei kannata kokonaan korvata automaatilla niin kauan kuin ihminen pystyy tekemään asiat automaattia paremmin (ja on siihen halukas). Tässä tapauksessa automaatista, joka hakee tietosanakirjaan tietoa Wikidatasta, voi olla kiistatonta hyötyä aputyökaluna, mutta sen ei kannata antaa "kirjoittaa" kokonaisten sivujen sisältöä, jos se tekee sen joka tapauksessa huonommin kuin mihin ihmiset kykenevät. Wikipedian käyttäjä (ihminen) pystyy arvioimaan, milloin jonkin punalinkin sisällyttäminen täsmennyssivulle on tarkoituksenmukaista; jos automaatti ei siihen pysty, täsmennyssivujen sisällön tuottaminen kokonaan automaatilla olisi askel huonompaan suuntaan. Toinen seikka on se, että toimintojen siirtäminen suoraan Wikidataan rajoittaa suomenkielisen Wikipedian itsenäisyyttä. Mielestäni tämän on tarkoitus olla autonomisen yhteisön varassa toimiva itsenäinen projekti eikä Wikidatan suomenkielinen etäispääte. Wikidatan kaltaista informaatiokeskuspankkia kannattaa toki hyödyntää, mutta mielellään siten, että langat pysyvät omissa käsissä. Kolmas seikka on se, että tuo ehdotettu järjestelmä löisi korville pyrkimystä helpottaa Wikipedian muokkaamista varsinkin uusille ja kokemattomille käyttäjille, mihin esim. visuaalisen muokkaimen käyttöönotolla kai pyrittiin. Vapaasti muokattavassa tietosanakirjassa on lannistavaa, jos sivusta tai edes sen lähdekoodista ei mitenkään pysty hahmottamaan, mistä teksti tulee tai miten sitä voi muokata. Lisään vielä, että en halunnut haukkua Zachen ehdottamaa viritystä lyttyyn, vaan nostaa esiin mahdolliset ongelmat, joiden vuoksi sitä ei kannattaisi ottaa käyttöön juuri tuossa muodossa. Ehkä jossain maltillisemmassa muodossa se voisi ollakin hyödyksi. --Risukarhi (keskustelu) 19. syyskuuta 2017 kello 21.53 (EEST)

Jatketaan tätä kun kerran tuli vastaan sopiva esimerkki siitä miten listoja voidaan muokata. Jos menet saksankieliseen Wikivoyageen (esimerkkisivu de:voy:High_Rock ja väliotsikko Küche), niin siellä on listojen otsikoissa linkki vCard hinzufügen (add new vCard) ja listan riveillä linkki bearbeiten (edit). Kun linkkejä klikkaa, niin avautuu lomake jolla pystyy listaa muokkaamaan. Jos alkaa täyttämään wikidata-kenttää, niin siinä on automaattitäydennys ja löytyneen kohteen perusteella se ehdottaa arvoja muihin kenttiin. Tällä hetkellä tuo tallentaa tuloksen wikisivulle, mutta päämääränä tuossa on se, että lomake tallentaisi muutetut tiedot myös takaisin Wikidataan ja, että lomakepohjainen editori toimisi myös mobiilissa. --Zache (keskustelu) 24. syyskuuta 2017 kello 21.19 (EEST)

Suomenkieliseen Wikipediaan tarvitaan monipuolisemmat aikamallineet

{{Aloituspäivämäärä ja ikä|pp|kk|vvvv}} on jo hyvä, mutta lisäksi tarvitsisi esimerkiksi mallineen {{Aloitusvuosi ja ikä|vvvv}}, joka muuttuu vuoden vaihtuessa ja mallineen {{Aloituskuukausi ja -vuosi ja ikä|kk|vvvv}}, joka vaihtuu kuukauden vaihtuessa. Olisiko minun mahdollista tehdä tällainen helposti itse? Haluaisin yrittää. –Sullay (Asiaa?) 20. syyskuuta 2017 kello 05.08 (EEST)

Eikö kukaan täältä osaa tällaista tehdä? –Sullay (Asiaa?) 25. syyskuuta 2017 kello 02.35 (EEST)

En tiedä miksei kukaan muu ole vastannut. Itse en ole ollenkaan rakennellut mallineita, mutta oman ymmärrykseni mukaan tuosta mallineesta Aloituspäivämäärä ja ikä pitäisi saada muokattua suhteellisen helposti versio, johon voi laittaa tarkan päivämäärän sijaan myös pelkän aloituskuukauden tai vain vuoden. Huomaa että vastaava englanninkielinen malline en:Template:Start date and age toimii jo nyt juuri näin. Sen koodia voi varmaan kopioida tännekin.--Fotogurachan (keskustelu) 25. syyskuuta 2017 kello 11.48 (EEST)

Fiwikin mallineen muuttaminen vaatii sen, että muuttaisi parametrien määriä eli sen, että malline odottaa saavansa päivän ensimmäisenä, kuukauden toisena ja vuoden nimenomaan kolmantena parametrina. Sinänsä tehtävissä, mutta ei täysin triviaalia tuon mallineen kohdalla ja tämä on se juttu mihin muutos kaatuu useimpien fiwikin mallinemuokkaajien kohdalla. Enwikin mallineen kopioinnissa on saman tyyppisiä juttuja myös, koska siinä paramterit ovat eri järjestyksessä ja järjestystä pitää muutella. --Zache (keskustelu) 25. syyskuuta 2017 kello 12.04 (EEST)

Tietenkään en-Wikipedian koodia ei voi sellaisenaan kopioida Suomenkielisen mallineen päälle, koska se rikkoisi kaikki mallinetta nykyisin käyttävät sivut monestakin syystä, mutta tarkoitin että sen pohjalta voisi lähteä työstämään uutta mallinetta. Kuvittelin myös, että joku mallinekoodia osaava pystyisi muokkaamaan fi-Wikipedian mallineen päivän ja kuukauden parametrit käytännössä optionaalisiksi vaihtamatta niiden järjestystä esim. siten että poisjätettäessä päiväksi annettaisiin 0 tai -.--Fotogurachan (keskustelu) 25. syyskuuta 2017 kello 12.13 (EEST)

Mallinekoodin kannalta se asia mikä ei ole triviaalia on se, että jos jätät sieltä välistä paramterin pois, niin muuttujien järjestys muuttuu. Eli jos jätät päivän pois, niin sen jälkeen kuukausi on nimellä {{{1}}} joka oli aikaisemmin päivä. Edelleen jos jätät kuukaudenkin pois, niin tämän jälkeen vuosi on nimellä {{{1}}}. Jollain ohjelmointikielellä toimittaessa tämä ratkaistaisiin siten, että syötteenä saadut parametrit asetettaisiin kiinteille nimille (sanotaan vaikka vuosi, kuukausi, päivämäärä) ja toiminnallisuutta tehdessä käytettäisiin näitä kiinteitä nimiä. Mallinekoodi ei kuitenkaan ole ohjelmointikieli eikä siinä voi määritellä muuttujia tai niiden sisältöjä lennossa joten asia pitää toteuttaa if/else -tyyppisillä rakenteilla. Tämä on hankalaa sekä Wikipedian tapauksessa useimmiten myös lukukelvotonta. Tästä syystä muuten toiminnallisuuden siirtäminen Lua-moduuleihin on myös niin iso juttu, koska se mahdollistaa ns. oikean ohjelmoinnin sen sijaan, että sitä yritettäisiin tehdä mallinekoodilla joka ei siihen sovellu. --Zache (keskustelu) 25. syyskuuta 2017 kello 12.30 (EEST)

Verkko-osoitteiden ongelmamerkit

Eräässä verkko-osoitteessa on lainausmerkit, joten osoite ei toimi. Millä koodilla ne korvataan, että linkin saa asianmukaiseen muotoon? --Abc10 (keskustelu) 27. syyskuuta 2017 kello 21.04 (EEST)

Kokeiles vaikka tuota työkalua, josko se hoitaisi homman automaattisesti. Jos haluaa käsin korjailla, niin lainausmerkki on %22. Enemmän tietoa koodauksesta en:Percent-encoding. --Jmk (keskustelu) 27. syyskuuta 2017 kello 21.10 (EEST)

Siistimpää jälkeä tulee kun muuttaa vain lainausmerkit, joten muutin käsin. Abc10 (keskustelu) 27. syyskuuta 2017 kello 21.53 (EEST)

Eipä kestä. --Jmk (keskustelu) 27. syyskuuta 2017 kello 22.09 (EEST)

Mallineen "Kopio" tekninen kehittäminen

Jatkoin keskustelua mallineesta Kopio. Olisikohan teknisesti mahdollista rakentaa mallineeseen viivästetty poistomenettely, jossa malline tuottaisi 1–3 vuorokauden harkinta-ajan tapauksissa, jossa kopiointi on vain epäily eikä selvä juttu? Saattaisi nimittäin olla tarvetta välittömän poistopyynnön lisäksi sellaiselle mallineelle, missä poistamista ehdittäisiin harkita hieman ja missä pyydettäisiin tekstin kirjoittajalta selvennystä. --Pxos (keskustelu) 27. syyskuuta 2017 kello 14.19 (EEST)

Nyt malline lisää 4 vuorokautta harkinta-aikaa ja luokittelee kyseisenä aikana sivun pikapoiston sijasta tekijänoikeusongelmiin, jos malline lisätään käyttämällä seuraavaa rimpsua:
{{Kopio| Lähde josta tiedon epäillään olevan kopioitu. | 2 = {{subst:LOCALTIMESTAMP}} }}
Ilman kakkosparametrin käyttöä malline toimii kuten ennenkin. Ohjetta en ole vielä päivittänyt. Jos haluaa testata tuota nopeammin (30 sekunnin varoajalla), se onnistuu vaihtamalla yllä olevassa merkkijonossa teksti Käyttäjä:Ejs-80/zzz tekstin Kopio tilalle. Alasivultani löytyy nimittäin kopiomallineen nykysisältö ilman mallineluokittelua sillä erotuksella, että alasivulla 96 tunnin aikaraja on korvattu 30 sekunnilla. –Ejs-80 28. syyskuuta 2017 kello 11.40 (EEST) EDIT: –Ejs-80 28. syyskuuta 2017 kello 11.43 (EEST)

Aikavälin loppumisen automaattinen huomaaminen vaatii sitten purgetusta kuten yleensä (pitääkin lisätä tekijänoikeusongelmat-luokka purgetusta automaattisesti tekevän botin ohjelmaan). –Ejs-80 28. syyskuuta 2017 kello 11.51 (EEST)

Sivujen ilmestyminen pikapoistoon randomisti

Äsken poistin kaksi tiedostoa, jotka ilmestyivät luokkaan pikapoisto. Olin merkinnyt kyseiset 1 ja 2 tiedostot 19. helmikuuta 2017 mallineella epäselvä, jonka myötä niiden olisi pitänyt mennä poistoon 26. helmikuuta niiden ilmestyessä luokkaan pikapoisto. Tiedostot ilmestyivät kuitenkin vasta äsken kyseiseen luokkaan. Näin on käynyt aiemminkin, että poistettavaksi merkittyjä vanhoja tiedostoja ilmestyy randomisti. Miksi näin? –Makele-90 (keskustelu) 21. syyskuuta 2017 kello 14.09 (EEST)

Vastaus tähän löytyy sivulta Keskustelu_käyttäjästä:Zache/Arkisto1#Luetuimmat_artikkelit_-pilvi. Eli vaatii, että sivulla tapahtuu purgetus, joko ohjelmiston toimesta tai manuaalisesti käyttäjän tekemänä. Stryn (keskustelu) 21. syyskuuta 2017 kello 14.59 (EEST)

Mallineet ja luokat jotka vaativat purgettamista, kannattaa lisätä listalle: Käyttäjä:4shadowwBOT/refresh list.js, niin botti käy purgettamassa sen automaattisesti tietyin aikavälein. --4shadoww (keskustelu) 21. syyskuuta 2017 kello 19.00 (EEST)

Lisäisitkö listalle luokan Tekijänoikeusongelmat (syy: [14][15])? –Ejs-80 28. syyskuuta 2017 kello 12.12 (EEST)