[OSM-talk-fr] Églises non utilisées pour le culte
Bonjour, je me demande comment étiqueter une église/chapelle qui n'a plus vocation de lieu de culte : musée, lieu d'exposition temporaires, lieu de réunion/salle de danse, hôtel... Le sujet a sans doute déjà été traité : d'un coté le bâtiment reste reconnaissable comme une église au premier coup d'oeil (c'est donc un point de repère important) mais ce n'est plus du tout un lieu de culte. Je suppose donc que le tag *amenity:place of worship* n'est plus adapté. Y a-t-il une autre manière la première fonction d'un tel bâtiment? Merci d'avance, mav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Signaler des erreurs au Cadastre ?
Bonjour, Confronté à quelques erreurs/oublis grossières/grossiers sur le bâti importé du Cadastre, je me demandais si certains d'entre vous avaient déjà fait remonter ces infos au service du Cadastre local. Si nos corrections ne peuvent leur suffire, le signalement d'une erreur sur le bâti leur permettrait en théorie de la corriger. Les géomètres du service du Cadastre, s'ils ne sont pas habilités à modifier seuls les limites du parcellaire, sont chargés de la mise à jour du bâti du plan cadastral. Il me semblerait donc intéressant que , profitant du travail du Cadastre, nous lui apportions nos retours. Mais je ne sais si la très administrative administration des impôts sera très réceptive/satisfaite/positive à la réception de mails des contributeurs d’Osm utilisant leur plan pour mettre à jour la carte... Risque d'incompréhension ? Certains contributeurs ont déjà fait de tels retours ? Y a-t-il des lignes de conduites à ce sujet qui auraient été déjà proposées/retenues ? Merci d'avance, mav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
loin de moi l'idée de mettre de remettre de l'huile sur le feu, mais je redirigerai vers la grosse explication qu'avait fait Émilie Laffray il n'y a pas si longtemps ( http://media.baliz-geospatial.com/article/openstreetmap-changement-de-licence-historique-et-d%C3%A9bat-actuel-osm-openstreetmap, je n'ai pas retrouvé l'article originel) avec un rappel simple: tout ce qu'on cartographie ce sont des faits (et non des inventions ou créations), donc ne rentre pas dans le cadre des droits d'auteurs ! pour un logiciel libre (par exemple chez apache), on cède réellement ses droits afin que la fondation puisse faire évoluer le projet sans entraves. pour OSM, la seule chose qu'on est amené à donner c'est un peu de son temps (vu que la donnée en elle même ne nous appartient pas), ce qu'on fait déjà ! pour ce qui est de savoir si on peut faire confiance à une fondation (gérée par les membres, et non pas une entité commerciale) pour faire les choses correctement, je dirais que si on a un doute c'est justement l'occasion de s'impliquer plus dans le projet pour avoir une vue de l'intérieur ! en tout cas vu l'envolée des données opendata, je pense qu'il n'y a pas trop de souci à se faire ... Sylvain Le 26 juin 2011 00:58, Christophe Merlet red...@redfoxcenter.org a écrit : Le samedi 25 juin 2011 à 19:30 +0200, Romain MEHUT a écrit : Bonjour, Tu peux expliquer ce que tu entends par mes droits? En quoi c'est si important que ce soit un tel ou un autre qui soit l'auteur de telle ou telle contribution? Alors que je ne suis pas à l'origine baigné dans le monde du libre, j'ai adhéré à l'esprit d'OSM justement parce que mes contributions pouvaient profiter au plus grand nombre... Loin de moi l'idée de vouloir clamer un quelconque droit! Donner mes droits à Oracle, Apple (exemples fortuits) pour contribuer a des logiciels libres développé sous leurs escarcelles leurs donnent la possibilité de changer de licence à tous moments, de fermer de code source, de le revendre, d'attaquer des concurrents sur la base de mon travail et que sais-je encore... Reste la possibilité de forker lorsque les divergences sont trop grandes avec comme effet de bord, des contributeurs qui se dispersent et se font la gueule, des utilisateurs perdus et un projet qui s'affaiblit. Ça arrive malheureusement trop souvent à mon gout. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
forum: cadastre : quot;la commune n'a pas �t� trouv�quot; !
Le message suivant : ## Bonjour, J'utilise le plugin cadstre-fr Version 25889 avec JOSM Version 4138. Depuis environ une semaine, lorsque je veux géoreference an image de la commune de Somme-suippe par exemple, j'ai toujours le même message d'erreur : [code]SOMME-SUIPPE n'a pas été trouvé ou n'est pas disponible[/code] Il semble que le plugin trouve le serveur, puisque si je fais une recherche sur somme suip , il me propose un choix et la commune apparait bien. Ce n'est qu'au moment de récupérer les cartes qu'il ne semble pas y parvenir. J'ai essayé plusieurs communes, et j'ai toujours le même message. J'ai essayé également sur plusieurs ordi, et tous ont eu le même problème. Quelqu'un aurait-il une solution ? Pouvez-vous tester si vous parvenez à récupérer les cartes de cette commune, svp ? Merci d'avance PS : je suis bien en Lambert 4 zones. Et c'est seulement depuis 1 semaine que cela ne fonctionne plus ! a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=5 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: cadastre : quot; la commune n'a pas ?t trouv?quot; !
Idem sur le cadastre image dans le 37 Le dimanche 26 juin 2011 à 13:41 +0200, fo...@letuffe.org a écrit : Le message suivant : ## Bonjour, J'utilise le plugin cadstre-fr Version 25889 avec JOSM Version 4138. Depuis environ une semaine, lorsque je veux goreference an image de la commune de Somme-suippe par exemple, j'ai toujours le mme message d'erreur : [code]SOMME-SUIPPE n'a pas t trouv ou n'est pas disponible[/code] Il semble que le plugin trouve le serveur, puisque si je fais une recherche sur somme suip , il me propose un choix et la commune apparait bien. Ce n'est qu'au moment de rcuprer les cartes qu'il ne semble pas y parvenir. J'ai essay plusieurs communes, et j'ai toujours le mme message. J'ai essay galement sur plusieurs ordi, et tous ont eu le mme problme. Quelqu'un aurait-il une solution ? Pouvez-vous tester si vous parvenez rcuprer les cartes de cette commune, svp ? Merci d'avance PS : je suis bien en Lambert 4 zones. Et c'est seulement depuis 1 semaine que cela ne fonctionne plus ! a t post sur le forum http://forum.letuffe.org/viewforum.php?f=5 Une rponse sur la liste directement n'est hlas pas transmise sur le forum, ce qui n'empeche pas une concertation avant rponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut tre demand sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Églises non utilisées pour le culte
Bonjour, Le 26/06/2011 10:57, mav a écrit : Bonjour, je me demande comment étiqueter une église/chapelle qui n'a plus vocation de lieu de culte : musée, lieu d'exposition temporaires, lieu de réunion/salle de danse, hôtel… Le sujet a sans doute déjà été traité : d'un coté le bâtiment reste reconnaissable comme une église au premier coup d’œil (c'est donc un point de repère important) mais ce n'est plus du tout un lieu de culte. Je suppose donc que le tag *amenity:place of worship* n'est plus adapté. Y a-t-il une autre manière la première fonction d'un tel bâtiment? building=church et building=chapel sont assez présents en base (resp. 6000 et 1000 entrées selon taginfo). Ça permet de qualifier le type du bâtiment indépendamment de sa fonction du moment. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import cadastral task force
Salut, Parfois je reçois des demandes d'utilisateurs pour réaliser des imports bâti via l'adresse de contact dans la notice d'avertissement du dépôt de fichiers du cadastre. Je me dis que ça peut être un excellent moyen d'améliorer la qualité moyenne des imports que d'inciter les gens à contacter une « import cadastre task force ». Cette task force, composée de volontaires, réaliserait le travail d'import proprement. Concrètement, je partirai sur deux choses : une adresse mail de contact et la mise en place d'un bugtracker public. Qu'en pensez-vous amis contributeurs ? Est-ce pertinent ? Seriez-vous intéressés pour participer à un tel groupe ? Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lyon cours Gambetta limite 3e/7e : demande de revert
Pour info à celles/ceux qui mappent dans le coin : j'ai pris contact avec Anoalios http://www.openstreetmap.org/user/Anoalios pour lui demander l'autorisation d'annuler un malencontreux changeset [1] qui a quelque peu heu reprofilé le cours Gambetta et les rues adjacentes (du pont de la Guill à Vivier-Merle) [2] [1] http://www.openstreetmap.org/browse/changeset/8539832 [2] http://osmhv.openstreetmap.de/changeset.jsp?id=8539832#lon=4.85866622;lat=45.74943765;zoom=15;layer=Osmr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tagger les entrées de métro
L'idée est partie d'une discussion avec un ami qui estimait qu'il manquait l'emplacement des bouches de métro dans OSM. Je lui signalais qu'il existait un attribut (railway_entrance) permettant de les référencer. L'idée est donc naturellement venu de parcourir une ligne de métro en s'arrêtant à chaque station pour noter le nom des stations et leur emplacement, en s'aidant du plan de situation. L'imprécision de ces plans de situation nous a conduit à effectuer une vérification « de surface ». Au niveau du process retenu, nous avons donc parcouru les stations d'une ligne de métro. À chaque station, nous descendions par une des entrées pour repérer le nom des sorties sur le plan de situation et leur emplacement approximatif. Puis nous ressortions vérifier précisément l'emplacement et le noter dans un cahier. Il suffit ensuite de reporter ces informations dans la base de donnée OSM. Si y'a des gens intéressés, je serais disponible cet été sur Paris pour organiser un atelier sur le sujet. -- Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net Rejoignez les 5500 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Le 26/06/2011 16:14, Philippe Pary a écrit : Salut, Parfois je reçois des demandes d'utilisateurs pour réaliser des imports bâti via l'adresse de contact dans la notice d'avertissement du dépôt de fichiers du cadastre. Je me dis que ça peut être un excellent moyen d'améliorer la qualité moyenne des imports que d'inciter les gens à contacter une « import cadastre task force ». Cette task force, composée de volontaires, réaliserait le travail d'import proprement. Concrètement, je partirai sur deux choses : une adresse mail de contact et la mise en place d'un bugtracker public. Concrètement je partirais aussi sur une 3e chose :-) : une charte (c'est un peu pompeux mais bon) qui dise à quoi s'engagent le demandeur et celui qui réalise l'import. Ce que j'imagine en premier lieu : - celui qui fait l'import s'engage à : -- le mener à terme -- traiter la collection d'imperfections connues dans les fichiers du cadastre (superpositions de bâtiments, doublons, etc., cf le wiki) -- ne pas laisser au terme de l'import des aberrations telles que des voies croisant les bâtiments importés : il faut par l'importateur (!) un recalage de la géométrie existante, essentiellement les filaires de voies -- ne pas fabriquer de doublons : pour des bâtiments pré-existants, ou des POIs, procéder à la fusion des objets et au transfert de tags - celui qui demande l'import s'engage à : -- rester dispo pour assister son prestataire au cours de l'import, principalement par sa connaissance du terrain. Corolaire : on ne demande pas l'import d'une commune qu'on ne connaît pas en vrai -- assurer, après le terme de l'import, un travail complémentaire, consistant a minima à compléter le filaire des voies pour ne pas laisser d'espace entre les bâtiments en no man's land. J'oublie forcément des points, à suivre. Qu'en pensez-vous amis contributeurs ? Est-ce pertinent ? Je pense que ça a du sens si on veut profiter du potentiel des fichiers du cadastre vectoriel, tout en évitant de pester contre des imports mal/pas finis. Ça peut aussi créer des liens entre contributeurs qui, sinon, n'auraient pas forcément de raison de se croiser. Seriez-vous intéressés pour participer à un tel groupe ? Pourquoi pas, si l'on parvient à cadrer son fonctionnement, cf. ci-dessus. Et merci Philippe pour l'initiative. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Le 26/06/2011 17:13, Vincent de Chateau-Thierry a écrit : Le 26/06/2011 16:14, Philippe Pary a écrit : Salut, Parfois je reçois des demandes d'utilisateurs pour réaliser des imports bâti via l'adresse de contact dans la notice d'avertissement du dépôt de fichiers du cadastre. Je me dis que ça peut être un excellent moyen d'améliorer la qualité moyenne des imports que d'inciter les gens à contacter une « import cadastre task force ». Cette task force, composée de volontaires, réaliserait le travail d'import proprement. Concrètement, je partirai sur deux choses : une adresse mail de contact et la mise en place d'un bugtracker public. Concrètement je partirais aussi sur une 3e chose :-) : une charte (c'est un peu pompeux mais bon) qui dise à quoi s'engagent le demandeur et celui qui réalise l'import. Ce que j'imagine en premier lieu : - celui qui fait l'import s'engage à : -- le mener à terme -- traiter la collection d'imperfections connues dans les fichiers du cadastre (superpositions de bâtiments, doublons, etc., cf le wiki) -- ne pas laisser au terme de l'import des aberrations telles que des voies croisant les bâtiments importés : il faut par l'importateur (!) un recalage de la géométrie existante, essentiellement les filaires de voies -- ne pas fabriquer de doublons : pour des bâtiments pré-existants, ou des POIs, procéder à la fusion des objets et au transfert de tags - celui qui demande l'import s'engage à : -- rester dispo pour assister son prestataire au cours de l'import, principalement par sa connaissance du terrain. Corolaire : on ne demande pas l'import d'une commune qu'on ne connaît pas en vrai -- assurer, après le terme de l'import, un travail complémentaire, consistant a minima à compléter le filaire des voies pour ne pas laisser d'espace entre les bâtiments en no man's land. J'oublie forcément des points, à suivre. Qu'en pensez-vous amis contributeurs ? Est-ce pertinent ? Je pense que ça a du sens si on veut profiter du potentiel des fichiers du cadastre vectoriel, tout en évitant de pester contre des imports mal/pas finis. Ça peut aussi créer des liens entre contributeurs qui, sinon, n'auraient pas forcément de raison de se croiser. Seriez-vous intéressés pour participer à un tel groupe ? Pourquoi pas, si l'on parvient à cadrer son fonctionnement, cf. ci-dessus. Et merci Philippe pour l'initiative. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je n'ai même pas lu jusqu'au bout, mais je pense que tu as oublié certains éléments contractuels, comme : Il ne s'agit plus d'une action contributeur désintéressé, mais d'une opération commerciale qui se terminera par le paiement d'un salaire ! Oh ! C'est du libre, contributif et bénévole : faut arrêter avec tous ces engagements, soit on contribue correctement, soit on va faire autre chose ! Sinon, moi je veux être dans la task force. -- Marc Sibert (énervé !?) m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Le 26/06/2011 17:13, Vincent de Chateau-Thierry a écrit : Le 26/06/2011 16:14, Philippe Pary a écrit : Salut, Parfois je reçois des demandes d'utilisateurs pour réaliser des imports bâti via l'adresse de contact dans la notice d'avertissement du dépôt de fichiers du cadastre. Je me dis que ça peut être un excellent moyen d'améliorer la qualité moyenne des imports que d'inciter les gens à contacter une « import cadastre task force ». Cette task force, composée de volontaires, réaliserait le travail d'import proprement. Concrètement, je partirai sur deux choses : une adresse mail de contact et la mise en place d'un bugtracker public. Concrètement je partirais aussi sur une 3e chose :-) : une charte (c'est un peu pompeux mais bon) qui dise à quoi s'engagent le demandeur et celui qui réalise l'import. Ce que j'imagine en premier lieu : - celui qui fait l'import s'engage à : -- le mener à terme -- traiter la collection d'imperfections connues dans les fichiers du cadastre (superpositions de bâtiments, doublons, etc., cf le wiki) -- ne pas laisser au terme de l'import des aberrations telles que des voies croisant les bâtiments importés : il faut par l'importateur (!) un recalage de la géométrie existante, essentiellement les filaires de voies -- ne pas fabriquer de doublons : pour des bâtiments pré-existants, ou des POIs, procéder à la fusion des objets et au transfert de tags -- reporter le tagging existant sur le nouveau et supprimer les anciens polygones. - celui qui demande l'import s'engage à : -- rester dispo pour assister son prestataire au cours de l'import, principalement par sa connaissance du terrain. Corolaire : on ne demande pas l'import d'une commune qu'on ne connaît pas en vrai -- assurer, après le terme de l'import, un travail complémentaire, consistant a minima à compléter le filaire des voies pour ne pas laisser d'espace entre les bâtiments en no man's land. -- Vérifier la véracité du bâti : suppression des faux, ajout des manquants -- Enrichir ou corriger le tagging : building=church ; building=house ; natural=water - leisure=swimming_pool... -- Ajuster les polygones CLC landuse J'oublie forcément des points, à suivre. Un 'tag' dans le changeset genre [ICTF:Trifouilli] bla... Qu'en pensez-vous amis contributeurs ? Est-ce pertinent ? Je pense que ça a du sens si on veut profiter du potentiel des fichiers du cadastre vectoriel, tout en évitant de pester contre des imports mal/pas finis. Ça peut aussi créer des liens entre contributeurs qui, sinon, n'auraient pas forcément de raison de se croiser. Je pense que la formule du binôme est un encouragement à la qualité : On s'oblige à faire bien quand on fait avec quelqu'un. Une liste, sur le wiki, des actions menées avec lien vers la zone de la commune, mention des acteurs et état de l'avancement serait motivante. Elle serait le 'contrat' du binôme. En tout cas ça me semble une expérience à tester... Seriez-vous intéressés pour participer à un tel groupe ? Pourquoi pas, si l'on parvient à cadrer son fonctionnement, cf. ci-dessus. Et merci Philippe pour l'initiative. Si la demande n'est pas trop abondante... vincent -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: cadastre : quot;la commune n'a pas été trouvéquot; !
Je confirme sur la Dordogne. Plus de possibilité de travailler avec le cadastre image depuis une semaine. J'ai testé plusieurs version de JOSM: commune pas trouvée ou indisponible Par contre le vectoriel est operationnel. Une idée ? merci -- View this message in context: http://gis.638310.n2.nabble.com/forum-cadastre-quot-la-commune-n-a-pas-ete-trouve-quot-tp6517008p6517576.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] Import cadastral task force
Le 26/06/2011 17:54, Vincent Pottier a écrit : Le 26/06/2011 17:13, Vincent de Chateau-Thierry a écrit : Le 26/06/2011 16:14, Philippe Pary a écrit : Salut, Parfois je reçois des demandes d'utilisateurs pour réaliser des imports bâti via l'adresse de contact dans la notice d'avertissement du dépôt de fichiers du cadastre. Faisant parti de ceux qui ont déjà contacté Philippe pour importer le bâti des communes que j'avais tracé depuis Cadastre+Bing et qui a l'intention de le faire encore je suis pour cette idée: Cette opération est délicate, et personnellement, je n'ai pas encore eu le temps d'apprendre à le faire, donc dès que j'ai terminé une commune, j'envoie un mail sur la liste chtinux, que lit, entres autre, Philippe, pour donner un 'feu vert' à une tentative d'import, si je pouvais passer le mot à une task force et travaille de pair avec ça serait super Je me dis que ça peut être un excellent moyen d'améliorer la qualité moyenne des imports que d'inciter les gens à contacter une « import cadastre task force ». Cette task force, composée de volontaires, réaliserait le travail d'import proprement. yep ... - celui qui demande l'import s'engage à : -- rester dispo pour assister son prestataire au cours de l'import, principalement par sa connaissance du terrain. Corolaire : on ne demande pas l'import d'une commune qu'on ne connaît pas en vrai Pas trop d'accord, comment qualifie-t-on le connaître en vrai? J'ai commencé par tracer les communes autour de moi (Bing+Cadastre+local knowledge) puis je suis passé aux communes plus éloignées ou bien celles que je vais visiter en vacances. Au début ça peu ressembler à une recopie de cadastre agrémenté d'infos Bing (soit, pas toujours à jour) mais dans les semaines/mois qui suivent quelqu'un d'autre peut facilement repasser derrière et requalifier des routes, ajouter des POIs etc: impliquer le cyber centre du coin pour une sortie avec walking papaers par exemple? -- assurer, après le terme de l'import, un travail complémentaire, consistant a minima à compléter le filaire des voies pour ne pas laisser d'espace entre les bâtiments en no man's land. -- Vérifier la véracité du bâti : suppression des faux, ajout des manquants -- Enrichir ou corriger le tagging : building=church ; building=house ; natural=water - leisure=swimming_pool... -- Ajuster les polygones CLC landuse J'oublie forcément des points, à suivre. Un 'tag' dans le changeset genre [ICTF:Trifouilli] bla... Qu'en pensez-vous amis contributeurs ? Est-ce pertinent ? Je pense que ça a du sens si on veut profiter du potentiel des fichiers du cadastre vectoriel, tout en évitant de pester contre des imports mal/pas finis. Ça peut aussi créer des liens entre contributeurs qui, sinon, n'auraient pas forcément de raison de se croiser. Je pense que la formule du binôme est un encouragement à la qualité : On s'oblige à faire bien quand on fait avec quelqu'un. Toujours motivant quand on se sent moins seul! -- David White User #297763 on http://counter.li.org Jabber: dwh...@im.linux62.org OpenStreetMap Contributor DavidKW ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Le dimanche 26 juin 2011 à 17:39 +0200, Marc Sibert a écrit : Le 26/06/2011 17:13, Vincent de Chateau-Thierry a écrit : Le 26/06/2011 16:14, Philippe Pary a écrit : Salut, Parfois je reçois des demandes d'utilisateurs pour réaliser des imports bâti via l'adresse de contact dans la notice d'avertissement du dépôt de fichiers du cadastre. Je me dis que ça peut être un excellent moyen d'améliorer la qualité moyenne des imports que d'inciter les gens à contacter une « import cadastre task force ». Cette task force, composée de volontaires, réaliserait le travail d'import proprement. Concrètement, je partirai sur deux choses : une adresse mail de contact et la mise en place d'un bugtracker public. Concrètement je partirais aussi sur une 3e chose :-) : une charte (c'est un peu pompeux mais bon) qui dise à quoi s'engagent le demandeur et celui qui réalise l'import. Ce que j'imagine en premier lieu : - celui qui fait l'import s'engage à : -- le mener à terme -- traiter la collection d'imperfections connues dans les fichiers du cadastre (superpositions de bâtiments, doublons, etc., cf le wiki) -- ne pas laisser au terme de l'import des aberrations telles que des voies croisant les bâtiments importés : il faut par l'importateur (!) un recalage de la géométrie existante, essentiellement les filaires de voies -- ne pas fabriquer de doublons : pour des bâtiments pré-existants, ou des POIs, procéder à la fusion des objets et au transfert de tags - celui qui demande l'import s'engage à : -- rester dispo pour assister son prestataire au cours de l'import, principalement par sa connaissance du terrain. Corolaire : on ne demande pas l'import d'une commune qu'on ne connaît pas en vrai -- assurer, après le terme de l'import, un travail complémentaire, consistant a minima à compléter le filaire des voies pour ne pas laisser d'espace entre les bâtiments en no man's land. J'oublie forcément des points, à suivre. Qu'en pensez-vous amis contributeurs ? Est-ce pertinent ? Je pense que ça a du sens si on veut profiter du potentiel des fichiers du cadastre vectoriel, tout en évitant de pester contre des imports mal/pas finis. Ça peut aussi créer des liens entre contributeurs qui, sinon, n'auraient pas forcément de raison de se croiser. Seriez-vous intéressés pour participer à un tel groupe ? Pourquoi pas, si l'on parvient à cadrer son fonctionnement, cf. ci-dessus. Et merci Philippe pour l'initiative. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je n'ai même pas lu jusqu'au bout, mais je pense que tu as oublié certains éléments contractuels, comme : Il ne s'agit plus d'une action contributeur désintéressé, mais d'une opération commerciale qui se terminera par le paiement d'un salaire ! ??? Oh ! C'est du libre, contributif et bénévole : faut arrêter avec tous ces engagements, soit on contribue correctement, soit on va faire autre chose ! Re : Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RMLL 2011
Salut, Est-ce que certains d'entre vous seront aux RMLL 2011 et savez-vous si un stand SOM sera présent ? Enfin, y aura-t-il à votre connaissance une mapping party ? Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL 2011
Le dimanche 26 juin 2011 à 09:40 -0700, Jean a écrit : Salut, Est-ce que certains d'entre vous seront aux RMLL 2011 et savez-vous si un stand SOM sera présent ? J'y serai le week-end et le week-end c'est stand commun … une idée qui vaut ce qu'elle vaut (un spécialiste de l'OLPC arrivera-t-il à défendre OpenStreetMap, Wikipedia, Debian, l'April et La Quadrature du Net à la fois ?^^) Enfin, y aura-t-il à votre connaissance une mapping party ? Pas à ma connaissance Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL 2011
Salut Jean, Moi, je serai là du 9 au 14, aucune idée sur la mapping party. A la limite on peut faire une promenade le mercredi soir... Polyglot 2011/6/26 Jean jean_cart...@yahoo.com Salut, Est-ce que certains d'entre vous seront aux RMLL 2011 et savez-vous si un stand SOM sera présent ? Enfin, y aura-t-il à votre connaissance une mapping party ? Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Philippe Pary a écrit , Le 26/06/2011 16:14: Qu'en pensez-vous amis contributeurs ? Est-ce pertinent ? Seriez-vous intéressés pour participer à un tel groupe ? Je trouve que cette idée de binômes est une bonne idée ; tu peux me mettre dans ta task force, j'ai maintenant une bonne pratique des imports de bâtis. Et je trouve aussi que c'est mieux de laisser aux gens qui sont sur place le soin de cartographier les voies. A plus, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
Le 26/06/2011 16:57, Vincent-Xavier JUMEL a écrit : L'idée est partie d'une discussion avec un ami qui estimait qu'il manquait l'emplacement des bouches de métro dans OSM. Je lui signalais qu'il existait un attribut (railway_entrance) permettant de les référencer. L'idée est donc naturellement venu de parcourir une ligne de métro en s'arrêtant à chaque station pour noter le nom des stations et leur emplacement, en s'aidant du plan de situation. L'imprécision de ces plans de situation nous a conduit à effectuer une vérification « de surface ». Au niveau du process retenu, nous avons donc parcouru les stations d'une ligne de métro. À chaque station, nous descendions par une des entrées pour repérer le nom des sorties sur le plan de situation et leur emplacement approximatif. Puis nous ressortions vérifier précisément l'emplacement et le noter dans un cahier. Il suffit ensuite de reporter ces informations dans la base de donnée OSM. Si y'a des gens intéressés, je serais disponible cet été sur Paris pour organiser un atelier sur le sujet. Attention, je rappelle qu'il est interdit de copier un plan de la RATP, que ce soit les « plans de situations » ou les plans de lignes ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] addr:* sur les radars
Bonjour, J'aimerais savoir ce que vous pensez des addr:* sur les relations des radars automatiques ? Je trouve ça complétement redondant et sans grand intérêt. Un utilisateur, michel60, ajoute frénétiquement tout ces tags sur TOUTES les relations des radars automatiques. Je lui ai envoyé un message pour comprendre, mais sans réponse de sa part. Amicalement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Signaler des erreurs au Cadastre ?
Je me suis aussi posée la question : j'ai trouvé un grand bâtiment agricole, ayant les même dimensions et la même orientation que celui dessiné dans le cadastre, mais posé à belle distance dans la parcelle ; renseignement pris, le cadastre reproduit parfaitement l'implantation du permis de construire ; les gens ont construit ailleurs Je ne sais pas trop quoi faire ; vous feriez quoi ? Hélène mav a écrit , Le 26/06/2011 11:09: Bonjour, Confronté à quelques erreurs/oublis grossières/grossiers sur le bâti importé du Cadastre, je me demandais si certains d'entre vous avaient déjà fait remonter ces infos au service du Cadastre local. Si nos corrections ne peuvent leur suffire, le signalement d'une erreur sur le bâti leur permettrait en théorie de la corriger. Les géomètres du service du Cadastre, s'ils ne sont pas habilités à modifier seuls les limites du parcellaire, sont chargés de la mise à jour du bâti du plan cadastral. Il me semblerait donc intéressant que , profitant du travail du Cadastre, nous lui apportions nos retours. Mais je ne sais si la très administrative administration des impôts sera très réceptive/satisfaite/positive à la réception de mails des contributeurs d’Osm utilisant leur plan pour mettre à jour la carte... Risque d'incompréhension ? Certains contributeurs ont déjà fait de tels retours ? Y a-t-il des lignes de conduites à ce sujet qui auraient été déjà proposées/retenues ? Merci d'avance, mav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Signaler des erreurs au Cadastre ?
Le 26/06/2011 20:33, Hélène PETIT a écrit : Je me suis aussi posée la question : j'ai trouvé un grand bâtiment agricole, ayant les même dimensions et la même orientation que celui dessiné dans le cadastre, mais posé à belle distance dans la parcelle ; renseignement pris, le cadastre reproduit parfaitement l'implantation du permis de construire ; les gens ont construit ailleurs Je ne sais pas trop quoi faire ; vous feriez quoi ? Hélène Licencier les maçons qui ne savent pas lire un plan. Demander au gens de déplacer leur bâtiment au bon endroit pour que ça colle à la carte. Si tout cela ne marche pas Cartographier le bâtiment tel qu'il est. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
Bonsoir, Ca m'intéresse et je suis sûr Paris en juillet. Merci pour votre proposition. Laurent Notarianni Le 26 juin 2011 à 16:57, Vincent-Xavier JUMEL a écrit : L'idée est partie d'une discussion avec un ami qui estimait qu'il manquait l'emplacement des bouches de métro dans OSM. Je lui signalais qu'il existait un attribut (railway_entrance) permettant de les référencer. L'idée est donc naturellement venu de parcourir une ligne de métro en s'arrêtant à chaque station pour noter le nom des stations et leur emplacement, en s'aidant du plan de situation. L'imprécision de ces plans de situation nous a conduit à effectuer une vérification « de surface ». Au niveau du process retenu, nous avons donc parcouru les stations d'une ligne de métro. À chaque station, nous descendions par une des entrées pour repérer le nom des sorties sur le plan de situation et leur emplacement approximatif. Puis nous ressortions vérifier précisément l'emplacement et le noter dans un cahier. Il suffit ensuite de reporter ces informations dans la base de donnée OSM. Si y'a des gens intéressés, je serais disponible cet été sur Paris pour organiser un atelier sur le sujet. -- Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net Rejoignez les 5500 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Signaler des erreurs au Cadastre ?
Le 26 juin 2011 11:09, mav mav...@no-log.org a écrit : Il me semblerait donc intéressant que , profitant du travail du Cadastre, nous lui apportions nos retours. Mais je ne sais si la très administrative administration des impôts sera très réceptive/satisfaite/positive à la réception de mails des contributeurs d’Osm utilisant leur plan pour mettre à jour la carte... Risque d'incompréhension ? Je ne connais pas 'intimement' cette administration. Mais il me semble qu'elle fait partie des rares partenaires d'OSM qui a donné un aval explicite à l'exploitation des données cadastrales pour OSM. Certains contributeurs ont déjà fait de tels retours ? Y a-t-il des lignes de conduites à ce sujet qui auraient été déjà proposées/retenues ? Je ne sais pas s'il y a eu des contacts dans ce sens. Néanmoins, il faut réaliser que nos données sont sous une licence libre. A défaut de pouvoir être directement importées dans le cadastre, il est déjà possible aux services cadastraux de comparer leurs données aux notres et ainsi décider des missions de corrections ponctuelles. C'est pour ça que nous faisons des données libres : pour que chacun puisse les exploiter à sa convenance, sans avoir besoin d'une autorisation quelconque. Mais qui sait, peut-être que certains acteurs du cadastre utilisent déjà nos données. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Le 26/06/2011 18:32, David White a écrit : Le 26/06/2011 17:54, Vincent Pottier a écrit : Le 26/06/2011 17:13, Vincent de Chateau-Thierry a écrit : - celui qui demande l'import s'engage à : -- rester dispo pour assister son prestataire au cours de l'import, principalement par sa connaissance du terrain. Corolaire : on ne demande pas l'import d'une commune qu'on ne connaît pas en vrai Pas trop d'accord, comment qualifie-t-on le connaître en vrai? J'ai commencé par tracer les communes autour de moi (Bing+Cadastre+local knowledge) puis je suis passé aux communes plus éloignées ou bien celles que je vais visiter en vacances. Au début ça peu ressembler à une recopie de cadastre agrémenté d'infos Bing (soit, pas toujours à jour) mais dans les semaines/mois qui suivent quelqu'un d'autre peut facilement repasser derrière et requalifier des routes, ajouter des POIs etc: impliquer le cyber centre du coin pour une sortie avec walking papaers par exemple? Connaître en vrai : être capable de rajouter, par soi même, des informations qui ne soient pas issues du cadastre ni de bing et autres sources globales. Pour moi, quelqu'un qui s'engage dans l'import d'une commune sans pouvoir y rajouter, par exemple, le moindre POI, n'a pas grande légitimité à s'occuper de cette commune. C'est en tout cas la règle que je me donne, ce qui fait que j'ai dû depuis 1 an importer une vingtaine de communes, pas plus. Dans le cas que tu cites, si une demande vient du cyber-centre du coin, je n'ai aucun souci à m'occuper de l'import : leur implantation locale est un bon gage de suivi post-import. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : forum: cadastre : la commune n'a pas été trouvé !
De : Eric V ericve...@9online.fr Je confirme sur la Dordogne. Plus de possibilité de travailler avec le cadastre image depuis une semaine. J'ai testé plusieurs version de JOSM: commune pas trouvée ou indisponible Par contre le vectoriel est operationnel. Une idée ? merci cela m etait arrivé sur une ou deux communes du département de la Loire quand je rentrais les limites communales et il me semble qu au bout d un certains elles avaient refait surface en format vectoriel... Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : forum: cadastre : la commune n'a pas été trouvé !
Le 26/06/2011 22:30, THEVENON Julien a écrit : *De :* Eric V ericve...@9online.fr ** Je confirme sur la Dordogne. Plus de possibilité de travailler avec le cadastre image depuis une semaine. J'ai testé plusieurs version de JOSM: commune pas trouvée ou indisponible Par contre le vectoriel est operationnel. Une idée ? merci Il y a eu une opération de maintenance de cadastre.gouv.fr la semaine dernière. C'est depuis que le problème survient sur les communes en raster. Le protocole d'accès aux données aura changé ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre
Salut, J'ai commencé à développer une interface pour réaliser les fichiers du cadastre à la demande. Je ne suis pas développeur et j'ai conscience du côté grave bourrin de ma méthode. Ça pourrait plomber mon serveur si ça merdait, j'espère que a ira. C'est ici : http://osm.cleo-carto.org/cadastre/iface/ C'est ultra-sommaire pour l'instant. N'hésitez pas à faire part de vos remarques. Si des gens souhaitent me filer un coup de main pour le développement, n'hésitez pas. J'ai quelques craintes sur la sécurité du code et les injections possibles (à un moment je balance quand même une commande shell qui a pour paramètre quelque chose qui provient d'internet quoi :)) Actuellement c'est géré par un con de sprintf, je ne suis pas certain que ça suffise à me protéger sérieusement. Je songe à faire un contrôle de l'existence des arguments, vérifier que le département et la ville existent et sont cohérents (qu'on vienne pas me demander Marseille en Gironde) Je me pose quelques questions sur les optimisations pour éviter que mon serveur ne crève la gueule ouverte (genre limiter à 10 les imports simultanés) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Salut, Je note que l'idée est assez bien accueillie. Je mettrai aussi rapidement que possible un bugtracker en place. Avec moi, « aussi rapidement que possible » peut prendre plusieurs mois :-) Je songe également faire une demande pour créer un cadastre...@opentreetmap.org pour coordonner les efforts sans polluer la liste talk-fr ou dev-fr. Qu'en pensez-vous ? Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 26/06/2011 20:29, Nicolas FRERY a écrit : Bonjour, J'aimerais savoir ce que vous pensez des addr:* sur les relations des radars automatiques ? Je trouve ça complétement redondant et sans grand intérêt. Un utilisateur, michel60, ajoute frénétiquement tout ces tags sur TOUTES les relations des radars automatiques. Je lui ai envoyé un message pour comprendre, mais sans réponse de sa part. Amicalement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, A ta question, je réponds pourquoi pas !. Que tu trouves ça sans intérêt, soit, c'est ton point de vu ; quand à la redondance, je ne vois pas avec quelle autre information. Savoir dans quelle commune se trouve un POI est intéressant, de manière générale. De mémoire, michel60 est un cartographe de radars... ma fois ça occupe ; j'en connais un autre : moi, peut-être moins frénétique... A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 26/06/2011 23:09, Marc Sibert a écrit : A ta question, je réponds pourquoi pas !. Que tu trouves ça sans intérêt, soit, c'est ton point de vu ; quand à la redondance, je ne vois pas avec quelle autre information. Avec le fait qu'il soit dans ladite commune. Savoir dans quelle commune se trouve un POI est intéressant, de manière générale. Certes, mais c'est un calcul simple que de trouver la commune dans laquelle il se trouve. Même moi je sais faire ! Et si vous ne savez pas faire, ce qui est légitime, une question sur la ML et 10 personnes vous le calculent dans le quart d'heure. Si vous voulez l'implémenter dans une page, une question sur la ML dev et 3 personnes vous donnent le code dans la journée. Si la limite de commune n'est pas tracée, ok, il n'y a pas redondance. Si elle est tracée... C'est comme de mettre Mairie|Église|Gare de NNN dans les tags 'name' où NNN est le nom de la commune. C'est une info qui n'en est pas une dans une base de donnée géographique ! À moins que la mairie de NNN ne soit sur le territoire de MMM... De mémoire, michel60 est un cartographe de radars... ma fois ça occupe ; j'en connais un autre : moi, peut-être moins frénétique... A+ -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import cadastral task force
Philippe Pary a écrit , Le 26/06/2011 22:45: Je songe également faire une demande pour créer un cadastre...@opentreetmap.org pour coordonner les efforts sans polluer la liste talk-fr ou dev-fr. Qu'en pensez-vous ? +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger les entrées de métro
Le 26 juin à 20:24 JonathanMM a écrit Attention, je rappelle qu'il est interdit de copier un plan de la RATP, que ce soit les « plans de situations » ou les plans de lignes ;) JonathanMM Je ne copie pas le plan, je m'en sers juste pour vérifier que je n'ai pas loupé de station en faisant le tour de la station. Ensuite, leurs plans sont de tellement mauvaise qualité et tellement peu porteur d'informations utiles que je ne vois pas l'intérêt de les copier. L'histoire nous montre pour l'instant que la RATP est partisane d'une application stricte de sa « propriété intellectuelle », aussi je ne me risquerais pas à ce genre de jeu. La collecte d'information se fait bien sur dans l'espace public, sur le trottoir. Par ailleurs, je mets en garde les personnes (j'en ai déjà rencontré) qui seraient tentées, même dans un but louable de cartographier les couloirs du métro. Cela me semble risquer. Librement, -- Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net Rejoignez les 5424 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 27/06/2011 00:01, Vincent Privat a écrit : Ça descend jusqu'à quel niveau de précision ? addr:city me choque pas, mais si ça va jusqu'à du addr:housenumber, ça serait surtout redondant avec le bâtiment qui est le porteur légitime de l'adresse. Pour les data user, pas terrible d'avoir plusieurs résultats pour une même adresse. Dans le cas des contributions de michel60, c'est la ville, le pays, et le code postal qui sont ajoutés sur les tag addr:*. Les relations modifiées sont pour la majorité dans des communes qui ont leurs limites de tracés et leur relation de complète. De toute façon, le contributeur ne daigne pas répondre à mon message, donc je vais me contanter de supprimer ces tags dans toutes les communes où je vais contribuer dans le futur.. ou comment ce sentir inutil face à un mur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des arrondissements départementaux et des Communautés de communes
Bonsoir, Pour les EPCI, je pense que le lien suivant devrait t'intéresser : http://zonages.territoires.gouv.fr/zonages/ Notamment ici : http://zonages.territoires.gouv.fr/zonages/p2_perim_bis.phpqui propose un import CSV en choisissant le zonage EPCI ainsi que la zone France (c'est un peu long) ou chaque Région ou département. Le fichier fait le lien entre le code INSEE des communes et le code de l'intercommunalité (ainsi que les différentes informations attachées à celle ci). Dessiner les contours des EPCI me semble donc redondant car ceux ci collent aux limites des communes qui les composent et ça peut être fait automatiquement, je pense, à partir d'un set de communes digitalisées et dont le code INSEE est renseigné. My 2 cents du soir désolé si je ne répond pas tout à fait à ta question initiale. PS : un extrait pour le département de la Sarthe pour ceux qui sont intéressés par voir ce que ça donne. Code SIREN de l'EPCI,Nom de l'EPCI,Population de l'EPCI,Nature juridique de l'EPCI,Régime fiscal de l'EPCI,Composition communale - Code INSEE, Composition communale - Nom 246100663,CU d'Alençon,51210,CU,4TX,, 246100663,61001,Alençon 246100663,61077,Cerisé 246100663,6,Colombiers 246100663,61117,Condé-sur-Sarthe 246100663,61141,Cuissai 246100663,61143,Damigny 246100663,61165,La Ferrière-Bochard 246100663,61203,Héloup 246100663,61234,Lonrai 246100663,61279,Mieuxcé 246100663,61321,Pacé 246100663,61372,Saint-Céneri-le-Gérei 246100663,61397,Saint-Germain-du-Corbéis 246100663,61433,Saint-Nicolas-des-Bois 246100663,61497,Valframbert 246100663,72006,Arçonnay 246100663,72056,Champfleur 246100663,72082,Le Chevain 246100663,72308,Saint-Paterne ,,, 247200090,CC de Sablé sur Sarthe,29475,CC,FPU,, 247200090,53037,Bouessay 247200090,72010,Asnières-sur-Vègre 247200090,72016,Auvers-le-Hamon 247200090,72021,Avoise 247200090,72022,Le Bailleul 247200090,72106,Courtillers 247200090,72151,Juigné-sur-Sarthe 247200090,72167,Louailles 247200090,72228,Parcé-sur-Sarthe 247200090,72232,Notre-Dame-du-Pé 247200090,72236,Pincé 247200090,72244,Précigné 247200090,72264,Sablé-sur-Sarthe 247200090,72336,Solesmes 247200090,72343,Souvigné-sur-Sarthe 247200090,72378,Vion ,,, 247200132,CU Le Mans Métropole,189351,CU,4TX,, 247200132,72003,Allonnes 247200132,72008,Arnage 247200132,72065,La Chapelle-Saint-Aubin 247200132,72095,Coulaines 247200132,72181,Le Mans 247200132,72213,Mulsanne 247200132,72257,Rouillon 247200132,72328,Sargé-lès-le-Mans 247200132,72386,Yvré-l'Evêque ,,, 247200157,CC de Lucé,5933,CC,4TX,, 247200157,72103,Courdemanche 247200157,72143,Le Grand-Lucé 247200157,72210,Montreuil-le-Henri 247200157,72248,Pruillé-l'Eguillé 247200157,72279,Saint-Georges-de-la-Couée 247200157,72314,Saint-Pierre-du-Lorouër 247200157,72325,Saint-Vincent-du-Lorouër 247200157,72376,Villaines-sous-Lucé ,,, 247200348,CC du Pays Fléchois,25195,CC,FPU,, 247200348,72009,Arthezé 247200348,72025,Bazouges-sur-le-Loir 247200348,72044,Bousse 247200348,72061,La Chapelle-d'Aligné 247200348,72084,Clermont-Créans 247200348,72108,Cré 247200348,72110,Crosmières 247200348,72154,La Flèche 247200348,72185,Mareil-sur-Loir 247200348,72357,Thorée-les-Pins 247200348,72377,Villaines-sous-Malicorne ,,, 247200397,CC du Bassin Ludois,8306,CC,4TX,, 247200397,72049,La Bruère-sur-Loir 247200397,72060,La Chapelle-aux-Choux 247200397,72077,Chenu 247200397,72117,Dissé-sous-le-Lude 247200397,72175,Luché-Pringé 247200397,72176,Le Lude 247200397,72283,Saint-Germain-d'Arcé 247200397,72330,Savigné-sous-le-Lude ,,, 247200405,CC des Portes du Maine,11231,CC,FPU,, 247200405,72023,Ballon 247200405,72099,Courceboeufs 247200405,72101,Courcemont 247200405,72147,La Guierche 247200405,72150,Joué-l'Abbé 247200405,72205,Montbizot 247200405,72290,Saint-Jean-d'Assé 247200405,72301,Saint-Mars-sous-Ballon 247200405,72338,Souillé 247200405,72340,Souligné-sous-Ballon 247200405,72349,Teillé ,,, 247200413,CC du Pays des Brières et du Gesnois,22834,CC,4TX,, 247200413,72007,Ardenay-sur-Mérize 247200413,72046,Le Breil-sur-Mérize 247200413,72090,Connerré 247200413,72129,Fatines 247200413,72165,Lombron 247200413,72224,Nuillé-le-Jalais 247200413,72241,Montfort-le-Gesnois 247200413,72271,Saint-Célerin 247200413,72275,Saint-Corneille 247200413,72300,Saint-Mars-la-Brière 247200413,72329,Savigné-l'Evêque 247200413,72335,Sillé-le-Philippe 247200413,72341,Soulitré 247200413,72345,Surfonds 247200413,72359,Torcé-en-Vallée ,,, 247200421,CC du Sud Est du Pays Manceau,16451,CC,FPU,, 247200421,72047,Brette-les-Pins 247200421,72053,Challes 247200421,72058,Changé 247200421,72231,Parigné-l'Evêque
Re: [OSM-talk-fr] Tracé des arrondissements départementaux et des Communautés de communes
Bonjour, Le 27/06/2011 01:00, Robin PREST a écrit : Bonsoir, Pour les EPCI, je pense que le lien suivant devrait t'intéresser : http://zonages.territoires.gouv.fr/zonages/ Notamment ici : http://zonages.territoires.gouv.fr/zonages/p2_perim_bis.php qui propose un import CSV en choisissant le zonage EPCI ainsi que la zone France (c'est un peu long) ou chaque Région ou département. Le site est intéressant, merci pour le lien. Néanmoins, il ne peut pas servir comme source pour OSM. On peut lire ici : http://zonages.territoires.gouv.fr/zonages/p6_pratique.php Téléchargement des données Les données téléchargeables sur ce site sont des données publiques qui peuvent être réutilisées en toute ou partie au sein du système d'information de l'utilisateur. Ce dernier s'engage à ne pas réutiliser ces données à des fins commerciales et à explicitement mentionner la source des données qu'il utilise. Ça coince donc sur la réutilisation à des fins commerciales. Le fichier fait le lien entre le code INSEE des communes et le code de l'intercommunalité (ainsi que les différentes informations attachées à celle ci). Dessiner les contours des EPCI me semble donc redondant car ceux ci collent aux limites des communes qui les composent et ça peut être fait automatiquement, je pense, à partir d'un set de communes digitalisées et dont le code INSEE est renseigné. Il n'a jamais été question d'un dessin du contour des EPCIs en l'absence du tracé des limites communales : ce sont bien elles la matière première. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 27/06/2011 00:59, Nicolas Frery a écrit : Le 27/06/2011 00:01, Vincent Privat a écrit : Ça descend jusqu'à quel niveau de précision ? addr:city me choque pas, mais si ça va jusqu'à du addr:housenumber, ça serait surtout redondant avec le bâtiment qui est le porteur légitime de l'adresse. Pour les data user, pas terrible d'avoir plusieurs résultats pour une même adresse. Dans le cas des contributions de michel60, c'est la ville, le pays, et le code postal qui sont ajoutés sur les tag addr:*. Les relations modifiées sont pour la majorité dans des communes qui ont leurs limites de tracés et leur relation de complète. Je pensais qu'il s'agissait de saisie initiale, mais en effet l'info est ajoutée sur des radars pré-existants. On peut supposer que ce contenu Radars sert dans une application qui propose une recherche par pays / ville / code postal et que la chaîne de traitement qui amène la donnée OSM à l'application ne dispose pas d'un module spatial et/ou des compétences pour croiser ces points avec les polygones de communes (cf. le mail de FrViPofm). De toute façon, le contributeur ne daigne pas répondre à mon message, donc je vais me contanter de supprimer ces tags dans toutes les communes où je vais contribuer dans le futur.. ou comment ce sentir inutil face à un mur. Ce serait en effet plus facile à comprendre avec un petit mot d'explications de ce contributeur. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:* sur les radars
Le 27/06/2011 00:59, Nicolas Frery a écrit : Le 27/06/2011 00:01, Vincent Privat a écrit : Ça descend jusqu'à quel niveau de précision ? addr:city me choque pas, mais si ça va jusqu'à du addr:housenumber, ça serait surtout redondant avec le bâtiment qui est le porteur légitime de l'adresse. Pour les data user, pas terrible d'avoir plusieurs résultats pour une même adresse. Dans le cas des contributions de michel60, c'est la ville, le pays, et le code postal qui sont ajoutés sur les tag addr:*. Les relations modifiées sont pour la majorité dans des communes qui ont leurs limites de tracés et leur relation de complète. De toute façon, le contributeur ne daigne pas répondre à mon message, donc je vais me contanter de supprimer ces tags dans toutes les communes où je vais contribuer dans le futur.. ou comment ce sentir inutil face à un mur. Bonjour, Je crois que je vais insister un peu, mais en quoi ça vous dérange ? Le tag addr: est correctement utilisé dans ce cas. C'est un tag communément admis pour tous les POI ou batiments, bien que tous ces éléments soient déjà localisable par le contour de la commune. Jusque là ça n'a dérangé personne. Je te demande donc de *ne pas* supprimer ces tags, un comportement qui me parait bien étrange en fait : supprimer des informations correctes ! note : à ce rythme on s'oriente vers un conflit d'édition. Il va falloir régler ce point ici avant de toucher quoi que ce soit dans la base. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr