[imc-france-tech] Re: [Imc-france-nice] Inside Daisy Development.

[geneX]

Ioseba Rubio wrote:
> Bonjour
[cut]
pas la peine d'aller jusqu'à une tempete de cervelles ;)

> 
>1/  [Organisation]
> ·	distribution de travail
> ·	Serveurs CVS
> ·	Validation du travail 
> ·	Synchronisation avec la branche principale du code
> SPIP.
> ·	Deadlines. 
>2/  [Travail et tasks].
> ·	création des squelettes
> ·	écriture des modifications open publishing
> ·	problèmes de sécurité, balises/tags malicieux
> ·	Mouvement des vidéos a le serveur d'streaming. Mise
> a jour de la base de donnes. Ecriture des daemon
> ·	validation
> ·	Control de versions
> ·	Moteur de recherche, validation.
> ·	Personnalisation des options, variables comme le
> directoire upload
> ·	tools de nettoyage et d'élimination des vidéos et
> fichiers graphiques
> 
> 
> 
>3/  [Politiques de gestions]
> 
> Le système de sauvegardes. 
> la forme des créations contenues de squelettes
> 
>4/  [A discuter]
> 	Connexions avec autres moteurs de recherche.
>              Documents d'autres sites indys. Quels
> sont las possibilités pour exchanger les informations
> ? (Exchange de XMl, development de un parser NewsML,
> sindications, liens fixes, a main...)

c'est une mise place de projet un peu lourde... non ?
1/ le choix de spip est aussi lié à une communauté active qui est en 
mesure de répondre rapidement. Dans le cadre du module OpenPublishing, 
cela concerne un squelette qui appele une boucle avec un entrée sql.
cela necessite (à mon avis de chef de projet info) 1 semaine max de 
travail pour un dev qui s'implique vraiment.
Techniquement, on peut passer aussi par le principe de forum ouvert avec 
reprise du fil (xml) dans la colonne de droite.  (c'est à mon avis une 
solution confortable et evolutive).
ps: le parser newsml est plus simple de ce point de vue : pont 
forum/fil/news/ml ?

2/ la creation de squelette n'est que la creation de pages html 
auxquelles on integre les appels de boucle. Mais, avant, il est plus 
concevable de travailler sur des maquettes papier afin de les présenter 
au collectif. Du reste, quiconque du collectif peut faire une 
proposition sans compétence informatique.
Il s'agit ensuite de reproduire la maquette qui fera consensus dans le 
collectif. Developper les squelettes avant ce consensus n'est pas une 
obligation... et cela risque d'être un frein aux propositions des non-geeks.

Pour ce qui est de la video, la question reste importante. Je penche 
pour regrouper le problème à l'ensemble des matières multi-media (video, 
son, photo, animation, etc...). Et de considerer la question des formats 
et standards ouverts (vorbis, mpeg, ...) avant de travailler. Le choix 
des formats pour du streamming est necessaire, voire requis :).
Mais cette question en pose une de plus grande taille :
- quel hebergement ? stallman est postgress coté base de donnée, et donc 
pose un pb pour spip (qui est du mysql). Le serveur ne peut probablement 
supporter un ajout de serveur sql.
Bart (new-imc) a lancé la question sur imc-tech pour l'hebergement, mais 
pas de réponse pour le moment.
Ruben (imc-france) a proposer des hébergements. Dario aussi.
Mais le collectif souhaite un hebergement outre atlantique pour des 
questions de legislation (lsi...)
De cet hebergement dépend la capacité d'assurer notre propre streaming 
(on a alors du boulot ;), soit de laisser sur d'autres serveurs d'indy 
(dans ce cas ce sont des liens url... pas trop de travail ;)
Le reste... nettoyage, sauvegarde, ... en découle.

Sur les echanges de données, spip n'est pas un souci (je crois qu'il 
existe dejà un module).

X.

PS : je propose que la discuss de dev soit en Cc sur imc-france-tech@