[OSM-talk-fr] rendu landuse=farmland sur openstreetmap.org

[Pierre Knobel]

Hello,

Depuis ce matin je ne vois plus les polygones taggué landuse=farmland sur
le rendu standard d'osm.org. On voit toujours les landuse=farm. Est-ce que
c'est un bug ou un choix ?
Ca marche toujours sur le rendu osmfr.

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

[OSM-talk-fr] Trace GPX avec OSRM

[[Famille] Pierre WILLOT]

Bonjour à tous

Je travaille de plus en plus avec OSRM.
Les traces GPX que je sors comporte forcement des POI et pour intégrer le trace
dans mon gps Garmin, il n'en faut pas.

Comment je peux récupérer une trace venant de OSRM et d'en enlever les POI ?

Si quelqu'un a une idée, je suis preneur

Merci beaucoup

@+
Pierre

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

Re: [OSM-talk-fr] Rôtisserie ?

[Jérôme Amagat]

oups parti trop vite.
Je trouve qu'il manque un truc sur le wiki donnant pour un commerce
en français l’équivalent dans OSM. Si un jour une solution est trouvé pour
la rôtisserie dans cette discussion comment elle va
elle être diffusé. Même chose pour d'autres commerces comme une maroquinerie,
une parapharmacie, un traiteur ...
Je n'ai rien trouver de simple sur le wiki.
Il y a un http://wiki.openstreetmap.org/wiki/FR:Howto_Map_A#Commerces ou il
y a pas grand chose.
un peu comme ça
http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR mais pour
les commerces.


Le 24 juillet 2013 03:50, Jérôme Amagat  a écrit :

> Je trouve qu'il manque un truc sur le wiki donnant pour un commerce en
> francais l'equivalent dans OSM. Si un jour une solution est trouvé pour la
> rotisserie dans cette discussion comment elle v
>
> maroquinerie
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rôtisserie ?

[Jérôme Amagat]

Je trouve qu'il manque un truc sur le wiki donnant pour un commerce en
francais l'equivalent dans OSM. Si un jour une solution est trouvé pour la
rotisserie dans cette discussion comment elle v

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

Re: [OSM-talk-fr] Projet "adresses"

[Pieren]

2013/7/23 Tony Emery :

> addr:housename = nom du bâtiment, maison, résidence, lotissement (partie de
> ligne 3)
> addr:full = indication non normalisée "5ème maison sur la gauche après le
> chêne du village" (partie de ligne 3)
> addr:housenumber = n° de la voie (partie de ligne 4)
> addr:street = nom de la voie (partie de ligne 4)
> addr:place = nom d'un territoire (Lieu-dit ?, ligne 5)
> addr:postcode = code postal (partie de ligne 6)
> addr:city = ville (partie de ligne 6)
> addr:country = Code pays (ligne 7 à défaut)
> addr:hamlet = hameau
> addr:suburb = banlieu (pas utilisé ici)
> addr:subdistrict = sousdistrict (pas utilisé ici)
> addr:district = district (pas utilisé ici)
> addr:province = province (pas utilisé ici)
> addr:state = état (pas utilisé ici)
>
> Qu'en pensez-vous ?

Que "addr:place" et "addr:hamlet" sont redondants et ne devraient
servir que dans les cas particuliers où le nom du lieu ne correspond
pas au nom de la commune (lignes 5 et 6).
Qu'il faudrait autant que possible rattacher l'adresse au polygone du
bâti et non laisser "flotter" un noeud adresse entre rues et
bâtiments.
Que le tag "addr:full" ne devrait servir que si on ne peut pas
utiliser les autres tags plus classiques.
Que les tags "addr:state", "addr:province", "addr:district",
"addr:subdistrict" sont spécifiques au modèle américain.
Que les tags "addr:country", "addr:city" sont optionnels et inutiles à
dupliquer des milliers de fois si les polygones d'admin sont là.
Pareil pour "addr:postcode" lorsque le code postal est unique et sur
le polygone de la municipalité.

Pieren

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

Re: [OSM-talk-fr] tag name sur highway

[Paul Mallet]

Sinon il y a http://qa.poole.ch/

Paul MALLET


Le 23 juillet 2013 14:07, Mides  a écrit :
> Oups, j'avais oublié de regarder ce qu'il se passait du coté du
> LayerSwitcher, je dois avoir besoin de vacances.
>
> Toujours est il, merci pour le coup de pouce  ;-)
>
> Michel
>
>
> Le 23 juillet 2013 13:54, Jean-Baptiste Holcroft  a
> écrit :
>
>> Bonjour,
>>
>> Tu peux utiliser le calque noname sur Osmose (appuyer sur le plus à
>> droite) :
>>
>>
http://osmose.openstreetmap.fr/fr/map/?zoom=12&lat=45.04896&lon=-0.0697&layers=B0TFF&item=0&level=1,2,3
>>
>> Il est aussi possible de le mettre dans JOSM, peut-être avec :
>>
>> tms:
http://layers.openstreetmap.fr/tiles/renderer.py/noname/{zoom}/{x}/{y}.png
>>
>> --
>> Jean-Baptiste Holcroft
>>
>>
>> Le 23 juillet 2013 13:02, mides.map  a écrit :
>>>
>>> Bonjour,
>>>
>>> il me semble avoir vu passer, en son temps, un site permettant de
>>> contrôler les tag:name manquants sur les highway.
>>>
>>> Je n'arrive plus à retrouver son adresse. (mais peut être ai-je tout
>>> simplement rêvé) :-)
>>>
>>> Auriez vous une idée ?
>>>
>>> Michel
>>>
>>> ___
>>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] balise des circuits vélo

[Tetsuo Shima]

Pour le itinéraire de rando par exemple ces panneau sont utile. Il
servent de points de repere comme n'importe quel élément du décor. Le
fait qu'on arrive a tel croisement de chemin et qu'il y a le panneau
indique qu'on est bien a tel endroit sur la carte et pas a l'autre
croisement ou il y avait pas de panneau par exemple.

Ce n'est donc pas inutile dans tous les cas loin de là.

A mon avis le mieux a faire c'est dans le cas ici, de commencer par
intégrer les itinéraires "route" eux même dans OSM, c'est l'info la
plus importante. Une fois ceux ci intégrés on pourra bien intégré le
pannotage si c'est utile. Le pannotage sans l'itinéraire me semble un
peu bizarre surtout si les itinéraire utilise essentiellement des
routes ouvertes aux voitures déjà balisées.

Le 23 juillet 2013 14:34, David Crochet  a écrit :
> Bonjour
>
> Le 23/07/2013 14:13, rainerU a écrit :
>
>> D'ailleurs, la relation du type destination_sign à qui on pourrait
>> attribuer cette intention, n'est utilisé que 9695 fois (mondialement, pas
>> seulement pour les panneaux avec "Paris" marqué dessus), ce qui me parait
>> négligeable vu le nombre d'intersections de routes avec un ou plusieurs
>> panneaux de direction.
>
>
> C'est du fait aussi que les relations (non automatisé par JOSM ou Potlatch)
> sont aussi pas facile à paramétrer.
>
> J'ai jamais aimér ajouter de relations, et pour le moment rien n'est facile.
>
>
>> Si tu connais un rendu qui le fait sur la base de destination_sign ou
>> guidepost, ça m'intéresse beaucoup.
>
>
> Les GPS simule l’apparence général des panneaux indicateur de sélection de
> voies lorsque l'utilisateur s'approche d'un carrefour plus ou moins
> complexe. Donc cela se fait de plus en plus. Est-ce une mode ou cela
> perdurera t'il ? l'avenir nous le dira en temps et en heure.
>
> Mais oui, pour le moment c'est toujours au plus simple, même avec les
> indicateurs vocales.
>
> Cordialement
>
> --
> David Crochet
>
>
>
> ___
> 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] Nouvelle interface osm.org et traduction

[mides.map]

Bonjour,

j'en suis désolé si la question a été déjà posée, je n'ai pas suivi
tout le fil de discussion.

Concernant ce système de notes, il y est précisé qu'un membre de la
communauté prendra connaissance du message : à quel niveau retrouve
t-on cette information ? 

Michel

JB a écrit :

  Bonjour,
  Suite à vos remarques, la traduction du message lié à l'ajout
d'une « note » est modifié de 
  Afin d’améliorer la carte, les informations que vous saisissez
sont affichées aux autres cartographes ; veuillez donc être aussi
descriptif et précis que possible en déplaçant le marqueur à la bonne
position et en saisissant votre note dessous.
  à
  Vous pouvez signaler une erreur sur la carte ou proposer
l'ajout d'un élément qui n'y est pas encore présent. Un membre de la
communauté OpenStreetMap lira votre message et prendra soin de la
correction ou de l'ajout. Veuillez donc être aussi descriptif et précis
que possible et placez le marqueur à sa position exacte.
  Devant le manque de consensus net sur la traduction de « Add a
note to the map », je modifié pour la version qui semble la moins
problématique pour le plus grand nombre exprimé, soit :
  Suggérer une amélioration de la carte.
  J'espère ne pas avoir fait de bêtise en passant,
  JB.
  PS : la traduction, c'est par ici que ça se passe, je ne sais pas
combien de temps pour être à jour sur le site : 
  https://translatewiki.net/
   
  Le 19.07.2013 14:29, JB a écrit :
  
Bonjour,
Apparemment, depuis quelques heures, l'interface d'osm.org est
passée sous sa nouvelle version (je ne sais pas où a été prise la
décision finale, rien vu passer sur talk). Cette nouvelle interface met
particulièrement en évidence le bouton « ajouter une note sur la carte
».
Vue quelques discussions par ici sur la qualité des « notes »
(qui a osé les nommer comme ça ?) et leur compréhension par le
monsieur-tout-le-monde-qui-connait-surtout-google, j'ai envie de
proposer une nouvelle traduction du genre : « demander une correction
», « signaler un problème de cartographie ».
Je ne veux pas le faire dans mon coin sans discussion, et que ce
soit découvert sans que ça plaise, du coup, je demande vos avis. On met
un texte plus parlant, ou on reste sur « ajouter une note sur la carte
» ?
JB
PS : je ne referai pas ici le débat de l'ajout de la création
directe d'un hyperlien avec un marqueur, mais qu'est-ce qu'ils semblent
réfractaires au changement, par là où les interfaces se décident.
Maintenant qu'on a tout un panneau qui permet de le faire…
 

___
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] Rôtisserie ?

[Jean-Marc Liotier]

On 23/07/2013 17:37, Tony Emery wrote:

Jean-Marc Liotier wrote

On 23/07/2013 12:54, Tony Emery wrote:

Donc, je dirais qu'il faut utiliser les mêmes tags que pour les camions à pizza (et à 
glace, et autres) et ajouter "rotisserie" quelque part

amenity=fast_food
cuisine=rotisserie

Si c'est comme ça qu'on taggue une pizzeria ambulante, oui.


http://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dfast_food propose 
l'exemple suivant pour un marchand de pizza :


   amenity =fast_food
    
   name =Pizza Hut 
   cuisine =pizza

   


   seating
   
=no
   


   delivery
   
=yes
   


   takeaway =yes
   


   drivein
   
=no
   



Je n'ai rien trouvé pour marquer la nature ambulante - les rares 
évocations de ce sujet soulignent qu'un marchand ambulant n'a vocation à 
être enregistré dans Openstreetmap que dans le cas où il est présent 
très régulièrement, auquel cas les horaires d'ouverture suffisent à 
indiquer la présence.


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

Re: [OSM-talk-fr] Projet "adresses"

[Tony Emery]

Marc SIBERT wrote
> m'est avis qu'il faut *justement* se libérer de l'adresse postale pour
> s'orienter finalement, comme le fait intrinsèquement Nominatim, vers des
> périmètres de plus en plus petits. La seule question qui reste est :
> faut-il accepter qu'un périmètre inférieure couvre plusieurs périmètres
> supérieurs ==> est-ce que ça se modélise avec un arbre ou un graphe ? La
> philosophie "relaxée" d'OSM oriente vers la liberté du graphe.

On n'aura pas d'autres choix car le système de "poupées russes" n'est ni
universel, ni transversal (ex, une voie peut être sur plusieurs communes)
L'avantage du système postale est que ça marche très bien en France et que
c'est universel.
De plus, pour un utilisateur, il a bien à saisir une adresse (plus ou moins)
postale pour se rendre à destination.


Marc SIBERT wrote
> Pour moi l'adresse n'est que la description d'un lieu, que ce soit une
> porte d'entrée, une boîte à lettre, l'accès à un service (limite privé /
> public) ou autre "amenity".

Tout ça se gère très bien dans une adresse postale


Marc SIBERT wrote
> L'adresse postale pourrait se retrouver dans un champ spécifique, un peu
> comme addr:full, on aurait addr:postal:
> 
>  car elle peut dépendre
> de l'opérateur de distribution du courrier (cf . CEDEX propre à La Poste).
> 
> Ceci étant, même dans cette acceptation, ta proposition se tient, sauf que
> le lotissement *ne peut pas* être un élément du dernier niveau (housename
> /
> housenumber) mais doit se trouver dans addr:place, par exemple.

J'ai eu un doute car dans le wiki, on a bien cette définition pour
addr:housename



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771112.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] Rôtisserie ?

[Tony Emery]

Jean-Marc Liotier wrote
> On 23/07/2013 12:54, Tony Emery wrote:
>> Donc, je dirais qu'il faut utiliser les mêmes tags que pour les camions à
>> pizza (et à glace, et autres) et ajouter "rotisserie" quelque part
> 
> amenity=fast_food
> cuisine=rotisserie

Si c'est comme ça qu'on taggue une pizzeria ambulante, oui.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Rotisserie-tp5770598p5771110.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] Nouvelle interface osm.org et traduction

[JB]

 

Bonjour, 

Suite à vos remarques, la traduction du message lié à l'ajout d'une «
note » est modifié de 

_Afin d'améliorer la carte, les informations que vous saisissez sont
affichées aux autres cartographes ; veuillez donc être aussi descriptif
et précis que possible en déplaçant le marqueur à la bonne position et
en saisissant votre note dessous._ 

à 

_Vous pouvez signaler une erreur sur la carte ou proposer l'ajout d'un
élément qui n'y est pas encore présent. Un membre de la communauté
OpenStreetMap lira votre message et prendra soin de la correction ou de
l'ajout. Veuillez donc être aussi descriptif et précis que possible et
placez le marqueur à sa position exacte._ 

Devant le manque de consensus net sur la traduction de « Add a note to
the map », je modifié pour la version qui semble la moins problématique
pour le plus grand nombre exprimé, soit : 

_Suggérer une amélioration de la carte._ 

J'espère ne pas avoir fait de bêtise en passant, 

JB. 

PS : la traduction, c'est par ici que ça se passe, je ne sais pas
combien de temps pour être à jour sur le site : 

https://translatewiki.net/ [2] 

Le 19.07.2013 14:29, JB a écrit : 

