changeset 0:c0e97f27f929

Import specification.
author Matti Hamalainen <ccr@tnsp.org>
date Mon, 04 Jul 2016 12:24:48 +0300
parents
children 74f172565752
files speksi.txt
diffstat 1 files changed, 60 insertions(+), 0 deletions(-) [+]
line wrap: on
line diff
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/speksi.txt	Mon Jul 04 12:24:48 2016 +0300
@@ -0,0 +1,60 @@
+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 <henrik.ala-uotila@raahe.fi>
+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!
+
+