Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Bonjour, Le vendredi 04 décembre 2009 à 02:55 +0100, hamster a écrit : > vouloir un peu d'uniformisation je le comprends tout a fait (bien que > ca > pose la question de la zone geographique de l'uniformisation : une > ville > ? une region ? un pays ? le monde ?) > mais il faut aussi savoir faire la part des choses entre ce qui est > utile et ce qui est futile, le fait de mettre ou non une majuscule a > "maternelle" n'apporte aucun plus pour un quelconque utilisateur de > la > base de donnees > > autant je trouverait dommage que chacun utilise ses tags perso de > facon > anarchique, autant je trouverait excessif de faire chier le monde > pour > un detail comme celui la et ca me derangerait pas qu'il y ait ou non > la > majuscule a "maternelle" suivant l'humeur du tagueur Personnellement, ça me dérange. Et ça ne m'étonnerait pas que ça te dérange un peu aussi, finalement... Imagine une requête sur une ville qui liste les écoles maternelles, et la réponse suivante: Ècole maternelle Tartempion Ecole Maternelle Trucmuche Ecole Maternelle Machin Ècole maternelle Machine C'est pas joli joli. Pas de quoi tuer le chien, non, mais c'est mieux si tout le monde fait la même chose. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Pieren a écrit : > 2009/12/3 Etienne Chové : >>> Intuitivement je mettrais le 1 car "Maternelle" ne fait pas partie >>> véritablement du nom mais qualifie le type de l'école et ce qui la >>> distingue d'autres écoles maternelles est son nom (Tartempion). Je >>> suivrais la règle définie ici : >>> http://fr.wikipedia.org/wiki/Usage_des_majuscules_en_fran%C3%A7ais#Institutions_et_organismes_d.27.C3.89tat >> info uniforme et complète : ça me va >> +1 > > Pourquoi pas la proposition 1. Ben c'est pas celle là vers laquelle on va ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Presse : Info Rennes Métropole
Bonjour, J'ai du mal à suivre la liste en ce moment, donc excusez-moi par avance si cette info a déjà circulée... Ce message pour informer en particulier nos amis Rennais que le magazine "L'info Métropole" de décembre propose un article d'une page concernant la Carte Ouverte (www.carte-ouverte.org) qui est un recensement des initiatives locales en matière de développement durable et donc ca parle aussi un peu d'OpenStreetMap. Ca se trouve à la page 16 du magazine... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Street View
Denis a écrit : >> Et si on regarde la couverture de Street View au niveau mondiale, c'est >> de la folie !!! > > Si on regarde la couverture de certaines zones OSM, c'est de la folie > aussi (compte tenu des moyens mis en œuvre). Je suis allé à Berlin récemment, mon Openmoko dans la poche, je confirme, c'est de la folie :) -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Street View
2009/12/4 Yoann ARNAUD > Denis a écrit : > > >> Et si on regarde la couverture de Street View au niveau mondiale, c'est > >> de la folie !!! > > > > Si on regarde la couverture de certaines zones OSM, c'est de la folie > > aussi (compte tenu des moyens mis en œuvre). > > Je suis allé à Berlin récemment, mon Openmoko dans la poche, je > confirme, c'est de la folie :) > Récemment j'ai compilé quelques statistiques par rapport a ce que je fais au boulot. On a gagné en 6 - 8 mois 20% de routes avec un nom. Ma table a gagné plusieurs millions de lignes supplémentaires pour le monde entier. Je confirme le fait que ça s'améliore énormément. Notre test de régression a du être changé pour ajouter plus de lieux afin de mieux couvrir les zones non couvertes afin d'estimer la qualité. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Street View
> Un petit mail juste pour dire que Google a mis a jour la couverture de > Street View. et ça ne plait pas à tout le monde : http://www.maxisciences.com/google-street-view/bientot-une-loi-pour-limiter-google-street-view_art4757.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
2009/12/4 Etienne Chové : >> Pourquoi pas la proposition 1. > > Ben c'est pas celle là vers laquelle on va ? > 1. ou 2., ça m'est égale pourvu que ce soit partout pareil. Ce que je voulais dire, c'était à propos du lien vers l'article de Wikipedia et ses règles de minuscules, y compris sur le premier mot comme "conseil régional" alors que pour nous, le premier mot devrait toujours être en lettre capitale (comme quoi il ne faut pas suivre la règle "à la lettre"). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Street View
2009/12/4 Stéphane Péchard > > Un petit mail juste pour dire que Google a mis a jour la couverture de > > Street View. > > et ça ne plait pas à tout le monde : > > http://www.maxisciences.com/google-street-view/bientot-une-loi-pour-limiter-google-street-view_art4757.html > > Quand on cessera d'avoir une vue franchouillarde des innovations, peut-être sera-t-on capable d'innover nous même ? > ___ > 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] Google Street View
Salut, | On a gagn en 6 - 8 mois 20% de routes avec un nom. Ma table a gagn plusieurs | millions de lignes suppl mentaires pour le monde entier. Je confirme le fait | que a s'am liore norm ment. Notre test de r gression a du tre chang pour | ajouter plus de lieux afin de mieux couvrir les zones non couvertes afin | d'estimer la qualit . En parlant de statistiques, du temps ou je pouvais me permettre d'importer chaque matin le dump fran�ais geofabrik, je maintenais des statistiques sur l'utilisation de la base ; maintenant, depuis le cadastre et l'import "�milie land cover" ;-) cela est devenu trop gourmant en ressources sur un kimsufi basique. Du coup si certains d'entre vous veulent s'amuser avec des stats (bien que je suis persuad� qu'il y ait mieux, plus pr�cis, tout ca), c'est par ici : http://beneth.fr/~pedrov/osmstats/ C'est plus "global" et moins parlant que celles fournies par �milie, cela dit. a+, -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import massif bâtiments cadastre
Bonjour à tous, Je vois qu'il y a nombre de réactions... Je précise donc ma "vision" : Tout d'abord déconnectons-nous un temps de toutes considérations politico-ethico-économiques pour nous intéresser à la technique seule Imaginons que nous ayons accès à la couche "bâti dur" du cadastre vecteur. Dans un premier temps cela concernerait la plupart des communes "vectorisées" d'une région française... étape 1 : extraction et assemblage des bâtiments commune par commune... étape 2 : conversion en WGS84 etape 3 : fusion des polygones contigües pour faire disparaitre les limites "administratives" pouvant exister entre des bâtiment. En somme, on passe d'une couche "bâtiments durs" à une couche "îlots de bâtiments durs" étape 4: pour chaque polygone on supprime tous les attributs et on affecte un nouvelle attribut "source =DGFiP" ... Il me semble que nous venons de créer là un "produit dérivé" ? oui ou non ? étape 5: ouverture de la couche SIG dans QGIS et import dans OSM Ce genre d'import serait-il bénéfique à OSM ? oui ou non ? La procédure décrite conviendrait-elle ? oui ou non ? Cela nécessiterait-il un travail préparatoire (interférences avec les zones déjà mappée) ? Maintenant revenons à la partie politico-ethico-économique... Cette perspective nécessiterait-elle une quelconque autorisation ? oui ou non ? si "oui" merci de fournir une réponse claire et argumentée ! NB: La dernière question est volontairement caricaturale... c'est juste pour pour faire avancer la discussion initiale... -- View this message in context: http://n2.nabble.com/Import-massif-batiments-cadastre-tp4072541p4112602.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import massif bâtiments cadastre
2009/12/4 Pierre Touzard > > étape 1 : extraction et assemblage des bâtiments commune par commune... > étape 2 : conversion en WGS84 > etape 3 : fusion des polygones contigües pour faire disparaitre les limites > "administratives" pouvant exister entre des bâtiment. En somme, on passe > d'une couche "bâtiments durs" à une couche "îlots de bâtiments durs" > étape 4: pour chaque polygone on supprime tous les attributs et on affecte > un nouvelle attribut "source =DGFiP" > ... Il me semble que nous venons de créer là un "produit dérivé" ? oui ou > non ? > étape 5: ouverture de la couche SIG dans QGIS et import dans OSM > > Ce genre d'import serait-il bénéfique à OSM ? oui ou non ? > La procédure décrite conviendrait-elle ? oui ou non ? > Cela nécessiterait-il un travail préparatoire (interférences avec les zones > déjà mappée) ? > Je travaille actuellement sur la vectorisation des données raster que l'on obtient sur le site du cadastre, donc je vois ce que tu fais. De plus, ce que tu as fait a déjà été fait par Steven et Francois pour la communauté urbaine de Brest. L'import serait bénéfique a OSM. La conversion en WGS84 est le plus gros problème pour moi actuellement car je dois deviner quel SRID utiliser pour le georeferencage. Si tu as le bon SRID pour les données, la encore la conversion dans Postgis se fait tout seul en quelques lignes. Concernant l'étape 3, je ne suis pas sure que la fusion soit une bonne chose en soi. L'autre chose c'est qu'a partir de cette étape je mets tout dans une base de donnée Postgis. Donc je peux faire une sélection (en théorie) sur le type facilement. A noter qu'avec les bâtiments, tu peux créer facilement un landuse residential qui soit "correct" en quelques lignes de commande SQL. Mon étape 4 est de justement procéder a un calcul de superposition avec ce qui existe déjà. Une fois que j'ai obtenu cela, je génère un fichier OSM a partir d'un fichier SHP généré a partir de la base de donnée. En aucun cas, je n'utilise une couche SIG. Je trouve cela bien trop lourd et pas assez flexible, mais bon la c'est vrai que j'ai le biais d'aimer ma base de donnée, qui me permet de faire des choses très puissantes sans avoir a coder une usine a gaz. De plus, je préférerais voir une interface web a la Corine pour l'import d'une ville plutôt qu'un import massif. Je préfère un import a la mano par la communauté. Ça permet de donner du travail a des gens qui ne peuvent pas forcement participer a OSM. Le but du jeu est d'attirer le plus de monde sur OSM, et de les faire participer. Ce genre d'outil permet de faire cela justement, et de "fidéliser" les gens qui y participent au final. Maintenant, sur les autres considérations, a moins de connaître comment tu as eus les données et pourquoi, on ne peut pas te répondre. On ne sait pas les accords que ta société a signé avec les détenteurs du cadastre. Ce n'est pas a nous de nous justifier sur le plan légal mais plutôt a toi. Déjà, c'est a toi de savoir si tu as le droit d'utiliser ces données légalement en premier lieu car c'est toi qui les propose. Ton ton volontairement caricaturale me gêne énormément, car au final tu n'as pas répondu a la question par toi même, toi qui est justement en position d'y répondre. Ce genre d'import ne pose pas de problèmes techniques majeurs a la base. La discussion technique n'a d'intérêt que si on a l'accord d'utiliser les données, sinon ça reste du théorique. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import massif bâtiments cadastre
> > etape 3 : fusion des polygones contigües pour faire disparaitre les limites > "administratives" pouvant exister entre des bâtiment. En somme, on passe > d'une couche "bâtiments durs" à une couche "îlots de bâtiments durs" > Je sais que ça a déjà été débattu, mais je pense que cette étape n'est absolument pas pertinente. Si une séparation parcellaire n'est pas toujours équivalente à 2 portions pertinente d'un même bâtiment, c'est par contre souvent le cas. Dites moi si je me trompe mais c'est même la majeure partie des cas. A défaut d'avoir plus d'informations je crois que la séparation telle que dans le cadastre est largement 'mieux que rien'. -- 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] Import massif bâtiments cadastre
2009/12/4 Pierre Touzard > > Bonjour à tous, > > Salut Tu veux du simple et clair : > > Ce genre d'import serait-il bénéfique à OSM ? oui ou non ? > oui => cartographie de la topologie existante. Le batiment en fait parti. + utile pour mde michu pour l'adressage ! > La procédure décrite conviendrait-elle ? oui ou non ? > Comme le dit Emilie : ça a déjà été fait et c'est décrit ici : http://wiki.openstreetmap.org/wiki/BMO > Cela nécessiterait-il un travail préparatoire (interférences avec les zones > déjà mappée) ? > Dans le cadre d'un import nationale ou suffisament large oui... > > Maintenant revenons à la partie politico-ethico-économique... > > Cette perspective nécessiterait-elle une quelconque autorisation ? oui ou > non ? > Autorisation déjà acquise. Nous enrichissons ces batiments par des tags : adresses, type de batiments, BBC ou non etc... type de toiture... donc produit composite, donc sourcé DGFiP > si "oui" merci de fournir une réponse claire et argumentée ! > Fait. :) > > > NB: La dernière question est volontairement caricaturale... c'est juste > pour > pour faire avancer la discussion initiale... > -- > > La discution initiale n'a déjà pas lieu d'être... on en a déjà parlé avant, ça a déjà été fait... on perd notre temps rien que d'ouvrir un 2e thread là dessus. -- 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 massif bâtiments cadastre
2009/12/4 Steven Le Roux > La discution initiale n'a déjà pas lieu d'être... on en a déjà parlé avant, > ça a déjà été fait... on perd notre temps rien que d'ouvrir un 2e thread là > dessus. > > +1 Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import massif bâtiments cadastre
2009/12/4 Pierre Touzard : > étape 2 : conversion en WGS84 Comme le dit Emilie, cette étape n'est simple que si la projection est renseignée dans un fichier d'information (un fil récent sur géorezo [1] semble montrer que cette information n'est pas toujours fiable). > etape 3 : fusion des polygones contigües pour faire disparaitre les limites > "administratives" pouvant exister entre des bâtiment. Si tu prends uniquement la couche bâti du cadastre, il n'y pas les limites parcellaires mais uniquement les limites physiques entre bâtiments non ? Si c'est le cas, pourquoi fusionner et perdre l'information ? Je comprends ceux qui le font lorsqu'ils tracent à la main mais supprimer volontairement cette information très utile dans un import de masse, c'est un crime. Encore une fois, j'attends une réponse à la première question. > étape 4: pour chaque polygone on supprime tous les attributs et on affecte > un nouvelle attribut "source =DGFiP" Quels sont les attributs supprimés ? pourquoi ne pas utiliser les équivalents OSM ou même les recréer dans OSM ? Il n'y aucune raison que l'attribution de la DGFiP change par rapport aux courriers échangés pour l'accès au WMS. Il faudrait donc aussi ajouter le millésime. > ... Il me semble que nous venons de créer là un "produit dérivé" ? oui ou > non ? La condition pour utiliser les données cadastrales, c'est que ça forme un produit "composite", pas "dérivé". Sinon j'ai déjà répondu à cette question plus haut. Le fait que ce soit une petite quantité ou une "masse" de données (voir le titre) n'entre pas en ligne de compte. > étape 5: ouverture de la couche SIG dans QGIS et import dans OSM Pas si simple. Comment se passe la fusion avec les données déjà présentes qui sont parfois mieux fournies que le cadastre (POI, adresses) ? De plus, QGIS n'est pas forcément le meilleur outil pour faire l'import, surtout si ça concerne tous les bâtiments d'une région. Il y a plusieurs scripts disponibles dans le dépôt svn d'openstreetmap qui font ça très bien (capables de reprendre automatiquement en cas de surcharge par exemple, merci Yann). > Ce genre d'import serait-il bénéfique à OSM ? oui ou non ? Oui, à condition d'en avoir le droit. > Cette perspective nécessiterait-elle une quelconque autorisation ? oui ou > non ? > si "oui" merci de fournir une réponse claire et argumentée ! Déjà répondu par Denis, Émilie et Steven. Pour Brest, ils ont reçu l'autorisation de la communauté urbaine de Brest. Si vous disposez de ces données vectorielles pour d'autres régions, on veut juste savoir si vous avez le droit d'en faire cet usage. Ca n'est pas à nous de répondre. Sans une autorisation claire des propriétaires de la donnée (la DGFiP ou la collectivité locale), inutile d'aller plus loin. Pieren [1] http://georezo.net/forum/viewtopic.php?id=63151 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Presse : Info Rennes Métropole
Bonjour Olivier, Le 4 décembre 2009 11:20, Olivier Boudet a écrit : > Ce message pour informer en particulier nos amis Rennais que le magazine > "L'info Métropole" de décembre propose un article d'une page concernant la > Carte Ouverte (www.carte-ouverte.org) qui est un recensement des > initiatives locales en matière de développement durable et donc ca parle > aussi un peu d'OpenStreetMap. > > Ca se trouve à la page 16 du magazine... L'article est disponible ici : http://dl.free.fr/getfile.pl?file=/GfbH7FaS Pour être plus précis, c'est Étienne Loks de Gulliver qui a fait un mashup à base d'OSM (Chimère) pour faire cette carte ouverte. C'est évidemment du logiciel libre : http://redmine.peacefrogs.net/projects/show/chimere Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] highway=cycleway ou cycleway=track ?
Sur cette carte de Toulouse, vous pouvez voir deux ponts munis de voies cyclables. http://www.openstreetmap.org/?lat=43.58801&lon=1.43681&zoom=16&layers=B000FTF Le pont sud est un highway=secondary avec cycleway=track. Le pont nord est représenté par trois ways (un highway=secondary et deux highway=cycleway). Initialement, celui du sud utilisait la même représentation. Je l'ai édité car la première manière me semble plus cohérente. En effet, physiquement, il n'y a qu'un seul pont alors qu'avec trois ways, on a trois ponts (ça se voit en zoomant). Cependant, le wiki dit qu'il faut "tracer de préférence un way séparé taggué avec highway=cycleway" (cf http://wiki.openstreetmap.org/wiki/FR:Map_Features#Voie_cyclable_.28cycleway.29) Il semblerais donc que j'ai gaffé. Selon moi, l'avantage d'utiliser un way séparé est un meilleur rendu. Mais j'ai souvent lu qu'il faut privilégier la cohérence des données à la qualité du rendu. Quel est votre avis ? Christophe Foucher. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Bonjour, L'Espagne effectue actuellement un import massif de leurs limites administratives dans OSM. En regardant le résultat sur http://beta.letuffe.org/ je m'aperçois qu'ils ont évité tout conflit éventuel avec la frontière France-Espagne existante et par extensions avec nos limites cadastrales frontalières. Quelqu'un est il en contact avec la personne qui s'est occupé de cet import ? Une cellule diplomatiques a t'elle été mise en place pour gérer les modifications de frontières entre nos 2 pays ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles et fro ntières avec la France
Christophe Merlet (RedFox) wrote: > Bonjour, > > > L'Espagne effectue actuellement un import massif de leurs limites > administratives dans OSM. > > En regardant le résultat sur http://beta.letuffe.org/ je m'aperçois > qu'ils ont évité tout conflit éventuel avec la frontière France-Espagne > existante et par extensions avec nos limites cadastrales frontalières. > > Quelqu'un est il en contact avec la personne qui s'est occupé de cet > import ? > Une cellule diplomatiques a t'elle été mise en place pour gérer les > modifications de frontières entre nos 2 pays ? > > J'en ai discute avec les gens de l'import Apparemment l'import francais est considere de qualite pour la frontiere. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles et fro ntières avec la France
ooch.. toutes les communes ! bien... ils ont qq doublons à gérer du coup : http://beta.letuffe.org/?zoom=13&lat=41.9339&lon=-2.14968&layers=BFFFTFF Il ont pris leur précaution sur les limites frontalieres. (france et portugal), pour faire ça à la main apparement. 2009/12/4 Christophe Merlet (RedFox) > Bonjour, > > > L'Espagne effectue actuellement un import massif de leurs limites > administratives dans OSM. > > En regardant le résultat sur http://beta.letuffe.org/ je m'aperçois > qu'ils ont évité tout conflit éventuel avec la frontière France-Espagne > existante et par extensions avec nos limites cadastrales frontalières. > > Quelqu'un est il en contact avec la personne qui s'est occupé de cet > import ? > Une cellule diplomatiques a t'elle été mise en place pour gérer les > modifications de frontières entre nos 2 pays ? > > >Librement, > -- > Christophe Merlet (RedFox) > > ___ > 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] Limites administratives espagnoles e t frontières avec la France
Le vendredi 04 décembre 2009 à 20:29 +, Emilie Laffray a écrit : > Christophe Merlet (RedFox) wrote: > > Bonjour, > > > > > > L'Espagne effectue actuellement un import massif de leurs limites > > administratives dans OSM. > > > > En regardant le résultat sur http://beta.letuffe.org/ je m'aperçois > > qu'ils ont évité tout conflit éventuel avec la frontière France-Espagne > > existante et par extensions avec nos limites cadastrales frontalières. > > > > Quelqu'un est il en contact avec la personne qui s'est occupé de cet > > import ? > > Une cellule diplomatiques a t'elle été mise en place pour gérer les > > modifications de frontières entre nos 2 pays ? > > > > > J'en ai discute avec les gens de l'import parfait. > Apparemment l'import francais est considere de qualite pour la frontiere. Pas ici en tout cas ! http://sautter.com/map/?zoom=11&lat=42.92325&lon=-0.76355&layers=B0TF Pour le reste c'est plutôt pas mal. L'idéal étant d'avoir la position exacte de toutes les bornes frontières... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=cycleway ou cycleway=track ?
Je pense qu'il faut effectivement faire passer la cohérence avant le rendu ;-) Tu mets le doigt sur le problème d'un ouvrage partagé par plusieurs voies et questions connexes: - comment indiquer qu'un pont est partagé par plusieurs voies non-superposées? (route, tram, voie ferrée, piste cyclable...) - comment indiquer que les deux sens d'une même autoroute utilisent le même pont/tunnel? - comment indiquer le nom d'un tunnel sur une autoroute qui a elle-même un nom? Une simple relation regroupant tous les éléments utilisant l'ouvrage n'est pas suffisante car il faut pouvoir indiquer où sont les entrées et les bords. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles et fro ntières avec la France
> Pour le reste c'est plutôt pas mal. L'idéal étant d'avoir la position > exacte de toutes les bornes frontières... L'exactitude est toujours relative ;-) Il y a une proportion non négligeable de bornes qui sont référencées dans les repères géodésiques de l'IGN... et moi-même, je dois pouvoir retrouver les coordonnées la borne 266 :-p Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Le vendredi 04 décembre 2009 à 21:51 +0100, Eric SIBERT a écrit : > > Pour le reste c'est plutôt pas mal. L'idéal étant d'avoir la position > > exacte de toutes les bornes frontières... > > L'exactitude est toujours relative ;-) > > Il y a une proportion non négligeable de bornes qui sont référencées > dans les repères géodésiques de l'IGN... et moi-même, je dois pouvoir > retrouver les coordonnées la borne 266 :-p J'ai mis la 262 hier soir (Col de la Pierre Saint-Martin)... si tu as la 266 tu devrais avoir la 263, 264 et 265 au minimum, non ? En tout cas, maintenant que la station de ski est ouverte, j'imagine que toutes les bornes sont sous 2m de neige au minimum !! Ça va être difficile de les situer ce week-end ! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
Le 4 décembre 2009 21:43, Christophe Merlet (RedFox) a écrit : > Le vendredi 04 décembre 2009 à 20:29 +, Emilie Laffray a écrit : >> >> Apparemment l'import francais est considere de qualite pour la frontiere. > > Pas ici en tout cas ! > http://sautter.com/map/?zoom=11&lat=42.92325&lon=-0.76355&layers=B0TF > Vous avez tous les deux raisons (cf discussions anciennes) : l'import français est de qualité pour la frontière... là où il pu avoir lieu. On n'est pas à 100% de communes, en France. Par contre, il est notoire que les donnée précédentes étaient très approximatives (origine CIA ?). Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France
I've merged the Spanish data, from near the western Andorra-France-Spain triborderpoint (where the data is really bad) to the Mediterrean sea. I personally think the Spanish data is a little better than the Cadastre data. skywave 2009/12/4 Art Penteur : > Le 4 décembre 2009 21:43, Christophe Merlet (RedFox) > a écrit : >> Le vendredi 04 décembre 2009 à 20:29 +, Emilie Laffray a écrit : >>> >>> Apparemment l'import francais est considere de qualite pour la frontiere. >> >> Pas ici en tout cas ! >> http://sautter.com/map/?zoom=11&lat=42.92325&lon=-0.76355&layers=B0TF >> > > Vous avez tous les deux raisons (cf discussions anciennes) : l'import > français est de qualité pour la frontière... là où il pu avoir lieu. > On n'est pas à 100% de communes, en France. > Par contre, il est notoire que les donnée précédentes étaient très > approximatives (origine CIA ?). > > Art. > > ___ > 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] Limites administratives espagnoles e t frontières avec la France
Le vendredi 04 décembre 2009 à 23:11 +0100, Skywave a écrit : Hi > I've merged the Spanish data, from near the western > Andorra-France-Spain triborderpoint (where the data is really bad) to > the Mediterrean sea. I personally think the Spanish data is a little > better than the Cadastre data. Cadastral data are only for administrative level 8. A few were imported along the France-Spain frontier as you can see here. http://beta.letuffe.org/?zoom=10&lat=42.47555&lon=2.56539&layers=BFFFTFF The France-Spain frontier is an old import of the CIA World Database. You can modify these ways :) Where there are Cadastral Data, how can you be sure your data are better ? Do you have the coordonates of the "mojones" ? http://es.wikipedia.org/wiki/Frontera_entre_Espa%C3%B1a_y_Francia Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
