[OSM-talk-fr] Rendu 'hot' en image of the week sur le wiki...
J'en ai profité pour un petit article sur http://openstreetmap.fr/nouveau-rendu-humanitaire -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] relation boundary et noeud admin_centre
Bonjour, J'ai complété name:ca sur les noeuds place=* des communes du département 66 et je me demande s'il faut aussi le faire sur les relations des limites communales. Je constate que de manière générale les données relatives aux communes sont repartis de façon incohérente entre la relation boundary et le noeud place. On trouve certains informations (ref:INSEE, addr:postcode, population, wikipedia) sur les deux éléments et d'autres seulement sur un des deux. Comme les relations contiennent toutes le noeud place en tant que membre avec le rôle admin_centre, on peut remonter de la relation aux informations du noeud et vice-versa. D'un point de vue modèle de données il suffirait donc de stocker les informations sur un des deux éléments. Y-a-t-il un consensus ou une best practice sur ce sujet ? Sur le wiki et dans les listes je n'ai pas trouvé de réponse. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Inserer un lien dans Umap
+ 1 pour l'insertion de photo dans Umap, pour mieux visualiser la zone Si tu as l'info tu peux faire tourner, merci d'avance Encore bravo pour ce site ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation boundary et noeud admin_centre
Pas simple de répondre... surtout alors qu'on a 100% des nœuds place et 97% des boundary. D'un point de vue réutilisateur, actuellement la population sur les nœuds m'est bien utile pour le rendu, mais le tag wikipédia est plus utile sur la relation (quand elle existe). D'un point de vue modélisation, je serait tenter de tout mettre sur la relation... quand on les aura toutes, mais là aussi c'est pas si simple https://wiki.openstreetmap.org/wiki/Key:population ne fait référence qu'à place=*, pas aux boundary... Un autre point de vue à considérer c'est l'homogénéïté avec ce qui se fait hors de France. C'est en effet actuellement très compliqué d'utiliser ces données de façon systématique sur une base monde. Le principe même du ref:INSEE (ref:ISTAT en Italie, etc) est critiquable de ce point de vue car il faut connaitre chaque tag utilisé dans le pays. On devrait avoir un tag générique pour les découpages administratif/statistiques officiels des pays. On devrait aussi s'appuyer plus généralement sur les nomenclatures internationales officiells (comme l'ISO3166) ou officieuses (comme le FIPS américain), et pour l'Europe généraliser les ref:NUTS (Nomenclatures des Unités Territoriales Statistiques= nos ex-ZEAT, régions et départements) et ref:lau (Local Administrative Units = nos cantons et communes) Tout changement doit être discuté, car une info qui disparait ou se déplace a un impact pour les utilisateurs des données qu'il faut bien prendre en compte, anticiper, etc... Le 2 octobre 2013 09:32, rainerU ra...@sfr.fr a écrit : Bonjour, J'ai complété name:ca sur les noeuds place=* des communes du département 66 et je me demande s'il faut aussi le faire sur les relations des limites communales. Je constate que de manière générale les données relatives aux communes sont repartis de façon incohérente entre la relation boundary et le noeud place. On trouve certains informations (ref:INSEE, addr:postcode, population, wikipedia) sur les deux éléments et d'autres seulement sur un des deux. Comme les relations contiennent toutes le noeud place en tant que membre avec le rôle admin_centre, on peut remonter de la relation aux informations du noeud et vice-versa. D'un point de vue modèle de données il suffirait donc de stocker les informations sur un des deux éléments. Y-a-t-il un consensus ou une best practice sur ce sujet ? Sur le wiki et dans les listes je n'ai pas trouvé de réponse. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu 'hot' en image of the week sur le wiki...
Am 02.10.2013 08:20, schrieb Christian Quest: J'en ai profité pour un petit article sur http://openstreetmap.fr/nouveau-rendu-humanitaire C'est un peu dommage qu'on appelle ce rendu humanitaire. C'est un rendu généraliste au même titre que le rendu standard. Les couleurs s'accordent beaucoup mieux avec le nouveau design du site osm.org et encore plus avec les changements proposés [1]. La seule imperfection que vois c'est qu'il ne fait apparemment pas la distinction entre les différents catégories de tracks, ni par tracktype ni par surface. [1] https://lists.openstreetmap.org/pipermail/talk/2013-October/068261.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu 'hot' en image of the week sur le wiki...
Voici le projet github de la feuille de style en question: https://github.com/hotosm/HDM-CartoCSS/issues Le meilleur moyen pour remonter remarques, bugs, voire même des pull request pour contributer directement à la feuille de style. Le 2 octobre 2013 10:17, rainerU ra...@sfr.fr a écrit : Am 02.10.2013 08:20, schrieb Christian Quest: J'en ai profité pour un petit article sur http://openstreetmap.fr/nouveau-rendu-humanitaire C'est un peu dommage qu'on appelle ce rendu humanitaire. C'est un rendu généraliste au même titre que le rendu standard. Les couleurs s'accordent beaucoup mieux avec le nouveau design du site osm.org et encore plus avec les changements proposés [1]. La seule imperfection que vois c'est qu'il ne fait apparemment pas la distinction entre les différents catégories de tracks, ni par tracktype ni par surface. [1] https://lists.openstreetmap.org/pipermail/talk/2013-October/068261.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation boundary et noeud admin_centre
2013/10/2 Christian Quest cqu...@openstreetmap.fr: D'un point de vue modélisation, je serait tenter de tout mettre sur la relation... quand on les aura toutes, mais là aussi c'est pas si simple https://wiki.openstreetmap.org/wiki/Key:population ne fait référence qu'à place=*, pas aux boundary... En principe, c'est vers ça qu'on devrait aller. Le traitement pour le rendu devrait pouvoir récupérer la population sur la relation lorsque le noeud place est admin_centre. je serait tenter de tout mettre sur la relation Sauf le tag name qui peut rester avec le noeud place. Une valeur spécifique de population pourrait faire sens lorsqu'il y a plusieurs noeuds place dans la commune (regroupement, hameaux) et qu'on veut indiquer la population des sous-groupes. Mais ces valeurs sont difficiles à obtenir et donc à vérifier. Dans tous les cas, la somme des populations des noeuds place ne devrait pas être supérieure à celle définie pour la commune elle-même dans la relation. Et s'il y a un seul noeud place, on peut la définir une seule fois et uniquement dans la relation (par cohérence). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver le numéro d'une habitation?
Merci. Donc à l'heure actuelle, les numéros de rues dans OSM sont moins bien renseignés que Google Maps. -- View this message in context: http://gis.19327.n5.nabble.com/Trouver-le-numero-d-une-habitation-tp5779560p5779718.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
Re: [OSM-talk-fr] Rendu 'hot' en image of the week sur le wiki...
Joli. S'ils pouvaient masquer les blocs d'immeubles jusqu'à un niveau de zoom très local, ça le rendrait aussi lisible que Google Maps. -- View this message in context: http://gis.19327.n5.nabble.com/Rendu-hot-en-image-of-the-week-sur-le-wiki-tp5779703p5779719.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
Re: [OSM-talk-fr] Trouver le numéro d'une habitation?
Pour se faire un état des lieux, voila une carte généralehttp://taginfo.openstreetmap.fr/keys/addr:housenumber#mapde la densité de noeuds adresse en France. Et une représentation de l'outil Geofabrik Inspectorhttp://tools.geofabrik.de/osmi/?view=addresseslon=-1.65500lat=47.24913zoom=10overlays=nodes_with_addresses_defined,nodes_with_addresses_interpolated,connection_lines,nearest_points,nearest_roads Le 2 octobre 2013 10:31, Shohreh codecompl...@free.fr a écrit : Merci. Donc à l'heure actuelle, les numéros de rues dans OSM sont moins bien renseignés que Google Maps. -- View this message in context: http://gis.19327.n5.nabble.com/Trouver-le-numero-d-une-habitation-tp5779560p5779718.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 -- 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] relation boundary et noeud admin_centre
Le 2 octobre 2013 10:22, Pieren pier...@gmail.com a écrit : 2013/10/2 Christian Quest cqu...@openstreetmap.fr: D'un point de vue modélisation, je serait tenter de tout mettre sur la relation... quand on les aura toutes, mais là aussi c'est pas si simple https://wiki.openstreetmap.org/wiki/Key:population ne fait référence qu'à place=*, pas aux boundary... En principe, c'est vers ça qu'on devrait aller. Le traitement pour le rendu devrait pouvoir récupérer la population sur la relation lorsque le noeud place est admin_centre. ça ? c'est à dire rester sur le principe du wiki et garder population=* sur le place=* ? Je doute qu'on puisse agir globalement (monde) car une grande majorité de place=* n'ont actuellement pas de boundary. Vu par notre petit bout de la lorgnette hexagonale, ça semble bizarre, mais il suffit de regarder de nombreuses zones de la planète pour en faire le constat. Il faut rester sur des solutions simples adaptées à ces différents niveaux de mapping. Pas simple ! -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver le numéro d'une habitation?
Là où les adresses sont présentes OSM est bien meilleur, mais cela reste des exceptions: Paris, Nantes Métropole, et bientôt les villes où le mouvement OpenData a libéré les bases adresses. http://addr.openstreetmap.fr/ Le 2 octobre 2013 10:31, Shohreh codecompl...@free.fr a écrit : Merci. Donc à l'heure actuelle, les numéros de rues dans OSM sont moins bien renseignés que Google Maps. -- View this message in context: http://gis.19327.n5.nabble.com/Trouver-le-numero-d-une-habitation-tp5779560p5779718.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] Trouver le numéro d'une habitation?
Merci pour les infos. -- View this message in context: http://gis.19327.n5.nabble.com/Trouver-le-numero-d-une-habitation-tp5779560p5779725.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
[OSM-talk-fr] Fwd: Promenade urbaine à Malakoff le 5 octobre, restitution le 16 octobre au Moulin à Café
Je fais suivre... Romain -- Message transféré -- *Promenade urbaine à Malakoff le 5 octobre* *De Plaisance (Paris 14e) à Malakoff, le destin urbain de banlieues jumelles* Du coté parisien des fortifications, Plaisance, au début, n’est pas un village, ni même un faubourg mais plutôt une banlieue à l’écart née sans planification. A Malakoff s’est développé un « hyper centre » entre la place du marché et les environs de la fameuse route départementale 50. Cette petite commune atypique n’a vu le jour que très récemment grâce à l’action par exemple d’un chansonnier rôtisseur sans fortune, Alexandre Chauvelot. On le trouve actif comme promoteur immobilier tout d’abord à Plaisance, puis sur des terrains de la commune de Vanves, en lotissant des jardins ouvriers (plus ou moins constructibles). Sur ces derniers, il créé un parc d’attraction dominé par la célèbre tour Malakoff sur le site dit de La Nouvelle-Californie. http://www.atravers.org/IMG/jpg/131005_geoportail.jpg *Carte obtenu sur Géoportail http://www.geoportail.gouv.fr/accueil, à partir du cadastre et de la carte de l’état-major (1820-1866). Un segment bleu sur la carte relie le point de départ au point d’arrivée, en noir le bâtit actuel, en rouge le bâtit en 1866.* La Page du 14e et l’association À Travers proposent une balade d’observation pour découvrir ou redécouvrir le charme de ces endroits et ce qui fait leur qualité de vie. Possibilité de se donner rendez-vous à partir de 12h30 au café associatif « Le Moulin à café », 8 rue Sainte Léonie, 750014 Paris (M° Pernety). Réservation par tél. 01 40 44 87 55. *Départ à 14h devant l’entrée du métro Pernetty.* *Promenade gratuite sans inscription, prévoir l’achat de titres de transport.* Le soir, comme ce sera la Nuit Blanche, nous serons présent chez notre partenaire TRANS305http://www.trans305.org/telecharger/AT305_NuitBlanche_PleinsFeux.pdf, vous êtes invités à nous y rejoindre. *Suite le mercredi 16 octobre, au Moulin à café de 20h30 à 22h30, dans le cadre des soirées « éducation populaire » du Moulin à Café : Présentation, débat et atelier de démonstration suite à la promenade du 5 octobre.* *Quels sont les enjeux d’une appropriation citoyenne de la cartographie numérique et du du web géolocalisé également appelé web 3.0 ?* Suite à la balade à Malakoff, atelier de restitution et présentation du projet « cartographies web partagées » que développe l’association À Travers (soutenu au titre des projets citoyens par la Région). En vu de cet atelier vous êtes invités, si vous le souhaitez, à venir à la promenade du 5 octobre à Malakoff avec cartes, documents et équipements numériques tels que téléphones, tablettes, audio, vidéo, photos que vous utilisez habituellement... -- *Atelier cartographies partagées *pour tout public et en accès libre Projet soutenu par la région Île-de-France 18ter rue JM Poulmarch, cité Jules Ferry Quartier du Petit Ivry, IVRY-sur-Seine M7 Pierre et Marie Curie ou T3 Porte d'Ivry Station Vélib Place Jean Ferrat Tél. 09 51 76 42 57 Portable : 06 52 67 61 10 www.atravers.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation boundary et noeud admin_centre
2013/10/2 Christian Quest cqu...@openstreetmap.fr: ça ? c'est à dire rester sur le principe du wiki et garder population=* sur le place=* ? non, le ça fesait référence à ton je serait tenter de tout mettre sur la relation. Le wiki, on peut le changer. Je doute qu'on puisse agir globalement (monde) car une grande majorité de place=* n'ont actuellement pas de boundary. C'est vrai, il faut tenir compte de ça lorsque tu fais un rendu de carte mondiale. On peut concilier les deux: Du point de vue de notre modélisation en France: - migrer la population du noeud place vers la relation. (Ca n'est pas urgent et ça peut atttendre que les relations communales soient au complet) Du point de vue de celui qui créer des cartes (consommateur de données): - chercher population sur le noeud place en 1er - s'il n'y a pas de population, voir si le noeud place est admin_centre et chercher la population dans la relation - si non, considérer que l'info population manque. Il faut rester sur des solutions simples adaptées à ces différents niveaux de mapping. Pas simple ! J'espère que ce que je propose soit assez simple à implémenter. Reste un point délicat : le noeud place peut être admin_centre de plusieurs relations administratives et chacune d'entre-elles peut contenir un tag population (celui de la commune, celui de la préfecture, celui du département, etc). Laquelle choisir dans ce cas ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver le numéro d'une habitation?
2013/10/2 Bruno Cortial bruno.cort...@laposte.net: Paris, Nantes Métropole, et bientôt les villes où le mouvement OpenData a libéré les bases adresses. Euh, merci de ne pas oublier le département du Bas-Rhin où il est bien difficile de trouver un village sans ses adresses !! (et sans OpenData) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?
Je viens de lire le fil sur l'API Overpass et je me demandais s'il existait un moyen simple pour ça: 1. Récupérer ma localisation par GPS 2. Afficher une liste de types de lieux courants, type supermarché, bureau de poste, banque, etc. 3. Envoyer ces deux paramètres en HTTP (GET ou POST) 4. Afficher ces infos sur une carte (allégée au maximum because affichage sur smartphone), dans un rayon de X km ? L'idée, c'est de ne voir que les infos qui m'intéressent à ce moment, et de réduire le temps de transmission de la carte. Overpass Turbo http://overpass-turbo.eu/ ressemble à ça, mais peut-il masquer la barre à gauche et accepter les paramètres dans une requête HTTP, afin de rendre l'interface plus accessible aux utilisateurs. Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779730.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
Re: [OSM-talk-fr] cadastre.openstreetmap.fr
A propos de citer la source, est-ce que ce site et ses dérivés n'auraient pas oublié quelque chose ? http://www.magasins-paris.com/villes/paris/ Ludo. Le 30 septembre 2013 21:59, Pierre-Alain Dorange pdora...@mac.com a écrit : En plus clair, une société privée peut très bien pomper les données OSM (ou une partie) et les proposer en vente sur internet sans aucun retour à OSM (si il n'y a pas modification). La société peut a priori même proposer son propre rendu payant par exemple. La seule obligation dans ce cas reste de citer la source. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation boundary et noeud admin_centre
Am 02.10.2013 09:47, schrieb Christian Quest: D'un point de vue réutilisateur, actuellement la population sur les nœuds m'est bien utile pour le rendu, mais le tag wikipédia est plus utile sur la relation (quand elle existe). C'est parce que tu affiches le nom de la commune à la position de l'admin_centre. Je fais un rendu qui montre juste les limites administratives et les noms des communes. J'obtiens le meilleur résultat quand je positionne le nom par rapport au contour du polygone. Pour cela, il serait plus utile d'avoir population, name:xx etc. sur la relation. Tout changement doit être discuté, car une info qui disparait ou se déplace a un impact pour les utilisateurs des données qu'il faut bien prendre en compte, anticiper, etc... Ça va de soi. Je me demandais juste s'il fallait ajouter les infos sur les deux objets, et si non, sur lequel. Il faut penser utile. Il doit avoir pas mal d'outils et de rendus qui utilisent uniquement les attributs l'admin_centre (ou pire: les deux comme le rendu standard qui affiche deux foix le nom des communes). Pour l'instant je fais donc tous les ajouts sur l'admin centre. Et pour éviter les redondances je n'ajoute rien aux boundaries. Pour mon rendu des limites communales je me débrouille avec SQL pour récupérer les infos qu'il me faut sur le noeud. Au fond c'est le même problème qui se pose pour les attributs des multipolygones et leurs chemins outer [1] ou le modèle pyramidal des limites administratives [2] : comment migrer d'un schéma de tagging à un autre. [1]https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html [2]https://lists.openstreetmap.org/pipermail/talk-fr/2013-September/062867.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?
Le mercredi 2 octobre 2013 03:09:51 Shohreh a écrit : Je viens de lire le fil sur l'API Overpass et je me demandais s'il existait un moyen simple pour ça: 1. Récupérer ma localisation par GPS 2. Afficher une liste de types de lieux courants, type supermarché, bureau de poste, banque, etc. 3. Envoyer ces deux paramètres en HTTP (GET ou POST) 4. Afficher ces infos sur une carte (allégée au maximum because affichage sur smartphone), dans un rayon de X km ? L'idée, c'est de ne voir que les infos qui m'intéressent à ce moment, et de réduire le temps de transmission de la carte. Tu peux aussi t'inspirer de cet article : http://ks356007.kimsufi.com/arno/geotribu/node/363 -- 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] Réunion des contributeurs ardéchois
Bonjour, Réunion des contributeurs ardéchois et des personnes interressés par le projet : le mercredi 9 octobre 2013 de 18h à 20h à la salle de réunion des Inforoutes, ZI du Lac, InnoParc à Privas 07. liste de diffusion spécifique à notre département : inscrivez vous sur http://listes.openstreetmap.fr/wws/subscribe/local-ardeche Détails sur http://wiki.openstreetmap.org/wiki/Mappeurs_Ardechois Contact : Henry-Pascal ELDIN, el...@inforoutes.fr , 06 84 11 70 35 04 75 30 79 15 http://www.openstreetmap.org/?lat=44.717213lon=4.609967zoom=18layers=M -- Cordialement, Henry-Pascal ELDIN Courayon, Route de St Bauzile 07210 CHOMERAC, FRANCE Tel 04 75 65 19 93 Orange 06 80 75 74 80 http://www.eldin.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation boundary et noeud admin_centre
Le 2 oct. 2013 à 10:48, Christian Quest cqu...@openstreetmap.fr a écrit : ça ? c'est à dire rester sur le principe du wiki et garder population=* sur le place=* ? Je doute qu'on puisse agir globalement (monde) car une grande majorité de place=* n'ont actuellement pas de boundary. Vu par notre petit bout de la lorgnette hexagonale, ça semble bizarre, mais il suffit de regarder de nombreuses zones de la planète pour en faire le constat. J'ai du mal à relier systématiquement place avec une surface et donc des limites. C'est indiscutable pour city et town, ce ne l'est plus pour les villages , car, il peut y avoir beaucoup de villages dans une seule commune, et si des communes avec un seul village fusionnent, le village reste. Pour les hamlet et les isolated dwelling, les référer à des limites administratives relève de la mission impossible. La lorgnette hexagonale serait de supposer que tout est dirigé et régenté par l'administration et que ce qui n'est pas dans son viseur n'existe pas. Ne pas oublier nom plus que l'émièttement communal est une anomalie française et qu'ailleurs on peut avoir plusieurs villes et villages dans un seul district. En réalité, au niveau infra-communal, on est dans la logique floue, dans l'évolution du vivant, la reconfiguration lente de tous les espaces qui sont, d'abord et avant tout, mentaux. Pire, les habitants d'un même quartier urbain ou rural peuvent avoir des divergences sur les limites virtuelles, voire même sur la légitimité d'utiliser tel ou tel toponyme. Certaines communes peuvent utiliser une grille de découpage, mais, cela reste un outil de travail et non une réalité dont les habitants doivent tenir compte. Finalement, il n' y a pas de formule magique pour réunir deux ordres de grandeur différents : la démographie qui est reliée à des découpages artificiels et la géographie de l'humain qui est bien plus indécise et évolutive. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu 'hot' en image of the week sur le wiki...
Am 02.10.2013 10:20, schrieb Christian Quest: Le meilleur moyen pour remonter remarques, bugs, voire même des pull request pour contributer directement à la feuille de style. J'ai ouvert un ticket. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible
Sans le bug d'affichage on voir que la hausse est assez récente http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2start_date=2013-05-20 Ne pas prendre la date exacte, car le palier plat précédent est une période ou les analyses de ce type n'ont pas tournées à cause de la perte du serveur. C'est possible de confirmer ou infirmer que ça vient de faux-positifs ? On a également perdu le frontend il n'y a pas trop longtemps et l'on a recrée (on va pouvoir écrire une saga rien que avec des histoires de serveurs osmose) Frédéric. Le 1 octobre 2013 23:16, isnogoud os...@free.fr a écrit : Le 01/10/2013 09:25, Bruno Cortial a écrit : Le 30 septembre 2013 21:05, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Autre chose, le nombre d'adresses manquantes à Nantes monte... http://osmose.openstreetmap.**fr/fr/errors/graph.png?source=** 1347item=8080class=http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class= http://**osmose.openstreetmap.fr/fr/**errors/graph.png?source=1347** item=8080class=2http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2 Bonjour, Bonne remarque ! J'ai exploré les changesets et l'onglet history de http://owl.apis.dev.**openstreetmap.orghttp://owl.apis.dev.openstreetmap.org, mais je n'ai pas trouvé de suppression de noeuds adresses. Est-que les faux positifs d'Osmose sur ces adresses n'auraient pas été remis à zéro ? Bruno Bonsoir, Sauf erreur, les données actuelles sont celles mise à disposition par Nantes Métropole en janvier 2013. Une nouvelle publication a eu lieu en juin dernier sur le site opendata. Si l'outil d'intégration se met à niveau, le graphe va grimper encore. La mise à jour plus ou moins automatisée vers OSM reste un sujet à traiter. L'outil d'import est utile pour traiter des adresses à l'unité. La mise à disposition des nouvelles rues au format xml pourrait faciliter le travail. Cela pourrait être avant la fin de l'année si j'ai le temps... Librement Christophe __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://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] Rendu 'hot' en image of the week sur le wiki...
Merci pour le boulot ! Est-ce que ce sera le deuxième rendu à avoir une légende sur osm.org ? Ça permettrait de pousser ceux qui n'en ont pas… Tous les autres, en fait, à part le « défaut »… JB. Le 02.10.2013 10:20, Christian Quest a écrit : Voici le projet github de la feuille de style en question: https://github.com/hotosm/HDM-CartoCSS/issues [5] Le meilleur moyen pour remonter remarques, bugs, voire même des pull request pour contributer directement à la feuille de style. Le 2 octobre 2013 10:17, rainerU ra...@sfr.fr a écrit : Am 02.10.2013 08:20, schrieb Christian Quest: J'en ai profité pour un petit article sur http://openstreetmap.fr/nouveau-rendu-humanitaire [1] C'est un peu dommage qu'on appelle ce rendu humanitaire. C'est un rendu généraliste au même titre que le rendu standard. Les couleurs s'accordent beaucoup mieux avec le nouveau design du site osm.org [2] et encore plus avec les changements proposés [1]. La seule imperfection que vois c'est qu'il ne fait apparemment pas la distinction entre les différents catégories de tracks, ni par tracktype ni par surface. [1] https://lists.openstreetmap.org/pipermail/talk/2013-October/068261.html [3] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [4] -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ [6] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [4] Links: -- [1] http://openstreetmap.fr/nouveau-rendu-humanitaire [2] http://osm.org [3] https://lists.openstreetmap.org/pipermail/talk/2013-October/068261.html [4] https://lists.openstreetmap.org/listinfo/talk-fr [5] https://github.com/hotosm/HDM-CartoCSS/issues [6] http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu 'hot' en image of the week sur le wiki...
Super ce rendu ! Merci à l'asso OSM-FR pour l'hébergement. Et hop du coup petit ajout dans le dernier article de mon site : http://libreavous.teledetection.fr/appareils-mobiles/27-android/68-le-rendu-osm-france-dans-lapplication-mobile-oruxmaps Et mince auto-promo ! Désolé... ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver le numéro d'une habitation?
Tu veux dire que vous avez ajouté à la main les adresses de tout un département depuis le cadastre ? C'est a mon avis passé un peu inaperçue. Tu peux nous en dire plus la dessus ? Comme le temps que ça a prit Frédéric. Le 2 octobre 2013 12:06, Pieren pier...@gmail.com a écrit : 2013/10/2 Bruno Cortial bruno.cort...@laposte.net: Paris, Nantes Métropole, et bientôt les villes où le mouvement OpenData a libéré les bases adresses. Euh, merci de ne pas oublier le département du Bas-Rhin où il est bien difficile de trouver un village sans ses adresses !! (et sans OpenData) Pieren ___ 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] Outil d'intégration des adresses à nouveau disponible
bonjour, sur Rez, il s'agit bien des faux positifs J'image que cela doit tre la mme chose pour le reste de Nantes Metropole djo_man Le 02/10/2013 15:12, Frdric Rodrigo a crit: Sans le bug d'affichage on voir que la hausse est assez rcente http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2start_date=2013-05-20 Ne pas prendre la date exacte, car le palier plat prcdent est une priode ou les analyses de ce type n'ont pas tournes cause de la perte du serveur. C'est possible de confirmer ou infirmer que a vient de faux-positifs ? On a galement perdu le frontend il n'y a pas trop longtemps et l'on a recre (on va pouvoir crire une saga rien que avec des histoires de serveurs osmose) Frdric. Le 1 octobre 2013 23:16, isnogoud os...@free.fr a crit : Le 01/10/2013 09:25, Bruno Cortial a crit : Le 30 septembre 2013 21:05, Frdric Rodrigo fred.rodr...@gmail.com a crit : Autre chose, le nombre d'adresses manquantes Nantes monte... http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2 Bonjour, Bonne remarque ! J'ai explor les changesets et l'onglet history de http://owl.apis.dev.openstreetmap.org, mais je n'ai pas trouv de suppression de noeuds adresses. Est-que les faux positifs d'Osmose sur ces adresses n'auraient pas t remis zro ? Bruno Bonsoir, Sauf erreur, les donnes actuelles sont celles mise disposition par Nantes Mtropole en janvier 2013. Une nouvelle publication a eu lieu en juin dernier sur le site opendata. Si l'outil d'intgration se met niveau, le graphe va grimper encore. La mise jour plus ou moins automatise vers OSM reste un sujet traiter. L'outil d'import est utile pour traiter des adresses l'unit. La mise disposition des nouvelles rues au format xml pourrait faciliter le travail. Cela pourrait tre avant la fin de l'anne si j'ai le temps... Librement Christophe ___ 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] Trouver le numéro d'une habitation?
2013/10/2 Frédéric Rodrigo fred.rodr...@gmail.com: C'est a mon avis passé un peu inaperçue. Pour moi aussi :-) J'ai fait les grandes villes il y a longtemps mais d'autres se sont chargés du reste. Le tout depuis le cadastre, je suppose, puisque je ne connais pas d'autres sources. Il faudrait chercher les noms de ces contributeurs (ou monomaniaques). Il y a peut-être même quelques allemands dans le lot (les pauvres, ils n'ont plus rien à mapper chez eux ;-) Je suis bien incapable de dire depuis combien de temps c'est comme ça. A notre décharge, le département est relativement petit. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?
Merci, je vais regarder -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779763.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
Re: [OSM-talk-fr] Trouver le numéro d'une habitation?
Perso, je me suis arrêté à 112.000 environ. Faudrait que je retrouve des stats (j'ai pas mal suivi la progression il y 2-3 ans) à la maison. Quelques contributeurs identifiés comme adresseurs (geoboris,etiennerando,amifritz,etc.) Denis -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mercredi 2 octobre 2013 15:54 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Trouver le numéro d'une habitation? 2013/10/2 Frédéric Rodrigo fred.rodr...@gmail.com: C'est a mon avis passé un peu inaperçue. Pour moi aussi :-) J'ai fait les grandes villes il y a longtemps mais d'autres se sont chargés du reste. Le tout depuis le cadastre, je suppose, puisque je ne connais pas d'autres sources. Il faudrait chercher les noms de ces contributeurs (ou monomaniaques). Il y a peut-être même quelques allemands dans le lot (les pauvres, ils n'ont plus rien à mapper chez eux ;-) Je suis bien incapable de dire depuis combien de temps c'est comme ça. A notre décharge, le département est relativement petit. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?
Bonjour Je profite du fil plutôt que d'en lancer-un nouveau. J'aimerais visualiser tous les parkings à vélo dans une ville. J'ai testé ça mais rien n'apparait: http://osm.dumoulin63.net/xapiviewer/?request=bicycle_parking Parail quand je regarde la même zone avec OCM. Est-ce que ça n'est pas le bon tag? Ou ces infos ne sont-elles pas disponibles dans ces rendus? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779783.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
Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?
Il faut indiquer le couple clé = valeur Ici amenity = bicycle_parking Là, ça marche : http://osm.dumoulin63.net/xapiviewer/?request=amenity%3Dbicycle_parking Le 2 octobre 2013 17:56, Shohreh codecompl...@free.fr a écrit : Bonjour Je profite du fil plutôt que d'en lancer-un nouveau. J'aimerais visualiser tous les parkings à vélo dans une ville. J'ai testé ça mais rien n'apparait: http://osm.dumoulin63.net/xapiviewer/?request=bicycle_parking Parail quand je regarde la même zone avec OCM. Est-ce que ça n'est pas le bon tag? Ou ces infos ne sont-elles pas disponibles dans ces rendus? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779783.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 -- 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] Récupérer données par SQL + afficher POIs sur carte?
Essaye : http://osm.dumoulin63.net/xapiviewer/?request=amenity%3Dbicycle_parkingzoom=15lat=45.759lon=3.11layers=B00Ticon=icons%2Fpoi_point_of_interest.n.32.png [4] Le cadre requête doit indiquer : amenity=bicycle_parking. JB. Le 02.10.2013 17:56, Shohreh a écrit : Bonjour Je profite du fil plutôt que d'en lancer-un nouveau. J'aimerais visualiser tous les parkings à vélo dans une ville. J'ai testé ça mais rien n'apparait: http://osm.dumoulin63.net/xapiviewer/?request=bicycle_parking [1] Parail quand je regarde la même zone avec OCM. Est-ce que ça n'est pas le bon tag? Ou ces infos ne sont-elles pas disponibles dans ces rendus? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779783.html [2] 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 [3] Links: -- [1] http://osm.dumoulin63.net/xapiviewer/?request=bicycle_parking [2] http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779783.html [3] https://lists.openstreetmap.org/listinfo/talk-fr [4] http://osm.dumoulin63.net/xapiviewer/?request=amenity%3Dbicycle_parkingamp;zoom=15amp;lat=45.759amp;lon=3.11amp;layers=B00Tamp;icon=icons%2Fpoi_point_of_interest.n.32.png___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Très bien, je prends note de toutes ces précisions. Ainsi spécifier un timeout supérieur à la limite par défaut n'est pas pénalisant, mais il est préférable d'effectuer une requête sans bounding box. Je pense qu'il est mieux d'utiliser un serveur qui ne contient que les data France plutôt que de partir du principe qu'un tag donné n'est utilisé qu'à un endroit précis. Bonne soirée. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 2 octobre 2013 06:10, Roland Olbricht roland.olbri...@gmx.de a écrit : Néanmoins est-ce pertinent de charger le service avec ce genre de requête plutôt que de passer par un export / autre technique ? Je pense oui. Je ne connais pas la taille de la réponse, mais j'estime que elle est moins que 100 Mo. Mes requête pourraient être nombreuses, et exécutées régulièrement. Je ne voudrais pas pénaliser le reste des utilisateurs, ce qui me semble pourtant être le cas en augmentant la durée de timeout de la sorte. Par contraire, jusq'à 10 Go par jour par adresse IP sont bon. A propos augmenter la durée de par timeout: quand le serveur est très chargé, il renvoye des grandes requêtes mais encore accepte des petites requêtes. C-est à dire, si le serveur accepte une grande requête, il n'est pas trop chargé. Peut-être que je devrais modifier ma syntaxe : en supprimant la bounding box, la requête met 16 secondes à s’exécuter. C'est bien possible. Si un bounding box est dans la requête, le serveur toujours internement filtre premièrement au bounding box, puis à les tags. C'est bon pour les bounding box petits, mais c'est une faiblesse à improver pour les bounding box très grandes. Si tous les objects sont connu être en France, il est au moment vraiment mieux des chercher sans bounding box. Roland ___ 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] Outil d'intégration des adresses à nouveau disponible
Le 30 sept. 2013 21:06, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Autre chose, le nombre d'adresses manquantes à Nantes monte... http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2 Frédéric. C'est parce qu'à Nantes, ils créent de nouvelles rues : http://www.presseocean.fr/actualite/nantes-une-rue-des-tontons-flingueurs-quai-de-la-fosse-02-10-2013-80717 Art. ___ 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] Rendu 'hot' en image of the week sur le wiki...
Bien au contraire, le but étant non pas de répondre à n'importe qu'elle demande mais plutôt aux besoins spécifiques des équipes humanitaires. Je pense qu'initialement on ne voit pas beaucoup la différence mais les besoins sont clairs en fonction des crises à traiter : - le relief sert pour les zones inondables - on doit pouvoir rendre bien visible les zones où des interventions d'urgence sont en cours ou les plus demandées (y compris des données socio-économiques comme les zones de malnutrition ou d'extension épidémiologique, et toutes les zones de catastrophes naturelles ou zones de confits armés où l'intervention directe est trop dangereuse) - il faut pouvoir localiser les lieux permettant l'hébergement d'urgence ou l'installation des camps ou les ravitaillements, et la sécurité des personnels intervenant sur place, ainsi que leurs besoins en communication (par exemple les zones de couverture en téléphonie mobile, moins chères que les liaisons satellitaires). - il faut rendre bien visibles les structures médicales locales en état ou celles amenées par les secours - les zones de largage ou pistes d'atterrissage temporaires, ou plages accessibles en bateau seront plus visibles même si les aéroports ou ports officiels ne sont pas en état. - il faut rendre bien visibles les infrastructures endommagées, et les voies de contournement même si elles ne sont pas classées officiellement dans le pays comme voies principales : on devrait avoir des tags spéciques pour la durée de la mission permettant de qualifier des itinéraires plus sûrs ou plus pratiques pour certains types de transports. Le but n'est pas non plsu de faire joli ni forcément de répondre à tous les besoins commerciaux, et pas non plus pour faire plaisirs aux campeurs ou aux cyclistes. A mon avis ce genre de rendu sera utile et évoluera zone par zone en fonction des besoins des projets HOT et des équipes intervenant sur place. Et je trouve même qu'il y a encore trop de choses sur ce rendu qui n'a rien à voir avec les besoins humanitaires. Disons que c'est un fond de carte de base qui va s'affiner avec le temps Bref je trouve que c'est une bonne idée si l'objectif humanitaire est bien suivi. Le 2 octobre 2013 10:17, rainerU ra...@sfr.fr a écrit : Am 02.10.2013 08:20, schrieb Christian Quest: J'en ai profité pour un petit article sur http://openstreetmap.fr/nouveau-rendu-humanitaire C'est un peu dommage qu'on appelle ce rendu humanitaire. C'est un rendu généraliste au même titre que le rendu standard. Les couleurs s'accordent beaucoup mieux avec le nouveau design du site osm.org et encore plus avec les changements proposés [1]. La seule imperfection que vois c'est qu'il ne fait apparemment pas la distinction entre les différents catégories de tracks, ni par tracktype ni par surface. [1] https://lists.openstreetmap.org/pipermail/talk/2013-October/068261.html ___ 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
[OSM-talk-fr] Deux numéros de rue ?
Bonjour, j'ai taggué rapidement quelques numéros de maisons à Pessac (33600). Je me suis arrêté sur la rue du Luxembourg (http://www.openstreetmap.org/browse/changeset/18150543) car d'après le cadastre, les numéros 20 et 22 semblent également avoir les numéros 2 et 1 respectivement dans la rue des Pays-Bas. Comment vous gérez ce genre de cas ? Il y a quelqu'un dans le coin qui peut aller regarder ce qu'il en ait ? Olivier ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux numéros de rue ?
Rien d'exceptionnel, c'est même assez courant d'avoir des adresses avec 2 numéros dans la même rue (regroupement de plusieurs anciennes parcelles pour construire un immeuble unique à la place de plusieurs petites habitations), ou sur deux rues différentes (mais dans ce dernier cas, le courrier n'en mentionnera qu'une seule avec le bon numéro, au choix de celui qui réside là et qui la communique). Il peut aussi arriver qu'une ancienne adresse ne soit plus utilisée du tout et que la numérotation fasse un trou, ou que suite à des travaux l'entrée d'un immeuble passe d'une rue à l'autre, l'ancienne entrée étant fermée, ou qu'une nouvelle entrée apparaisse sur une rue qui auparavant n'en avait pas et que cela devienne l'entrée principale quitte à ajouter un numéro bis pour s'insérer dans la rue). Les résidents cependant peuvent continuer pendant des années à recevoir du courrier à l'ancienne adresse ou conservent leurs enregistrements officiels (par exemple sur les listes électorales ou pour l'adresse fiscale ou sur les papiers d'identité) à l'ancienne adresse sans qu'ils aient déménagés. Le cadastre va garder la trace de ces adresses multiples pour un même lieu. Le 2 octobre 2013 22:04, Olivier Delaune olivier.dela...@wanadoo.fr a écrit : Bonjour, j'ai taggué rapidement quelques numéros de maisons à Pessac (33600). Je me suis arrêté sur la rue du Luxembourg (http://www.openstreetmap.org/browse/changeset/18150543) car d'après le cadastre, les numéros 20 et 22 semblent également avoir les numéros 2 et 1 respectivement dans la rue des Pays-Bas. Comment vous gérez ce genre de cas ? Il y a quelqu'un dans le coin qui peut aller regarder ce qu'il en ait ? Olivier ___ 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] cadastre.openstreetmap.fr
Effectivement il manque les crédits demandés par Mapquest pour sa carte, et par OSM pour les données (vu que ça couvre une zone assez étendue). Le 2 octobre 2013 12:24, Tyndare tynd...@wanadoo.fr a écrit : A propos de citer la source, est-ce que ce site et ses dérivés n'auraient pas oublié quelque chose ? http://www.magasins-paris.com/villes/paris/ Ludo. Le 30 septembre 2013 21:59, Pierre-Alain Dorange pdora...@mac.com a écrit : En plus clair, une société privée peut très bien pomper les données OSM (ou une partie) et les proposer en vente sur internet sans aucun retour à OSM (si il n'y a pas modification). La société peut a priori même proposer son propre rendu payant par exemple. La seule obligation dans ce cas reste de citer la source. ___ 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] relation boundary et noeud admin_centre
Le 2 octobre 2013 12:53, rainerU ra...@sfr.fr a écrit : Am 02.10.2013 09:47, schrieb Christian Quest: D'un point de vue réutilisateur, actuellement la population sur les nœuds m'est bien utile pour le rendu, mais le tag wikipédia est plus utile sur la relation (quand elle existe). C'est parce que tu affiches le nom de la commune à la position de l'admin_centre. Je fais un rendu qui montre juste les limites administratives et les noms des communes. J'obtiens le meilleur résultat quand je positionne le nom par rapport au contour du polygone. Pour cela, il serait plus utile d'avoir population, name:xx etc. sur la relation. Et quand il n'y a pas de polygone... tu n'affiche plus de nom ? Tout changement doit être discuté, car une info qui disparait ou se déplace a un impact pour les utilisateurs des données qu'il faut bien prendre en compte, anticiper, etc... Ça va de soi. Je me demandais juste s'il fallait ajouter les infos sur les deux objets, et si non, sur lequel. Il faut penser utile. Il doit avoir pas mal d'outils et de rendus qui utilisent uniquement les attributs l'admin_centre (ou pire: les deux comme le rendu standard qui affiche deux foix le nom des communes). Pour l'instant je fais donc tous les ajouts sur l'admin centre. Et pour éviter les redondances je n'ajoute rien aux boundaries. A mon avis la majorité des rendus utilisent les nœuds place=* et n'ont aucune idée de leur éventuel rôle admin_centre dans la relation boundary. Il n'y a que des fadas comme moi pour aller bricoler avec les tables de slim et retrouver les liens entre le nœud et la relation (ça me sert à n'afficher le nom qu'une fois). Une fois passées dans osm2pgsql beaucoup de construction très belles sur le papier basées sur des relations ne sont plus accessibles. Il faut se frotter à la réutilisation pour bien saisir les enjeux. Bien sûr le fonctionnement d'osm2pgsql n'est pas non plus un dogme et ne doit pas trop influencer les modèles de tags, mais il faut quand même ne pas ignorer ces réutilisations relativement fréquentes. Pour mon rendu des limites communales je me débrouille avec SQL pour récupérer les infos qu'il me faut sur le noeud. Au fond c'est le même problème qui se pose pour les attributs des multipolygones et leurs chemins outer [1] ou le modèle pyramidal des limites administratives [2] : comment migrer d'un schéma de tagging à un autre. [1] https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html [2] https://lists.openstreetmap.org/pipermail/talk-fr/2013-September/062867.html Soit on ne migre pas et on reste sur le principe initial (population sur nœud place=*), soit on a des infos en double ou un modèle bien plus complet et qui peut être paralèlle (oui, avec le risque de redondance et d'incohérence). On a parlé aujourd'hui (à SIG2013) des différentes valeurs de population, double-compte ou pas, etc. Laquelle mettre ? Pourquoi pas toutes ? Bref, ça vaut peut être un modèle de tag plus complet à mettre sur les relations pour décrire de façon moins approximative la population vivant à l'intérieur d'une zone géographique clairement délimitée. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation boundary et noeud admin_centre
Le 2 octobre 2013 12:53, rainerU ra...@sfr.fr a écrit : Il faut penser utile. Il doit avoir pas mal d'outils et de rendus qui utilisent uniquement les attributs l'admin_centre (ou pire: les deux comme le rendu standard qui affiche deux foix le nom des communes). Pour l'instant je fais donc tous les ajouts sur l'admin centre. Et pour éviter les redondances je n'ajoute rien aux boundaries. Le gros ennui c'est que les noeuds place existent qui sont des admin_center pour des relations de niveau différents et pas toujours d'ailleurs le niveau 8. De fait on ne sait pas du tout sur quelle surface (relation) porte les chiffres de la relation. L'Espagne utilise une solution simple: - c'est de mettre admin_level=n sur le noeud place pour savoir ce qu'il sert à désigner. Ca permet de sélectionner la bonne relation quand il y en a plusieurs. Si en France un noeud place n'est pas nommé pour représenter le centre de la commune avec la population totale de la commune, il ne faut pas y mettre admin_level=8 (on pourrait avoir admin_level=9 ou 10, mais en cas d'absence on ne sait pas quoi faire). - A ne pas confondre avec capital=n qui précise aussi un admin_level mais celui ayant la plus petite valeur parmi les relations qui existent (ou pourraient exister si elles sont tracées). On a aussi capital=yes équivalent à capital=2. Cette solution admin_level=n sur le noeud place permet de faire la liaison : les données entre la relation et le noeud ne DOIVENT PAS alors être contradictoires entre elles (cas de la population ou de la référence INSEE ou ISTAT etc... de la commune). Mais pourtant cela ne s'applique PAS au code postal car les zones postales ne correspondent pas aux zones adminsitratives : un noeud place pourra préciser un code postal unique alors que la relation en aura plusieurs (voire même pas celui du noeud place qui peut avoir un cedex par exemple !) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Je viens de faire une requête très simple (elle trouve 18 POI) sur la france entière . Avec bbox : au bout de 15 minutes ce n'était pas terminé Sans bbox : résultat quasi instantané. Stf Le mercredi 2 octobre 2013 20:53:54, François Lacombe a écrit : Très bien, je prends note de toutes ces précisions. Ainsi spécifier un timeout supérieur à la limite par défaut n'est pas pénalisant, mais il est préférable d'effectuer une requête sans bounding box. Je pense qu'il est mieux d'utiliser un serveur qui ne contient que les data France plutôt que de partir du principe qu'un tag donné n'est utilisé qu'à un endroit précis. Bonne soirée. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 2 octobre 2013 06:10, Roland Olbricht roland.olbri...@gmx.de mailto:roland.olbri...@gmx.de a écrit : Néanmoins est-ce pertinent de charger le service avec ce genre de requête plutôt que de passer par un export / autre technique ? Je pense oui. Je ne connais pas la taille de la réponse, mais j'estime que elle est moins que 100 Mo. Mes requête pourraient être nombreuses, et exécutées régulièrement. Je ne voudrais pas pénaliser le reste des utilisateurs, ce qui me semble pourtant être le cas en augmentant la durée de timeout de la sorte. Par contraire, jusq'à 10 Go par jour par adresse IP sont bon. A propos augmenter la durée de par timeout: quand le serveur est très chargé, il renvoye des grandes requêtes mais encore accepte des petites requêtes. C-est à dire, si le serveur accepte une grande requête, il n'est pas trop chargé. Peut-être que je devrais modifier ma syntaxe : en supprimant la bounding box, la requête met 16 secondes à s’exécuter. C'est bien possible. Si un bounding box est dans la requête, le serveur toujours internement filtre premièrement au bounding box, puis à les tags. C'est bon pour les bounding box petits, mais c'est une faiblesse à improver pour les bounding box très grandes. Si tous les objects sont connu être en France, il est au moment vraiment mieux des chercher sans bounding box. Roland ___ 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] Deux numéros de rue ?
Bonsoir, Le 02/10/2013 22:04, Olivier Delaune a écrit : Bonjour, j'ai taggué rapidement quelques numéros de maisons à Pessac (33600). Je me suis arrêté sur la rue du Luxembourg (http://www.openstreetmap.org/browse/changeset/18150543) car d'après le cadastre, les numéros 20 et 22 semblent également avoir les numéros 2 et 1 respectivement dans la rue des Pays-Bas. Comment vous gérez ce genre de cas ? Il y a quelqu'un dans le coin qui peut aller regarder ce qu'il en ait ? En effet les 2 parcelles ont chacune 2 adresses d'après le cadastre. Mais vu du terrain ça semble moins ambigü : sur le fond bing, on devine une haie pour la maison 1-22 sur sa partie rue des Pays-Bas. De quoi privilégier l'adresse du 22 rue du Luxembourg. Pour l'autre maison c'est le contraire, avec un accès au nord-ouest de la parcelle, donc côté 2 rue des Pays-Bas, et de la haie tout le long de la rue du Luxembourg. StreetView (les images datent 2008) dit a priori la même chose. vincent (pas piéton à Pessac) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?
Ab_fab wrote Il faut indiquer le couple clé = valeur Merci mais rien n'apparait si je me déplace sur Paris et que je clique sur OK pour relancer la requête. Est-ce que ça veut dire que personne n'a rentré un seul parking à vélos dans cette ville (dur à croire)? Par ailleurs, est-il possible de configurer la requête pour qu'elle démarre sur Paris plutôt que Clermont-Ferrand à chaque fois? -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779824.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
Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?
En gros ça: http://osm.dumoulin63.net/xapiviewer/?zoom=15lat=48.85651lon=2.35213layers=B00Ticon=icons%2Ftransport_parking_bicycle.n.32.pngrequest=amenity%3Dbicycle_parking Il suffit d'utiliser le permalien en bas de la carte... Le 2 octobre 2013 22:43, Shohreh codecompl...@free.fr a écrit : Ab_fab wrote Il faut indiquer le couple clé = valeur Merci mais rien n'apparait si je me déplace sur Paris et que je clique sur OK pour relancer la requête. Est-ce que ça veut dire que personne n'a rentré un seul parking à vélos dans cette ville (dur à croire)? Par ailleurs, est-il possible de configurer la requête pour qu'elle démarre sur Paris plutôt que Clermont-Ferrand à chaque fois? -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779824.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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Le 2 octobre 2013 22:39, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Je viens de faire une requête très simple (elle trouve 18 POI) sur la france entière . Avec bbox : au bout de 15 minutes ce n'était pas terminé Sans bbox : résultat quasi instantané. Mais alors, comment fait-on ensuite pour savoir quels sont les points qui correspondent à la bbox ? (ou question subsidiaire : pourquoi faut-il tant de temps à overpass pour faire le tri sur la bbox ??? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux numéros de rue ?
Bonjour, Il existe aussi cette proposition : http://wiki.openstreetmap.org/wiki/Proposed_features/addr2 Je ne sais pas dans quelle mesure elle est appliquée. Mathieu Le 02. 10. 13 22:04, Olivier Delaune a écrit : Bonjour, j'ai taggué rapidement quelques numéros de maisons à Pessac (33600). Je me suis arrêté sur la rue du Luxembourg (http://www.openstreetmap.org/browse/changeset/18150543) car d'après le cadastre, les numéros 20 et 22 semblent également avoir les numéros 2 et 1 respectivement dans la rue des Pays-Bas. Comment vous gérez ce genre de cas ? Il y a quelqu'un dans le coin qui peut aller regarder ce qu'il en ait ? Olivier ___ 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] Deux numéros de rue ?
Une haie ce n'est pas suffisant pour dire que l'adresse n'est plus valide et qu'on ne peut plus rentrer de ce côté là. Et cela ne veut pas dire non plus qu'une entrée n'a jamais exister de ce côté-là ou que la boite à lettre n'y est pas resté, ni que personne n'a cette adresse sur ses papiers d'identité, ou sur son inscription électorale, ou dans un enregistrement fiscal ou au registre du commerce. Si le cadastre enregistre les deux adresses, les 2 sont valides (même si elles sont équivalentes) et il vaut mieux garder les deux même s'il n'y a qu'une seule et même résidence pour ces deux adresses. D'ailleurs à cause des historiques l'une ou l'autre peut être utilisée. Ceux qui habitent au 12-14 rue XYZ peuvent avoir des fichiers qui mentionnent 12-14 dans le champ Ligne d'adresse 1, ou bien seulement le 12 ou seulement le 14... Il peut y avoir une entrée pour le public à pied et une entrée pour les véhicules/le parking, une autre pour les employés ou le facteur, une autre pour les livraisons lourdes alors que finalement tout ça mène au même endroit. Le 2 octobre 2013 22:42, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le 02/10/2013 22:04, Olivier Delaune a écrit : Bonjour, j'ai taggué rapidement quelques numéros de maisons à Pessac (33600). Je me suis arrêté sur la rue du Luxembourg (http://www.openstreetmap.org/**browse/changeset/18150543http://www.openstreetmap.org/browse/changeset/18150543) car d'après le cadastre, les numéros 20 et 22 semblent également avoir les numéros 2 et 1 respectivement dans la rue des Pays-Bas. Comment vous gérez ce genre de cas ? Il y a quelqu'un dans le coin qui peut aller regarder ce qu'il en ait ? En effet les 2 parcelles ont chacune 2 adresses d'après le cadastre. Mais vu du terrain ça semble moins ambigü : sur le fond bing, on devine une haie pour la maison 1-22 sur sa partie rue des Pays-Bas. De quoi privilégier l'adresse du 22 rue du Luxembourg. Pour l'autre maison c'est le contraire, avec un accès au nord-ouest de la parcelle, donc côté 2 rue des Pays-Bas, et de la haie tout le long de la rue du Luxembourg. StreetView (les images datent 2008) dit a priori la même chose. vincent (pas piéton à Pessac) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://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] Deux numéros de rue ?
Excellente proposition... à condition que les outils reconnaissent aussi les tags addr2:*=* J'aurais plutôt choisi addr:2:*=* pour être sûr de les récupérer avec le même filtre sur addr:*=* et sans faire une seconde recherche de tags Le 2 octobre 2013 23:08, Mathieu Schopfer mathieu.schop...@gmail.com a écrit : Bonjour, Il existe aussi cette proposition : http://wiki.openstreetmap.org/** wiki/Proposed_features/addr2http://wiki.openstreetmap.org/wiki/Proposed_features/addr2 Je ne sais pas dans quelle mesure elle est appliquée. Mathieu Le 02. 10. 13 22:04, Olivier Delaune a écrit : Bonjour, j'ai taggué rapidement quelques numéros de maisons à Pessac (33600). Je me suis arrêté sur la rue du Luxembourg (http://www.openstreetmap.org/**browse/changeset/18150543http://www.openstreetmap.org/browse/changeset/18150543) car d'après le cadastre, les numéros 20 et 22 semblent également avoir les numéros 2 et 1 respectivement dans la rue des Pays-Bas. Comment vous gérez ce genre de cas ? Il y a quelqu'un dans le coin qui peut aller regarder ce qu'il en ait ? Olivier __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://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] Requête Overpass API sur France entière
Si on indique une bbox, overpass passera en revue tout les objets dans cette bbox sans pouvoir tirer partie de ses index. Si on utilise seulement un tag, overpass utilise l'index sur ce tag pour trouver les objets correspondants qui si ils sont peu nombreux donneront le résultat très rapidement. overpass n'a pas la puissance (relative) du query planner de postgres qui va tenter d'exploiter le meilleur index et la meilleure méthode en fonction de la requête et des données (via des statistiques). Il faudrait avoir des statistiques sur tout les tags, et une info sur la quantité (même approximative) d'objets présents dans une bbox pour choisir la meilleure approche... chercher par bbox et filtrer sur les tags ou l'inverse. En attendant un query-planner de ce type (et si c'est pas déjà le cas), je verrai bien un fonctionnement où: way [power=sub_station] [operator=RTE] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; chercherai sur les tags, puis filtrerai sur la bbox (en suivant l'ordre des critères dans la requête) et way (41.333740, -5.140600, 51.089062, 9.559320) [power=sub_station] [operator=RTE] ; (._;;); out body; chercherai sur la bbox et filtrerai sur les tags... d'ailleurs je pense que changer l'ordre des tags a aussi une importance, non ? Voici ce qui devrait être le plus rapide si l'ordre de recherche/filtre respectait celui de la requête. way [operator=RTE] [power=sub_station] (41.333740, -5.140600, 51.089062, 9.559320); (._;;); out body; Un tel fonctionnement permettrait à celui qui écrit la requête de l'optimiser en ayant une vague idée de ce qui est le plus discriminant. Le 2 octobre 2013 23:03, Ista Pouss ista...@gmail.com a écrit : Le 2 octobre 2013 22:39, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Je viens de faire une requête très simple (elle trouve 18 POI) sur la france entière . Avec bbox : au bout de 15 minutes ce n'était pas terminé Sans bbox : résultat quasi instantané. Mais alors, comment fait-on ensuite pour savoir quels sont les points qui correspondent à la bbox ? (ou question subsidiaire : pourquoi faut-il tant de temps à overpass pour faire le tri sur la bbox ??? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux numéros de rue ?
addr2: zéro utilisation en France (taginfo, si je ne me suis pas trompé, mais il me semble que non)… (Et je pense que c'est pas plus mal comme ça…) Après, c'est classiquement l'endroit où un numéro sur un point de la bordure du batiment se justifie. Et le batiment peut alors avoir 2, 3 25 numéros s'il le faut. JB. Le 02.10.2013 23:08, Mathieu Schopfer a écrit : Bonjour, Il existe aussi cette proposition : http://wiki.openstreetmap.org/wiki/Proposed_features/addr2 [3]Je ne sais pas dans quelle mesure elle est appliquée. Mathieu Le 02. 10. 13 22:04, Olivier Delaune a écrit : Bonjour, j'ai taggué rapidement quelques numéros de maisons à Pessac (33600). Je me suis arrêté sur la rue du Luxembourg (http://www.openstreetmap.org/browse/changeset/18150543 [1]) car d'après le cadastre, les numéros 20 et 22 semblent également avoir les numéros 2 et 1 respectivement dans la rue des Pays-Bas. Comment vous gérez ce genre de cas ? Il y a quelqu'un dans le coin qui peut aller regarder ce qu'il en ait ? Olivier ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [2] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://www.openstreetmap.org/browse/changeset/18150543 [2] https://lists.openstreetmap.org/listinfo/talk-fr [3] http://wiki.openstreetmap.org/wiki/Proposed_features/addr2 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr