Avoimia tehtäviä

Opasnet Suomista
Versio hetkellä 20. heinäkuuta 2012 kello 10.31 – tehnyt Minttu (keskustelu | muokkaukset)
Siirry navigaatioon Siirry hakuun




Kysymys

Mitä avoimia tehtäviä on Opasnetissä ja miten ne pitäisi hoitaa?

Vastaus

Kesätyöläisten työsuunnitelmat 2012

Kirjoita tähän suunnitelmasi työajoista (kalenteriviikon ja 10 työtunnin tarkkuudella, eli suuntaa-antavasti (n. 37 h/vko vastaa täysipäiväistä työtä)).

Nimi Viikko (21.5. - 12.8.2012)
21 22 23 24 25 26 27 28 29 30 31 32
Koodarit
Teemu Rintala 37 37 37 37 37 37 37 37 37 37
Henrik Vartianen 24 30 24 30 30 30 30 30 30 30
Tuukka Hämynen 37 37 37 37 37 37 37 37 37
Koodari 4
Muut
Pieta Tuomisto 0-15 0-15 25 25 25
Tiinu Hämäläinen 25 30 20 30
Kristiina Soininen 10 10 10 10 10 30 15
Oona Hintikka 20 30 20 30
Erika Nieminen 0-10 37 20 20 37
Pauli Ordén 37 37 37 37 37 37 37 37 37 37
Jaakko Örmälä 37 37 37 37 37 37 37 37
Julia Rintala 0-10 0 37 37 37 0 0 20 37 37
Matleena Tuomisto 0 0 0
Minttu Hämäläinen 25 37 0-25
Timo Koski
Timo Ikonen 30 0 30 30 20 30 30 30 30
Essi Vuorinen
Lasse Kettunen 10 15 15 15 15 15
Jonni Nykänen 25 30 30 30 30 30
Joona Kivioja 30 30
Olli Vairema
Urgenche
Azin Meftah 30 21 10 43 18 30

Tehtävätyypit:

  • Koodarit: R-koodin kirjoittamista S4-oliotyyppien ympärille.
  • Sokrates-ryhmä: Arviointien rajauksen hakemista, vaihtoehtojen kartoitusta, sisällön ja keskustelujen jäsentämistä. Nimi tulee Sokrateen toimintatavasta kysellen selvittää mitä ihminen tiesi ja ajatteli ja mitä ei.
  • Olionrakennusryhmä: Jäsennetyn sisällön jalostamista kohti kvantitatiivista mallia. Datataulukoiden, riippuvuuksien ja funktioiden tai lähtötietojen jäsennystä.
  • Urgenche: Urgenche-mallin rakentamista ja tapaustutkimusten kuvausta. Englanninkielinen.

#: Työaikasuunnitelmat kirjataan tähän, koska R-koodi työaikalistojen automaattiseksi ajamiseksi ei vielä toimi. --Jouni Tuomisto 30. toukokuuta 2012 kello 23.31 (EEST)

Tehtävälista

Alustava prioriteettijärjestys kesätöistä kesän ajalle (kommentit toivottavia):

--#: Löysin äsken toisen luokan, nimittäin SETURI:n tässä käytetyn Seturi:n lisäksi. Parempi muoto on tuo pienillä kirjaimilla kirjoitettu. Voisitte siis käydä läpi kaikki SETURI-luokkaan kuuluvat sivut ja korjata luokaksi Seturi. --Jouni Tuomisto 2. heinäkuuta 2012 kello 14.04 (EEST)
#: Osa on jo näköjään tehty, mutta esim. tiedostoja on edelleen runsaasti luokiteltuna SETURIin. --Jouni Tuomisto 11. heinäkuuta 2012 kello 11.03 (EEST)
  • R_koodi työaikalistojen automaattiseksi ajamiseksi. Nykyversio (reaaliluvuilla toimiva): Aikakone
  • Tekaisu TP1: jonkin jo päätetyn asian päätösprosessin selvittäminen: Miten tieto tuli päätöstä? Miten se olisi voinut tukea? Mikä toimi, mikä ei? Mitkä tekijät estivät tiedon käyttöä? Miten osallistuminen olisi voinut olla avoimempaa? (Jaakko ja Pauli voisivat alkaa katsoa tätä, kunhan kysymyksenasettelu selkiää ja Kuopion kanssa saadaan sovittua jokin konkreettinen tarkasteltava aihe). Reviewer: Mikko. #: Vai pitäisikö tähän ottaa aiheeksi YHTI? Sellaista ehdottelin Jyrki Huikarille, eikä hän erityisesti vastustellut. Lisätietoja löytyy esityksestä tiedosto:Ympäristöterveydenhuollon kokonaisarkkitehtuuri.ppt. Kyseessä ei ole kuntatason päätös eikä mennyt tapahtuma, mutta se on ympäristöterveyden alalta, ja YHTIn speksit on kuitenkin kirjoitettu ja päätetty, vaikka toteutus ei olekaan kovin pitkällä. --Jouni Tuomisto 11. kesäkuuta 2012 kello 15.01 (EEST)
  • #: Kuitenkin päädyttiin Puijon metsienhoitosuunnitelmaan, koska siinä on laajasti osallistettu ja koska siitä löytyy materiaalia. Se myös mahdollisesti liittyy tulevaan keisiin (Kuopion metsienhoitosuunnitelma). --Jouni Tuomisto 29. kesäkuuta 2012 kello 17.25 (EEST)
  • Tekaisu TP1: Satamalahti ja sen suunnitteluun osallistuminen. Tätä pitäisi ideoida konkreettisemmaksi, asia ehkä selkiää kunhan ehdimme puhua Suvin, Pirjon ym. kanssa sekä käydä Mikkelin tiedotustilaisuudessa 15.6.
  • Tekaisu TP1: Kuopion metsienhoitosuunnitelma. Vaikka tämä aihe ei ehkä kesän 2012 aikana kauhesti etene, keskustelua kaupunginmetsänhoitajan kanssa pitäisi jatkaa ja ideaa viedä eteenpäin.
  • Rauman yleiskaavaan perehtyminen heti, kun tausta-aineistoa saadaan käyttöön. Tämän hetken kuvaukset: Rauman sataman laajennuksen vaikutus terveyteen.
  • Silakan hyöty-riskinarviointi: päivitetään kalan hyöty-riskinarviointimalli vastaamaan nykyistä mallitusympäristöä. Olennaista on kuvata kaikki mahdolliset päätösvaihtoehdot (erilaiset syöntisuositukset) ja epävarmuudet (silakan syönti eri ikäryhmissä, vitamiinien ja haitta-aineiden vaihtelu kalan koon, alueen ja vuodenajan mukaan jne).
  • Näiden ohjesivujen kirjoittaminen. Toimintaohje: yksi ryhmä keskustelee ja kirjoittaa ehdotuksen, toinen ryhmä kommentoi ja korjaa, lopuksi joku seniori kommentoi. Perustelut on kirjattava!
    • op_en:Help:Wiki working in Opasnet: yleisiä wikiohjeita ja -periaatteita, esim. että käyttäjälle tarjotaan mahdollisimman helppo pääsy mahdollisimman hyödylliseen tietoon. Eli jos mietit kahta eri toimintatapaa, valitse se, joka tarjoaa käyttäjälle helpomman pääsyn tietoon. Tämä tarkoitaa mm., että
      • vanhentuneet tiedot ja käytännöt poistetaan sivuilta, mutta niihin jätetään ikilinkki,
      • sisällölliset keskustelut kirjataan herkästi (sen sijaan että vain muutettaisiin) ja mielellään kirjataan kommentteina,
      • muokkauksen yhteenvetokenttään kirjataan mitä muutettiin,
      • etsitään wikipediasta hyödyllisiä toimintaperiaatesivuja ja linkataan niihin,
      • sivun alkuun kirjoitettavia yhteenvetolaatikoita suositaan,
      • sivuotsikointi tehdään järjesteyksessä kysymys, vastaus, perustelu, katso myös, viitteet, aiheeseen liittyviä tiedostoja. Vanhan rakenteen mukaiset sivut korjataan.
      • Luokittelua käytetään ahkerasti ja uusia luokkia luodaan.
    • op_en:Help:Using optical character recognition Kuinka wikistetään teksti sellaisesta pdf:stä tai kuvatiedostosta, jossa lähde on kuvana eikä tekstinä.
    • op_en:Help:Wikifying reports Kuinka wikistetään tieteellisiä raportteja
    • op_en:Help:Creating a structured page Kuinka tehdään rakenteinen sivu eli oliorakennetta noudattava sivu (yleisohje). Rakenteen kuvausta: op_en:Universal object
    • op_en:Help:Variable Miten tehdään muuttuja ja mitä erityistä siinä on muihin sivuihin verrattuna (data, formula, dependencies). Hyvänä apuna ja mallina esim. op_en:Training exposure
    • op_en:Help:Assessment Miten tehdään arviointisivu. Erityistä: names-taulu, decisions, stakeholders, dependencies. Esimerkkinä op_en:Training assessment ja siihen liittyvät sivut.
    • Ohje:Mallin ajaminen Ohje siitä, miten malleja ajetaan, mistä mallien tiedot tulevat, miten tulossivua luetaan ja miten säilyy yksittäisen malliajon tietosuoja vaikka niitä ajetaan avoimella mallilla. Tämä tulee suomeksi, koska ensimmäiset käyttökohteet ovat käyttäjiä malleille Vesiopas ja Minera.
  • Plantlibra
    • Ei-sairauksiin liittyvien terveysvaikutusten arviointi (common currency)
  • Vesiopas-sivuston päivitys
    • Vesiopas-mallin muuttaminen S4-luokkaan.
  • Ebode/Seturi-päivitys (Tekaisu TP2)
    • Vanhat Excelit käydään läpi ja sieltä nostetaan lähtödata sekä yhtälöt johonkin järkevämpään ympäristöön.
    • ICT- ja muut vaikutusarviointimetodit koodataan R:ään.
  • Sikainfluenssa-artikkelin uudelleenjäsennys Sokrates-työryhmän työn pohjalta: miten halutut näkökulmat kytkeytyvät kokonaisuuteen, miten ne muodostavat päätösten ja arvotettujen vaikutusten verkoston. Kannattaako nostaa kesätyöksi?
  • Muiden YMTOn yksiköiden ongelmat ja arvioinnit (idea-asteella, prioriteetista ei tietoa):
    • Hometalot (YMIK): homekoulujen korjausten priorisointiohje
    • Ilmastonmuutos (YMEP): hellejaksojen terveysvaikutukset
    • Hometoksiinien mekanismit (YTOK): hypoteesien kuvaus ja merkitys kansanterveydelle
    • Vesiopas (YVES)
    • ? (YKEM)
  • Claih/Bioher-mallin siirto Opasnetiin
  • Talvivaaran kaivoksen riskinarviointi??
  • Kuopion metsienhoitosuunnitelma (Tekaisu TP1) (luultavasti alkaa vasta syksyllä)


Metatason töitä

  • Kaaviokuva ja selostus avoimen arvioinnin metatasoista sivulle avoin arviointi
    • 0: todellisuus
    • 1: todellisuuden kuvaukset, muuttujat, vaikutusverkot
    • 2: arvioinnit, päätökset, sidosryhmien arvoarvostelmat
    • 3: kuvaukset eri sidosryhmien, päätösten ja arvoarvostelmien suhteista (arviointi/Stakeholders-sivu), VOI-analyysit
  • Oheistus rating barin käytöstä ja barin todellinen käyttöönotto
  • Koulutuksen suunnittelu niin, että eri ihmisille koulutetaan jokin yksi asia tai tekniikka, jonka hän kouluttaa edelleen kaikille.
  • VOI-analyysikoodin kirjoittaminen
    • Kaksi eri lähestymistapaa:
      • perinteinen, jossa epävarma muuttuja jaetaan bineihin ja arvioidaan kunkin binin sisällä tilannetta,
      • uusi, jossa outcomia estimoidaan tekemällä regressioanalyysi epävarma muuttujan suhteen ja käyttämällä ei-parametrista smoothausta; tämä käy vain jatkuville muuttujille ja on siksi rajoittuneempi.
  • Sellainen koodi, joka kaivaa rating barin tiedot ja käyttää sitä arvioinnin hyvyysarvioinnissa (scientific quality < 10 tarkoittaa, että annetut luottamusvälit eivät luultavasti kata uskottavia mahdollisuuksia ja siten VOI aliarvioi tilannetta); muussa tapauksessa scientific quality