Mercurial > hg > gcmultimerge
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! - -