[OSM-talk-fr] Refondre le portail openstreetmap.fr (sxpert et Yann demandés à l'accueil)

[Marc SIBERT]

Le 23 décembre 2010 14:59, sly (sylvain letuffe) <sylvain at letuffe.org> a
écrit :

> On jeudi 23 décembre 2010, Marc SIBERT wrote:
>
> > Je pense toutefois que certains services de openstreetmap.fr doivent
> être
> > hébergés chez un professionnel afin de garantir la continuité du service
> > (cela n'est pas réducteur du travail des bénévoles pour "nos"
> > infrastructures ; c'est juste une question de dispo quand une opération
> est
> > rapidement nécessaire).
>
> Philippe n'a pas précisé dans quel cadre/champs
> d'action/serveur/hébergement
> il pouvait créer ces accès, ta phrase sent le "c'est pas professionnel", ce
> n'est pas forcément le cas !
>
> Néanmoins j'accorde que cela peut nous rendre dépendant de la société Cléo,
> mais ce n'est pas nécessairement un problème. Des services, ça se
> déplacent.
>
>
> > J'y inclus évidemment le www qui doit donner une vue synthétique du
> projet
> > et de son activité courante.
> +1 c'est en effet l'objectif principal il me semble
>
> > Après il faut voir si d'autres services doivent
> > être assurés, mais à mon gout je ne pense pas, comme un moteur de rendu
> > localisé (forte demande de ressources CPU & disque).
>
> Pour ma part, au contraire, je pense que si c'est possible d'assurer
> d'autres
> services utiles à la communauté osm-fr, et bien je pense qu'on peut le
> faire.
> zone de téléchargement, outils de contrôle des données, installation de
> serveur WMS/tuiles pour des orthophotos récemment libérées, etc.
>
> Bien sûr il faut rester raisonnable, et un moteur de rendu n'est sans doute
> pas pour une première étape tant il nous faudrait quelque chose de costaud,
> donc coûteux, donc difficile à trouver.
>
> > On pourra y trouver, toujours d'après moi, le forum, un blog, pourquoi
> pas
> > des pages pour les activités régionales (voir la discussion qu'il y a eu
> à
> > ce sujet), peut-être un accès web aux listes talk-fr.
>
> je dis évidement +1
>
> > Dans ces conditions, je ne vois pas l'intérêt d'un accès SSH pour un
> > hébergement WEB (une fois l'install initiale faite évidemment), même de
> > plusieurs sites simultanément.
>
> Par accès ssh dont on parle, je pense qu'un accès ftp ou n'importe quel
> type
> permettant de déposer des fichiers peut tout à fait suffire.
> Pour les motivés qui veulent remplir le blog ou le CMS, il est clair que ce
> n'est pas nécessaire, mais on sait qu'a un moment donné il peut être
> nécessaire de mettre les mains dans le cambouis et lorsqu'il faudra, au
> hasard :
> - faire de l'authentification centralisée
> - gérer une cohérence graphique
> - ajouter des composants
> - vider un cache plein à craquer
> - corriger une erreur de droits
> - changer le moteur de CMS parce qu'on s'est gauffré ;-)
>
> il peut s'avérer utile d'être plusieurs à disposer d'un accès aux
> fichiers/base SQL
> --
> sly
> qui suis-je : http://sly.letuffe.org
>

Bonjour,

J'ai commencé à formaliser tout ça sur le Wiki, à la page déjà existante,
j'ai ajouté une "sous-page" dans laquelle je décris le projet de migration
tel que je le vois. http://wiki.openstreetmap.org/wiki/FR:Osm.fr/Plan_projet
.

Je vous encourage à poursuivre la/les discussions de ce que doit héberger ce
site et des outils à utiliser sur ces pages afin de ne pas polluer cette
liste.

"Je, je, je" prends le pouvoir pour faire avancer le Schmilblick, mais si
vous savez faire mieux, moins cher, plus vite, etc. je laisse ma place. Je
présente mon idée, si vous n'êtes pas d'accord, je vous écouterais et je
déciderais. Mais pour finir je mettrais tout ça au vote ici même et surtout
j'aurais régulièrement besoin de votre aide.

Pour commencer si un graphiste peut faire une charte pour ce site, ce sera
ma première demande de ressources.

Note : je ne gagne rien ($) à faire tout ça, je perds juste mon temps
(précieux).

-- 
Marc Sibert
marc at sibert.fr
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20101224/73c00c57/attachment.htm>