> Bonjour, 
> 
> Apparemment, depuis quelques heures, l'interface d'osm.org est passée sous sa 
> nouvelle version (je ne sais pas où a été prise la décision finale, rien vu 
> passer sur talk). Cette nouvelle interface met particulièrement en évidence 
> le bouton « ajouter une note sur la carte ». 
> 
> Vue quelques discussions par ici sur la qualité des « notes » (qui a osé les 
> nommer comme ça ?) et leur compréhension par le 
> monsieur-tout-le-monde-qui-connait-surtout-google, j'ai envie de proposer une 
> nouvelle traduction du genre : « demander une correction », « signaler un 
> problème de cartographie ». 
> 
> Je ne veux pas le faire dans mon coin sans discussion, et que ce soit 
> découvert sans que ça plaise, du coup, je demande vos avis. On met un texte 
> plus parlant, ou on reste sur « ajouter une note sur la carte » ? 
> 
> JB 
> 
> PS : je ne referai pas ici le débat de l'ajout de la création directe d'un 
> hyperlien avec un marqueur, mais qu'est-ce qu'ils semblent réfractaires au 
> changement, par là où les interfaces se décident. Maintenant qu'on a tout un 
> panneau qui permet de le faire… 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr [1]

 

Links:
--
[1] http://lists.openstreetmap.org/listinfo/talk-fr
[2] https://translatewiki.net/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Orthophoto du grand lyon en ODBL

[Sylvain Maillard]

Salut,

oui il me semble bien qu'on en a déjà parlé sur cette liste ;)

les fichiers bruts ecw sont disponible 1 par 1 (tel
http://smartdata.grandlyon.com/imagerie/orthophotographie-2009-du-grand-lyon---dalle-1830_5150_16_cc46/
)

il y a également les ortho "historiques":
- 1993 :
http://smartdata.grandlyon.com/imagerie/orthophotographie-1993-du-grand-lyon/
- 1997 :
http://smartdata.grandlyon.com/imagerie/orthophotographie-1997-du-grand-lyon/
- 2002 :
http://smartdata.grandlyon.com/imagerie/orthophotographie-2002-du-grand-lyon/
- 2003 :
http://smartdata.grandlyon.com/imagerie/orthophotographie-2003-du-grand-lyon/

voir
http://smartdata.grandlyon.com/search/?Q=Orthophotographie+2009+du+Grand+Lyonpour
la liste complète ...
quand j'aurai un peu de temps, j'importerais bien tout ça dans un SIG
temporel histoire de voir les évolutions :D


Sylvain





Le 23 juillet 2013 14:15, Landry Breuil  a écrit :

> Hello,
>
> je crois pas avoir vu passer ca sur la liste, et trouvé via
> http://www.lagazettedescommunes.com/184790/open-data-quels-couts-pour-les-collectivites-territoriales/:
>
> Sur http://smartdata.grandlyon.com/ en premiere donnée mise en avant,
> l'orthophoto de 2009 sur le territoire du grand lyon est en ODBL.
>
> A priori, pas d'accés direct aux données brutes/ecw, mais un WMS:
>
>
> http://ogc.data.grandlyon.com/gdlyon?SERVICE=WMS&LAYERS=Ortho2009_vue_ensemble_16cm_CC46&REQUEST=GetCapabilities
>
> Landry
>
> ___
> 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] balise des circuits vélo

[David Crochet]

Bonjour

Le 23/07/2013 14:13, rainerU a écrit :
D'ailleurs, la relation du type destination_sign à qui on pourrait 
attribuer cette intention, n'est utilisé que 9695 fois (mondialement, 
pas seulement pour les panneaux avec "Paris" marqué dessus), ce qui me 
parait négligeable vu le nombre d'intersections de routes avec un ou 
plusieurs panneaux de direction.


C'est du fait aussi que les relations (non automatisé par JOSM ou 
Potlatch) sont aussi pas facile à paramétrer.


J'ai jamais aimér ajouter de relations, et pour le moment rien n'est facile.

Si tu connais un rendu qui le fait sur la base de destination_sign ou 
guidepost, ça m'intéresse beaucoup.


Les GPS simule l’apparence général des panneaux indicateur de sélection 
de voies lorsque l'utilisateur s'approche d'un carrefour plus ou moins 
complexe. Donc cela se fait de plus en plus. Est-ce une mode ou cela 
perdurera t'il ? l'avenir nous le dira en temps et en heure.


Mais oui, pour le moment c'est toujours au plus simple, même avec les 
indicateurs vocales.


Cordialement

--
David Crochet


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

[OSM-talk-fr] Orthophoto du grand lyon en ODBL

[Landry Breuil]

Hello,

je crois pas avoir vu passer ca sur la liste, et trouvé via
http://www.lagazettedescommunes.com/184790/open-data-quels-couts-pour-les-collectivites-territoriales/:

Sur http://smartdata.grandlyon.com/ en premiere donnée mise en avant,
l'orthophoto de 2009 sur le territoire du grand lyon est en ODBL.

A priori, pas d'accés direct aux données brutes/ecw, mais un WMS:

http://ogc.data.grandlyon.com/gdlyon?SERVICE=WMS&LAYERS=Ortho2009_vue_ensemble_16cm_CC46&REQUEST=GetCapabilities

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

Re: [OSM-talk-fr] balise des circuits vélo

[rainerU]

Am 23.07.2013 13:44, schrieb David Crochet:
> Le 23/07/2013 13:02, rainerU a écrit :
>> On ne taggue pas le fait qu'a un carrefour il
>> faut tourner à droite si on veut aller à Paris,
> 
> Heu... :
> http://wiki.openstreetmap.org/wiki/Relation:destination_sign
> 

Ok, je corrige :

Je ne vois pas l'utilité de tagguer le fait qu'a un carrefour il faut tourner à
droite si on veut aller à Paris. D'ailleurs, la relation du type
destination_sign à qui on pourrait attribuer cette intention, n'est utilisé que
9695 fois (mondialement, pas seulement pour les panneaux avec "Paris" marqué
dessus), ce qui me parait négligeable vu le nombre d'intersections de routes
avec un ou plusieurs panneaux de direction.

Je pourrais aussi dire: dans une base spatiale il me parait plus logique
d'affecter les attributs qui caractérisent une voie ( « conseillée aux cyclistes
» ) aux liaisons qu'aux noeuds de la topologie.

Et pour revenir à la question initiale, j'avais compris que le but était de
montrer le tracé de ces itinéraires sur les rendus et de faire que les applis de
calcul d'itinéraire s'en servent avec priorité en mode "vélo". Si tu connais un
rendu qui le fait sur la base de destination_sign ou guidepost, ça m'intéresse
beaucoup.






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

Re: [OSM-talk-fr] tag name sur highway

[Mides]

Oups, j'avais oublié de regarder ce qu'il se passait du coté du LayerSwitcher,
je dois avoir besoin de vacances.

Toujours est il, merci pour le coup de pouce  ;-)

Michel


Le 23 juillet 2013 13:54, Jean-Baptiste Holcroft  a
écrit :

> Bonjour,
>
> Tu peux utiliser le calque noname sur Osmose (appuyer sur le plus à
> droite) :
>
> http://osmose.openstreetmap.fr/fr/map/?zoom=12&lat=45.04896&lon=-0.0697&layers=B0TFF&item=0&level=1,2,3
>
> Il est aussi possible de le mettre dans JOSM, peut-être avec :
> tms:
> http://layers.openstreetmap.fr/tiles/renderer.py/noname/{zoom}/{x}/{y}.png
>
> --
> Jean-Baptiste Holcroft
>
>
> Le 23 juillet 2013 13:02, mides.map  a écrit :
>
>> **
>> Bonjour,
>>
>> il me semble avoir vu passer, en son temps, un site permettant de
>> contrôler les tag:name manquants sur les highway.
>>
>> Je n'arrive plus à retrouver son adresse. (*mais peut être ai-je tout
>> simplement rêvé*) :-)
>>
>> Auriez vous une idée ?
>>
>> Michel
>>
>> ___
>> 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] Mémoire recherche IGN...

[Ista Pouss]

Le 22 juillet 2013 17:00, Christian Quest  a écrit
:

> Le mémoire de Carmen Brando et disponible sur
> http://recherche.ign.fr/labos/cogit/cv.php?prenom=Carmen&nom=Brando
>
> "Ce travail de thèse porte sur l'édition collaborative de données
> géographiques et plus particulièrement sur la gestion de la qualité
> d'un tel contenu afin de permettre que des prises de décision
> s'appuient dessus."
>
>  


Absolument génial, super intéressant, tout le monde devrait l'avoir lu !

Mais certes, 245 pages, et c'est pas du powerpoint... Moi j'ai raccourci et
j'ai pratiquement rien lu de Coalla, où on arrive à du lourd, et j'attends
de voir ce que tout cela va devenir.

Pour le reste (c'est à dire le début, c'est à dire les 75 premières pages
tout de même), excellentes approches, où les thèmes abordés sont remplis de
pertinence, même si je ne suis pas toujours d'accord ou que j'aurais dit
autrement mais je suis bien évidemment pas Docteur de l'Université Paris
Est.

Bravo pour aborder dans un même continuum IGN / OSM, super génial de tenir
compte la problématique de l'usage final,  hyper formidable pour la
simplicité générale du vocabulaire employé, bravo bravo bravo pour
questionner la qualité, etc.

On avance.



-- 
Les dérives de rue :
Étude de main sur la terre artistique en pleine
chaleur

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

Re: [OSM-talk-fr] Rôtisserie ?

[Jean-Marc Liotier]

On 23/07/2013 12:54, Tony Emery wrote:

Donc, je dirais qu'il faut utiliser les mêmes tags que pour les camions à
pizza (et à glace, et autres) et ajouter "rotisserie" quelque part


amenity=fast_food
cuisine=rotisserie


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

Re: [OSM-talk-fr] tag name sur highway

[Jean-Baptiste Holcroft]

Bonjour,

Tu peux utiliser le calque noname sur Osmose (appuyer sur le plus à droite)
:
http://osmose.openstreetmap.fr/fr/map/?zoom=12&lat=45.04896&lon=-0.0697&layers=B0TFF&item=0&level=1,2,3

Il est aussi possible de le mettre dans JOSM, peut-être avec :
tms:
http://layers.openstreetmap.fr/tiles/renderer.py/noname/{zoom}/{x}/{y}.png

--
Jean-Baptiste Holcroft


Le 23 juillet 2013 13:02, mides.map  a écrit :

> **
> Bonjour,
>
> il me semble avoir vu passer, en son temps, un site permettant de
> contrôler les tag:name manquants sur les highway.
>
> Je n'arrive plus à retrouver son adresse. (*mais peut être ai-je tout
> simplement rêvé*) :-)
>
> Auriez vous une idée ?
>
> Michel
>
> ___
> 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] Projet "adresses"

[Marc SIBERT]

Bonjour,

m'est avis qu'il faut *justement* se libérer de l'adresse postale pour
s'orienter finalement, comme le fait intrinsèquement Nominatim, vers des
périmètres de plus en plus petits. La seule question qui reste est :
faut-il accepter qu'un périmètre inférieure couvre plusieurs périmètres
supérieurs ==> est-ce que ça se modélise avec un arbre ou un graphe ? La
philosophie "relaxée" d'OSM oriente vers la liberté du graphe.

Pour moi l'adresse n'est que la description d'un lieu, que ce soit une
porte d'entrée, une boîte à lettre, l'accès à un service (limite privé /
public) ou autre "amenity".

L'adresse postale pourrait se retrouver dans un champ spécifique, un peu
comme addr:full, on aurait addr:postal: car elle peut dépendre
de l'opérateur de distribution du courrier (cf . CEDEX propre à La Poste).

Ceci étant, même dans cette acceptation, ta proposition se tient, sauf que
le lotissement *ne peut pas* être un élément du dernier niveau (housename /
housenumber) mais doit se trouver dans addr:place, par exemple.

mes 0.02 €

A+



Le 23 juillet 2013 12:01, Tony Emery  a écrit :

> Si on fait un point avec la norme AFNOR XPZ 10-011 de mai 1997 sur la
> normalisation des adresses en France, on peut essayer des dégager les clés
> OSM que l'on doit utiliser.
>
> L'adresse se gère sur 6 lignes avec, pour un particulier :
> ligne 1 : identité du destinataire (M. & Mme Machin)
> ligne 2 : identification du point de remises (chez untel, CIDEX, ...)
> ligne 3 : identification de la construction (bâtiment, résidence,
> lotissement)
> ligne 4 : n° et libellé de la voie (numéro + type + libellé primaire,
> articles + mot directeur)
> ligne 5 : le lieu-dit
> ligne 6 : le code postal et la localité
> ligne 7 : Pays
>
> A partir de là, quelles clés on utilise ? voici ma proposition :
> addr:housename = nom du bâtiment, maison, résidence, lotissement (partie de
> ligne 3)
> addr:full = indication non normalisée "5ème maison sur la gauche après le
> chêne du village" (partie de ligne 3)
> addr:housenumber = n° de la voie (partie de ligne 4)
> addr:street = nom de la voie (partie de ligne 4)
> addr:place = nom d'un territoire (Lieu-dit ?, ligne 5)
> addr:postcode = code postal (partie de ligne 6)
> addr:city = ville (partie de ligne 6)
> addr:country = Code pays (ligne 7 à défaut)
> addr:hamlet = hameau
> addr:suburb = banlieu (pas utilisé ici)
> addr:subdistrict = sousdistrict (pas utilisé ici)
> addr:district = district (pas utilisé ici)
> addr:province = province (pas utilisé ici)
> addr:state = état (pas utilisé ici)
>
> Qu'en pensez-vous ?
>
>
>
> -
> Tony EMERY
> Administrateur OpenStreetMap.fr
> Mandataire Grand Sud-Est
> Géomaticien & chef de projets
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771046.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
>



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

Re: [OSM-talk-fr] balise des circuits vélo

[David Crochet]

Bonjour

Le 23/07/2013 13:02, rainerU a écrit :

On ne taggue pas le fait qu'a un carrefour il
faut tourner à droite si on veut aller à Paris,


Heu... :
http://wiki.openstreetmap.org/wiki/Relation:destination_sign

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] balise des circuits vélo

[rainerU]

Am 23.07.2013 12:51, schrieb Tetsuo Shima:
> Par ici pour les panneau indicateur d'itinéraire rando,vélo, etc.
> http://wiki.openstreetmap.org/wiki/Tag:information%3Dguidepost

Cela indique qu'il y a un panneau qui donne la direction à prendre par les
cyclistes pour se rendre à une certaine destination. Pour les rendus, en tout
cas avec les outils de rendus existants, ça ne sert pas à grand chose.

Rainer


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

Re: [OSM-talk-fr] balise des circuits vélo

[Romain MEHUT]

Le 23 juillet 2013 12:57, Tony Emery  a écrit :

> Merci, c'est parfait.
>
> Du coup, ça vous semble pertinent qu'on les ajoute dans OSM ?
>

Oui le balisage est important.
Pour exemple, un souvenir de vacances
www.openstreetmap.org/browse/node/2290817588

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

Re: [OSM-talk-fr] balise des circuits vélo

[rainerU]

Bonjour,

Am 23.07.2013 12:11, schrieb Tony Emery:
> Si oui, quelles clés doit-on utiliser ?

Les panneaux de type Dv21 à eux seuls, comme dans tes exemples, ne servent qu'à
indiquer une direction. Pour OSM ils ont donc la même importance que les
panneaux D20, c'est à dire aucune. On ne taggue pas le fait qu'a un carrefour il
faut tourner à droite si on veut aller à Paris, cette  information se trouve
dans la topologie du réseau et dans les attributs des routes.

Quand ces panneaux sont utilisés pour signaler des vrais itinéraires, qui
portent un nom et qui ont une certaine longueur et continuité, on les saisit
comme relation avec type=route et network=lcn. Dans ce cas, les panneaux portent
en général un logo et/ou une référence ou sont accompagné d'un petit panneau
avec ce logo [1].

Rainer

[1]  http://www.bilder-hochladen.net/files/jl7r-r-02e7-jpg.html


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

[OSM-talk-fr] tag name sur highway

[mides.map]

Bonjour, 

il me semble avoir vu passer, en son temps, un site permettant de
contrôler les tag:name manquants sur les highway.

Je n'arrive plus à retrouver son adresse. (mais peut être ai-je tout
simplement rêvé)  :-) 

Auriez vous une idée ?

Michel




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

Re: [OSM-talk-fr] balise des circuits vélo

[Tony Emery]

Merci, c'est parfait.

Du coup, ça vous semble pertinent qu'on les ajoute dans OSM ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/balise-des-circuits-velo-tp5771048p5771055.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] Rôtisserie ?

[Tony Emery]

En ce qui concerne les camionnettes qui font rôtissement (il y a eu une
excellente émission dans capital dimanche dernier), il s'agit du même type
de commerce que les pizza à emporter. D'ailleurs, un des patron disait qu'il
proposait de la "bouffe prête à emporter". Et je confirme qu'ils ne vendent
que de la viande cuite (avec des patates, c'est presque obligatoire,
toujours dixit ce patron).
Donc, je dirais qu'il faut utiliser les mêmes tags que pour les camions à
pizza (et à glace, et autres) et ajouter "rotisserie" quelque part

Pour les boutiques en dur, s'il peut ne pas s'agir que de la seule activité
du magasin, on pourrait préférer rotisserie=yes, comme ça on peut ajouter
d'autres clés derrières.

Enfin, je dis ça, je dis rien



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Rotisserie-tp5770598p5771054.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] balise des circuits vélo

[Tetsuo Shima]

Par ici pour les panneau indicateur d'itinéraire rando,vélo, etc.
http://wiki.openstreetmap.org/wiki/Tag:information%3Dguidepost

Le 23 juillet 2013 12:11, Tony Emery  a écrit :
> Bonjour à tous, l'Association pour le Développement Touristique du Haut
> Vaucluse (ADTHV) m'a contacté aujourd'hui pour un projet qu'elle souhaite
> mener.
>
> Ils ont une application dont la prochaine évolution intégrera OpenStreetMap
> :  escapado   .
>
> Ils ont une base de données dans laquelle ils ont qualifié les panneaux
> indicateurs des circuits vélo de  ce type
> 
> et de  ce type
> 
> .
>
> Ils souhaitent mettre ces données dans OSM. Est-ce que ce sont des données
> qui peuvent être versées dans OSM et qui seraient utiles et exploitables (je
> penses que oui).
>
> Si oui, quelles clés doit-on utiliser ?
>
>
>
> -
> Tony EMERY
> Administrateur OpenStreetMap.fr
> Mandataire Grand Sud-Est
> Géomaticien & chef de projets
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/balise-des-circuits-velo-tp5771048.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

[OSM-talk-fr] balise des circuits vélo

[Tony Emery]

Bonjour à tous, l'Association pour le Développement Touristique du Haut
Vaucluse (ADTHV) m'a contacté aujourd'hui pour un projet qu'elle souhaite
mener.

Ils ont une application dont la prochaine évolution intégrera OpenStreetMap
:  escapado   .

Ils ont une base de données dans laquelle ils ont qualifié les panneaux
indicateurs des circuits vélo de  ce type

  
et de  ce type

 
.

Ils souhaitent mettre ces données dans OSM. Est-ce que ce sont des données
qui peuvent être versées dans OSM et qui seraient utiles et exploitables (je
penses que oui).

Si oui, quelles clés doit-on utiliser ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/balise-des-circuits-velo-tp5771048.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] Projet "adresses"

[Tony Emery]

Si on fait un point avec la norme AFNOR XPZ 10-011 de mai 1997 sur la
normalisation des adresses en France, on peut essayer des dégager les clés
OSM que l'on doit utiliser.

L'adresse se gère sur 6 lignes avec, pour un particulier :
ligne 1 : identité du destinataire (M. & Mme Machin)
ligne 2 : identification du point de remises (chez untel, CIDEX, ...)
ligne 3 : identification de la construction (bâtiment, résidence,
lotissement)
ligne 4 : n° et libellé de la voie (numéro + type + libellé primaire,
articles + mot directeur)
ligne 5 : le lieu-dit
ligne 6 : le code postal et la localité
ligne 7 : Pays

A partir de là, quelles clés on utilise ? voici ma proposition :
addr:housename = nom du bâtiment, maison, résidence, lotissement (partie de
ligne 3)
addr:full = indication non normalisée "5ème maison sur la gauche après le
chêne du village" (partie de ligne 3)
addr:housenumber = n° de la voie (partie de ligne 4)
addr:street = nom de la voie (partie de ligne 4)
addr:place = nom d'un territoire (Lieu-dit ?, ligne 5)
addr:postcode = code postal (partie de ligne 6)
addr:city = ville (partie de ligne 6)
addr:country = Code pays (ligne 7 à défaut)
addr:hamlet = hameau
addr:suburb = banlieu (pas utilisé ici)
addr:subdistrict = sousdistrict (pas utilisé ici)
addr:district = district (pas utilisé ici)
addr:province = province (pas utilisé ici)
addr:state = état (pas utilisé ici)

Qu'en pensez-vous ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771046.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] Polygone géant du massif central

[Gilles Bassière]

Le 23/07/2013 10:40, Vincent Calame a écrit :

Pour ceux qui ne l'aurait pas vu, "l'image of the week" de la semaine
dernière :
http://wiki.openstreetmap.org/wiki/File:Maxbe-stubaier-beschriftung_en.png


C'est intéressant de regarder la relation :

http://www.openstreetmap.org/browse/relation/2127978

Elle est surtout constituée de tronçons de rivière.


Oui, ça semble logique dans ce genre de paysage.


Après, cet exemple est beaucoup moins vaste que « Massif Central » .
Cela pourrait aller pour un massif du type « Plateau des Millevaches ».


Je ne saisis pas bien la différence. On mappe les contours 
administratifs des pays aussi bien que ceux des communes et ça ne pose 
pas de problème. Pourquoi ce serait différent pour des massifs 
montagneux ou des zones naturelles d'une manière générale ?


Je trouve ça bien que des toponymes comme "Massif Central" et "Plateau 
des Millevaches" existent dans OSM et aient une emprise. Le moteur de 
rendu pourra afficher l'un et/ou l'autre selon l'échelle de rendu.


--
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Polygone géant du massif central

[Vincent Calame]

Pour ceux qui ne l'aurait pas vu, "l'image of the week" de la semaine 
dernière :
http://wiki.openstreetmap.org/wiki/File:Maxbe-stubaier-beschriftung_en.png 





C'est intéressant de regarder la relation :

http://www.openstreetmap.org/browse/relation/2127978

Elle est surtout constituée de tronçons de rivière.

Après, cet exemple est beaucoup moins vaste que « Massif Central » . 
Cela pourrait aller pour un massif du type « Plateau des Millevaches ».


Vincent




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

Re: [OSM-talk-fr] Rôtisserie ?

[Jean-Marc Liotier]

On 23/07/2013 08:42, Philippe Verdy wrote:
Même sans faire de science, je ne comprends pas l'obstination à 
vouloir prendre comme acquis ce qui n'est qu'une exception (jamais 
vue). Si science il y a les statistiques ont une importance avant de 
prendre en compte les cas ultraparticuliers (s'ils existent).


J'avoue que mes observations sont parfaitement anecdotiques. J'attends 
avec impatience l'étude nationale qui s'impose !


La séparation des métiers de bouchers, rôtisseurs et aubergistes ça 
date de l'ancien régime.


Attention à ce que tu dis - l'association va finir par avoir les 
corporations sur le dos...


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

Re: [OSM-talk-fr] Polygone géant du massif central

[Gilles Bassière]

Le 23/07/2013 00:06, Jérôme Amagat a écrit :

mais là on ajoute la limite administrative et pas la naturel.
Peut on ajouter des éléments naturels comme ici un massif, ou une
plaine, plateau...?
il y a une proposition pour la montagne :
http://wiki.openstreetmap.org/wiki/Proposed_features/Mountains


Pour ceux qui ne l'aurait pas vu, "l'image of the week" de la semaine 
dernière :

http://wiki.openstreetmap.org/wiki/File:Maxbe-stubaier-beschriftung_en.png

Ça vaut le coup d'avoir des polygones pour les massifs (au sens 
"natural" du terme), non ?


Cordialement
--
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Polygone géant du massif central

[Landry Breuil]

2013/7/22 Vincent de Château-Thierry 

>
> Le 22/07/2013 22:55, Landry Breuil a écrit :
>
>   >
>>  > Je confirme, le massif central est bien une entité a part entière, et
>> certaines structures ont son emprise comme territoire de de compétences
>> (je pense au CBNMC, le conservatoire botanique mais il y'en a
>> d'autres.). Je me renseignerais pour récupérer la liste officielle des
>> communes en faisant partie. Peut-etre peut on le transformer en relation
>> englobant ces communes (comme les contours administratifs) au lieu d'un
>> polygone détaché de toute autre géometrie ?
>>
>> Et en grattant un peu plus :
>> http://www.data-publica.com/**opendata/2551--liste-des-**
>> communes-du-massif-central
>> -> une table excel
>>
>> Source DRAAF auvergne 2010 a recroiser avec d'autres ?
>>
>
> Voilà un matériau intéressant : 4000 communes, rien que ça !
> À comparer, visuellement, avec les cartes de la DATAR, au moins.
>
> Pour la mise en relation multipolygon, c'est jouable si toutes les limites
> des communes concernées sont là (à vérifier, au moins sur les depts 71 et
> 89, pas encore complets), et, bien sûr, s'il n'y a pas d'opposition au
> principe de tracer, ou plutôt construire cette limite.


En fait, pas besoin de réinventer la roue.. je me suis rendu compte qu'au
CRAIG on avait déja fait une couche emprise du massif central basée sur
geofla (et du coup libre de droit evidemment). Donc on peut l'importer
direct dans OSM pour mettre a jour ce polygone, si il a sa place dans la
base.  Mais a terme je pense qu'une relation englobant les communes serait
plus appropriée...

http://ids.craig.fr/geocat/apps/search/?uuid=55e9e1ac-066d-45e2-8801-cb5c46abd4f3
http://ids.craig.fr/wxs/public/wms (ou wfs) -> couche
CRAIG_2006_GEOFLA_MASSIF_CENTRAL

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