Keskustelu mallineesta:Järvi WD

message: * Selkeyttää tietolaatikon koodin ulkoasua verrattuna Agonyn tietolaatikkoihin siirtämällä toimintalogiikkaa pois tietolaatikon configuroinnista siten, että:
** tulostusehto ei ole tietolaatikon koodissa vaan alimallineessa
** inline-koodin sijaan asioita on parametrisoitu. mm. esimerkit ovat omassa parametrissaan
* vakioarvot tulemaan wikidatasta
* automaattiset tarkistukset
** vastaako tulostettava arvo Wikidatan arvoa
** onko arvo muodoltaan odotettu (ts. numero 0 - 100 tms)
** paremmat virheilmoitukset käyttäjälle
* yksikkömuunnokset
* interaktiiviset mapframe-kartat
** kartoille automaattinen zoom johonkin järkevään arvoon Wikidatan perusteella
--Zache (keskustelu) 19. helmikuuta 2017 kello 05.20 (EET)
thread_title:  Päämäärät 

message: Boksi lyö älyttömän kokoisen virheilmoituksen artikkeliin, jos joku onneton erehtyy numeroiden sijaan käyttämään kirjaimia tietyissä parametreissa. Pystyykö tuolle "ominaisuudelle" tekemään helposti mitään, vai onko meidän vain tyytyminen tähän? Ongelmahan itsessään on kovin pieni, joten ei tämän korjaamiseen ainakaan kovin suurta työmäärää kannata uhrata.-Henswick (keskustelu) 1. maaliskuuta 2017 kello 01.11 (EET)
replies: text: Siinä on parametri PARAMETRIN_NIMI_ohita_tarkistus=1 jolla pääsee ohi tarkistuksesta olettaen, että parametri välitetään tietolaatikosta tarkistuksen tekevälle mallineelle. Lisäsin maininnan tuosta nyt myös virheviestiin (ks. Käyttäjä:Psl10i/lättähattu). Pääsääntöisesti olen kyllä sitä mieltä, että "noin", "lähes" jne tyyppisiä viestejä ei pitäisi pistää tietolaatikoihin vaan mieluummin sitten pyöristää luku sellaiseksi, että se pitää paikkansa. (esimerkiksi noin 10,8 ha on 11 ha) --Zache (keskustelu) 1. maaliskuuta 2017 kello 09.06 (EET)
thread_title:  Virheilmoitukset 

message: Huomasin virheen, ja lisäsin suurin syvyys arvolle jonkun kerran myös yksiön, jotta tietolaatikossa ei lukisi yksikkönä kilometri. Tarkistin tietolaatikosta, että olet tarkoittanut oletusyksiköksi metrin (harmaa vihjeteksti), mutta olen huomannut useastakin tietolaatikosta, että malline tyrkyttää vain kilometrejä. Se lienee helppo vaihtaa? En itse pitele mallinetta, jos itse vain ehdit tehdä sen.--J Hokkanen (keskustelu) 4. maaliskuuta 2017 kello 09.16 (EET)
replies: text: Olen offline ainakin iltapäivään/iltaan--Zache (keskustelu) 4. maaliskuuta 2017 kello 10.42 (EET)

text: Muutettu vakioyksiköksi metri ja sen oli tosiaan alunperinkin tarkoitus olla metrejä jota se tyrkyttää.  --Zache (keskustelu) 4. maaliskuuta 2017 kello 17.44 (EET)
replies: text: : En eilen keksinyt miten tälle saisi syötettyä lukuarvon ja yksikön WD:ssä. Mallineessa viitataan muuttujaan suurinsyvyys eli deepest point (), jonka kuvaus kertoo sen tarkoittavan alavinta paikkaa jollain hallintoalueella (point with lowest elevation in the country, region, city or area). Olikohan tämä todella oikea muuttuja järven suurimman vedensyvyyden arvon syöttämiseksi; olisin syöttänyt WD:aan esimerkiksi Järviwikin mukaisen lukeman 21 m eri kielisiä tulevia artikkeleita ajatellen, aluksi fiwikin Kolmisoppi (Kuopio, Kolmisoppi)? ... No yhtä yötä myöhemmin havaitsin, ettei WD:ssä tätä muuttujaa oltu kaikkiaan käytetty kuin alle 15 kertaa. että ilmneisesti ainoa vesialueen suurimman syvyyden lukema, jossa deepest point esiintyi, oli Doverinsalmelle annettu 55 metrin lukema, joka oli toteutettu rakenteella: vertical depth ja sille lukuarvo 55, yksikköinä metre. Tarkentimeksi criteria used oli annettu tämä deepest point. (Tätä syvyyslukemaa ei käytetty ainakaan Doverinsalmen artikkelissa enwikissä eikä frwikissä.) Koska vesistöjen syvyyksiä täytyy WD:ssä olla enemmän kuin tämä yksi, arvelen että ohjeistus P1589:n käyttöön on virheellinen. Mikäköhän olisi oikeampi rakenne syvyystietojen (keskisyvyys ja suurin syvyys) syöttämiseksi Wikidatassa? Oliko syvyystietoja jo meillä ladattu artikkeleihin Järvi WD -mallineen kautta WD:sta? Havaitsin kyllä mahdollisuuden syöttää arvoja fiwikissä käsin ...--Paju (keskustelu) 20. lokakuuta 2018 kello 01.29 (EEST), edit --Paju (keskustelu) 20. lokakuuta 2018 kello 02.43 (EEST)
replies: text: :: Kaivoin asia lisää. Vesistön syvyys on nykyisessä Järvi WD -mallineessamme ohjeistettu toteutettavaksi WD:n yleisen käytännön vastaisesti hallinnollisille alueille (kuten Suomi, tai Päijät-Häme) tarkoitettua WD-muuttujaa deepest point () käyttäen. Oikeampaa olisi järven tai meren syvyystiedon syöttäminen muuttujan vertical depth () avulla. Näin on tehty WD:ssä yli 10000 kertaa. Tammikuussa 2018 tässä puheenvuorossa  esitettiin erillisen muuttujan perustamista - eli omaa muuttujaa keskisyvyydelle ja suurimmalle syvyydelle. Tämä ehdotus ei saanut silloin kylliksi kannatusta. Sen sijaan keskustelussa esitettiin mielestäni hankalampi, kahden muuttujan ratkaisu kummankin syötteen antamiseksi, esimerkkinään Bodenjärvi (, Q4127). Tässä vertical depth () toimii syvyyslukeman lukuarvon ja yksikön syötteenä ja criterion used () kertoo onko kyseessä keskisyvyys (syötteenä average) vai suurinsyvyys (maximum). Toisessa järviesimerkissä (Berliinin alueen Müggelsee, Q694789) ei täsmennystä oltu annettu, joten lukuarvon merkitys jää osaltaan arvaukseksi tai vaatii lisätyötä. Toisesta keskustelusta kävi ilmi, että osa WD-editoijista oli syöttänmyt maksimisyvyyksiä ja osa keskisyvyyksiä. Mielestäni voisimme ehkä oletusarvona (ilman 2. määrettä) käyttää vertical depth lukemaa järven keskisyvydelle; vai mitä mieltä tästä ollaan ? Ainakin maksimisyvyys tulisi ilmeisesti koodata jossain määrin uudelleen, jos tätä rakennetta käytetään; oliko keskisyvyyttä linkitetty vielä mihinkään WD:n muuttujaan? - Toisaalta voisimme viestiä WD:n keskustelufoorumin suuntaan, että tuo alkuvuonna esitetty rakenne on mielestämme kankea (ergonomisesti kahden muuttujan käyttö on merkittävä hidaste ainakin käsin editoiville), ja syvyyksille kaivattaisiin erilliset muuttujat. --Paju (keskustelu) 20. lokakuuta 2018 kello 02.43 (EEST)
replies: text: ::: Korjaan tekemäni esimerkkitapauksen Kolmisoppi (Kuopio, Kolmisoppi) vertical depth -syötteen täsmentimen criterion used edellä kerrotun mukaisesksi~hetken kuluttua. Lisään Wikidataan maksimisyvyyden ohella tälle järvelle myös keskisyvyyden, jos sen saisi jossain vaiheessa myös toimimaan. Toivossa on hyvä elää. :-) --Paju (keskustelu) 20. lokakuuta 2018 kello 02.43 (EEST)
replies: text: :::: Nyt se tulostaa keski- ja suurinsyvyys kohdata wikidatasta ominaisuudesta  mikäli  on määritelty. Se ei tulosta tällä hetkellä syvyyttä mikäli tarkennetta ei ole määritelty, koska ei oikein voida tietää mistä siinä luvussa on kyse. --Zache (keskustelu) 20. lokakuuta 2018 kello 05.02 (EEST)
thread_title:  Suurin syvyys 

message: Malline toimii hyvin yhteen Wikidatan kanssa. Olen muuttanut tavallisia järvimallineita WD-mallineiksi ja kirjoittanut WikiDataan tietoja. Kaikki toimii hyvin. Voisin mainita vielä, että pinta-ala apuna karttan mittakaavan skaalauksessa antaa liian suuren mittakaavan (järvi näkyy pienenä). Sen voisi kymmenkertaistaa (?) Kommentti Viron maakunnista ja kunnista: me toimivat hyvin!!--J Hokkanen (keskustelu) 17. maaliskuuta 2017 kello 21.14 (EET)
replies: text: Olenko ainoa vastarannan kiiski, kun musta taas kartta olisi paljon parempi suuremmassa mittakaavassa. Oleellisempaa karttainformaatiota on musta järven sijainti kuin sen muoto. Toki aina voi avata kartan, mutta sama pätee toisinkin päin zoomaukselle. --PtG (keskustelu) 17. maaliskuuta 2017 kello 21.31 (EET)
replies: text: :Et ole ainoa v-r-kiiski. Mutta itse haluaisin järven muodon näkyviin artikkelin kuvituksena. Koen itse saavani järven luonteesta jotakin lisätieto, kun näen sen muodon ja lahtien sijainnit. Toisaalta, kartan voi aina klikata auki ja zoomata esille nämäkin asiat.--J Hokkanen (keskustelu) 18. maaliskuuta 2017 kello 09.28 (EET)
replies: text: :: Olen varsin samoilla linjoilla J Hokkasen kanssa. Minulle riittäisi, että järven koon saisi säädettyä edes manuaalisella asetuksella Järvi WD:n kenttään (coord_scale tai mapframe-zoom). Eilen illalla kokeilin, ja näillä ei näyttänyt olevan mitään vaikutusta, jos ja kun järven pinta-ala oli annettu WD:ssä. Toisaalta kahden eri lähteen toisistaan poikkeavan järven pinta-alan kirjaaminen WD:aan toi molemmat arvot kyllä näkyviin artikkelissa, mutta kaatoi karttaesityksen (antoi pinkin virheilmoituksen). Tästä enemmän alempana toisen otsikon alla. --Paju (keskustelu) 19. lokakuuta 2018 kello 02.21 (EEST)
replies: text: ::: Kahden eri suuruisen pinta-alan ongelmaan on olemassa käypä ratkaisu, eli sen väärän voisi poistaa. Mittakaavaongelmaan on ehkä olemassa ohjelmointiratkaisu. Siinä punnittaisiin pinta-ala-tiedon ja manuaalisen määräyksen vaikutusta kartan mittakaavaan. Ehdotan, että "manuaali-määräys" ohittaisi pääsääntöisesti "pinta-ala-automaatin". Mutta siitä kannattaisi keskustella Zachen kanssa. Samalla voisi kiinnittää Järvi WD-mallinteeseen lisähuomiota ja laajentaa se "väliaikaisesti lopulliseen muotoonsa". Siihen olisi tyrkyllä pari kolme muutosta.--J Hokkanen (keskustelu) 19. lokakuuta 2018 kello 16.49 (EEST)
replies: text: :::: Korjasin tuon siten, että mallineeseen kirjoitettu mittakaava ohittaa automaattisen mittakaavan ja myös kahden koordinaatin ongelman. Tuosta mittakaavasta, niin tällä hetkellä se käyttää järven pinta-alaa arvauksena sille mikä mittakaavan pitäisi olla. Pinta-ala ei kuitenkaan kerro sitä mitä tarvittaisiin joka on järven ulottuvuus X ja Y suunnissa. Toinen ehkä huomattava asia on, että alunperin ajattelin automaattisen mittakaavan toimivan siten, että kun Open Street Map:ssa on kirjattu järven tietoihin Wikidata-id, niin kartta osaa keskittää itsensä ja valita mittakaavan siten, että järvi mahtuu kartalle. Ainoa ongelma tässä on, että noita Wikidata-tunnisteita ei ole kattavasti kirjattu järville OpenStreetMap:ssa joten se toimii sitten joskus.  --Zache (keskustelu) 19. lokakuuta 2018 kello 17.04 (EEST)
thread_title:  Mittakaava 

message: Kokeilin lisätä Commonsista WikiDataan ilmoitettuun valokuvaan kuvatekstin muutamassa virolaisessa järvessä, mutta se ei ilmaantunut mallineeseen kuvan mukana. Näin on ainakin Uljaste järvellä.--J Hokkanen (keskustelu) 28. maaliskuuta 2017 kello 08.09 (EEST)
replies: text: Korjasin sen. Olin virheellisesti kuvitellut, että tuossa pitäisi näyttää kuvatekstinä kohteen ominaisuutena oleva  kun sen teksti oli kuvan tarkenteena. --Zache (keskustelu) 28. maaliskuuta 2017 kello 10.17 (EEST)
replies: text: :Tajusin toissapäivänä ensimmäisen kerran, että WikiDatassa voi kuvaan liittää oma kuvatekstinsä. Se ei kuitenkaan näkynyt koskaan, niin ajattelin mallinessa olevan jokin viitausvirhe. Se taisi olla helppo korjata?--J Hokkanen (keskustelu) 28. maaliskuuta 2017 kello 11.32 (EEST)
replies: text: :: Juu, oli helppo korjata. Lähinnä tuossa oli kyseessä se, että olin ymmärtänyt alunperin asian väärin ja sitten copypastettanut saman asian kaikkiin tietolaatikoihin virheellisenä. --Zache (keskustelu) 28. maaliskuuta 2017 kello 11.36 (EEST)

text: :: Käytännössä se korjaus meni näin:

text: ::; Alunperin

text: ::*   ->

text: ::; Korjattu

text: ::*  ->

text: :: Eli sen sijaan, että olisi näytetty kohteen ominaisuus P2096, niin näytettiin kohteen ominaisuuden P18 tarkenne P2096. --Zache (keskustelu) 28. maaliskuuta 2017 kello 11.42 (EEST)

text: :Jatkokysymys. Miten Quickstatematsilla voi tallentaa pinta-alan ja sen tarkenteen hehtaari käyttämällä yksinkertaisia komentoja?--J Hokkanen (keskustelu) 28. maaliskuuta 2017 kello 23.32 (EEST)
replies: text: :: Magnus Mansken  Quickstatements versiolla ei mitenkään. Vanhasta Quickstatementsista on kuitenkin kopio nimellä WIDAR Development Fork 2 (aka NIOSH) joka tukee yksikköjä ja löytyy seuraavasta linkistä:

text: ::* https://tools.wmflabs.org/niosh/wikidata-todo/public_html/quick_statements.php

text: :: Tämän syntaksi numeroarvoille on 12.5U828224 jossa 12.5 ja U828224 on yksikön Wikidata-kohde jossa Q-kirjain on muutettu U-kirjaimeksi ()

text: ::; Esimerkki ympärysmitan tallentavasta käskystä
replies: text: ::: Q15397819 <TAB> P2547 <TAB> 10U828224

text: ::; Esimerkki pinta-alan neliökilometrinä tallentavasta käskystä
replies: text: ::: Q15397819 <TAB> P2046 <TAB> 30U712226

text: ::; Esimerkki pinta-alan hehtaarina tallentavasta käskystä
replies: text: ::: Q15397819 <TAB> P2046 <TAB> 25U35852

text: ::; Esimerkki pinta-alan neliömetrinä tallentavasta käskystä
replies: text: ::: Q15397819 <TAB> P2046 <TAB> 20U25343

text: :: Kohteet, ominaisuudet ja arvot näissä ovat (, , , , , , )

text: :: --Zache (keskustelu) 29. maaliskuuta 2017 kello 08.51 (EEST)
replies: text: ::: Oups, onpa erikoinen ratkaisu. Koska se ei ole "yleisessä jakelussa", onko sitä turvallista käyttää? Käyttäisin kuitenkin tämäntapaista teknistä apuaohjelmaa mielelläni, koska käsinsyöttämisen alkuinnostus alkaa haihtua.--J Hokkanen (keskustelu) 29. maaliskuuta 2017 kello 10.09 (EEST)
replies: text: :::: On se kaiketi ihan turvallinen. Se on siis hänen kopionsa tuosta. --Zache (keskustelu) 29. maaliskuuta 2017 kello 10.17 (EEST)

text: :::: Noista webbikäyttöliittymän kautta löytyvistä työkaluista muuten, niin petscanilla pystyy lisäämään jonkun tietyn Wikidata-arvon kaikkiin sen hakutulokseen tuleviin artikkeleihin. Käytännössä se on käyttökelpoinen siihen, että voi lisätä vaikka kohteen tyypiksi järven kaikkiin niihin artikkeleihin jotka löytyvät fiwikistä luokan Suomen järvet alta ja niissä on Järvi-malline. Sitten työkalulla harvest templates pystyy hakemaan artikkeleiden parametreista arvoja jotka tallennetaan Wikidataan tietyn ominaisuuden arvioiksi. En ole ikinä oikein tuota harvest templatea saanut toimimaan ja se toimii lähinnä suorien teksti ja numeroarvojen kanssa. Joka tapauksessa mainitsin, että tiedät moisia olevan olemassa.--Zache (keskustelu) 29. maaliskuuta 2017 kello 10.32 (EEST)
thread_title:  Kuvateksti 

message: Huomasin artikkelissa Ahnusjärvi, että Järvi-mallinen vaihtuessa Järvi WD-mallinneeksi lammen tilavuus 0,000062 muuttui 10-potenssimuotoon 6,2E-5. Tämä ominaisuus on voimut olla alunperinkin näin, tai sitten jokin on WD-mallineessa muuttunut. Huomasin sen vasta nyt ja pyydänkin samantien korjaamaan se desimaaliesitykseksi.--J Hokkanen (keskustelu) 18. toukokuuta 2017 kello 20.18 (EEST)
replies: text: Korjattu. --Zache (keskustelu) 27. heinäkuuta 2017 kello 13.01 (EEST)
replies: text: :Kiitos. Huomasin, että lukuesitykseen jäi desimaaliPISTE, kun suomalainen tapa on käyttää desimaalipilkkua. Sinänsä kannatan piste-muotoa pilkku-muodon sijaan, mutta deFactoa tulisi noudattaa.--J Hokkanen (keskustelu) 3. elokuuta 2017 kello 08.33 (EEST)
thread_title:  Pienet luvut muuntuvat 10-potenssimuotoon 

message: Malline esittää koordinaatit asteina ja asteen desimaaleina. Kuitenkin asteet, minuutit ja tarvittaessa sekunnit ovat yleisemmin käytetty esitystapa, joten mallineen tuli käyttää ensisijaisesti niitä. ––Apalsola k • m 7. heinäkuuta 2017 kello 14.15 (EEST)
replies: text: Koordinaatit eivät ole tässä yhteydessä käytössä informatiivisessa mielessä vaan linkkinä karttaohjelmaan paikannukseen. Mutta se on tosi, että niitä on käytetty sekaesitysmuotona niiden keksimisestä eli alusta asti. Kuitenkin sekunnit on nykyään ollut tapana esittää 10-desimaaleina. Kumpikin tapa on käyttökelpoinen ja soveltuu navigaattoreihin yhtä hyvin. Käytäntö on muotoutunut helppous edellä, sillä tiedonkeruussa tarvitsee tallentaa vain kaksi tietoa kuuden sijasta. Käytän Järvi-mallinneita runsaasti, enkä itse koe tätä ongelmaksi. En itse ainakaan tunnet ketään, joka ymmärtäisi koordinaattien numeroarvojen päälle mitään ja osaisi sanoa ne nähtyään, missä tarkalleen ollaan.--J Hokkanen (keskustelu) 8. heinäkuuta 2017 kello 11.43 (EEST)
replies: text: : Katsoin koodia sen verran, että tulostusmuodon on tällä hetkellä "määrittämätön" jolloin koordinaattit tulostuvat samassa muodossa kuin mitä syöte on. Tulostuksen pitäisi olla aika helposti vaihdettavissa olettaen, että meidän coord-malline toimii yhä kuten on oltettu. Noin käytettävuuden kannalta minusta tuo desimaalimuoto on kuitenkin ylivoimaisesti hyödyllisin eli jos niitä pitää ikinä mihinkään kopioida tai jotain laskea niillä, niin käytännössä aina niitä käsitellään desimaalimuodossa. --Zache (keskustelu) 8. heinäkuuta 2017 kello 11.49 (EEST)
replies: text: ::Vanha oivallus: Olen välillä pohtinut sellaista navigaattorisovellusta, jossa verkkopalvelu poimisi wikipediasta kaikki artikkelit, joihin on lisätty coord-malline. Autolla maakuntien teitä ajellessa se poimisi näkyville listan niistä wiki-kohteista, joita sijaitsee auton lähellä. Ohjelma tarjoaisi ilmaisen opaskierroksen valokuvilla höystettynä.--J Hokkanen (keskustelu) 9. heinäkuuta 2017 kello 11.29 (EEST)
replies: text: ::: Tässä vastaukseni useampaan kommenttiin kerrallaaan:

text: ::: Koordinaattien esitystavasta: kuitenkin asteet–minuutit–sekunnit- (tai asteet–minuutit–minuutin desimaalit) -esitystapa vaikuttaisi edelleen olevan huomattavasti käytetympi niissä suomenkielisissä yhteyksissä, joissa koordinaattitieto on tarkoitettu ensisijaisesti ihmisten luettavaksi. (Tietokoneet toki käsittelevät paremmin desimaaleja.) Alla muutamia esimerkkejä:

text: :::* Wikidata

text: :::* Wikipediassakin näyttäisi olevan vallitsevin muoto.

text: :::* Maanmittauslaitos (Maanmittauslaitos toki käyttää ensisijaisesti ETRS-TM35FIN-tasokoordinaatteja, mutta maantieteellisiä koordinaatteja käytettäessä esim. Kansalaisen karttapaikassa ilmoitetaan ensisijaisena asteet, minuutit ja sekunnit.

text: ::: Ihan niin kuin Wikipedian ei pidä tehdä uutta tutkimusta, ei myöskään pitäisi lähteä esitystavoissa käyttämään vallitsevista käytännöistä poikkeavia ratkaisuja.

text: ::: Ja joo, ilmeisesti malline tosiaan näyttää koordinaatit siinä muodossa, missä ne on syötetty, silloin, kun ne on syötetty mallineen parametreinä, ja näin tietysti pitää ollakin. Olennaista tämänkaltaisissa mallineissa on, missä muodossa ne näyttävät Wikidatasta haetut koordinaatit. Tällä hetkellä näissä tilanteissa näyttäisi tulevan punaisella virheilmoitustekstiä...

text: ::: Navigaattorisovelluksesta: mobiili-Wikipediassahan on jo Lähistöllä/Nearby-toiminto, jolla voi hakea artikkeleita lähistöllä olevista kohteista. Pikatestailulla näyttäisi jopa toimivan. Tietysti olisi vielä hienompaa, jos esim. matkustaessa sovellus koko ajan seuraisi matkan etenemistä ja tarjoaisi mainitsemasi opaskierroksen automaattisesti. ––Apalsola k • m 9. heinäkuuta 2017 kello 15.35 (EEST)
replies: text: :::: Missäs näkyy virhetekstiä? --Zache (keskustelu) 9. heinäkuuta 2017 kello 15.44 (EEST)

text: :::: Ja vaihdoin nyt tulostusmuodoksi dms:n ja katsoin pintapuolisesti tuon toimivan. Kumotkaa muokkaus jos jotain meni rikki.  tulostaa yhä koordinaatit siinä muodossa jossa ne sattuu tulemaan, mutta wikidatakoordinaatit ja wikidatakoordinaatit2 -mallineet pitäisi joka tapauksessa yhdistää niin se tulee hoidettua siinä.  --Zache (keskustelu) 9. heinäkuuta 2017 kello 16.10 (EEST
replies: text: ::::: Jos esim. artikkelista Päijänne poistaa mallineen koordinaattiparametrit (jolloin mallineen oletukseni mukaan pitäisi hakea tiedot Wikidatasta), tulee ainakin esikatselussa virheilmoitus: "Virhe lausekkeessa: odottamaton <-operaattori_N_Virhe lausekkeessa: odottamaton <-operaattori_E_type:waterbody_ Virhe lausekkeessa: odottamaton <-operaattori°Virhe lausekkeessa: odottamaton <-operaattori′Virhe lausekkeessa: odottamaton <-operaattori″Virhe lausekkeessa: odottamaton <-operaattori, Virhe lausekkeessa: odottamaton <-operaattori°Virhe lausekkeessa: odottamaton <-operaattori′Virhe lausekkeessa: odottamaton <-operaattori″Virhe lausekkeessa: odottamaton <-operaattoriVirhe lausekkeessa: tunnistamaton sana ”strong”Virhe lausekkeessa: tunnistamaton sana ”strong”Virhe lausekkeessa: tunnistamaton sana ”strong”Virhe lausekkeessa: tunnistamaton sana ”strong”-funktioon on annettu virheellisiä argumentteja".
replies: text: :::::: Korjattu, DMS -> dec -konversio näemmä hajosi jos sille ei antanut sen haluamia parametreja. --Zache (keskustelu) 10. heinäkuuta 2017 kello 11.24 (EEST)
replies: text: ::::::: Terveisiä Ahvennanmaalta. Pohdin koordinaatteja sillä ajatuksella, että "kaikille oma esitystapa".. Jos tarkoitus on pitää wiki-palvelimien lisätoimintoja mahdollisimman keveinä ja antaa suoritusaikaa tärkeimmille toiminnoille, ei ehdottamaani ajatusta kannata toteuttaa. Se muistuttaa yksiköiden muunnoksia, jossa käyttäjä ilmoittaa asetuksissa haluavansa anglikaaniset yksiköt/eurooppalaiset yksiköt. Kun wiki-palvelin tulostaa sivun käyttäjälle, saa hän suureet pyytämillään yksiköillä. Samaa voisi toteuttaa koordinaateilla. Kyseessähän on vain esitystapa, data osoittaa samaan kohtaa millä esitystavalla hyvänsä. Silloin kaikilla olisi hymy suussaan, sekä tiedon syöttäjillä että tiedon lukijoilla.--J Hokkanen (keskustelu) 14. heinäkuuta 2017 kello 15.35 (EEST)
replies: text: :::::::: Enwikissä se taitaa olla näin. En ole katsonut miten se on toteutettu. --Zache (keskustelu) 27. heinäkuuta 2017 kello 10.47 (EEST)
Koordinaatit eivät näy otsikossa (title) eli oikeassa yläkulmassa, ainoastaan tietolaatikossa (inline, katselin artikkelia Päijänne). Saako tuohon muutosta aikaan?--Htm (keskustelu) 27. heinäkuuta 2017 kello 10.27 (EEST)

text: Saa, siellä on vaihtoehdot, että tulostetaan koordinaatit siihen paikkaan, otsikkoon tai molempiin. Olen vähän sitä mieltä, että koordinaattien pitäisi olla kaikkialla pelkästään otsikossa ja jättää ne pois tietolaatikon tulostuksesta. --Zache (keskustelu) 27. heinäkuuta 2017 kello 10.46 (EEST)
replies: text: : Ilahduttavaa, tarkennatko vielä missä tämä siellä tarkkaan ottaen on?--Htm (keskustelu) 27. heinäkuuta 2017 kello 11.25 (EEST)
replies: text: :: täällä, mutta lisäsin sen vasta äsken tuohon -mallineeseen jota tietolaatikko kutsuu. --Zache (keskustelu) 27. heinäkuuta 2017 kello 12.02 (EEST)
replies: text: :::Niinpä näkyy, kiitos. - Sinänsä ajatus siitä, että koordinaatit näkyvät vain otsikossa eikä tietolaatikossa olisi kannatettava siksi, että nykyisissä tietolaatikoissa koordinaatit ovat alhalla, ylhäällä tai sillä välillä. Oikea yläkulma olisi vakiopaikka eikä tarvitsisi söheltää hiiren kanssa ylösalas. Ajansäästö esimerkiksi kymmenessä vuodessa olisi varmaan melkoinen. Kaikilla artikkeleilla, joihin sijainnin voi lisätä ei varmaan ole vielä infoboksia ja niiden koordinaatit ovat oikealla ylhäällä ja jos eivät ole niin ne voi lisätä.--Htm (keskustelu) 27. heinäkuuta 2017 kello 12.16 (EEST)
replies: text: ::::Tuo koordinaattien esitystapakeskustelun alkupuolella mainittu esitysmuodon yleisyysväite Wikidatassa ja Wikipediassa johtaa harhaan, sillä se on seurausta ennenkaikkea ja on vuosia johtunut käyttäjäsyötteen iljettävästä muutoksesta helposta ja järkevästä desimaalimuodosta merenkulun piirujen ja koulukompassin aikaiseen aste-minuutti-sekunti -muotoon (pakkokonversio). Tällöin - mikäli artikkeliin rakentaa esimerkiksi sijaintikartan WD-syötteellä - paitsi wikidatasyötteestä (jonne käyttäjän hyvin usein todellisesti syöttämä desimaalimuotoinen paikkatieto valheellisesti ja vastoin käyttäjän toivetta muokataan toiseen, ei niin ymmärrettävään formaattiin) artikkeleistakin katoaa paikkatiedon hyödyllinen, helposti lastenkin (aikuisista puhumattakaan) ymmärtämä desimaaliesitysmuoto. Ainakin minä soisin näkeväni, tallentavani ja haluausin tarkistaa syöttämäni tiedon lähinnä siinä esitysmuodossa, jossa sen olen syöttänyt joko wikipediaan tai Wikidataan. --Paju (keskustelu) 31. elokuuta 2020 kello 00.59 (EEST)
thread_title:  Koordinaattien esitystapa 

message: Jolloin aikavälillä muuten voitaisiin yrittää päivittää nuo -tietolaatikot siten, että kaikki tietolaatikot käyttäisivät Järvi WD:tä. 
Parametrien suhteen tuossa ei ole kait mitään muuta kuin, että vanhat tietolaatikot käyttivät omia sijaintikarttojaan joiden suhteen pitäisi päättää, että jatketaanko niiden käyttöä vai siirrytäänkö noihin uusiin karttoihin kaikkialla. Toinen sijaintikarttoihin liittyvä asia on, että tällä hetkellä järvien sijaintikartat on testattu lähinnä Suomen ja Viron kohdalla ja muissa maissa kunta/maakuntarajat eivät varmaankaan toimi. --Zache (keskustelu) 27. heinäkuuta 2017 kello 13.22 (EEST)
Tähän liittyen, niin tein sivun Wikiprojekti:Maantiede/wikidata jossa yleisemmin käsittelen maantiede-tietolaatikoiden päivitystä. --Zache (keskustelu) 2. elokuuta 2017 kello 13.32 (EEST)
replies: text: Kannatan, ja sen aikataulu vaikuttaisi realistiselta. Kun Järvi WD_tietolaatikot olisivat kaikilla järvillä, voisi harkita Järvi-mallineen kohtaloa. Säilyttää vai hävittää.--J Hokkanen (keskustelu) 3. elokuuta 2017 kello 08.31 (EEST)
replies: text: : Tätä voisi edistää siten, että muuttaisi lopuista artikkeleista (noin 1900 kpl) Järvi-mallineet Järvi WD-mallineiksi botilla siten, että kopioi 500 ensimmäistä listaksi Wikipediaan (esim sivulle malline:järvi WD/muutettavat), muuttaa listalla olevien artikkeleiden mallineet botilla ja sitten yksi kerrallaan käy muutetut läpi ja katsoo ettei niissä ole ilmiselviä vikoja tai virheilmoituksia. Sitten kun lista on käyty läpi, niin tekee saman seuraavalle 500:lle artikkelille. --Zache (keskustelu) 19. lokakuuta 2018 kello 17.33 (EEST)
replies: text: :: Järvi-mallineen kaikkien muuttujien vastaavutta ja toimivuutta ei ilmeisesti ole vielä testattu? Vrt. havaintoni järven syvyystiedolle käytetystä WD-id:stä toisaalla tällä sivulla (Suurin syvyys). --Paju (keskustelu) 20. lokakuuta 2018 kello 04.13 (EEST)
replies: text: ::: Esimerkkinä artikkeli Vesijärvi (Päijät-Häme) kysyn, oliko tarkoitus, että Järviwikin ID-numerot tulisivat Järvi WD -mallineelle siirron jälkeen otsikkoon? --Paju (keskustelu) 25. lokakuuta 2018 kello 00.53 (EEST)
replies: text: :::: Ei todellakaan saisi olla tarkoitus (ja ei se taida edes olla, mutta en nyt muista, missä asiasta on aiemmin keskusteltu). Tavalliselle lukijalle vain outo ja hämmentävä numeroyhdistelmä. --PtG (keskustelu) 25. lokakuuta 2018 kello 07.26 (EEST)
replies: text: ::::: Oletan, että tässä puhutaan sivun otsikosta joka näkyy sivun yläreunassa, niin sivu pitää oikeasti siirtää jos sen nimen haluaa muuttaa. Eli sivun nimeä ei pysty mallineilla muuttamaan kuin ehkä kirjainkoon ja käytetyn fontin osalta. Tarkenteista, niin minusta fiwikissä on aika järjestelmällisesti käytetty tilanteissa joissa on useita samannimisiä artikkeleita tarkenteina yleiskielisiä asiasanoja kuten tyyppiä, kaupungin tai alueen nimeä. Eli sellaisia termejä joita voidaan käyttää yhtenäisesti useassa eri artikkelissa tarkenteena. --Zache (keskustelu) 25. lokakuuta 2018 kello 10.08 (EEST)
replies: text: :::::: Mä oletin, että Paju puhuu mallineotsikosta, jossa Vesijärven kohdalla lukee "Vesijärvi (14.241.1.001)". Tuossakin on toki toi kryptinen numerosarja suoraan nimiparameterissa, joten se ei lähde siitä muuttamalla mallinetta. --PtG (keskustelu) 25. lokakuuta 2018 kello 17.53 (EEST)
replies: text: ::::::: Jaa, no mut se on ollut tuollainen ja vanhankin tietolaatikon aikana. Se numerosarja on siinä, koska se on kirjoitettu mallineen nimi-parametriin. --Zache (keskustelu) 25. lokakuuta 2018 kello 18.01 (EEST)
replies: text: :::::::: Jep, niin on. Ja siksi minusta vastaus kysymykseen on, että ei ole tarkoitus, että ne tulisivat siihen yleisesti. --PtG (keskustelu) 25. lokakuuta 2018 kello 18.04 (EEST)

text: Nyt kaikki suomessa olevat järvet on muutettu käyttämään järvi WD -tietolaatikkoa. Jäljellä on vielä noin 350 muualla olevaa järveä. --Zache (keskustelu) 7. joulukuuta 2018 kello 08.01 (EET)

text: Nyt kaikki muut -mallinetta käyttäneet tietolaatikot on muutettu -tietolaatikoiksi. Siivoamishommana on vielä

text: # tehdä jotain wikidatasta näytetyille tiedoille joilla ei ole suomenkielellä näytettävää label-tekstiä. Esimerkiksi kiinan ja venäjänkieliset järveen virtaavat joet.

text: # Isoilla järvillä noita jokia voi olla myös hillitön määrä. (esimerkki: Laatokka ja -mallineesta Kama-joki)

text: # Koska tietolaatikko tulostaa myös sivun pääasialliset koordinaatit, niin sivulle tulee virheilmoitus : sivulla ei voi olla kuin yksi ensisijainen koordinaattimerkintä jos koordinaatti tulee sekä tietolaatikosta, että erillisestä -mallineesta. (esimerkkejä). Näistä pitäisi päättää, että yhtenäistetäänkö homma siten, että käytetään pelkästään tietolaatikon koordinaatteja vai pistetäänkö kaikkien sivujen loppuun erillinen koordinattimalline ja poistetaan ensisijaisen koordinaatintulostus tietolaatikosta.

text: --Zache (keskustelu) 9. joulukuuta 2018 kello 11.29 (EET)
thread_title:  Järvi-tietolaatikot Järvi WD -tietolaatikoiksi 

message: Muutin -tietolaatikon toimintaa siten, että nyt tietolaatikko tulostaa Wikidatasta tulevien numeroarvojen kohdalla viitteen jos sellainen on Wikidataan määriteltynä ja viitetekstiin maininnan siitä, että arvo on haettu Wikidatasta. Syy sille miksei tätä ole tehty aikaisemmin on se, että yleensä Wikidataan viitteisiin tallennetut tiedot eivät riitä Wikipedian viitemallineiden täyttämiseen. Tällä hetkellä tulostus tulee myös siten, että näkyvät ranskankieliset tekstejä on käännetty, mutta muuten muotoiluun ei ole koskettu.
Toinen mitä muutin on se, että nyt Järvi WD -tietolaatikon lopussa näkyy wikidata-ikoni mikäli tietolaatikossa näytetään Wikidatasta tuotuja arvoja ja kun ikonia klikkaa, niin arvojen viereen ilmestyy pienet kynäikonit. Kynäikoni ei vielä ilmesty kuvan tai koordinaattien yhteyteen, koska niiden tulostus tulee erillisten mallineiden kautta joiden muuttaminen vaatii hiukan miettimistä sen suhteen miten asian toteuttaa. Esimerkin toiminnasta voi katsoa artikkelista Littoistenjärvi. --Zache (keskustelu) 15. lokakuuta 2017 kello 10.07 (EEST)
replies: text: Se, että osa kirjoittajista eivät pidä kynä-kuvakkeesta tietolaatikon sisällä, on saanut sinut ohjelmoimaan tällaisen kompromissin. Eli, että kynät näkyvät, kun painaa "viivakoodia". Muutos toimii hyvin ja antaa siitä tietäville nopean tavan tarkistaa tietolaatikon tiedon säilytyspaikan (wikipedia/wikidata). Järvi WD-malline alkaa olla suomalaisen wikipedian teknisin malline. Hienoa.--J Hokkanen (keskustelu) 15. lokakuuta 2017 kello 15.46 (EEST)
thread_title:  Muutoksia tietolaatikon toimintaan 

message: Monissa järvissä on "laskujokena" esimerkiksi oja, koski tai salmi, joita ei voi pitää jokena. Vastustaako kukaan tietolaatikossa sanan "lasku-uoman" käyttöä? Se olisi yleistys vallitsevasta tilanteesta. Samalla olen ajatellut tietolaatikkoon lisättäväksi "tulojokia" eli "tulouomia", jotta järven tietolaatikosta voisi siirtyä (navigoida) yläjuokulla oleviin kohteisiin. Nythän on mahdollista liikkua laskujoea myöten alavirtaan. Asia on tosin hoitunut järven tekstissä luettelemalla järveä ympäröivää vesistöä pääpiirteittäin. Tulouomalla voisi aluksi tarkoittaa vesistön pääuoman yläjuoksua.--J Hokkanen (keskustelu) 16. lokakuuta 2017 kello 11.38 (EEST)
replies: text: Mun puolesta voi muuttaa, lisäätkö Wikidataan :een tuon lasku-uoman aliakseksi samalla ja jonkun suomenkielisen kuvaustekstin ominaisuudelle. --Zache (keskustelu) 16. lokakuuta 2017 kello 12.32 (EEST)
replies: text: :Nythän mä hokasinkin... Vanha Järvi-malline ja uusi Järvi WD-malline ovat vanhalla laskujoki-parametrillä käytävä JOKO käsin läpi ja muutettava oikeaksi TAI minulle tuntemattomalla ALIAS-menettelyllä kopioitava toinen parametrin arvo toiselle parametrin arvolle (? ymmärsinkö oikein). Sellainen käy kätevästi, mutta tuleeko tulevaisuudessa mallineen huoltamiseen tällaisten poikkauksien/vaihtoehtojen seurauksena vaikeaselkoisuutta/sekavuutts ja tuleville uusille käyttäjielle hämmentäviä tilanteita, kun joskus käy eriniminen parametri samaan tarkoitukseen tai toisaalta niiden täytyy olla aina täsmälleen samat jne. Ehdotukseni ei harkinnan jälkeen kuullostakaan enää järkevältä tai riittävän perustellulta. Vetäydyn asian ehdottamisesta.--J Hokkanen (keskustelu) 16. lokakuuta 2017 kello 14.58 (EEST)
thread_title:  Laskujoki vs lasku-uoma 

message: Kokeilin taas yhden turhan kaupunginosaluokan poistohärdellin seurauksena Järvi WD:n toimintaa artikkelissa Saarijärvi (Kuopio, Rahusenkangas). Vaikka olen WD:ssä (Saarijärvi, Q57448267) kertonut tilavuudelle yksikön (cubic metre), yksikkö ei näy mallineen artikkeliin tuottamassa taulukossa. Mikä tähän on syynä tai mitä pitäisi muuttaa? --Paju (keskustelu) 18. lokakuuta 2018 kello 17.10 (EEST)
replies: text: Se hakee sivulta Moduuli:Fr:Conversion/Données yksiköt, niiden käännökset ja keskinäiset muunnossännöt. Tuolla on kuitenkin vain ne yksikät jotka sattuivat olemaan olemassa silloin kun kopioin moduulin fiwikiin joten ranskankieliseen wikiin sen jälkeen lisätyt yksiköt voisi kopioida fiwikiinkin. Lisäsin tuonne nyt joka tapauksessa kuutiometrin. --Zache (keskustelu) 19. lokakuuta 2018 kello 17.25 (EEST)
replies: text: : Attersee (järvi):n tilavuuden yksikkö tulostuu Wikidatasta väärin. Yksikkö on m3 kun sen pitäisi olla km3. Tutkin asiaa. --Zache (keskustelu) 7. joulukuuta 2018 kello 07.05 (EET) Korjattu. Yksikkö oli wikidatassa väärin. --Zache (keskustelu) 8. joulukuuta 2018 kello 06.38 (EET)

text: : Alte Donau:ssa yksikkö puuttuu jolloin yksiköksi tulostuu 4 cubic hectometre --Zache (keskustelu) 7. joulukuuta 2018 kello 07.17 (EET)Korjattu --Zache (keskustelu) 8. joulukuuta 2018 kello 06.31 (EET)
thread_title:  Tilavuuden yksiköt 

message: * 1. Miten WD:n puolella voi viitteelle (reference) laittaa nimikkeen (ja selitteen tms), joka näkyisi Järvi WD:n artikkeliin luoman viitteen nimikkeenä kammottavien linkkirimpsujen (reference URL) sijaan? (Onko jossain lisätietoa verkkoviitteen eri kenttien kuvaamiseksi WD:ssä siellä käytetyille lähteille? Eli haluttaisiin tuottaa siistimiä ja täydellisempiä verkkoviitteitä WD:n kautta. Toimivatko sellaiset viitekentät meillä esimerkiksi Järvi WD:n tapauksessa?) 
* 2. Onko hyvää käytäntöä, miten myös WD:ssä käytetyn viitteen  kuten Järviwikin tai Kansalaisen karttapaikan viitteen saisi käyttöön myös artikkelin leipätekstissä (olettaen ettöä viitteen saa siistittyä, kohta 1). Nyt kokeilemassani artikkelin Saarijärvi (Kuopio, Rahusenkangas) kehittelyversiossa viitataan samaan lähteeseen kahdella eri viitteellä, perinteisesti ja WD:n kautta.
--Paju (keskustelu) 18. lokakuuta 2018 kello 17.22 (EEST)
replies: text: Vastaan itse itselleni kohtaan 1. Eli etsiskelin kysymykseni jälkeen tietoa WD:n Helpin kautta. Verkkolähteen kenttiä kuvataan kohdassa Web page. Kokeilen näitä kenttiä illemmalla. --Paju (keskustelu) 18. lokakuuta 2018 kello 17.36 (EEST)
replies: text: : Jatkoa edelliseen (kohta 1). Eli sain title arvolla pitkän verkkoviitteen katoamaan. Näyttää jo paljon paremmalta! Vielä kun saisi julkaisijan (publisher) eli Maanmittauslaitoksen (National Land Survey of Finland) ja julkaisun (published in) Kansalaisen karttapaikka (MapSite) näkyviin, niin vielä paranisi. Miten tämä onnistuisi, nyt näitä WD:n kenttiä viitteelle, jonka Järvi WD-malline muodostaa WD:n pohjalta, ei näy fiwikin artikkelin viitteessä? Jos on nimike englanniksi ja suomeksi, niin suomenkielistä julkaisijan nimeä ja julkaisua (missä julkaistu) tässä haettaisiin. Sitten voisikin yrittää etsiä ratkaisua kohtaan 2. --Paju (keskustelu) 18. lokakuuta 2018 kello 18.46 (EEST)
replies: text: :: Eli websivusta WD:n ohjeistus toteaa mm. :
replies: text: :::* publication date (P577) → the publication date of the webpage. If no publication date is provided use retrieved (P813), the date when the data was taken from the web page.

text: :::* If needed, add additional qualifiers:
replies: text: ::::  author (P50) and publisher (P123). Please note if the web page belongs to a major web site that already has an item in Wikidata, you should use publisher.

text: ::::  quote (P1683) → exact quotation of text from the webpage''

text: :: Kokeilin laittaa viitteelle julkaisuvuoden ja julkaisijan, mutta nämä eivät näy artikkeliin tulevassa viitteessä. Voisiko ne ja tekijäkentän saada jotenkin näkyviin tähän Järvi WD -rakenteeseen, ja yleisemmin? Tämä mahdollistaisi paremmat WD:n kautta tulevat lähteistykset, ja merkittävästi lisäisi WD-syötteiden käyttömahdollisuutta ja halua lähteistää eri tietokentät WD:ssä pelkkää reference-URL:ää laajemmin. Esimerkiksi WD-pohjaista Proffalataamoa (sis. muita wikimerkittäviä tieteilijöitä; ajatuksena oli tehdä osa-askeleena malline Tieteilijä WD) kehiteltäessä paremmat viitteet ovat miltei välttämättömyys. --Paju (keskustelu) 19. lokakuuta 2018 kello 00.56 (EEST)
replies: text: ::: Lisäsin tulostukseen sen, että se hakee julkaisijan ja julkaisupäivän (diff). Systeemi muuten tulostaa teosten tiedot täydellisempänä silloin teoksesta on wikidata-kohde ja se on merkitty viitteeksi  ominaisuudella. (esimerkki käytöstä:  ja artikkeli Haploryhmä_L3_(mtDNA)) --Zache (keskustelu) 19. lokakuuta 2018 kello 02.41 (EEST)
replies: text: :::: OK, Kiitos! On meitä yökyöpeleitä näköjään muitakin (täytynee jo lopetella, että pe jaksaa päivänkin). Ja kiitos tiedosta, täytynee ryhtyä suoltamaan julkaisuja kasvavassa määrin WD-id:n ja P248 mallineen kautta.--Paju (keskustelu) 19. lokakuuta 2018 kello 02.54 (EEST)
replies: text: ::::: Tämä stated in (todettu lähteessä...) näytti toimivan siltä osin puutteellisesti, että ainakin otsikkokenttän title tuli annetun websivun otsikon sijaan julkaisun nimi (publication), esimerkiksi Järviwiki, eikä se sivuston kyseisen sivun nimi, joka oli title-syötteellä (otsikko) annettu. Ymmärrän tämän, mikäli käyttäjä ei yksilöi URL:ää ja otsikkoa, lyhyesti kuittaa syötteestä vain että tämä oli Järviwikistä. Mutta eikö silloin, kun sekä otsikko (title) että lähdejulkaisu/sivusto (stated in) on annettu, kuuluisi artikkelin viitekentässä kertoa että (linkkinä url):otsikko, tekijä, pvm, julkaisu, viittauspvm, syöte tulee WD:stä? Nyt näkyi esimerkiksi (linkkinä url):julkaisu, viittauspvm. Arvo haettu (linkki WD-id:hen:)Wikidatasta. (Kokeilin erilaisia syötteitä, näille sivustoille en antanut tekijää, kaikkiin en antanut URL:ää. Pitänee vielä kokeilla systemaattisemmin ja monipuolisemmin erilaisia syötteitä tuohon stated in kenttään, ei kannata vielä ryhtyä mihinkään toimenpiteisiin).--Paju (keskustelu) 20. lokakuuta 2018 kello 04.03 (EEST)
thread_title:  Miten WD:n tuottamia viitteitä saa täydellisemmiksi ja siistimmiksi? 

message: Ilmeisesti Wikidatassa ilmoitettu järven pinta-alasta päätelty mittakaava ohittaa prioriteetissa Järvi WD:ssä ilmoitetun coord_scale-arvon?  Tai siis tuosta ei ilmeisesti lainkaan välitetä mutta myös artikkelissa annettu lukema mapframe-zoomille ohitetaan?? Etsiessäni lisätietoa Kuopion järvistä artikkeliin Saarijärvi (Kuopio, Rahusenkangas) ja muihin, löysin Kuopion kaupungin julkaiseman pdf-vihkosen Kuopion keskustaajaman useista lammista ja lahdista. Lisäsin tämän lähteen mukaisen pinta-alan toiseksi vaihtoehdoksi Saarijärvelle tarkistettavuutensa (mistä arvot revitty) puolesta hieman epäluotettavamman, vapaasti muokattavissa olevan Järvi- ja meriwikin antaman noin 20% pienemmän arvon rinnalle. 
Oliko tästä seurauksena, että Järvi WD:n tuottama sijaintikartta hävisi artikkelista, ja tilalle tuli virheilmoitus <mapframe>: Ominaisuuden "zoom" arvo ei kelpaa? Jos oli, voisiko käyttää ensisijaisesti Järvi WD-mallineessa olevaa zoomausarvoa (coord_scale tai mapframe-zoom), eikä päätellä kartan mittakaavaa WD:n järven pinta-alakentän pohjalta? Tietysti WD:stä voisi myös poistaa luultavasti epäluotettavamman, eli Järviwikin antaman vesistön pinta-alan. Oletan, ettei mallineessa annetusta coord_scalesta nykyisellään välitetä. [Siksi lampea ei saa edes esille Kuopion kartalla, sijainti jossain Kuopion keskustan lähellä kyllä ilmenee (tai ilmeni ennen virheilmoitusta). Karttaa ei päässyt skaalaamaan. Eli WD:n oletusvalokuvaan nähden näyttäisi olevan ainakin osaksi käänteinen tilanne.] -Paju (keskustelu) 18. lokakuuta 2018 kello 19.49 (EEST)
replies: text: Ainakin yhdessä vaiheessa JärviWD-malline käytti mittakaavan omatoimisessa päättelyssä hyväkseen järven pinta-alaa. Voisikohan ongelmien syynä olla nuo wikidatan kaksi pinta-alaa? Toisen voisit poistaa, niin näet poiston vaikutuksen. Omasta mielestäni järven pinta-ala on Kansalaisen karttapaikan mittaustyökalun mukaan lähempänä 5,4 hehtaaria.--J Hokkanen (keskustelu) 18. lokakuuta 2018 kello 20.11 (EEST)
replies: text: :Kyllä itse kukin osaa erilaisilla työkaluilla mittailla pinta-aloja, mutta se taitais olla omaa tutkimusta. Pulma poistunee, jos toisen pinta-alan poistaa, koska se tupsahti, kun lähteiden epävarmuutta kuvaava toinen pinta-ala lisättiin. Pidän kummallisena, jos paikallinen käsin annettu syöte jyrätään WD-syötteellä vaikkapa kartan generoinnissa. (Yksi tapa korjata olisi tietysti ryhtyä editoimaan Järviwikin syötteitä lähteistäen, tarkistaisi esimerkiksi ensin ArcGississä paikkatietoaineistoa vastaan Kuopion kaupungin omista lammistaan julkaiseman vs. Järviwikin vapaaehtoisesti editoimalla kirjatun pinta-alan). Tämä Järviwiki vertautuu lähteenä jossain määrin muihin wikipedioihin... Jotenkin mikäli Järviwikiä käytetään lähteenä, siihen pitäisi saada näkyviin lähteen sisällön syntyminen ainakin osin vapaaehtoistyön pohjalta ja sisältävän ainakin paikoin kirjoittajiensa omia tulkintoja. No, eksyin vähän sivuraiteille, mutta tuo Järviwiki vaatinee jonkun kompaktin selite-kentän, ennen kuin seltä ostettuja arvoja voi käyttää minkäänlaisina viitteinä. Tämä Saarijärvi (Kuopio, Rahusenkangas) -artikkeli taisi tosin olla ensimmäisiä kertojani, kun sitä lähdettä yritin käyttää. --Paju (keskustelu) 18. lokakuuta 2018 kello 23.51 (EEST)
replies: text: :: Eli pulma poistui, kun pinta-alaksi jätti vain yhden arvon.--Paju (keskustelu) 19. lokakuuta 2018 kello 00.21 (EEST)
replies: text: ::: Korjasin käsitystäni Järvi- ja meriwikin luotettavuudesta jonkin verran (melkoisesti) positiivisemmaksi. Lähteenä useille lukuarvoille on ilmeisesti ympäristöviranomaisen tietokanta, eikä niitä lukuarvoja ilmeisesti pääse tavalliset sisään kirjottautuneet editoijat muuttelemaan. Silti lukuarvoissa esimerkiksi pinnankorkeuden osalta saattaa olla yli metrinkin ero vaikkapa Kuopion kaupungin oman melko tuoreen julkaisun pinnankorkeusarvoihin. olisi silloin hyvä, että voisi esittää eri lähteiden mukaisia lukemia ilman, että joku kartan mapframeen perustuen (jonka paikkakuvakkeita rumina inhoan!) generoiva johdannaisskripti kaatuu. --Paju (keskustelu) 19. lokakuuta 2018 kello 02.29 (EEST)

text: Ylipäätänsä tuossa oli se, että se autozoom-viritelmä oli hiukan heppoinen eikä se ollut ikinä toiminut kunnolla. Tein sen nyt toisella tavalla ja nyt se huomioi pelkästään ensimmäisen Wikidatasta tulevan arvon jolloin arvojen käyttö numeerisena ei hajoa siihen, että sieltä tulee useita numeroita. Wikidata:n koodi priorisoi sen joten jos siellä on jokin merkitty ensisijaiseksi, niin se käyttää sitä. Ylipäätänsä muuten koordinaateista, niin yritän jättää pois parametrit latm, lats, latNS, longm, longs ja longEW pois ja käyttää suoraan latd, longd parametreja desimaalilukukuina. Tällöin niitä pystyy suoraan numeerisesti vertailemaan ja niillä pystyy laskemaan ilman, että täytyy tehdä muunnoksia. --Zache (keskustelu) 19. lokakuuta 2018 kello 10.24 (EEST)
replies: text: : Ainakin paikallinen mapframe-zoom asetus toimii nyt, kokeilin WD-syötteiden testauksessa käytetyssä artikkelissa Kolmisoppi (Kuopio, Kolmisoppi). --Paju (keskustelu) 20. lokakuuta 2018 kello 01.34 (EEST)
thread_title:  Virheilmoitus mapframen toiminnassa, johtuisiko WD:aan syötetyn pinta-alan tulkintaongelmasta? 

message: Kokeilin artikkelissa Valkeisenlampi kahden luotettavan lähteen ilmoittaman, toisistaan poikkeavan pinnankorkeuden arvon esittämistä. Lähteissä, kuten Kansalaisen karttapaikan peruskartta-aineistossa Suomen järvien pinnankorkeus esitetään yleensä metrin kymmenesosan tarkkuudella. Huomasin, että nollaan päättyvä metrin kymmenys jää Järvi WD -esityksessä pois, eli Wikidataan tallennettu 98.0 metre näytetään näin: 98 m. Voisiko sen kymmenysosan saada jotenkin näkyviin myös kun desimaaliosa on nolla? Muuten tulee käsitys, että tämän lähteen (Karttapaikan) lukema on epätarkempi, esitetty vain metrin merkitsevällä tarkkuudella. --Paju (keskustelu) 19. lokakuuta 2018 kello 02.05 (EEST)
replies: text: Ei ilman, että sinne koodaisi jotain tuon tyyppistä. Siinä tippuu se desimaali pois parissakin eri paikkaa, mutta olennäisin on se, että myös se pyöristys toimii siten, että se  jättää nollat pois silloin jos ne eivät ole merkitseviä (esim. round(1.001,2) -> 1) ja tuo pitäisi korjata.  (moduulit Moduuli:Fr:Conversion ja Moduuli:Fr:Math ovat ne missä muutettava koodi on) --Zache (keskustelu) 19. lokakuuta 2018 kello 11.01 (EEST)

text: Nyt wikidatasta tuleva arvo tulostaa myös nollan (tms 10.0). Toiminnallisuus pysyi muuten samana eli mikäli rounding on määritelty, niin se ei lisää desimaaleja yli alkuperäisen lähtöarvon. Poikkeuksena sellaiset tilanteet joissa on tehty yksikkömuunnos jolloin se näyttää sen desimaalimäärän mitä rounding-parametrissa on. Todennäköisesti tämä miten se toimii muunnoksissa on jotain miten sen ei haluta toimivan, mutta mietin joskus myöhemmin miten sen pitäisi toimia. --Zache (keskustelu) 19. lokakuuta 2018 kello 19.52 (EEST)
replies: text: : Näkyi toimivan. Hyvä. --Paju (keskustelu) 20. lokakuuta 2018 kello 01.32 (EEST)

text: : Luvun esitystarkkuuden näyttäminen oikein ei ole toistaiseksi ollut epäkohtien kärkipaikalla, mutta kun ajan kanssa on saatu isot epäkohdat oikenemaan, on tämänkin kokoluokan asia ajankohtainen. Jäljellä on vielä desimaalipisteen ja desimaalipilkun käytön eroavaisuus muun Euroopan kanssa. Niissä maissa, joissa onnistuttiin valitsemaan desimaaalipiste, on esimerkiksi desimaalilukujen luetteloiminen pilkulla erottaen luontevaa. Meillä siihen valittiin desimaalipilkku, jolla on pärjätty tähän päivään asti, vaikka desimaalilukujen luettelo onkin koominen ilmestys. Jos käyttää desimaalipistekielen ohjelmistoa (englanti, saksa, ranska), niin se lykkää desimaalipistettä kaikkiin esityksiin antamatta erottimeksi muita vaihtoehtoja. Siksi voisi olla pohdinnan paikka, riittäisikö ongelman hoitamiseksi ohjelmoida pikkuohjelma, joka muuttaisi englannin-, saksan- ja ranskankieleisten aliohjelmien tulosteet suomalaiseen muotoon. Voiko sillä ratkaista ongelman kaikissa tapauksissa, jos muunnos tapahtuisi vasta lopuksi?--J Hokkanen (keskustelu) 20. lokakuuta 2018 kello 08.42 (EEST)
replies: text: :: Pistin luvun tulostumaan formatnum:n läpi jolloin siihen pitäisi tulla suomalainen kotoistus (diffi) --Zache (keskustelu) 20. lokakuuta 2018 kello 12.18 (EEST)
replies: text: ::: Vielä eräs kielenhuoltoon liittyvä huomio. Jos ja kun järvelle esittää eri viranomaislähteisiin pohjautuen kaksi tai kolme eri lukuarvoa, nyt skripti pukkaa näiden väliin ja-sanan. Siis esimerkiksi Pinnankorkeus olisi A m ja B m, Suurin syvyys C m ja D m. Esimerkkinä testauksessa käyttämäni Kolmisoppi (Kuopio, Kolmisoppi). Pyydän, että ilmaisu muutettaisiin sanaksi tai, sillä esimerkiksi Pinnankorkeus on joko A (lähteen 1 mukaan) tai B (lähteen 2 mukaan); se ei voi olla molempia. Minun kielikorvaani särähtää riitasointuisena, jos ajatelisin lukevani taulukkoa niin, että Pinnankorkeuden arvo on A m (lähteen 1 mukaan) ja B m (lähteen 2 mukaan).--Paju (keskustelu) 20. lokakuuta 2018 kello 20.14 (EEST)
replies: text: :::: Vaihdettu --Zache (keskustelu) 20. lokakuuta 2018 kello 20.44 (EEST)
replies: text: ::::: Kiitos. Ñyt on parempi. --Paju (keskustelu) 22. lokakuuta 2018 kello 17.12 (EEST)
thread_title:  Pinnankorkeuden desimaaliosan näyttäminen 

message: ; huomaa yhteys Wikipedia:Suomen järvien luokitukset -aihepiiriin:
Suomen suurimpien järvien tilaa vetää määräajoin yhteen Suomen ympäristökeskus (Syke). Tulos esitetään muun muassa karttana ja on nähtävissä yksityiskohtaisemmin zoomattavassa, Suomen kattavassa karttapalvelussa nimeltään Vesikartta, linkki sivulla Pintavesien tila (ymparisto.fi). 
Ehdotan harkittavaksi Järvi WD-mallineeseen valinnaista muuttujaa vesistön pintaveden tilan kuvaamiseksi. Vaihtoehtoina ekologiselle tilalle voisi käyttää Vesikartta-palvelussa ja kuntatason lammillekin käytettävää 5-portaista asteikkoa: huono - välttävä - tyydyttävä - hyvä - erinomainen. Tästä kerrotaan suppeasti sivulla Pintavesien luokittelun periaatteet. Kunta- tai maakuntatasolla (tai esimerkiksi kalastuskunnissa ja yritysten ympäristövelvotteiden osana) seurataan ja usein myös julkaistaan tietoja edellä kuvatun karttapalvelun kattavuutta pienemmistä järvistä tai lammista. Tyypillisesti yhteenevedoissa käytetään vastaavaa viisiportaista asteikkoa, vaikka kuntien ympäristöviranomaisten tai maakuntien ELY-keskusten järvi- ja lampikuvaukset pureutuvat yleistasoia syvemmälle yksityiskohtiin.
Sitä onko aineisto ladattavissa avoimena datana suoraan esimerkiksi Järviwikin järvien tunnusnumeroiden perusteella, en ryhtynyt tässä vaiheessa tutkailemaan.
Lisäksi voisi harkita vesistötyyppiä toisena kenttänä Järvi WD-mallineeseen:  Pintavesien tyypittely. Tätä en kuitenkaan tällä kertaaa ehdota, en ehtinyt lukea aiheesta kylliksi (ja kaikkea ei aina jaksa).
Nämä muuttujat soveltuvat järvien ohella Suomessa myös joille ja rannikkovesiin. Kansainvälisestä vastaavuudesta en tässä vaiheessa ryhtynyt hakemaan tietoa. (Sitäkin voisi olla hyvä tutkailla, mm. uimarantojen vedenlaadun luokitus on muistaakseni aiheuttanut eri EU-maiden välillä kovastikin polemiikkia). 
Mitä mieltä tästä ollaan? --Paju (keskustelu) 20. lokakuuta 2018 kello 18.44 (EEST)
replies: text: Varsinaisen luokka-arvon lisäksi tarvitaan kenttä luokituksen ajankohdalle (vuosi). Esimerkiksi 20.10.2018 koko maamme kattava Vesikartta näytti vuoden 2013 ekologisen tilan luokituksia. --Paju (keskustelu) 20. lokakuuta 2018 kello 19.29 (EEST)
replies: text: : Tämä viesti on mennyt silmien ohi aikanaan. Asiat ovat ajankohtaisia 2000-luvulla EU-vesidirektiivin vuoksi. Jäsenvaltioiden tulisi luokitella kaikki järvensä tiettyjen (mainitsemasi) perustyyppien mukaan (esim. pieni ja matala humuspitoinen järvi). Tämä lista on julkista tietoa ja siksi se tulisikin liittää Järvi WD-mallinneeseen. Järven ekologinen tila on saatavilla vain seurantaan otetuista järvistä. Toisaalta ne järvet ovat juuri asutuksen lähellä sijaitsevat järvet, jolloin tieto olisi kiinnostavaa luettavaa. Kannatan tämänkin tiedon liittämistä mallinneeseen.--J Hokkanen (keskustelu) 7. joulukuuta 2018 kello 11.32 (EET)
thread_title:  Järven (vesistöjen) vedenlaatu (ekologinen tila) ja vesistön tyyppi mallineeseen?  

message: Nyt kun mallineet on saatu vaihdettua, niin voisi yrittää saada järvistä perustiedot Wikidataan. Rajaan aluksi kohteet sellaisiin järviin joista a.) on artikkeli suomenkielisessä Wikipediassa ja b.) järvet sijaitsevat Suomessa. c.) tiedot joita lisätään auttavat järven yksilöimisessä ja hakemisessa.
; Vaiheen 1 tiedot (tärkeysjärjestyksessä)
#  - pitäisi olla asetettuna tällä hetkellä kaikissa  artikkeleissa 
#  - pitäisi olla asetettuna tällä hetkellä kaikissa  artikkeleissa. Voi olla virheitä usean valtion alueella olevissa järvissä. 
#  - tällä hetkellä tallennetaan Harvest templates -työkaluilla  mallineen paikkakunta arvo järven P131 arvoksi. Työkalu huomioi vain parametrista vain ensimmäisen wikilinkin eli usean kunnan alueella olevissa järvissä on mainittuna vain yksi kunta.
#  - puuttuu noin 1200 artikkelista. Ei arviota siitä kuinka moni näistä löytyy järviwikistä. (puuttuvat)
#  - puuttuu 366 artikkelista. (puuttuvat)
# description - puuttuu isosta osasta artikkeleita. Tekstinä riittäisi ihan, että descriptionissa lukisi: "järvi kunnassa Z" suomeksi, ruotsiksi ja englanniksi.
--Zache (keskustelu) 9. joulukuuta 2018 kello 15.14 (EET)
replies: text: Voi tulla tähän rutistukseen mukaan. Olen viimeistelemässä Kokemäenjoen vesistön kahta pohjoisinta reittiä, mutta en koe sitä vielä kaikista tärkeimmäksi asiaksi.--J Hokkanen (keskustelu) 9. joulukuuta 2018 kello 17.32 (EET)
replies: text: :Yksi todellisen elämäni kiire on nyt takana päin. Voisin esimerkiksi alkaa etsiä vaivattominta keinoa lisätä nuo puuttuvat 1200 järvinumeroa. Osa niistä on minun tekemiäni.--J Hokkanen (keskustelu) 17. joulukuuta 2018 kello 08.26 (EET)
replies: text: :: Mikäli sinulla ei satu olemaan valmista listaa tai keinoa tehdä listaa jolla botilla tehdyt järvet ja artikkelit saa matchattyä, niin seuraavaksi helpoin tapa taitaa olla, että

text: ::# ottaa ulos jostain paikasta listauksen suomen järvistä (esim Hertta) siten, että tietoina on järven nimi, koordinaatit, kunta jossa järvi on ja järvinumero.

text: ::# ottaa vastaavan listan Wikidatassa olevista järvistä.

text: ::# matchaaa nämä kaksi listaa koodilla siten, että olettaa samassa kunnassa ja koordinaateissa olevien samannimisten järvien vastaavan toisiaan

text: ::# tekee luettelosta quickstatements käskylistan

text: ::# Ajaa tiedot quickstatementsilla Wikidataan

text: ::--Zache (keskustelu) 17. joulukuuta 2018 kello 10.49 (EET)
replies: text: :::Kuulostaa hyvältä. Täytyy opetella Quickstatementin käyttöä ;-). Aloitan tutuilla Kokemäenvesistön järvistä, jotka tunnen henk-koht. ja teen aluksi pienillä määrillä. En usko, että tulee pahoja ongelmia.--J Hokkanen (keskustelu) 17. joulukuuta 2018 kello 11.33 (EET)
thread_title:  Wikidatan ToDo-lista 

message: TABernacle on yksi Wikidatan muokkaustyökalu joka tuli vastaan viime viikonloppuna.  Työkalulla pystyy saamaan Wikidatassa olevia arvoja ulos taulukkomuodossa ja muokkaamaan/lisäämään tietoja suoraan taulukosta. Eli työkalu ei sovellu varsinaiseen massamuotoiseen vientiin, mutta sillä pystyy nopeasti silmäilemään esimerkiksi puuttuvia arvoja suuresta joukosta wikidatakohteita ja lisäämään ne.
; Käyttö
# Klikkaa esimerkkilinkkiä
# TABernaclessa klikkaa  log into WiDaR to edit jotta saat muokattua. Kun olet hyväksynyt WiDaR:n, niin palaa TABernacleen ylläolevalla esimerkkilinkillä.
# Sarakkeita pääsee muokkaamaan tuplaklikkaamalla niitä. Enter-napin painallus tallentaa muutoksen ilman varmistusta. Sivun taustavärin muuttuu tallennuksen ajaksi mustaksi. 
# Käy katsomassa Wikidatan historiasivulta mikä muuttui. Esimerkikissä on käytetty  hiekkalaatikkosivua joten sillä saa kokeilla muokkaamista.
; Muokattavien tietojen valinta
# Show/hide table settings napilla siirrytään konfiguraatio- ja muokkausnäkymän välillä
# Esimerkki järvinumerohausta ja Pelkästään ne missä ei ole järvinumeroa
# SPARQL-kyselyjä voi testata Query-toolissa ja kopioida takaisin Tabernacleen. 
--Zache (keskustelu) 17. joulukuuta 2018 kello 11.15 (EET)
replies: text: Kiitos. Havainnollinen ja helppo. Tämä sopii lähes kaikentasoisille käyttäjille. --J Hokkanen (keskustelu) 17. joulukuuta 2018 kello 13.39 (EET)
replies: text: : Olen lisäillyt järvinumeroita jonkinverran käsin ja huomasin, että siellä on paljon järvenosia, joista on omat artikkelit. Se mielestäni hyvä asia, mutta mitä seurannaisvaikutuksia olisi lisätä niille järvinumerot? Tarkoitan sitä, että tietokantahaulla saadaan useita artikkeleita samalle järvinumerolle.--J Hokkanen (keskustelu) 3. tammikuuta 2019 kello 10.52 (EET)
replies: text: :: Se varmaan ainakin, että jos joku yrittää jostain ulkopuolisesta järjestelmästä (vaikka finto) hakea järvinumerolla järven kuvailutekstin, niin se saa monta tulosta joista ei pysty suoraan päättelemään mikä niistä on pääkohde. Lisäksi järvinumerolla taitaa olla kaikkien tunnisteiden tapaan constrain, että ei saisi olla kuin yksi wikidatakohde per tunniste, niin voi olla että joku joskus yrittää ratkaista asian siten että niitä on vain yksi. Periaatteessa sen voisi tehdä siten, että merkkaa ne osat :llä isomman järven osiksi ja koodilla hakee yläkohteesta sen järvinumeron.   --Zache (keskustelu) 3. tammikuuta 2019 kello 10.59 (EET)
replies: text: :::Pitää toimia niin, että tämä näkyy artikkelissa, tietolaatikossa ja samoin wikidatassa. Esimerkiksi Saimaa vaatisi tällaisen tietorakenteen.--J Hokkanen (keskustelu) 4. tammikuuta 2019 kello 08.57 (EET)
thread_title:  TABernacle  (wikidata-työkalu) 

message: Poistin väliaikaisesti kartoista rajat, koska ongelmana näytti olevan se ettei nykyinen sparql-koodi mennyt validoinnista enää läpi. Yksi selkeä syy oli rivinvaihdot joita ei ilmeisesti json speksinmukaan pitäisi olla arvoissa vaan ne pitäisi olla koodattuna \n -merkeiksi.. --Zache (keskustelu) 24. heinäkuuta 2019 kello 12.23 (EEST)
replies: text: Karttojen raja lienevät paremmassa kunnossa, mutta huomasin ennen flunssaani, että järvimallineen koordinaatit ovat kommenteissa. En tohdi ottaa niitä omatoimisesti pois, koska ne voivat olla tarkoituksella poissa kuukaudenkin (, mikä lie on ongelmana). Pärjäsin kyllä ilman koordinaatteja, mutta nyt on hieman risonut: on ollut hankalaa päästä muita wikikieliä pitkin kartalle ja koordinaatit olisivat mukava nähdä. Olin ajatellut myös "alkaa viilata" Järvi, Joki ja Saari-mallinneita vähän paremmiksi, joten "pyydän lupaa" poistaa kommentit koordinaattien ympäriltä!--J Hokkanen (keskustelu) 14. tammikuuta 2020 kello 18.13 (EET)
replies: text: :Poistin kommenttimerkit koordinaattien ympäriltä kokeillaakseni, ovatko ne toimivat.--J Hokkanen (keskustelu) 11. helmikuuta 2020 kello 12.11 (EET)
thread_title:  Karttojen rajat 

message: Vaihdoin Valtion ja Paikkakunna järjestystä tietoikkunassa. Nyt Valtio tulee ennen Sijaintia.--J Hokkanen (keskustelu) 2. maaliskuuta 2020 kello 19.47 (EET)
thread_title:  Jatkokehitys 

message: Olen kokeillut jokien kirjoittamista ja niiden mallineeseen on tullut kirjoitettua vesistöihin liittyviä tietoja (ks. :Malline:Joki WD). Sen luettavuuden ja käytettävyydestä on itselläni jo kokemusta ja ajattelin tuoda saman ajattelutavan myös järviin. Ensimmäinen hahmotelma olisi seuraava:

Idea olisi sama kuin Joki WD-mallineella. Ylös maantieteellinen sijoittelu, sitten sijoittuminen vesistöllisesti, ja alemmaksi mittaustietoja. Alinna on karttakuva järvestä.--J Hokkanen (keskustelu) 24. helmikuuta 2021 kello 21.12 (EET)
replies: text: Lisäsin sanalliseen sijaintiin tarvittavia kenttiä: maanosa, maakunta, välihallintoon liittyviä avoimia kenttiä. Lisäksi vesistön nimeä varten oma kenttä.--J Hokkanen (keskustelu) 25. helmikuuta 2021 kello 12.49 (EET)
replies: text: :Ensimmäinen ongelma syntyi, kun otsikoin paikkakunta -parametrin sisällön tietolaatikkoon Kuntana, jolloin paikkakunnan monenkirjavat sisällöt eivät enää sopineet Kunta-nimikkeen alle. Ratkaisu: käytetään Paikkakunta nimitystä tietolaatikossa ja luodaan uusi parametri kunta, jonne siirretään Paikkakunta-kohdasta kunnat, ja muihin maakunnat, läänit, piirit, osavaltiot jne. sitä mukaa, kun niitä löytyy.--J Hokkanen (keskustelu) 25. helmikuuta 2021 kello 17.23 (EET)
thread_title:  Mallineen jatkokehitys