Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Bonjour, AMHA, ça n'a rien à faire dans OSM. Les contours des communes y sont, un simple tableau excel permet de retrouver les surfaces par agglomération. - PS : PV ne représente que lui, comme moi d'ailleurs ! Marc Sibert m...@sibert.fr Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015
Je suis inscrit... je vous raconterai + live-tweets Le 04/03/2015 14:44, Nicolas Pettiaux a écrit : Bonjour, Je suppose que vous participez activement (les membres français de OSM). Pourrez-vous nous faire un petit topo ? Merci beaucoup Nicolas -- Message transféré -- De : IGN i...@info.ign.fr Sujet : Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015 Date : 04 Mar 2015 10:56:14 - À : nico...@pettiaux.be Si ce message ne s'affiche pas correctement, cliquez ici http://info.ign.fr/E13022015145633.cfm?WL=7208WS=384961_5757963WA=3432 http://info.ign.fr/Go/index.cfm?WL=602WS=384961_5757963WA=3432 Ce rendez-vous annuel propose un tour d'horizon des recherches menées à l'IGN. Les travaux des laboratoires y seront présentés, chacun d’entre eux traitant d’un grand domaine de compétence de l'institut. Entrée gratuite, sur inscription Date limite d’inscription : le mardi 17 mars 2015 Inscription http://info.ign.fr/formulaire/form-inscription-JR-2015.cfm?WL=7237WS=384961_5757963WA=3432 Informations et programme http://info.ign.fr/Go/index.cfm?WL=7239WS=384961_5757963WA=3432 Plan d'accès http://info.ign.fr/Go/index.cfm?WL=4735WS=384961_5757963WA=3432 PROGRAMME *JEUDI 19 MARS* # *9h - 12h40*: Ouverture des journées : Jean-Philippe Grelot, directeur général adjoint de lIGN Sessions drones : présentation des travaux du laboratoire LOEMI (Laboratoire d'Optique et de Micro-Informatique), interventions de l'Université de Liège, de l'ENSG, du MAP CNRS, de l'IRSTEA et de l'IFSTTAR : Camlight, photogrammétrie, acquisition par drone et relevé architectural, recherche en environnement, projet DIDRO... *14h - 17h45*: Session télédétection, photogrammétrie et vision par ordinateur : présentation des travaux du laboratoire MATIS (Méthodes d'Analyses et de Traitement d'Images pour la Stéréo-restitution). Projets et démonstrations : TerraMobilita, reconstruction de surface, StreetMaker... *VENDREDI 20 MARS* # *8h50 - 12h15*: Session géodésie : présentation des travaux du laboratoire LAREG (Laboratoire de Recherche en Géodésie) : ITRF2014, modélisation et algorithmie, champ de pesanteur, niveau de la mer, Lidar Raman... *14h - 17h*: Session cartographie et géomatique : présentation des travaux du laboratoire COGIT (Cartographique et Géomatique), projets Mapstyle, CartASUR, GeoHistoricalData... Institut national de l'information géographique et forestière (IGN) Direction de la recherche et de lenseignement Tél : 01 43 98 85 05 - Email : j...@ign.fr mailto:j...@ign.fr Pour ne plus recevoir de messages de la part de l’IGN, cliquez ici http://info.ign.fr/IGN/form_optout_pros.cfm?WL=1356WS=384961_5757963WA=3432. Si vous souhaitez recevoir des informations ciblées de la part de l’IGN (invitations, lettres d’information, événements, nouveautés...), veuillez remplir le formulaire en ligne http://info.ign.fr/Go/index.cfm?WL=1285WS=384961_5757963WA=3432. En application de la loi informatique et libertés du 6 janvier 1978, vous disposez d’un droit d’accès, de rectification, de modification et de suppression concernant les données qui vous concernent. Vous pouvez exercer ce droit auprès de l’Institut national de l'information géographique et forestière à l’adresse suivante : communicat...@ign.fr mailto:communicat...@ign.fr. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Christian, As-tu obtenu les liste électorales facilement de la Préfecture ? Aurais-tu un modèle de demande à partager ; d'autres pourraient être tentés par la même démarche. Denis -Message d'origine- De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : mercredi 4 mars 2015 16:57 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Adresses non trouvées par BANO Le 04/03/2015 10:39, Nicolas Dumoulin a écrit : Le mercredi 4 mars 2015 10:17:28 Vincent de Château-Thierry a écrit : Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? Ok, si rien de récupérable dans le cadastre, le script n'y peut rien. Je vais les relever sur le terrain. N'empêche que ça montre que le cadastre ne fait pas tout pour l'instant. Tu en doutais ? Le cadastre c'est un outil fiscal... les adresses ne sont qu'une donnée secondaire. Pour info, j'ai détecté cette anomalie (et d'autres) en récupérant un listing d'adresses postales que j'ai passé à la moulinette avec bano. J'en dirai plus plus tard. C'est instructif :-) Dans le cadre du hackathon Elections, j'ai géocodé des listes électorales... c'est intéressant ;) Si vous voulez géocoder rapidement avec BANO en partant d'un CSV, vous pouvez tester le géocodeur addok sur http://adresse.data.gouv.fr/tools/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le 04/03/2015 10:39, Nicolas Dumoulin a écrit : Le mercredi 4 mars 2015 10:17:28 Vincent de Château-Thierry a écrit : Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? Ok, si rien de récupérable dans le cadastre, le script n'y peut rien. Je vais les relever sur le terrain. N'empêche que ça montre que le cadastre ne fait pas tout pour l'instant. Tu en doutais ? Le cadastre c'est un outil fiscal... les adresses ne sont qu'une donnée secondaire. Pour info, j'ai détecté cette anomalie (et d'autres) en récupérant un listing d'adresses postales que j'ai passé à la moulinette avec bano. J'en dirai plus plus tard. C'est instructif :-) Dans le cadre du hackathon Elections, j'ai géocodé des listes électorales... c'est intéressant ;) Si vous voulez géocoder rapidement avec BANO en partant d'un CSV, vous pouvez tester le géocodeur addok sur http://adresse.data.gouv.fr/tools/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
avec un tel argument imparable, plus besoin non plus des communes,là où on a des quartiers, plus besoins des arrondissements, des départements, régions, pays... on fait quoi ? il y a pourtant des données mais elles ne sont plus dans la base, il faut une base en plus, et un autre outil (Excel) et on n'a plus d'indications sur la carte, il faudra encore une autre carto externe. C'est un peu extrême cet argument. Le 4 mars 2015 16:49, Marc SIBERT m...@sibert.fr a écrit : Bonjour, AMHA, ça n'a rien à faire dans OSM. Les contours des communes y sont, un simple tableau excel permet de retrouver les surfaces par agglomération. - PS : PV ne représente que lui, comme moi d'ailleurs ! Marc Sibert m...@sibert.fr Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le 04/03/2015 17:06, HELFER Denis a écrit : Christian, As-tu obtenu les liste électorales facilement de la Préfecture ? Aurais-tu un modèle de demande à partager ; d'autres pourraient être tentés par la même démarche. Denis Je les ai obtenu via le Ministère de l'Intérieur pour les besoins du hackathon élections organisé avec le Ministère et Sciences Po. Le code électoral permet à tout électeur d'obtenir copie des listes électorales auprès des communes ou de la préfecture. Il y a par contre (heureusement) un engagement à ne pas utiliser ces données à des fins de démarchage commercial (ce qui ne nous pose pas de problème). Attention, elles contiennent des données (très) personnelles: nom, prénoms, adresse, date et lieu de naissance... et donc tout traitement de ces données là doit être déclaré à la CNIL, la partie purement adresse par contre ne pose pas de problème. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
Merci pour tous ces retours, sans consensus ;-) Du coup ce fut taggé de ma part en area=plaza landuse=plaza ref:FR:FANTOIR=751194054F http://www.openstreetmap.org/way/148291423 mais cette place restait toujours en rouge dans le rendu Bano, je viens donc de rajouter un highway=plaza (tant qu'on y est, plus on est de fous;-) pour que la correspondance Bano se fasse. Vincent, Christian : est-ce que j'interprète bien quand je me dis qu'il faut un highway pour la correspondance ? Brice Le 25/02/2015 18:13, Jérôme Seigneuret a écrit : C'est pas affreux c'est juste une règle... Dans la plupart des cas area=yes est implicte. dans le cas du highway=pedestrian, hightway est par defaut un linéaire. Donc pour zone tu es obligé de spécifié que c'est area=yes Dans le même exemple il y a les sens de circulation. place n'est pas à utiliser pour une place(fr) mais pour des zones correspondant à un découpage territorial, d'où les tag complémentaire de population et de code postal Dans les autres cas elle ne sert qu'à afficher une étiquette (label) correspondant au nom d'une zone dont on n'est pas capable d'en définir des limites ou pour déporter l'affichage du nom d'une zone quand le nom défini dans la zone ne peut pas s'afficher correctement il me semble. L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. J'en ai parlé à un autre moment mais un landuse pour le lotissement c'est à mon avis pas une bonne solution car le landuse représente un usage générique du sol hors un lotissement est un regroupement de parcellaire lié à un projet de construction. C'est donc bien un place dans ce cas de type voisinage *housing estate* - a residential area where the houses were all planned and built at the same time J'ai pas regardé si place=housing_estate était défini mais on sort du sujet. PS: un place peut être poygonal. On avait parlé de ce sujet pour définir si un lieudit devait être en polygonal ou en point et dans quel cas préférer l'un ou l'autre. Vincent je pense que tu doit t'en rappeler. Jérôme Le 25 février 2015 16:15, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
Les landuses sont des area, donc pas besoin d'ajouter ce tag. Pour ma part, landuse=plaza name= ref:FR:FANTOIR= et c'était ok pour Bano. Normalement, pas besoin de highway. Stf Le 04/03/2015 19:56, Brice MALLET a écrit : Merci pour tous ces retours, sans consensus ;-) Du coup ce fut taggé de ma part en area=plaza landuse=plaza ref:FR:FANTOIR=751194054F http://www.openstreetmap.org/way/148291423 mais cette place restait toujours en rouge dans le rendu Bano, je viens donc de rajouter un highway=plaza (tant qu'on y est, plus on est de fous;-) pour que la correspondance Bano se fasse. Vincent, Christian : est-ce que j'interprète bien quand je me dis qu'il faut un highway pour la correspondance ? Brice Le 25/02/2015 18:13, Jérôme Seigneuret a écrit : C'est pas affreux c'est juste une règle... Dans la plupart des cas area=yes est implicte. dans le cas du highway=pedestrian, hightway est par defaut un linéaire. Donc pour zone tu es obligé de spécifié que c'est area=yes Dans le même exemple il y a les sens de circulation. place n'est pas à utiliser pour une place(fr) mais pour des zones correspondant à un découpage territorial, d'où les tag complémentaire de population et de code postal Dans les autres cas elle ne sert qu'à afficher une étiquette (label) correspondant au nom d'une zone dont on n'est pas capable d'en définir des limites ou pour déporter l'affichage du nom d'une zone quand le nom défini dans la zone ne peut pas s'afficher correctement il me semble. L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. J'en ai parlé à un autre moment mais un landuse pour le lotissement c'est à mon avis pas une bonne solution car le landuse représente un usage générique du sol hors un lotissement est un regroupement de parcellaire lié à un projet de construction. C'est donc bien un place dans ce cas de type voisinage *housing estate* - a residential area where the houses were all planned and built at the same time J'ai pas regardé si place=housing_estate était défini mais on sort du sujet. PS: un place peut être poygonal. On avait parlé de ce sujet pour définir si un lieudit devait être en polygonal ou en point et dans quel cas préférer l'un ou l'autre. Vincent je pense que tu doit t'en rappeler. Jérôme Le 25 février 2015 16:15, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015
merci Le mer 4 mar 2015 à 16:58, Christian Quest cqu...@openstreetmap.fr a écrit : Je suis inscrit... je vous raconterai + live-tweets Le 04/03/2015 14:44, Nicolas Pettiaux a écrit : Bonjour, Je suppose que vous participez activement (les membres français de OSM). Pourrez-vous nous faire un petit topo ? Merci beaucoup Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
Le 04/03/2015 20:49, Stéphane Péneau a écrit : Les landuses sont des area, donc pas besoin d'ajouter ce tag. Pour ma part, landuse=plaza name= ref:FR:FANTOIR= et c'était ok pour Bano. Normalement, pas besoin de highway. En effet, la présence d'un tag highway _ou_ d'un tag ref:FR:FANTOIR suffit (avec un tag name bien sûr) et ce, que ce soit sur un point, une ligne ou un polygone. Il y a quelques rares exceptions en cas d'absence de tag highway, ce sont, pour des surfaces, la présence d'un tag landuse=residential, ou celle d'amenity=parking. Pas de souci pour allonger la liste, au cas par cas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour d'expérience sur carto-parties
Pour moi une cartopartie est complète une fois les données saisies et une nouvelle carte à jour montrée aux participants... sinon on rate quand même l'essentiel de mon point de vue, c'est à dire la capacité que l'on a à modifier et améliorer la carte. La découverte des outils de saisie est souvent la partie la plus formatrice pour beaucoup de monde. Le 04/03/2015 21:41, Eric Debeau a écrit : Salut Dans le cadre de la semaine du libre, différentes associations, écoles et collectivités se sont réunies pour un beau programme avec OpenStreetMap à l'honneur à travers une conférence et des carto-parties. Le programme est dispo ici : http://libre-en-fete-tregor.fr/ On a prévu plusieurs carto-parties organisées par des associations locales. Lors de nos 'répétitions', on constate que la mise à jour des tuiles peut prendre pas mal de temps suite à la saisie des données (ce souvent des données qui ne sont rendues que dans des zooms élevés). J'aimerais avoir des retours d'expérience pour savoir : - si vous renseignez les données dans OpenStreetMap suite à la carto-partie - les retours des participants lorsqu'ils ne voient pas l'info à jour sur le rendu (j'ai vu certaines frustrations chez certaines personnes) J'ai vu que l'on peut forcer la génération d'une tuile particulière, mais ce n'est pas forcément triviale à réaliser pour des non-informaticiens. PS : A noter que la commune et l'agglo délégueront des représentants pour les carto-parties ;-) Merci par avance Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Si vous voulez géocoder rapidement avec BANO en partant d'un CSV, vous pouvez tester le géocodeur addok sur http://adresse.data.gouv.fr/tools/ -- Christian Quest - OpenStreetMap France J'ai testé rapidement Addok : - Ça fait bizarre de trouver un fond de carte Ign, avec les vieilles erreurs que je n'avais plus l'habitude de voir sur Osm. - L'autocompletion ... c'est vraiment bien. - Pour tester, j'ai cherché des adresses que je connais. J'entre 47 allée de l'indre, nantes... rien - Je télécharge le shp du département 44 dispo sur le site de demo de addok, et les points adresses sont notés comme appartenant à la Rue de l'Indre. Mince... il y a erreur dans osm, à tous les coups une divergence entre le nom de la rue, et le nom indiqué dans la relation http://www.openstreetmap.org/relation/2449618 associatedstreet. Et bien non ! L'erreur est dans le fichier Bano où l'allée de l'indre est absente. Effectivement, elle n'existe pas dans la base Fantoir, mais j'avais cru comprendre que les données venant d'Osm était prioritaire, non ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Retour d'expérience sur carto-parties
Salut Dans le cadre de la semaine du libre, différentes associations, écoles et collectivités se sont réunies pour un beau programme avec OpenStreetMap à l'honneur à travers une conférence et des carto-parties. Le programme est dispo ici : http://libre-en-fete-tregor.fr/ On a prévu plusieurs carto-parties organisées par des associations locales. Lors de nos 'répétitions', on constate que la mise à jour des tuiles peut prendre pas mal de temps suite à la saisie des données (ce souvent des données qui ne sont rendues que dans des zooms élevés). J'aimerais avoir des retours d'expérience pour savoir : - si vous renseignez les données dans OpenStreetMap suite à la carto-partie - les retours des participants lorsqu'ils ne voient pas l'info à jour sur le rendu (j'ai vu certaines frustrations chez certaines personnes) J'ai vu que l'on peut forcer la génération d'une tuile particulière, mais ce n'est pas forcément triviale à réaliser pour des non-informaticiens. PS : A noter que la commune et l'agglo délégueront des représentants pour les carto-parties ;-) Merci par avance Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le 04/03/2015 21:20, Stéphane Péneau a écrit : J'ai testé rapidement Addok : - Ça fait bizarre de trouver un fond de carte Ign, avec les vieilles erreurs que je n'avais plus l'habitude de voir sur Osm. N'est-ce pas ? - L'autocompletion ... c'est vraiment bien. :) - Pour tester, j'ai cherché des adresses que je connais. J'entre 47 allée de l'indre, nantes... rien - Je télécharge le shp du département 44 dispo sur le site de demo de addok, et les points adresses sont notés comme appartenant à la Rue de l'Indre. Mince... il y a erreur dans osm, à tous les coups une divergence entre le nom de la rue, et le nom indiqué dans la relation http://www.openstreetmap.org/relation/2449618 associatedstreet. Et bien non ! L'erreur est dans le fichier Bano où l'allée de l'indre est absente. Effectivement, elle n'existe pas dans la base Fantoir, mais j'avais cru comprendre que les données venant d'Osm était prioritaire, non ? Quand on a le choix entre plusieurs sources, la priorité c'est OSM, puis opendata puis cadastre... mais on limite à ce qu'on peut rapprocher de FANTOIR. BANO se base actuellement sur un fichier FANTOIR qui date un peu maintenant (mai 2014) et j'attends le feu vert pour utiliser une version de janvier 2015. Cette allée est nouvelle ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Bonjour à tous, Dans le cadre d'un futur atelier de cartographie des stations de métro sur Rennes, j'ai développé un outil qui permet de visualiser les données OSM en intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux de zooms les plus faibles, des clusters de points sont affichés pour trouver plus facilement les zones contenant ce type de données. L'outil s'appelle OpenLevelUp!, et est disponible ici : http://github.pavie.info/openlevelup L'idée est de pouvoir rendre visible simplement ces données. En effet, à moins de passer par overpass-turbo ou les filtres dans JOSM, il est difficile pour l'instant de les visualiser. Cet outil se veut une solution simple, affichant les données étage par étage, en surcouche des tuiles Mapnik. En permettant une mise en avant de ces données, on peut inciter à la contribution sur ce thème (on ne tague pas pour le rendu, mais ça fait toujours plaisir de voir son travail s'afficher quelque part). Un exemple concret de visualisation (station de métro Kennedy, Rennes) : http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1 Comme le thème de la donnée d'intérieur est encore expérimental, tous les retours d'expérience (qu'ils soient d'un point de vue ergonomique ou technique) sont la bienvenue :) Cordialement, PanierAvide. PS: Pour les curieux de la technique, voici plus de détails sur le fonctionnement. L'outil récupère les données OSM via des requêtes sur l'Overpass API, en particulier sur la combinaison de tags indoor=* et level=* (reposant sur le modèle Simple Indoor Tagging). Ces données sont lues et traitées en JavaScript (en partie grâce à la bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) permet de définir le style des objets à afficher (couleurs, taille, icône, ...). Les données sont filtrées par étage en ne soumettant qu'à la carte Leaflet les données dont le niveau (tag level) correspond à celui à afficher. L'ensemble de l'application est découpée en suivant le patron de conception MVC. Le code source est dispo sur Github : https://github.com/PanierAvide/panieravide.github.io/tree/master/openlevelup ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapillary et les panneaux
Plus important l'appli a été corrigée la fenêtre d'édition est plus grande et semble plus réactive.Par contre ça manque encore de panneaux.Je ne sais pas si c'est facile ou pas à programmer; mais plutôt que d'essayer de zoomer et placer des rectangles; il serait plus simple de dessiner les formes puis de choisir le panneau... Florian/Otourly Le Jeudi 5 mars 2015 8h08, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pour information, mon ticket pour mieux repartir les photos et ne pas traiter que les pays avec le plus de photo a été accepté et traité. Globalement, plein de photos en Allemagne alors que c'est la zone la mieux couverte dans osm... Si quelqu'un voit la différence, je serai intéressé par un retour.https://github.com/mapillary/mapillary_issues/issues/643Le 19 févr. 2015 11:56, Yves Pratter yves.prat...@gmail.com a écrit : Mais là, je veux bien aider, mais est-ce que les sources de leur algo sont dispo sous licence libre ? ils utilisent OPENCV : http://opencv.org Leur algo n'est probablement pas Open Source mais il doit en exister d’autres. Recherche «traffic sign recognition opencv» sur google… —Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapillary et les panneaux
Pour information, mon ticket pour mieux repartir les photos et ne pas traiter que les pays avec le plus de photo a été accepté et traité. Globalement, plein de photos en Allemagne alors que c'est la zone la mieux couverte dans osm... Si quelqu'un voit la différence, je serai intéressé par un retour. https://github.com/mapillary/mapillary_issues/issues/643 Le 19 févr. 2015 11:56, Yves Pratter yves.prat...@gmail.com a écrit : Mais là, je veux bien aider, mais est-ce que les sources de leur algo sont dispo sous licence libre ? ils utilisent OPENCV : http://opencv.org Leur algo n'est probablement pas Open Source mais il doit en exister d’autres. Recherche «traffic sign recognition opencv https://www.google.fr/?q=traffic%20sign%20recognition%20opencvgws_rd=ssl» sur google… — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Génial Moi qui était en train de dédoubler le métro sur Lyon; de placer les stations avec une géolocalisation exacte; ça c'est ce qu'il fallait ! Florian Le Jeudi 5 mars 2015 8h40, Ab_fab gamma@gmail.com a écrit : Pas mal du tout ! Le 5 mars 2015 01:17, PanierAvide panierav...@riseup.net a écrit : Bonjour à tous, Dans le cadre d'un futur atelier de cartographie des stations de métro sur Rennes, j'ai développé un outil qui permet de visualiser les données OSM en intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux de zooms les plus faibles, des clusters de points sont affichés pour trouver plus facilement les zones contenant ce type de données. L'outil s'appelle OpenLevelUp!, et est disponible ici : http://github.pavie.info/openlevelup L'idée est de pouvoir rendre visible simplement ces données. En effet, à moins de passer par overpass-turbo ou les filtres dans JOSM, il est difficile pour l'instant de les visualiser. Cet outil se veut une solution simple, affichant les données étage par étage, en surcouche des tuiles Mapnik. En permettant une mise en avant de ces données, on peut inciter à la contribution sur ce thème (on ne tague pas pour le rendu, mais ça fait toujours plaisir de voir son travail s'afficher quelque part). Un exemple concret de visualisation (station de métro Kennedy, Rennes) : http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1 Comme le thème de la donnée d'intérieur est encore expérimental, tous les retours d'expérience (qu'ils soient d'un point de vue ergonomique ou technique) sont la bienvenue :) Cordialement, PanierAvide. PS: Pour les curieux de la technique, voici plus de détails sur le fonctionnement. L'outil récupère les données OSM via des requêtes sur l'Overpass API, en particulier sur la combinaison de tags indoor=* et level=* (reposant sur le modèle Simple Indoor Tagging). Ces données sont lues et traitées en JavaScript (en partie grâce à la bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) permet de définir le style des objets à afficher (couleurs, taille, icône, ...). Les données sont filtrées par étage en ne soumettant qu'à la carte Leaflet les données dont le niveau (tag level) correspond à celui à afficher. L'ensemble de l'application est découpée en suivant le patron de conception MVC. Le code source est dispo sur Github : https://github.com/PanierAvide/panieravide.github.io/tree/master/openlevelup ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Pas mal du tout ! Le 5 mars 2015 01:17, PanierAvide panierav...@riseup.net a écrit : Bonjour à tous, Dans le cadre d'un futur atelier de cartographie des stations de métro sur Rennes, j'ai développé un outil qui permet de visualiser les données OSM en intérieur (ou indoor), étage par étage sur une carte glissante. Aux niveaux de zooms les plus faibles, des clusters de points sont affichés pour trouver plus facilement les zones contenant ce type de données. L'outil s'appelle OpenLevelUp!, et est disponible ici : http://github.pavie.info/openlevelup L'idée est de pouvoir rendre visible simplement ces données. En effet, à moins de passer par overpass-turbo ou les filtres dans JOSM, il est difficile pour l'instant de les visualiser. Cet outil se veut une solution simple, affichant les données étage par étage, en surcouche des tuiles Mapnik. En permettant une mise en avant de ces données, on peut inciter à la contribution sur ce thème (on ne tague pas pour le rendu, mais ça fait toujours plaisir de voir son travail s'afficher quelque part). Un exemple concret de visualisation (station de métro Kennedy, Rennes) : http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48. 120896010057486,-1.7102381587028503,48.121777842594696level=-1 Comme le thème de la donnée d'intérieur est encore expérimental, tous les retours d'expérience (qu'ils soient d'un point de vue ergonomique ou technique) sont la bienvenue :) Cordialement, PanierAvide. PS: Pour les curieux de la technique, voici plus de détails sur le fonctionnement. L'outil récupère les données OSM via des requêtes sur l'Overpass API, en particulier sur la combinaison de tags indoor=* et level=* (reposant sur le modèle Simple Indoor Tagging). Ces données sont lues et traitées en JavaScript (en partie grâce à la bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON) permet de définir le style des objets à afficher (couleurs, taille, icône, ...). Les données sont filtrées par étage en ne soumettant qu'à la carte Leaflet les données dont le niveau (tag level) correspond à celui à afficher. L'ensemble de l'application est découpée en suivant le patron de conception MVC. Le code source est dispo sur Github : https://github.com/PanierAvide/panieravide.github.io/tree/master/ openlevelup ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
D'autant plus que area=* n'est qu'un booléen: y mettre plaza en valeur ne sert à rien, on n'y met que des yes. Et sur les highway=* il ne sert pratiquement qu'aux zones pédestres qui n'ont pas de cheminement clair dans cette surface délimitée par sont contour et non un axe central. Le 4 mars 2015 20:49, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Les landuses sont des area, donc pas besoin d'ajouter ce tag. Pour ma part, landuse=plaza name= ref:FR:FANTOIR= et c'était ok pour Bano. Normalement, pas besoin de highway. Stf Le 04/03/2015 19:56, Brice MALLET a écrit : Merci pour tous ces retours, sans consensus ;-) Du coup ce fut taggé de ma part en area=plaza landuse=plaza ref:FR:FANTOIR=751194054F http://www.openstreetmap.org/way/148291423 mais cette place restait toujours en rouge dans le rendu Bano, je viens donc de rajouter un highway=plaza (tant qu'on y est, plus on est de fous;-) pour que la correspondance Bano se fasse. Vincent, Christian : est-ce que j'interprète bien quand je me dis qu'il faut un highway pour la correspondance ? Brice Le 25/02/2015 18:13, Jérôme Seigneuret a écrit : C'est pas affreux c'est juste une règle... Dans la plupart des cas area=yes est implicte. dans le cas du highway=pedestrian, hightway est par defaut un linéaire. Donc pour zone tu es obligé de spécifié que c'est area=yes Dans le même exemple il y a les sens de circulation. place n'est pas à utiliser pour une place(fr) mais pour des zones correspondant à un découpage territorial, d'où les tag complémentaire de population et de code postal Dans les autres cas elle ne sert qu'à afficher une étiquette (label) correspondant au nom d'une zone dont on n'est pas capable d'en définir des limites ou pour déporter l'affichage du nom d'une zone quand le nom défini dans la zone ne peut pas s'afficher correctement il me semble. L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. J'en ai parlé à un autre moment mais un landuse pour le lotissement c'est à mon avis pas une bonne solution car le landuse représente un usage générique du sol hors un lotissement est un regroupement de parcellaire lié à un projet de construction. C'est donc bien un place dans ce cas de type voisinage *housing estate* - a residential area where the houses were all planned and built at the same time J'ai pas regardé si place=housing_estate était défini mais on sort du sujet. PS: un place peut être poygonal. On avait parlé de ce sujet pour définir si un lieudit devait être en polygonal ou en point et dans quel cas préférer l'un ou l'autre. Vincent je pense que tu doit t'en rappeler. Jérôme Le 25 février 2015 16:15, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Salut Nicolas, De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Je viens de trouver des adresses qui ne sont pas trouvées par BANO, mais qui sont visible sur le cadastre. Il s'agit de la Rue du Grand Champ à Beaumont : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.75255/3.08527 Une piste d'amélioration :-) Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses non trouvées par BANO
Le mercredi 4 mars 2015 10:17:28 Vincent de Château-Thierry a écrit : Côté http://cadastre.openstreetmap.fr/fantoir/#insee=63032 la rue est bien rapprochée, mais dans la catégorie sans adresses. Côté cadastre il n'y a qu'une seule parcelle affectée à cette rue, et elle n'a pas de numero d'adresse, donc ça colle. Le n°8 affiché en plein milieu est le numero de parcelle (feuille BT01, parcelle n°8). Donc sauf à saisir des adresses dans OSM, affectées à cette rue, je ne vois pas grand chose à faire ? Ok, si rien de récupérable dans le cadastre, le script n'y peut rien. Je vais les relever sur le terrain. N'empêche que ça montre que le cadastre ne fait pas tout pour l'instant. Pour info, j'ai détecté cette anomalie (et d'autres) en récupérant un listing d'adresses postales que j'ai passé à la moulinette avec bano. J'en dirai plus plus tard. C'est instructif :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015
Bonjour, Je suppose que vous participez activement (les membres français de OSM). Pourrez-vous nous faire un petit topo ? Merci beaucoup Nicolas -- Message transféré -- De : IGN i...@info.ign.fr Sujet : Inscrivez-vous aux journées de la recherche de l'IGN les 19 et 20 mars 2015 Date : 04 Mar 2015 10:56:14 - À : nico...@pettiaux.be Si ce message ne s'affiche pas correctement, cliquez ici Ce rendez-vous annuel propose un tour d'horizon des recherches menées à l'IGN. Les travaux des laboratoires y seront présentés, chacun d’entre eux traitant d’un grand domaine de compétence de l'institut. Entrée gratuite, sur inscription Date limite d’inscription : le mardi 17 mars 2015 Inscription Informations et programme Plan d'accès PROGRAMME JEUDI 19 MARS 9h - 12h40 : Ouverture des journées : Jean-Philippe Grelot, directeur général adjoint de lIGN Sessions drones : présentation des travaux du laboratoire LOEMI (Laboratoire d'Optique et de Micro-Informatique), interventions de l'Université de Liège, de l'ENSG, du MAP CNRS, de l'IRSTEA et de l'IFSTTAR : Camlight, photogrammétrie, acquisition par drone et relevé architectural, recherche en environnement, projet DIDRO... 14h - 17h45 : Session télédétection, photogrammétrie et vision par ordinateur : présentation des travaux du laboratoire MATIS (Méthodes d'Analyses et de Traitement d'Images pour la Stéréo-restitution). Projets et démonstrations : TerraMobilita, reconstruction de surface, StreetMaker... VENDREDI 20 MARS 8h50 - 12h15 : Session géodésie : présentation des travaux du laboratoire LAREG (Laboratoire de Recherche en Géodésie) : ITRF2014, modélisation et algorithmie, champ de pesanteur, niveau de la mer, Lidar Raman... 14h - 17h : Session cartographie et géomatique : présentation des travaux du laboratoire COGIT (Cartographique et Géomatique), projets Mapstyle, CartASUR, GeoHistoricalData... Institut national de l'information géographique et forestière (IGN) Direction de la recherche et de lenseignement Tél : 01 43 98 85 05 - Email : j...@ign.fr Pour ne plus recevoir de messages de la part de l’IGN, cliquez ici. Si vous souhaitez recevoir des informations ciblées de la part de l’IGN (invitations, lettres d’information, événements, nouveautés...), veuillez remplir le formulaire en ligne. En application de la loi informatique et libertés du 6 janvier 1978, vous disposez d’un droit d’accès, de rectification, de modification et de suppression concernant les données qui vous concernent. Vous pouvez exercer ce droit auprès de l’Institut national de l'information géographique et forestière à l’adresse suivante : communicat...@ign.fr. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr