Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Vincent Pottier a écrit , Le 09/06/2010 20:17: Pour avoir manipulé ce plugin, imparfait certes mais génial tout de même, je peux démarrer une page des truc s et astuces. Je dois même avoir fait quelques captures pour ça. Je suis preneuse de toutes infos sur ce plugin, avec l'idée de m'en servir quand j'aurai enfin compris comment tout ça fonctionne. A plus, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géoréférencement à la bous solle
Le jeudi 10 juin 2010 08:11:53 Pierre LAURES, vous avez écrit : […] Dans ces conditions un point relevé à la boussole a la même précision qu'un relevé GPS (supposé de 10m) si l'on avait des précisions GPS de 2m il faudrait diviser les distances par 5 pour retrouver 2m sur le point visé Merci pour toutes ces explications :-) Bon, après, je sais pas si je vais trouver le temps de passer à la pratique (faut déjà que je retrouve une bonne boussole de visée) … Pierre Laurès http://www.openstreetmap.org/?lat=42.9952311515808layers=0B00FTFlon=6.215 53659439087zoom=15 Tiens, c'est donc toi qui a fait tout ça :-) ? Je suis la semaine sur la presqu'île de Giens pour une école-chercheurs. Hier, on a passé l'après-midi sur Porquerolles … avec des walking-papers ! Pas grand chose à mapper, mais pas mal de discussion avec un plan de bonne qualité. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] /!\ URGENT /!\ Reportage sur OSM pour France Télévision Aix en Provence Jeudi
Le mercredi 9 juin 2010 16:14:41 RatZilla$, vous avez écrit : Début du reportage à 8:50 http://info.francetelevisions.fr/video-info/player_html/index-fr.php?id-vid eo=tvradio_guadeloupe_20100607_350k_150k_07062010072804_RFOchaine=id-cate gorie=ids=timecode=falsesequence=false#navVdoPlayer Pas moyen de lire la vidéo :-( J'ai essayé en ligne, mais la vidéo coupe avant d'arriver au bon moment. Et pas moyen de télécharger le flux mms, un problème de drm apparemment Tant pis pour le service public :-/ Dommage -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
2010/6/10 Clement Menier clement.men...@gmail.com * import manuel basé sur un rendu cadastre en grille à 75m : environ 150 bâtis à l'heure. * import basé sur le plugin avec correction de l'ensemble des erreurs précédentes: entre 100 et 250 bâtis à l'heure. Le gain dépend beaucoup du profil des bâtiments mais je suis d'accord qu'en l'état, il n'est pas significatif. Ce qu'il faut, c'est améliorer la reconnaissance des angles et la simplification, bref reconstituer au mieux le profil des vecteurs originaux. Il y a aussi un gain à rechercher du côté du traitement de l'image qui est pour l'instant trop long (mais je pense que c'est le plus facile). Bref, tout cela demande encore beaucoup de travail, de la motivation et des connaissances dans ce domaine (que je n'ai pas) seraient le bienvenue. Surtout que parfois, je me dis que ces efforts sont peut-être inutiles si les collectivités locales se décidaient à libérer leurs données cadastrales à grande échelle, à l'image de ce qui se passe dans la région brestoise. Mais j'ai reçu deux propositions d'aide depuis hier, on va voir si les choses peuvent avancer. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Je suis d'accord, mais pour ma part j'ai contacté et relancé plusieurs fois le service SIG de notre SAN. A la nieme relance la responsable c'est déclarée très intéressée, mais m'a aussi fait comprendre que je lui prenais un peut la tête avec mon truc et qu'on verrais quand elle aurais le temps. Je doute qu'elle me recontacte un jour ... 2010/6/10 Pieren pier...@gmail.com 2010/6/10 Clement Menier clement.men...@gmail.com * import manuel basé sur un rendu cadastre en grille à 75m : environ 150 bâtis à l'heure. * import basé sur le plugin avec correction de l'ensemble des erreurs précédentes: entre 100 et 250 bâtis à l'heure. Le gain dépend beaucoup du profil des bâtiments mais je suis d'accord qu'en l'état, il n'est pas significatif. Ce qu'il faut, c'est améliorer la reconnaissance des angles et la simplification, bref reconstituer au mieux le profil des vecteurs originaux. Il y a aussi un gain à rechercher du côté du traitement de l'image qui est pour l'instant trop long (mais je pense que c'est le plus facile). Bref, tout cela demande encore beaucoup de travail, de la motivation et des connaissances dans ce domaine (que je n'ai pas) seraient le bienvenue. Surtout que parfois, je me dis que ces efforts sont peut-être inutiles si les collectivités locales se décidaient à libérer leurs données cadastrales à grande échelle, à l'image de ce qui se passe dans la région brestoise. Mais j'ai reçu deux propositions d'aide depuis hier, on va voir si les choses peuvent avancer. Pieren ___ 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] /!\ URGENT /!\ Reportage sur OSM pour France Télévision Aix en Provence Jeudi
Salut Nicolas, Je te confirme avec tristesse que c'est une vrai usine à gaz fomenter par Micro$oft. J'ai réussi à récupérer le flux vidéo avec mimms sous Linux. Mais la conversion ffmpeg2theora plante. mplayer avec -dumpstream -dumpfile m'a permis de faire une extraction sans DRM mais le flux n'est pas complet. Bref sans Window$ et $ilverlight c'est un peu compliqué. Je te rejoins sur ta remarque sur certains services publiques. Il n'y a pas que la carto qui mérite un grand coup de LIBERTÉ Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] /!\ URGENT /!\ Reportage sur OS M pour France Télévision Aix en Provence Jeudi
Le jeudi 10 juin 2010 09:40:45 kimaidou, vous avez écrit : J'ai réussi sans pbm à lancer la lecture du mss via VLC : mms:// a988.v101995.c10199.e.vm.akamaistream.net/7/988/10199/3f97c7e6/ftvigrp.down load.akamai.com/10199/cappuccino/production/publication/France_O/Autre/2010 /S23/132197_guadeloupe_20100607-350k-150k.wmv J'avais pas essayé vlc, ça marche. Reportage très intéressant, et bravo à Gaël pour sa participation. Ça permet aussi de « faire connaissance » avec un « collègue » :-) Ton militantisme est original par rapport à ce que je connait, intéressant. Par contre, j'ai pas compris de quoi tu vivais, mais ça ça te regarde ;-) Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Au moins sur la partie citée, cela ressemble effectivement à une conversion trace GPS en voie. Cela dit, je crois que c'est assez classique chez les débutants. Une connaissance a fait exactement la même erreur, pensant que lorsque je lui disait d'importer ses traces sur OSM il fallait les convertir en voies. De mémoire, la personne en question avait utilisait JOSM directement, sans commencer par le site web. Or, pour moi, le site web à cela de bien qu'il distingue parfaitement la notion de trace GPS et les voies. Je ne connais pas assez JOSM, mais peut-être est-il envisageable de l'adapter pour qu'il oriente mieux les nouveaux ? Du coup, au delà du coup de gueule, je pense qu'il faut surtout accompagner les nouveaux. Il faut être conscient que l'exercice est complexe : - prendre conscience de la différence entre trace GPS et données géographique - dans ce cas précis, prendre conscience de la notion de chemin de randonnée qui prend la forme d'une entité abstraite : une relation. Le 9 juin 2010 23:03, Christophe Merlet red...@redfoxcenter.org a écrit : Le mercredi 09 juin 2010 à 21:41 +0200, Vincent Pottier a écrit : Le 09/06/2010 00:47, Christophe Merlet a écrit : Le jeudi 03 juin 2010 à 12:12 +0200, Christophe Merlet a écrit : Le jeudi 03 juin 2010 à 11:32 +0200, Vincent Pottier a écrit : Bonjour, Quand un peu de coordination structure un projet, il devient pertinent pour des institutions. Peut-être que nos régions ou départements suivront... Ayant essayé de travailler le plus consciencieusement possible sur la Via d'Arles de Vic-en-Bigorre jusqu'a Sarrance je suis curieux de connaitre les modifications apportées. Y a t'il un moyen de connaitre les diff apportées à la relation Via d'Arles ? L'historique du site OSM étant totalement inutilisable dans ce cas. Les seuls contributeurs que je connaisse sur cette Via d'Arles sont caminaspe (que j'ai déjà rencontré) et un certain ottokar55 (à priori un allemand) Concernant L'autre camino de santiago à la frontière espagnol, au niveau de Saint-Jean-Pied-de-Port à Roncesvalles. les traces (approximatives) actuelles coté français sont semble t'il encore les miennes et celles d'ottokar55. et n'ont pas encore été intégrées dans une relation route... Cela dit je suis ravi de savoir que d'autres personnes étudient ou envisagent d'étudier ces chemins et reverse dans OSM leurs observations et corrections :) Aïe. Je crois que les contributions arrivent dans OSM. Un way de 83km de long superposé à toutes les voies existantes !! highway=footway name=Camino Francés oneway=yes C'est super sale et violent... http://osm.org/go/b...@strqiim-- Je laisse pour l'instant comme ça. L'utilisateur semble être entré dans une phase de nettoyage http://www.openstreetmap.org/user/Pangea J'espère que la suite ne sera pas aussi surprenante coté français !! Bon. J'ai poussé mon coup de gueule. --- I don't understand the work you are doing ! It looks like you have put GPS traks on OSM without consideration for what was already in the database ! You have done a lot of duplicated nodes. Hopefully you are removing them. But the work of ottokar55 and other mappers is disapearing without consideration. You put a footway all long roads already mapped and already included in the relation Camino. And this footway is not often bette in presicion that the work already done. For example there is no footway through Astorga, but you put one. At Puerto Foncebadon (Cruz de Ferro) your footway is on the road. But in fact there is a path beside the road (already mapped and included in the relation). So your GPS track is not better that mine or others... You put a footway when a path would be better. You put a oneway on a footway as if nobody could go back home by foot (the way to Santiago must be indicated in the relation not in the way : we have put it on the wiki). I wonder if you have preparded your job reguarding what other people had already done. I wonder if you have read the wiki page, (and discussed it when you didn't agree). I wonder if you kwon that OSM is a common work. And I would not be surprised when people remove parts of your job. I have already removed some little parts. -- Je lui avais déjà signalé l'explosion des dupes et la disparition des travaux des autres mappeurs, mais le gars qui se dit pro, il travaille comme un sagouin ! Si il supprime purement et simplement le boulot des autres pour laisser le sien, je demande le revert. -- FrViPofm Ouch, c'est violent ! Et après on dit que je manque de tact et de diplomatie ;o) Cela dit, c'est vrai que bosser comme ça au nom d'une boite experte en SIG et GPS, c'est franchement pas sérieux :/ C'est un véritable massacre sur Santiago de Compostella au niveau des noeuds et voies dupliqués !!! Librement, ___ Talk-fr mailing list
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Le 10 juin 2010 10:24, Guilhem Bonnefille guilhem.bonnefi...@gmail.com a écrit : Au moins sur la partie citée, cela ressemble effectivement à une conversion trace GPS en voie. Cela dit, je crois que c'est assez classique chez les débutants. Une connaissance a fait exactement la même erreur, pensant que lorsque je lui disait d'importer ses traces sur OSM il fallait les convertir en voies. De mémoire, la personne en question avait utilisait JOSM directement, sans commencer par le site web. Or, pour moi, le site web à cela de bien qu'il distingue parfaitement la notion de trace GPS et les voies. Je ne connais pas assez JOSM, mais peut-être est-il envisageable de l'adapter pour qu'il oriente mieux les nouveaux ? Du coup, au delà du coup de gueule, je pense qu'il faut surtout accompagner les nouveaux. Il faut être conscient que l'exercice est complexe : - prendre conscience de la différence entre trace GPS et données géographique - dans ce cas précis, prendre conscience de la notion de chemin de randonnée qui prend la forme d'une entité abstraite : une relation. +1 !! Il n'est pas facile ni évident pour un nouveau contributeur de ne pas commettre d'erreur de ce genre, (je l'ai fait le coup de la trace GPS, mais à un endroit où n'y avait que du vide) et je continue à faire des erreurs que je tente de corriger dès que je suis au courant (après lecture d'un post sur cette ML ou après lecture d'une page de wiki sur laquelle je n'étais pas encore passé... il y en a tellement). Certaines choses peuvent paraitre évidente pour des habitués, pour un nouveau contributeur il n'est pas du tout évident d'avoir une vue d'ensemble et de détail des bonnes pratiques au sein d'OSM car le projet a pris un ampleur importante qui le rend de plus en plus complexe. Dommage aussi que la messagerie interne d'OSM ne soit pas plus utilisée pour faire remonter directement auprès du contributeur les erreurs détectées par des outils comme osmose ou l'analyseur de relation (qu'on ne connait pas quand on est nouveau). Plus OSM grossira plus il sera difficile pour les nouveaux contributeurs de contribuer utilement et plus des outils d'aide de ce type seront indispensables. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Le 10/06/2010 10:47, Christian Quest a écrit : Le 10 juin 2010 10:24, Guilhem Bonnefille guilhem.bonnefi...@gmail.com mailto:guilhem.bonnefi...@gmail.com a écrit : Au moins sur la partie citée, cela ressemble effectivement à une conversion trace GPS en voie. Cela dit, je crois que c'est assez classique chez les débutants. Une connaissance a fait exactement la même erreur, pensant que lorsque je lui disait d'importer ses traces sur OSM il fallait les convertir en voies. De mémoire, la personne en question avait utilisait JOSM directement, sans commencer par le site web. Or, pour moi, le site web à cela de bien qu'il distingue parfaitement la notion de trace GPS et les voies. Je ne connais pas assez JOSM, mais peut-être est-il envisageable de l'adapter pour qu'il oriente mieux les nouveaux ? Du coup, au delà du coup de gueule, je pense qu'il faut surtout accompagner les nouveaux. Il faut être conscient que l'exercice est complexe : - prendre conscience de la différence entre trace GPS et données géographique - dans ce cas précis, prendre conscience de la notion de chemin de randonnée qui prend la forme d'une entité abstraite : une relation. +1 !! Il n'est pas facile ni évident pour un nouveau contributeur de ne pas commettre d'erreur de ce genre, (je l'ai fait le coup de la trace GPS, mais à un endroit où n'y avait que du vide) et je continue à faire des erreurs que je tente de corriger dès que je suis au courant (après lecture d'un post sur cette ML ou après lecture d'une page de wiki sur laquelle je n'étais pas encore passé... il y en a tellement). Certaines choses peuvent paraitre évidente pour des habitués, pour un nouveau contributeur il n'est pas du tout évident d'avoir une vue d'ensemble et de détail des bonnes pratiques au sein d'OSM car le projet a pris un ampleur importante qui le rend de plus en plus complexe. Dommage aussi que la messagerie interne d'OSM ne soit pas plus utilisée pour faire remonter directement auprès du contributeur les erreurs détectées par des outils comme osmose ou l'analyseur de relation (qu'on ne connait pas quand on est nouveau). Plus OSM grossira plus il sera difficile pour les nouveaux contributeurs de contribuer utilement et plus des outils d'aide de ce type seront indispensables. Christian Attendez, Ce sont des pros qui travaillent sur un projet pour une collectivité locale, la province de Santiago je crois, sur un objet, le chemin de Saint Jacques déjà bien travaillé (notament par ottokar55, dont, si je ne suis pas d'accord avec tous les choix, a fait un boulot énorme), et dans une zone qui n'est pas déserte et sur pas loin de 800 km de long. Ils ne sont pas censés être des débutants à cette échelle. Il y a le problème du GPX passé en footway + oneway (t'as laissé tombé ta gourde en chemin, tant pis, pas possible de faire demi tour. heureusement ils n'ont pas mis d'interdiction de stationnement, sinon, foutu pour ton lacet défait) Mais il y a TOUS les ways de Santiago et de la région qui ont été recopiés 6 fois. Plus certains points 8 ou 10 fois... des milliers de dupes, c'est ce qui m'a alerté. Ils ont des problèmes dans la maitrise de l'outil ! Dire qu'ils ont demandé sur la ML anglaise un extract de l'Europe. Je redoute... Encore qu'à la suite de mon premier message, puis de mon coup de gueule, ils se sont mis à faire du nettoyage sur les dupes. Et ils ont retiré le oneway. Il reste à supprimer tout ce qu'ils ont mappé en CarbonCopy multi-exmplaire... Rassurez-vous. Je suis aussi en train de leur faire une réponse tuto pour les aider à analyser leurs erreurs et à en trouver les causes. Mais bon, peut-être que c'est ça la PTAO (perte de temps assistée par ordinateur). -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Le 10 juin 2010 11:20, Vincent Pottier vpott...@gmail.com a écrit : Rassurez-vous. Je suis aussi en train de leur faire une réponse tuto pour les aider à analyser leurs erreurs et à en trouver les causes. Ne te méprends pas Vincent, je trouve que c'est très bien ce que tu fais vis à vis d'eux. C'est exactement ce qu'il faut faire découvrir aux personnes qui ne sont pas habitués : un projet libre, quel qu'il soit, c'est avant tout une communauté qui s'entraide. Mon message vise surtout à rappeler que le ticket d'entrée sur OSM est très élevé. Or, les débutants n'en sont pas forcément conscients et font donc, naturellement, des erreurs. Peut-être que les outils vont évoluer, genre une configuration activée par défaut dans JOSM type idiot-proof, qui empèche certaines manipulations. Concernant les pro, il y a des pro du SIG dans ma boite, et je peux te dire qu'ils sont déconcertés par OSM. Les outils et technologies ne sont pas ceux qu'ils utilisent au quotidien. Et que dire des notions comme trace, node, way et relation. Tant qu'on ne leur a pas dépeint le projet, c'est pas facile à appréhender. J'imagine que cela ne trouve pas d'écho dans les problématiques qu'ils gèrent au quotidien. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Noeuds orphelins j'y suis :)
Allez ! Pour la bonne humeur : je suis dans la liste des noeuds orphelins à 2 reprises comme ici http://www.openstreetmap.org/browse/node/687500834 . Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Canal du Midi
Le 10 juin 2010 11:29, Nicolas Moyroud nmoyr...@free.fr a écrit : Les chemins on n'a qu'à les appeler OSMR à la place de GR comme ça on n'a plus besoin d'eux ! ;-) Sauf erreur, je crois que ce n'est pas que le nom qui est protégé, mais le tracé aussi. En gros, tu peux pas refaire un tracé identique à un GR et dire que ça s'appelle autrement (j'imagine qu'on touche à la contrefaçon). Par contre, on ne peut pas nous empécher de faire une carte indiquant qu'à tel endroit il est possible de passer à pied, en vélo, à cheval... Pour causer technique, on n'a pas le droit de faire une relation, mais on peut faire des way. (si je me souviens bien de nos discussions passées). -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Le jeudi 10 juin 2010 à 11:34 +0200, Guilhem Bonnefille a écrit : Le 10 juin 2010 11:20, Vincent Pottier vpott...@gmail.com a écrit : Rassurez-vous. Je suis aussi en train de leur faire une réponse tuto pour les aider à analyser leurs erreurs et à en trouver les causes. Ne te méprends pas Vincent, je trouve que c'est très bien ce que tu fais vis à vis d'eux. C'est exactement ce qu'il faut faire découvrir aux personnes qui ne sont pas habitués : un projet libre, quel qu'il soit, c'est avant tout une communauté qui s'entraide. Mon message vise surtout à rappeler que le ticket d'entrée sur OSM est très élevé. Or, les débutants n'en sont pas forcément conscients et font donc, naturellement, des erreurs. Peut-être que les outils vont évoluer, genre une configuration activée par défaut dans JOSM type idiot-proof, qui empèche certaines manipulations. Concernant les pro, il y a des pro du SIG dans ma boite, et je peux te dire qu'ils sont déconcertés par OSM. Les outils et technologies ne sont pas ceux qu'ils utilisent au quotidien. Et que dire des notions comme trace, node, way et relation. Tant qu'on ne leur a pas dépeint le projet, c'est pas facile à appréhender. J'imagine que cela ne trouve pas d'écho dans les problématiques qu'ils gèrent au quotidien. On est pas au pays des bisounours ou tout le monde il est beau, tout le monde il est gentil. On ne peut pas excuser tous les comportements et débordements. Avant de me permettre de commencer à toucher à la base d'OSM j'ai mis un an pour lire la doc, les forums et les listes pour comprendre les outils à ma disposition. Et mes toutes premières contributions se sont limités à quelques points sur une zone géographique limitée. Avant de courir on apprend à marcher. Avant de participer à un Rallye, on apprend à conduire. Alors qu'un pro qui se présente expert en SIG et GPS fasse un tel charcutage pour ne pas dire vandalisme, ça me laisse sans voix. Et parce qu'il est pro il va en plus se permettre d'effacer le travail des autres... J'en ai déjà vu des comme ça dans d'autres projets ! Ou est le respect du travail d'autrui ? Ou est la conscience professionnel ? Ou est l'humilité ? Le bonhomme est peut-être de bonne foi, mais il faut quand même être conscient de ses propres limites avant de s'attaquer au travail des autres. Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Transformation de coord
Salut, Je travaille sur l'import de données et je rencontre un problème pour transfomer des données. Le fichier de données est joint, si je regarde ce qu'il contient avec ogrinfo j'ai : PROJCS[Lambert_Conformal_Conic, GEOGCS[Unknown, DATUM[GRS_80, Or si je recherche le SRID correspondant 'Lambert Conformal Conic' je pense que c'est le numéro 29 d'après http://spatialreference.org/ref/sr-org/29/ mais avec la lib gdal que j'utilise pour transformer les coord j'ai un erreur ERROR 6: EPSG PCS/GCS code 29 not found in EPSG support files. Je suis sous Debian et j'utilise python-gdal comme librairie, où ai-je fait une erreur ? Merci à l'avance pour votre aide routier.shp Description: application/esri-shape ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Canal du Midi
2010/6/10 Nicolas Moyroud nmoyr...@free.fr Si ils ne veulent pas que ça figure dans OSM, ils n'ont qu'à le dire. Je pense qu'ils sont un peu emmerdés aux entournures. Comme OSM n'est pas une entreprise à but uniquement commercial mais plutôt un projet qui milite pour l'ouverture des données géographiques et que la FFRP est quand même une asso d'utilité publique, ils sont un peu coincés entre les principes et le porte-monnaie. Pour l'instant, ils doivent faire semblant de ne pas nous voir et ça leur évite de se poser trop de questions sur leur modèle. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transformation de coord
Bonjour, De : Rodolphe Quiedeville Je travaille sur l'import de données et je rencontre un problème pour transfomer des données. Le fichier de données est joint, si je regarde ce qu'il contient avec ogrinfo j'ai : PROJCS[Lambert_Conformal_Conic, GEOGCS[Unknown, DATUM[GRS_80, Or si je recherche le SRID correspondant 'Lambert Conformal Conic' je pense que c'est le numéro 29 d'après http://spatialreference.org/ref/sr-org/29/ mais avec la lib gdal que j'utilise pour transformer les coord j'ai un erreur ERROR 6: EPSG PCS/GCS code 29 not found in EPSG support files. Ton message semble indiquer l'attente d'un code EPSG, là où tu envois un code d'une autre nomenclature (sr-org ?). Si tu travailles sur des données en Lambert 93 / France, tu peux regarder ici : http://georezo.net/wiki/main:dico:epsg où figure la liste des codes EPSG des différentes projections qui s'appliquent. = codes 2154 ou 39xx dans ce cas. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transformation de coord
2010/6/10 Vincent de Chateau-Thierry v...@laposte.net Oui, toutes les projections Lambert sont conique conforme mais ça ne dit pas si c'est du Lambert93 ou du Lambert anciennement 4 zones ou nouvellement 9 zones. Il y a aussi cette doc du Certu pour les équivalences: http://www.certu.fr/fr/_Information_g%C3%A9ographique-n32/G%C3%A9or%C3%A9f%C3%A9rencement_et_RGF93-n795/IMG/pdf/RGF93_theorie_et_concept_T7.pdf Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Canal du Midi
Le 10/06/2010 12:35, Pieren a écrit : 2010/6/10 Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr Si ils ne veulent pas que ça figure dans OSM, ils n'ont qu'à le dire. Je pense qu'ils sont un peu emmerdés aux entournures. Comme OSM n'est pas une entreprise à but uniquement commercial mais plutôt un projet qui milite pour l'ouverture des données géographiques et que la FFRP est quand même une asso d'utilité publique, ils sont un peu coincés entre les principes et le porte-monnaie. Pour l'instant, ils doivent faire semblant de ne pas nous voir et ça leur évite de se poser trop de questions sur leur modèle. Pieren C'est l'une des raisons pour lesquelles le projet Camino de Santiago est intéressant. Il emprunte des GR en très grande partie. Bon nombre d'associations qui l'entretienent (voire qui le mettent en place pour le réseau secondaire) sont plus ou moins liées à la FFRP au moins parce qu'ils ont reçu de la formation de la Fédération. C'est le côté coinçant, porte-monnaie. Mais le Chemin de Saint-Jacques est pluri-séculaire, donc dans le domaine public, et censé s'appyuer sur des études historiques. Mais tout le monde sait que le chemin emprunté n'est pas forcément l'ipsisima via, le chemin garanti authentique pris autrefois par l'évêque du Pyu-en-Velay. Lequel chemin est probablement sous du goudron ou perdu en forêt. Ça c'est le côté gênant : si vous vous écartez, vous n'êtes pas dans le chemin authentique, mais y a-t-il un chemin authentique ? Si vous cartographiez le chemin antique, nous, association, n'avons aucun droit. Sinon, nous, FFRP, devons prétendre que le chemin est une création contemporaine, ce que personne n'a envie de dire. De plus, toutes ces opérations de développement du chemin sont financées par l'Europe, donc fonds publics, une mane pour les associations mais pour faire une action publique. Enfin, la propriété intellectuelle est à qui ? À l'historien qui a travaillé sur les documents anciens ? Au pionnier qui a débroussaillé des passages ? À l'association qui a compilé les travaux ? Le Camino est le GR le plus fréquenté (300 personnes par jours en été à Aumont-Aubrac, selon un sociologue rencontré là-bas, et ce n'était pas une année jacquaire, comme 2010), bien avant le GR 20 en Corse, qui est le second. Un bon moyen de mettre le pied dans la porte sans risque de se le faire écraser... Et des portions du Camino sont inscrites à l'UNSECO (une aberration à mon sens. C'est très mal fait !) Mais la route de Stevenson et autres itinéraires historiques sont intéressants au même titre. S'ils sont historiques, ils peuvent être sans risque dans OSM. S'ils sont des reconstitutions, les auteurs ne s'en vanteront pas. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géoréférencement à la bous solle
Le 10/06/2010 09:17, Nicolas Dumoulin a écrit : Merci pour toutes ces explications :-) Bon, après, je sais pas si je vais trouver le temps de passer à la pratique (faut déjà que je retrouve une bonne boussole de visée) … Mon père en avait une excellente qui a disparu après son décès. genre http://www.auvieuxcampeur.fr/index.php/catalog/product/view/id/29230 Je suis sur que pour le même prix, aujourd'hui on doit trouver un bon logger GPX. Bon, c'est moins fun que de faire sa visée et sa feuille de calcul. -- FrViPof ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Travaux temporaires
br == Benoît ROUSSEAU adressepossi...@free.fr writes: br traffic en utilisant OSM en sous couche pour un rendu avec br OpenLayers OUI. Ce serait même super bien. Mais je ne vois qui va br passer sa vie à la fenêtre ou scruter les infos pour saisir des br embouteillages possibles toutes les 15 min. Il est possible de générer automatiquement des données sur les temps moyen de trajet et les bouchons, comme le font par exemple Google Maps et Waze sur les mobiles. Il existe des projets en cours pour collecter ce type de données et les intégrer à des outils de routage pour OSM, par exemple http://wiki.openstreetmap.org/wiki/Routing/Travel_Time_Analysis http://wiki.openstreetmap.org/wiki/Average_speed_per_way -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Le 10/06/2010 07:39, Clement Menier a écrit : Vincent Pottier wrote: Pour avoir manipulé ce plugin, imparfait certes mais génial tout de même, je peux démarrer une page des truc s et astuces. Je dois même avoir fait quelques captures pour ça. -- FrViPofm J'ai passé un peu de temps à tester cette fonction du plugin versus un import a la grenobloise (si j'ai bien compris cela veut dire tout à la main). Je précise de suite que ces tests ont été réalisés sur une commune à la campagne (Cherves-Richemont au nord de Cognac) et non une ville (j'ai remarqué que la situation était un peu meilleure sur une ville mais je n'ai pas encore fini mes tests sur ce type de données). Voici mes constatations: * Dans 5% des cas, il y a un souci lors du merge avec un contour voisin qu'il est nécessaire de régler manuellement. * Dans 1% des cas, le cadastre contient des petites abérations d'affichage (des traits noirs apparaissent sans être des limites parcellaires). Le plugin bien-sûr ne peut détecter cela et fera le tour de cet obstacle fictif. Malheureusement une vérification sur un rendu ne verra jamais ce souci ! * Les contours comportent assez souvent des erreurs (détectées par Validator) : la plupart sont corrigées en cliquant sur Fix de Validator, mais bon c'est une étape manuelle de plus. * Les contours générés par le plugin contiennent dans la très vaste majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-) * Certaines séparations entre bâti symbolisées par un trait blanc (à peine visible) ne semblent pas prises en compte dans le plugin. * Les contours comportent (entre 25% et 30% des cas) des noeuds inutiles (2 our 3 noeuds dans un angle droit par exemple). Ceci n'est certes pas trop gênant mais cela génère une couche bâti un peu moins précise et surtout bien plus volumineuse que de raison. J'ai mesuré dans les 2 situations suivantes ma vitesse de l'import en prenant en compte le dessin des ways/la correction des erreurs: * import manuel basé sur un rendu cadastre en grille à 75m : environ 150 bâtis à l'heure. * import basé sur le plugin avec correction de l'ensemble des erreurs précédentes: entre 100 et 250 bâtis à l'heure. Pour moi le gain de temps n'est donc pas tellement un argument dans ma situation et j'ai donc continué de faire un import manuel du bâti pour cette commune http://www.openstreetmap.org/?lat=45.7346034049988lon=-0.342035293579102zoom=15 Vincent je suis preneur de tes trucs astuces pour améliorer mon utilisation de ce plugin pour recommencer mes tests. Très intéressante nomenclature ! Je retrouve bien mon expérience. J'ai testé le plugin dans le centre ville de Besançon et j'ai apprécié ! Avec une forte densité du bâtit, le temps de traitement préalable de l'image est rentabilisé par la quantité de polygones créés. Mes tests sont déjà un peu anciens. Je ne sais pas si le prétraitement a été accéléré depuis. La même chose à la main, à la grenobloise (j'aime l'expression), je crois que je me serais fait une tendinite. Effectivement, après vectorisation, il y a une phase de retouche avant l'upload, mais en centre-ville, la retouche est relativement rapide puisqu'il y a beaucoup de bâtit présent à l'écran. Enfin, j'ai trouvé un certain nombre d'astuces qui diminuent les erreurs, et même une qui permet de détourer le inner d'un multipolygon. Je vais essayer de mettre ça par écrit dans le wiki, avec quelques images, à partir de cette nomenclature. Même si la page créée sera en sous page de la page du plugin, je ne ferai pas de liens à partir de cette page, pour ne pas pousser à la consommation. Un lien existera sur ma page perso. Un autre sera envoyé dans ce sujet donc à la suite des mises en garde déjà faites. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Pro SIG et GPS peut être mais pas Pro au niveau OSM... car c'est aussi il me semble autre chose. Attention aussi la notion Pro ne veut pas forcément dire la même chose pour tout le monde. Pour certains c'est la différence entre travail rémunéré ou pas, pour d'autre c'est compétent ou pas, etc... En tout cas, j'espère que le message de Vincent va tempérer les ardeurs de ce contributeur et qu'il rectifiera le tir, sinon c'est dommage d'utiliser autant d'énergie pour un résultat finalement négatif. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Travaux temporaires
Eric Marsden a écrit : br == Benoît ROUSSEAU adressepossi...@free.fr writes: br traffic en utilisant OSM en sous couche pour un rendu avec br OpenLayers OUI. Ce serait même super bien. Mais je ne vois qui va br passer sa vie à la fenêtre ou scruter les infos pour saisir des br embouteillages possibles toutes les 15 min. Il est possible de générer automatiquement des données sur les temps moyen de trajet et les bouchons, comme le font par exemple Google Maps et Waze sur les mobiles. Il existe des projets en cours pour collecter ce type de données et les intégrer à des outils de routage pour OSM, par exemple http://wiki.openstreetmap.org/wiki/Routing/Travel_Time_Analysis http://wiki.openstreetmap.org/wiki/Average_speed_per_way +1 Je connaissais ASPW, et je n'y avait vu que la détermination des vitesses autorisées. Mais il vrai qu'a force de données on peut déterminer en chaque point, la vitesse moyenne à chaque heure de chaque jour de l'année. Cequi fluctue en fonction des ralentisseurs, des jours fériés, des zones de vacances scolaires, ... Et je me disais aussi que, finalement, les travaux sur la voirie sont déclarés en mairie puisque qu'un arrêté municipal est produit. M'étonnerai qu'ils travaillent sur fiches bristol. Ainsi ils pourraient ouvrir ces données au même titre que d'autres. Quant au dates de fin prévues mais rarement respectées et bien il suffirait de les tagguer prévues comme c'est le cas sur les panneaux réels et ne mettre à jour qu'en fonctions des observations et des données mairies qui signaleraient la fin effective des travaux et signerai l'arrêt de mort des tags en question. Du même coup le côté local serait intéressant pour créer un précédent et engager les autres institutions jumelles ou autre à emboiter le pas. Le local prendrait ainsi un intérêt national. Avec de telles solutions en place cela devient envisageable. Où en sont les projets cités ? Participation des mairies ? Alors les porteurs du projet c'est pas beau ? Un pessimiste retourné en 2 jours (sous réserve que ce soit travaillé dans l'ordre pour ma part). Mais c'est du boulot et la manière d'aborder les choses changerait radicalement. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transformation de coord
Hé hop le voilà :) PROJCS[Lambert_Conformal_Conic,GEOGCS[Unknown,DATUM[D_GRS_80,SPHEROID[GRS_80,6378137,298.257222101]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Lambert_Conformal_Conic],PARAMETER[standard_parallel_1,47.25],PARAMETER[standard_parallel_2,48.75],PARAMETER[latitude_of_origin,48],PARAMETER[central_meridian,3],PARAMETER[false_easting,170],PARAMETER[false_northing,720],UNIT[Meter,1]] Il est un peu différent du .PRJ proposé par http://spatialreference.org/ref/epsg/3948 mais je ne pense pas que ça ait de l'importance... donc ça doit bien être du RGF93/CC48 (EPSG:3948) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Canal du Midi
On jeudi 10 juin 2010, Nicolas Moyroud wrote: Les chemins on n'a qu'à les appeler OSMR à la place de GR comme ça on n'a plus besoin d'eux ! ;-) Je rappel ma très vielle proposition d'inventer les OHT-XY-[0..inf] XY=FR/UK/DE/... Pour Openstreetmap Hiking Trail où nous inventerons nous même des parcours intéressants, dûment cartographiés, pas forcément entretenus par nous même ;-(, mais libres -- 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
Re: [OSM-talk-fr] [tag] Exclave ou enclave ?
On jeudi 10 juin 2010, Vincent Pottier wrote: Bonjour La relation 82682 (boundary_segment Côte de la Manche) contient des exclaves et enclaves. L'autre question qui n'a jamais été trop abordé et que j'ai mentionné sur le wiki, une frontière linéaire peut/doit/pourrait-elle contenir des morceaux fermés ? Une enclave est-elle une frontière au sens langage du terme ? Est il plus judicieux d'inclure ces exclaves dans la relation france, ou dans les relations boundary_segment ? La question est ouverte, je ne suis même pas sûr d'avoir un avis. Enclaves : ways 39578420 (ile Tatihou, Manche), 4763168 Exclaves : (Ile Grande, Pleumeur-Bodou) ways 50548465, 4537588, 4537586 Alors, les iles, exclaves ou enclaves ? Exclaves du pays, enclave de... la mer ;-) Mais on ne taggue pas (encore) les mers sous forme de surfaces -- 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
[OSM-talk-fr] It's time for Open Data !
Juste ce lien, qui montre bien ce qui se passe en ce moment (au moins en GB ... mais la France n'est pas en reste à mon avis, elle accuse juste un petit retard) : http://www.practicalparticipation.co.uk/odi/wp-content/uploads/2010/06/Open-Data-Impacts-Timeline-Draft-0.1.png Sinon, Google Trends nous permet de dire que la couverture du sujet dans les médias a commencé à être significative en 2008, et que la tendance est à la hausse, de manière continue : http://www.google.com/trends?q=open+datactab=0geo=alldate=allsort=0 F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : It's time for Open Data !
De : François Van Der Biest francois.vanderbi...@camptocamp.com Juste ce lien, qui montre bien ce qui se passe en ce moment (au moins en GB ... mais la France n'est pas en reste à mon avis, elle accuse juste un petit retard) : http://www.practicalparticipation.co.uk/odi/wp-content/uploads/2010/06/Open-Data-Impacts-Timeline-Draft-0.1.png Voici d ailleurs un petit article sur l Open Data en France http://www.agoravox.fr/actualites/citoyennete/article/l-opendata-c-est-bien-plus-que-de-76169 Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Exclave ou enclave ?
Le 10/06/2010 17:28, sly (sylvain letuffe) a écrit : On jeudi 10 juin 2010, Vincent Pottier wrote: Bonjour La relation 82682 (boundary_segment Côte de la Manche) contient des exclaves et enclaves. L'autre question qui n'a jamais été trop abordé et que j'ai mentionné sur le wiki, une frontière linéaire peut/doit/pourrait-elle contenir des morceaux fermés ? Une enclave est-elle une frontière au sens langage du terme ? Est il plus judicieux d'inclure ces exclaves dans la relation france, ou dans les relations boundary_segment ? La question est ouverte, je ne suis même pas sûr d'avoir un avis. Enclaves : ways 39578420 (ile Tatihou, Manche), 4763168 Exclaves : (Ile Grande, Pleumeur-Bodou) ways 50548465, 4537588, 4537586 Alors, les iles, exclaves ou enclaves ? Exclaves du pays, enclave de... la mer ;-) Mais on ne taggue pas (encore) les mers sous forme de surfaces Bonsoir, Où a été cherché ce terme d'Exclave? Mon dictionnaire ne le connait pas donc une enclave doit s'entendre comme receveur ET comme donateur. En France nous avons au moins 3 enclaves Les États du Papes dans le 26 rattachés au 84 Un territoire du 21 qui se trouve dans le 58 Une commune espagnole qui se trouve intégralement cernée par la France. Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Exclave ou enclave ?
On jeudi 10 juin 2010, Yannick VOYEAUD wrote: Où a été cherché ce terme d'Exclave? là : http://wiki.openstreetmap.org/wiki/FR:Relation:boundary ;-) C'est la valeur du role qu'il est (pour l'instant) recommandé de mettre lorsque la zone administrative qu'il entoure se situe à l'extérieur du plus gros des polygones de cette même zone administrative (j'interprète un brin). Il n'est cependant pas clair (j'ai été trop sûr de moi tout à l'heure) si cela s'applique à tout, ou juste aux parties de territoire enfermées dans un autre territoire classé administrativement au même niveau. En retrouvant l'origine du choix du role, mais c'est une supposition, les îles mériteraient peut-être d'être taggué avec un role vide. Mon dictionnaire ne le connait pas Parce que ce n'est pas un mot français ;-) ça semble venir d'un mot anglais : http://www.babylon.com/definition/exclave/French qui veut dire enclave (ben ouais, pas de chance) Donc, a priori les îles ne devraient être ni exclaves, ni enclave. Y'a qu'a les mettre en outer et pis zut -- 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
Re: [OSM-talk-fr] Géoréférencement à la bous solle
Vincent Pottier a écrit , Le 10/06/2010 14:02: Mon père en avait une excellente qui a disparu après son décès. genre http://www.auvieuxcampeur.fr/index.php/catalog/product/view/id/29230 J'en ai une que j'emporte toujours dans mon sac, une qui ressemble à celles de cette liste : http://www.auvieuxcampeur.fr/nos-produits/instruments-orientation-optique-plein-air/boussoles-et-compas/boussole-avec-miroir-de-vise Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Exclave ou enclave ?
Le 10/06/2010 18:47, sly (sylvain letuffe) a écrit : On jeudi 10 juin 2010, Yannick VOYEAUD wrote: Où a été cherché ce terme d'Exclave? là : http://wiki.openstreetmap.org/wiki/FR:Relation:boundary ;-) C'est la valeur du role qu'il est (pour l'instant) recommandé de mettre lorsque la zone administrative qu'il entoure se situe à l'extérieur du plus gros des polygones de cette même zone administrative (j'interprète un brin). Il n'est cependant pas clair (j'ai été trop sûr de moi tout à l'heure) si cela s'applique à tout, ou juste aux parties de territoire enfermées dans un autre territoire classé administrativement au même niveau. En retrouvant l'origine du choix du role, mais c'est une supposition, les îles mériteraient peut-être d'être taggué avec un role vide. Mon dictionnaire ne le connait pas Parce que ce n'est pas un mot français ;-) ça semble venir d'un mot anglais : http://www.babylon.com/definition/exclave/French qui veut dire enclave (ben ouais, pas de chance) Donc, a priori les îles ne devraient être ni exclaves, ni enclave. Y'a qu'a les mettre en outer et pis zut Re, Lorsque tu y regardes de plus près tu te rends compte que l'étymologie anglaise n'est pas correcte. En effet Enclaver vient du latin clavis. De toute évidence nous avons là encore droit à un francicisme inutile et absurde puisque le terme Enclaver décrit parfaitement la situation et le terme anglais de Enclave est clair. À noter que le terme anglais Enclave n'est apparu au dictionnaire anglais qu'en 1886 et était un terme diplomatique. Le terme Exclave est apparu lui 30 ans plus tard. C'est une subtilité de diplomate et en aucun cas un terme. Il ne fallait pas froisser les adversaires pour leur faire avaler des couleuvres. En épluchant on note que les deux mots servent à désigner des notions géographiques très proches: Enclave terrain cerner entièrement par un autre pays Exclave terrain cerner par plusieurs pays. En conséquence le seul terme utilisable en France est Enclave. L'exemple donné sur Wikipédia est celui de Kaliningrad qui est considéré comme exclave car jouxtant la Lettonie ET la Pologne. En regardant de près on note que les deux mots peuvent être inclusifs l'un de l'autre mais aussi exclusifs l'un de l'autre. En géographie il y a même encore un ou deux autres termes qui viennent en surcouche de ces deux là. Il faut être précis certes mais ne pas rendre la tâche impossible à écrire. Dans les deux (n) cas on a un territoire non rattaché à son entité administrative principale. Il me semble que le rattachement d'un territoire à une limite administrative est suffisamment explicite et ne nécessite absolument pas de rentrer dans des arguties diplomatiques et/ou juridiques non compréhensible pour le plus grand nombre. Amitiés -- Si on n'avait toujours voulu que la meilleure des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Bonjour, En France, je doute que le cadastre soit aussi précis qu'en Suisse, en effet, le cadastre en France est avant la numérisation fait à la main et l'épaisseur du crayon est d'au moins d'un demi millimètre. En général dans les centre-ville le cadastre est au 1000ème. Donc la précision du cadastre est au *minimum* de 50cm et dans les zones rurales, le cadastre est souvent au 2000 ème soit un mètre de précision Le 10 juin 2010 21:52, Stéphane Brunner courr...@stephane-brunner.ch a écrit : Hello, Sauf erreur en suisse le cadastre est au centimètre près ! Par contre des serveur d'OSM sont a 10 cm près, du moins je n'arrive pas faire un segment non nul de moins de 10cm. CU Stéphane Le 10. 06. 10 21:33, hamster-2 [via GIS] a écrit : Clement Menier a écrit : * Les contours générés par le plugin contiennent dans la très vaste majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-) je doute fort que le cadastre lui meme ait ce niveau de precision, meme en centre ville ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5164925.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.comml-node%2b3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane adr:;;Suisse email;internet:courr...@stephane-brunner.chemail%3binternet%3acourr...@stephane-brunner.ch x-mozilla-html:FALSE url:http://stephane-brunner.ch version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5165009.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Clement Menier a écrit : * Les contours générés par le plugin contiennent dans la très vaste majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-) je doute fort que le cadastre lui meme ait ce niveau de precision, meme en centre ville ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adresses à Paris ?
Hello, Sauf erreur en suisse le cadastre est au centimètre près ! Par contre des serveur d'OSM sont a 10 cm près, du moins je n'arrive pas faire un segment non nul de moins de 10cm. CU Stéphane Le 10. 06. 10 21:33, hamster-2 [via GIS] a écrit : Clement Menier a écrit : * Les contours générés par le plugin contiennent dans la très vaste majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-) je doute fort que le cadastre lui meme ait ce niveau de precision, meme en centre ville ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5164925.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane adr:;;Suisse email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE url:http://stephane-brunner.ch version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5165009.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Exclave ou enclave ?
Ca paraît pourtant logique de distinguer en se plaçant dans un territoire 1 De parler d'enclave pour ce qui est des territoires étrangers inclus dans les limites générales Ex : Llivia est une commune espagnole enclavée en France 2 De parler d'exclaves pour les bouts de territoire que les autres voient comme des enclaves. Pour les Espagnols, Llivia est une exclave de leur territoire principal. Evidemment, d'un point de vue mondial comme le voit OSM, il n'y a que des enclaves et il suffit de créer les bonnes relations. Mais, à un moment, pour en parler, lorsque que l'on se placera dans un territoire donné, il faudra être précis. Si on n'en parle si peu en français, c'est surtout parce qu'il n'y a pas d'exclave par rapport au territoire métropolitain. Christian Yannick VOYEAUD a écrit : Lorsque tu y regardes de plus près tu te rends compte que l'étymologie anglaise n'est pas correcte. En effet Enclaver vient du latin clavis. De toute évidence nous avons là encore droit à un francicisme inutile et absurde puisque le terme Enclaver décrit parfaitement la situation et le terme anglais de Enclave est clair. À noter que le terme anglais Enclave n'est apparu au dictionnaire anglais qu'en 1886 et était un terme diplomatique. Le terme Exclave est apparu lui 30 ans plus tard. C'est une subtilité de diplomate et en aucun cas un terme. Il ne fallait pas froisser les adversaires pour leur faire avaler des couleuvres. En épluchant on note que les deux mots servent à désigner des notions géographiques très proches: Enclave terrain cerner entièrement par un autre pays Exclave terrain cerner par plusieurs pays. En conséquence le seul terme utilisable en France est Enclave. L'exemple donné sur Wikipédia est celui de Kaliningrad qui est considéré comme exclave car jouxtant la Lettonie ET la Pologne. En regardant de près on note que les deux mots peuvent être inclusifs l'un de l'autre mais aussi exclusifs l'un de l'autre. En géographie il y a même encore un ou deux autres termes qui viennent en surcouche de ces deux là. Il faut être précis certes mais ne pas rendre la tâche impossible à écrire. Dans les deux (n) cas on a un territoire non rattaché à son entité administrative principale. Il me semble que le rattachement d'un territoire à une limite administrative est suffisamment explicite et ne nécessite absolument pas de rentrer dans des arguties diplomatiques et/ou juridiques non compréhensible pour le plus grand nombre. Amitiés ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr