# HG changeset patch # User Matti Hamalainen # Date 1476788598 -10800 # Node ID 03e0063cb15cb77eea65f91812e6ed6527335978 # Parent 2c94204a5dd2cf91b533b44d752ea3db382704ad Remove the original specification "document". diff -r 2c94204a5dd2 -r 03e0063cb15c speksi.txt --- a/speksi.txt Tue Oct 18 14:01:02 2016 +0300 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,60 +0,0 @@ -From henrik.ala-uotila@raahe.fi Wed May 25 14:57:50 2016 -Date: Wed, 25 May 2016 14:57:43 +0300 -From: Henrik Ala-Uotila -To: ccr@tnsp.org -Subject: Merge -kalenterista - -Yhden tilin alle (jatkossa hyva.alku.raahessa@gmail.com) tehdään -toimijakohtaiset kalenterit, jotka nimetään (vaikkapa) regexp-muodossa -"^R: (.*?) \((.\S+)\)$". Nimen $1 on toimijan koko nimi ja $2 toimijan -etuliite, esimerkiksi "R: Punainen Risti (spr)". Lisäksi hankkeen -tilillä on kalenteri, vaikkapa "Raahen kansainvälisyystoiminta" --nimellä, johon tuotetaan yhteisnäkymä kaikista toimijakohtaisista -kalentereista. - -Cronilla ajastettu scripta käy säännöllisesti hakemassa luettelon -toimijakohtaisista kalentereista, joista jokaisesta kerätään tapahtumat, -niihin lisätään jokaisen tapahtuman kuvaukseen toimijan etuliite, ja -torpataan lopputulos "Raahen kansainvälisyystoiminta" -kalenteriin. Eli -jos "R: Punainen Risti (spr)" -kalenterissa on tapahtuma nimellä "Suomen -kielen kerho", siitä syntyisi "Raahen kansainvälisyystoiminta" --kalenteriin tapahtuma nimeltä "spr / Suomen kielen kerho". Tässä -tietysti mietityttää, että millä vältytään duplikaattien luomisesta; -tyhjennetäänkö "Raahen kansainvälisyystoiminta" -kalenteri aina ennen -merge -näkymän tekemistä, saadaanko APIsta suoraan -lähdekalenteritapahtumista yksilöllinen ID, joiden varassa voidaan -muutokset tehdä kalenteritapahtuma kerrallaan? - -Minusta voisi olla toimijan kannalta mukava pystyä muuttamaan myös -menneitä tapahtumia, joten jos siitä ei tule turhan raskasta -ajonaikaisesti taikka liian hankalaa toteuttaa, voisi olla hyvä tehdä -tämä aina koko aikajanalle, ei pelkästään tuleville tapahtumille. Mutta -tämä ei ole korkean prioriteetin toive. - -Ja lisäksi voisi miettiä, että millä voidaan varmistua järjestelmän -toimivuudesta. Esimerkiksi tuotetussa kalenterinäkymässä voisi olla joko -"metadatatapahtuma" tai muuta kautta tieto viimeisestä -päivitysajankohdasta, ja jos päivitysprosessissa on tullut jotain -virheitä, niistä voisi tulla suoraan postia osoitteeseen -henrik.ala-uotila@raahe.fi ja mahdollisesty myös suoraan sinulle -(konfiguroitavissa, mutta haluaisin myös tiedon päivitysvaikeuksista jos -toimijat on minuun yhteydessä). - -Ehdotuksia? Kommentteja? - - Lupu - -_____________________________ - -Henrik Ala-Uotila -Hyvä alku Raahessa -hanke -Hanketoiminta ja kehittäminen -Raahen kaupunki - -+358 4011 303 809 -henrik.ala-uotila@raahe.fi -Rantakatu 7 D, 1. kerros, 92100 Raahe - - -!DSPAM:5745933e45196425716778! - -