Re: [OSM-talk-fr] Des forêts primaires en Auvergne ?

[Romain MEHUT]

Dans mon coin, j'ai remarqué que dans les données importées Corine Land
Cover il y a des natural=wood: http://osm.org/go/0DEHoro4-

Dans cet exemple des morceaux de natural=wood sont en inner d'un
multipolygon landuse=forest. Est-ce que tout ne devrait pas être en
landuse=forest?

Romain

Le 12 avril 2012 03:05, Philippe Verdy  a écrit :

> Pfff... même les petits bosquets entre deux champs sont exploités.
> Tout d'abord parce que le paysan qui sème son champ ne va pas laisser
> la végétation au peid des arbres devenir une gêne, et aussi parce que
> même ces quelques arbres sont élagués de temps en temps pour produite
> du bois de chauffe et permettre en même temps le passage sans gêne des
> engins agricoles. Enfin parce que si ce n'est pas le paysan, ce sera
> une société de chasse qui entretiendra ces zones comme abris pour la
> petite faune.
>
> Les espèces qui y sont ont depuis toujours été sélectionnées, les
> indésirables éliminés, même si la plantation résulte d'un semis
> naturel (principalement véhiculé par les oiseaux). S'il y a trop de
> jeunes pousses, on préfère éclaircir pour conserver les beaux arbres
> qui produisent régulièrement le meilleur volume bois de chauffe quand
> on les élague.
>
> Franchement ce commentaire de Guillaume ressemble à une vision un peu
> trop citadine. Ce n'est pas parce qu'il y a des fougères dessous (qui
> repoussent tous les ans), que la parcelle est abandonnée. Tant que ce
> ne sont que des fougères, des graminées ou même des ronces ou muriers,
> cela ne gène pas les arbres. Mais si on s'aperçoit qu'il y vient des
> lierres ou du gui, on nettoiera pour éviter l'étouffement de l'arbre.
> De même on évitera le développement de champignons trop nombreux sous
> les arbres : les bois morts sont ramassés régulièrement. Mais ce
> travail ne se fait pas en été ou au printemps alors que la couche
> basse des fougères et ronces est trop abondante et que ce sera
> inefficace.
>
> Les éclaircies se font principalement à l'automne quand ces jeunes
> sous-couches ont fini leur croissance et avant qu'elles développent
> leurs racines d'hivernage qui concurrenceront trop plus tard les
> arbres qu'on veut garder.
>
> Les seuls vrais bois abandonnés sont ceux de vielles propriétés
> abandonnées dans les villes où il n'y a personne pour s'en occuper (ce
> ne sont pas les agences immobilières ou syndics qui voudront prendre
> en charge volontairement les nettoyages. En campagne et même en
> montagne, il n'y a que dans les réserves naturelles protégées du
> domaine public qu'on trouve des zones laissées volontairement se
> développer presque sans intervention de l'homme (mais ne pas oublier
> aussi l'obligation de nettoyage des sous-bois contre les incendies,
> c'est obligatoire en France pour tous les propriétaires, et aussi dans
> les réserves naturelles où on éclaircit aussi des zones coupe-feux).
>
> Pour chercher de la forêt primaire en France, il faut aller en Guyane,
> où la population est très faible et très concentrée sur le littoral et
> dans les petites plaines non inondées le long des fleuves, presque
> tout le reste étant dans le domaine public des réserves naturelles. En
> métropole et même dans les autres DOM-ROM, il n'y a que les petites
> forêts qui couvrent certains îlets inhabités, et les mangroves qu'on
> puisse classer comme forêts primaires (en Polynése française par
> exemple).
>
> A la Réunion, en Martinique et en Guadeloupe, très peuplées, le bois
> est exploitée depuis longtemps, même sur les pentes du volcan de ces
> îles. C'est pire à Mayotte : le bois y a été surexploité depuis
> longtemps, comme dans le reste des Comores : il n'y a plus du tout de
> forêt naturelle, celle qui reste est totalement gérée au pied d'arbre
> prêt car le bois y est rare et cher et indispensable pour éviter
> l'érosion des sols et limiter les dégâts causés par les eaux de
> ruissellement, mais aussi pour que puisse se développer des étendues
> d'eau (l'autre ressource encore plus précieuse particulièrement à
> Wallis et Futuna ou en Polynésie : il est indispensable de conserver
> des retenues qui permette l'infiltration et les captations d'eau, ce
> qui est impossible si on laisse tout couler rapidement vers la mer,
> d'autant plus que les sols arables, jeunes et peu épais, sont aussi à
> protéger pour permettre les cultures).
>
> Enfin il faut des couvertures végétales pour éviter que trop de limons
> viennent polluer les coraux qui protègent les côtes des effets
> dévastateurs de la mer.
>
> Bref, rien n'est abandonné, c'est géré même si on voit des fougères ou
> ronces et quelques bois morts laissés aussi volontairement. Il faut se
> rappeler la durée de vie des arbres qui est bien plus longue que ce
> qui pousse chaque année dessous et qu'on éclaircie par endroits tous
> les 4-5 ans mais pas nécessairement chaque année non plus.
>
> Allez vous promener n'impote où en France, avec vos vieilles photos et
> comparez les végétations : la configuration a changé, même si les plu

Re: [OSM-talk-fr] recherche pictos pour POI

[Nicolas Moyroud]

  
  
Sinon il y a aussi les pictos SVG qui sont disponibles dans la
bibliothèque de symboles de QGIS. Je ne sais pas si les pictos sont
libres, mais vu que QGIS l'est il y a quand même de fortes chances.
 :-) 
Sous GNU/Linux, après installation de QGIS, on peut les trouver dans
le répertoire /usr/share/qgis/svg.

Nicolas


Le 11/04/2012 18:17, Cyrille Giquello a écrit :

  Effectivement, mes doigts on fourchés lors de ma requête. Je voulais
dire sous licence "libre". Merci Nicolas pour cette correction,
importante.

Les pictos de Nicolas Mollet sont en CC-By-Sa, ce qui me va très bien
et mon usage est compatible ;-)

Cyrille.



  


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

Re: [OSM-talk-fr] Raccorder deux rivières

[Pieren]

2012/4/12 Jo :
>> Car l'effet de la touche M est imprévisible : on ne sait jamais quels
>>
> Si j'ai bien compris, c'est toujours vers le dernier noeud sélectionné
> qu'ils sont déplacés

Je confirme. La fusion (Merge en anglais) est toujours prévisible si
on sélectionne les noeuds un après l'autre. Evidemment, si on fait une
sélection multiple à l'écran, le résultat devient plus aléatoire...

Pieren

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

Re: [OSM-talk-fr] Des forêts primaires en Auvergne ?

[Nicolas Moyroud]

  
  
Je ne sais pas si il faut prendre l'appellation "forêt primaire" au
sens strict du terme, mais si c'est le cas aucune forêt primaire ne
devrait être présente sur l'ensemble du continent européen. J'en ai
un peu discuté avec un collègue qui est chercheur dans le domaine,
et selon lui il pourrait y avoir une seule forêt perdue quelque part
en Pologne qui pourrait à la rigueur mériter cette appellation. Mais
bon après c'est une vision sans doute très stricte et scientifique
du terme, donc si on prend une définition moins rigoureuse, je ne
sais pas.

Nicolas


Le 12/04/2012 09:56, Romain MEHUT a écrit :
Dans mon coin, j'ai remarqué que dans les données
  importées Corine Land Cover il y a des natural=wood: http://osm.org/go/0DEHoro4-
  
  Dans cet exemple des morceaux de natural=wood sont en inner d'un
  multipolygon landuse=forest. Est-ce que tout ne devrait pas être
  en landuse=forest?
  
  Romain
  

  


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

Re: [OSM-talk-fr] Des forêts primaires en Auvergne ?

[Pieren]

2012/4/12 Romain MEHUT :
> Dans mon coin, j'ai remarqué que dans les données importées Corine Land
> Cover il y a des natural=wood: http://osm.org/go/0DEHoro4-
>
> Dans cet exemple des morceaux de natural=wood sont en inner d'un
> multipolygon landuse=forest. Est-ce que tout ne devrait pas être en
> landuse=forest?
>
> Romain

Dans ce cas concret, c'est le code Corine 324 qui correspond à "Forêt
et végétation arbustive en mutation" ou "Végétation arbustive ou
herbacée avec arbres épars. Formations pouvant résulter de la
dégradation de la forêt ou d’une re-colonisation / régénération par la
forêt."
Il n'y a pas eu de consensus sur un tag correspondant dans OSM
(http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature)
et celui-ci a été importé manuellement après l'import automatique.
Les zones 324 peuvent aussi bien être des forêts "à l'abandon" ce qui
peut effectivement assez bien correspondre à natural=wood mais aussi à
une forêt en régénération naturelle ou de culture (auquel cas, il
faudrait un autre tag). Il faut donc aller sur le terrain ou disposer
d'images aériennes suffisamment précises et récentes pour décider du
meilleur tag, ce que l'auteur de l'import manuel du polygone CLC
aurait dû faire (et ajouter un tag "note" pour éclairer les suivants).
Le terme "forêt primaire" est un peu abusif dans la doc (qui n'a pas
toujours utilisé ce mot). Au départ, pour distinguer ces 2 tags, on
parlait de "forêt gérée" ou pas. Les forêts vraiment "primaires" sont
de plus en plus rares sur l'ensemble de la planète. Historiquement, il
y a toujours eu un peu de confusion autour de ces deux tags et
d'ailleurs, la distinction n'est pas toujours facile à faire, même en
connaissant le terrain (comme d'autres l'ont déjà dit sur ce fil,
certaines forêts peuvent être "secondaires", en particulier sur notre
territoire mais on pourrait quand même les tagguer en "natural=wood").

Pieren

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

Re: [OSM-talk-fr] Des forêts primaires en Auvergne ?

[Nicolas Dumoulin]

Le mercredi 11 avril 2012 09:48:30 PhQ a écrit :
>   Je pense que la limite de la notion en France se passe entre les forêts ou
> des actes culturaux, dépressage,
> éclaircies, coupes sombres ( un coupe sombre est une coupe où l'on extrait
> peu de bois pour maintenir un couvert sombre), coupes claires, coupes rases
> (dans ce cas il peut y avoir à terme un changement d’utilisation du sol) et
> les bois laissés en évolution libre - parcelles plus ou moins abandonnées
> par leurs propriétaires ET comportant une majorité de feuillus de faibles
> valeurs - séries domaniales ou communales aménagées en réserve intégrale
> (pas d'intervention  programmée de l'homme)
> 
> Mais, tout ça reste très arbitraire et nécessite une bonne connaissance du
> terrain.

Merci pour vos réponses, dont celle-ci qui me va bien. Même si j'aurai du mal 
à trancher dans certains cas … Disons que je vais épier un peu plus les bois 
maintenant.
C'est ce que j'aime dans OSM, apprendre à mieux connaître son environnement et 
être attentif à ses particularités :-)
Je vais ce soir voir de quoi il en retourne sur le terrain.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] superposition de frontières (Était : Ariège)

[Nicolas Dumoulin]

Tout d'abord chapeau bas à Hélène.
Tout comme sly, je n'ai pas eu le courage de poursuivre le rythme de mes 
débuts en la matière.

Le jeudi 12 avril 2012 03:41:29 Philippe Verdy a écrit :
> […] et de corriger la géométrie en veillant à ce qu'il n'y ait
> aucune superposition de ways multiples sur ces frontières importantes
> […] que pour n'importe quel rendu où on voit trop
> de traits qui devraient être identiques: lignes de côte, front de mer
> des plages, limites terrestre des communes sur le littoral, zones
> land-use et natural qui devraient être jointives exactement, sauf s'il
> y a une route de séparation qui peut passer entre deux frontières de
> zones séparées, limites de réserves naturelles et des zones
> résidentielles ou commerciales, limites entre deux zones forestières
> de type feuilli/conifère différent).
> 
> Ces géométries approximatives sont horribles à voir quand on zoome sur
> une carte, quel que soit le rendu, elles ajoutent du détail qui rend
> la carte moins lisible et difficile à interpréter.

Je trouve aussi que ce n'est pas top de voir deux géométries qui ont l'air 
proche mais ne sont pas fusionnés. Attention toutefois, car comme il l'a été 
souvent évoqué ici, les limites administratives ne suivent pas forcément le 
tracé actuel des supports physiques qui semblent être en dessous (lit de 
rivières, chemins …). Ces derniers peuvent en effet être mouvants, alors que la 
limite administrative ne l'est pas forcément.
Voir aussi cette récente discussion.
Il est également rappelé que l'on peut éviter de superposer deux chemins (en 
utilisant les même nœuds) en utilisant les relations. Si la frontière 
d'origine n'est pas déjà une relation (landuse dans l'exemple), on peut créer 
une relation multipolygone avec un rôle outer sur les chemins à inclure.
Je ne sais pas si certains d'entre vous pratiquez déjà cette astuce 
(multipolygon), mais je trouve ça plus satisfaisant que ce que je faisais 
dernièrement (superposition) …

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] superposition de frontières ( Était : =?utf-8?q?_Ari=C3=A8ge?=)

[sly (sylvain letuffe)]

> Je ne sais pas si certains d'entre vous pratiquez déjà cette astuce 
> (multipolygon), mais je trouve ça plus satisfaisant que ce que je faisais 
> dernièrement (superposition) …

+1 je n'utilise que ça ou presque.
J'ajoute que JOSM dispose d'un plugin appelé "multipoly-convert" qui permet de 
transformer en un clic un way fermé classique en polygone "relation"
(en conservant le tag source sur le way, et en transférant les autres tags sur 
la relation)


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

[OSM-talk-fr] Traduction automatique des toponymes en breton? (était Name:br )

[Christian Rogel]

Nous avons discuté sur la liste OSM Bretagne de la possibilité d'une traduction 
automatique des toponymes en breton,
quitte à ne le faire que partiellement.

J'ai consulté l'autorité inconstestable en la matière qui est l'Office public 
de la Langue bretonne qui maintient une BDD de
ces toponymes (KerOfis) et conseille les communes sur le sujet.

Entre temps, j'étais arrivé aux mêmes conclusions :

Il y a trop de variabilité dans les usages locaux pour ne pas partir d'un 
examen du terrain, sauf si la commune n'a pas 
délibéré sur le bilinguisme des noms de voies (le cadastre est une source non 
exhaustive).

Car, pour les toponymes proprement dits (noms de lieux-dits et de hameaux), il 
peut y avoir une traduction 
locale spécifique.

Pour les odonymes (voies), la difficulté vient du fait que, localement, les 
catégories de voies ne sont pas uniformes
et à Lannion, on traduit "boulevard" par "bali", alors que, généralement, ce 
dernier mot est employé pour "avenue".

Ailleurs,une commune traduit "rue" par "hent" (qui correspond à "chemin", et 
peut désigner un sentier
une allée, une route goudronnée, etc.).
Il est quelquefois  décidé de ne pas traduire mot à mot  en mettant l'ancien 
nom en breton.

Généralement, les communes qui ont décidé d'une signalisation bilingue, 
indiquent que" Rue X" se traduit par" Straed X" ,
lequel est indiqué au dessous. Pas de problème alors  pour renseigner "name et 
name:br".

Il y en a une (Pluguffan) qui délibère sous la forme suivante : telle voie est 
dénommée "Rue Straed Kervras".

C'est par pure convention interne à OSM que l'on peut distinguer un "name" 
différent du "name:br".
Le premier devrait être bilingue, mais est-ce utile, car, sur le panneau, les 
deux formes ne sont pas mises l'une après l'autre?

Reste le cas des communes qui n'ont pas délibéré sur le bilinguisme. Il est 
permis de traduire en respectant les formes
conventionnelles (voir mon article sur le wiki OSM), sachant que des 
corrections devraient être apportées, si la commune
prend des délibérations.

Il est probable que ces remarques sont transposables partout en France, là où 
une signalisation bilingue est possible.
Mais, c'est  aux gens concernés de nous en parler.



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

Re: [OSM-talk-fr] superposition de frontières ( Était : Ariège)

[Vincent de Chateau-Thierry]

Bonjour,

> Message du 12/04/12 13:55
> De : "sly (sylvain letuffe)" 

> A : "Discussions sur OSM en français" 
> Copie à : 
> Objet : Re: [OSM-talk-fr] superposition de frontières ( Était :  Ariège)
>
> 
> > Je ne sais pas si certains d'entre vous pratiquez déjà cette astuce 
> > (multipolygon), mais je trouve ça plus satisfaisant que ce que je faisais 
> > dernièrement (superposition) …
> 
> +1 je n'utilise que ça ou presque.
> J'ajoute que JOSM dispose d'un plugin appelé "multipoly-convert" qui permet 
> de 
> transformer en un clic un way fermé classique en polygone "relation"
> (en conservant le tag source sur le way, et en transférant les autres tags 
> sur 
> la relation)
> 

De mon côté, à l'exception des lignes de côte (natural=coastline), je trace 
toujours des
ways distincts pour les limites (tag boundary=administrative), ce qui n'empêche 
pas
d'utiliser tout ou partie des nodes existants sur des ways "physiques" : rues, 
cours
d'eau. Ça correspond à la proposition #2 de ce paragraphe :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_
limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physique
s

Plusieurs raisons :
- le principe énoncé ici :
http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element même si on 
n'est pas,
avec les limites administratives, en présence d'éléments visibles sur le 
terrain,

- une relation administrative qui inclut des rues, des cours d'eau, est plus 
complexe à
"lire", elle a bien plus de membres que nécessaire. 

- la maintenance d'une telle relation est plus lourde. Je n'ai pas fait de 
stats, mais
il m'arrive souvent de réparer des limites communales, et dans le lot des 
erreurs 
rencontrées, une grande majorité consiste en des polygones devenus invalides 
suite à la
modification d'un élément physique inclus dans la relation : on retrace un 
cours d'eau,
on allonge une rue, et le polygone défini dans la relation administrative n'est 
plus
une boucle fermée.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Ariège

[Sylvain Perrinel]

>
>
> >
> > http://lab.cyrille.giquello.fr/carto/CommunesDB/web/MissingCommunes#
> >
> > Pour la Haute-Garonne, hier il y avait plein de communes "relation" sans
> > admin_centre, et aujourd'hui, elles ont toutes leur admin_centre un robot
> > est passé ? les données d'avant n'étaient pas complètes ?
>
> C'était un bug, les données ont été corrigées ce matin.
>
> >
> > Finalement, peu importe, mais j'aimerai savoir.
> >
>

C'est moi qui suis passé par là :)  J'ai corrigé les admin_center manquants.
Très utile ton application pour l'amélioration de la qualité. Bravo !

Je travaille sur l'Aude maintenant mais la quasi-totalité du cadastre est
sous forme image.
-- 
Pinpin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] superposition ou pas des frontières administratives/éléments physiques ?

[sly (sylvain letuffe)]

Je sais que ce débat dure depuis des années et qu'aucun consensus ne s'est 
jamais dégagé, (d'où les 2 propositions toujours présentées et toujours au 
goût du jour on dirait ;-) )
mais je vais quand même agrémenter le débat de (peut-être) nouveaux éléments 
pour que chaqu'un puisse choisir la solution qui lui convient

> Plusieurs raisons :
> - le principe énoncé ici :
> http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element même si on
> n'est pas, 
> avec les limites administratives, en présence d'éléments visibles sur le
> terrain, 

Je ne pense pas que ce principe (que je soutiens) soit rompu par la méthode 1

(Juste pour être sûr, tel que je comprend ce principe, il n'y a pas 
réciprocité, rien n'indique que chaque élément OSM ne doit correspondre qu'a 
une "chose réelle")

- en ce qui concerne ce qu'en français on appellerait "les frontières de la 
commune", on a bien un seul élément OSM : la relation type=boundary
- en ce qui concerne la rivière que l'on a arbitrairement ségmentée en 
plusieurs ways, on pourrait penser qu'on s'éloigne du principe, comme il sera 
d'ailleurs le cas si quelqu'un veut ajouter boat=yes, tunnel=yes ou autre sur 
une partie de la dite rivière, ce en quoi le problème peut être résolu de 
manière cohérente, par une relation type=waterway qui représente la rivière 
(regroupant donc les différents morceaux)

 
> - la maintenance d'une telle relation est plus lourde. Je n'ai pas fait de
> stats, mais 
> il m'arrive souvent de réparer des limites communales, et dans le lot des
> erreurs  
> rencontrées, une grande majorité consiste en des polygones devenus invalides
> suite à la 
> modification d'un élément physique inclus dans la relation : on retrace un
> cours d'eau, 
> on allonge une rue, et le polygone défini dans la relation administrative
> n'est plus 
> une boucle fermée.

J'ai deux hypothèses (sans fondement) pour l'expliquer :
1) la méthode 1 est la plus employée, donc statistiquement c'est celle que tu 
vois la plus souvent comme impliquée dans une rupture de relation "commune"
2) quand les ways sont superposés et que quelqu'un de pas très à l'aise 
(débutant) avec les relations et les limites administratives et qu'il tente 
un peu de couture avec la rivière qu'il veut améliorer, il va peut être 
tenter de l'effacer avant de la redessiner mais il va se passer 2 choses non 
souhaitables :
2)a) Après effacement, il voit le way de frontière rester, il peut se dire que 
quelque chose lui échappe, que c'est un truc "important" de frontière qu'il 
ne devrait pas toucher et alors, contre-productivement, il abandonne (donc 
pas d'erreur, mais pas d'amélioration non plus)
2)b) il est tétu (et il a bien raison) il re-dessine la rivière en laissant 
là, ballante et désespérée, la limite de commune qui ne correspond plus alors 
à son objet physique, on se retrouve alors avec deux ways presque côte à côte 
de précision différente et là, on manque d'outil pour le détecter et la 
frontière n'a pas profité de cette amélioration

sly (en plein délire hypothétique, faute de stats)

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Ariège

[Cyrille Giquello]

Le 12 avril 2012 14:19, Sylvain Perrinel  a
écrit :

>
>> >
>> > http://lab.cyrille.giquello.fr/carto/CommunesDB/web/MissingCommunes#
>> >
>> > Pour la Haute-Garonne, hier il y avait plein de communes "relation" sans
>> > admin_centre, et aujourd'hui, elles ont toutes leur admin_centre un
>> robot
>> > est passé ? les données d'avant n'étaient pas complètes ?
>>
>> C'était un bug, les données ont été corrigées ce matin.
>>
>> >
>> > Finalement, peu importe, mais j'aimerai savoir.
>> >
>>
>
> C'est moi qui suis passé par là :)  J'ai corrigé les admin_center
> manquants.
> Très utile ton application pour l'amélioration de la qualité. Bravo !
>
> Je travaille sur l'Aude maintenant mais la quasi-totalité du cadastre est
> sous forme image.
>

J'ose pas me lancer dans le cadastre image, la doc fait peur !

http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_pour_les_communes_au_format_image



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

Re: [OSM-talk-fr] Ariège

[monsieur a]

Ou alors il faut faire un open gardent ;)
Le 12 avr. 2012 15:17, "Cyrille Giquello"  a écrit :

> Le 12 avril 2012 14:19, Sylvain Perrinel  a
> écrit :
>
>>
>>> >
>>> > http://lab.cyrille.giquello.fr/carto/CommunesDB/web/MissingCommunes#
>>> >
>>> > Pour la Haute-Garonne, hier il y avait plein de communes "relation"
>>> sans
>>> > admin_centre, et aujourd'hui, elles ont toutes leur admin_centre un
>>> robot
>>> > est passé ? les données d'avant n'étaient pas complètes ?
>>>
>>> C'était un bug, les données ont été corrigées ce matin.
>>>
>>> >
>>> > Finalement, peu importe, mais j'aimerai savoir.
>>> >
>>>
>>
>> C'est moi qui suis passé par là :)  J'ai corrigé les admin_center
>> manquants.
>> Très utile ton application pour l'amélioration de la qualité. Bravo !
>>
>> Je travaille sur l'Aude maintenant mais la quasi-totalité du cadastre est
>> sous forme image.
>>
>
> J'ose pas me lancer dans le cadastre image, la doc fait peur !
>
>
> http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_pour_les_communes_au_format_image
>
>
>
> --
> Cyrille.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Raccorder deux rivières

[Nicolas Dumoulin]

Le jeudi 12 avril 2012 03:24:15 Philippe Verdy a écrit :
> Merci pour l'astuce : je passais mon temps à prendre un nœud pour le
> rapprocher le plus précisément possible à la sourris (en utilisant la
> molette pour zoomer au maximum).

Cool, je n'étais donc pas le seul à ignorer cette fonctionnalité si simple 
mais autant pratique qu'indispensable.
Tant qu'on y est, ça marche aussi pour fusionner deux nœuds ;-)
Tu attrapes un nœud, tu le glisses, tu enfonces Ctrl, tu t'approches d'un 
autre nœud, l'attirance fait rougir le deuxième nœud, tu lâches et hop, la 
fusion est là.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] superposition ou pas des frontières administratives/éléments physiques ?

[Pieren]

2012/4/12 sly (sylvain letuffe) :

C'est plus compliqué que ça encore. Le 2)b) peut encore se scinder en
deux : les lits de rivières (ou ruisseaux) peuvent bouger mais
peut-être aussi les limites administratives y attenant (ou pas).
Donc, quelqu'un peut améliorer le lit d'une rivière sur sa position
actuelle mais sera bien incapable de savoir s'il faut bouger ou pas la
limite administrative. Le recalage de la limite peut se justifier
lorsque les plans du cadastre sont difficilement géoréférencés ou
déviés (on connait les problèmes de géométrie du cadastre). L'idéal
serait de pouvoir se baser sur des repères voisins comme les bornes
parcellaires ou du bâti.

Pieren

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

Re: [OSM-talk-fr] Ariège

[Pieren]

2012/4/12 Cyrille Giquello :

>
> J'ose pas me lancer dans le cadastre image, la doc fait peur !
>

Quoi, ma doc ? Qu'est-ce qu'elle a ma doc ?

Pierenyday

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

Re: [OSM-talk-fr] Ariège

[Sylvain Perrinel]

>
>
>> Je travaille sur l'Aude maintenant mais la quasi-totalité du cadastre est
>> sous forme image.
>>
>
> J'ose pas me lancer dans le cadastre image, la doc fait peur !
>
>
> http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_pour_les_communes_au_format_image
>
>
En effet, il faut un peu d'habitude pour maîtriser l'outil. Après en avoir
fait quelques communes, ça va déjà plus vite.
Il faut s'aider de Bing Map pour le calage. ça permet de repérer les points
géodésiques et les bâtiments remarquables.

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

Re: [OSM-talk-fr] Ariège

[Thomas Clavier]

On 10/04/2012 16:12, Hélène PETIT wrote:
>
> C'est seulement parce que c'est l'ariège, et que presque chaque nom de
> patelin me fait revenir un souvenir magique, la nostalgie a fait le
> reste ..
> Seix, Massat, le pic des trois seigneurs, Montoulieu, Durban sur
> arize, Dun, Montsegur, Fougax-et-Barrineuf ..

Houhahou, bravo quand même ! J'ai passé une grande partie de mes
vacances d'été aux Arils au dessus de Massat, tout ça pour dire que pour
moi aussi ce département est chargé de souvenir, et je n'avais quand
même jamais eu le courage que tu as eu. Bravo !!

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




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

[OSM-talk-fr] interdit au camping-car

[Claude]

Bonjour

Y a il une balise pour spécifier qu'une route est interdite au campping-car

merci
cordialement
Claude

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

Re: [OSM-talk-fr] interdit au camping-car

[Pieren]

2012/4/12 Claude :

> Y a il une balise pour spécifier qu'une route est interdite au campping-car

Il faut chercher "access" sur le wiki et on tombe sur cette page:
http://wiki.openstreetmap.org/wiki/Access
ou pour la version française:
http://wiki.openstreetmap.org/wiki/FR:Key:access

On voit ici que la version anglaise de la doc contient un tag adapté
"motorhome" qui manque à la version française (qui devra être mise à
jour).

Il suffit donc de mettre la balise "motorhome=no"

Pieren

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

[OSM-talk-fr] Formation pour débutant

[Rémy MEJA]

Bonsoir,

Est ce qu'il existe des formation d'initiation et de pratique au projet 
OpenStreetMap sur la région Lorraine ? Si vous avez des informations, je 
suis preneur.


Cordialement,

Rémy

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

Re: [OSM-talk-fr] Formation pour débutant

[Romain MEHUT]

Bonsoir et bienvenu,

Je réside moi-même en Lorraine plus précisément à Toul en
Meurthe-et-Moselle.

Je vais effectivement animer très bientôt deux ateliers d'initiation à
Nancy:

- le 28 avril à la MJC des Trois Maisons à l'occasion d'une journée
logiciel libre,
- le 26 mai à la MJC des Trois Maisons à l'occasion du festival "Do It
Yourself".

Si tu n'es pas disponible à ces dates, on peut toujours prévoir d'autres
occasions...

Au plaisir!

Romain

Le 12 avril 2012 20:12, Rémy MEJA  a écrit :

> Bonsoir,
>
> Est ce qu'il existe des formation d'initiation et de pratique au projet
> OpenStreetMap sur la région Lorraine ? Si vous avez des informations, je
> suis preneur.
>
> Cordialement,
>
> Rémy
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Formation pour débutant

[Xavier]

ça dépend ou tu habites en Lorraine, mais à Suippes (51), je vais 
organiser 5 ou 6 mapping party avant la fin de l'année.

La prochaine est prévue le 30 mai de 9h à ...
Je mettrais les prochaines dates sur la liste.

:
 Le 12/04/2012 20:12, Rémy MEJA a écrit :

Bonsoir,

Est ce qu'il existe des formation d'initiation et de pratique au 
projet OpenStreetMap sur la région Lorraine ? Si vous avez des 
informations, je suis preneur.


Cordialement,

Rémy

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



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

Re: [OSM-talk-fr] Formation pour débutant

[Rémy MEJA]

Parfait ! Habitant à Malzéville, je serais donc à la journée logiciel 
libre à la MJC des 3 Maisons. D'autant plus que j'ai aidé à 
l'élaboration de l'affiche pour cet événement mais je ne savais pas 
qu'il y aurait un stand pour OpenStreetMap.


Rémy

Le 12/04/2012 20:20, Romain MEHUT a écrit :

Bonsoir et bienvenu,

Je réside moi-même en Lorraine plus précisément à Toul en 
Meurthe-et-Moselle.


Je vais effectivement animer très bientôt deux ateliers d'initiation à 
Nancy:


- le 28 avril à la MJC des Trois Maisons à l'occasion d'une journée 
logiciel libre,
- le 26 mai à la MJC des Trois Maisons à l'occasion du festival "Do It 
Yourself".


Si tu n'es pas disponible à ces dates, on peut toujours prévoir 
d'autres occasions...


Au plaisir!

Romain

Le 12 avril 2012 20:12, Rémy MEJA > a écrit :


Bonsoir,

Est ce qu'il existe des formation d'initiation et de pratique au
projet OpenStreetMap sur la région Lorraine ? Si vous avez des
informations, je suis preneur.

Cordialement,

Rémy

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




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


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

Re: [OSM-talk-fr] inscription sur la mailing list

[Marc Sibert]

Le 12/04/2012 17:57, Anne-Marie Ammorice a écrit :

Bonjour
Très intéressée par le projet, merci de m'inscrire sur la mailing list 
d'open street map france.

 A bientôt en ligne...

--
Anne-Marie Morice
Directrice/Synesthésie
15, rue Denfert-Rochereau
93200 Saint-Denis
Tél 00 33 (0)6 13 79 60 89


Bonjour,

N'hésitez pas à vous rendre sur la page 
http://lists.openstreetmap.org/listinfo/talk-fr  pour vous enregistrer.

Vos comptes seront personnels, je ne peux donc le faire pour vous.

Cordialement,

--
Marc Sibert
m...@sibert.fr

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

Re: [OSM-talk-fr] Formation pour débutant

[Romain MEHUT]

Parfait! Et il y a de quoi s'occuper sur Malzéville...

Romain

Le 12 avril 2012 20:51, Rémy MEJA  a écrit :

>  Parfait ! Habitant à Malzéville, je serais donc à la journée logiciel
> libre à la MJC des 3 Maisons. D'autant plus que j'ai aidé à l'élaboration
> de l'affiche pour cet événement mais je ne savais pas qu'il y aurait un
> stand pour OpenStreetMap.
>
> Rémy
>
> Le 12/04/2012 20:20, Romain MEHUT a écrit :
>
> Bonsoir et bienvenu,
>
> Je réside moi-même en Lorraine plus précisément à Toul en
> Meurthe-et-Moselle.
>
> Je vais effectivement animer très bientôt deux ateliers d'initiation à
> Nancy:
>
> - le 28 avril à la MJC des Trois Maisons à l'occasion d'une journée
> logiciel libre,
> - le 26 mai à la MJC des Trois Maisons à l'occasion du festival "Do It
> Yourself".
>
> Si tu n'es pas disponible à ces dates, on peut toujours prévoir d'autres
> occasions...
>
> Au plaisir!
>
> Romain
>
> Le 12 avril 2012 20:12, Rémy MEJA  a écrit :
>
>> Bonsoir,
>>
>> Est ce qu'il existe des formation d'initiation et de pratique au projet
>> OpenStreetMap sur la région Lorraine ? Si vous avez des informations, je
>> suis preneur.
>>
>> Cordialement,
>>
>> Rémy
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] POI sur gpspassion

[PierreV]

Bonsoir,

je viens de "tomber" sur l'énorme base de donnée de POI que collecte
gpspassion.com :
http://www.gpspassion.com/forumsen/forum.asp?FORUM_ID=100

Est-ce que quelqu'un a déjà cherché a les contacter et savoir si par hasard
il pouvait y avoir une sorte de partenariat avec OSM ... voire même peut
etre qu'ils ont une "licence" compatible avec OSM?

--
View this message in context: 
http://gis.19327.n5.nabble.com/POI-sur-gpspassion-tp5636575p5636575.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] POI sur gpspassion

[aurélien BONDU]

Bonjour,
je pense que c'est pas possible, voir ce message issue de cette page du
forum (page )
. En téléchargeant un fichier ou en synchronisant les données avec POIEdit,
vous vous engagez à ne pas les redistribuer, en intégralité ou
partiellement et à ne pas les utiliser à des fins commerciales ou non. Pas
de lien direct vers les fichiers non plus, mais vers chaque discussion.
2. Données fournies à titre purement indicatif sans aucune garantie
d'exactitude


Le 12 avril 2012 21:20, PierreV  a écrit :

> Bonsoir,
>
> je viens de "tomber" sur l'énorme base de donnée de POI que collecte
> gpspassion.com :
> http://www.gpspassion.com/forumsen/forum.asp?FORUM_ID=100
>
> Est-ce que quelqu'un a déjà cherché a les contacter et savoir si par hasard
> il pouvait y avoir une sorte de partenariat avec OSM ... voire même peut
> etre qu'ils ont une "licence" compatible avec OSM?
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/POI-sur-gpspassion-tp5636575p5636575.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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] POI sur gpspassion

[Romain MEHUT]

Tout du moins, il peut y avoir un début d'échange avec eux pour les sonder
sur l'intérêt de verser eux-mêmes les POI dans OSM...

Le 12 avril 2012 21:28, aurélien BONDU  a écrit :

> Bonjour,
> je pense que c'est pas possible, voir ce message issue de cette page du
> forum (page )
> . En téléchargeant un fichier ou en synchronisant les données avec
> POIEdit, vous vous engagez à ne pas les redistribuer, en intégralité ou
> partiellement et à ne pas les utiliser à des fins commerciales ou non. Pas
> de lien direct vers les fichiers non plus, mais vers chaque discussion.
> 2. Données fournies à titre purement indicatif sans aucune garantie
> d'exactitude
>
> Le 12 avril 2012 21:20, PierreV  a écrit :
>
> Bonsoir,
>>
>> je viens de "tomber" sur l'énorme base de donnée de POI que collecte
>> gpspassion.com :
>> http://www.gpspassion.com/forumsen/forum.asp?FORUM_ID=100
>>
>> Est-ce que quelqu'un a déjà cherché a les contacter et savoir si par
>> hasard
>> il pouvait y avoir une sorte de partenariat avec OSM ... voire même peut
>> etre qu'ils ont une "licence" compatible avec OSM?
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/POI-sur-gpspassion-tp5636575p5636575.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
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] POI sur gpspassion

[PierreV]

en effet, ils sont très restrictifs sur les droits que j'ai enfin trouvé:
http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=10423

par contre ils ont une carte pour "afficher" leurs POI qui est avec
google... peut etre que la dessus on peut assez facilement leur proposer
d'utiliser le fond OSM?
http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=10423

--
View this message in context: 
http://gis.19327.n5.nabble.com/POI-sur-gpspassion-tp5636575p5636618.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

[OSM-talk-fr] Un millier d'EPCIs

[Vincent de Chateau-Thierry]

Bonsoir,
Nous avons franchi cette semaine la barre toute symbolique de 1000 
intercommunalités renseignées dans OSM.


La thématique "intercommunalités" est tout sauf stable compte tenu de la 
réforme des collectivités  (d'autres que moi en parleront bien mieux par 
ici).
Sur le principe, une intercommunalité décrite par l'INSEE aujourd'hui 
[1] se base sur un état au 01/01/2010. Il faut donc recouper avec 
d'autres sources : essentiellement les sites webs des intercos quand ils 
existent, sinon les documents publiés par les préfectures, tels que les 
Schémas Départementaux de Coopération Intercommunale (SDCI), quand ils 
sont validés. Les recoupements visent à constater si l'interco existe 
encore et quel est son périmètre. Une fois ces infos en main, on peut 
passer à l'édition en base, grâce à l'outil indispensable :

http://osm7.openstreetmap.fr/~vincentpottier/comcom/
(Petit rappel : dans OSM, une intercommunalité se définit grâce aux 
limites communales : pas d'interco sans communes !)


Quelques liens sur le sujet :
- pour le comptage :
http://taginfo.openstreetmap.fr/tags/boundary=local_authority#wiki

- pour la vue d'ensemble :
http://layers.openstreetmap.fr/?layers=BTF&zoom=6&lat=46.46403&lon=2.06277

- le schéma de tags :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#.C3.89tablissements_publics_de_coop.C3.A9ration_intercommunale

Plusieurs axes pour cette thématique dans OSM : continuer la saisie des 
intercos manquantes, bien sûr (on en compte environ 2500), mais aussi 
procéder aux fusions / absorbtions  / éclatements au gré de 
l'application des SDCI, et enfin homogénéiser les tags : le ref:INSEE 
n'est par exemple pas toujours indiqué, le website=* gagnerait à, être 
renseigné.


vincent

[1] : 
http://insee.fr/fr/methodes/default.asp?page=zonages/intercommunalite.htm


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

[OSM-talk-fr] osmose

[sechanbask]

Bonjour, 

Je suis en train de faire des corrections de bati supperposé à l'aide d'osmose, 
et je vois une erreur que je ne sais pas corriger sur Cognac car je en connais 
pas assez cette ville : 

Est-ce que les magasins ont été supprimés pour laisser place à un parking ? 
http://osmose.openstreetmap.fr/map/?zoom=18&lat=45.69254&lon=-0.32549&layers=BFF00T&item=0
 


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

[OSM-talk-fr] PROJET centrale de mobilité avec OSM en Vaucluse

[ZIMMY]

Bonjour,

Le *Conseil Général de Vaucluse* via son service support a accepté de
permettre le versement des lignes du département (arrêts : mise à
disposition des points GPX et lignes : possibilité de copier les plans en
ligne sur le site web).

Ils sont très heureux de voir le niveau de maturité atteint avec OSM et
souhaitent montrer qu'une centrale de mobilité est possible alors que ça
traine depuis plusieurs années à l'échelle de la Région PACA.

L'objectif est d'intégrer pour septembre 2012 les lignes structurantes pour
la semaine de la mobilité.

J'ai commencé le versement de points GPX et l'intégration de lignes.
Mais il y en a pour tout le monde.

Y a t il des passionnés dans le coin pour m'épauler ?

Pour plus d'infos il y a cette page que j'essaye d'alimenter :
http://wiki.openstreetmap.org/wiki/Vaucluse/Transports_en_commun#Bus
http://wiki.openstreetmap.org/wiki/Vaucluse/Transports_en_commun#Bus 

-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/PROJET-centrale-de-mobilite-avec-OSM-en-Vaucluse-tp5637492p5637492.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] Osmecum sur les tags liés aux handicaps

[Romain MEHUT]

Bonjour Jean-Louis,

Vu les échanges récents sur cette thématique (je pense notamment à une
cartopartie sur Montpellier), tu devrais (j'espère) avoir des réponses...

Romain

Le 11 avril 2012 17:49, ZIMMY  a écrit :

> Bonjour à tous,
>
> J'ai une autorisation informelle de pousser à l'échelle de la commune
> d'Orange l'accessibilité handicapés avec les différents types de handicaps
> (physique, visuel, auditif, mental...). Ce travail porterait sur les lieux
> publics, voies, espaces publics et commerces.
>
> Afin de faire de cette opération une démarche au bénéfice de la communauté
> OSM j'ai besoin d'un coup de main pour qualifier un OSMecum sur les tags
> existants à peu près validés/utilisés .
>
> J'ai commencer à organiser la page wiki dans ce sens :
> http://wiki.openstreetmap.org/wiki/FR:Disabilities
> http://wiki.openstreetmap.org/wiki/FR:Disabilities
>
> Avez-vous des suggestions, contacts et retours d'expériences.
> Enfin de suis demandeurs de territoires où l'alimentation a été faite de
> manière "propre" et globale.
>
> Par avance, merci
>
> -
> Cordialement,
> ZIMMY
> Jean-Louis ZIMMERMANN
> Développeur territorial (ville d'Orange,FR84)
> Mandataire OSM-France sur le Grand-Sud-est
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Osmecum-sur-les-tags-lies-aux-handicaps-tp5633251p5633251.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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr