Re: [OSM-talk-fr] Astuce (peut-être) pas très connue dans JOSM

[Yann Coupin]

Dans le même genre de truc pratique que j'ai découvert il n'y a pas  
longtemps, il est possible de rajouter des "presets" dans la barre  
d'outils et donc par exemple de tagger (pardon, d'étiqueter ;) un rond- 
point en deux clics

Le 26 sept. 2009 à 00:23, Christian Rogel a écrit :

> J'ai récemment trouvé une astuce pour gagner du temps
> que beaucoup d'entre vous connaissent, mais ce qui
> semble évident finit par n'être plus mentionné.
> Dans JOSM, on peut attribuer des tags à un groupe de
> voies exactement comme on multisélectionne dans d'autres
> logiciels : click sur le premier élément, puis shift-click
> sur tous les autres.
> Soit, par exemple un lotissement, on multisélectionne
> les rues tracées sur le plan de travail  et dans le menu,
> on choisit le type de voies
> (résidentiel), puis la surface et éventuellement "noexit".
> Ensuite, désélection et ajout des noms de rue.
> Là, où c'est agréable, c'est quand tout le lotissement
> n'a qu'un seul nom de rue, mais, il faudra plus tard
> revenir pour les numéros.
>
> J'utilise aussi cela pour mettre les élargissements
> pour demi-tour (turning_circle) sur plusieurs noeuds à
> la fois.
> Ca marcherait pour les feux rouges, les points
> de recyclage, les bancs ou n'importe quoi d'autre.
>
> Dans un autre genre, on peut utiliser "dupliquer" pour
> produire en plusieurs exemplaires des rond-points, des
> tags "hamlet"ou "locality", les placer et les nommer ensuite.
>
> Christian
>
>
>
>
> ___
> 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] Astuce (peut-être) pas très connue dans JOSM

[Christian Rogel]

J'ai récemment trouvé une astuce pour gagner du temps
que beaucoup d'entre vous connaissent, mais ce qui
semble évident finit par n'être plus mentionné.
Dans JOSM, on peut attribuer des tags à un groupe de
voies exactement comme on multisélectionne dans d'autres
logiciels : click sur le premier élément, puis shift-click
sur tous les autres.
Soit, par exemple un lotissement, on multisélectionne
les rues tracées sur le plan de travail  et dans le menu,
on choisit le type de voies
(résidentiel), puis la surface et éventuellement "noexit".
Ensuite, désélection et ajout des noms de rue.
Là, où c'est agréable, c'est quand tout le lotissement
n'a qu'un seul nom de rue, mais, il faudra plus tard
revenir pour les numéros.

J'utilise aussi cela pour mettre les élargissements
pour demi-tour (turning_circle) sur plusieurs noeuds à
la fois.
Ca marcherait pour les feux rouges, les points
de recyclage, les bancs ou n'importe quoi d'autre.

Dans un autre genre, on peut utiliser "dupliquer" pour
produire en plusieurs exemplaires des rond-points, des
tags "hamlet"ou "locality", les placer et les nommer ensuite.

Christian




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

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

[Vincent Pottier]

Emilie Laffray a écrit :
>
>
> 2009/9/25 Vincent Pottier mailto: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
Pas effacé, masqué...

Une forêt qui posait des problèmes ? Il faudra me dire laquelle. Ça
m'intéresse de savir de quoi je suis capable comme erreur.
Bon, ça n'apparaît pas encore sur osmose.
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=12&lat=47.22269&lon=6.0465&layers=B00T&ch=1-750

Si c'est la Forêt de Chailluz, J'ai passé du temps à la coudre sur la
limite de commune... C'est pour ça que l'idée d'effacer ne me
réjouissait pas beaucoup.
-- 
Vincent alias FrViPofm

___
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

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

[Julien D.]

2009/9/25 tenshu 

> C'est en général ce qu'il se produit :q
>
> 2009/9/25 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.
>>
>
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] Noms de voies à NE PAS référen cer

[tenshu]

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

2009/9/25 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
>



-- 
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] [OSM-talk-fr-bzh] Import de la CUB

[Pieren]

2009/9/25 Emilie Laffray :
>>> 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] Désabonnement provisoire

[Pieren]

2009/9/25 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

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

[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] [OSM-talk-fr-bzh] Import de la CUB

[Emilie Laffray]

2009/9/25 Steven Le Roux 

> 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

[OSM-talk-fr] Désabonnement provisoire

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

[g.d]

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


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




2009/9/25 Vincent Pottier 
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=18&lat=46.872022&lon=6.374034&layers=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

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

[Steven Le Roux]

2009/9/25 Emilie Laffray 

>
>
> 2009/9/25 Steven Le Roux 
>
>> 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 
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] Déclassement des routes nationales

[Dominique Rousseau]

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

[Dominique Rousseau]

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

[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

[Dominique Rousseau]

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] Osmose contre Josm

[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 :
>> 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 
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] Import POI - Crédit Mutuel

[Emilie Laffray]

2009/9/25 Steven Le Roux 

> 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] Import Corine - Status

[Steven Le Roux]

2009/9/25 Emilie Laffray 

> 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 
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

[Steven Le Roux]

2009/9/25 Emilie Laffray 

>
> 2009/9/25 Steven Le Roux 
>
>> 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=
>> 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 
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] Noms de voies à NE PAS réfé rencer

[Vincent Pottier]

Julien D. a écrit :
> 2009/9/25 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

[Emilie Laffray]

2009/9/25 Steven Le Roux 

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

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

[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

[OSM-talk-fr] Import Corine - Status

[Emilie Laffray]

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

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

[Steven Le Roux]

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

[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 
> 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

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

[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] Déclassement des routes nationales

[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

[Gilles Corlobé]

Bonjour,
Le problème est que, pour certaines routes, seules certaines sections ont
été "déclassées". Je crois que la liste complète est disponible sur le site
de l'équipement.
Comme vous le dites, d'autre part, l'application sur le terrain de cette
réforme a été effectuée progressivement. Selon les DDE, les panneaux n'ont
pas été modifiés tous à la même date. Il faut donc aller sur le terrain pour
savoir ce qu'il en est effectivement.
Gilles

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

[Julien D.]

2009/9/25 

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

[Julien D.]

2009/9/25 monsieur a 

> 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] Traduction wiki "gondola" vs "cable _car" dans le transport par câble

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

[Emilie Laffray]

2009/9/25 Vincent Pottier 

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

[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

[Vincent Pottier]

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.

-- 
Vincent alias FrViPofm

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

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

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

[Emilie Laffray]

2009/9/25 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...
>

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

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

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

[Emilie Laffray]

2009/9/25 Vincent Pottier 

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

[Vincent Pottier]

Emilie Laffray a écrit :
>
>
> 2009/9/25 Vincent Pottier 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=18&lat=46.872022&lon=6.374034&layers=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] cadastre-fr: l'image disparait systematiquement au georeferencement

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

[Art Penteur]

Le 25 septembre 2009 17:28, Vincent Pottier  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] Noms de voies à NE PAS réfé rencer

[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" 
À: "Discussions sur OSM en français" 
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

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

[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 
À : OpenStreetMap 
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] [Corine] Proposed features/orchard

[Emilie Laffray]

2009/9/25 Vincent Pottier 

> 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

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

[Emilie Laffray]

2009/9/25 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].
>
>

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

[g.d]

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

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

[Vincent Pottier]

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

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

[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=pk&service=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

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

[Emilie Laffray]

2009/9/25 Vincent Pottier 

> 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=18&lat=46.872022&lon=6.374034&layers=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

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

[Vincent Pottier]

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

[Vincent Pottier]

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.508212&lon=2.122629&zoom=18&layers=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=18&lat=46.872022&lon=6.374034&layers=00B000TF

-- 
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

[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] Re : Sens uniques : contre-sens cyclables, voies de bus, etc.

[Drako99]

On Fri, Sep 25, 2009 at 04:14:42PM +0200, ICHB wrote:
> On Thu, 24 Sep 2009 23:45:05 +0200
> Pieren  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] Noms de voies à NE PAS référen cer

[Emilie Laffray]

2009/9/25 Pieren 

> 2009/9/25 Charlie Echo :
> > 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] Noms de voies à NE PAS référen cer

[Emilie Laffray]

2009/9/25 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.
>
>
C'est affreux un renderer = no. Je ne crois pas que osm2pgsql honore la
requête de toute façon. J'ai regarde sur tagwatch en France et en Allemagne,
et je n'ai vu aucune occurrence de ce tag. Ou as tu vu un tel tag?


> 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.
>

Je ne vois pas l'intérêt personnellement.

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éren cer

[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 

> 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" 
> À: "Discussions sur OSM en français" 
> 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

[Pieren]

2009/9/25 Charlie Echo :
> 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é rencer

[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" 
À: "Discussions sur OSM en français" 
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] Re : Sens uniques : contre-sens cyclables, voies de bus, etc.

[ICHB]

On Thu, 24 Sep 2009 23:45:05 +0200
Pieren  wrote:

> 2009/9/24 THEVENON Julien :
> > 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] cadastre-fr: l'image disparait systematiquement au georeferencement

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

[Pieren]

2009/9/22 Eric SIBERT :
> - 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] tagguer une digue

[g.d]

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.508212&lon=2.122629&zoom=18&layers=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.10199&lon=4.75495&zoom=17&layers=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=18&lat=44.10374&lon=4.75662&layers=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

[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  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] Nouveau de Rennes (et un peu Nantes aussi)

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

[Emilie Laffray]

2009/9/25 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"...
>

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

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

[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] Traduction wiki "gondola" vs " cable_car" dans le transport par câble

[g.d]

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

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

[Dominique Rousseau]

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] Nouveau de Rennes (et un peu Nantes aussi)

[Gilles LAMIRAL]

Bonjour,

>> La règle est simple : un cartographe commence par cartographier sa ville.
> 
> Non, la règle est "cartographie ce qui te fais plaisir". Et "C'est
> mieux quand tu connais le coin".
> C'est vrai que généralement les gens commencent par leur ville mais ça
> n'est pas une obligation.

Oui j'ai manqué de précision, ce n'est pas la règle du règlement mais 
la règle empirique, la loi constatée (pas la loi juridique ni la loi de la 
jungle).


-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 

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

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

[Eric Sibert]

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 le cas qu'on soit en zone 30 ou non
- les zones 30 sont rarement indiquées dans OSM

Donc, ça va être difficile de faire quelque chose automatiquement.

Et pour répondre à la question qui m'intéresse : comment aller de A à  
B en vélo de la façon la plus sûre?

Je crains qu'il ne faille encore travailler pas mal sur les concepts  
(comme la question initiale du fil) et sur le terrain. Par plus sûr,  
par exemple, je préfère une piste cyclable à une bande cyclable mais  
aussi une voie pour bus à une bande cyclable sans parler d'un  
contre-sens dans une ruelle étroite.

Cas pratique de codage, sur une rue à double-sens, dans un sens, il y  
a une piste cyclable sur le trottoir. Dans l'autre sens, il y a juste  
une bande cyclable. Je ne sais pas trop comment cartographier ça mais  
j'aimerais qu'un moteur de guidage l'exploite.

Dans un sens, je dessine la piste cyclable à côté de la route avec
highway=cycleway
oneway=yes

Dans l'autre sens, je rajoute à la rue
cycleway=lane
cycleway:oneway=yes (en ayant pris soin d'orienter la rue)

Et si dans la même rue, il y a aussi une voie pour bus à sens unique  
mais inverse de la bande cyclable?

psv:oneway=-1

D'une manière générale, pour le moment, il n'y a pas de solution bien  
pratique quand les usages d'une rue sont dissymétriques dans un sens  
et dans l'autre.

Quant aux histoires de vélo, du côté de Grenoble, j'ai laissé tomber  
en attendant d'y voir plus clair et je ne marque que les pistes  
cyclables.

Eric


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

Re: [OSM-talk-fr] [demande de service] extraction osmosis

[Etienne Chové]

Vincent Pottier a écrit :
> Et les leisure2 ?

Done, mais le front-end est injoingnable. Le CPL de yoann a dû perdre la 
ligne, il ne pourra rebrancher tout ça que ce soir.

-- 
Etienne

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

Re: [OSM-talk-fr] Avancée des communes en france au 16/09/2009

[s1057802]

Super, j'ai trouvé 3 communes que j'avais oublié. On verra bien au prochain
comptage mais effectivement une liste texte comme tu as réalisé dans ton
mail est très utile pour trouver les petites erreurs.

STA

Le 24 septembre 2009 14:40, sly (sylvain letuffe)  a
écrit :

>
> > PS: tu peux me dire sur quel département tu travailles, que je te fasse
> la
> > liste ? histoire de tester
>
> J'avais pas vu que tu signais de ton pseudo osm, donc par les edits, j'ai
> trouvé qu'il s'agissait de l'ardêche, et hop :
>
> Comparaison cadastre vecteur/osm
>
>
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr