date:20090925

Le Fri, Sep 25, 2009 at 10:23:42AM +0200, Eric Sibert [courr...@eric.sibert.fr] 
a écrit:
 Concernant les contre-sens cycliste dans les zones 30, je constate à  
 Grenoble que:
 - la ville est en train de mettre en place systématiquement une  
 signalisation pour indiquer que les vélos peuvent prendre les sens  
 interdits

C'est assez logique, pour encourager un usage, il faut en faire la
publicité, et mettre explicitement des panneaux, c'est une très bonne
façon de le faire.

 - c'est le cas qu'on soit en zone 30 ou non

On a à Amiens tout un tas de rues en contre-sens cyclable qui ne sont
pas en « zone 30 ».

 - les zones 30 sont rarement indiquées dans OSM

Faut les tagger, alors ;-)



Dom

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Traduction wiki gondola vs cable_car dans le transport par câble

Un jour il me manquait un tag pour décrire les poubelles,
ces petits paniers ouverts, 2 personnes la plupart, et on reste  
debout, à l'air.

Gondola me fait plutôt penser aux œufs où on est assis, et à l'abri,
ça me paraissait un peu trop luxueux pour les pelleteuses à touristes.
Pas trouvé ça sur
http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps
Gerhard
---
Le 23 sept. 09 à 11:05, Christophe Jacquet a écrit :

 Bonjour,

 http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps

 D'après mon expérience de la montagne, d'accord avec ça :
 – cable car = téléphérique : 1 ou 2 cabines, sens alterné,
 – gondola = télécabine (familièrement : œufs) : 2 cabines, en boucle,
 – chair lift = télésiège.

 Christophe (ChJ).

 ___


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

[OSM-talk-fr] Noms de voies à NE PAS réfé rencer

2009-09-25 Par sujet Charlie Echo

Bonjour,

Si vous cherchez sur un plan, à Paris, la Rue des Marronniers, vous la 
trouverez.
Si vous cherchez l'Avenue des Marronniers, vous ne la trouverez pas, bien 
qu'elle existe ; et c'est plutôt une bonne chose : elle est incluse dans un 
cimetière, et si elle était indiquée, ce serait source de confusions 
incessantes pour les vivants. A fortiori, elle n'est pas vraiment dans le même 
coin que la Rue.

D'où ma question : comment indiquer un nom de voie qu'on ne veut pas voir 
référencé au niveau des moteurs de recherche ?

Merci pour vos lumières !
Entre temps, j'ai choisi de mettre l'indication en note...

Charlie Echo


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

Re: [OSM-talk-fr] Noms de voies à NE PAS référen cer

2009/9/25 Charlie Echo openstreet...@coutiere.com

 Bonjour,

 Si vous cherchez sur un plan, à Paris, la Rue des Marronniers, vous la
 trouverez.
 Si vous cherchez l'Avenue des Marronniers, vous ne la trouverez pas, bien
 qu'elle existe ; et c'est plutôt une bonne chose : elle est incluse dans un
 cimetière, et si elle était indiquée, ce serait source de confusions
 incessantes pour les vivants. A fortiori, elle n'est pas vraiment dans le
 même coin que la Rue.

 D'où ma question : comment indiquer un nom de voie qu'on ne veut pas voir
 référencé au niveau des moteurs de recherche ?

 Merci pour vos lumières !
 Entre temps, j'ai choisi de mettre l'indication en note...


Déjà comment est elle tagguee? Par définition, tout ce qui est dans OSM est
référencé. Le seul moyen de ne pas être référencé est bien sur de ne pas
mettre l'information.
Toutefois, si ton information au niveau des tags est bien mise, tu ne la
trouveras pas en tant que rue, plutôt en tant que voie dans un cimetière.
C'est le contexte qui fera la différence.

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

Re: [OSM-talk-fr] Nouveau de Rennes (et un peu Nantes aussi)

2009-09-25 Par sujet ulrich rousseau

Hello ICHB,

j'habite au nord de Rennes et bosse à Rennes.
J'utilise également beaucoup le vélo.
J'ai contribué au niveau de la foret domaniale de Rennes
Et prend du plaisir à mapper les sentiers et chemins de nos campagnes et
foret
Bienvenu et a+

Le 24 septembre 2009 20:47, ICHB ichb@gmail.com a écrit :

 Bonjour,

 Je m'intéresse depuis quelques temps à OpenStreetMap et, me déplaçant
 la plupart du temps en vélo, plus particulièrement aux pistes/bandes
 cyclables.
 Je suis actuellement à Rennes, qui est plutôt bien fournie en bandes
 cyclables (du moins pour les endroits où je passe régulièrement), ainsi
 qu'en rue à sens unique. On a d'ailleurs quelques-unes de ces rues en
 sens unique qui sont équipées de contre-sens cyclable.

 J'ai regardé rapidement sur OSM ce qu'on avait de fait sur Rennes.
 Apparemment tout est fait niveau rue, par contre niveau tag concernant
 les itinéraires cyclables, c'est un peu la dèche, ou alors c'est que
 j'ai pas eu de chance et que je suis tombé que des rues à voie cyclable
 non taguées.

 Je compte donc me lancer dans l'aventure OSM en commençant par
 m'occuper de tout ce qui concerne les itinéraires cyclables sur Rennes,
 à moins évidemment que d'autres personnes soient déjà en train de
 travailler dessus.

 D'ailleurs, est-ce qu'il y a beaucoup de Rennais inscrits sur la liste ?


 D'autre part, par curiosité j'ai jeté un œil sur le quartier où
 habitent mes parents à Nantes, et là ô surprise... il manque leur rue,
 il manque d'ailleurs quelques rues dans ce même quartier (Dalby).
 Je dois avouer que pour une ville comme Nantes ça m'a un peu surpris...

 Ce qui m'a moins surpris, c'est de voir que lorsque l'on se dirige un
 peu vers l'agglomération, on tombe assez vite sur des zones peu voire
 pas renseignées, comme Sainte-Luce et Thouaré (est de Nantes).

 Est-ce qu'il y a des gens de ces communes parmi vous, qui seraient
 éventuellement intéressés pour s'en occuper ? (sachant que je passe sur
 Nantes de temps en temps, plus on est de fou...)


 Coté équipement, portable sous Linux, et bientôt un cardio/GPS
 Forerunner 305, en espérant pouvoir en tirer quelque chose de potable.

 Voilà voilà...

 --
 ICHB

 ___
 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] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-09-25 Par sujet Fabien Marchewka

Bonjour,

Sur le cadastre c'est un petit triangle avec un rond dedans pour les repères
NTF, comme sur le site de l'IGN. Mais bon aucune indication spéciale. de
plus je ne sais pas s'il y a des planches avec plusieurs repères géodésique
ce qui permettrait de géoréférencer la planche.
J'ai le cas de plusieurs planches non géoréférencée sans croisillons et
pourtant la couche cadastre de geoportail fonctionne, donc l'IGN à surement
géoréférencé ces cartes.
Je cherche un moyen de géoréférencer ces planches même sans le plug-in et
pour le moment :
- Il semble que ces planches aient le nord à la verticale ce qui peut aider
car dans ce cas, la présence d'un point et de l'échelle de la carte peut
résoudre le géoréférencement. Ceci dit cela doit être assez complexe.
- sinon il faut prendre 2 points au GPS en lui laissant suffisamment de
temps pour avoir une bonne précision et aussi pendre ces points en terrain
dégagé, il faut qu'ils soient également bien reconnaissables sur la planche
et sur le terrain (pb, les points faciles sont surtout les angles des
bâtiments mais on va avoir des problèmes de multi-trajet).
- Avec l'image yahoo cela pourrait se faire aussi avec qgis mais dans mon
cas, la précision yahoo est déplorable.

Une solution simple mais à mon avis illégale, c'est avec geoportail de
prendre les coordonnées de 2 points avec la couche cadastre activée, par
contre, le curseur en forme de main et mal adapté pour cela.


Le 24 septembre 2009 09:19, Guillaume Allegre allegre.guilla...@free.fr a
écrit :

 Le Tue 22 Sep 2009 à 21:21 +0200, Eric SIBERT a ecrit :
   Mais pour Le Bugue, la
   commune n'est vraiment pas géoréférencée donc les seuls moyens
   seraient de trouver des repères géodésiques (dans l'idéal et lorsqu'il
   y a en a) ou d'utiliser une bonne mesure de  POI sur GPS.
 
  La probabilité d'avoir un repère géodésique sur une feuille de cadastre
  est faible aussi je dirais qu'il ne faut pas compter dessus.

 Justement,
 comment reconnait-on un repère géodésique sur une feuille de cadastre ?
 J'ai lu http://wiki.openstreetmap.org/wiki/FR:Cadastre
 bien adapté pour un débutant comme moi (juste un peu confus),
 mais je n'ai pas trouvé l'info.

 Est-ce qu'on pourrait avoir un exemple sur la page wiki ?


 --
  ° /\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




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

Re: [OSM-talk-fr] tagguer une digue

Ces talus et murs vont devenir un casse-tête,
quand nous voudrons cartographier les forteresses de type Vauban  
avec bastions, douves, multiples escarpes et contre-escarpes, chemins  
couverts, talus, et tout ça !

Pour Mont-Louis, près de Font-Romeu,
http://www.openstreetmap.org/?lat=42.508212lon=2.122629zoom=18layers=B000FTFT
skywave s'est à peu près débrouillé avec landuse:grass, pour  
dessiner le contour extérieur de la fortif',
comme ça au moins on voit le contour général,

mais d'une part ça ne permet pas, de distinguer les bastions elles-mêmes
(avec cette façon de dessiner, par endroit elles apparaissent  plein  
dans ce dessin, à d'autres endroits en négatif,
et à d'autres endroits elles n'apparaissent pas du tout...

et d'autre part, il n'est pas vrai, dans la nature, que ce soit tout  
de l'herbe :
Par exemple l'accès au parking, sur place, n'a pas cette forme-là,
cet accès passe dans la zone dessinée comme herbe, y compris la  
barrière de péage du parking.

Aussi, ça colle en un pâté ensemble des choses, qui sont à des  
niveaux très différents, séparés par des murs mastodontes.

Pour décrire de telles  incidences de terrain, les tags d'osm sont  
encore un peu pauvre,
et les lignes d'alti extraites des dem disponibles gratos
ne sont pas suffisamment précis pour se baser dessus, loin de là !

A terme, il serait coumême sympa si, nous aurions les tags nécessaires  
pour dessine par exemple Mont-Louis comme il faut, patrimoine  
mondial... :-).

Pour dire, qu'i serait chouette si un jour on aurait des tags pour  
mieux décrire la topo.
Certains s'en occupent, avec ridge et le thalweg (*) par exemple,
mais on est encore loin de disposer d'une description cohérente pour  
tout ça :-(
Un jour peut-être ça viendra, et quelqu'un s'y dédiera ?

Gerhard

Ps : Pardon, je ne pourrai pas m'en occuper, en surcharge côté job,
dont entre autres avec une partie minuscule des fortif's de Mont- 
Louis, mais en détail... :-)

(*)  Le thalweg relance aussi la discussion sur comment fabriquer  
les tags osm :
Toujours en anglois, ou selon l'écriture d'où vient le mot ?
Parce que, ce mot vient de l'allemand,
et depuis leur réforme de 1901 ça s'écrit Talweg.
Voir http://en.wikipedia.org/wiki/Thalweg, et 
http://de.wikipedia.org/wiki/Talweg 
,
Si on prenait l'anglois, le terme anglophone techniquement plus  
correct serait valley line, ligne de la vallée,
mais en américain, encore différent, ces mots souvent font partie de  
noms de lignes de chemin-de-fer,
donc ça induirait dans d'autres erreurs...
Don't make an issue out of it, je trolle.
---

Le 23 sept. 09 à 10:44, Vincent Pottier a écrit :


 Guillaume Allegre a écrit :
 Salut,

 J'ai besoin d'un conseil. Je viens de cartographier Caderousse,
 un village dont le centre historique est entouré d'une digue  
 maçonnée
 des années 1860.
 Pour l'instant j'ai taggué la digue de la façon suivante :
 highway=footway   (on se balade à pied sur la digue, à environ 3m  
 du sol)
 barrier=city_wall
 two_sided=yes

 ça donne ça :
 http://www.openstreetmap.org/?lat=44.10199lon=4.75495zoom=17layers=B000FTF

 D'une part, le rendu ne me semble pas idéal : on voit un chemin de
 promenade, mais pas le mur.
 D'autre part, je sais que city_wall est plutôt prévu pour des  
 remparts.
 Ici la digue servait à éviter que les inondations du Rhône  
 pénètrent dans
 le village (avant les travaux de la CNR).

 Comment améliorer ça ?


 À voir
 http://sautter.com/map/?zoom=18lat=44.10374lon=4.75662layers=00B000TF
 le mur n'a plus fonction de digue, je ne suis pas sur qu'il faille
 l'indiquer comme tel aujourd'hui. le city_wall me semble bon.
 Je pense que la digue est du type des remparts d'Avignon, porte
 Saint-Dominique (qui est encore parfois fermée pour inondation)

 Le tag 'city_wall' est sur le même way que le footway. Les deux ne
 peuvent pas s'afficher ensemble.
 Il faut créer deux ways différents, voire trois : le mur d'enceinte a
 une certaine épaisseur.

 Caderousse est disponible au Cadastre vecto. Avec OSM, j'ai donc  
 apporté
 quelques transformation et enrichissements dans le coin haut-gauche,
 pour l'exemple.
 - J'ai tracé un rond-point,
 - j'ai tracé un bout de rempart
 - j'ai corrigé quelques tracés de rues
 - j'ai corrigé la type d'une rue : rue du Docteur Guérin en Rue du
 Docteur Guérin
 - j'ai tracé deux bâtiments.

 Bon courage.
 -- 
 Vincent alias FrViPofm

 ___
 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] cadastre-fr: l'image disparait systematiquement au georeferencement

2009/9/22 Eric SIBERT courr...@eric.sibert.fr:
 - il faut être sûr que la planche du cadastre utilise bien la projection
 Lambert (et non par exemple la projection de Bonne utilisée au 19ème
 siècle, qui a le mauvais goût de ne pas conserver les angles);

C'est le point le plus important.  Existe-t-il des plans sur le
cadastre en ligne qui ne sont pas projetés en Lambert 4 zones ?
Lorsque l'on demande la fiche d'information pour une feuille, on
obtient l'échelle, l'orientation, le géoréférencement ou non, la
qualité, la tolérance applicable et les dates de dernière mise à jour.
Rien concernant la projection.

Pieren

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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-09-25 Par sujet Eric Sibert

 Existe-t-il des plans sur le
 cadastre en ligne qui ne sont pas projetés en Lambert 4 zones ?
 Lorsque l'on demande la fiche d'information pour une feuille, on
 obtient l'échelle, l'orientation, le géoréférencement ou non [...]
 Rien concernant la projection.

Aïe. L'hypothèse numéro 1 est de supposer que tout le monde utilise  
les projections légales donc que tout est en Lambert. Mais c'est en  
faisant des suppositions qu'on finit par se planter. Et les  
coordonnées bizarres des planches de Le Bugue font sérieusement  
douter. En plus, las valeurs de X et Y sont faibles (quelques dizaines  
de kilomètres), ce qui fait penser à une projection locale. Si la  
projection inconnue conserve les angles (projection conforme), ce  
n'est pas un problème à gérer à l'échelle d'une planche de cadastre.  
Dans le cas contraire, comme la projection de Bonne, ça risque  
d'introduire des erreurs.



Eric


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

Re: [OSM-talk-fr] Re : Sens uniques : contre-sens cyclables, voies de bus, etc.

2009-09-25 Par sujet ICHB

On Thu, 24 Sep 2009 23:45:05 +0200
Pieren pier...@gmail.com wrote:

 2009/9/24 THEVENON Julien julien_theve...@yahoo.fr:
  Dans le cas ou il y a une voie double en sens unique pour les
  voitures et une voie bus dans chaque sens je pensais faire 3 ways:
  1 way lane=2 oneway=yes pour les voitures
  et 2 way en sens opposes oneway=yes access=no psv=yes pour les 2
  voies de bus encadrant le way voiture.
 
  L avantage de cette methode est qu elle permet de gerer le nombre
  de voies de maniere simple, sans compter les cas ou le sens bus n
  est pas le meme sens que celui des voitures. L inconvenient c est
  que ça ne distingue pas si la voie bus est physiquement separee
  ( bordure ) de la voie voiture ou s il s agit d un simple marquage
  au sol
 
  Je suis preneur pour les avis parce que compte faire pas mal d
  ajout de voies de bus a Grenoble
 
 Oui, séparer les ways pour l'instant, c'est lorsque les voies sont
 physiquement séparées par un mur ou de l'herbe. L'idéal serait un
 schéma de tags et ways pouvant représenter chaque voie (lane) dans OSM
 mais ce schéma n'existe pas encore malgré les nombreuses discussions
 sur le sujet.
 
 Je préfère encore la solution de Stéphane Brunner qui est plus logique
 que la mienne:
 oneway:psv=no

Concernant les voies de bus en sens inverse du sens unique appliqué aux
voitures, on a pas toujours une séparation comme on peut l'avoir
parfois pour les couloirs de bus.

Pour l'instant je note le « oneway:psv=no ».

J'ai trouvé un cas déjà taggé sur OSM sur Rennes (rue de Paris), il est
taggé comme suit :
- oneway=yes ;
- cycleway=opposite_lane ;
- psv=opposite_lane.

Ce qui m'ennuie avec cette notation, c'est que l'on peut croire que les
vélos et les PSV sont sur deux lanes séparées, or ce n'est pas le cas
ici, c'est juste un couloir de bus utilisable par les vélos (et taxis).

-- 
ICHB

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

Re: [OSM-talk-fr] Noms de voies à NE PAS réfé rencer

2009-09-25 Par sujet Charlie Echo

Les tags actuels sont : 
highway=footway
note=Avenue des Marronniers

On a bien des tags qui disent renderer = no quand on ne veut pas que le nom 
apparaisse sur la carte.
J'aurais voulu un tag du style reference_in_database = no, ou bien un autre 
moyen de faire.

Je présume en fait que ma question n'a pas de réponse simple ; je sonde les 
réactions pour voir si mon problème est commun ou pas ; le cas échéant, on 
pourrait demander l'officialisation du tag ref_in_db ou autre.

Charlie Echo



- Mail Original -
De: Emilie Laffray emilie.laff...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 25 Septembre 2009 12:54:23 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Noms de voies à NE PAS référencer





2009/9/25 Charlie Echo  openstreet...@coutiere.com  


Bonjour, 

Si vous cherchez sur un plan, à Paris, la Rue des Marronniers, vous la 
trouverez. 
Si vous cherchez l'Avenue des Marronniers, vous ne la trouverez pas, bien 
qu'elle existe ; et c'est plutôt une bonne chose : elle est incluse dans un 
cimetière, et si elle était indiquée, ce serait source de confusions 
incessantes pour les vivants. A fortiori, elle n'est pas vraiment dans le même 
coin que la Rue. 

D'où ma question : comment indiquer un nom de voie qu'on ne veut pas voir 
référencé au niveau des moteurs de recherche ? 

Merci pour vos lumières ! 
Entre temps, j'ai choisi de mettre l'indication en note... 

Déjà comment est elle tagguee? Par définition, tout ce qui est dans OSM est 
référencé. Le seul moyen de ne pas être référencé est bien sur de ne pas mettre 
l'information. 
Toutefois, si ton information au niveau des tags est bien mise, tu ne la 
trouveras pas en tant que rue, plutôt en tant que voie dans un cimetière. C'est 
le contexte qui fera la différence. 

Emilie Laffray 

___
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] Noms de voies à NE PAS référen cer

2009/9/25 Charlie Echo openstreet...@coutiere.com:
 si elle était indiquée, ce serait source de confusions incessantes pour les 
 vivants
:
 Les tags actuels sont :
 highway=footway
 note=Avenue des Marronniers


Amha, le nom d'une allée (ou avenue) dans un cimetière est bien
destiné aux vivants. Les morts n'ont plus besoin de logiciel de
navigation, ni de nameFinder là où ils sont.
Ce nom a toute sa place dans la base et les index de recherche avec le
tag name et non note.
Ce qui serait plus dommageable serait qu'il soit combiné avec
highway=unclassified ou service et relié au réseau routier classique
sans séparation (par des tags access et/ou barrier), ce qui risquerait
d'amener les chauffards qui suivent leur GPS aveuglément au milieu du
cimetière !
On pourrait aussi dire que access=destination est valable pour nous tous...

Pieren

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

Re: [OSM-talk-fr] Noms de voies à NE PAS référen cer

2009-09-25 Par sujet tenshu

S'il y a quelque chose que l'on peut retenir d'une base comme OSM c'est
qu'on ne peut pas déterminer d'avance quels en seront les usages.

A mon sens ton postulat est faux, tu considères les données OSM comme des
données qui seront utiliser pour faire du routing.
C'est la partie immergée de l'iceberg, et on trouvera forment des cas où
l'on désira occulter telle ou telle donnée en fonction de l'utilisation
finale visée.

2009/9/25 Charlie Echo openstreet...@coutiere.com

 Les tags actuels sont :
 highway=footway
 note=Avenue des Marronniers

 On a bien des tags qui disent renderer = no quand on ne veut pas que le
 nom apparaisse sur la carte.
 J'aurais voulu un tag du style reference_in_database = no, ou bien un
 autre moyen de faire.

 Je présume en fait que ma question n'a pas de réponse simple ; je sonde les
 réactions pour voir si mon problème est commun ou pas ; le cas échéant, on
 pourrait demander l'officialisation du tag ref_in_db ou autre.

 Charlie Echo



 - Mail Original -
 De: Emilie Laffray emilie.laff...@gmail.com
 À: Discussions sur OSM en français talk-fr@openstreetmap.org
 Envoyé: Vendredi 25 Septembre 2009 12:54:23 GMT +01:00 Amsterdam / Berlin /
 Berne / Rome / Stockholm / Vienne
 Objet: Re: [OSM-talk-fr] Noms de voies à NE PAS référencer





 2009/9/25 Charlie Echo  openstreet...@coutiere.com 


 Bonjour,

 Si vous cherchez sur un plan, à Paris, la Rue des Marronniers, vous la
 trouverez.
 Si vous cherchez l'Avenue des Marronniers, vous ne la trouverez pas, bien
 qu'elle existe ; et c'est plutôt une bonne chose : elle est incluse dans un
 cimetière, et si elle était indiquée, ce serait source de confusions
 incessantes pour les vivants. A fortiori, elle n'est pas vraiment dans le
 même coin que la Rue.

 D'où ma question : comment indiquer un nom de voie qu'on ne veut pas voir
 référencé au niveau des moteurs de recherche ?

 Merci pour vos lumières !
 Entre temps, j'ai choisi de mettre l'indication en note...

 Déjà comment est elle tagguee? Par définition, tout ce qui est dans OSM est
 référencé. Le seul moyen de ne pas être référencé est bien sur de ne pas
 mettre l'information.
 Toutefois, si ton information au niveau des tags est bien mise, tu ne la
 trouveras pas en tant que rue, plutôt en tant que voie dans un cimetière.
 C'est le contexte qui fera la différence.

 Emilie Laffray

 ___
 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




-- 
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] Noms de voies à NE PAS référen cer

2009/9/25 Pieren pier...@gmail.com

 2009/9/25 Charlie Echo openstreet...@coutiere.com:
  si elle était indiquée, ce serait source de confusions incessantes pour
 les vivants
 :
  Les tags actuels sont :
  highway=footway
  note=Avenue des Marronniers
 

 Amha, le nom d'une allée (ou avenue) dans un cimetière est bien
 destiné aux vivants. Les morts n'ont plus besoin de logiciel de
 navigation, ni de nameFinder là où ils sont.
 Ce nom a toute sa place dans la base et les index de recherche avec le
 tag name et non note.
 Ce qui serait plus dommageable serait qu'il soit combiné avec
 highway=unclassified ou service et relié au réseau routier classique
 sans séparation (par des tags access et/ou barrier), ce qui risquerait
 d'amener les chauffards qui suivent leur GPS aveuglément au milieu du
 cimetière !
 On pourrait aussi dire que access=destination est valable pour nous tous...


Amener les chauffards qui suivent leur GPS dans un cimetière, c'est vraiment
amener la mort dans un lieu de repos. C'est tout bonnement criminel.

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

Re: [OSM-talk-fr] Re : Sens uniques : contre-sens cyclables, voies de bus, etc.

2009-09-25 Par sujet Drako99

On Fri, Sep 25, 2009 at 04:14:42PM +0200, ICHB wrote:
 On Thu, 24 Sep 2009 23:45:05 +0200
 Pieren pier...@gmail.com wrote:
 
 Concernant les voies de bus en sens inverse du sens unique appliqué aux
 voitures, on a pas toujours une séparation comme on peut l'avoir
 parfois pour les couloirs de bus.
 
 Pour l'instant je note le « oneway:psv=no ».
 
 J'ai trouvé un cas déjà taggé sur OSM sur Rennes (rue de Paris), il est
 taggé comme suit :
 - oneway=yes ;
 - cycleway=opposite_lane ;
 - psv=opposite_lane.
 
 Ce qui m'ennuie avec cette notation, c'est que l'on peut croire que les
 vélos et les PSV sont sur deux lanes séparées, or ce n'est pas le cas
 ici, c'est juste un couloir de bus utilisable par les vélos (et taxis).

Hello,

Je crois bien que c'est moi qui est mis ces tags suite à une demande sur 
OpenStreetBugs.

Physiquement, je décris la situation :
 - dans un sens c'est autorisé à tout le monde (ouest vers est)
 - dans l'autre, c'est seulement les bus, taxis et les cycles non motorisés
 - pas de bande dédiée pour les cycles


En relisant la page 
http://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite_lane , il me semble 
possible de tagger comme suit :
 - oneway=yes
 - cycleway=opposite
 - psv=opposite

opposite décrit bien qu'il n'y a pas de lane dédié pour les vélos. Par contre, 
je ne sais pas si c'est adapté pour les voies psv.

Sinon, sur le page http://wiki.openstreetmap.org/wiki/Key:access , il y a cette 
combinaison avec :oneway qui correspond aussi au cas :
 - bicycle:oneway=no
 - psv:oneway=no

J'aime bien la dernière solution, des avis ?

Drako99


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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-09-25 Par sujet Denis

Guillaume Allegre a écrit :

 comment reconnait-on un repère géodésique sur une feuille de cadastre ?
 J'ai lu http://wiki.openstreetmap.org/wiki/FR:Cadastre
 bien adapté pour un débutant comme moi (juste un peu confus),
 mais je n'ai pas trouvé l'info. 

Dans ce document, page 7, tu trouveras tous les symboles utlisés sur les 
plans cadastraux : 
http://www.craig.fr/contenu/ressources/dossiers/pci/pdf/DXF_PCI.pdf

Denis

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

Re: [OSM-talk-fr] tagguer une digue

g.d a écrit :
 Ces talus et murs vont devenir un casse-tête,
 quand nous voudrons cartographier les forteresses de type Vauban  
 avec bastions, douves, multiples escarpes et contre-escarpes, chemins  
 couverts, talus, et tout ça !

 Pour Mont-Louis, près de Font-Romeu,
 http://www.openstreetmap.org/?lat=42.508212lon=2.122629zoom=18layers=B000FTFT
 skywave s'est à peu près débrouillé avec landuse:grass, pour  
 dessiner le contour extérieur de la fortif',
 comme ça au moins on voit le contour général,

 mais d'une part ça ne permet pas, de distinguer les bastions elles-mêmes
 (avec cette façon de dessiner, par endroit elles apparaissent  plein  
 dans ce dessin, à d'autres endroits en négatif,
 et à d'autres endroits elles n'apparaissent pas du tout...

 et d'autre part, il n'est pas vrai, dans la nature, que ce soit tout  
 de l'herbe :
 Par exemple l'accès au parking, sur place, n'a pas cette forme-là,
 cet accès passe dans la zone dessinée comme herbe, y compris la  
 barrière de péage du parking.

 Aussi, ça colle en un pâté ensemble des choses, qui sont à des  
 niveaux très différents, séparés par des murs mastodontes.

 Pour décrire de telles  incidences de terrain, les tags d'osm sont  
 encore un peu pauvre,
 et les lignes d'alti extraites des dem disponibles gratos
 ne sont pas suffisamment précis pour se baser dessus, loin de là !

 A terme, il serait coumême sympa si, nous aurions les tags nécessaires  
 pour dessine par exemple Mont-Louis comme il faut, patrimoine  
 mondial... :-).

 Pour dire, qu'i serait chouette si un jour on aurait des tags pour  
 mieux décrire la topo.
 Certains s'en occupent, avec ridge et le thalweg (*) par exemple,
 mais on est encore loin de disposer d'une description cohérente pour  
 tout ça :-(
 Un jour peut-être ça viendra, et quelqu'un s'y dédiera ?

 Gerhard
Mes essais pour entrer la Citadelle de Besançon :
http://osm.org/go/0CUkzdSmR-

fort usage du barrier=city_wall (les polygones risquent de disparaître,
ils sont masqués pour l'import CLC)

Autres essais pour le Fort de Joux
http://osm.org/go/0CTEwWObg--
Difficile de cartographier une bute qui est une poudrière couverte de 6
m de terre et engazonnée.
http://sautter.com/map/?zoom=18lat=46.872022lon=6.374034layers=00B000TF

-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] Noms de voies à NE PAS référen cer

Pieren a écrit :
 Amha, le nom d'une allée (ou avenue) dans un cimetière est bien
 destiné aux vivants. Les morts n'ont plus besoin de logiciel de
 navigation, ni de nameFinder là où ils sont.
 Ce nom a toute sa place dans la base et les index de recherche avec le
 tag name et non note.
 Ce qui serait plus dommageable serait qu'il soit combiné avec
 highway=unclassified ou service et relié au réseau routier classique
 sans séparation (par des tags access et/ou barrier), ce qui risquerait
 d'amener les chauffards qui suivent leur GPS aveuglément au milieu du
 cimetière !
   
Z'ont qu'à pas conduire à tombeau ouvert !
 On pourrait aussi dire que access=destination est valable pour nous tous...
   
Certes... Mais pas designated trop vite...
-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] tagguer une digue

2009/9/25 Vincent Pottier vpott...@gmail.com

 Mes essais pour entrer la Citadelle de Besançon :
 http://osm.org/go/0CUkzdSmR-

 fort usage du barrier=city_wall (les polygones risquent de disparaître,
 ils sont masqués pour l'import CLC)

 Autres essais pour le Fort de Joux
 http://osm.org/go/0CTEwWObg--
 Difficile de cartographier une bute qui est une poudrière couverte de 6
 m de terre et engazonnée.

 http://sautter.com/map/?zoom=18lat=46.872022lon=6.374034layers=00B000TF


C'est toi qui avait mappé les forets du cote de Besancon?

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

[OSM-talk-fr] Systeme TMC - Table de Localisation France

2009-09-25 Par sujet Fabien Giraud


Bonjour à tous,

 

J'ai fait une petite recherche dans le wiki OSM et sur le net à propos du 
système d'informations routieres TMC [1]

 

le Wiki ou la liste de diffusion talk-fr ne semblent pas contenir 
d'informations concernant l'intégration des différents points et segments TMC 
pour le réseau routier français, comme cela a été effectué en Allemagne [2].

 

Le forum GPS passion [3] donne une piste pour trouver la source des données, 
avec une description assez complète du fonctionnement, et surtout un lien qui 
permet d'aller interroger sur une carte interactive [4] la table des 
localisants (en anglais LocationCodeList - LCL [2]) 

 

La table des localisants est gérée en France par le SETRA [5] qui indique sur 
son site :

Le projet de tables des localisants consiste :


à définir des points caractéristiques facilement identifiables par les usagers 
pour localiser les difficultés de circulation, 
à maintenir et actualiser ces points repères de référence. 
Ces tables sont destinées à être fournies aux cartographes, aux constructeurs 
et aux équipementiers routiers pour faciliter les échanges de données entre les 
centres d’information routière et les usagers au niveau européen.

 

Il n'est pas mentionné l'existante de copyright ou d'aspect commercial pour 
l'utilisation de ces données géographiques.

 

1. Pensez-vous que l'obtention des données françaises de tables de localisants 
présente un intérêt pour le projet OSM ?

(perso je pense OUI)


2. A-t-on déjà contacté le SETRA pour présenter le projet OSM ? 

Est-ce une bonne opportunité pour ce point particulier du TMC et pour la 
présentation d'OSM en général ?

 

3. Pour la prise de contact, le site du SETRA contient un organigramme [6]

Il y a une branche nommée Applications techniques et systèmes d'information 
avec les coordonnées des services suivants:

_ Études et projets informatiques

_ Systèmes d'information

J'imagine que ce sont ces personnes qui seront les interlocuteurs les plus à 
même de nous répondre sur la question

 

Salutations, et bravo à tous les contributeurs, je découvre tout juste ce 
projet que je trouve bien passionnant !

 

Fabien, a.k.a. ab_fab

 

---

[1] http://fr.wikipedia.org/wiki/Traffic_Message_Channel

[2] http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany

[3] http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=96745

[4] 
http://cartelie.application.equipement.gouv.fr/cartelie/voir.do?carte=pkservice=CETE_SO

[5] http://www.setra.equipement.gouv.fr/

[6] http://www.setra.equipement.gouv.fr/IMG/pdf/organigramme_Setra_010709.pdf
  
_
Téléphonez gratuitement à tous vos proches avec Windows Live Messenger  !  
Téléchargez-le maintenant ! 
http://www.windowslive.fr/messenger/1.asp___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Corine] Proposed features/orchard

Bonjour,

Corine va être importé. Le tag orchard n'est toujours pas approuvé. 2000
polygones vont être importés avec ce tag.

http://wiki.openstreetmap.org/wiki/Proposed_features/orchard est
toujours à l'état Draft.

Merci de réagir.


-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

Le 25 sept. 09 à 14:47, Fabien Marchewka a écrit :

 J'ai le cas de plusieurs planches non géoréférencée sans croisillons  
 et pourtant la couche cadastre de geoportail fonctionne, donc l'IGN  
 à surement géoréférencé ces cartes.
 Je cherche un moyen de géoréférencer ces planches même sans le plug-in

J'en ai eu le même blême, et l'ai encore, au niveau job :-(
Des plans (papier) sans indications Lambert, et sans nord d'indiqué.
Ça me semblent d'être des survivants  des reformes/re-travails  
cadastraux précédents
(ai actuellement un tel blême, pour positionner un site en pleine  
forêt à des kilomètres de tout).
Et sur cad.gouv', c'est un peu pareil...

Ma soluce, pour l'instant :
J'vais sur place, gps à la main,
identifie dans la nature quelques points qui figurent sur le plan  
d'une manière distincte,
un pont ici, une maison là, de préférence quatre ou cinq, dont un vers  
le centre du plan
(puisque des vieux plans peuvent être assez chewing-gum... :(  )
me fais plusieurs wpts à chacun de ces endroits (puis la moyenne),
et ensuite moyenne la position de la planche d'après ça.
En général ça colle à peu près.

 - Il semble que ces planches aient le nord à la verticale

Oups, fais gaffe,
j'en connais des planches papier qui ont le Nord complètement  
ailleurs, ça vient du napoléonien.
Et en plus, quel Nord ? Un géographique, un magnétique, ou un  
Lambert ?
S'il n'y a pas les croix Lambert sur une feuille papier, le nord peut  
être n'importe-où

Et même s'il y a des croix, sur des planches à l'ancienne, souvent ces  
croix étaient l'assemblage local sur place, des arpenteurs,
aucun rapport à un système cardinal.
Ce sont des croix Lambert seulement si au bord de la feuille  
figurent les chiffres Lambert (encore savoir, quel Lambert...)
Aussi 'faut se méfier s'il y a un Nord fait au tampon (bleu, en  
général), sur la copie d'une planche : souvent le tampon a été mis à  
l'œuil, au pif, par le préposé au guichet, sa précision peut être  
aléatoire...

Ça vaut pour les planches papier.

Maintenant si on trouve la planche sur géoportail, ils ont quand même  
nordé et assemblé les feuilles raster.
et t'as en bas à gauche les coords géo du curseur.
(Si besoin, il y a le logiciel gratos circe du ign, pour  
transformation de coordonnées,
même le béta que je suis arrive à s'en servir).

Toutefois, il reste l'imprécision de certaines zones du cadastre,
c.a.d. en cambrousse montagneuse, il ne colle pas avec le gps (peu  
importe si  plan raster ou vectorisé...),
et sur géoportail on voit bien comment les différentes cartes, photos,  
et cadastre, parfois diffèrent...

Même au recoupement entre plusieurs planches raster du cadastre  
souvent ça ne colle pas ensemble,
mais alors aux limites où deux communes pas encore verctorisées se  
touchent, ou plutôt se croisent, bonjour les dégâts...
(Je pense que ça doit donner du fil à retordre aux géooportailliens  
à s'arracher les chaveux...).

Gerhard

Ps : Surtout pas oublier, que géoportail et ign sont copyright,
pas utiliser ça pour OSM !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Systeme TMC - Table de Localisation France

2009/9/25 Fabien Giraud ab_f...@hotmail.com

  Bonjour à tous,

 J'ai fait une petite recherche dans le wiki OSM et sur le net à propos
 du système d'informations routieres TMC [1]

 le Wiki ou la liste de diffusion talk-fr ne semblent pas contenir
 d'informations concernant l'intégration des différents points et segments
 TMC pour le réseau routier français, comme cela a été effectué en Allemagne
 [2].



L'import allemand va bientôt commencer.


 Le forum GPS passion [3] donne une piste pour trouver la source des
 données, avec une description assez complète du fonctionnement, et surtout
 un lien qui permet d'aller interroger sur une carte interactive [4] la
 table des localisants (en anglais LocationCodeList - LCL [2])



Intéressant.


 La table des localisants est gérée en France par le SETRA [5] qui indique
 sur son site :
 Le projet de tables des localisants consiste :

- à définir des points caractéristiques facilement identifiables par
les usagers pour localiser les difficultés de circulation,
- à maintenir et actualiser ces points repères de référence.

 Ces tables sont destinées à être fournies aux cartographes, aux
 constructeurs et aux équipementiers routiers pour faciliter les échanges de
 données entre les centres d’information routière et les usagers au niveau
 européen.

 Il n'est pas mentionné l'existante de copyright ou d'aspect commercial pour
 l'utilisation de ces données géographiques.

 1. Pensez-vous que l'obtention des données françaises de tables de
 localisants présente un intérêt pour le projet OSM ?
 (perso je pense OUI)


Oui, complètement d'accord.


 2. A-t-on déjà contacté le SETRA pour présenter le projet OSM ?
 Est-ce une bonne opportunité pour ce point particulier du TMC et pour la
 présentation d'OSM en général ?



Je les ai contacte, mais je n'ai pas eus de réponse pour le moment. J'ai
fait une démarche similaire pour le Royaume-Uni.


 3. Pour la prise de contact, le site du SETRA contient un organigramme [6]
 Il y a une branche nommée Applications techniques et systèmes
 d'information avec les coordonnées des services suivants:
 _ Études et projets informatiques
 _ Systèmes d'information
 J'imagine que ce sont ces personnes qui seront les interlocuteurs les plus
 à même de nous répondre sur la question



Si tu as une réponse, je suis intéressée. J'ai commence a regarder la
possibilité d'importer les données, ainsi que de les extraire en temps réel
en utilisant un logiciel comme GNU Radio. Mon but est a terme de construire
un layer pour OSM avec le traffic dessus. Il y a un certain nombre de
complexité qui rentre en jeu comme de faire coïncider les lieux présents
dans le LCL avec les vrais cartes.
J'ai déjà contacte Marcus un certain nombre de fois concernant, et je suis
avec une certaine impatience ce qui va se passer en Allemagne. Toutefois,
pour Marcus, il utilise les données RDF venant de son récepteur GPS ce qui
n'est pas forcement le plus intéressant. Je vois plus un système fixe avec
plusieurs récepteurs en France et ailleurs en Europe afin de fournir le
layer comme on veut.
L'autre partie du plan est un système similaire a ce que certaines sociétés
font concernant la détection de traffic. Si par bonheur ou malheur, on
arrive a localiser un utilisateur sur une route et qu'il avance doucement,
on peut en théorie déduire le traffic. Après tout c'est que fait SFR en
France en conjonction avec une autre société. Je pense que ça serait quelque
chose d'assez important a mettre en place. De plus, ça cadre bien avec ma
vision que OSM devra a un moment donné se baser sur des données automatiques
pour trouver des changements dans les cartes.
Maintenant que Corine est sur le point de se terminer, ce projet était en
haut de ma liste mais si quelqu'un commence quelque chose, j'aiderais avec
plaisir.

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

Re: [OSM-talk-fr] [Corine] Proposed features/orchard

2009/9/25 Vincent Pottier vpott...@gmail.com

 Bonjour,

 Corine va être importé. Le tag orchard n'est toujours pas approuvé. 2000
 polygones vont être importés avec ce tag.

 http://wiki.openstreetmap.org/wiki/Proposed_features/orchard est
 toujours à l'état Draft.

 Merci de réagir.


Le vote sur un wiki ne marche pas vraiment. Ce qui fait vraiment un tag de
ce genre reste l'utilisation publique. Bon je vais quand même aller essayer
de faire avancer le schmilblick.

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

[OSM-talk-fr] Re : [Corine] Proposed features/orchard

2009-09-25 Par sujet Arnaud CORBET

AMHA on importe quand même. Si il est rejeté ou remplacé il suffira de 
substituer le nouveau tag à celui-ci. Entre temps il serait dommage de ne pas 
importer l'info.





De : Vincent Pottier vpott...@gmail.com
À : OpenStreetMap talk-fr@openstreetmap.org
Envoyé le : Vendredi, 25 Septembre 2009, 17h28mn 42s
Objet : [OSM-talk-fr] [Corine] Proposed features/orchard

Bonjour,

Corine va être importé. Le tag orchard n'est toujours pas approuvé. 2000
polygones vont être importés avec ce tag.

http://wiki.openstreetmap.org/wiki/Proposed_features/orchard est
toujours à l'état Draft.

Merci de réagir.


-- 
Vincent alias FrViPofm

___
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] Noms de voies à NE PAS réfé rencer

2009-09-25 Par sujet openstreetmap

La question n'est pas qu'une question de routage...
Sur 100 personnes qui vont chercher la Rue des Marroniers, il y en aura 1 qui 
cliquera, sur son GPS, sur l'Avenue, par erreur, ou qui se dira c'est sûrement 
au même endroit.
D'où ma remarque dans mon mail initial : ce serait source de confusions 
incessantes pour les vivants.

Le nom de la voie, dans le cimetière, mérite d'être affiché sur une carte, mais 
il ne mérite pas d'être recherché. D'où mon point.
Question simple : qui n'a jamais cherché Labicana, Rome dans Google Maps, 
sans se poser la quesiton de savoir si c'était une Via ou autre chose ?


Quant au tag qui ressemble à renderer = no, je n'ai plus le tag précis en 
tête, mais c'est un tag qui indique de ne pas afficher une information (le nom 
de la voie, peut-être ?). Je ne sais plus où je l'ai vu, mais je suis sûr de 
l'avoir vu ; et il avait une vraie raison d'être (éviter les surcharges).




- Mail Original -
De: Vincent Pottier vpott...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Vendredi 25 Septembre 2009 17:20:49 GMT +01:00 Amsterdam / Berlin / 
Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Noms de voies à NE PAS référencer

Pieren a écrit :
 Amha, le nom d'une allée (ou avenue) dans un cimetière est bien
 destiné aux vivants. Les morts n'ont plus besoin de logiciel de
 navigation, ni de nameFinder là où ils sont.
 Ce nom a toute sa place dans la base et les index de recherche avec le
 tag name et non note.
 Ce qui serait plus dommageable serait qu'il soit combiné avec
 highway=unclassified ou service et relié au réseau routier classique
 sans séparation (par des tags access et/ou barrier), ce qui risquerait
 d'amener les chauffards qui suivent leur GPS aveuglément au milieu du
 cimetière !
   
Z'ont qu'à pas conduire à tombeau ouvert !
 On pourrait aussi dire que access=destination est valable pour nous tous...
   
Certes... Mais pas designated trop vite...
-- 
Vincent alias FrViPofm

___
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] [Corine] Proposed features/orchard

2009-09-25 Par sujet Art Penteur

Le 25 septembre 2009 17:28, Vincent Pottier vpott...@gmail.com a écrit :
 Bonjour,

 Corine va être importé. Le tag orchard n'est toujours pas approuvé. 2000
 polygones vont être importés avec ce tag.

 http://wiki.openstreetmap.org/wiki/Proposed_features/orchard est
 toujours à l'état Draft.


Je ne connais rien au processus OSM. Mais :

Sur la page wiki du draft, les champs RFC-Start: et Vote-Start: sont vides.
Est-ce qu'il ne faudrait pas que tu Send out an RFC (Request For
Comments) to t...@openstreetmap.org mailing list. , et indique la
date d'envoi sur la page wiki ?

Si c'est fait, il faudra poasser au vote.

Art.

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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-09-25 Par sujet Eric SIBERT

En tout cas, pour le Bugue, le nord, quel qu'il soit, n'est pas aligné 
avec le bord de la planche ni avec le scan.

J'ai beau regarder les coordonnées, elles restent un mystère. Ce n'est 
pas du Lambert III où les chiffres supérieurs auraient été tronqués, ni 
du LII étendu...

Éric

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

Re: [OSM-talk-fr] tagguer une digue

Emilie Laffray a écrit :


 2009/9/25 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com

 Mes essais pour entrer la Citadelle de Besançon :
 http://osm.org/go/0CUkzdSmR-

 fort usage du barrier=city_wall (les polygones risquent de
 disparaître,
 ils sont masqués pour l'import CLC)

 Autres essais pour le Fort de Joux
 http://osm.org/go/0CTEwWObg--
 Difficile de cartographier une bute qui est une poudrière couverte
 de 6
 m de terre et engazonnée.
 
 http://sautter.com/map/?zoom=18lat=46.872022lon=6.374034layers=00B000TF
 
 http://sautter.com/map/?zoom=18lat=46.872022lon=6.374034layers=00B000TF


 C'est toi qui avait mappé les forets du cote de Besancon?
Oui. Elles ont disparu (passées en landuse2), la carte est toute plate,
toute terne, on dirait ggmap ! Vivement Corine, qu'on puisse remettre
tout ça.
-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] tagguer une digue

2009/9/25 Vincent Pottier vpott...@gmail.com

 Oui. Elles ont disparu (passées en landuse2), la carte est toute plate,
 toute terne, on dirait ggmap ! Vivement Corine, qu'on puisse remettre
 tout ça.


C'est donc toi que je dois blâmer pour une des forets qui posait problème
question polygone ;) Ah la la, tout ce temps passe a réparer le polygone
pour le voir effacer :P

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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-09-25 Par sujet Denis

Eric SIBERT a écrit :
 En tout cas, pour le Bugue, le nord, quel qu'il soit, n'est pas aligné 
 avec le bord de la planche ni avec le scan.
 
 J'ai beau regarder les coordonnées, elles restent un mystère. Ce n'est 
 pas du Lambert III où les chiffres supérieurs auraient été tronqués, ni 
 du LII étendu...

Peut-être regarder du côté des projections UTM. J'ai un vague souvenir 
d'avoir lu que certaines planches pouvaient être dans cette projection.

Denis

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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009/9/25 Eric SIBERT courr...@eric.sibert.fr

 En tout cas, pour le Bugue, le nord, quel qu'il soit, n'est pas aligné
 avec le bord de la planche ni avec le scan.

 J'ai beau regarder les coordonnées, elles restent un mystère. Ce n'est
 pas du Lambert III où les chiffres supérieurs auraient été tronqués, ni
 du LII étendu...


On en vient a se demander si ça n'est pas un easter egg laissé pour le
cadastre par quelqu'un ayant le sens de l'humour :)

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

[OSM-talk-fr] Déclassement des routes nationale s

2009-09-25 Par sujet ICHB

Bonjour,

Il en a déjà été question il y a deux ans
(http://lists.openstreetmap.org/pipermail/talk-fr/2007-September/000588.html),
est-ce que vous savez si les routes nationales requalifiées en routes
départementales ont toutes été mises à jour ?

Est-ce que des travaux de mises à jour en masse ont été effectués sur
tout le territoire, et est-ce qu'il existe un référentiel exhaustif des
changements qui ont été faits par l'Équipement ?

Je me pose la question vu qu'il reste des bouts encore appelés N23
alors que certains sont déjà indiqués comme étant D723/D323.

Pour rappel, quelques infos sont disponibles sur
http://routes.wikia.com/wiki/R%C3%A9forme_de_2005

La réforme est ancienne, mais comme ça n'a pas été mis en place d'un
seul coup, le projet OSM a beau être relativement récent, y'a
potentiellement des manques à ce sujet.

Il y a aussi le problème soulevé sur la liste il y a deux ans sur le
fait qu'un quidam qui cherche la RN23 risque d'être surpris s'il la
retrouve pas.

Bref, où en est-on ?

Voilou.

-- 
ICHB

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

Re: [OSM-talk-fr] import des données de geovelo.fr

2009-09-25 Par sujet monsieur a

Suite à mon entretien avec les responsables du site geovelo.fr j'ai
récupéré le shapefile des données qu'ils avait collecté sur le terrain
uniquement.

Le problème est qu'il ont tracé sur les orthophoto de la communauté
d'agglomération de Tours donc je vais prendre contact avec eux pour
savoir si l'utilisation de ces photos peut être réutilisable pour osm
(une pierre deux coups).

Leur site risque de basculer sur les cartes osm, suivant le niveau de
couverture.

Le mardi 22 septembre 2009 à 11:10 +0100, Emilie Laffray a écrit :
 monsieur a wrote:
  Bonjours,
 
  J'ai rendez vous Jeudi avec les responsables du site geovelo.fr car il
  vont faire don de leurs données concernant les pistes cyclables de la
  région Tourangelle.
 
  Je vais avoir besoin d'un coup de main pour les questions techniques
  pour importer ces données. (quelle format pour les données, quel système
  de projection...)
 
  Toutes les idées de questions que je pourrais leur poser sont les
  bienvenues.

 Hum, ils n'avaient pas dit initialement ils s'étaient bases sur
 TeleAtlas? Il faudrait voir dans quel mesure ca pollue leurs données
 d'un point de vue de copyright sachant que les licences TA impliquent
 généralement de vendre son âme. Sont ils d'accord avec la nouvelle
 licence odbl? Même si on est encore sous une licence CC-By-SA, il faut
 voir qu'on s'achemine vers la licence odbl et il faut toujours la
 mentionner pour un futur import.
 La projection de base pour la base de donnée est SRID 4326 (WGS 84). Il
 me semble que TA utilise un WGS84 légèrement différent avec un sphéroïde
 légèrement mieux (postgis ne reconnaît pas la projection de base de TA
 et en crée une nouvelle version a partir du fichier proj s'il n'existe
 pas). Il faut ensuite savoir sous quel format ils vont mettre leurs
 données disponibles. J'espère qu'ils mettront ça dans un format genre
 shapefile. Il faudra sûrement utiliser un outil comme roadmatcher sous
 openjump pour fusionner les routes cyclables.
 Ah oui, aussi, quelle est la taille des données?
 J'ai dans les cartons un système pour faire des détections d'overlap
 comme pour Corine mais pour les routes mais ce n'est pas encore au point.
 
 Emilie Laffray
 
 ___
 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] Re : [Corine] Proposed features/orchard

2009/9/25 Vincent Pottier vpott...@gmail.com

 Arnaud CORBET a écrit :
  AMHA on importe quand même.
 Bien sûr ! Mais ça fait moins râler les gens si le tag est approuvé. Il
 y a des character=susceptible (category:rejected feature) parmi les
 OSMeurs.


Oui et au final, ils sont la minorité bruyante. Le mot plantage n'est pas
anglais a la base (ou alors j'ai mal regarde). Donc déjà je ne suis pas sure
que ça aille pour une clé.

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

Re: [OSM-talk-fr] Traduction wiki gondola vs cable _car dans le transport par câble

2009-09-25 Par sujet Christophe Jacquet

Bonsoir,

Je n'ai jamais vu d'installation du type dont tu parles, donc je ne
saurais dire comment ça s'appelle en anglais. À chaque fois que j'ai
vu gondola, c'était pour des télécabines fermées et où on est assis.

Christophe (ChJ).


2009/9/25 g.d g...@wanadoo.fr:
 Un jour il me manquait un tag pour décrire les poubelles,
 ces petits paniers ouverts, 2 personnes la plupart, et on reste
 debout, à l'air.

 Gondola me fait plutôt penser aux œufs où on est assis, et à l'abri,
 ça me paraissait un peu trop luxueux pour les pelleteuses à touristes.
 Pas trouvé ça sur
 http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps
 Gerhard
 ---
 Le 23 sept. 09 à 11:05, Christophe Jacquet a écrit :

 Bonjour,

 http://wiki.openstreetmap.org/index.php/Proposed_features/Piste_Maps

 D'après mon expérience de la montagne, d'accord avec ça :
 – cable car = téléphérique : 1 ou 2 cabines, sens alterné,
 – gondola = télécabine (familièrement : œufs) : 2 cabines, en boucle,
 – chair lift = télésiège.

 Christophe (ChJ).

 ___


 ___
 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] import des données de geovelo.fr

2009-09-25 Par sujet Julien D.

2009/9/25 monsieur a sr...@mageos.com

 Leur site risque de basculer sur les cartes osm, suivant le niveau de
 couverture.


C'est pour aider leur projet la tonne d'ajouts (building+adresses) que tu
fais dernièrement sur Tours centre ? :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Noms de voies à NE PAS réfé rencer

2009-09-25 Par sujet Julien D.

2009/9/25 openstreet...@coutiere.com

 La question n'est pas qu'une question de routage...
 Sur 100 personnes qui vont chercher la Rue des Marroniers, il y en aura 1
 qui cliquera, sur son GPS, sur l'Avenue, par erreur, ou qui se dira c'est
 sûrement au même endroit.


Justement ton seul exemple est basé sur du routage.

Il y a mille et une utilisation possible de la base OpenStretMap et c'est à
chaque logiciel de différencier ce qu'il cherche réellement.

Un GPS routier bien conçu ne cherchera pas un nom de rue dans un footway
(surtout s'il est configuré en mode automobile).

Si par hasard il doit afficher les 2 rues (mode piéton), il affichera le
type de rue le plus important en premier (unclassified prioritaire à
footway) et l'autre dans la même liste.

À l'utilisateur de ne pas être idiot en cliquant bêtement, mais quoi qu'on
fasse on n'échappera pas à la loi de Murphy :)

Et pourquoi un utilisateur n'aurait pas le droit de chercher un tombeau dans
l'Avenue des Marronniers ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Déclassement des routes nationales

2009-09-25 Par sujet Gilles Corlobé

Précision : wikipedia donne les nouveaux numéros de cette route :
http://fr.wikipedia.org/wiki/Route_nationale_23_%28France%29

 -Message d'origine-
 De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-
 boun...@openstreetmap.org] De la part de ICHB
 Envoyé : vendredi 25 septembre 2009 18:20
 À : Discussions sur OSM en français
 Objet : [OSM-talk-fr] Déclassement des routes nationales
 
 Bonjour,
 
 Il en a déjà été question il y a deux ans
 (http://lists.openstreetmap.org/pipermail/talk-fr/2007-
 September/000588.html),
 est-ce que vous savez si les routes nationales requalifiées en routes
 départementales ont toutes été mises à jour ?
 
 Est-ce que des travaux de mises à jour en masse ont été effectués sur
 tout le territoire, et est-ce qu'il existe un référentiel exhaustif des
 changements qui ont été faits par l'Équipement ?
 
 Je me pose la question vu qu'il reste des bouts encore appelés N23
 alors que certains sont déjà indiqués comme étant D723/D323.
 
 Pour rappel, quelques infos sont disponibles sur
 http://routes.wikia.com/wiki/R%C3%A9forme_de_2005
 
 La réforme est ancienne, mais comme ça n'a pas été mis en place d'un
 seul coup, le projet OSM a beau être relativement récent, y'a
 potentiellement des manques à ce sujet.
 
 Il y a aussi le problème soulevé sur la liste il y a deux ans sur le
 fait qu'un quidam qui cherche la RN23 risque d'être surpris s'il la
 retrouve pas.
 
 Bref, où en est-on ?
 
 Voilou.
 
 --
 ICHB
 
 ___
 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] Déclassement des routes nationales

2009-09-25 Par sujet Yoann ARNAUD

ICHB a écrit :
 Bonjour,
 
 Il en a déjà été question il y a deux ans
 (http://lists.openstreetmap.org/pipermail/talk-fr/2007-September/000588.html),

2 ans, déjà ! :)

 est-ce que vous savez si les routes nationales requalifiées en routes
 départementales ont toutes été mises à jour ?

Et bien je ne crois pas, j'ai encore l'impression quand je fais de le
route qu'il y a à manger et à boire. Pas simple de savoir si la route
est encore nationale, ou si le panneau est en attente de changement... à
part posséder une source fiable et exhaustive, et tout vérifier route
par route, je ne vois pas trop.


-- 
Yoann.

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

Re: [OSM-talk-fr] import des données de geovelo.fr

2009-09-25 Par sujet monsieur a

Non ça c'est parce que je suis en partie livreur et avec les adresses
exacte c'est beaucoup plus facile de gérer des tournées ou d'orienter
les nouveaux livreurs.

Jusqu'à maintenant je n'avais fait aucune piste cyclable c'est pour ça
que je les ai démarchés.

Le vendredi 25 septembre 2009 à 18:54 +0200, Julien D. a écrit :
 2009/9/25 monsieur a sr...@mageos.com
 Leur site risque de basculer sur les cartes osm, suivant le
 niveau de
 couverture.
 
 C'est pour aider leur projet la tonne d'ajouts (building+adresses) que
 tu fais dernièrement sur Tours centre ? :)
 
 ___
 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] Import POI - Crédit Mutuel

Bonjour,
J'ai effectué l'import des POI amenity=atm (amenity=bank en cours)
concernant les DAB/GAB Credit Mutuel de Bretagne, Credit mutuel Massif
Central et Crédit Mutuel Sud-Ouest et leur agences.

Il peut exister quelques imperfection quant à la localisation des POI.
Aussi, je compte sur vous pour ajuster ceux de votre coin.

Les tags associés sont :


amenity=atm/bank
name=Crédit Mutuel de Bretagne/Crédit Mutuel
note=adresse;ex : 10 RUE LOUIS NICOLLE, PLOUGASTEL DAOULAS, 29470 FRA
source=Credit-Mutuel-de-Bretagne_20090205

Ce ne sont pas forcément les même noms car la Bretagne est la seule à
disposer de son nom sur l'enseigne.
Pour aider à la futur localisation avec les adresses, j'ai placé l'adresse
administrative en note.

-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB ste...@le-roux.info
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

[OSM-talk-fr] Import Corine - Status

Bonjour,

le but de cet email est de tenir au courant tout le monde sur le statuts de
l'import Corine. Il y a de nombreuses étapes dans l'import et il est
important que tout le monde sache a peu près ou l'on en est.
Les étapes sont les suivantes:
- Import extraction de la France
- Correction des polygones non valides dans Postgis
- Calcul des chevauchements
- Extraction des polygones et transformation en fichier OSM
- Consolidation des polygones (les nodes sont fusionnes ainsi que les
différents fichiers)
- Upload des fichiers sur le serveur principal

Nous en sommes a la première étape qui est l'import de la France dans ma
base de donnée avec osm2pgsql. J'espère que toutes les étapes jusqu'à
extraction des polygones inclus seront finies d'ici ce week end.

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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-09-25 Par sujet Olivier Croquette

Emilie Laffray wrote, On 25/09/09 18:18:
 En tout cas, pour le Bugue, le nord, quel qu'il soit, n'est pas aligné
 avec le bord de la planche ni avec le scan.
 
 J'ai beau regarder les coordonnées, elles restent un mystère. Ce n'est
 pas du Lambert III où les chiffres supérieurs auraient été tronqués, ni
 du LII étendu...
 
 On en vient a se demander si ça n'est pas un easter egg laissé pour le 
 cadastre par quelqu'un ayant le sens de l'humour :)

C'est bien ma veine, moi qui venait de trouver quelques heures depuis 
les mois que je voulais m'y mettre :D


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

Re: [OSM-talk-fr] cadastre-fr: l'image disparait systematiquement au georeferencement

2009-09-25 Par sujet Olivier Croquette

Eric Sibert wrote, On 25/09/09 15:55:
 Existe-t-il des plans sur le
 cadastre en ligne qui ne sont pas projetés en Lambert 4 zones ?
 Lorsque l'on demande la fiche d'information pour une feuille, on
 obtient l'échelle, l'orientation, le géoréférencement ou non [...]
 Rien concernant la projection.
 
 Aïe. L'hypothèse numéro 1 est de supposer que tout le monde utilise  
 les projections légales donc que tout est en Lambert. Mais c'est en  
 faisant des suppositions qu'on finit par se planter. Et les  
 coordonnées bizarres des planches de Le Bugue font sérieusement  
 douter. En plus, las valeurs de X et Y sont faibles (quelques dizaines  
 de kilomètres), ce qui fait penser à une projection locale. Si la  
 projection inconnue conserve les angles (projection conforme), ce  
 n'est pas un problème à gérer à l'échelle d'une planche de cadastre.  
 Dans le cas contraire, comme la projection de Bonne, ça risque  
 d'introduire des erreurs.

C'est ce qui m'inquiète. J'ai essayé de le faire à la main, avec 
PicLayer, en tentant de faire correspondre.
Quand ça correspond à un bout, ça ne correspond pas à un autre.
C'est soit dû à l'imprécision de ma carte actuelle (faite à coup de 
traces GPS),  soit à une discordance de projection j'imagine.

Les développeurs du site du cadastre devraient savoir ça non ? Quelqu'un 
aurait un contact privilégié ?

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

Re: [OSM-talk-fr] Import POI - Crédit Mutuel

2009/9/25 Steven Le Roux ste...@le-roux.info

 Bonjour,
 J'ai effectué l'import des POI amenity=atm (amenity=bank en cours)
 concernant les DAB/GAB Credit Mutuel de Bretagne, Credit mutuel Massif
 Central et Crédit Mutuel Sud-Ouest et leur agences.

 Il peut exister quelques imperfection quant à la localisation des POI.
 Aussi, je compte sur vous pour ajuster ceux de votre coin.

 Les tags associés sont :


 amenity=atm/bank
 name=Crédit Mutuel de Bretagne/Crédit Mutuel
 note=adresse;ex : 10 RUE LOUIS NICOLLE, PLOUGASTEL DAOULAS, 29470 FRA
 source=Credit-Mutuel-de-Bretagne_20090205

 Ce ne sont pas forcément les même noms car la Bretagne est la seule à
 disposer de son nom sur l'enseigne.
 Pour aider à la futur localisation avec les adresses, j'ai placé l'adresse
 administrative en note.


Concernant les adresses, est ce qu'il n'aurait pas été plus facile de créer
directement les tags adresses?
Aussi quelle est la licence sur les données du Credit Mutuel? J'ai regarde
quelque chose d'équivalent il y a quelques temps pour l'Angleterre mais il
était marqué que les données ne pouvaient pas être utilisés a des fins
commerciales, ce qui exclut une utilisation OpenStreetMap. C'est
complètement ridicule mais bref.
De plus, le séparateur ne devrait il pas être ;?

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

Re: [OSM-talk-fr] Noms de voies à NE PAS réfé rencer

Julien D. a écrit :
 2009/9/25 openstreet...@coutiere.com mailto:openstreet...@coutiere.com

 La question n'est pas qu'une question de routage...
 Sur 100 personnes qui vont chercher la Rue des Marroniers, il y
 en aura 1 qui cliquera, sur son GPS, sur l'Avenue, par erreur, ou
 qui se dira c'est sûrement au même endroit.


 Justement ton seul exemple est basé sur du routage.

 Il y a mille et une utilisation possible de la base OpenStretMap et
 c'est à chaque logiciel de différencier ce qu'il cherche réellement.

 Un GPS routier bien conçu ne cherchera pas un nom de rue dans un
 footway (surtout s'il est configuré en mode automobile).

 Si par hasard il doit afficher les 2 rues (mode piéton), il affichera
 le type de rue le plus important en premier (unclassified prioritaire
 à footway) et l'autre dans la même liste.

 À l'utilisateur de ne pas être idiot en cliquant bêtement, mais quoi
 qu'on fasse on n'échappera pas à la loi de Murphy :)

 Et pourquoi un utilisateur n'aurait pas le droit de chercher un
 tombeau dans l'Avenue des Marronniers ?
+1,
Et M. le Croque-mort, il n'a pas le droit de naviguer au GPS dans le
cimetière, s'il place son GPS en mode corbillard (donc le footway, c'est
limite :-) ?
-- 
Vincent alias FrViPofm

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

Re: [OSM-talk-fr] Import POI - Crédit Mutuel

2009/9/25 Emilie Laffray emilie.laff...@gmail.com


 2009/9/25 Steven Le Roux ste...@le-roux.info

 Bonjour,
 J'ai effectué l'import des POI amenity=atm (amenity=bank en cours)
 concernant les DAB/GAB Credit Mutuel de Bretagne, Credit mutuel Massif
 Central et Crédit Mutuel Sud-Ouest et leur agences.

 Il peut exister quelques imperfection quant à la localisation des POI.
 Aussi, je compte sur vous pour ajuster ceux de votre coin.

 Les tags associés sont :


 amenity=atm/bank
 name=Crédit Mutuel de Bretagne/Crédit Mutuel
 note=adresse;ex : 10 RUE LOUIS NICOLLE, PLOUGASTEL DAOULAS, 29470 FRA
 source=Credit-Mutuel-de-Bretagne_20090205

 Ce ne sont pas forcément les même noms car la Bretagne est la seule à
 disposer de son nom sur l'enseigne.
 Pour aider à la futur localisation avec les adresses, j'ai placé l'adresse
 administrative en note.


 Concernant les adresses, est ce qu'il n'aurait pas été plus facile de créer
 directement les tags adresses?


Oui et non, ça facilite un peu l'édition, mais d'un autre côté je préfère
qu'il y ait une passe humaine pour affiner la localisation du POI et
déterminer ainsi le choix de l'adresse, d'autant que le format de l'adresse
n'est pas toujours le même il me semble, du coup à parser c'est moins
simple.


 Aussi quelle est la licence sur les données du Credit Mutuel?


Pas de licence particulière, à part celle qui dit que c'est ok pour OSM...
donc CC-BY-SA par héritage.


 J'ai regarde quelque chose d'équivalent il y a quelques temps pour
 l'Angleterre mais il était marqué que les données ne pouvaient pas être
 utilisés a des fins commerciales, ce qui exclut une utilisation
 OpenStreetMap. C'est complètement ridicule mais bref.
 De plus, le séparateur ne devrait il pas être ;?


Les tag ont été donnés ici à titre d'info et ne représente pas ce qui est
importé car un POI est soit ATM soit BANK, mais pas les deux. (idem pour le
nom). ou alors parles-tu de l'adresse ?






 Emilie Laffray

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




-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB ste...@le-roux.info
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] Import Corine - Status

2009/9/25 Emilie Laffray emilie.laff...@gmail.com

 Bonjour,

 le but de cet email est de tenir au courant tout le monde sur le statuts de
 l'import Corine. Il y a de nombreuses étapes dans l'import et il est
 important que tout le monde sache a peu près ou l'on en est.
 Les étapes sont les suivantes:
 - Import extraction de la France
 - Correction des polygones non valides dans Postgis
 - Calcul des chevauchements
 - Extraction des polygones et transformation en fichier OSM
 - Consolidation des polygones (les nodes sont fusionnes ainsi que les
 différents fichiers)
 - Upload des fichiers sur le serveur principal

 Nous en sommes a la première étape qui est l'import de la France dans ma
 base de donnée avec osm2pgsql. J'espère que toutes les étapes jusqu'à
 extraction des polygones inclus seront finies d'ici ce week end.


En espérant que ça se passe bien ! bon week end :)



 Emilie Laffray

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




-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB ste...@le-roux.info
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] Import POI - Crédit Mutuel

2009/9/25 Steven Le Roux ste...@le-roux.info

 Oui et non, ça facilite un peu l'édition, mais d'un autre côté je préfère
 qu'il y ait une passe humaine pour affiner la localisation du POI et
 déterminer ainsi le choix de l'adresse, d'autant que le format de l'adresse
 n'est pas toujours le même il me semble, du coup à parser c'est moins
 simple.


Chouette, j'aurais des choses avec lesquelles m'amuser :) Mettre les
adresses reelles.




 Aussi quelle est la licence sur les données du Credit Mutuel?


 Pas de licence particulière, à part celle qui dit que c'est ok pour OSM...
 donc CC-BY-SA par héritage.


Parfait. Y a t'il moyen d'avoir les donnees pour toute la France?



 Les tag ont été donnés ici à titre d'info et ne représente pas ce qui est
 importé car un POI est soit ATM soit BANK, mais pas les deux. (idem pour le
 nom). ou alors parles-tu de l'adresse ?


D'accord. Certaines personnes mettent justement les deux noms sur le POI. Je
crois qu'il y a une discussion la dessus il y a quelque temps sur la mailing
list principale ou alors c'etait ici je ne me rappelle plus.

Encore merci pour enrichir la carte.

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

Re: [OSM-talk-fr] Osmose contre Josm

2009-09-25 Par sujet Patrice Vetsel

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

WoW il a les genous enflés ? J'ai répondu en espérant que mon Anglais
n'est pas trop nul.

Je retourne sa façon de penser. S'il avait de bons arguments, s'il était
dans le juste, il arriverait à changer le wiki et tout le monde
appliquerait sa façon de faire, mais ce n'est pas le cas. Il est donc en
tort ;)

Bon week-end


Pieren a écrit :
 2009/9/24 piratebab pirate...@hotmail.com:
 Et quand tu cherches ta route avec navit, ça te fait tout drôle un rond
 point à l'envers 
 
 Si vous voulez ajouter plus de poids à ma requête, vous pouvez
 l'appuyer en ajoutant vos commentaires sur le ticket JOSM:
 http://josm.openstreetmap.de/ticket/3578
 
 Pieren
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

- --
Patrice Vetsel ubu...@kagou.fr
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq9D88ACgkQAGLykBXAlNuEYwCfVHOxsrc3lOQOpBBK83i/PCEX
5nkAn04fJEnQVdScj37jlh2xveXnPmAW
=gU4P
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Noms de voies à NE PAS référen cer

Le Fri, Sep 25, 2009 at 04:05:49PM +0100, Emilie Laffray 
[emilie.laff...@gmail.com] a écrit:
 Amener les chauffards qui suivent leur GPS dans un cimetière, c'est vraiment
 amener la mort dans un lieu de repos. C'est tout bonnement criminel.

Tu te trouves sous-représentée dans la page de fortunes ? ;-)

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] import des données de geovelo.fr

2009-09-25 Par sujet Denis

monsieur a a écrit :
 Suite à mon entretien avec les responsables du site geovelo.fr j'ai
 récupéré le shapefile des données qu'ils avait collecté sur le terrain
 uniquement.
 
 Le problème est qu'il ont tracé sur les orthophoto de la communauté
 d'agglomération de Tours donc je vais prendre contact avec eux pour
 savoir si l'utilisation de ces photos peut être réutilisable pour osm
 (une pierre deux coups).

Ils sont sûrement ayant-droit de cette base de données. Les dernières 
licences de l'IGN (que je n'ai pas sous la main présentement) stipulent 
que la propriété intellectuelle (droit moral + patrimonial) de données 
créées à partir des orthophotos appartiennent au licencié. Je dis cela 
de mémoire, donc à prendre avec des pincettes. Cela m'évoque néanmoins 
les données exogènes utilisées par Corine Land Cover, avec la 
conséquence que l'on sait prochaine.

 
 Leur site risque de basculer sur les cartes osm, suivant le niveau de
 couverture.

J'appelle cela un challenge !!!

Denis

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

Re: [OSM-talk-fr] Noms de voies à NE PAS référen cer

Le Fri, Sep 25, 2009 at 04:48:02PM +0200, Charlie Echo 
[openstreet...@coutiere.com] a écrit:
 Les tags actuels sont : 
 highway=footway
 note=Avenue des Marronniers

Ben y'a assez peu de risque qu'un logiciel de routage pour automobile te
fasse passer par là, alors :)
Après, pour celui qui cherche « marronniers », ça lui donne 2 résultats,
pour discriminer, je suppose qu'il aura soit le nom précis (rue ... ou
avenue ...) soit, il va regarder ce qui se situe autour, et il verra
bien que c'est un cimetière.

Comme dit ailleurs dans le fil, il ne faut pas préjuger des usages.

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Déclassement des routes nationales

Le Fri, Sep 25, 2009 at 06:20:26PM +0200, ICHB [ichb@gmail.com] a écrit:
 Il y a aussi le problème soulevé sur la liste il y a deux ans sur le
 fait qu'un quidam qui cherche la RN23 risque d'être surpris s'il la
 retrouve pas.

old_ref=N 23


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

Re: [OSM-talk-fr] Import POI - Crédit Mutuel

2009/9/25 Emilie Laffray emilie.laff...@gmail.com

2009/9/25 Steven Le Roux ste...@le-roux.info

Oui et non, ça facilite un peu l'édition, mais d'un autre côté je préfère
qu'il y ait une passe humaine pour affiner la localisation du POI et
déterminer ainsi le choix de l'adresse, d'autant que le format de l'adresse
n'est pas toujours le même il me semble, du coup à parser c'est moins
simple.

Chouette, j'aurais des choses avec lesquelles m'amuser :) Mettre les
adresses reelles.

Aussi quelle est la licence sur les données du Credit Mutuel?

Pas de licence particulière, à part celle qui dit que c'est ok pour OSM...
donc CC-BY-SA par héritage.

Parfait. Y a t'il moyen d'avoir les donnees pour toute la France?

C'est le cas puisqu'il y a la Bretagne, le massif centrale et le sud-ouest.
Pour le reste, il me faut préciser qu'il existe plusieurs fédérations
régionnales (18) de Crédit Mutuel qui sont regroupées à 90% en deux groupes
:Le Crédit Mutuel Arkea qui regroupe les 3 fédérations que je viens de
citer, et le crédit mutuel centre-est europe.

Les données dont je dispose sont donc celle du groupe Arkea, et sont les POI
mis à disposition sur https://www.cmb.fr

Pour les autres fédérations, je n'ai aucun contact, et ne sais même pas si
elles disposent de leur POI ou
pas...^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H apparement elles ont leurs
données :
https://www.creditmutuel.fr:443/cmcee/fr/banques/accueil/menu-droite/ws_RECCAI.cgi?Choix=GPS

Il suffit donc de les contacter pour couvrir toute la france :)

Les tag ont été donnés ici à titre d'info et ne représente pas ce qui est
importé car un POI est soit ATM soit BANK, mais pas les deux. (idem pour le
nom). ou alors parles-tu de l'adresse ?

D'accord. Certaines personnes mettent justement les deux noms sur le POI.
Je crois qu'il y a une discussion la dessus il y a quelque temps sur la
mailing list principale ou alors c'etait ici je ne me rappelle plus.

Encore merci pour enrichir la carte.

Emilie Laffray

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

--
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB ste...@le-roux.info
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] tagguer une digue


ça sort pas mal, le fort de Besancçon...


Le 25 sept. 09 à 17:22, Emilie Laffray a écrit :




2009/9/25 Vincent Pottier vpott...@gmail.com
Mes essais pour entrer la Citadelle de Besançon :
http://osm.org/go/0CUkzdSmR-

fort usage du barrier=city_wall (les polygones risquent de  
disparaître,

ils sont masqués pour l'import CLC)

Autres essais pour le Fort de Joux
http://osm.org/go/0CTEwWObg--
Difficile de cartographier une bute qui est une poudrière couverte  
de 6

m de terre et engazonnée.
http://sautter.com/map/?zoom=18lat=46.872022lon=6.374034layers=00B000TF


C'est toi qui avait mappé les forets du cote de Besancon?

Emilie Laffray
___
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] Désabonnement provisoire

2009-09-25 Par sujet Frédéric Stévenot

Bonsoir,

Je n'arrive pas à suivre le rythme des mails de la liste de  
diffusion, et encore moins à cartographier. Je reprendrai tout cela  
quand j'aurais émerger. Aussi, serait-il possible de me mettre en  
stand-bye pour quelques temps, en marge de la liste, afin de ne plus  
recevoir les messages ?
Merci beaucoup par avance.

À bientôt,
Frédéric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Import de la CUB

2009/9/25 Steven Le Roux ste...@le-roux.info

 Hmm, on a tout intérêt à utiliser votre version alors. Il y a une doc qq
 part ?


Je vais voir pour trouver ca. Pieren a toutes les dernieres versions sur sa
machine.




 On va refaire une passe dessus de toute façon. Perso j'ai fait un jeu de
 fichier pour test, François en a fait un amélioré en fixant les tags qui
 vont bien directement. ça me semble une bonne idée de refaire une passe pour
 en faire un gros fichier et tester l'import dans une base locale. Je mettrai
 un mapnik en route pour que tout le monde puisse regarder l'intégration au
 sein de son quartier.


Je pense que la visualisation est une etape importante car ca permet de
jauger les problemes potentiels. En plus, dans le cas des donnees de la CUB,
c'est suffisemment petit pour que tout le monde juge de la qualite des
donnees. Une des peurs que certains membres du import working group est
qu'un import massif pertube la communaute sur deux points: 1) ca ecrase mon
travail 2) puisque c'est deja fait, pas besoin de faire. Je pense que la
visualisation permet de reduire ces problemes car ca implique qu'une
communaute travaille ensemble.



 Cette base locale sera de toute façon nécessaire dans le futur, car là,
 nous n'importons que les buildings, la suite, c'est passer par QGIS
 éventuellement pour importer les ways des communes aux alentours, et faire
 un layer avec un double rendu de Brest pour comparer la pertinence des deux
 sources, et voir si une de deux est globalement mieux que l'autre.


Oui je pense que c'est la meilleure chose a faire. Jusqu'a present,
j'utilisais openJump mais je pense que je vais passer a QGis, si je trouve
une version 64bits.


 Puis viendront les POI de la CUB (poubelles, parking, etc...), ça ça va
 venir assez vite vu le peu de difficulté.



 Qu'y a t'il exactement dedans? Est ce que ça ne va pas poser problème avec
 l'import Corine? Ne faudrait il pas coordonner cela un peu?


 Oui oui, il ne s'agit pas là d'un import massif des communes... ce sera à
 faire commune par commune car l'outils d'import assisté qui est censé gérer
 les superposition ne me donne pas satisfaction.



Au fait, un outil pour importer les polygones restants de Corine existe
deja. Il n'a pas ete devolie pour le moment. Vu comment l'outil a ete code,
il sera facilement utilisable par d'autres projets :) C'est Etienne qui a
code cela et l'outil est tout bonnement excellent pour peu que tu aies une
couche mapnik ou un autre fond.




 Pieren a un outil pour fusionner les noeuds.


 hmm tu as un lien et le nom de l'outil ? j'ai essaye des scripts ruby mais
 le résultat n'est pas bon.



Non, c'etait un outil Java fait maison par Pieren. Il faut lui demander
directement. Je peux le telecharger mais je crois que le plus simple c'est
de voir avec lui directement.



 non tant mieux :) tant que rien n'est fait, on peut tout faire ;)


Tant mieux. Je ne voulais pas avoir l'air d'arriver en jouant a Zorro a la
fin et de dire que je sais comment faire etc

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

Re: [OSM-talk-fr] Noms de voies à NE PAS réfé rencer

2009-09-25 Par sujet Olivier Croquette

Julien D. wrote, On 25/09/09 19:10:
 Un GPS routier bien conçu ne cherchera pas un nom de rue dans un footway 
 (surtout s'il est configuré en mode automobile).

Je ne suis pas d'accord. Si je veux faire une rando en montagne sur le 
Chemin des vaches, footway, j'attends de mon GPS qu'il me guide en 
voiture jusqu'au bas dudit chemin, pour que je poursuive à pied.


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

Re: [OSM-talk-fr] Désabonnement provisoire

2009/9/25 Frédéric Stévenot freds...@gmx.fr:
 Bonsoir,

 Je n'arrive pas à suivre le rythme des mails de la liste de
 diffusion, et encore moins à cartographier. Je reprendrai tout cela
 quand j'aurais émerger. Aussi, serait-il possible de me mettre en
 stand-bye pour quelques temps, en marge de la liste, afin de ne plus
 recevoir les messages ?
 Merci beaucoup par avance.

 À bientôt,
 Frédéric

Il faut te désinscrire en allant au même endroit où tu t'étais inscrit:

http://lists.openstreetmap.org/listinfo/talk-fr

Pieren

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Import de la CUB

2009/9/25 Emilie Laffray emilie.laff...@gmail.com:
 Pieren a un outil pour fusionner les noeuds.

 hmm tu as un lien et le nom de l'outil ? j'ai essaye des scripts ruby mais
 le résultat n'est pas bon.


J'ai mis le code source sur le wiki il y a quelque temps:

http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes

Pieren

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

Re: [OSM-talk-fr] Noms de voies à NE PAS référen cer

2009-09-25 Par sujet tenshu

C'est en général ce qu'il se produit :q

2009/9/25 Olivier Croquette ocroque...@free.fr

 Julien D. wrote, On 25/09/09 19:10:
  Un GPS routier bien conçu ne cherchera pas un nom de rue dans un footway
  (surtout s'il est configuré en mode automobile).

 Je ne suis pas d'accord. Si je veux faire une rando en montagne sur le
 Chemin des vaches, footway, j'attends de mon GPS qu'il me guide en
 voiture jusqu'au bas dudit chemin, pour que je poursuive à pied.


 ___
 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] Noms de voies à NE PAS réfé rencer

2009-09-25 Par sujet Julien D.

2009/9/25 tenshu ten...@gmail.com

 C'est en général ce qu'il se produit :q

 2009/9/25 Olivier Croquette ocroque...@free.fr

 Julien D. wrote, On 25/09/09 19:10:
  Un GPS routier bien conçu ne cherchera pas un nom de rue dans un footway
  (surtout s'il est configuré en mode automobile).

 Je ne suis pas d'accord. Si je veux faire une rando en montagne sur le
 Chemin des vaches, footway, j'attends de mon GPS qu'il me guide en
 voiture jusqu'au bas dudit chemin, pour que je poursuive à pied.


En effet, il vaut mieux lister toutes les possibilités s'il y a ambiguïté,
donc incluant l' Avenue des Marronniers pour ceux qui veulent visiter le
coin.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] import des données de geovelo.fr

2009-09-25 Par sujet monsieur a

Le vendredi 25 septembre 2009 à 20:57 +0200, Denis a écrit : 
 monsieur a a écrit :
  Suite à mon entretien avec les responsables du site geovelo.fr j'ai
  récupéré le shapefile des données qu'ils avait collecté sur le terrain
  uniquement.
  
  Le problème est qu'il ont tracé sur les orthophoto de la communauté
  d'agglomération de Tours donc je vais prendre contact avec eux pour
  savoir si l'utilisation de ces photos peut être réutilisable pour osm
  (une pierre deux coups).
 
 Ils sont sûrement ayant-droit de cette base de données. Les dernières 
 licences de l'IGN (que je n'ai pas sous la main présentement) stipulent 
 que la propriété intellectuelle (droit moral + patrimonial) de données 
 créées à partir des orthophotos appartiennent au licencié. Je dis cela 
 de mémoire, donc à prendre avec des pincettes. Cela m'évoque néanmoins 
 les données exogènes utilisées par Corine Land Cover, avec la 
 conséquence que l'on sait prochaine.
 
  
  Leur site risque de basculer sur les cartes osm, suivant le niveau de
  couverture.
 
 J'appelle cela un challenge !!!
 
oui, de plus qu'il sont prêt a venir cartographier pour openstreetmap en
même temps qu'ils fonts les relevés pour leur site. 

Mais il reste quand même pas mal de bouleau sur Tours et les environs.


 Denis
 
 ___
 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] tagguer une digue