[OSM-talk-fr] OSM dans LFP Manager
Pour ceux qui connaissent le jeu de management sportif appelé LFP Manager 2012 de l'éditeur EA Sport, vous pouvez voir qu'ils utilisent OSM (cf. capture écran). Par contre, respectent-ils la licence OSM (notamment en citant la source) ? http://gis.638310.n2.nabble.com/file/n7175420/2012_01_07_17_33_03.jpg http://gis.638310.n2.nabble.com/file/n7175420/cm_LaRochelle.jpg - Tony EMERY Chef de Projet SIG Prospective Orange -- View this message in context: http://gis.638310.n2.nabble.com/OSM-dans-LFP-Manager-tp7175420p7175420.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] Episode 2: OSM recensement de la population (INSEE)
Bonjour à tous, Alors concernant le découpage IRIS, c'est effectivement propriété INSEE. Cela dit, ce n'est pas un découpage administratif reconnu comme tel mais plutôt une référence infracommunale pour le traitement statistique. Je ne sais pas si, par conséquent, c'est pertinent pour OSM. Par contre, l'objectif est très clairement de proposer à l'INSEE de s’approprier OSM et de les intégrer dans leurs cartes et dans leurs études, et cela pour deux raisons : - Ça fait du buzz autour d'OSM France (après la DGFiP, les collectivités et autres, l'INSEE utilise OSM). - On pourrait profiter du travail de terrain des agents recenseurs pour mettre à jour OSM. - Tony EMERY Chef de Projet SIG Prospective Orange -- View this message in context: http://gis.638310.n2.nabble.com/OSM-recensement-de-la-population-INSEE-tp7169763p7200363.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
[OSM-talk-fr] Résidences HLM
Bonjour à tous, Après avoir essayer de cartographier les résidences collectives ou non et autres lotissements, il me semblait intéressant de distinguer ceux qui appartiennent à des offices HLM (avec le nom de l'opérateur). Du coup, existe-t-il, d'après vous une manière de renseigner le fait que les logements soient sociaux et à quel gestionnaire il appartient ? Objectif (à demi-avoué) : faire entrer les bailleurs sociaux dans le monde OSM ... Merci pour la réponse, -- View this message in context: http://gis.19327.n5.nabble.com/Residences-HLM-tp5711475.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
[OSM-talk-fr] Qualification d'un arrêt de bus
Bonjour à tous, Je vous mobilise pour essayer de comprendre comment qualifier un arrêt de bus, à savoir : - Indiquer un marquage au sol (type zig-zag) - Indiquer qu'il n'y a qu'un poteau d'arrêt (donc pas de shelter) - Préciser que l'abribus est éclairé -- View this message in context: http://gis.19327.n5.nabble.com/Qualification-d-un-arret-de-bus-tp5712416.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] Re : Qualification d'un arrêt de bus
Merci pour la réponse mais je précise que je ne veux par dire qu'il n'y a pas d'abribus. Je veux dire qu'il y a un poteau d'arrêt. En fait je veux qualifier de la manière suivante : Avec la http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position nouvelle norme , public_transport = stop_position (pour localiser l'arrêt sur la voie) bus = yes (pour dire que c'est un arrêt de bus) un tag pour dire qu'il y a un marquage au sol ou non (type zigzag) un tag pour dire qu'il y a un poteau d'arrêt ou non shelter = yes/no pour dire qu'il y a un abribus. -- View this message in context: http://gis.19327.n5.nabble.com/Qualification-d-un-arret-de-bus-tp5712416p5712429.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
[OSM-talk-fr] Zone d'activité
Bonjour à tous, Lorsque l'on cartographie les acteurs économiques d'un territoire, il est intéressant de savoir si cet acteur est dans une zone d'activité. Sans passer forcément par la création d'une relation, inscrire le nom de cette zone dans le tag is_in me parait être une bonne solution mais, je me trompe peut-être. Quel est votre avis ? -- View this message in context: http://gis.19327.n5.nabble.com/Zone-d-activite-tp5713535.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] LizPOI sur le site Internet d'Orange (Vaucluse)
Bonjour à tous, LizPOI sur le site de la ville d'Orange http://www.ville-orange.fr/sortir01.htm est en train d'être refondu. En attendant, retrouvez les projets de notre ville sur la page Orange http://wiki.openstreetmap.org/wiki/Orange_(Vaucluse) du wiki d'OpenStreetMap Bonne lecture -- View this message in context: http://gis.19327.n5.nabble.com/LizPOI-sur-le-site-Internet-d-Orange-Vaucluse-tp5734199p5736402.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] 2 atlas avec OSM et Arcgis + officiel voirie d'Orange (excel)
Voilà, L' officiel de voirie https://docs.google.com/spreadsheet/ccc?key=0AvqnfztqzzrOdE16YWpINmdfVm9MaERNWWdqQ09jMHc#gid=2 évolue. Désormais, vous trouverez plusieurs onglets recensant : - les lotissements et résidences, - les parkings publics - les zones d'activité Bonne lecture, -- View this message in context: http://gis.19327.n5.nabble.com/2-atlas-avec-OSM-et-Arcgis-officiel-voirie-d-Orange-excel-tp5728636p5736403.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
[OSM-talk-fr] Problème bâti ds lotissement
Bonjour à tous, Je rencontre un problème assez délicat ici http://www.openstreetmap.org/?lat=44.11903381347656lon=4.799241721630096zoom=18 J'ai demandé à ma collègue d'ajouter les numéros de voie à partir d'un plan qu'on avait et elle a malencontreusement déplacé des points correspondant au bâti. Est-il possible de corriger ces erreurs sans supprimer la création des points d'adresse ? Bonne journée à tous, -- View this message in context: http://gis.19327.n5.nabble.com/Probleme-bati-ds-lotissement-tp5738380.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] Problème bâti ds lotissement
pour moi, il y en a d'autres : http://www.openstreetmap.org/browse/changeset/14095871 http://www.openstreetmap.org/browse/changeset/14084389 http://www.openstreetmap.org/browse/changeset/14057308 http://www.openstreetmap.org/browse/changeset/14060719 http://www.openstreetmap.org/browse/changeset/14075135 http://www.openstreetmap.org/browse/changeset/14073401 http://www.openstreetmap.org/browse/changeset/14058896 -- View this message in context: http://gis.19327.n5.nabble.com/Probleme-bati-ds-lotissement-tp5738380p5738397.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] Problème bâti ds lotissement
bonjour, du coup, comme j'ai jamais encore fait de revert, quelqu'un peut-il m'aider ? J'ai listé les changset qui ont été touchés : - http://www.openstreetmap.org/browse/changeset/14045279 - http://www.openstreetmap.org/browse/changeset/14060719 - http://www.openstreetmap.org/browse/changeset/14058896 - http://www.openstreetmap.org/browse/changeset/14075135 - http://www.openstreetmap.org/browse/changeset/14073401 - http://www.openstreetmap.org/browse/changeset/14084389 - http://www.openstreetmap.org/browse/changeset/14095871 Dans l'idéal, il faudrait juste garder les création de points qui ayant la balise addr:housenumber Merci pour votre aide... -- View this message in context: http://gis.19327.n5.nabble.com/Probleme-bati-ds-lotissement-tp5738380p5738791.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] Problème bâti ds lotissement
Christian, Merci pour ce travail. Si, effectivement, JOSM est mieux pour l'adressage que Potlach, on a toujours ce problème d'utilisation de cette application en mairie. Donc, pour le moment, on fait avec les moyens du bord... La relation associedStreet n'est-elle pas un trop lourde à gérer quand notre objectif est de faire cela sur toute la commune ? Je ne connaissais pas access=destination. Je vais me pencher sur tout ça... Encore merci, -- View this message in context: http://gis.19327.n5.nabble.com/Probleme-bati-ds-lotissement-tp5738380p5738812.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
[OSM-talk-fr] Bureau de vote
Bonjour à tous, Vous êtes-vous déjà penché sur la qualification des bâtiments accueillant les bureaux de vote ? Sans devoir brasser large, cela concerne surtout les élections politiques organisées par les communes. Quel tags utiliser ? quelle pratique ? Bonne journée, -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373.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] Bureau de vote
effectivement, je n'avait pas vu polling_station. Je cherchais juste poll. Pour les bureaux, je pars de ce principe : un noeud dans le bâtiment = 1 bureau. polling_station:ref=Y Effectivement, je n'ai pas besoin de définir le canton car le découpage, chez nous, ne correspond pas à une limite administrative ou statistique particulière. Par contre, j'ai réalisé une cartographie précise des zones électorales via mon SIG. Pensez-vous qu'il est intéressant et pertinent de l'ajouter dans OSM ? L'idée est qu'on puisse ensuite mettre la carte électorale sur notre site et virer celle qu'on a déjà... sous google !!! Même question d'ailleurs pour la carte scolaire... -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740398.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] Bureau de vote
Et bien moi j'ai bien galéré pour ça. Il faut savoir que tout se fait à l'adresse. Ce n'est donc pas la voie qui doit servir de référence. Le bâtiment peut être utilisé comme référence mais attention, un bâtiment peut-être adossé à une rue et avoir son adresse dans la rue derrière. Concrètement, je peux extraire une couche shp du plan de zonage électoral si quelqu'un peut l'importer dans OSM. Et toujours, j'ai la même chose pour la carte scolaire des établissements publiques primaires. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740406.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] Bureau de vote
Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante : 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres fonctions que d'accueillir des élections; 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans un même groupe de bâtiments; 3- Il se peut que les bureaux de vote soient installés dans des lieux différents en fonction des élections; 4- la carte électorale peut être amenée à évoluer en fonction de la démographie et de l'aménagement territorial de la commune; Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.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] Bureau de vote
Il me semble aussi. Pour avoir tenu des bureaux de vote dans ma commune et pour en avoir réalisé la carte électoral, les modifications des bureaux de vote sont rares. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740804.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] Bureau de vote
Pour avoir un peu discuté avec le service des élections de ma collectivité, la ré-impression des cartes électorales sert surtout à mettre à jour les listes électorales : ceux qui partent de la commune, ceux qui arrivent dans la commune et ceux qui déménagent mais qui reste dans la commune, changeant ou non de bureau de vote. La modification du zonage reste rare, du moins dans les villes. De plus, ce sont plutôt les villes qui vont avoir besoin de localiser les bureaux de vote dans OSM. Si un village n'a pas d'endroit fixe pour les élections, au pire, il ne mettra rien dans OSM. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740966.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] Bureau de vote
Je rappelles à Philippe que je suis le responsable SIG de la ville. Donc, je suis à l'origine de la cartographie de ce zonage qui est officiel. Le côté saucissonnage provient du choix politique et du logiciel de gestion des listes électorales (qui ne connait pas la notion de géographie). Donc, c'est comme ça et on ne doit rien changé. Les rues sont entièrement intégrées dans une zone sans possibilité de la couper et, lorsque les maisons ont leurs accès sur une autre rue, celles-ci doivent être exclues du zonage. Du reste, ça rend superbement bien, bravo. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5741179.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] Bureau de vote
Pierre Béland wrote Tony, Je suis hors sujet mais bon. Il n'y a pas que des franco-français-franciliens sur cette liste. Déja que cette discussion perdure, que l'on est souvent abonnés à plusieurs listes et passablement occupés ailleurs, quel temps nous perdons à éplucher ces courriels sans fin, sans queue ni tête. J'ai le goût de dire, A quand le vote ? Félicitations pour ta concision et le lien vers nabble avec l'historique de la discussion. Pierre voir historique proposé par Tony http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5741179.html ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr J'ai pas tout suivi là... A priori, on peut dire que le travail d'import du zonage électorale de la ville d'Orange par cquest peut servir de référence, non ? En tous cas, je vais demandé à ce que cela soit valorisé sur notre site Internet... -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5741191.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] Bureau de vote
Lorsqu'un découpage est officiel et a été versé, je ne vois pas l'intérêt de vouloir le modifier pour des besoins de compréhension. C'est comme si, le jour où l'on importerai (je dis bien si un jour) les parcelles cadastrales, tu disais eh bien le découpage des parcelles de la DGFiP est nul, on va le modifier A ce moment, ce ne serait plus le cadastre. On sait que le cadastre est imparfait, mais c'est un découpage officiel et on ne peut pas le modifier parce qu'on en a envie. Nous, nous souhaitons utiliser ce découpage électoral dans notre site Internet et promouvoir, par la même occasion, OpenStreetMap. Comme vous le savez, avec Jean-Louis, on a beaucoup travaillé pour sensibiliser les collectivités à utiliser OSM. Donc, si quelqu'un s'amuse à modifier ce zonage et qu'on s'aperçoit qu'il ne correspond plus à ce que nous avons en internet, on sera obligé de ne plus afficher cette information sur notre site. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5741320.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] Bureau de vote
Pour info, le parcellaire n'a pas été pris en compte dans l'élaboration de ce zonage. Il s'agit d'un travail qui a été fait avec les services concernés et validé ensuite avec les élus. C'est comme un document d'urbanisme, ce n'est pas le travail issue d'une interprétation photographique. Ce zonage est le découpage officiel, on ne va pas en faire un roman ! -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5741702.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
[OSM-talk-fr] Journée de l'Informatique Libre 23/03/2013, Toulon
Bonjour à tous. Je vous informe de cet évènement pour lequel OpenStreetMap est invité. Il faudrait que quelques uns d'entre nous puisse représenter l'association. Le contact pour cet évènement est Olivier Griffet. Voici son message : Le programme doit-être bouclé le plus tôt possible, afin de le diffuser. Le samedi 23 mars 2013 se déroulera la Journée de l'Informatique Libre [ JIL 2013 ]. *1) Aux contributeurs(trices) à OpenStreetMap* Il est prévu un atelier OpenStreetMap avec Carto-Partie le tout sur inscription préalable par formulaire sur le site web de l’évènement. Donc, qui pourrait venir à Toulon ce 23 mars 2013, pour animé l'atelier et la Carto-Partie ? *2) Aux responsables de l’association Openstreetmap France :* Il est prévu un stand d'information sur OSM et l'association OSM Fr et une conférence sur OpenStreetMap et l'Open Data. Qui pourrait être disponible pour l'ensemble de ces activités ? *Quelques infos sur l'évènement* Cet évènement est la troisième édition et pour la seconde année dans les locaux de l'Institut Supérieur de l'Électronique et du Numérique [ I.S.E.N.] de Toulon 83000. Lors de cet évènement, il y a plusieurs conférences, plusieurs ateliers, une Install-Party Linux, et des stands d'informations. Cet évènement est organisé par un groupe d'élèves de 4ième année de l'ISEN Toulon et soutenu par les associations GULLIVAR et ToulonuX. *Liens utiles :* Site web de l'événement : http://jil2013.fr/ Facebook : http://www.facebook.com/events/127884684043815/ Twitter : @jilibre2013 https://twitter.com/jilibre2013 *Quelques photos de l'édition 2012 :* https://picasaweb.google.com/112252262441522734907/JourneeDeLInformatiqueLibre28Avril2012 Dans l'attente de vos réponses... espérées rapides. Amicales salutations Olivier Griffet Contributeur OpenStreetMap = http://www.openstreetmap.org/user/olivier_griffet_83660_carnoules -- View this message in context: http://gis.19327.n5.nabble.com/Journee-de-l-Informatique-Libre-23-03-2013-Toulon-tp5750755.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
[OSM-talk-fr] PB : certains chemins n'apparaissent plus dans QGis
Bonjour à tous, Je viens vous soumettre un problème que je rencontre depuis quelques semaines. En téléchargeant des fichiers planet, j'ai certaines voies et chemins qui ne s'affichent pas dans QGIS. Je télécharge les voies de ma commune dans un fichier .osm, et, en l'ouvrant dans QGIS, j'ai ça : http://gis.19327.n5.nabble.com/file/n5753126/JHFabre_QGis.png Alors que si j'ouvre le même fichier dans JOSM, j'ai ça: http://gis.19327.n5.nabble.com/file/n5753126/JHFabre_JOSM.png Quelqu'un peut-il m'expliquer ce qu'il se passe ? Bonne réception, -- View this message in context: http://gis.19327.n5.nabble.com/PB-certains-chemins-n-apparaissent-plus-dans-QGis-tp5753126.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] PB : certains chemins n'apparaissent plus dans QGis
Effectivement, ce sont des noeuds et des chemins récents. Du coup, j'ai le même problème avec les outils ArcGIS Editor for OSM. Pour QGIS, du coup, la seule solution est d'attendre la mise à jour ? -- View this message in context: http://gis.19327.n5.nabble.com/PB-certains-chemins-n-apparaissent-plus-dans-QGis-tp5753126p5753128.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
[OSM-talk-fr] Requêtes JOSM : exclure un tag
Bonjour, J'utilise l'outil mirrored_download de JOSM et je voulais savoir comment exclure des objets dans une requête. A savoir : je veux les noeuds qui ont le tag [addr:housenumber=*] mais pas ceux qui ont [addr:street=*]. Une idée ? -- View this message in context: http://gis.19327.n5.nabble.com/Requetes-JOSM-exclure-un-tag-tp5753706.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
[OSM-talk-fr] Rues sans nom dans les lotissements et adressage
Bonjour à tous, Vous avez sûrement dû rencontrer ce problème, dans certains lotissements, la voirie n'est pas nommée et, pourtant, il y a des adresses. ex : 8, lotissement Les Jardins de Tisca. J'ai pris le parti de tracer la voie sans lui donner de nom et de dessiner le contour du lotissement (landuse=residential) en le nommant. En créant les points d'adresse (N°8 dans mon exemple), je mets addr:housenumber=8 et addr:street=lotissement Les Jardins de Tisca. Le problème, si je fais le point des adresses incorrectes avec JOSM, est que le plug-in estime que l'adresse est fausse si elle n'est pas rattachée à une voie nommée. De votre côté, comment gérez-vous les voies sans nom qui se trouvent dans les lotissements et, du coup, les adresses ? -- View this message in context: http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877.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] Rues sans nom dans les lotissements et adressage
verdy_p wrote tu nommes la rue du nom du lotissement (tant pis si cela concerne plusieurs rues proches. Je ne suis pas trop d'accord car : - il y a des voies qui appartiennent à des lotissements et qui, elles, sont nommées. Donc pas de distinctions possibles entre ces 2 types de voies. - il ne s'agit pas du nom de la rue mais d'une localisation c'est la rue qui est dans le lotissement tartampion verdy_p wrote Maintenant addr:street n'est effectivement pas le meilleur choix pour indiquer en fait un secteur, un bloc (on devrait plutôt indiquer un autre élément addr:*=* et malgré tout pouvoir former une relation non linéaire avec, càd une surface). Du coup si on met des numéros de maisons, on se demande quel est lintérêt d'associer un nom de rue puisque le noeud ou la maison désignée sera dans la surface couverte. addr:street n'est peut-être pas le meilleur choix pour indiquer un secteur, mais c'est le seul (je crois) qui est utilisé par OSM pour faire le lien avec l'adresse. verdy_p wrote On devrait donc pouvoir créer un polygone avec un rôle place=* adapté aux lieux-dits. et mettre addr:place=* pour indiquer ce nom de polygone/surface, et cela suffirait en plus du numéro de maison même si aucune rue n'est indiquée. Un peu aussi comme les numéros (ou lettres) de bâtiments dans une résidence privée, qui sont aussi dans le même cas : le numéro de bâtiment suffit au sein du polygone de la résidence qui donne le nom de la résidence. J'avais effectivement pensé à place=subdivision, mais, du coup, le nom n'apparaît pas dans OSM. Pour qualifier les lotissements, je verrais plutôt un landuse=residential, residential=subdivision et name=*. Le SDIS 83 et l'Association des Maires du Var ont réalisé un guide assez complet sur l'adressage. Voici le site qui en parle : http://www.amv83.com http://www.amv83.com/index.php?option=com_contentview=articleid=1249:lamf83-la-poste-le-sdis83-et-la-ddfip-publient-un-guide-special-qadressageqcatid=299:a-la-uneItemid=419 Et le document est téléchargeable ici en pdf http://www.amv83.com/images/stories/actu/adressage2011.pdf?e383221221533f9b647b296961eac082=be0e01de840549d6a875a5e347a01214 -- View this message in context: http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877p5753953.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] Rues sans nom dans les lotissements et adressage
Christian Rogel wrote Je ne vois pas le problème qu'il y a à mettre le nom du lotissement comme nom des rues. C'est, encore une fois, couper les cheveux en quatre et prendre Le Pirée pour un homme. Cela figure comme adresse dans les documents officiels et tout le reste est littérature. Au moins, on évite de se prendre la tête avec des place. Les deux peuvent coexister, mais, c'est plus urgent d'avoir un système cohérent, en France, pour les adresses. Au final, ce n'est guère différent d'avoir un mettre nom de rue pour un très vaste lotissement. http://www.openstreetmap.org/?lat=47.9864077270031lon=-4.071577191352844zoom=18 Et c'est efficace pour le routage. Christian Rogel Je suis désolé mais le nom d'un lotissement n'est pas une adresse mais un complément d'adresse. On a bien : 9, rue des Lilas, Lotissement des fleurs, 84100 Orange ou : 113 Avenue du Général de Gaulle, 84100 Orange et on a : (lot) 12, lotissement du Moulin, 84100 Orange et nous, on a même : impasse 21 Rue Alexis Carrel, 84100 Orange si on met sur la voie name=lotissement du Moulin dans le troisième cas, on met quoi pour le premier : - name=rue des Lilas, Lotissement des fleurs (c'est pas génial) - name=rue des Lilas (du coup on perd l'info du lotissement) -- View this message in context: http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877p5754031.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] Tsunami au Mt St Michel ???
Effectivement, la Mère Poulard est sous les eaux -- View this message in context: http://gis.19327.n5.nabble.com/Tsunami-au-Mt-St-Michel-tp5754024p5754067.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] Rues sans nom dans les lotissements et adressage
Je reviens sur ce qui s'est écris plus tôt. Je suis d'accord qu'OpenStreetMap soit une base de données mondiale et que, pour cela, il faille mettre un peu de cohérence et d'interopérabilité. Cela dit, l'adressage est vraiment particulier à chaque pays. Si la manière de taguer les adresses à l'anglosaxonne ne nous correspond pas, je pense qu'il faut réfléchir à une manière franco-française de le faire. La Poste http://www.laposte.fr/Media/Images/entretienpic00/Outils-et-documents/Testez-vos-adresses nous donne la norme, à nous de l'appliquer. -- View this message in context: http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877p5754139.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] Rues sans nom dans les lotissements et adressage
Afin de distinguer les lotissements et résidences qualifiés avec landuse=residential, êtes-vous d'accord pour ajouter un tag residential=subdivision ou FR:residential=lotissement et FR:residential=residence ? -- View this message in context: http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877p5754706.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] expérimentations à Orange
Désolé pour le retard de ma réponse. Je vais essayer de vous donner quelques éléments de réflexion. Après, je suis ouvert à toutes propositions. Guillaume Allegre wrote 1) la boundary est une frontière de canton, qui coïncide avec un bout de la frontière communale (Orange / Caderousse) http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue (points distincts) Selon moi, elle devrait être confondue, en tant que limite communale ET limite de canton. J'ai demandé à Christian, dans le cadre d'une expérimentation pour l'intégration des bureaux de vote et de la carte électorale, d'importer les données issues de notre SIG. Il s'agit du découpage officiel et utilisé par les services pour leurs missions quotidiennes. On peut comparer ce travail au découpage des zones du document d'urbanisme (PLU), des Servitudes d'Utilité Publique ou des parcelles de la DGFiP (je dis bien de la DGFiP). Par conséquent, ces traçés, même si leur précision n'est pas bonne, est règlementée. Pour info, dans un document d'urbanisme approuvé, si le dessin d'une zone à été mal fait, qu'il coupe une parcelle alors qu'il ne le devrait pas, c'est quand même ce découpage qui est appliqué. Je pense donc, même si ce n'est pas juste, qu'il faut le laisser tel quel si l'on veut que les collectivités s'investissent dans OSM. Elles ne le feront pas si les limites officielles ne correspondent pas, à cette échelle, à ce qu'elles trouvent dans OSM. Guillaume Allegre wrote 2) le way polling_station a une résolution bien plus élevée (1 point par mètre dans les courbes), suivant les _anciens_ méandres de la Meyne, qui restent la limite communale comme ici : http://www.openstreetmap.org/?lat=44.08722lon=4.7789zoom=17layers=M A mon avis, c'est de la sur-résolution inutile, mais ça se discute. Cela n'enlève rien au point 1 : il faut choisir quelle limite on prend (171243851 ou 197278529), voire un intermédiaire en simplifiant la limite polling_station, mais il faut quand même à terme fusionner les deux. Même réponse qu'au-dessus Guillaume Allegre wrote 3) La relation 2649371 a des attributs bizarres : - pas de nom - un CANTON=Ouest pas documenté - un ref=22 pas documenté non plus Effectivement, peut-être que le ref peut devenir le name Guillaume Allegre wrote 4) la route http://www.openstreetmap.org/browse/way/195747326 a les attributs : highway = road addr:postcode = |84100 ref:orange = 84087V99 En dehors de la typo sur le code postal avec le |, est-ce logique de mettre un code postal sur une voie ? le wiki ne donne qu'un noeud ou une surface, et j'aurais tendance à le suivre sur ce point. J'ai pris le parti d'ajouter addr:postcode = 84100 sur les voies qui se trouvent dans la commune, en attendant d'avoir un outil qui me permette de sélectionner tous les objets présents à l'intérieur d'une frontière administrative. Le fait qu'elles aient |84100 veut dire qu'elles se trouvent en partie sur le territoire (pas forcément gauche et droite) et que je dois faire attention quand je les intègre. Guillaume Allegre wrote Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange n'est pas suffisamment distinctif. Si toutes les communes du monde se mettent à utiliser le même schéma, on va multiplier les conflits. Comment régler ça ? L'objectif est de pouvoir faire un lien systématique entre la voie dans OSM et celles dans la base communale. J'ai mis, à l'époque, ref:orange parce qu'il n'y avait rien de similaire et qu'il s'agit d'une réflexion que l'on mène sur plusieurs communes du Vaucluse. S'il faut changer de clé, cela ne me pose pas de problème mais il faut savoir que cela concernera d'abord les communes et non l'INSEE. On m'avait suggéré ref:84087, mais je trouvais cela redondant car dans mon identifiant,il y a déjà le code INSEE. De plus, c'est quelque chose qui peut se diffuser sur d'autres communes et nous aurions des tags ref:84087, ref:75001, ref:13205, etc... Il faudrait plutôt un tag du type ref:FR:commune= ou dans le genre. Guillaume Allegre wrote Je ne remets pas en cause l'utilisation d'OSM comme support de données métiers issues de SIG territoriaux, bien au contraire. Mais si, comme je le suppose, Orange tend à devenir une zone d'exemple et de démonstration pour cette convergence, il serait préférable que le schéma suivi soit aussi irréprochable que possible quant à l'intégration dans les conventions standard OSM. Alors, je pense qu'il faut sérieusement se pencher sur : - le schéma d'attributs et de références qui conviendrait à tout le monde - les conventions de fusion ou juxtaposition de données, et les précisions géométriques minimales/maximales acceptables. Je suis d'accord et je veux bien y participer -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755816.html Sent from the France mailing list archive at Nabble.com. ___
Re: [OSM-talk-fr] expérimentations à Orange
kimaidou wrote Bonjour, Sur l'idée de la base tierce, en effet je me suis un peu emballé. Je pensais à une application libre que chacun pourrait installer chez soi pour gérer les liens entre OSM et ses données métiers, si elles sont privées. Par contre, l'idée d'une base commune ferait encore sens pour les bases de données métiers libres (par exemple celles en ODBL libérées via l'opendata). Je ne pensais pas forcément à une super api qui gère les flux. Pourquoi pas à l'avenir. Mais dans un premier temps, une simple table qui stocke les liens entre objets osm et objets métiers suffit. On peut ensuite utiliser les outils comme osmWatch ou autre (à développer...) pour écouter les diffs, vérifier s'ils concernent des liens, puis lancer les actions (rss pour laisser manuellement, suppression automatique du lien, etc.). A noter qu'il n'est pas obligé d'avoir une vraie base de données métiers. Ce sytème fonctionnerait aussi bien sûr avec des fichiers de type CSV, tableau, etc. Tant que des objets métiers ont un identifiant, on peut créer un lien. Au sujet de la base tierce qui doit connaître les objets osm et les stocker chez elle, c'est vrai qu'il faut à un moment pouvoir lire les liens, par exemple pour comparer la donnée. Mais je ne vois pas de souci technique ici. On peut imaginer des outils * qui aident à créer les liens * qui aident à créer des données fusionnées via les liens (par exemple prend moi la géométrie OSM et colle y les colonnes A, B et C de ma table métier * qui alertent les personnes lorsqu'une donnée a été supprimée ou modifiée d'un côté ou de l'autre * qui montre les liens avec un système sympa de double panneau, etc. En fait, je dois quand même vous alerter sur un points : les collectivité sont de plus en plus consciente de l'intérêt de gérer en interne une base exhaustive de leur voirie. Or, cela sous-entend de pouvoir identifier chaque voie de manière unique dès la création de cette voie, d'où, l'identifiant. Qu'avons nous comme identifiant voirie : - Rivoli : c'est un code créé et géré par la DGFiP - l'ID de la BDAdresse : idem pour l'IGN Il faut donc créer un identifiant interne dans la commune car la commune est la source de cette information. Or, certaines communes ont déjà travaillé sur ce type de référentiel en interne, parfois même cartographié leur réseau. On ne peut pas leur demander de refaire le travail, d'où ma question : = OSM est-il capable de supporter un identifiant unique pour la voirie provenant directement des communes sans en avoir forcément la même structure (nous, on a pris CODE_INSEETYPENUMERO) ? Je pense que oui et que cela permettrait de faciliter les connexions entre les données de différentes bases (vous savez que je suis fan des passerelles entre bases de données). -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755819.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
[OSM-talk-fr] Forum ESRI - Aix-en-Provence
Bonjour à tous, ESRI à organise chaque année une série de 9 forums décentralisés. Le premier d'entre-eux à eu lieu hier (le 4 avril) à Aix-en-Provence. ESRI m'a proposé d'intervenir comme témoin sur le thème Ouvrir son SIG : l'expérience de la Ville d'Orange http://www.esrifrance.fr/forumsSIG.aspx Pour ceux qui étaient présents au SOTM à Lyon en février, j'ai présenté le travail fait sur l'adressage. Du coup, j'ai eu des discutions intéressantes par la suite et je vous donne les grandes lignes : - Outre les collectivités qui veulent mettre en place la même démarche, des sociétés s'intéressent à OSM et souhaitent développer des solutions autour d'OSM. - ERSI France souhaite aller plus loin dans l'utilisation des données OSM et proposer des outils et des solutions à leur clients et, notamment développer ce marché sur le continent africain. - l'AITF, via Yves MEO, Animateur du groupe de travail Régional SIG/TOPO, souhaite organiser un séminaire en fin d'année et nous inviter pour présenter notre travail et que l'AITF se penche sérieusement sur l'utilisation des données OSM dans les collectivité. - Etant aussi le chef du service de l'Information Géographique de la CommunautéUrbaine Marseille Provence Métropole (MPM), Yves Méo a été intéressé par la démarche. - l'IGN confirme son intérêt pour OSM et j'ai proposé qu'on puisse travailler sur l'adressage. -- View this message in context: http://gis.19327.n5.nabble.com/Forum-ESRI-Aix-en-Provence-tp5755839.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] expérimentations à Orange
cquest wrote Il me semble qu'un numéro de référence unique de la voirie doit effectivement se baser sur le code rivoli/fantoir et le code insee de la commune. Comme toujours, il faut regarder les cas particuliers... par exemple comment gérer une rue qui est la limite entre deux communes ? Ce simple cas particulier me laisse penser qu'il faudrait une référence combinée INSEE+FANTOIR et ça sera plus léger que d'avoir 2 tags. Les collectivités ne pourront pas utiliser les codes fantoir de la DGFiP : - parce qu'ils sont créés par la DGFiP a posteriori, après que la commune ait transmis la délibération aux impôts, que ces derniers aient intégré ces infos dans leur base et que ces données aient été renvoyées aux communes. Il peut se passer plusieurs mois, voire plus. - il y a des doublons dans les fantoir, et des codes fantoir qui pointent sur des voies qui n'existent plus. Si les communes qui se sont penché sur le problème ont décidé de créer leur propre identifiant unique, c'est que c'était la seule solution. L'inconvénient étant que la très grande majorité des communes n'ont pas encore fait ce travail. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755840.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
[OSM-talk-fr] Compteur électrique
Bonjour à tous, J'ai eu une bonne question de la part d'un de mes collègues. Peut-on localiser dans OSM les compteurs électriques (techniquement et légalement) ? Si oui, comment ? Si c'est possible, il nous faudra une petite application permettant de localiser le compteur, d'inscrire son numéro et de prendre une photo. Développeurs, à vos souris... -- View this message in context: http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843.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] Compteur électrique
Ista Pouss wrote Je ne comprends pas. Vous voulez situer tous les compteurs électriques de toutes les maisons ?? Non, ouf!! ceux qui concernent des bâtiments municipaux -- View this message in context: http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843p5755847.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] expérimentations à Orange
Pieren wrote 2013/4/5 Tony Emery lt; tony.emery@ gt; Qu'avons nous comme identifiant voirie : - Rivoli : c'est un code créé et géré par la DGFiP - l'ID de la BDAdresse : idem pour l'IGN Il faut donc créer un identifiant interne dans la commune car la commune est la source de cette information. Donc chaque rue a trois identifiants uniques. Qui a parlé de simplification administrative ? Pieren Effectivement, sans parler de l'ID de la BDAdresse que je n'utilise pas, j'ai : - le RIVOLI de la DGFIP (en plus, j'ai 44 voies sur les 730 qui n'ont pas de rivoli) - l'identifiant interne géré par la mairie - l'identifiant OSM Après, on ne peut pas parler de simplification administrative puisqu'il ne s'agit pas de la même institution. Je pense que tu dois avoir la même chose à la poste, au niveau des conseil généraux, ... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755862.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] Compteur électrique
François Lacombe wrote Une petite question: qu'est-ce qui pourrait différencier le compteur d'un bâtiment municipal et celui d'une emprise privée? Si c'est l'angle de la saisie, l'idée que nous avons est de localiser tous les compteurs électriques des bâtiments publics municipaux et pour lesquels nous avons une liste. Si c'est l'angle du compteur lui-même, je n'ai aucune idée de la différence entre le compteur d'un bâtiment public et celui d'un particulier ou d'une entreprise. -- View this message in context: http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843p5755891.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] expérimentations à Orange
Pieren wrote Il y a aussi le serpent de mer de la base adresse unifiée. Parce que pour l'instant, chaque institution construit la sienne à grands frais (enfin, surtout aux frais des contribuables et des usagers). Mon rêve : une base adresse unifiée, publique, réutilisable librement et avec un code de voie vraiment unique adoptée par toutes les institutions. Vous avez dit trop simple ? Je vais essayer d'être concis... Effectivement, je ne suis pas d'accord avec ça et pour plusieurs raisons : - une commune n'est pas l'administration française mais est une *collectivité locale autonome*. A moins d'accord particulier, rien de permet de croire que 2 communes puissent travailler de la même manière, qu'elles soient voisines ou, pire encore, aux quatre coins de la France. - Les communes ont des *moyens financiers et humains* très différents. Si les grandes villes et les villes moyennes ont les compétences internes pour gérer la voirie en référentiel unique, ce n'est pas forcément le cas pour les petites villes et certainement pas le cas pour les 30.000 communes de moins de 1.000 habitants (à vue de nez). - Vous me direz, il y a les intercommunalités. Ce ne sont pas des collectivités locales et n'ont aucun contrôle sur les communes de son territoire. Elles n'ont pas forcément comme compétence la gestion de la voirie et, si c'est le cas, cela ne concerne en général que la voirie dite communautaire. La compétence voirie reste donc *essentiellement une compétence communale*. Là, je ne parle que de l'aspect création d'une base unique. Il reste le problème de la maintenance de cette base unique. Et, là encore, la commune est la source unique de l'information. C'est bien pour tout cela que je parle de *référencement interne à la commune de la voirie*. Croyez-moi, le sujet est loin d'être aussi simple. Il est complexe (pas compliqué) mais c'est pour cela qu'il est intéressant... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755899.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] expérimentations à Orange
cquest wrote Il y a aussi beaucoup d'infos à récupérer de la DGFiP car les adresses figurent dans le cadastre vectoriel et de ce côté, il est bien possible qu'on ai accès à court terme à diverses données vectorielles du cadastre dans leur format d'origine (donc récupération de la voirie et des adresses, voire de quelques POI ou même des parcelles ce qui permet d'affiner les landuse). Attention, il n'existe pas de données graphiques concernant la voirie dans le cadastre de la DGFiP. Il s'agit, en fait, d'une couche d'étiquettes du nom des voies qui sont positionnées dans les espaces entre les parcelles. Au mieux, il y a une couche d'habillage qui correspond (pas toujours) aux bordures de trottoir... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755901.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] expérimentations à Orange
Pieren wrote Quand je parle de simple, c'est par rapport à la simplification administrative qui ferait qu'une seule autorité serait chargée de maintenir une base unique. Elle pourrait bien-sûr être abondée par les créateurs d'adresses (les communes) mais aussi pouvoir être corrigée et améliorée par les institutions utilisatrices (INSEE, DGFiP, police, la poste, etc). Seule la partie anonymisée serait publique et réutilisable. La partie nominative serait plus facilement entretenue si elle était couplée à une obligation légale de déclaration dominiliaire (se déclarer en mairie lors de l'installation) comme pratiquement partout ailleurs en Europe. Une autorité de l'Etat qui se chargerait de chapeauter les compétences de collectivités territoriales autonomes ?!? Oula, tu veux la révolution ??? Penchez-vous sur le sujet de la décentralisation en France et vous comprendrez que vous avez tout faut, là... Je pense qu'il faut aborder le problème d'une autre manière. Si on prend le cas de la numérisation des documents d'urbanisme, les recommandations ont été proposées (et non imposées) par le Centre National de l'Information Géographique (CNIG). A charge, pour les communes, d'appliquer ces recommandations. Il faudra sûrement en passer par là dans notre cas et proposer une normalisation suffisamment exhaustive et applicable pour s'imposer d'elle même aux collectivités... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756098.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] expérimentations à Orange
Christian Rogel wrote Tony faisait le distinguo entre collectivité publique autonome et administration de l'Etat. C'est sur l'anarchie admistrative français qu'il met le doigt. En fait, je ne parle pas d'anarchie, je suggère seulement de comprendre que le service publique n'est pas une nébuleuse unique ou tous les services sont rattachés. Il faut bien distinguer la fonction publique d'Etat (les ministère, les préfectures, les impôts, l'INSEE, l'IGN, ...) et la fonction publique territoriale (les communes, les départements et les régions). Je rentre pas dans les détails car c'est plus complexe encore. Et, en gros, la fonction publique d'Etat ne peut rien imposer à la fonction publique territoriale. Voilà comment ça marche. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756100.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] expérimentations à Orange
Guillaume Allegre wrote OSM ne doit pas devenir un dépôt où les institutions accepteraient de verser leurs données à condition que personne n'y touche. OSM c'est du crowdsourcing avant tout ; l'open data est un complèment, bienvenu mais pas essentiel. Il faut qu'on travaille au maximum pour intégrer l'open data dans OSM, mais si on tombe sur un conflit entre les deux, OSM laissera tomber l'open data et privilégiera toujours le crowdsourcing. Ce point est très important pour les discussions avec les collectivités, et il est non négociable, comme la licence. En un mot : aucune donnée ne doit être verrouillée dans OSM. Je suis d'accord sur ce point. Mais je tiens, en tant que cartographe et géographe de formation à vous rappeler une chose : quel sens donne-t-on à la carte ? à quoi doit-elle servir ? S'il s'agit juste de cartographier le réel juste pour avoir des objets dans la base de données, ça sert à rien. Si on veut que cela soit utiliser, ça veut dire qu'il faut créer de la donnée pour l'usage et l'usager. Concernant la remarque de Guillaume sur: Guillaume Allegre wrote Donc, exit le ref:source=, et je ne vois pas d'autre solution que le ref:FR: idbase = id Je suis d'accord pour un ref:FR:idbase=id, et même, je dirais, un ref:FR:Communal=id ou un ref:FR:niveau_administratif=id pour gérer les référentiels de plusieurs échelles administratives. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756101.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] ERP (établissement recevant du public) : primo versement sur Orange
ZIMMY wrote rldhont wrote Nous sommes sommes parti du listing municipal lequel affectait de multiples classements à un même établissement : une bibliothèque était à la fois en S (bibliothèque) et L (salle d'audition) et Y (musée) et M (magasin de vente). http://www.openstreetmap.org/browse/node/1859794604 Nous avons pensé judicieux de mettre la bibliothèque en S uniquement. Mais pour un *hall d'exposition* c'est plus problématique : http://www.openstreetmap.org/browse/way/78534462 dans le listing il est : - T : salle d'expo à vocation commercial - L : Salles d'auditions, de conférences, de réunions, de spectacles ou à usage multiple Comment trancher d'habitude c'est plutôt T mais à l'usage c'est effectivement les 2. Je dirais alors qu'il faut créer des tags : * FR:ERP:T = une valeur * FR:ERP:L = une autre valuer Merci René-Luc de la réponse, Cette façon de procéder permettrait alors de qualifier un ensemble qui a une capacité et un sous-ensemble qui en a une autre n'est-ce pas ? Un exemple : Immeuble St Louis une partie Conservatoire R3 un auditorium L4 http://www.openstreetmap.org/browse/way/153984722 une halte garderie et crèche en R5 http://www.openstreetmap.org/browse/way/153984723 Les catégories des ERP sont toujours là http://fr.wikipedia.org/wiki/%C3%89tablissement_recevant_du_public_en_droit_fran%C3%A7ais Si on part là dessus, ça nous fait créer 30 tags différents qui vont, à terme, être difficile à gérer. Je répète encore que l'usage doit prévaloir à la méthode : c'est à dire que la méthode pour qualifier les données dans OSM doit d'abord servir aux utilisateurs plutôt qu'au modèle de données. Je ne suis donc pas trop pour FR:ERP:T ou FR:ERP:L parce que le jour oùu l'on veut extraire les ERP dans un SIG, on va avoir déjà 30 colonnes à gérer au minimum. Soit on les sépare par un ;, soit on qualifie les ERP par des points dans un bâtiment ou dans un espace public et, à ce moment, on met autant de point que nécessaire. -- View this message in context: http://gis.19327.n5.nabble.com/ERP-etablissement-recevant-du-public-primo-versement-sur-Orange-tp5720265p5721239.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] lieux publics en FRANCE : les ERP (et dans OSM?)
-- View this message in context: http://gis.19327.n5.nabble.com/lieux-publics-en-FRANCE-les-ERP-et-dans-OSM-tp5720139p5721241.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] lieux publics en FRANCE : les ERP (et dans OSM?)
Et puis, quand même, il faut pas exagérer. Le code INSEE, ça s'apprend à l'école et on sait ce que c'est dès le Lycée (même si on le confond avec le code postal, hein Philippe , le code INSEE de Rennes, c'est 35238). Alors c'est peut-être connu qu'en France, mais ça reste une référence incontournable. -- View this message in context: http://gis.19327.n5.nabble.com/lieux-publics-en-FRANCE-les-ERP-et-dans-OSM-tp5720139p5721243.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] présentation OSM à l'agence d'urbanisme d'Avignon
La rencontre a suscité un débat notamment autour de la qualité et de la précision de la donnée. Nous avons rappelé que les données OSM étaient de plus en plus reconnues dans le monde comme étant des données d'une grande qualité et fiabilité. De plus, nous avons expliqué que le risque d'avoir une donnée pervertie ou dégradée de manière malveillante était bien plus faible que le gain que l'on peut avoir à partager ces données et à les voir s'améliorer par la communauté. Au delà de ce débat, les différentes opérations que nous menons avec Jean-Louis dans le Vaucluse ont reçu un bel écho au cours de cette réunion. L'agence d'Urba va donc réfléchir à la manière de faire travailler les collectivités autour d'OSM au profit de son territoire. La tendance principale vient du Conseil Général 84 qui souhaite aller plus loin dans la démarche (cartoparties, transports en commun, zone d'activité, ...) -- View this message in context: http://gis.19327.n5.nabble.com/presentation-OSM-a-l-agence-d-urbanisme-d-Avignon-tp5716397p5723419.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] Partageons outils et astuces pour les corrections géométriques...
C'est pas mal votre idée de partage d'outil. Cela dit, il va falloir synthétiser tout ça soit en créant des tableaux de bord, soit en créant des OSMECUMs parcequ'on perd rapidement le fil de la discussion de cette manière. Qu'en pensez-vous ? -- View this message in context: http://gis.19327.n5.nabble.com/Partageons-outils-et-astuces-pour-les-corrections-geometriques-tp5720589p5723421.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
[OSM-talk-fr] qrcode OpenStreetMap
Bonjour, Nous allons organiser un colloque pour OpenStreetMap à Vichy les 20 et 21 septembre prochains. Afin de réaliser nos affiches, nous souhaitons y apposer un qrcode qui renvoi vers OpenStreetMap.org Quelqu'un en a-t-il un de dispo à nous transmettre ? -- View this message in context: http://gis.19327.n5.nabble.com/qrcode-OpenStreetMap-tp5723578.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
[OSM-talk-fr] 59e congrès du CNER : Un stand pour OSM
C'est la http://www.cner-france.com/Agenda/Evenements-du-CNER/59e-congres-du-CNER rencontre nationale des agences de développement économique ( http://www.cner-france.com/ CNER ) qui se tiendra les 19 et 20 septembre en présence de plusieurs ministres. A cette occasion, OpenStreetMap bénéficiera d'un stand gratuit. Jean-Louis ZIMMERMANN (Mandataire Gd Sud-Est) sera présent jeudi vendredi. Thomas LOMBART (pompier et contributeur local : toom) sera présent vendredi. avis aux bonnes volontés, vous êtes les bienvenus pour y participer. L'enjeu de la rencontre est que les agences de dév éco ont de grandes bases de données sur les zones d'activités. Elles sont aussi la porte naturelle pour l'implantation de nouvelles entreprises. A ce titre, elles ont besoin de cartographie et de base de données de qualité. Convaincre ces agences provoquera un effet domino bénéfique pour OpenStreetMap : elles sont financées par les Conseils Généraux et travaillent main dans la main avec les intercommunalités. -- View this message in context: http://gis.19327.n5.nabble.com/59e-congres-du-CNER-Un-stand-pour-OSM-tp5723595.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] qrcode OpenStreetMap
Frédéric Rodrigo-2 wrote Le 04/09/2012 10:04, Tony Emery a écrit : C'est possible d'avoir plus d'informations sur cet événement ? Frédéric. _ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr Je viens de créer un post pour parler de cet évènement : http://gis.19327.n5.nabble.com/59e-congres-du-CNER-Un-stand-pour-OSM-td5723595.html -- View this message in context: http://gis.19327.n5.nabble.com/qrcode-OpenStreetMap-tp5723578p5723596.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] qrcode OpenStreetMap
Je viens de créer un post pour parler de cet évènement : http://gis.19327.n5.nabble.com/59e-congres-du-CNER-Un-stand-pour-OSM-td5723595.html Marc SIBERT wrote Bonjour, Je plussois, si vous avez un descriptif, je peux l'ajouter dans le site openstreetmap.fr A+ Marc -- Marc Sibert marc@ Le 4 septembre 2012 10:30, Frédéric Rodrigo lt;fred.rodrigo@gt; a écrit : Le 04/09/2012 10:04, Tony Emery a écrit : Bonjour, Nous allons organiser un colloque pour OpenStreetMap à Vichy les 20 et 21 septembre prochains. Bonjour, C'est possible d'avoir plus d'informations sur cet événement ? Frédéric. ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr -- View this message in context: http://gis.19327.n5.nabble.com/qrcode-OpenStreetMap-tp5723578p5723602.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] qrcode OpenStreetMap
non, c'est bien les jeudi 20 et vendredi 21 septembre -- View this message in context: http://gis.19327.n5.nabble.com/qrcode-OpenStreetMap-tp5723578p5723614.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
[OSM-talk-fr] Utilisateurs d'ArcGIS
Bonjour à tous, Pour ceux qui utilisent ArcGIS et notamment leur plugin /ArcGIS Editor for OpenStreetMap/ version 2, vous savez sûrement que vous pouvez importer les données OSM dans votre ArcMap préféré via le script xapi. A l'exécution de ce script, il demande le endpoint (je sais ce que c'est mais j'ai pas trouvé de définition claire) à partir duquel vous voulez télécharger les données. La liste est disponible sur le http://wiki.openstreetmap.org/wiki/FR:Xapi wiki OpenStreetMap . Oui mais voilà : - avec http://jxapi.openstreetmap.org/xapi/api/0.6/... , ça marche pas ; - avec http://open.mapquestapi.com/xapi/api/0.6/..., les données ne sont plus à jour depuis avril 2012 ; - avec http://jxapi.osm.rambler.ru/xapi/api/0.6/..., le données ne peuvent pas être chargées dans ArcMap avec l'outil load OSM file : unable to create a valid point feature class. - avec http://api.openstreetmap.fr/xapi?, tout marche jusqu'à ce que je tente d'extraire les attributs (ça me créé les champs mais ils restent vides). - quant ) l'Overpass, je ne sais pas comment le paramétrer avec ArcGIS. Si quelqu'un peut m'aider ? -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639.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] Utilisateurs d'ArcGIS
Ab_fab wrote http://api.openstreetmap.fr/xapi?, c'est déjà Overpass API Il y a deux autres serveurs, listés ici : http://wiki.openstreetmap.org/wiki/Overpass_API Les adresses de base sont : http://overpass.osm.rambler.ru/cgi/xapi? http://www.overpass-api.de/api/xapi? Merci, je vais tester ces 2 adresses. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5724650.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] Utilisateurs d'ArcGIS
sylvain letuffe wrote J'aurais tendance à dire, mais ce n'est qu'une hypothèse, que c'est parce qu'il manque le predicat [@meta] dont ArcGIS editor a besoin et que la xapi de l'overpass API ne propose pas par défaut. (ce prédicat permet de transmettre des infos utiles à l'édition) Pourrais-tu retenter, cette fois, en remplaçant : http://api.openstreetmap.fr/xapi? par http://api.openstreetmap.fr/xapi-meta? C'est une bidouille que je viens de mettre en place afin de forcer le prédicat [@meta] Bon, ben je vais tester les 3 (j'ai du boulot moi, maintenant !!!) -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5724658.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] Utilisateurs d'ArcGIS
bonjour à tous, pour ceux qui avaient le même problème, a priori, http://api.openstreetmap.fr/xapi-meta? fonctionne bien. Merci à toi Sylvain -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5724810.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] Utilisateurs d'ArcGIS
Bonjour à tous, Quelqu'un sait-il pourquoi http://api.openstreetmap.fr ne fonctionne pas aujourd'hui ? -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725572.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] Utilisateurs d'ArcGIS
oui, j'ai un problème de requête, que je mette http://api.openstreetmap.fr/xapi-meta? comme tu me l'avais suggéré ou http://api.openstreetmap.fr/xapi?, j'ai The server was unable to fulfill the request. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725584.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] Utilisateurs d'ArcGIS
voilà, je fais le test en direct, maintenant. Je récupère les données sur l'API : endpoint (d'ailleurs, tu as une définition de endpoint ?) : http://api.openstreetmap.fr/xapi? bbox (haut, bas, gauche, droite) : 44.19 , 44.06 , 4.72 , 4.88 requête : [bollard=*] ben là, ça à l'air de marcher... Je charge dans ArcMap : non, la table est vide (donc même problème qu'au début)... -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725626.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] Utilisateurs d'ArcGIS
effectivement, ça marche un peu mieux avec node à la place de way -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725812.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
[OSM-talk-fr] JOSM installé dans un domaine
Bonjour à tous, Je travaille dans une collectivité qui a créé un domaine d'utilisateurs pour les postes informatiques. Ils ont défini des droits pour que les utilisateurs ne puissent pas installer de logiciels sur les postes. Du coup, je leur ai demandé de venir installé JOSM sur mon poste, ce qu'ils ont fait en passant par leur compte administrateur. Or, quand je me log sur mon poste, impossible de trouver josm (j'ai cherché partout où j'avais le droit d'aller), ni dans program file ni ailleurs. On m'a dit que ça vient (peut-être) de JOSM qui ne peut pas s'installer sur un poste pour plusieurs utilisateurs. Ça vous dit quelque chose ? comment avez-vous contourné le problème ? -- View this message in context: http://gis.19327.n5.nabble.com/JOSM-installe-dans-un-domaine-tp5726552.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] JOSM installé dans un domaine
Effectivement, je parlais de domaine d'utilisateurs. Le problème est que je n'ai pas les droits d'administrateur de mon poste et que l'administrateur a installé JOSM avec son profil. JOSM étant installé sur mon poste, même s'il est dans un profil différent, c'est bizarre que je ne puisse pas y avoir accès, non? -- View this message in context: http://gis.19327.n5.nabble.com/JOSM-installe-dans-un-domaine-tp5726552p5726629.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] rencontre de sensibilisation de la communauté de communes de l'enclave des Papes
Bonjour à tous, De la part de Jean-Louis, merci à tous pour votre travail. Il nous fera un retour sur cette réunion. Bonne journée, -- View this message in context: http://gis.19327.n5.nabble.com/rencontre-de-sensibilisation-de-la-communaute-de-communes-de-l-enclave-des-Papes-tp5727968p5728001.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
[OSM-talk-fr] 2 atlas avec OSM et Arcgis + officiel voirie d'Orange (excel)
Bonjour à tous, je vous met à disposition ces trois liens (normalement, vous pouvez commenter) : - Plan de quartiers des arrêts de bus (un peu lourd) https://docs.google.com/open?id=0B_qnfztqzzrOd0xzbmctNmN4bGs - Atlas de la commune https://docs.google.com/open?id=0B_qnfztqzzrOR1IzZ2x4aVZJVFU - l'officiel de la voirie de notre commune avec liens vers OSM https://docs.google.com/spreadsheet/ccc?key=0AvqnfztqzzrOdE16YWpINmdfVm9MaERNWWdqQ09jMHc Bonne lecture -- View this message in context: http://gis.19327.n5.nabble.com/2-atlas-avec-OSM-et-Arcgis-officiel-voirie-d-Orange-excel-tp5728636.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] Pnorman = Spam
En fait, ce qu'il dit c'est que tu dois avoir un compte personnel et non un compte organisation. Le principe d'OpenStreetMap est bien celui d'une contribution personnelle. Ce n'est pas l'organisation qui contribue dans OSM mais toi. Après, que la donnée provienne d'un organisme qui est d'accord pour verser ses données dans OSM (donc qui accepte la licence ODbL) c'est autre chose. Bonne journée, -- View this message in context: http://gis.19327.n5.nabble.com/Pnorman-Spam-tp5730049p5730052.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
[OSM-talk-fr] Utilisation du cadastre pour les numéros de voies
Bonjour à tous, Après avoir réalisé un travail exhaustif de qualification des voies sur Orange, je m'attaque aux numéros de voie. Pour le premier, j'ai croisé plusieurs bases de données (INSEE, DGFiP, Mairie, Archives, ...) pour réaliser un tableau (excel) dans lequel j'ai inséré des liens vers OpenStreetMap. Ce tableau est d'ailleurs disponible ici https://docs.google.com/spreadsheet/ccc?key=0AvqnfztqzzrOdE16YWpINmdfVm9MaERNWWdqQ09jMHc Pour le deuxième, je souhaites avoir le même procédé et croisé, notamment, avec les données DGFiP. Vu que nous avons eu leur accord pour calquer le bâti, je suppose qu'on peut faire de même pour les N° de voie, non? Ce travail me permettra d'améliorer nos futures applications d'adressage et le travail partenarial que nous avons mis en oeuvre dans le Vaucluse et en PACA. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499.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] Utilisation du cadastre pour les numéros de voies
Romain MEHUT wrote Le 31 octobre 2012 08:57, Tony Emery lt; tony.emery@ gt; a écrit : Perso, j'utilise le cadastre en complément de mes repérages sur le terrain et pas comme source principale. Je constate en effet quelques erreurs dans le cadastre. Oui, je vais, de toutes façons compléter au fur et à mesure avec d'autres sources de données. Il se trouve que même avec du travail de terrain, parfois on a du mal à repérer les numéros ou on constate qu'il n'y en a pas. Romain MEHUT wrote Dans le cas d'Orange, il a été question d'un travail avec les agents recenseurs de l'INSEE. N'ont-ils pas relevé les points adresses? En fait, c'est le principe de la méthode récursive. On utilisera effectivement le travail des agents recenseurs mais, vu qu'ils ne font pas tout le territoire, on va devoir anticiper ce travail pour d'autres voies. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499p5733505.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] Utilisation du cadastre pour les numéros de voies
cquest wrote Je suis en plein dans les adresses moi aussi... celles du 20ème arrondissement de Paris. Pour l'instant, environ 8000 adresses au compteur: http://openstreetmap.fr/outils/etat-commune?insee=75120id=-9529 J'ai vu que la liste des rues de Paris était dispo sur data.paris.fr, je compte faire un contrôle de l'exhaustivité car en ajoutant les adresses j'ai trouvé plein de petits bouts de passage et voies privées manquantes sans compter celles qui n'ont pas de nom sur la cadastre (ex: Voie FO/20, je met ça pour l'instant en alt_name). Démarche très intéressante. Je vais faire la même chose pour mes voies sans nom. Jusqu'à présent, j'avais dans mon fichier excel un champ où je notais par exemple voie qui part de telle rue à telle autre. Je leur donne ensuite un identifiant unique de type 84087V00 et récupère l'OSMID pour faire le lien entre OSM et mon fichier. cquest wrote Pour les adresses, il n'y a pas de liste détaillée, mais une piste se trouve dans le fichier des bureaux de vote, pour lesquels sont répertoriées les adresses où au moins un électeur est inscrit sur les listes électorales. Cela devrait permettre une autre série de contrôle d'exhaustivité. La Ville de Paris a aussi un numéro unique pour chaque rue, je comptais l'ajouter car cela permet de faire des liens avec d'autres données libérées. Quel tag utiliser pour cela ? Pour le moment, j'utilise ref:orange mais je vais changer pour avoir quelque chose de plus universel. Donc un truc du genre ref:FR:84087. cquest wrote Pour le code RIVOLI, taginfo.openstreetmap.fr indique un tag rivoli=* présent 8749 fois, dont 8736 fois sur des relations, je pense qu'il s'agit essentiellement des adresse de Nantes. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499p5733519.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] Utilisation du cadastre pour les numéros de voies
Pieren wrote 2012/10/31 Christian Quest lt; cquest@ gt;: Dans un soucis d'harmonisation suggères-tu que je vire les relations pour repasser sur un addr:street sur chaque adresse ? Je pensais que le schéma avec relation était préféré vu que c'est le comportement par défaut (il me semble) du plugin cadastre. Je l'avais mis par défaut parce qu'à l'époque, une majorité se dégageait sur cette liste pour cette solution. Mais elle n'a jamais eu ma préférence. Et depuis, j'ai vu qu'elle ne l'était pas non plus sur les forums étrangers. Aujourd'hui, je pense que je demanderais à l'utilisateur quelle version il souhaite utiliser au lieu de mettre une version par défaut. Je serais aussi favorable à une suppression progressive des relations associatedStreet qui a plus d'inconvénients que d'avantages amha. Mais c'est un autre débat. Pieren ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr En effet, j'utilise le couple addr:housenumber et addr:street. Question, JOSM est-il capable de réaffecter le addr:street lorsque l'on a oublié de le faire au debut de notre campagne d'adressage ? -- View this message in context: http://gis.19327.n5.nabble.com/Utilisation-du-cadastre-pour-les-numeros-de-voies-tp5733499p5733547.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
[OSM-talk-fr] LizPOI sur le site Internet d'Orange (Vaucluse)
Voilà, c'est fait. La ville d'Orange vient de mettre LizPOI sur son Site Internet. Vous le trouverez ici : http://www.ville-orange.fr/sortir01.htm http://www.ville-orange.fr/sortir01.htm -- View this message in context: http://gis.19327.n5.nabble.com/LizPOI-sur-le-site-Internet-d-Orange-Vaucluse-tp5734199.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
[OSM-talk-fr] L'association des commerçants d'Orange
Bonjour à tous, Le journal local a relayer l'information suivante : L'association des commerçants Orange Sud Entreprendre (OSE) souhaite utiliser OpenStreetMap pour améliorer la signalétique dans les zones d'activités. Liens : - http://www.ledauphine.com/vaucluse/2012/11/01/orange-sud-entreprendre-mobilise-pour-une-meilleure-signaletique - http://www.ledauphine.com/vaucluse/2012/11/01/une-cartographie-reactive-et-interactive -- View this message in context: http://gis.19327.n5.nabble.com/L-association-des-commercants-d-Orange-tp5734200.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] L'association des commerçants d'Orange
Oui, effectivement, c'est le problème avec Vaucluse matin. Je vais voir avec Jean-Louis si on peut récupérer et publier cet article. -- View this message in context: http://gis.19327.n5.nabble.com/L-association-des-commercants-d-Orange-tp5734200p5734209.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] L'association des commerçants d'Orange
Voici l'article. Dites-moi si vous ne le voyez pas : https://picasaweb.google.com/103678394076578596421/Bureau#5807468621035708162 Bonne lecture -- View this message in context: http://gis.19327.n5.nabble.com/L-association-des-commercants-d-Orange-tp5734200p5734363.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] L'association des commerçants d'Orange
On pourrait peut_être le mettre dans openstreetmap.fr, non ? -- View this message in context: http://gis.19327.n5.nabble.com/L-association-des-commercants-d-Orange-tp5734200p5734906.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] L'association des commerçants d'Orange
Pour avoir une meilleure résolution, il faut cliquer sur la loupe + (Afficher sur un fond noir), puis sur Afficher toutes les tailles, puis sélectionner Original et enfin Télécharger le format original de cette photo. -- View this message in context: http://gis.19327.n5.nabble.com/L-association-des-commercants-d-Orange-tp5734200p5735344.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
[OSM-talk-fr] Insérer une carte OSM sur un site
Bonjour à tous, En tant que collectivité, je reçois souvent des coups de fils de commerçants (parfois en colère) et qui m'interpellent sur le fait que les cartes google et mappy sont fausses et que les itinéraires sont mauvais (ils font passer dans des impasses ou dans la rue d'à côté. Très fier de moi, je leur répond que, en tant que collectivité, on ne peut rien faire pour les cartes des éditeurs mais, par contre, il existe OpenStreetMap et ça, c'est vraiment très bien !!! (je fais bien le vrp, non ?) Mais question est : Si un commerçant souhaite utiliser OpenStreetMap sur son site Internet et qu'il veut proposer un itinéraire pour leurs clients (souvent étrangers), comment doit-il s'y prendre, vers quelle application fiable et très facile d'utilisation peut-il le renvoyer ou peut-il le proposer sur son site via un qrcode ou un gpx à télécharger ? -- View this message in context: http://gis.19327.n5.nabble.com/Inserer-une-carte-OSM-sur-un-site-tp5756662.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] expérimentations à Orange
Pieren wrote Bah, je pensais au cadastre en disant ça. Ça à l'air de fonctionner à peu près correctement avec une administration centrale qui collabore avec les communes et collectivités locales (ça irait encore mieux avec plus de moyens). Mais la composante adresse n'est pas son principal souci (elles sont souvent erronées, imprécises et anonymes). Il suffirait d'en faire une obligation comme pour le parcellaire et en utilisant le même modèle de coopération pour l'actualiser. Cela ne changerait rien à l'autonomie locale mais rien n'empêche de fixer certaines normes pour pouvoir construire des bases de données à l'échelle du pays. Bien sûr, on peut préférer l'absence de standardisation, le chaos où chacun fait comme il veut dans son coin et l'absence totale de mise en commun des ressources et des données. On peut comprendre que cela fasse les affaires de quelque-uns mais cela se fait au détriment de l'intérêt général. Alors, je vais essayer de vous expliquer comment ça marche. 1- La DGFiP fait partie de la fonction publique d'état et les communes de la fonction publique territoriale, c'est comme si vous vouliez comparer Auchan avec le boulanger du coin. 2- La DGFiP ne dispose pas du filaire de voirie mais seulement d'une couche de données représentant les étiquettes du nom des voies. 3- La création, modification, suppression d'une voie ou de son nom est de la compétence de la commune (en gros) est se fait par délibération. 4- Cette délibération est ensuite transmise à la DGFiP (avec un plan papier) qui numérise tout ça et attribut un numéro de Rivoli. 5- La commune reçoit en retour chaque année une mise à jour des données cadastrales comprenant, entre autres, une table avec le nom des voies et le code rivoli (en gros aussi). 6- il peut se passer plusieurs mois voir années entre le point 4- et le point 6-. 7- l'unité principale de la DGFiP n'est pas la voie mais la parcelle... Une fois que j'ai dit ça, que peut-on en tirer ? 1- Que la source première de données est et restera toujours la commune (en gros toujours) ; 2- Qu'il faut s'appuyer sur elles si l'on veut constituer une base crédible et maintenue dans le temps ; 3- Que, étant données les différences de moyens des collectivités, seule un petite minorité d'entre elles sont capables de faire ce travail 4- Que pour compenser l'inégalité des moyens, il faudrait que les intercommunalités prennent le relais mais 5- Que certaines d'entre elles, notamment en milieu rural, n'ont pas plus les moyens de le faire 6- Que les collectivités locales ne peuvent pas imposer quoi que ce soit aux autres (principe constitutionnel d’interdiction de la tutelle d’une collectivité territoriale sur une autre) Et alors, que peut-on faire ? 1- Sensibiliser les collectivités à la démarche et faire en sorte que celles qui en ont les moyens réfléchissent soit à modèle de données commun, soit à un système permettant de passer de l'un à l'autre. 2- D'aider les autres communes à créer de la données selon le(s) modèle(s) commun et à maintenir une mise à jour Je crois qu'OpenStreetMap et sa communauté peut y jouer un rôle... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756669.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] Insérer une carte OSM sur un site
Effectivement, ça peut être une première approche, avec un lien vers un site capable de faire un calcul d'itinéraire et de l'exporter en gpx pour le mettre dans le gps des clients. Donc, je suis un touriste hollandais et je veux visiter Orange en allant à l'Hôtel Tartarin : - je me connecte sur le site de l'Hôtel - je vois la carte de situation - j'ai un lien qui me renvoie vers un site qui me permet de faire un calcul d'itinéraire depuis mon adresse que je saisie (ou pas) - il me génère un lien Internet ou un qrcode ou un fichier gpx (ou les 3) que je transfère dans le gps de ma voiture. C'est pas cool ça ? -- View this message in context: http://gis.19327.n5.nabble.com/Inserer-une-carte-OSM-sur-un-site-tp5756662p5756696.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] expérimentations à Orange
cquest wrote Ca dépend... les fichiers EDIGEO fournis à la DGFiP peuvent contenir le filaire de voirie en plus des étiquettes. Ça fait 6 ans que je traite les données de la DGFiP et je n'ai jamais vu le filaire de voie cquest wrote Rivoli est devenu FANTOIR ou bien c'est différent ? Oui, le fichier RIVOLI (répertoire informatisé des voies et lieux-dits) est devenu le FANTOIR (Fichier ANnuaire TOpographique Initialisé Réduit) cquest wrote Tu as une idée de comment OSM pourrait jouer un rôle ou bien c'est plutôt un vœu ? J'ai quelques pistes... et c'est vraiment un projet qui me botte ! -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756699.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] expérimentations à Orange
Pieren wrote Tout ce qui est dit sur les délais trop longs peut changer dès lors qu'une responsabilité est assignée et les moyens qui vont avec (c'est bien là où ça coince). Sauf que l'Etat n'a déjà plus les moyens d'assumer ses propres missions Pieren wrote L'inégalité des moyens entre communes existe aussi pour gérer le parcellaire et ce sont les collectivités aux échellons supérieurs qui prennent le relai (on voit comment ça se passe pour la numérisation). Déjà, la numérisation du parcellaire a pris presque 10 ans (et je dirais même plus), aucune des bases (IGN ou DGFiP) n'est précise et les communes ne gèrent pas les parcelles... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756700.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
[OSM-talk-fr] Recherche une personne du SOTM
Bonjour à tous, Lors du dernier SOTM-FR à Lyon en février dernier, j'ai été contacté par un certain Ghislain pour que je lui envoie la présentation que j'avais faite le dimanche. Or, je n'arrive pas à relire son adresse mail. Si vous le connaissez, merci de bien vouloir me transmettre son mail ou son nom, ou lui dire qu'il me recontacte. Sinon, ce serait pas mal qu'on puisse avoir accès aux différentes présentation du SOTM sur openstreetmap.fr -- View this message in context: http://gis.19327.n5.nabble.com/Recherche-une-personne-du-SOTM-tp5756739.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] expérimentations à Orange
Christian Rogel wrote la solution est de faire des SIG à un niveau supérieur à la communauté de communes. C'est ce qui a été fait à Brest où la métropole met, par convention, son SIG à la disposition des autres EPCI du Pays de Brest (pays Voynet) 9 agents arrivent à couvrir 89 communes. Evidemment, c'est une décision politique, difficile à prendre, si les élus se méfient les uns des autres, mais, pas impossible à réaliser. Le modèle est que le SIG le plus avancé, fédère les EPCI les plus proches. Si certains d'entre vous sont en position d'attirer l'attention des élus là-dessus, ce serait une bonne chose. Effectivement, mais ce ne sera pas possible vu que la politique actuelle d'aménagement du territoire est de réduire le mille-feuilles administratif et de supprimer les syndicats et autres pays. Je pense que ça pourrait se faire soit au niveau des Conseils Généraux (mais ils leurs manque la compétence), soit, dans une volonté de solidarité, entre les interco qui ont des SIG et les autres (mais là, c'est un doux rêve). En attendant, il faut déjà avancer avec ceux qui ont déjà des référentiels et des moyens. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756807.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] Prochaine réunion OSM Paris... le vendredi 15 mars
cquest wrote Oyez oyez... c'est ce soir (pour les têtes en l'air). Bientôt dans le RER... Désolé, c'est un peu loin de chez moi, et puis j'avais foot ce soir (défaite 9-1). -- View this message in context: http://gis.19327.n5.nabble.com/Prochaine-reunion-OSM-Paris-le-vendredi-15-mars-tp5752737p5756868.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] expérimentations à Orange
Est-on d'accord pour que je modifie ref:orange et ref:FR:08 ou ref:FR:admin_level_08 ? -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757001.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] expérimentations à Orange
cquest wrote ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée, pour moi le xxx doit contenir un identifiant unique vers le jeu de donnée et ne doit pas être générique. ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE ref:FR:RATP du jeu de données de la RATP ref:mhs du jeu de donnée Mérimée etc... ref:FR:08 c'est quel jeu de données ? ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée on fait référence vu qu'il n'ont rien en commun les uns avec les autres ! si on suit cette logique, alors il faut faire ref:FR:Communes car INSEE est une institution, pas un code de classification. Si on compare avec la même chose, c'est comme si on mettait ref:84087 pour ajouter le code INSEE derrière en valeur de clé. REF:FR:admin_level_08=* voudrait dire c'est la référence en France pour les niveaux administratif 8 (les communes. Pour quoi le 08 et non le 8, parce qu'il y a 10 niveaux administratifs recensés en France. C'est pour garder le même nombre de caractères pour ce type de tags. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757051.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] expérimentations à Orange
Guillaume Allegre wrote Je continue de penser que ref:FR: code INSEE de la commune est une galère potentielle, tant en gestion qu'en compréhension. Pourquoi ? Ça gêne qui ? Ceux qui utilisent les données dans des SIG classiques (il y en a encore). Il ne faut pas seulement penser informatique et web... Guillaume Allegre wrote Quitte à considérer qu'au sein d'une commune on n'aura pas de chevauchements d'identifiants, alors je préfère largement un unique tag qui serait quasi la proposition de Tony, à savoir ref:FR:admin_level8 Et si une voie est à la limite de deux communes ayant toutes deux versé leur SIG, ça ne marche plus. C'est déjà le cas pour le nom de ces voies name:left et name:right. Ou alors les séparer par des ;. De toute façon, l'identifiant unique devrait contenir le n° INSEE de la commune (comme pour les parcelles). Guillaume Allegre wrote avec comme valeur l'identifiant externe fourni par le SIG communal. Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule colonne dans un schéma de BD par exemple) et à documenter : une page Qui va faire un schéma de BD contenant toutes les clés possibles ? Ça existe _en pratique_ ? ça me paraît tordu. Des communautés de communes, d'agglo ou tout autre EPCI qui gèrent plusieurs communes, par exemple. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757054.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] expérimentations à Orange
Vincent de Château-Thierry wrote Pour revenir au sujet, je vais reformuler autrement ma proposition de ce matin. Pour combiner un nombre restreint de tags (ici 1 seul finalement) et un peu de robustesse, on pourrait renseigner ce type de tag : ref:FR:admin_level8= code INSEE de la commune source : identifiant de l'objet tel que géré par cette commune Le code INSEE de la commune est presque toujours déjà présent dans l'identifiant. Chez nous, l'identifiant est du type 84087V123456. Donc, pas besoin du code INSEE de la commune source:, surtout que les : se gèrent très mal dans les Bases de données des SIG. Vincent de Château-Thierry wrote Par rapport à ce que je proposais ce matin, on garde un seul tag, mais on n'est pas contraint par une inclusion géographique. On gèrerait correctement la Maison de Victor Hugo : ref:FR:admin_level8=75056:lt;identifiant de la maison selon la Ville de Parisgt; Là, je vois pas le rapport. L'idée n'est pas de savoir qui est le propriétaire ou le gestionnaire de la voie (ça, à la rigueur, c'est le tag operator, mais dans quelle commune elle se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757056.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] Liens de et vers OSM...
cquest wrote Mon idée (brute de décoffrage même si j'y pense depuis bien longtemps) serait un truc du genre bakery#u09v8z39 où bakery indique le type d'objet cherché et #u09v8z39 est le geohash de sa position approximative. C'est assez facile à mettre en œuvre pour des objets ponctuels ou surfaciques, par contre pour du linéaire je pense qu'il faudra 2 geohash (début/fin). Ça peut être encore plus complexe vue qu'une rue peut être coupée en deux et être renommée dans ces 2 parties. Mais on n'est pas obligé de commencer par le plus difficile. cquest wrote Ca inspire quelqu'un ? Qui m'accompagne sur ce projet ? Moi, carrément. Je suis ton homme !!! -- View this message in context: http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757058.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] Forum ESRI - Aix-en-Provence
Malheureusement, je crains que non... -- View this message in context: http://gis.19327.n5.nabble.com/Forum-ESRI-Aix-en-Provence-tp5755839p5757328.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] Publication d'un tutoriel JOSM v 1.0
Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757334.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] Publication d'un tutoriel JOSM v 1.0
Romain MEHUT wrote Le 16 avril 2013 14:56, Tony Emery lt; tony.emery@ gt; a écrit : Existe-t-il, dans JOSM, l'équivalent du raccourci clavier r permettant, dans Potlach, de copier les attributs du dernier objet sélectionné vers le nouvel objet créé ? Avec ctrl+shift+v C'est moins sexy qu'un simple r, mais je prend quand-même. Sinon, le tutoriel est intéressant mais puis-je suggérer une chose ? S'il d'adresse à des débutants, il faudrait prévoir ce tutoriel sous forme de fiche-pratique d'une page, un peu comme l'osmécum. Sinon, bon travail. -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757341.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] Publication d'un tutoriel JOSM v 1.0
geotribu wrote Connais-tu aussi Ctrl+alt pour agrandir proportionnellement un objet? J'essayes de trouver un plug-in qui me permette de renseigner les numéro d'adresse facilement. -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757343.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] Liens de et vers OSM...
Je m'excuse de revenir encore dessus mais certaines collectivités gèrent des référentiels adresses réalisés en interne et je les vois mal ne pas avoir créer d'identifiant interne pour leurs voies. L'avantage est que, les collectivités étant la source principale des données, on peut plus s'appuyer sur ce travail que sur la collecte des données via la DGFiP ou l'INSEE (j'ai déjà expliqué pourquoi, je reviens pas dessus). L'inconvénient est que, les collectivités étant indépendantes les unes des autres, ces référentiels se sont créés dans des systèmes différents, au contraire du Rivoli qui s'applique partout en France de la même manière. Pour info, j'ai fait un recoupement depuis ma base d'adresses. Sur 732 voies, je n'en ai que 686 qui ont un code Rivoli... Je pense que la souplesse d'OSM permettrait largement de gérer les identifiants internes des collectivités. -- View this message in context: http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757364.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] Liens de et vers OSM...
cquest wrote A mon avis on diverge encore... L'idée de départ, ce sont des id stables permettant la mise en place de liens VERS les données OSM, pour éviter de multiplier les ref:xx partant dans tout les sens et souvent en cul de sac (pas d'accès à des données complémentaires derrière). Enfin, c'est mon objectif... et je ne veux pas le perdre de vue ;) C'est pour ça que j'aime bien l'idée d'une passerelle entre les bases de données. Après, qu'elle soit intégrée dans OSM ou que ce soit un outil à part, je n'ai pas encore d'avis là-dessus. Dans tous les cas, cette passerelle permettrait, pour chaque objet géographique et selon leur thématique, de porter les identifiants des différents référentiels connus (ou moins connus). cquest wrote Je suis plutôt sur la ligne de Marc. Ok, OSM n'est pas au sens strict un référentiel, mais c'est un point d'échange, de partage, le carrefour où se retrouvent et se croiseront de plus en plus de ré-utilisateurs. Créer des liens stables à ce niveau permet de consolider et favoriser les échanges pour ceux qui gravitent autour. Un truc que j'aimerai savoir c'est par exemple comment l'IGN gère ça dans sa BD TOPO. Ils ont un ID pour chaque objet, indiqué dans leurs spécifications comme stable d'une version à l'autre, mais comment font-ils lorsqu'il y a des changement sur les objets sur le terrain ? Par exemple une route s'élargit et se retrouve en chaussée séparée (et donc 2 objets au lieu d'un). Ils ont un identifiant pour la voie, du type 84087A185 (un id pour chaque côté de la voie) et un pour chaque tronçon de cette voie, du type TRONROUT38110127 -- View this message in context: http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757420.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] Publication d'un tutoriel JOSM v 1.0
Jean-Francois Nifenecker wrote Le 16/04/2013 15:11, Tony Emery a écrit : il faudrait prévoir ce tutoriel sous forme de fiche-pratique d'une page, un peu comme l'osmécum. ah zut, tu me casses la baraque :) -- Jean-Francois Nifenecker, Bordeaux Non, je suis désolé. C'est un très bon travail. Après, c'est juste de la mise en page... -- View this message in context: http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757423.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] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
J'arrive plus à suivre le fil de Liens de et vers OSM... vu qu'il y a des sujets re: ref.: Lequel est le bon, du coup ? -- View this message in context: http://gis.19327.n5.nabble.com/Ref-Re-Ref-Re-Ref-Re-Liens-de-et-vers-OSM-tp5757254p5757432.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] Insérer une carte OSM sur un site
Histoire que je raconte pas d'histoire lors de ma prochaine réunion, vous me confirmez qu'on peut créer une carte sur UMap et l'intégrer sur son site Internet ? -- View this message in context: http://gis.19327.n5.nabble.com/Inserer-une-carte-OSM-sur-un-site-tp5756662p5757455.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
