Mercurial > hg > gcmultimerge
comparison speksi.txt @ 0:c0e97f27f929
Import specification.
| author | Matti Hamalainen <ccr@tnsp.org> |
|---|---|
| date | Mon, 04 Jul 2016 12:24:48 +0300 |
| parents | |
| children |
comparison
equal
deleted
inserted
replaced
| -1:000000000000 | 0:c0e97f27f929 |
|---|---|
| 1 From henrik.ala-uotila@raahe.fi Wed May 25 14:57:50 2016 | |
| 2 Date: Wed, 25 May 2016 14:57:43 +0300 | |
| 3 From: Henrik Ala-Uotila <henrik.ala-uotila@raahe.fi> | |
| 4 To: ccr@tnsp.org | |
| 5 Subject: Merge -kalenterista | |
| 6 | |
| 7 Yhden tilin alle (jatkossa hyva.alku.raahessa@gmail.com) tehdään | |
| 8 toimijakohtaiset kalenterit, jotka nimetään (vaikkapa) regexp-muodossa | |
| 9 "^R: (.*?) \((.\S+)\)$". Nimen $1 on toimijan koko nimi ja $2 toimijan | |
| 10 etuliite, esimerkiksi "R: Punainen Risti (spr)". Lisäksi hankkeen | |
| 11 tilillä on kalenteri, vaikkapa "Raahen kansainvälisyystoiminta" | |
| 12 -nimellä, johon tuotetaan yhteisnäkymä kaikista toimijakohtaisista | |
| 13 kalentereista. | |
| 14 | |
| 15 Cronilla ajastettu scripta käy säännöllisesti hakemassa luettelon | |
| 16 toimijakohtaisista kalentereista, joista jokaisesta kerätään tapahtumat, | |
| 17 niihin lisätään jokaisen tapahtuman kuvaukseen toimijan etuliite, ja | |
| 18 torpataan lopputulos "Raahen kansainvälisyystoiminta" -kalenteriin. Eli | |
| 19 jos "R: Punainen Risti (spr)" -kalenterissa on tapahtuma nimellä "Suomen | |
| 20 kielen kerho", siitä syntyisi "Raahen kansainvälisyystoiminta" | |
| 21 -kalenteriin tapahtuma nimeltä "spr / Suomen kielen kerho". Tässä | |
| 22 tietysti mietityttää, että millä vältytään duplikaattien luomisesta; | |
| 23 tyhjennetäänkö "Raahen kansainvälisyystoiminta" -kalenteri aina ennen | |
| 24 merge -näkymän tekemistä, saadaanko APIsta suoraan | |
| 25 lähdekalenteritapahtumista yksilöllinen ID, joiden varassa voidaan | |
| 26 muutokset tehdä kalenteritapahtuma kerrallaan? | |
| 27 | |
| 28 Minusta voisi olla toimijan kannalta mukava pystyä muuttamaan myös | |
| 29 menneitä tapahtumia, joten jos siitä ei tule turhan raskasta | |
| 30 ajonaikaisesti taikka liian hankalaa toteuttaa, voisi olla hyvä tehdä | |
| 31 tämä aina koko aikajanalle, ei pelkästään tuleville tapahtumille. Mutta | |
| 32 tämä ei ole korkean prioriteetin toive. | |
| 33 | |
| 34 Ja lisäksi voisi miettiä, että millä voidaan varmistua järjestelmän | |
| 35 toimivuudesta. Esimerkiksi tuotetussa kalenterinäkymässä voisi olla joko | |
| 36 "metadatatapahtuma" tai muuta kautta tieto viimeisestä | |
| 37 päivitysajankohdasta, ja jos päivitysprosessissa on tullut jotain | |
| 38 virheitä, niistä voisi tulla suoraan postia osoitteeseen | |
| 39 henrik.ala-uotila@raahe.fi ja mahdollisesty myös suoraan sinulle | |
| 40 (konfiguroitavissa, mutta haluaisin myös tiedon päivitysvaikeuksista jos | |
| 41 toimijat on minuun yhteydessä). | |
| 42 | |
| 43 Ehdotuksia? Kommentteja? | |
| 44 - Lupu | |
| 45 | |
| 46 _____________________________ | |
| 47 | |
| 48 Henrik Ala-Uotila | |
| 49 Hyvä alku Raahessa -hanke | |
| 50 Hanketoiminta ja kehittäminen | |
| 51 Raahen kaupunki | |
| 52 | |
| 53 +358 4011 303 809 | |
| 54 henrik.ala-uotila@raahe.fi | |
| 55 Rantakatu 7 D, 1. kerros, 92100 Raahe | |
| 56 | |
| 57 | |
| 58 !DSPAM:5745933e45196425716778! | |
| 59 | |
| 60 |