changeset 118:03e0063cb15c

Remove the original specification "document".
author Matti Hamalainen <ccr@tnsp.org>
date Tue, 18 Oct 2016 14:03:18 +0300
parents 2c94204a5dd2
children f671602635b7
files speksi.txt
diffstat 1 files changed, 0 insertions(+), 60 deletions(-) [+]
line wrap: on
line diff
--- 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 <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!
-
-