Mercurial > hg > gcmultimerge
view speksi.txt @ 0:c0e97f27f929
Import specification.
author | Matti Hamalainen <ccr@tnsp.org> |
---|---|
date | Mon, 04 Jul 2016 12:24:48 +0300 |
parents | |
children |
line wrap: on
line source
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!