[Italy-process] [imc Napoli] Proposta operativa software

[arccx]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Giro qui un'elaborazione collettiva di due mail mandate sulla nostra
lista provvisoria.

sta anche qui

http://wiki.radiolina.info/indymedia

buona lettura

- ------------------------------------------------------------------

[imc Napoli] Proposta operativa software

Anche questa mail è molto lunga ma vi preghiamo sempre di leggerla con
attenzione.

Per tentare di velocizzare la riapertura del sito, riteniamo importane
provare ad avviare un lavoro comune tra i nodi attivi e tutti i singoli
techie della lista per quanto riguarda lo sviluppo del nuovo software.
Il lavoro comune permetterebbe di semplificare il lavoro di
programmazione dividendolo tra più persone e non precluderebbe le varie
autonomie se il software fosse pensato come un qualcosa di flessibile e
quindi capace di soddisfare vari tipi di esigenze.

Sappiamo che il process è in un momento di stallo e i nodi stanno
cercando (spesso con difficoltà) di rimettersi in moto, ma riteniamo
altresì importante cominciare a lavorare da subito e parallelamente alla
parte tecnica (visto anche che habemus server).

Si dovrebbe aprire una lista tech che sia però una lista esclusivamente
di coordinamento (per passarsi codici, patch e cose varie) e si dovrebbe
mirare ad un incontro dal vivo al più presto come auspicato anche dai
torinesi.

Tra i vari software già esistenti noi saremmo indirizzati verso Oscalit
perché comprende già molte delle funzionalità che la nuova indy potrebbe
avere. In alternativa Drupal potrebbe essere una buona idea. Tendiamo a
scartare l?ipotesi mir in quanto è in java servlet (gli altri due in
php) e sono di meno le persone che sanno metterci mano. Ambo i software
offrono una serie di funzionalità che, come da elaborazione collettiva
del nodo napoletano, abbiamo individuato: in particolare drupal
implementerebbe già metodi per il rating e il tagging (che vorremmo
sperimentare). Oscailt, essendo nato dal lavoro dei techies irlandesi,
offre quasi tutto quello che ci serve. Rimarrebbero da implementare (per
grandi linee):

- - tagging

- - rating

- - distinzione tra integrazione e commento

- - localizzazione in italiano

Entrambi i cms richiedono un discreto lavoro techie, dal punto di vista
della sicurezza drupal, vista la diffusione e la frequenza dei rilasci,
ci esporrebbe molto di più ad attacchi di ogni tipo. C'è però anche il
pregio della comunità di sviluppatori molto attiva e quindi molto meno
lavoro per "noi". Oscalit è un software esclusivamente indyano ed ha di
base già un certo numero di funzionalità utili.

La nostra idea sarebbe quella di mettere on-line una sorta di sito beta
il più presto possibile, senza magari implementare tutto quello che
abbiamo individuato. Questo per venire incontro all'esigenza di un
canale di comunicazione veloce-immediato, di cui il bisogno sembra farsi
sempre più pressante. Il sito beta ci può anche in parte servire a
capire come funzionano le cose che intendiamo sperimentare, e per
lavorarci sù con più tranquillita.

Di seguito una manydesign preparata da M0net per Imc Napoli ma che
essendo molto duttile potrebbe essere presa come base per il lavoro dopo
eventuale discussione:

L'applicazione che immaginiamo è del tipo web 2.0 con ajax, questo
consentirebbe oltre ad un ottimizzazione della banda, anche un
interfaccia più dinamica e semplice per l'utente.

L'applicazione dovrebbe fornire un alto livello di customizzazione lato
utente della visualizzazione delle informazioni.

Newswire

- - ->News

Una news in questa sezione può essere creata da qualsiasi utente senza
alcun tipo di registrazione. Le news sulla colonna di destra potranno
essere raggruppate secondo una nostra scelta ad esempio per due o tre
categoria che riteniamo importanti. Es: Comunicati / altre news/ bla bla
Ci sarà poi un modulo tipo "myIndy" che consentirà all'utente di
scegliere la personalizzazione della propria home. I settaggi potrebbero
essere esportati / importati in/da un file. In questo modo possiamo
proporre anche più di un impostazione di default per genere. :P

Un newswire deve avere :

1) un titolo

2) un autore

3) una o + categorie

4) un corpo

può eventualmente avere :

5) commenti

6) integrazioni

7) sistema di tag

8) sistema di rank

9) sistema per avvisare all'admin che una news è fuori policy (per
facilità la chiamiamo SistemaPerAvvisareLaDmin :P )

10) allegati multimediali (audio / video)

- - -> Categoria

Le categorie di appartenenza delle news possono essere create solo dagli
admin.

Per ogni nuova categoria l'admin deve poter decidere :

1) se l'autore deve essere visualizzato o meno sulla home

2) se deve supportare un sistema di tag

3) se deve supportare un sistema di rank

4) se deve supportare commenti (e se questi ultimi devono essere
visualizzati subito sotto la notizia o con un click in un momento
successivo)

5) se deve supportare integrazioni (e se queste ultime devono essere
visualizzati subito sotto la notizia o con un click in un momento
successivo)

6) se deve generare un feed RSS (per intenderci è lo strumento che
consentirà ad altri siti di estrapolare solo le news della categoria)

7) se deve supportare un SistemaPerAvvisareLaDmin

8) se deve avere allegati (ed eventualmente anche come devono essere
mostrati (anteprima/link/ecc../blabla))

9) una policy specifica per la categoria. (es. nella categoria
"monnezza" devono esserci sono news inerenti all'argomento.. senza
opinioni personali...blabla..)

Questo ultimo punto aiuterà l'admin nella scelta di cancellare o
spostare una news dalla categoria. La policy potrà essere visualizzata
in un apposito spazio nel momento in cui l'utente scrivendo una nuova
news ha selezionato una categoria. (es. se nella policy della categoria
"repressione" c'è scritto che i post che hanno foto che mostrano volti
saranno immediatamente cancellati, l'admin nell'eventualità potrà
procedere secondo la policy ((risparmiando anche spazio sul database)))

Chiaramente siccome a una news si potrà associare una o più categorie
bisogna adottare che la regola di default è quella per negazione. Mi
spiego: se una news appartiene alla categoria "a" e "b"

e "a" dice che non si devono avere commenti

e "b" NON dice che non si devono avere commenti

la news non avrà i commenti. :D facile no? :P

TAG -

Il sistema di tag che ci immaginiamo deve consentire solo all'utente
autore della news di inserire alcune parole chiavi per facilitare la
ricerca. Abbiamo immaginato un numero finito di tag possibili (intorno
alla decina) Il sistema di tag non incide in alcun modo sulla
visualizzazione di default delle news.

L'utente se vuole potrà personalizzare la SUA visualizzazione della home
anche in base ai tag.

I tag serviranno anche agli admin per capire se c'è l'esigenza di
aggiungere una nuova categoria.

RANK -

Il sistema di rank serve al lettore per esprimere una sua valutazione
della news. Non si è ancora capito bene se deve essere del tipo voto da
1 a 10 o con voci stabilite del tipo inerente/strunzat/ottima. Ad ogni
modo anche il sistema di rank non incide sulla visualizzazione di
default delle news ma può servire all'utente per scegliere la SUA
visualizzazione della home.

- - -->rank

...mi sono dimenticato di dire che sul rank e in generale ovunque si
chieda all'utente lettore (e non autore) di esprimere un opinione sulla
news bisognerà implementare un sistema grazie al quale in una sessione
l'utente potrà esprimere una sola preferenza. (senza assolutamente
bisogno di leggere l'IP basterà registrare esclusivamente l'ID della
sessione, ovviamente se l'utente chiude e riapre il browser potrà votare
di nuovo poichè avrà un nuovo ID di sessione)

SistemaPerAvvisareLaDmin -

E' un sistema che possono utilizzare gli utenti che leggendo una news,
si accorgono che è fuori policy e vogliono segnalare all'admin di
eliminarla o di spostarla. Ci siamo detti che per poter effettuare una
segnalazione di questo tipo l'utente deve inserire anche il suo
indirizzo e-mail. Il sistema dovrà inviare un email all'indirizzo
indicato. L'utente per portare a termine la segnalazione dovrà leggere
la sua email e cliccare su un link di conferma. L'admin riceverà in un
apposita pagina del pannello di amministrazione la richiesta
dell'utente. (Chiaramente bisognerà specificare agli utenti che
l'indirizzo e-mail non sarà conservato in alcun modo da indy)

- - -> Agenda

Chiaramente resterà sempre un agenda appuntamenti. Sarebbe fighissimo se
inserendo un appuntamento io potessi scegliere una news come corpo del
messaggio. In questo modo eviterei di inserire due volte l'appuntamento
di una manifestazione che non è altro che una news con una scadenza.
- -
 -> Motore di ricerca

Chiaramente ci dovrebbe essere un motore di ricerca per la ricerca full
text ma anche avanzata filtrando per
categoria/autore/titolo/tag/rank/testo nel corpo/presenza o meno di
allegati/...ec..

Il risultato della ricerca mi potrebbe restituire diverse news.
Un'interessantissima funzione proposta in assemblea che secondo me
bisogna tenere in considerazione è la possibilità di creare al volo un
PDF che impagini le news (meglio ancora le features) risultanti dalla
ricerca. In questo modo chiunque può crearsi il suo volantino/volantone
al volo per la sua attività politica. :P

- - --> Accessibilità (propongo adesso)

Il nuovo software deve a mio parere rispettare tutte le linee guida
dell'accessibilità per i diversamente abili / ipovedenti... ecc... Oggi
si può fare qualcosa.. credo che noi .. siamo tenuti a farlo.

- - --> Piattaforma per lo sviluppo di inchieste

Una parte importante del progetto indy 2.0 che permetterebbe alla
piattaforma che nasce oggi di riconnettersi strutturalmente con tutte
quelle realtà del mediattivismo che sono cresciute in questi anni fuori
da indy o che usano media differenti dal web, che non a caso, sono una
parte significativa delle persone che hanno dato linfa ed energia al
nodo di napoli per il 2.0. Un luogo dedicato alla produzione di
informazione e alla creazione di relazioni stabili sul territorio.
Ovviamente in questa fase non ci sono ancora indicazione su specifiche
software ma sarebbero da implementare(anche solo come specificità del
software del nodo napoletano).

p.s. una cosa che forse nn ho detto esplicitamente ...è che il forum si
è ritenuto di ometterlo e di lasciare invece solo i commenti che sono
direttamente correlati alle notizie.
sembrerebbe tutto

Imc Napoli
- --
arccx
- - -----------------------------------------------------------

[ http://www.ecn.org/tana/ ]

[Public Key::: id: 0xB7EAFEACD997CCE6 su http://keyserver.linux.it

- - -----------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFt0S1t+r+rNmXzOYRAgzvAKDcET8bBwRst/3+C3ax1JQBfRLcAgCfZkLl
CNJKVuT+5wJXkaGZxfD6a+8=
=Njw7
-----END PGP SIGNATURE-----