Re: [OSM-talk-fr] Nom d'un pont canal

[Yves Pratter]

Le 24 juin 2013 à 23:32, Claude  a écrit :

> Pour un pont canal, je pense qu'il faut faire de même name=nom de la voie 
> d'eau mais quelle clé utiliser pour nommer le pont?

Dans le wiki, il y a une proposition : bridge_name =
J'ai trouvé vers chez moi un pont avec bridge:name = Pont de Brogny cf. Chemin 
: Route de la Roche (99837057)

Ce script overpass turbo affiche les pont en vert, ceux avec les tags de nom de 
pont en bleu ou en rouge.

Je l'ai essayé à plusieurs endroit, il semble qu'utiliser name pour le nom du 
pont soit majoritaire (même si j'ai trouvé une cinquantaine de bridge:name dans 
ma région)

Utiliser name sur le chemin du pont et utiliser la relation pour la rue me 
parait effectivement une meilleure solution.

--
Yves

PS:

J'ai eu l'impression qu'il était rendu sur les fonds de plan OpenRiverBoatMap, 
OpenCycleMap landscape.
Mais je ne les vois plus. Christian tu as modifié ton algo ?

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

Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab

[Nicolas Dumoulin]

Le lundi 24 juin 2013 21:56:58 Art Penteur a écrit :
> (Disclaimer : ceci est un post yaka-fokon)
> Il y a quelques temps, quelqu'un avait amélioré la cartographie du Cantal,
> en utilisant comme indicateur les distances routières de commune à commune.
> Est-ce que cette idée ne pourrait pas être utilisée comme base de
> comparaison OSM/Route500 ?

Oui, c'est moi.
Mais avec Route500, on peut faire mieux, c'est directement comparer les deux 
couches. Genre découper les routes de Route500 entre chaque intersection, et 
pour chaque tronçon vérifier qu'on a une route dans OSM (avec un buffer).
yapluka :-)

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

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

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

[HELFER Denis]

-Message d'origine-
De : Tony Emery [mailto:tony.em...@yahoo.fr] 
Envoyé : mardi 25 juin 2013 08:57
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Projet "adresses"

cquest wrote
> addr:housenumber=? quelle drôle d'idée...
> 
> Quand on ne connait pas une valeur, on ne la renseigne pas.
> 
> fixme=missing addr:housenumber me semble nettement plus adapté...

Tout simplement parce que l'adresse existe et que "addr:housenumber" est la clé 
qui permet de faire la requête pour l'ensemble des point d'adresses (et pas 
"fixme"). Dans une base de données, on peut très bien avoir des champs avec une 
mention "Non Connu". Ça veut pas dire qu'elle n'existe pas mais plutôt qu'elle 
existe et qu'on ne la connait pas (pour le moment).

En géographie (et en stat aussi), il y a une grande différence entre "ça 
n'existe pas" et "on ne la connait pas".
Ne pas mettre l'info voudrait dire "on a été sur place et il n'y a pas 
d'adresse à cet endroit". Or, ici, c'est plutôt "on a été sur place, on sait 
qu'il y a une adresse mais on ne l'a pas vu" et on la cherchera en croisant 
d'autres informations. Ça peut aussi être utile pour les collectivités afin 
qu'elles sachent qu'il y a un problème à cet endroit : soit la plaque d'adresse 
n'a pas été distribuée, soit on a oublié de numéroter la rue.

C'est une pratique que j'ai aussi pour les mêmes raisons.

Denis

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

Re: [OSM-talk-fr] Canal de Donzère-Mondragon ou comment cartographier les cours d'eau et canaux ?

[Yves Pratter]

Le 25 juin 2013 à 00:07, PierreV  a écrit :

> Malheureusement, OSM ne propose pas un schéma "adapté" à un réseau complexe
> de voies d'eau, et les rendus existants sont relativement peut
> utilisables... :(
As-tu utilisé le rendu OpenRiverBoatMap ?

Il me parait assez intéressant. L'auteur (français) semble partant pour 
l'améliorer :-)

Je rajoute ou complète en ce moment les haltes fluviales et les écluses sur le 
Doubs : 
http://tile.openstreetmap.fr/?zoom=11&lat=47.21212&lon=6.04701&layers=0BFFF

Nœud : Thoraise (2359082559)
Nœud : Besançon — Moulin Saint-Paul (1368197533) (il s'appelait Hafen ce qui 
signifie port en allemand :-D )
Nœud : Besançon — Cité des Arts (2358856497)
Nœud : Deluz (2358977013)

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

Re: [OSM-talk-fr] Nom d'un pont canal

[Pieren]

2013/6/25 Yves Pratter :
> Dans le wiki, il y a une proposition : bridge_name =

"bridge:name" est proposé sur la page principale pour les ponts :
http://wiki.openstreetmap.org/wiki/Key:bridge

Il y en a env. 10.000 d'après taginfo (et env. 3000 bridge_name)

A noter aussi, une proposition d'extension pour décrire les ponts:
http://wiki.openstreetmap.org/wiki/Proposed_features/Bridge_types

2013/6/25 Christian Quest :
> Un objet logique, un nom pour cet objet... le nom du canal devrait
> aller dans la relation, le nom du pont sur le way du pont, etc...

On pourrait aussi dessiner le pont avec son propre polygone, sans
interrompre le canal : un objet = un élément OSM.

Pieren

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

Re: [OSM-talk-fr] Nom d'une halte fluviale - était : Re: Mise à jour de ta page et questions sur les équipements d'un port

[Yohan Boniface]

On 06/25/2013 09:50 AM, Yves Pratter wrote:

 1. Besançon
 2. Halte du Moulin Saint-Paul
 3. Besançon : halte du Moulin Saint-Paul
 4. Port fluvial du Grand Besançon

Je mettrais simplement le choix 2. Le problème est que si on regarde la
carte OpenRiverBoatMap à une échelle régionale ou nationale, on
voit Halte du Moulin Saint-Paul au lieu de Besançon


Pour moi c'est 2 sans trop d'hésitation.
Si OpenRiverBoatMap n'affiche pas les noms de ville à un faible niveau 
de zoom, c'est clairement juste un problème de rendu dont il faut parler 
avec son mainteneur ;)


Yo

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

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

[Christian Quest]

Le 25 juin 2013 08:57, Tony Emery  a écrit :
> cquest wrote
>> addr:housenumber=? quelle drôle d'idée...
>>
>> Quand on ne connait pas une valeur, on ne la renseigne pas.
>>
>> fixme=missing addr:housenumber me semble nettement plus adapté...
>
> Tout simplement parce que l'adresse existe et que "addr:housenumber" est la
> clé qui permet de faire la requête pour l'ensemble des point d'adresses (et
> pas "fixme"). Dans une base de données, on peut très bien avoir des champs
> avec une mention "Non Connu". Ça veut pas dire qu'elle n'existe pas mais
> plutôt qu'elle existe et qu'on ne la connait pas (pour le moment).
>

Dans le monde SIG oui, dans OSM non. "?" c'est pas un numéro d'adresse valable.

Quand on n'a pas d'info, on ne met pas le tag. Dans un tel cas assez
particulier, si on veut noter que l'info manque alors qu'elle devrait
exister un fixme peut servir, mais là aussi il faut faire attention
des "fixme=manque le nom" sur un highway ne servent à rien... on le
voit bien qu'il manque le name=* et si il n'y en a vraiment pas, et
bien il y a un tag pour l'indiquer (noname=yes de mémoire).


> En géographie (et en stat aussi), il y a une grande différence entre "ça
> n'existe pas" et "on ne la connait pas".
> Ne pas mettre l'info voudrait dire "on a été sur place et il n'y a pas
> d'adresse à cet endroit". Or, ici, c'est plutôt "on a été sur place, on sait
> qu'il y a une adresse mais on ne l'a pas vu" et on la cherchera en croisant
> d'autres informations. Ça peut aussi être utile pour les collectivités afin
> qu'elles sachent qu'il y a un problème à cet endroit : soit la plaque
> d'adresse n'a pas été distribuée, soit on a oublié de numéroter la rue.
>
> Sinon, voici les champs que l'on a renseigné :
> addr:housenumber
> addr:street
> addr:flats (le nombre de logements)
> addr:place (si l'habitation se trouve dans un lotissement ou dans une
> résidence)
> fixeme (quand on a addr:housenumber=?)

Si tu as un fixme, ça confirme bien que ce addr:housenumber=? n'a
aucun sens (vue d'OSM).

Tu pourrais aussi les retrouver par addr:street présent et
addr:housenumber absent...


> source=survey 2013 (on le basculera en Mairie d'Orange 2013 quand on aura
> fini de vérifier les adresses)
> level (on a eu de cas d'un lotissement de maisons individuelles sur 2 étages
> avec un logement par étage)
>
> On en profite pour qualifier les bâtiments avec :
> building=house, apartment, construction, garage, garages, ...
> building:levels
> abandoned:building=yes (s'il y a lieu)
>
> A ce jour, on a qualifié 7997 adresses sur le terrain (l'IGN en a 9705).
>

Les fourmis avancent ;)

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Nom d'un pont canal

[Yves Pratter]

Le 24 juin 2013 à 23:32, Claude  a écrit :

> Pour un pont canal, je pense qu'il faut faire de même name=nom de la voie 
> d'eau mais quelle clé utiliser pour nommer le pont?
D'après toi, tu doit utiliser name ;-D 

Ce qui me semble important c'est que :
le pont puisse être trouvé à partir de son nom dans nominatim
que le nom soit rendu si possible (mais les pros rappellent souvent sur la 
liste qu'on ne balise pas les objets OSM en fonction du rendu).

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

Re: [OSM-talk-fr] Nom d'un pont canal

[Christian Quest]

bridge:name me semble aussi utile que shop:name ou highway:name ;)

Ces 1 existants ne seraient-ils pas issus d'un import ?
Je suis étonné qu'il y en ai autant.

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

Re: [OSM-talk-fr] Nom d'une halte fluviale - était : Re: Mise à jour de ta page et questions sur les équipements d'un port

[Christian Quest]

C'est un problème typique lié à nos données qui n'ont pas de notion
d'échelle... même problème avec "Boulevard Périphérique", "Boulevard
Périphérique Intérieur" et "Boulevard Périphérique Extérieur", le
premier étant utile à certaines échelles, les 2 derniers à d'autres...
et là le problème c'est que le premier n'existe nulle part dans OSM.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Nom d'un pont canal

[Yves Pratter]

> 
> Quantité →
> Autres clés
> → Quantité
> 10 4450.56%
> bridge:name

Puisqu'on est dans les statistiques, l'étiquette name est gagnante.

Le problème est qu'on ne sait pas si c'est le nom du pont qui est utilisé ou 
celui de la route !
Et qu'en est-il de alt_name, loc_name, name:prefix, name:suffix, name:en, 
name:fr… ?

> 


Quantité →
Autres clés
→ Quantité
645 17734.90%
name
645 1771.81%___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom d'une halte fluviale - était : Re: Mise à jour de ta page et questions sur les équipements d'un port

[Yves Pratter]

Le 25 juin 2013 à 09:50, Yves Pratter  a écrit :

> Besançon
> Halte du Moulin Saint-Paul
> Besançon : halte du Moulin Saint-Paul
> Port fluvial du Grand Besançon
> Le plus complet serait le 3.
> La norme chez les bibliothécaires est "Titre : sous-titre". Et chez OSM ?
> 
En faisant écho à Pieren à propos des noms de pont, je me suis aperçu de 
l'usage de name:prefix et name:suffix

Donc pour le 3, on aurait ?
name:prefix=Besançon
name=Halte du Moulin Saint-Paul

Zut, ça ne règle pas le problème du niveau de zoom — mais je vais voir avec le 
mainteneur d'OpenRiverBoatMap ;-)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom d'un pont canal

[Pieren]

2013/6/25 Yves Pratter 

> Le problème est qu'on ne sait pas si c'est le nom du pont qui est utilisé
> ou celui de la route !
>

A priori, si le way est taggué en "highway=secondary", on peut considérer
que c'est le tag principal. Le tag "bridge:name" a justement été créé parce
que "name" était déjà pris. Mais on ne pourra pas empêcher que certains
utilisent "name" pour nommer le pont. C'est simplement une erreur. A terme,
j'espère qu'on généralisera le traçage des ponts dans des polygones
distincts de la voie.

Et qu'en est-il de* alt_name*, *loc_name*, *name:prefix*, *name:suffix*, *
> name:en*, *name:fr*… ?
>
>
Il y a 8000 "bridge:name:en" (quand on voit la liste des valeurs, c'est
probablement un import)

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

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

[Jean-Baptiste Holcroft]

La différence c'est aussi que le fixme est invisible alors que le point
d'interrogation est visible sur le rendu, on est guidé pour améliorer le
travail d'un autre. Je l'ai fait sur un cas similaire dans la ville de mes
parents. Je n'aurais jamais pensé à chercher les bâtiments sans adresse,
peut de trop de faux positifs pour être compréhensible.
Ça revient à l'idée (je précise que c'est pas encore une proposition) de
projet du mois : Fixme I'm famous. Les fixme sont trop peu mis en valeurs,
donc des utilisateurs utilisent d'autres méthodes moins propres. Peut être
qu'il faudrait les bannir et les remplacer par des notes automatiquement ?
Le 25 juin 2013 10:05, "Christian Quest"  a écrit :

> Le 25 juin 2013 08:57, Tony Emery  a écrit :
> > cquest wrote
> >> addr:housenumber=? quelle drôle d'idée...
> >>
> >> Quand on ne connait pas une valeur, on ne la renseigne pas.
> >>
> >> fixme=missing addr:housenumber me semble nettement plus adapté...
> >
> > Tout simplement parce que l'adresse existe et que "addr:housenumber" est
> la
> > clé qui permet de faire la requête pour l'ensemble des point d'adresses
> (et
> > pas "fixme"). Dans une base de données, on peut très bien avoir des
> champs
> > avec une mention "Non Connu". Ça veut pas dire qu'elle n'existe pas mais
> > plutôt qu'elle existe et qu'on ne la connait pas (pour le moment).
> >
>
> Dans le monde SIG oui, dans OSM non. "?" c'est pas un numéro d'adresse
> valable.
>
> Quand on n'a pas d'info, on ne met pas le tag. Dans un tel cas assez
> particulier, si on veut noter que l'info manque alors qu'elle devrait
> exister un fixme peut servir, mais là aussi il faut faire attention
> des "fixme=manque le nom" sur un highway ne servent à rien... on le
> voit bien qu'il manque le name=* et si il n'y en a vraiment pas, et
> bien il y a un tag pour l'indiquer (noname=yes de mémoire).
>
>
> > En géographie (et en stat aussi), il y a une grande différence entre "ça
> > n'existe pas" et "on ne la connait pas".
> > Ne pas mettre l'info voudrait dire "on a été sur place et il n'y a pas
> > d'adresse à cet endroit". Or, ici, c'est plutôt "on a été sur place, on
> sait
> > qu'il y a une adresse mais on ne l'a pas vu" et on la cherchera en
> croisant
> > d'autres informations. Ça peut aussi être utile pour les collectivités
> afin
> > qu'elles sachent qu'il y a un problème à cet endroit : soit la plaque
> > d'adresse n'a pas été distribuée, soit on a oublié de numéroter la rue.
> >
> > Sinon, voici les champs que l'on a renseigné :
> > addr:housenumber
> > addr:street
> > addr:flats (le nombre de logements)
> > addr:place (si l'habitation se trouve dans un lotissement ou dans une
> > résidence)
> > fixeme (quand on a addr:housenumber=?)
>
> Si tu as un fixme, ça confirme bien que ce addr:housenumber=? n'a
> aucun sens (vue d'OSM).
>
> Tu pourrais aussi les retrouver par addr:street présent et
> addr:housenumber absent...
>
>
> > source=survey 2013 (on le basculera en Mairie d'Orange 2013 quand on aura
> > fini de vérifier les adresses)
> > level (on a eu de cas d'un lotissement de maisons individuelles sur 2
> étages
> > avec un logement par étage)
> >
> > On en profite pour qualifier les bâtiments avec :
> > building=house, apartment, construction, garage, garages, ...
> > building:levels
> > abandoned:building=yes (s'il y a lieu)
> >
> > A ce jour, on a qualifié 7997 adresses sur le terrain (l'IGN en a 9705).
> >
>
> Les fourmis avancent ;)
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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"

[Pieren]

2013/6/25 Jean-Baptiste Holcroft :
> La différence c'est aussi que le fixme est invisible alors que le point
> d'interrogation est visible sur le rendu, on est guidé pour améliorer le
> travail d'un autre.

Ah, ça me rappelle les longues discussions sur les noms de rues et
"noname" et "fixme"
Je n'ai rien contre le "?" sur la carte, à condition que cela soit
très, très provisoire. Sinon, il vaut mieux adopter quelque chose de
plus standard dans osm, genre "fixme=addr:housenumber".
Quand on trace des rues/routes depuis l'imagerie aérienne et qu'on ne
connait pas leur nom, personne ne taggue "name=?" (au risque de se
faire taper sur les doigts). On met soit un "fixme", soit un
"highway=road".

Pieren

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

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

[Jean-Marc Liotier]

On 25/06/2013 10:47, Jean-Baptiste Holcroft wrote:


La différence c'est aussi que le fixme est invisible alors que le 
point d'interrogation est visible sur le rendu, on est guidé pour 
améliorer le travail d'un autre.




fixme=* n'est invisible que dans les rendus finaux où il n'a pas sa 
place - mais il est bien exploité dans les rendu d'édition. Par exemple, 
il est rendu de manière fort visible par la feuille de style par défaut 
de Josm. https://wiki.openstreetmap.org/wiki/Key:fixme mentionne que 
Keep Right, OSM Inspector ainsi qu'une couche d'ITO Map le représentent 
également.



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

[OSM-talk-fr] Projet de cartographie fluviale ou projet du mois (prochain ?)- Re: Canal de Donzère-Mondragon ou comment cartographier les cours d'eau et canaux ?

[Yves Pratter]

Bonjour,Il me semble qu'il existe des groupes de travail OSM (France ?).L'un d'entre vous à déjà une expérience ?On commence quand ?Pour ceux qui n'ont pas navigué et qui aimeraient contribuer à distance au tracer des écluses, ports… sur OSM, c'est relativement facile ;-)Même si la photo aérienne Bing n'est pas assez détaillée, il existe des tas de photos dans les blogs et sites fluviaux.Exemple de Thoraise : il semble qu'il y ait un pont au dessus de la porte aval de l'écluse (pas étiquetté dans OSM avant que je fasse une modif).Et voici une photo qui permet de lever le doute : http://p6.storage.canalblog.com/69/69/710463/52164558.jpgEt aussi : L'Odyssée de L'Enéide... part 14... Le Baron de l'écluse qui permet de voir qu'il y a un chemin pédestre dans le tunnel :-)Pour Le 25 juin 2013 à 00:07, PierreV  a écrit :Malheureusement, OSM ne propose pas un schéma "adapté" à un réseau complexede voies d'eauAs-tu des exemples, peux-tu préciser ?En attendant d'avoir plus de temps pour ce projet, je fait quelques testd'amélioration sur OSM aux alentours de chez moi sans pour autant vouloir"bouleverser" le schéma existant.As-tu des liens que je puisse m'en inspirer ?Malheureusement, les rendus existants sont relativement peut utilisables... :(As-tu utilisé le rendu OpenRiverBoatMap ?--Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[Jean-Baptiste Holcroft]

C'est vrai, mais là on parle de personnes qui ajoutent d'autres tags précis
sur les bâtiments, pas d'un seul tag ajouté avec rien d'autre.
Dans le cas des names sur les routes, il y a un calque très clairs avec
mise en valeur en rouge des éléments sans noms.
Pour les adresses, c'est beaucoup plus bordélique avec vert/rouge peu
pertinent sur les buildings.
Le 25 juin 2013 10:55, "Pieren"  a écrit :

> 2013/6/25 Jean-Baptiste Holcroft :
> > La différence c'est aussi que le fixme est invisible alors que le point
> > d'interrogation est visible sur le rendu, on est guidé pour améliorer le
> > travail d'un autre.
>
> Ah, ça me rappelle les longues discussions sur les noms de rues et
> "noname" et "fixme"
> Je n'ai rien contre le "?" sur la carte, à condition que cela soit
> très, très provisoire. Sinon, il vaut mieux adopter quelque chose de
> plus standard dans osm, genre "fixme=addr:housenumber".
> Quand on trace des rues/routes depuis l'imagerie aérienne et qu'on ne
> connait pas leur nom, personne ne taggue "name=?" (au risque de se
> faire taper sur les doigts). On met soit un "fixme", soit un
> "highway=road".
>
> Pieren
>
> ___
> 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] recherche de tags

[Tony Emery]

Bonjour à tous,

J'essayes de récupérer les bonnes clés et leurs valeurs pour qualifier les
quelques boutiques, bureaux et autres activités. Je ne trouve pas de clé
pour les activités suivantes :
- cours scolaires particuliers (type acadomia) : education ?
- vendeur de cigarettes électroniques : electronic_cigaret ?
- rachat d'or : gold ?
- chapelier : hat ?
- toiletteur pour animaux : pet_beauty ?
- agence de publicité : advertising_agency
- Rachat de crédits/prêt : mortgage ?
- mercerie : haberdashery ?
- service téléphonique (pour appeler, notamment à l'étranger)

Merci de m'aider à trouver ou valider les tags.



-
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/recherche-de-tags-tp5766865.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] Nom d'un pont canal

[claude marani]

Le 25 juin 2013 10:08, Yves Pratter  a écrit :

>
> Le 24 juin 2013 à 23:32, Claude  a écrit :
>
> Pour un pont canal, je pense qu'il faut faire de même name=nom de la voie
> d'eau mais quelle clé utiliser pour nommer le pont?
>
> D'après toi,
> tu doit utiliser *name* ;-D
>

oui effectivement jusqu’à présent j’utilisai  "name". pour le nom d'un
pont-canal tout comme. mais  j’utilisai aussi  "name" pour nommer les
écluses. UN doute m'est venu en voulant tracer un pont-canal.
suite à la discussion sur les écluses IL ÉTAIT ressortit que pour
celles-ci, le tag name doit contenir le nom de la voie d'eau et le nom de
l'écluse doit se trouver dans lock_name. (c'est ce qui est aussi présenté
dans le wiki).

j'en déduisant qu'il devait peut-être exister une certaine logique pour les
autres éléments de la voie d'eau et qu'il valait mieux poser la question.


>
> Ce qui me semble important c'est que :
>
>1. le pont puisse être trouvé à partir de son nom dans nominatim
>
>
bridge:name ou lock_name ne font pas faire partie des clés parcourues par
nominatim
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom d'une halte fluviale - était : Re: Mise à jour de ta page et questions sur les équipements d'un port

[claude marani]

+1


Le 25 juin 2013 09:56, Yohan Boniface  a écrit :

> On 06/25/2013 09:50 AM, Yves Pratter wrote:
>
>>  1. Besançon
>>  2. Halte du Moulin Saint-Paul
>>  3. Besançon : halte du Moulin Saint-Paul
>>  4. Port fluvial du Grand Besançon
>>
>>
>> Je mettrais simplement le choix 2. Le problème est que si on regarde la
>> carte OpenRiverBoatMap à une échelle régionale ou nationale, on
>> voit Halte du Moulin Saint-Paul au lieu de Besançon
>>
>
> Pour moi c'est 2 sans trop d'hésitation.
> Si OpenRiverBoatMap n'affiche pas les noms de ville à un faible niveau de
> zoom, c'est clairement juste un problème de rendu dont il faut parler avec
> son mainteneur ;)
>
> Yo
>
> __**_
> 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] Outil d'import des adresses : Bordeaux, Montpellier, Lyon, Arles, Rennes

[Romain MEHUT]

Au fait merci Frédéric!

Le 24 juin 2013 20:24, Frédéric Rodrigo  a écrit :

> Bonjour,
>
> Je viens d'ajouter Rennes.
>
> http://osm7.openstreetmap.fr/~**fred/adresses/rennes/
>
> Toutes les autres villes sont disponible également dans Osmose.
>
> Frédéric.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom d'un pont canal

[Romain MEHUT]

Le 25 juin 2013 14:55, claude marani  a écrit :

j'en déduisant qu'il devait peut-être exister une certaine logique pour les
> autres éléments de la voie d'eau et qu'il valait mieux poser la question.
>

Et comme suggéré par Frédéric et Christian, on pourrait peut-être se passer
tout simplement de tags dérivés comme lock_name si on se contente de nommer
la voie d'eau dans la relation et pas chaque élément le constituant?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom d'un pont canal

[Pieren]

2013/6/25 Romain MEHUT :

> Et comme suggéré par Frédéric et Christian, on pourrait peut-être se passer
> tout simplement de tags dérivés comme lock_name si on se contente de nommer
> la voie d'eau dans la relation et pas chaque élément le constituant?

C'est risqué. Ca voudrait dire que la signification du tag "name"
change suivant la présence ou pas d'une relation. Je ne connais pas
d'exemple comme celui-ci.

Pieren

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

Re: [OSM-talk-fr] Nom d'un pont canal

[Romain MEHUT]

Le 25 juin 2013 15:15, Pieren  a écrit :


> C'est risqué. Ca voudrait dire que la signification du tag "name"
> change suivant la présence ou pas d'une relation. Je ne connais pas
> d'exemple comme celui-ci.
>

Tout du moins dans le cadre des cours d'eau, c'est systématique qu'il y ait
une relation, non?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom d'un pont canal

[Pieren]

2013/6/25 Romain MEHUT :

> Tout du moins dans le cadre des cours d'eau, c'est systématique qu'il y ait
> une relation, non?

"systématiquement", en France, peut-être. Mais je doute que ce soit le
cas ailleurs dans le monde. L'ajout de ces relations a été boosté
chez-nous par le référencement Sandre. Mais elle n'est même pas
décrite dans les pages principales sur les waterways  (en dehors des
"See also"):
http://wiki.openstreetmap.org/wiki/Waterway
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank

Pieren

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

Re: [OSM-talk-fr] recherche de tags

[didier2020]

Le mardi 25 juin 2013 à 05:46 -0700, Tony Emery a écrit : 
> Bonjour à tous,
> 
> J'essayes de récupérer les bonnes clés et leurs valeurs pour qualifier les
> quelques boutiques, bureaux et autres activités. Je ne trouve pas de clé
> pour les activités suivantes :
> - cours scolaires particuliers (type acadomia) : education ?
> - vendeur de cigarettes électroniques : electronic_cigaret ?
> - rachat d'or : gold ?
> - chapelier : hat ?
hatter ou Mad Hatter pour Alice ... 
> - toiletteur pour animaux : pet_beauty ?
> - agence de publicité : advertising_agency
> - Rachat de crédits/prêt : mortgage ?
> - mercerie : haberdashery ?
> - service téléphonique (pour appeler, notamment à l'étranger)
> 
> Merci de m'aider à trouver ou valider les tags.
> 
> 
> 
> -
> 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/recherche-de-tags-tp5766865.html
> Sent from the France mailing list archive at Nabble.com.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] recherche de tags

[Damouns]

Quelques usages perso mais qui ne sont en aucun cas des recommandations !

Personnellement j'ai déjà mis shop=gold pour une boutique d'achat d'or

Cours scolaires particuliers : j'ai mis amenity=school mais j'en suis
très insatisfait !

Chapelier : il y a shop=clothes + clothes=hats (documenté là :
http://wiki.openstreetmap.org/wiki/Key:clothes)

Pour le service téléphonique (appelé parfois "taxiphone") :
service:phone=yes a été proposé dans
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Copy_Shop

Pour les autres pas d'idée !

Le 25 juin 2013 14:46, Tony Emery  a écrit :
> Bonjour à tous,
>
> J'essayes de récupérer les bonnes clés et leurs valeurs pour qualifier les
> quelques boutiques, bureaux et autres activités. Je ne trouve pas de clé
> pour les activités suivantes :
> - cours scolaires particuliers (type acadomia) : education ?
> - vendeur de cigarettes électroniques : electronic_cigaret ?
> - rachat d'or : gold ?
> - chapelier : hat ?
> - toiletteur pour animaux : pet_beauty ?
> - agence de publicité : advertising_agency
> - Rachat de crédits/prêt : mortgage ?
> - mercerie : haberdashery ?
> - service téléphonique (pour appeler, notamment à l'étranger)
>
> Merci de m'aider à trouver ou valider les tags.
>
>
>
> -
> 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/recherche-de-tags-tp5766865.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Nom d'un pont canal

[Philippe Verdy]

Ce n'est pas systématique pour de tous petites rivières qui ne sont pas
sectionnées en plusieurs tronçons. La relation n'est utile que si on doit
identifier plusieurs sections main_stream ou side_stream, où pour y
attacher un ou plusieurs affluents avec drs membres "tributary".
Assez souvent on segmente une rivière par commune et à chaque affluent ou
connexion de bras secondaires si elle devient trop longue mais de
nombreuses rivières (ou ruisseaux) ne sont pas segmentées (et on ignore les
interconnexions possibles de drains ou fossés qui s'y déversent de façon
irrégulière ou seulement par débordement ou via une buse issue d'un
collecteur, ainsi que les points de collecte vers des canaux d'irrigation
où l'eau peut circuler aussi dans les deux sens selon les besoins,
irrigation ou drainage, voire aussi vers des prairies inondables, comme on
en trouve souvent avant la traversée des villes pour contrôler le débit en
aval en retenant les eaux des affluents).
Ces réseaux de voies d'eau secondaires forment souvent un maillage plus
qu'un arbre, et n'entrent pas dans la topologie normale des cours d'eau,
surtout s'ils sont aménagés par l'homme. On en trouve maintenant un peu
partout autour des fleuves et leurs affluents majeurs (mais pas encore
assez pour les ruisseaux de montagne au débit très changeant, pour lesquels
il est difficile de trouver des emplacements pour les bassins de retenue,
dans des vallées habitées, comme aussi sur les pentes où les capacités sont
faibles ; en Asie, les montagnes sont beaucoup plus aménagées en terrasses,
mais c'est peu fréquent en France et dans nos DOM, toute l'eau est laissée
s'écouler vers des vallées exiguës).



Le 25 juin 2013 15:35, Pieren  a écrit :

> 2013/6/25 Romain MEHUT :
>
> > Tout du moins dans le cadre des cours d'eau, c'est systématique qu'il y
> ait
> > une relation, non?
>
> "systématiquement", en France, peut-être. Mais je doute que ce soit le
> cas ailleurs dans le monde. L'ajout de ces relations a été boosté
> chez-nous par le référencement Sandre. Mais elle n'est même pas
> décrite dans les pages principales sur les waterways  (en dehors des
> "See also"):
> http://wiki.openstreetmap.org/wiki/Waterway
> http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank
>
> Pieren
>
> ___
> 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] Outil d'import des adresses : Bordeaux, Montpellier, Lyon, Arles, Rennes

[Philippe Verdy]

Plein de faux positifs à vérifier, la quasi totalité est déjà dans OSM, et
mieux positionné.
Il ne reste que de courtes allées (le plus souvent en impasses) qui sont
tracées mais sans nom.

Pourquoi n'avoir pas fait un pré-tri sur les noms de rues qui existent déjà
à l'identique dans un cercle de 100 mètres de rayon?

Le 24 juin 2013 20:24, Frédéric Rodrigo  a écrit :

> Bonjour,
>
> Je viens d'ajouter Rennes.
>
> http://osm7.openstreetmap.fr/~**fred/adresses/rennes/
>
> Toutes les autres villes sont disponible également dans Osmose.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom d'une halte fluviale - était : Re: Mise à jour de ta page et questions sur les équipements d'un port

[Philippe Verdy]

Pour des descriptions plus précises (non affichées par défaut sur la carte,
mais sur un panneau d'informations détaillées sur un objet sélectionné on
peut encore utiliser description=* (c'est du texte libre, ce peut être
assez long, avec des phrases complètes si nécessaires, sans dépasser
toutefois la limite des 200 caractères et quelques, mais il y a de quoi
faire; c'est aussi traduisible).

Les attributs "name:prefix=*" et "name:suffix=*" sont plutôt destinés à
servir à avoir des libellés plus courts pour des éléments pouvant être
supprimés au besoin (on parlait des "canton de" ou "arrondissement de" et
c'est un cas d'utilisation possible des préfixes qui peuvent être omis.

Mais dans un panneau d'informations détaillées, ils sont sensés être
concaténés directement avec le champ name=* pour former un seul et même
paragraphe (à condition qu'ils soient dans la même langue : on peut
concaténer "name:prefix=*" et "name=*", mais pas "name:prefix=*" et
"name:fr=*" par exemple car on ne sait pas dans quelle langue est le
préfixe; à mon avis "name:prefix:=*" ou "name:suffix:=*" est préférable, "name:prefix=*" et "name:suffix=*" ne pouvant
être utilisé qu'avec "name=*" mais pas "name:=*").

Ces préfixes et suffixes sont utiles par exemple dans un GPS, où la carte
affiche des libellés raccourcis sur un petit écran, mais une zone
d'information contextuelle offre plus de place (ou pour l'affichage dans
son menu de recherche de lieu).

Cependant je pense qu'on a déjà aussi les "short_name=*" (surtout utilisés
pour y stocker des abréviations ou sigles), et des "long_name=*" pour les
formes longues (de pays par exemple); ainsi que des "official_name=*"
parfois très éloignés du nom usuel ou volontairement non traduit; on a
aussi des "local_name=*" pour les noms semi-usuel utilisés et connus
uniquement localement ; enfin on a les "old_name=*" qui sont encore en
usage commun ou encore présents sur des panneaux et des enseignes privées,
et parfois même encore affichés sur les nouveaux panneaux en dessous du nom
actuel, ainsi que de nombreux fichiers d'adresses non remis à jour (les
old_name sont très utiles aux APIs de géolocalisation d'adresses).

Au vu de tout ça, les moteurs de rendu ont plein de possibilités, il leur
faut choisir ce qui est le mieux à mettre sur le fond de carte (avec ses
contraintes) ou seulement dans un panneau contextuel de détails.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[Philippe Verdy]

Les fixme c'est bien pour ce qu'on ne connait pas et qui devrait être
ajouté (on sait que ça existe très probablement).
Mais ne rien mettre du tout ne dit pas si c'est un oubli, s'il n'y a pas de
nom, ou si le nom est approximatif (pour lui on a le fixme).

Si on n'a effectivement pas de nom, il serait préférable d'avoir un
attribut explicite "anonymous=yes" plutôt que ne rien mettre ou d'ajouter
un fixme qui n'est pas une erreur ou un manque à corriger et requalifier
sur place. Ainsi les routes de campagne qui sont seulement désignées dans
les adresses comme "route nationale 7" ou "RN 7" (ça existe non seulement
en ajoutant des lieux-dits, mais même avec des numéros de maison !), n'ont
pas besoin d'autre chose que le tag "ref=*" sans aucun "name=*" et ce n'est
pas une erreur ni un oubli (et pour ça on devrait avoir aussi
"anonymous=yes").



Le 25 juin 2013 10:04, Christian Quest  a écrit :

> Le 25 juin 2013 08:57, Tony Emery  a écrit :
> > cquest wrote
> >> addr:housenumber=? quelle drôle d'idée...
> >>
> >> Quand on ne connait pas une valeur, on ne la renseigne pas.
> >>
> >> fixme=missing addr:housenumber me semble nettement plus adapté...
> >
> > Tout simplement parce que l'adresse existe et que "addr:housenumber" est
> la
> > clé qui permet de faire la requête pour l'ensemble des point d'adresses
> (et
> > pas "fixme"). Dans une base de données, on peut très bien avoir des
> champs
> > avec une mention "Non Connu". Ça veut pas dire qu'elle n'existe pas mais
> > plutôt qu'elle existe et qu'on ne la connait pas (pour le moment).
> >
>
> Dans le monde SIG oui, dans OSM non. "?" c'est pas un numéro d'adresse
> valable.
>
> Quand on n'a pas d'info, on ne met pas le tag. Dans un tel cas assez
> particulier, si on veut noter que l'info manque alors qu'elle devrait
> exister un fixme peut servir, mais là aussi il faut faire attention
> des "fixme=manque le nom" sur un highway ne servent à rien... on le
> voit bien qu'il manque le name=* et si il n'y en a vraiment pas, et
> bien il y a un tag pour l'indiquer (noname=yes de mémoire).
>
>
> > En géographie (et en stat aussi), il y a une grande différence entre "ça
> > n'existe pas" et "on ne la connait pas".
> > Ne pas mettre l'info voudrait dire "on a été sur place et il n'y a pas
> > d'adresse à cet endroit". Or, ici, c'est plutôt "on a été sur place, on
> sait
> > qu'il y a une adresse mais on ne l'a pas vu" et on la cherchera en
> croisant
> > d'autres informations. Ça peut aussi être utile pour les collectivités
> afin
> > qu'elles sachent qu'il y a un problème à cet endroit : soit la plaque
> > d'adresse n'a pas été distribuée, soit on a oublié de numéroter la rue.
> >
> > Sinon, voici les champs que l'on a renseigné :
> > addr:housenumber
> > addr:street
> > addr:flats (le nombre de logements)
> > addr:place (si l'habitation se trouve dans un lotissement ou dans une
> > résidence)
> > fixeme (quand on a addr:housenumber=?)
>
> Si tu as un fixme, ça confirme bien que ce addr:housenumber=? n'a
> aucun sens (vue d'OSM).
>
> Tu pourrais aussi les retrouver par addr:street présent et
> addr:housenumber absent...
>
>
> > source=survey 2013 (on le basculera en Mairie d'Orange 2013 quand on aura
> > fini de vérifier les adresses)
> > level (on a eu de cas d'un lotissement de maisons individuelles sur 2
> étages
> > avec un logement par étage)
> >
> > On en profite pour qualifier les bâtiments avec :
> > building=house, apartment, construction, garage, garages, ...
> > building:levels
> > abandoned:building=yes (s'il y a lieu)
> >
> > A ce jour, on a qualifié 7997 adresses sur le terrain (l'IGN en a 9705).
> >
>
> Les fourmis avancent ;)
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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] IGN Route 500 sous Licence Ouverte Etalab

[Pierre-Alain Dorange]

Tetsuo Shima  wrote:

> Il existe une règle de nommage des voies claire en France? A propos de
> l'espace ou pas suivant le N, ou le D? A propos de la lettre suivant
> le numéro de la route?

Il faut un espace.
Le wiki l'indique :


Mais il manque la source de cet usage et il faudrait peut être l'ajouter
ensuite à la page des toponymes...


-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab

[Pieren]

2013/6/25 Pierre-Alain Dorange :

Voir ici:
http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#R.C3.A9f.C3.A9rences_des_voies

Pieren

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

[OSM-talk-fr] Tracé des limites communales de Seine-Maritime terminé

[Vincent de Château-Thierry]

Bonsoir,
Le tracé des limites communales de Seine-Maritime vient de s'achever : 
il aura fallu 8 jours à 13 contributeurs pour combler les 275 manques.
Commencé sur les chapeaux de roues (plus de 50 communes dans les 
premières 24 heures !), le rythme s'est un peu calmé par la suite. 
L'occasion de rappeler qu'il n'y a rien d'automatique dans la démarche : 
chacun contribue à son rythme et selon son envie. La magie, c'est qu'au 
final, l'efficacité collective permet d'atteindre le but en un temps 
inespéré.


Si nous sommes cette fois-ci encore 13 contributeurs, il faut souligner 
que depuis le premier chantier Corrèze, ce sont plus de 20 participants 
différents qui y sont allé de leur travail de fourmie traçante. 
N'hésitez pas à vous joindre au prochain :-)


Pour la suite justement, un peu de changement (si peu !) : l'idée est de 
terminer en un seul lot deux départements, afin de boucler une région, 
en l'occurence l'Auvergne. J'ai réuni dans un même gâteau les communes 
manquantes du Cantal et de la Haute-Loire : 158 parts, vous pouvez vous 
servir ici :

http://mapcraft.nanodesu.ru/pie/274
à moins que ça ne soit par là :
http://www.lesfoodies.com/soumi/recette/cotelettes-dagneau-au-beurre-danchois 
:-)


Merci à tous,

vincent

ps. 158 communes, c'est à peine la moitié du chantier suivant...

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

[OSM-talk-fr] cadastre

[nono]

Bonjour

Qu'est devenu le site http://cadastre.cleo-carto.org ?

Beaucoup de lien y font références sur la toile, notamment celui-ci :
http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.fr/39504
et
http://www.google.com/url?q=http://cyberchemille.org/IMG/pdf/IMPORT_DU_BAT_I_SUR_OSM.pdf&sa=U&ei=kG_KUeb9GoGRhQeJzoDYCQ&ved=0CDMQFjAH&sig2=IKhgRqjbxD08UWv9dV8poA&usg=AFQjCNGNQagg5U9LIvyO485Ahu-uVvk0LQ


je m'en servais pour importer les cours d'eau


nono


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[Christian Quest]

Il est devenu http://cadastre.openstreetmap.fr/



Le 26 juin 2013 06:41, nono  a écrit :
> Bonjour
>
> Qu'est devenu le site http://cadastre.cleo-carto.org ?
>
> Beaucoup de lien y font références sur la toile, notamment celui-ci :
> http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.fr/39504
> et
> http://www.google.com/url?q=http://cyberchemille.org/IMG/pdf/IMPORT_DU_BAT_I_SUR_OSM.pdf&sa=U&ei=kG_KUeb9GoGRhQeJzoDYCQ&ved=0CDMQFjAH&sig2=IKhgRqjbxD08UWv9dV8poA&usg=AFQjCNGNQagg5U9LIvyO485Ahu-uVvk0LQ
>
>
> je m'en servais pour importer les cours d'eau
>
>
> nono
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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