Re: [OSM-talk-fr] [site] osmfuel

[Olivier Boudet]

On Mon, 25 Jan 2010 14:57:12 +, Emilie Laffray
 wrote:
> 2010/1/25 Olivier Boudet 
> 
>>
>> Les données de Zagaz sont leur propriétés et ne sont pas redistribuées
>> (pas d'API non plus).
>> La base gouvernementale est payante : 5000 € l'année si je me souviens
>> bien...
>>
>> Oui, je me suis renseigné quand j'envisageais de faire quelque chose
>> dans
>> ce genre en utilisant les données gouvernementales...
>>
>> PS : du coup j'ai commencé un projet où les données seront mises à jour
>> par les utilisateurs, un peu selon le principe de zagaz.
>> PPS : je ne donne pas l'URL pour le moment, car ce n'est pas au point,
>> sauf éventuellement en privé.
>>
>>
> Un screenshot au moins qui ferait fonction de teaser?
> 
> Emilie Laffray

Tout en sachant qu'il y a un gros travail à faire sur l'esthétisme, ca
pourrait ressembler à ça :
http://img15.imageshack.us/img15/2527/capture1ka.png

Je me heurte plus ou moins à un problème, c'est que la plupart des
stations en base n'ont pas d'attributs "name" ou alors un attribut name
qui ne permet pas de la distinguer d'une autre (genre name="Station
Service").

J'envisage donc de mettre un lien type "Ajoutez le nom de cette station"
qui pointerait vers Potlatch, comme cela a pu être fait dans d'autres
projets (Osmose par exemple, de mémoire).



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Prestataires" OpenStreetMap

[Serge Mang]

Bonjour Vincent,
Oui, on est là. Et je pensais aussi à une prestation de ce genre, plus 
orientée animation d'une dynamique locale autour de l'information 
géographique avec les acteurs du territoire locaux (intercommunalités, 
services de l'Etat, assos, lycées, universités, syndicats mixtes, 
communes, CG pourquoi pas, SDIS, grand public, entreprises, DSP...) pour 
coproduire un fond de carte libre décrivant le territoire et utilisable 
aussi bien pour l'aménagement du territoire que pour le développement 
économique, le tourisme, etc...
Sensibiliser, monter des partenariats, organiser, spécifier les données 
qui seront libérées et les modèles de licence, former les agents qui 
vont tous les jours sur le terrain, monter des mapping parties, 
contrôler la qualité des données qui résultent des diverses sources. Il 
y a des prestataires pour assister les maîtres d'ouvrage à monter ce 
genre d'action, en effet.
Au plaisir d'en reparler en privé.

Serge Mang


Vincent de Chateau-Thierry a écrit :
> Jean Pasdeloup a écrit :
>   
>> Cependant, nous avons des clients, des collectivités locales, dans des zones
>> rurales mal cartographiées, et une façon d'aider le projet pourrait être de
>> financer la cartographie de ces zones.
>> Le bénéfice serait également double pour la collectivité : ils auraient
>> ainsi une application mobile, plus une cartographie libre et précise de leur
>> territoire.
>>
>> Existe-il des sociétés qui pourraient s'occuper de ce type de prestation ?
>>   
>> 
> Est-ce qu'on peut dire que le besoin est moins de trouver un prestataire 
> qui fera la saisie d'infos, que de disposer d'une base + complète ?
> Dans ce cas, si dans les collectivités clientes il existe un budget pour 
> cela, pourquoi ne pas le consacrer non à une prestation de 
> relevé/saisie, mais à une prestation de formation en direction d'agents 
> de ces collectivité, formation aux outils d'OSM ? Il me semble que Serge 
> Mang et François Van Der Biest (vous êtes là ???) ont déjà agit dans ce 
> sens au CG94.
> J'y vois des bénéfices supplémentaires, la carto étant faite par des locaux
> - en terme de connaissance du terrain c'est inégalable,
> - la maintenance de la base dans le temps, se fera + naturellement en 
> étant sur place, plutôt qu'une montée de niveau "one shot" via une 
> prestation bornée dans le temps, et pas forcément "reprise / 
> réappropriée" par ceux qui connaissent le mieux le coin.
>
> vincent
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>   

-- 
Serge Mang
06 81 52 62 87
GAIAGO
Conseil et Assistance pour le pilotage de votre
Système d'Information Géographique
Espace Carco
24, rue Robert Desnos
69120 VAULX-EN-VELIN
Tél. 04 37 45 39 83  -  Fax 04 37 45 29 81
www.gaiago.fr
www.leshallesgeomatiques.com


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Prestataires" OpenStreetMap

[Christophe Merlet (RedFox)]

Le lundi 25 janvier 2010 à 07:32 -0800, Jean Pasdeloup a écrit :
> Bonjour,
> 
> nous développons des applications touristiques mobiles sur
> iPhone/BlackBerry/Android et envisageons de basculer nos cartographies sur
> OSM.
> 
> Cependant, nous avons des clients, des collectivités locales, dans des zones
> rurales mal cartographiées, et une façon d'aider le projet pourrait être de
> financer la cartographie de ces zones.
> Le bénéfice serait également double pour la collectivité : ils auraient
> ainsi une application mobile, plus une cartographie libre et précise de leur
> territoire.
> 
> Existe-il des sociétés qui pourraient s'occuper de ce type de prestation ?

Je ne connais pas de sociétés pour ce genre de prestation.

Cependant, sur la base d'un bon cahier des charges et d'objectifs
réalisables sur le temps imparti, j'imagine que des appels sur cette
liste pour mapper des zones précises est envisageable pour trouver des
volontaires.

Personnellement, je suis potentiellement intéressé pour améliorer le
Sud-Ouest (40-64-65) sur mon temps libre...


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Matrice de coordination

[Christophe Merlet (RedFox)]

Le samedi 23 janvier 2010 à 14:43 +0100, Ab_fab a écrit :
> Bonjour,
> 
> La réponse au tremblement de terre à Haïti permet de voir en action
> certains outils que j'ignorais jusqu'ici, comme la matrice de
> coordination [1] élaborée par les voisins allemands.
> Il permet de jauger la "complétude" de la carte, en la divisant en
> petits carrés de terrain : 
> Au final, la carte apparaît comme une mosaïque colorée, avec des
> carrés passant du rouge au vert au fil des apports et des
> vérifications (toutes les rues sont elles présentes ? avec leur nom ?
> etc ...).
> 
> Je trouve que c'est un outil qui pourrait être utile dans nos
> contrées, en complément d'Osmose et de Beta.
> 
> Pas d'objection pour ajouter une ligne sur la page [2] des besoins qui
> pourraient être pris en charge par les serveurs Free ?
> 
> Bonne journée
> 
> [1] http://projekte.eiops.de/osm-matrix/
> [2] http://wiki.openstreetmap.org/wiki/FR_talk:Servers

En ce qui me concerne, je vote *pour* une matrice de coordination. C'est
un outil auquel j'ai déjà révé sans savoir lui donner un nom...

Ce serait un gain de temps appréciable afin de déterminer immédiatement
les zones à explorer sur lesquelles travailler et ne pas perdre son
temps à vérifier encore et encore des zones déjà complètes.


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des données non-géograph iques sur une carte en local ?

[David MENTRE]

Bonjour,

Le 26 janvier 2010 08:58, Tux  a écrit :
> L'étape suivante, c'est de trouver une IHM facile à utiliser pour
> avoir des contributeurs qui puissent "dessiner" leurs infos (je pense
> à des zones) avec leur navigateur.

Chimère pour des points et des lignes. À ma connaissance il ne fait
pas encore les zones :
  http://redmine.peacefrogs.net/projects/show/chimere

Une utilisation actuelle : http://rennes.carte-ouverte.org/

Amicalement,
d.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une place pour les langues régiona les sur un des serveurs?

[Yoann ARNAUD]

Art Penteur a écrit :

>Donc, +1 pour un serveur dedié aux langues regionales.

Très bien,

Quelqu'un est-il motivé pour être "responsable" (ou correspondant) de
cette affaire ? Il peut compléter le wiki :

http://wiki.openstreetmap.org/wiki/FR:Servers#Server_list

-- 
Yoann.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] 50% des limites de communes dans la base

[f . rodrigo]

Bonjour,
Juste un petit mot pour dire que l'on vient de franchir la barre des 50% de
communes de métropole dans OSM !
http://beta.letuffe.org/cron/etat-communes/communes.csv.txt
L'on a aujourd'hui 18224 communes sur 36240, soit 50.3%, ce qui représente 88.7%
des communes vectorisées du cadastre. Il aura fallut 1 an et 7 jours pour
arriver là !
Bravo en particulier à Pieren et Sly, et aussi à tous les contributeurs.

Les seconds 50% risquent d'être plus coriaces.

Fred

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] langues ?

[Steven Le Roux]

http://toolserver.org/~mazder/multilingual-country-list/

Avant d'imaginer ce que pourrait apporter l'esperanto, il faudrait déjà
avoir suffisament de contributeur pour remplir les langues de tout les
pays...

Mais bon, à quoi bon apprendre l'esperanto, sachant que bientôt tout le
monde parlera breton...
http://www.brittany-shops.com/articles/36516X/shirt-pourquoi-apprendre-americain-taille_fr.php



2010/1/23 hamster 

> Guillaume Allegre a écrit :
> > Le Fri 22 Jan 2010 à 02:26 +0100, hamster a ecrit :
> >> Emilie Laffray a écrit :
> >>  > L'anglais est a l'heure
> >>> actuelle la langue de communication internationale; il est donc normal
> >>> de l'utiliser.
> >> en tant que libriste je suis pas du tout d'accord avec ce genre de
> >> raisonnement : si on l'applique a l'informatique on arrive a la
> >> conclusion qu'il faut utiliser windows et word !
> >> les arguments contre la domination de microsoft s'appliquent tous aussi
> >> bien a la domination de l'anglais
> >
> > Non, et c'est même l'inverse.
> > Les arguments contre la domination de Word sont essentiellement le besoin
> > d'un format _standard_ et _ouvert_.
> > Le but est de pouvoir mettre en concurrence plusieurs applications
> (libres
> > ou proprios) sur le même document, donc il faut qu'elles respectent le
> > même standard. Et pas par un vague mode de compatibilité sur un standard
> > de fait, qui est un pis-aller.
> > Sinon, on segmente les utilisateurs en communautés : les utilisateurs
> d'OOo
> > échangent entre eux, ceux de MS Word entre eux, etc.
> >
> > Dans le même ordre d'idée, quand j'écris un code libre destiné à être
> partagé
> > (en fait, c'est rare, je suis plutôt admin, pas développeur), j'écris
> > mes commentaires en anglais, bien que ça me demande un effort
> supplémentaire,
> > non négligeable.
> > Pourquoi ? j'ai déjà eu besoin de reprendre du code commenté en allemand,
> > et j'ai maudit son auteur, en me disant qu'il aurait pu faire l'effort
> > d'écrire en anglais...
> > L'anglais est la langue qui minimise l'effort d'adaptation global, pour
> le code
> > et pour les balises, donc adoptons-la pour tout ce qui est à visée
> universelle.
> > (code, balises).
>
> l'anglais n'a rien d'une langue ouverte : c'est les anglophones qui la
> font et aux autres de suivre
> si on dit "on utilise l'anglais parce que c'est actuellement l'usage
> majoriatire" sans se poser de questions sur cet usage, alors avec la
> meme logique on devrait dire "on utilise windows et word parce que c'est
> actuellement l'usage majoritaire"
>
> l'anglais n'est ni la langue la plus parlee ni la langue la plus facile
> a apprendre, donc en terme de minimisation de l'effort global c'est
> juste tout faux
>
> de plus le fait d'utiliser l'anglais en tant que standard international
> provoque une discrimination entre ceux qui le maitrisent sans difficulte
> parce que c'est leur langue maternelle et les autres
> cette discrimination se sent deja a l'ecrit, mais a l'oral (dans une
> reunion par exemple) on a en general les anglophones qui menent le debat
> et les autres qui essayent de suivre
>
> si la langue utilisee comme langue internationale etait l'allemand ou le
> francais je serai contre aussi et avec exactement les memes arguments
>
> a mon sens une langue qui sert de standard international doit etre
> facile a apprendre et non discriminante
>
> Pieren a écrit :
>  > Euh, je ne vois pas très bien où est le sujet de polémique. Si on
>  > discute de la définition d'un tag pour un défibrilateur, on cherchera
>  > un mot anglais. C'est la sémantique commune à tous les pays
>
> elle est la, la polemique
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] langues ?

[f . rodrigo]

Selon Steven Le Roux :

> http://toolserver.org/~mazder/multilingual-country-list/
>
> Avant d'imaginer ce que pourrait apporter l'esperanto, il faudrait déjà
> avoir suffisament de contributeur pour remplir les langues de tout les
> pays...
>
> Mais bon, à quoi bon apprendre l'esperanto, sachant que bientôt tout le
> monde parlera breton...
>
http://www.brittany-shops.com/articles/36516X/shirt-pourquoi-apprendre-americain-taille_fr.php

Chez wikimédia ils sont déjà sur la brèche avec leurs sous projets autours d'OSM
;)
http://toolserver.org/~mazder/multilingual-country-list/

My 2 cents
Fred

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Prestataires" OpenStreetMap

[Jean Pasdeloup]

Merci beaucoup Vincent, j'ai en effet reçu une proposition de Serge Mang 
en ce sens.
Je vais en discuter avec ma direction.

Jean

Vincent de Chateau-Thierry [via GIS] a écrit :
> Jean Pasdeloup a écrit :
> > Cependant, nous avons des clients, des collectivités locales, dans 
> des zones
> > rurales mal cartographiées, et une façon d'aider le projet pourrait 
> être de
> > financer la cartographie de ces zones.
> > Le bénéfice serait également double pour la collectivité : ils auraient
> > ainsi une application mobile, plus une cartographie libre et précise 
> de leur
> > territoire.
> >
> > Existe-il des sociétés qui pourraient s'occuper de ce type de 
> prestation ?
> >  
> Est-ce qu'on peut dire que le besoin est moins de trouver un prestataire
> qui fera la saisie d'infos, que de disposer d'une base + complète ?
> Dans ce cas, si dans les collectivités clientes il existe un budget pour
> cela, pourquoi ne pas le consacrer non à une prestation de
> relevé/saisie, mais à une prestation de formation en direction d'agents
> de ces collectivité, formation aux outils d'OSM ? Il me semble que Serge
> Mang et François Van Der Biest (vous êtes là ???) ont déjà agit dans ce
> sens au CG94.
> J'y vois des bénéfices supplémentaires, la carto étant faite par des 
> locaux
> - en terme de connaissance du terrain c'est inégalable,
> - la maintenance de la base dans le temps, se fera + naturellement en
> étant sur place, plutôt qu'une montée de niveau "one shot" via une
> prestation bornée dans le temps, et pas forcément "reprise /
> réappropriée" par ceux qui connaissent le mieux le coin.
>
> vincent
>
>
>
> ___
> Talk-fr mailing list
> [hidden email] 
> 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> 
> View message @ 
> http://n2.nabble.com/Prestataires-OpenStreetMap-tp4454499p4456233.html
> To unsubscribe from "Prestataires" OpenStreetMap, click here 
> < (link removed) ==>. 
>
>


-- 
View this message in context: 
http://n2.nabble.com/Prestataires-OpenStreetMap-tp4454499p4459874.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 50% des limites de communes dans la base

[sly (sylvain letuffe)]

On mardi 26 janvier 2010, f.rodr...@free.fr wrote:
>  Il aura fallut 1 an et 7 jours pour
> arriver là !

Félicitations à tous ces acharnés qui doivent y passer un temps pas possible !

> Bravo en particulier à Pieren et Sly, et aussi à tous les contributeurs.

Et vu qu'il serait indécent de se féliciter soit même, je rajoute un immense 
bravo à frédéric pour ses scripts qui auront permis d'accélérer grandement le 
travail et réduire considérablement les courbatures de l'index.


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des données non-géograp hiques sur une carte en local ?

[Nicolas Dumoulin]

Le mardi 26 janvier 2010 10:23:30 David MENTRE, vous avez écrit :
> Bonjour,
> 
> Le 26 janvier 2010 08:58, Tux  a écrit :
> > L'étape suivante, c'est de trouver une IHM facile à utiliser pour
> > avoir des contributeurs qui puissent "dessiner" leurs infos (je pense
> > à des zones) avec leur navigateur.
> 
> Chimère pour des points et des lignes. À ma connaissance il ne fait
> pas encore les zones :
>   http://redmine.peacefrogs.net/projects/show/chimere
> 
> Une utilisation actuelle : http://rennes.carte-ouverte.org/

J'ai essayé à la main avec un fichier kml, c'est quand même pas la joie …

Merci de redonner le lien vers Chimère, je l'avais encore oublié ! Il faut que 
je tente de l'installer, mais ça a pas l'air du tout cuit quand même :-)
Merci

-- 
Nicolas Dumoulin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des données non-géograph iques sur une carte en local ?

[Emilie Laffray]

2010/1/26 Nicolas Dumoulin 

> Le lundi 25 janvier 2010 17:44:26 René-Luc D'Hont, vous avez écrit :
> > Il est tout à fait possible d'utiliser OSm comme fond de carte, et pour
> > le faire regarde du côté d'OpenLayers
> > http://openlayers.org
> > http://openlayers.org/dev/examples/sundials-spherical-mercator.html
>
> J'avais déjà regardé OpenLayers, mais ça me semblait difficile. Avec cet
> exemple, on peut copier coller le code, enlever la couche google :-) et
> taper
> ce qu'on veut dans le KML, éventuellement ajuster les coordonnées
> d'affichage
> initial, et c'est bon ?
>
> Il faut que je tente ça !
>

Si tu veux quelque chose de legerement different, tu peux regarder
mapstraction:
http://www.mapstraction.com/

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Prestataires" OpenStreetMap

[Jean Pasdeloup]

Merci beaucoup pour ce retour. C'est effectivement une piste à suivre.

Une autre piste intéressante semblerait être de proposer des formations 
au personnel local pour effectuer le travail eux-même.

Je vais parler de tout ça avec ma direction et voir comment nous allons 
travailler, mais si nous avons des projets dans ce secteur, nous vous 
tiendrons informés.

Jean


Christophe Merlet (RedFox) [via GIS] a écrit :
> Le lundi 25 janvier 2010 à 07:32 -0800, Jean Pasdeloup a écrit :
>
> > Bonjour,
> >
> > nous développons des applications touristiques mobiles sur
> > iPhone/BlackBerry/Android et envisageons de basculer nos 
> cartographies sur
> > OSM.
> >
> > Cependant, nous avons des clients, des collectivités locales, dans 
> des zones
> > rurales mal cartographiées, et une façon d'aider le projet pourrait 
> être de
> > financer la cartographie de ces zones.
> > Le bénéfice serait également double pour la collectivité : ils auraient
> > ainsi une application mobile, plus une cartographie libre et précise 
> de leur
> > territoire.
> >
> > Existe-il des sociétés qui pourraient s'occuper de ce type de 
> prestation ?
> Je ne connais pas de sociétés pour ce genre de prestation.
>
> Cependant, sur la base d'un bon cahier des charges et d'objectifs
> réalisables sur le temps imparti, j'imagine que des appels sur cette
> liste pour mapper des zones précises est envisageable pour trouver des
> volontaires.
>
> Personnellement, je suis potentiellement intéressé pour améliorer le
> Sud-Ouest (40-64-65) sur mon temps libre...
>
>
> Librement,
> -- 
> Christophe Merlet (RedFox)
>
>
> ___
> Talk-fr mailing list
> [hidden email] 
> 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
> *signature.asc* (204 bytes) Download Attachment 
> 
>
>
> 
> View message @ 
> http://n2.nabble.com/Prestataires-OpenStreetMap-tp4454499p4459522.html
> To unsubscribe from "Prestataires" OpenStreetMap, click here 
> < (link removed) ==>. 
>
>


-- 
View this message in context: 
http://n2.nabble.com/Prestataires-OpenStreetMap-tp4454499p4459965.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Prestataires" OpenStreetMap

[Jean Pasdeloup]

Merci beaucoup, je vais proposer ça à la collectivité.
Peut-être qu'un formation de leur responsable SIG à OSM pourrait être 
une bonne solution également.

David MENTRE [via GIS] a écrit :
> Bonjour,
>
> Le 25 janvier 2010 16:32, Jean Pasdeloup
> <[hidden email] 
> > 
> a écrit :
>
> > nous développons des applications touristiques mobiles sur
> > iPhone/BlackBerry/Android et envisageons de basculer nos 
> cartographies sur
> > OSM.
> >
> > Cependant, nous avons des clients, des collectivités locales, dans 
> des zones
> > rurales mal cartographiées, et une façon d'aider le projet pourrait 
> être de
> > financer la cartographie de ces zones.
> > Le bénéfice serait également double pour la collectivité : ils auraient
> > ainsi une application mobile, plus une cartographie libre et précise 
> de leur
> > territoire.
> >
> > Existe-il des sociétés qui pourraient s'occuper de ce type de 
> prestation ?
>
> Je pense que tu peux t'adresser à Gilles Lamiral :
>   http://www.linux-france.org/article/pro/annuaire/pro.html#ss3.21
>
> C'est un professionnel du Libre et gros contributeur OSM dans la
> région Rennaise. Il avait envisagé de répondre à ce genre de demandes.
>
> Sinon je pense aussi à http://ezeo.fr/ et http://proxience.com/ . Là
> aussi, ce sont deux entreprises rennaises du Libre dont les dirigeants
> sont contributeurs à OSM.
>
> Cordialement,
> david
>
> ___
> Talk-fr mailing list
> [hidden email] 
> 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> 
> View message @ 
> http://n2.nabble.com/Prestataires-OpenStreetMap-tp4454499p4454887.html
> To unsubscribe from "Prestataires" OpenStreetMap, click here 
> < (link removed) ==>. 
>
>


-- 
View this message in context: 
http://n2.nabble.com/Prestataires-OpenStreetMap-tp4454499p4459973.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (micro?) mapping party dans l'Essonne ?

[arno]

Le lundi 25 janvier 2010, à 13:13:49 +0100, arno a écrit : 
> Le lundi 18 janvier 2010, à 01:09:56 +0100, arno a écrit : 
> > 
> > Du coup, j'ai mis en place un sondage qui propose tous les samedis de 
> > mi-février à mi-avril.
> > http://renevier.net/papillon/poll/bD0Tyag1263752162/

J'ai mis aussi un sondage pour choisir le lieu:
http://renevier.net/papillon/poll/bzlyyG11264508918/

a+
arno


signature.asc
Description: Digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Prestataires" OpenStreetMap

[kimaidou]

Bonjour,

 Je viens de voir, un peu tardivement, cet email, et je voulais ajouter ma
pierre à la discussion.

Je travaille avec René-Luc d'Hont ("reluc" http://3liz.com/blog/rldhont/ )
et Nicolas Bozon dans la société 3liz. Nous sommes spécialisé dans
l'utilisation des logiciels libres centrés autour de la cartographie pour
développer des applications métiers ou des portails internet intégrant de la
donnée spatiale.

Nous avons déjà à notre actif quelques expériences dans la valorisation des
données OSM:
* OsmTransport ( http://3liz.fr/public/osmtransport/ ) qui montre les lignes
et les arrêts de bus enregistrées dans OSM par type (train, métro, bus,
vélo)
* un projet de geocoding pour un client basé sur les données OSM (trouver
une position à partir d'une adresse postale)
* Nous avons aussi participé à un document de présentation d'OSM pour le
CETE (cf
http://n2.nabble.com/Le-CETE-s-interesse-a-OSM-tp4152888p4152888.html )
* Nous accompagnons une société spécialisée dans les petites annonces pour
contribuer massivement à OSM. Nous les avons formé et leur avons présenté
les méthodes de travail pour ajouter de la donnée dans OSM. Depuis notre
travail en commun, de nombreux POI ont été insérés et de nombreuses rues ont
été ajoutées ou corrigées dans leur ville.

Je ne présente pas sur cette liste les détails, car ce n'est pas le lieu,
mais je tenais à placer 3liz comme un prestataire français très emballé par
l'idée d'accompagner dans la découverte des rouages et du potentiel d'OSM.

Michael Douchin, 3liz, alias "kimaidou"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] langues ?

[Ab_fab]

La traduction des cartes est un très bon aspect d'OSM, et la mise en valeur
des langues régionales est effectivement à mettre en valeur, et cela peut
passer par le rendu de tuiles dans ces langues.

Pour ma part, je pense que le premier pas est quand même d'avoir
effectivement quelque chose à lire dans la langue recherchée sur la carte.
Entrer les infos depuis les éditeurs de carte traditionnels (JOSM, Potlach)
est particulièrement fastidieux, vraiment pas ergonomique.

Etant vraiment nul en développement informatique, je n'ai pu que réfléchir
sur quelque chose qui faciliterait la traduction en elle-même, pour laisser
la porte ouverte aux personnes n'ayant pas envie de se plonger dans la
cartographie pure et dure.

J'ai fait un message [1] sur la mailing list t...@openstreetmap.org et sur
celle de Maps-I (Wikimedia), dans lequel j'ai tenté de mettre à plat ce que
j'ai en tête.
Pas vraiment de retour à ce jour.
Selon vous, est-ce que l'on peut se baser sur Nominatim pour créer un nouvel
outil (sur un serveur en France par exemple) qui aiderait à la traduction
rapide de la toponymie d'une zone dans la langue maitrisée par
l'utilisateur?

Mon idée de base, c'était de limiter les résultats renvoyés par Nominatim
aux limites administratives incluses dans la zone recherchée
i.e.,
en cherchant Alsace, l'outil renvoie Haut-Rhin et Bas-Rhin, avec les
traductions déjà présentes ou des champs pour les renseigner

En cherchant Bas-Rhin, l'outil ne renvoie que les communes du département,
là encore avec les traductions déjà présentes ou des champs pour les
renseigner

Si l'on rentre une commune, là cela devient plus complexe, parce qu'il
serait intéressant d'avoir une traduction préliminaire (sur la base de
règles de construction et de POI "classiques" prédéfinis), à faire valider
ou corriger par l'utilisateur.

Encore une fois, ce n'est qu'une idée en l'air. Je serais bien en peine de
m'y attaquer de façon isolée

@+

[1] http://lists.openstreetmap.org/pipermail/talk/2010-January/046833.html

Le 26 janvier 2010 11:21,  a écrit :

> Selon Steven Le Roux :
>
> > http://toolserver.org/~mazder/multilingual-country-list/
> >
> > Avant d'imaginer ce que pourrait apporter l'esperanto, il faudrait déjÃ
> > avoir suffisament de contributeur pour remplir les langues de tout les
> > pays...
> >
> > Mais bon, à quoi bon apprendre l'esperanto, sachant que bientôt tout le
> > monde parlera breton...
> >
>
> http://www.brittany-shops.com/articles/36516X/shirt-pourquoi-apprendre-americain-taille_fr.php
>
> Chez wikimédia ils sont déjà sur la brèche avec leurs sous projets autours
> d'OSM
> ;)
> http://toolserver.org/~mazder/multilingual-country-list/
>
> My 2 cents
> Fred
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
--
ab_fab

"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une place pour les langues régio nales sur un des serveurs?

[Etienne Chové]

Le 26/01/2010 00:41, Christian Rogel a écrit :
> Pour prendre date, j'ai indiqué sur la page wiki FR:Servers que je
> propose que sur l'un des serveurs qui viennent de Free, on fasse une
> place pour des version en langues régionales d'OSM.
> A ma connaissance, il n'y a que pour le breton qu'un effort a été fait
> en remplissant la clé name:br, d'abord pour les noms des Etats (pour
> beaucoup grâce à Thomas, de Briec), puis pour les noms de communes.
> J'ai mis des lieux-dits et des noms de rue en divers endroits du Finistère.
> Je lance un appel à tous ceux qui s'intéresserait à une quelconque des
> langues régionales (non, pas toutes, il y en a 78).
> Si j'ai des listes de communes, je remplirai les tags correspondants
> dans mon coin. A défaut, le breton serait mis dans les tags régionaux,
> car c'est l'usage de notre côté (name:br = Marsilha ou Tolosa ou
> Strassburg ou Nissa ou Bourdel ou Ajacciu ou Donibane).
> Pour l'aspect technique, je m'en remets à de plus calés que moi.
> Un exemple à suivre : la page sur OSM en gaélique d'Ecosse :
> http://osmalba.org/about.html
> La carte du monde (très partiellement et très irrégulièrement) en breton
> : http://cassini.toolserver.org/tile-browse/browse-br.html

Pas de problèmes, pour le moment rien n'a été décidé, on a juste mis 
quelques idées sur ceux qu'on a déja installés.

Le souci va être la place sur ces serveurs. Ils ne disposent que de 
73Go. On peut envisager d'acheter des disques 300Go, mais j'ai pas vu 
plus gros dans ce format de disque. Je n'ai pas regardé si le contrôleur 
raid supporte le raid 0, mais on perd en redondance.

Pour info, un des serveur est déjà HS :
  - la ram est morte (on peut la remplacer pour 120€)
  - une des deux alims est morte (mais il tourne bien avec 1 seule, et la
ram du voisin).

J'ai un peu complété les spec techniques sur le wiki, depuis que j'en ai 
récupéré deux chez yoann ce matin.

On devrait en installer deux de plus prochainement à l'université de 
Nantes. Toute autre proposition d'hébergement est la bienvenue.

Point de vue technique, je ne sait pas si ce serait possible d'avoir une 
seule base postgis pour plusieurs serveurs, et si elle tiendrait la 
charge. Ça permettrai d'en gonfler juste un en mémoire.

La RAM est standard et ne coute pas très cher pour les charger un peu plus.

Enfin, il faudrait vraiment monter une assoce (yaka faucon) - même 
simple - , pour mettre tout ça au carré.

-- 
Etienne

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une place pour les langues régiona les sur un des serveurs?

[Emilie Laffray]

2010/1/26 Etienne Chové 

>
> Enfin, il faudrait vraiment monter une assoce (yaka faucon) - même
> simple - , pour mettre tout ça au carré.
>

Oui, il faut voir ce que ça va donner avec les nouvelles règles des local
chapters. La proposition actuelle a été refusée par la fondation.
Potentiellement, le nouveau système devrait être plus souple.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une place pour les langues régiona les sur un des serveurs?

[Art Penteur]

Le 26 janvier 2010 15:15, Emilie Laffray  a écrit :
>
>
> 2010/1/26 Etienne Chové 
>>
>> Enfin, il faudrait vraiment monter une assoce (yaka faucon) - même
>> simple - , pour mettre tout ça au carré.
>
> Oui, il faut voir ce que ça va donner avec les nouvelles règles des local
> chapters. La proposition actuelle a été refusée par la fondation.
> Potentiellement, le nouveau système devrait être plus souple.

On peut aussi mettre les autres aspects de coté, et se focaliser sur
un seul but.
Ça peut être vite fait :

Article 1
Il est fondé entre les adhérents aux présents statuts une association
régie par la loi du 1er juillet 1901 et le décret du 16 août 1901,
ayant pour titre "Des moyens pour la cartographie libre".

Article 2
Cette association a pour but de coordonner les initiatives visant à
fournir des moyens techniques aux projet de cartographies
participative sous licence libres, en particulier OpenStreetMap.

Article 3
Le siège social est fixé ...

Article 4
L'adhésion se fait selon une procédure définie au règlement intérieur.
Les modalités d'inscription et les tarifs sont définis au règlement intérieur.

Article 5
L'instance décisionnaire de l'association est l'Assemblée Générale.
Seuls les adhérents ont le droit de vote. Les décisions sont prises à
la majorité des voix.
(ajouter modalité de télé-représentation ?)

Article 6
L'Assemblée élit pour la représenter et l'administrer un conseil
exécutif d'au moins cinq membres. Le Conseil est élu pour un an. Sont
éligibles au conseil exécutif tous les membres de l'association.

Le conseil exécutif met en œuvre les décisions de l'assemblée
générale. Il organise et anime la vie de l'association.

L’Assemblée générale valide le bilan moral et financier de l’année
passée. Elle délibère sur les orientations à venir et se prononce sur
le budget prévisionnel correspondant

etc...

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les serveurs de Free

[Rodolphe Quiédeville]

Yoann ARNAUD a écrit :
> Steven Le Roux a écrit :
> 
>> Qq'un connait les specs hard ?
> 
> Je voudrais bien mais là y a juste 3 étiquettes collées et pas vraiment
> d'infos sur le modèle...
> 
> Des debian toutes fraiches viennent d'être installées sur les 4 machines
>  hébergées à Cachan. Je peux te sortir un lspci ou ce que tu veux (dès
> qu'Etienne me lache les mdp root qu'il m'a promis)
> 

Mieux que lspci pour les inventaires, lshw et dmidecode sont tes amis,
dispo dans les paquets éponymes.

A++

-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Travaillons Libre - http://fr.lolix.org/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une place pour les langues régiona les sur un des serveurs?

[Pieren]

2010/1/26 Art Penteur 


Il peut y avoir encore plus simple (et plus rapide): demander à l'OSGeo-fr
s'il serait possible d'ouvrir un compte bancaire spécial dédié aux activités
OSM (ici, en l'occurence, l'achat éventuel de matériel comme des disques et
de la RAM).

Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (micro?) mapping party dans l'Essonne ?

[Tenshu]

J'ai voté,
Paray à du potentiel, proche de Paris et beaucoup de chose à compléter =)
Sinon Ris, Draveil et Crosnes mériteraient d'avoir plus de données.

2010/1/26 arno 

> Le lundi 25 janvier 2010, à 13:13:49 +0100, arno a écrit :
> > Le lundi 18 janvier 2010, à 01:09:56 +0100, arno a écrit :
> > >
> > > Du coup, j'ai mis en place un sondage qui propose tous les samedis de
> > > mi-février à mi-avril.
> > > http://renevier.net/papillon/poll/bD0Tyag1263752162/
>
> J'ai mis aussi un sondage pour choisir le lieu:
> http://renevier.net/papillon/poll/bzlyyG11264508918/
>
> a+
> arno
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkte4QsACgkQ7Z0ZxRdGQ+fzyACcDr938m5KmcEd2XxV1Zsk1BYh
> GgcAoISjN1zqQ/C1NrTKzLlKLAfxoDpG
> =/sCd
> -END PGP SIGNATURE-
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les serveurs de Free

[Yoann ARNAUD]

Rodolphe Quiédeville a écrit :

> Mieux que lspci pour les inventaires, lshw et dmidecode sont tes amis,
> dispo dans les paquets éponymes.

% sudo lshw

osm4
description: Rack Mount Chassis
product: ProLiant DL360 G4
vendor: HP
serial: GBJ54001JC
width: 64 bits
capabilities: smbios-2.3 dmi-2.3 vsyscall64 vsyscall32
configuration: boot=normal chassis=rackmount
uuid=33373733-3736-4742-4A35-343030314A43
  *-core
   description: Motherboard
   physical id: 0
 *-firmware
  description: BIOS
  vendor: HP
  physical id: 0
  version: P52 (08/16/2005)
  size: 64KiB
  capacity: 4032KiB
  capabilities: pci pnp upgrade shadowing escd cdboot bootselect
int13floppy360 int13floppy1200 int13floppy720 int5printscreen
int9keyboard int14serial int17printer int10video acpi usb
biosbootspecification
 *-cpu:0
  description: CPU
  product: Intel(R) Xeon(TM) CPU 3.60GHz
  vendor: Intel Corp.
  physical id: 400
  bus info: c...@0
  slot: Proc 1
  size: 3600MHz
  width: 64 bits
  clock: 800MHz
  capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce
cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse
sse2 ss ht tm pbe syscall x86-64 constant_tsc pebs bts pni monitor
ds_cpl est tm2 cid cx16 xtpr
*-cache:0
 description: L1 cache
 physical id: 710
 slot: Processor 1 Internal L1 Cache
 size: 16KiB
 capacity: 32KiB
 capabilities: burst internal write-back
*-cache:1
 description: L2 cache
 physical id: 720
 slot: Processor 1 Internal L2 Cache
 size: 1MiB
 capacity: 2MiB
 capabilities: burst internal write-back
*-cache:2 DISABLED
 description: L3 cache
 physical id: 730
 slot: Processor 1 Internal L3 Cache
 capacity: 1MiB
 capabilities: burst internal write-back
 *-cpu:1
  description: CPU
  product: Intel(R) Xeon(TM) CPU 3.60GHz
  vendor: Intel Corp.
  physical id: 406
  bus info: c...@1
  slot: Proc 2
  size: 3600MHz
  width: 64 bits
  clock: 800MHz
  capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce
cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse
sse2 ss ht tm pbe syscall x86-64 constant_tsc pebs bts pni monitor
ds_cpl est tm2 cid cx16 xtpr
*-cache:0
 description: L1 cache
 physical id: 716
 slot: Processor 2 Internal L1 Cache
 size: 16KiB
 capacity: 32KiB
 capabilities: burst internal write-back
*-cache:1
 description: L2 cache
 physical id: 726
 slot: Processor 2 Internal L2 Cache
 size: 1MiB
 capacity: 2MiB
 capabilities: burst internal write-back
*-cache:2 DISABLED
 description: L3 cache
 physical id: 736
 slot: Processor 2 Internal L3 Cache
 capacity: 1MiB
 capabilities: burst internal write-back
 *-memory
  description: System Memory
  physical id: 1000
  slot: System board or motherboard
  size: 2GiB
*-bank:0
 description: DIMM DDR Synchronous 333 MHz (3.0 ns)
 physical id: 0
 slot: DIMM 01
 size: 1GiB
 width: 64 bits
 clock: 333MHz (3.0ns)
*-bank:1
 description: DIMM DDR Synchronous 333 MHz (3.0 ns)
 physical id: 1
 slot: DIMM 02
 size: 1GiB
 width: 64 bits
 clock: 333MHz (3.0ns)
*-bank:2
 description: DIMM DDR Synchronous 333 MHz (3.0 ns) [empty]
 physical id: 2
 slot: DIMM 03
 width: 64 bits
 clock: 333MHz (3.0ns)
*-bank:3
 description: DIMM DDR Synchronous 333 MHz (3.0 ns) [empty]
 physical id: 3
 slot: DIMM 04
 width: 64 bits
 clock: 333MHz (3.0ns)
 *-pci
  description: Host bridge
  product: E7520 Memory Controller Hub
  vendor: Intel Corporation
  physical id: 100
  bus info: p...@:00:00.0
  version: 0c
  width: 32 bits
  clock: 33MHz
*-pci:0
 description: PCI bridge
 product: E7525/E7520/E7320 PCI Express Port A
 vendor: Intel Corporation
 physical id: 2
 bus info: p...@:00:02.0
 version: 0c
 width: 32 bits
 clock: 33MHz
 capabilities: pci pm msi pciexpress normal_decode
bus_master cap_list
 configuration: driver=pcieport-driver

Re: [OSM-talk-fr] [annonce-beta] module firefox map jumper

[Guillaume Allegre]

En tous cas, merci Étienne.

En tant qu'utilisateur de base, je trouve cette petite extension très utile.


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (micro?) mapping party dans l'Essonne ?

[arno]

Le mardi 26 janvier 2010, à 16:51:03 +0100, Tenshu a écrit : 
> J'ai voté,
> Paray à du potentiel, proche de Paris et beaucoup de chose à compléter =)
> Sinon Ris, Draveil et Crosnes mériteraient d'avoir plus de données.

Oui. Le désavantage de Draveil, c'est que le cadastre n'est pas numérisé, et 
que du coup, ça rend le travail un peu plus compliqué.


signature.asc
Description: Digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [site] osmfuel

[Guillaume Allegre]

Le Tue 26 Jan 2010 à 09:11 +0100, Olivier Boudet a ecrit :

> Tout en sachant qu'il y a un gros travail à faire sur l'esthétisme, ca
> pourrait ressembler à ça :
> http://img15.imageshack.us/img15/2527/capture1ka.png

Intéressant.
 
> Je me heurte plus ou moins à un problème, c'est que la plupart des
> stations en base n'ont pas d'attributs "name" ou alors un attribut name
> qui ne permet pas de la distinguer d'une autre (genre name="Station
> Service").

Le problème est que c'est souvent difficile (et arbitraire) de donner un 
nom à une station qui n'a que l'enseigne de sa marque.
Est-ce qu'on met le nom de l'opérateur (ex. BP) ? du village ? de la rue ?
On risque de perdre l'info si un contributeur ultérieur trouve un nom plus
précis.

J'ai l'impression qu'on retombe sur le problème toujours pas résolu d'un
identifiant OSM unique et pérenne, à utiliser dans une BD extérieure.

-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 50% des limites de communes dans la base

[Guillaume Audirac]

Le 26 janvier 2010 15:55, sly (sylvain letuffe)  a
écrit :

> On mardi 26 janvier 2010, f.rodr...@free.fr wrote:
> >  Il aura fallut 1 an et 7 jours pour
> > arriver là !
>
> Félicitations à tous ces acharnés qui doivent y passer un temps pas
> possible !
>
> > Bravo en particulier à Pieren et Sly, et aussi à tous les contributeurs.
>
> Et vu qu'il serait indécent de se féliciter soit même, je rajoute un
> immense
> bravo à frédéric pour ses scripts qui auront permis d'accélérer grandement
> le
> travail et réduire considérablement les courbatures de l'index.
>
>
À ce sujet, j'ai constaté que les scripts donnent des fichiers osm qui
nécessitent souvent d'être retouchés manuellement, du fait de la technique
utilisée pour l'extraction automatique des limites (basée sur la couleur à
un certain niveau de zoom).
Une nouvelle proposition (farfelue ?) est de pouvoir charger les images du
cadastre le long d'un chemin avec un niveau de zoom satisfaisant. Ainsi, il
serait possible de retoucher rapidement les limites extraites
automatiquement ou de les ajouter en deux passes (une première pour tracer
grossièrement les limites, une deuxième en sélectionnant ce chemin grossier
pour charger une suite d'images précises le long de celui-ci).
Charger l'intégralité d'une commune avec une résolution de 100m pour ne
tracer que la limite administrative est excessif, sans oublier les
contraintes de RAM.
Je ne vois pour l'instant que ce cas d'utilisation, mais peut-être y en
a-t-il d'autres ?

Cordialement,
Guillaume
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une place pour les langues régiona les sur un des serveurs?

[Guillaume Allegre]

Le Tue 26 Jan 2010 à 15:50 +0100, Art Penteur a ecrit :
> Le 26 janvier 2010 15:15, Emilie Laffray  a écrit :
> >
> >
> > 2010/1/26 Etienne Chové 
> >>
> >> Enfin, il faudrait vraiment monter une assoce (yaka faucon) - même
> >> simple - , pour mettre tout ça au carré.
> >
> > Oui, il faut voir ce que ça va donner avec les nouvelles règles des local
> > chapters. La proposition actuelle a été refusée par la fondation.
> > Potentiellement, le nouveau système devrait être plus souple.
> 
> On peut aussi mettre les autres aspects de coté, et se focaliser sur
> un seul but.
> Ça peut être vite fait :

+1 

Reste la proposition sensible d'adopter un nom sans référence à OSM.
Perso, je suis pour. Ça laisse la possibilité de se rapprocher de l'OSMF
(voire de devenir un local chapter) plus tard.


> 
> Article 1
> Il est fondé entre les adhérents aux présents statuts une association
> régie par la loi du 1er juillet 1901 et le décret du 16 août 1901,
> ayant pour titre "Des moyens pour la cartographie libre".
[...]

-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une place pour les langues régiona les sur un des serveurs?

[Emilie Laffray]

2010/1/26 Guillaume Allegre 

> Le Tue 26 Jan 2010 à 15:50 +0100, Art Penteur a ecrit :
> > Le 26 janvier 2010 15:15, Emilie Laffray  a
> écrit :
> > >
> > >
> > > 2010/1/26 Etienne Chové 
> > >>
> > >> Enfin, il faudrait vraiment monter une assoce (yaka faucon) - même
> > >> simple - , pour mettre tout ça au carré.
> > >
> > > Oui, il faut voir ce que ça va donner avec les nouvelles règles des
> local
> > > chapters. La proposition actuelle a été refusée par la fondation.
> > > Potentiellement, le nouveau système devrait être plus souple.
> >
> > On peut aussi mettre les autres aspects de coté, et se focaliser sur
> > un seul but.
> > Ça peut être vite fait :
>
> +1
>
> Reste la proposition sensible d'adopter un nom sans référence à OSM.
> Perso, je suis pour. Ça laisse la possibilité de se rapprocher de l'OSMF
> (voire de devenir un local chapter) plus tard.
>
>
Je pense qu'avec les recents changements, on peut demander un nom avec
reference a OSM. La fondation voudrait en fait, il semblerait maintenant,
demarrer les local chapters avec deux trois communautes, et voir les besoins
reciproques etc... Je suis quasiment certaine que pour les copyrights il n'y
aura pas de probleme. Les espagnols ont deja leur association avec un nom
OSM.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 50% des limites de communes dans la base

[Yoann ARNAUD]

Guillaume Audirac a écrit :

> À ce sujet, j'ai constaté que les scripts donnent des fichiers osm qui
> nécessitent souvent d'être retouchés manuellement, du fait de la technique
> utilisée pour l'extraction automatique des limites (basée sur la couleur à
> un certain niveau de zoom).
> Une nouvelle proposition (farfelue ?) est de pouvoir charger les images du
> cadastre le long d'un chemin avec un niveau de zoom satisfaisant. Ainsi, il
> serait possible de retoucher rapidement les limites extraites
> automatiquement ou de les ajouter en deux passes (une première pour tracer
> grossièrement les limites, une deuxième en sélectionnant ce chemin grossier
> pour charger une suite d'images précises le long de celui-ci).

+1

Très bonne idée, reste à voir la faisabilité.


-- 
Yoann.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 50% des limites de communes dans la base

[Ab_fab]

Très bonne idée, d'autant plus que pour effectuer la conflation entre les
limites visibles sur deux plans de communes adjacentes, il faut charger les
2 communes, donc encore plus de ressources !

Pour refaire une passe sur les communes déjà dans le système, je trouve que
c'est parfait.
On pourrait même imaginer que tout soit effectué par un bot.
L'une des difficultés, c'est qu'il faut connaitre le système Lambert en
vigueur pour la (les) commune(s) en question.
A ma connaissance, c'est une info que l'on doit prendre par soi même sur le
site du cadastre.

Mais si un script est possible, on pourrait au final élaborer un serveur de
tuiles, limité aux limites administratives.
Placé sous les couches "beta" des limites de niveau 4 / 6 / 8, on pourrait
facilement voir ce qui peut être affiné

Le 26 janvier 2010 21:31, Yoann ARNAUD  a écrit :

> Guillaume Audirac a écrit :
>
> > À ce sujet, j'ai constaté que les scripts donnent des fichiers osm qui
> > nécessitent souvent d'être retouchés manuellement, du fait de la
> technique
> > utilisée pour l'extraction automatique des limites (basée sur la couleur
> à
> > un certain niveau de zoom).
> > Une nouvelle proposition (farfelue ?) est de pouvoir charger les images
> du
> > cadastre le long d'un chemin avec un niveau de zoom satisfaisant. Ainsi,
> il
> > serait possible de retoucher rapidement les limites extraites
> > automatiquement ou de les ajouter en deux passes (une première pour
> tracer
> > grossièrement les limites, une deuxième en sélectionnant ce chemin
> grossier
> > pour charger une suite d'images précises le long de celui-ci).
>
> +1
>
> Très bonne idée, reste à voir la faisabilité.
>
>
> --
> Yoann.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
--
ab_fab

"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les serveurs de Free

[Mathieu Arnold]

+--On 23 janvier 2010 14:19:06 +0100 yarnaud  wrote:
| On Sat, 23 Jan 2010 10:30:12 +0100, François Van Der Biest
|  wrote:
|> Salut Etienne,
|> 
|> Merci de t'être occupé de cette logistique !
|> 20 serveurs, c'est impressionnant.
|> 
|> Avant d'envoyer tous les serveurs à Nantes, peux-tu en garder un certain
|> nombre sous le coude à Paris (4 par exemple). Je viens de faire une
|> demande
|> d'hébergement par ma boîte (camptocamp.com), et nous sommes basés à
|> Lausanne/Chambéry. Ce sera donc plus simple si ça part de Paris ;-)
| 
| Je vais voir ce que je peux faire pour en laisser au c...@ns (à cachan). Si
| quelqu'un sur Paris veut bien en garder avec eux, ça m'arrange. Je n'ai
| pas vraiment envie de tout rammener sur Nantes :)
| 
| Par contre il faut me contacter trs vite. N'hésitez pas à
| m'appeler : 06 72 44 23 32.

J'aurais pu en mettre deux au même endroit que api1.osm.mat.cc, enfin, un
pour remplacer ce vieux bi pIII et un pour aller avec, dessus tournent le
load balancer TRAPI pour t...@h et un serveur TRAPI, l'autre serveur aurait pu
servir pour je ne sais pas quoi, mais on aurait trouvé :-)

-- 
Mathieu Arnold

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] langues ?

[hamster]

Mikaël Cordon a écrit :
> Bonjour, (Saluton)
> 
> Je parle aussi un peu espéranto. J'avoue que l'adoption de l'espéranto 
> par OSM me ravirait beaucoup !
> 
> Ceci dit je soulève quelques questions ou remarques quant à l'adoption 
> de l'espéranto par OSM ; ce qui ne constitue pas une dissuasion ou une 
> persuasion.
> 
> --- Que fait-on des termes déjà en utilisation ?

on les garde : il faut pas vouloir etre plus royaliste que le roi

> --- Si on bascule en espéranto, la masse de travail de traduction sur la 
> base OSM c'est une chose, mais il y a aussi tous les interpréteurs de la 
> carte (les convertisseurs, maposmatic) et les éditeurs (JOSM, Merkartor, 
> etc.)...

je n'ai jamais parle de traduire le contenu actuel de la base, mais de 
se demander quelle langue on utilise pour les nouveaux tags
a l'origine j'ai reagi dans une discussion sur le choix du tag pour les 
defibrillateurs

>  --- Alors que l'anglais permettait l'utilisation de tables de 
> caractères anciennes, l'espéranto requerra l'adoption d'une table de 
> caractère internationale -- UTF8, par exemple -- pour les consonnes 
> accentuées (c, g, j, h, et s), à moins d'utiliser les méthodes cx et ch.

l'esperanto est loin d'etre parfait, et les accents ne sont pas son seul 
defaut
on trouve beaucoup d'esperantistes qui veulent conserver l'esperanto tel 
qu'il a ete invente par Zamenhof, je trouve que ca revient a en faire 
une langue morte et qu'il est nettement preferable de se l'approprier et 
donc pas hesiter a le modifier la ou on en ressent le besoin

une langue vit en evoluant au gre des usages

>  --- La traduction dans les langues locales serait alors univoque à 
> partir de l'espéranto (langue relativement neutre) pour les 
> applications. Et c'est une langue très simple à apprendre et dépourvue 
> de dialectes (uniforme sur la planète).

si c'est largement adopte par la communaute internationale est-ce que ca 
va rester longtemps depourvu de dialectes ?
la question que je pose c'est plutot est-ce que l'esperanto (ou une 
autre langue remplissant la meme fonction) va rester, de par sa 
structure, plus facile a apprendre malgre l'evolution de l'usage qu'une 
langue issue d'une culture et evoluant elle aussi avec l'usage ?

> --- L'espéranto dispose-t-il suffisamment de vocabulaire pour couvrir 
> toutes les subtilités des objets sur les cartes ?

rien ne nous interdit de contribuer a l'esperanto en rajoutant des mots

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr