Re: [OSM-talk-fr] Overpass turbo extraire départements dans région
Bonjour, Effectivement, on arrive à extraire les données si l'on sélectionne les relations. Cela renvoi bien les géométries de type LineString, le fichier retour étant un peu parasité par quelques géométries de type Point, mais cela est tout à fait exploitable sur Qgis. Par contre, si le traitement de la requête est assez rapide, la construction/download du fichier retour , lourdeur oblige certainement, 15 Mo en format Geojson, prend pas mal de temps. [timeout:1800]; area [name=Midi-Pyrénées][admin_level=4]-.zone; ( rel(area.zone) [admin_level=6]; ); /*added by auto repair*/ (._;;); /*end of auto repair*/ out; Le 28 avril 2014 07:04, Jo winfi...@gmail.com a écrit : Voici ce que moi j'utilisais quand j'ai assisté à l'importation des frontière à l'Ouganda: area[name~Uganda] - .UG; ( rel(area.UG) [type=boundary]; ; ) - .allboundaryrelations; out meta; Polyglot 2014-04-28 4:28 GMT+02:00 Adrien Caillot adrien.cail...@free.fr: Bonjour, On 28/04/2014 00:04, Mides wrote: Je cherche à extraire tous les départements d'un région au travers d’une requête Overpass Turbo. Quelle doit être l'approche sachant que si je rédige la requête sous cette forme , je n’ai qu’un retour partiel comportant à la fois des ways et des nodes ** area [name=Midi-Pyrénées][admin_level=4]-.zone; way(area.zone)[admin_level=6]; /*added by auto repair*/ (._;;); /*end of auto repair*/ out; Cette requête semble bien renvoyer les limites de départements situées dans la région Midi-Pyrénées, mais à l'exclusion des limites de celle-ci. Je connais mal Overpass et j'ai du mal de trouver des docs sur la syntaxe, alors je ne connais pas de solution « propre ». Mais si c'est pour un usage ponctuel, je vois deux bricolages qui fonctionnent : - Rajouter explicitement les limites de la région. On obtient un polygone de la région, et les limites des départements à l'intérieur (mais pas un polygone par département). ( area [name=Midi-Pyrénées] [admin_level=4]-.zone; way(area.zone)[admin_level=6]; rel[name=Midi-Pyrénées]; ); (._;;); out; - Interroger carrément sur les noms des départements. Ainsi, on est sûr d'avoir un polygone par département. Après, si l'objectif était d'automatiser, cette solution est moyenne (mais on peut toujours générer la requête Overpass avec un script...). ( rel[name=Haute-Garonne]; rel[name=Ariège]; rel[name=Aveyron]; rel[name=Gers]; rel[name=Lot]; rel[name=Hautes-Pyrénées]; rel[name=Tarn]; rel[name=Tarn-et-Garonne]; ); (._;;); out; Si quelqu'un a une solution plus propre, je suis intéressé aussi. Cordialement, -- Adrien ___ 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] Création cadastre pays du Sud?
Je n'ai pas dit que la propriété n'y existait pas mais les cartes ne sont pas aussi complètes et aussi détaillées qu'en métropole, et concernant la NC il y a toujours des réformes sur les statuts des territoires et des secteurs encore taillés sommairement à la hache et pas réellement décidés, toujours en négociation sur la validité des propriétés et leur délimitation précise tenant compte des aménagements et des nécessités publiques, ou encore de droits ancestraux à compenser. Au final le cadastre sert ensuite aux calculs des taxes (qui sont aussi une contrepartie de la restriction accordée contre l'usage public et aussi pour que la collectivité fournisse des services de proximité aux propriétaires et résidents). Après ça le reste est une question économique qui fait la valeur des terrains et de ce qui s'y trouve. La propriété est l'acte résultat de l'accord suite aux négociations entre les parties publiques et privées intéressées localement. Le cadastre lui-même n'établit pas les propriétés, il ne fait que les constater ; son contenu reste contestable mais ce n'est pas le cadastre qui tranchera en cas de désaccord entre parties privées ou entre privé et public (qui peuvent aussi s'entendre par un accord sans passer par un tribunal, et alors faire enregistrer leur accord) Le 27 avril 2014 04:55, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Le 18/04/2014 à 09:46:15 +1100 Philippe Verdy verd...@wanadoo.fr a écrit au sujet de [OSM-talk-fr] Création cadastre pays du Sud?: On peut comparer avec ce qui se passe en ce moment encore non loin de là à Mayotte ainsi que dans d'autres collectivités comme la Nouvelle-Calédonie ou Wallis-et-Futuna où c'est encore en chantier avec des occupations sauvages du milieu naturel, et l'instauration de situation de facto. Dis donc, tu en sais des choses sur la Nouvelle-Calédonie des choses dont même celui qui y habite depuis 30 ans n'a même pas idée ...et moi qui donnait une signification particulière à mon titre notarié de propriété et à tout ces polygones mauves qui apparaissent quand on clique sur Cadastre ici: http://explorateur-carto.georep.nc/ -- Cordialement Hendrik Oesterlin ___ 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] Overpass turbo extraire départements dans région
Bonjour, J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo qui n'est peut-être pas pertinente mais bon je vais vous en faire part quand même ^^ Le problème principal vient peut-être du fait que l'overpass-turbo fait afficher le GeoJSON dans le navigateur avant de proposer la sauvegarde dans un fichier téléchargeable. Ce qui est un peu dommage car essayer d'afficher 15Mo de données a tendance à faire ramer fortement le navigateur... Ne pourraient-ils pas proposer directement dans le formulaire un bouton export dans un fichier uniquement qui permettrait de faire tourner la transformation en GeoJSON en tâche de fond côté serveur uniquement sans affichage côté client et qui enverrait un lien de download une fois l'export réalisé ? Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 28/04/2014 09:19, Mides a écrit : Par contre, si le traitement de la requête est assez rapide, la construction/download du fichier retour , lourdeur oblige certainement, 15 Mo en format Geojson, prend pas mal de temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République
Rapide premier retour dans le train après le déjeuner avec le Président de la République. En vidéo : http://www.dailymotion.com/video/x1rai90_prendre-les-devants-dans-l-economie-de-la-donnee-opendata_news Par contre, le coup de te filmer limite en contre-jour, ils t'en veulent??? ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Overpass turbo extraire départements dans région
Le but d'overpass-turbo est justement de fournir une interface graphique pour tester ses requêtes et visualiser le résultat... donc ne pas les visualiser revient à ne plus utiliser overpass-turbo ;) Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le résultat est léger, on peut faire les requêtes plus lourdes directement sur l'overpass-API. Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer un shapefile complet serait peut être plus efficace. Pensez aux shapefile des découpages administratifs mis régulièrement sur data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets et cohérents, à chaque export je dois faire des réparations), et d'être disponibles avec 3 niveaux de simplification géométrique. https://www.data.gouv.fr/fr/dataset/contours-des-departements-francais-issus-d-openstreetmap et https://www.data.gouv.fr/fr/dataset/contours-des-regions-francaises-sur-openstreetmap Le 28 avril 2014 10:03, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo qui n'est peut-être pas pertinente mais bon je vais vous en faire part quand même ^^ Le problème principal vient peut-être du fait que l'overpass-turbo fait afficher le GeoJSON dans le navigateur avant de proposer la sauvegarde dans un fichier téléchargeable. Ce qui est un peu dommage car essayer d'afficher 15Mo de données a tendance à faire ramer fortement le navigateur... Ne pourraient-ils pas proposer directement dans le formulaire un bouton export dans un fichier uniquement qui permettrait de faire tourner la transformation en GeoJSON en tâche de fond côté serveur uniquement sans affichage côté client et qui enverrait un lien de download une fois l'export réalisé ? Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 28/04/2014 09:19, Mides a écrit : Par contre, si le traitement de la requête est assez rapide, la construction/download du fichier retour , lourdeur oblige certainement, 15 Mo en format Geojson, prend pas mal de temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République
Le 25 avril 2014 18:03, RatZilla$ ratzil...@gmail.com a écrit : La cartographie des infrastructures a eu un écho particulier compte tenu des enjeux. À défaut de faire d'OpenStreetMap une base de données d'autorité, la cartographie des infrastructures dans OSM permettra de libérer l’imagination des développeurs sur les futurs enjeux d'interopérabilité nationale/internationale - inter acteurs/administration. Merci Gaël, je partage complètement ! Pas d'autorité, mais des connexions avec des référentiels existant pouvant être libérés. D'où le besoin d'intégrer les codifications et identifications faisant parties de ces référentiels pour réaliser ces connexions en dehors d'OSM une fois libérés (ou pas, peu importe). C'est super prometteur, to be continued ! *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 7ème continent
Le 27/04/2014 12:52, Jean-Francois Nifenecker a écrit : et les camions à pizzas ? ;-) Les camions à pizza ça va ils ont au moins la bonne idée de se remettre à la même place à chaque fois. ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République
Le 28/04/2014 11:33, François Lacombe a écrit : Le 25 avril 2014 18:03, RatZilla$ ratzil...@gmail.com mailto:ratzil...@gmail.com a écrit : La cartographie des infrastructures a eu un écho particulier compte tenu des enjeux. À défaut de faire d'OpenStreetMap une base de données d'autorité, la cartographie des infrastructures dans OSM permettra de libérer l’imagination des développeurs sur les futurs enjeux d'interopérabilité nationale/internationale - inter acteurs/administration. Merci Gaël, je partage complètement ! Pas d'autorité, mais des connexions avec des référentiels existant pouvant être libérés. D'où le besoin d'intégrer les codifications et identifications faisant parties de ces référentiels pour réaliser ces connexions en dehors d'OSM une fois libérés (ou pas, peu importe). C'est super prometteur, to be continued ! À propos de cartographie d'infrastructures, j'ai discuté avec des représentants d'Etalab de la problèmatique sécurité/défense... Doit on faire gaffe aux infos que l'on mets dans OSM ? sujet récurrent. Ben, il n'y a pas de problèmes, on peut tout mettre, pas de restriction, pas d'auto censure. C'est sur le terrain, on le mets. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République
2014-04-28 10:35 GMT+02:00 Eric Sibert courr...@eric.sibert.fr: En vidéo : http://www.dailymotion.com/video/x1rai90_prendre-les-devants-dans-l-economie-de-la-donnee-opendata_news A quoi reconnait-on un président d'OpenStreetMap ? A l'absence de cravate :-)) Il faudrait organiser une mapping party à l'élysée avec tous ces ministres et conseillers. Bonnes chaussures indispensable (et sans cire-pompe) ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Les armoires de rues
Bonjour la liste, Un peu avant de partir en week end, j'ai passé la proposition sur les armoires de rue en RFC sur le wiki. N'hésitez pas à y jeter un coup d'oeuil. https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Les armoires de rues sont des conteneurs installés sur les trottoirs en zone urbaine hébergeant le plus souvent des équipements de contrôle ou de service. Très peu de détails sont à connaitre sur le contenu pour pouvoir les cartographier. On pourra rentrer dans le détail des réseaux dans un second temps, ça n'est pas le but ici. En gros la proposition introduit une nouvelle valeur pour man_made : street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient l'armoire (street_cabinet=telecom, cable_tv, power...) On considère l'accessibilité ou le manque d'accessibilité des trottoirs à la suite de l'installation de ces armoires. Des exemples sont disponibles, n'hésitez pas à en soumettre d'autres et utiliser la page de Talk. Bonne fin d'après-midi. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les armoires de rues
Je suis sceptique concernant les attributs width, length et direction. Si quelqu'un veut saisir ces informations, autant dessiner l'emprise de l'armoire au sol, non ? Greg 2014-04-28 16:22 GMT+02:00 François Lacombe francois.laco...@telecom-bretagne.eu: Bonjour la liste, Un peu avant de partir en week end, j'ai passé la proposition sur les armoires de rue en RFC sur le wiki. N'hésitez pas à y jeter un coup d'oeuil. https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Les armoires de rues sont des conteneurs installés sur les trottoirs en zone urbaine hébergeant le plus souvent des équipements de contrôle ou de service. Très peu de détails sont à connaitre sur le contenu pour pouvoir les cartographier. On pourra rentrer dans le détail des réseaux dans un second temps, ça n'est pas le but ici. En gros la proposition introduit une nouvelle valeur pour man_made : street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient l'armoire (street_cabinet=telecom, cable_tv, power...) On considère l'accessibilité ou le manque d'accessibilité des trottoirs à la suite de l'installation de ces armoires. Des exemples sont disponibles, n'hésitez pas à en soumettre d'autres et utiliser la page de Talk. Bonne fin d'après-midi. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.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] Les armoires de rues
Cela est une possibilité. On peut aussi représenter l'armoire sous forme de noeud, puis saisir les dimensions de manière précise (puisque dessiner l'emprise n'est pas d'une précision à toute épreuve). Ou on peut même faire les deux ;) Ces attributs n'ont pas été introduits par la proposition qui nous concerne, je les ai intégré par soucis de compatibilité avec d'autres modèles sur OSM. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 28 avril 2014 16:31, Greg ewala...@gmail.com a écrit : Je suis sceptique concernant les attributs width, length et direction. Si quelqu'un veut saisir ces informations, autant dessiner l'emprise de l'armoire au sol, non ? Greg 2014-04-28 16:22 GMT+02:00 François Lacombe francois.laco...@telecom-bretagne.eu: Bonjour la liste, Un peu avant de partir en week end, j'ai passé la proposition sur les armoires de rue en RFC sur le wiki. N'hésitez pas à y jeter un coup d'oeuil. https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet Les armoires de rues sont des conteneurs installés sur les trottoirs en zone urbaine hébergeant le plus souvent des équipements de contrôle ou de service. Très peu de détails sont à connaitre sur le contenu pour pouvoir les cartographier. On pourra rentrer dans le détail des réseaux dans un second temps, ça n'est pas le but ici. En gros la proposition introduit une nouvelle valeur pour man_made : street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient l'armoire (street_cabinet=telecom, cable_tv, power...) On considère l'accessibilité ou le manque d'accessibilité des trottoirs à la suite de l'installation de ces armoires. Des exemples sont disponibles, n'hésitez pas à en soumettre d'autres et utiliser la page de Talk. Bonne fin d'après-midi. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.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] Les armoires de rues
Le 28 avr. 2014 à 16:22, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet En gros la proposition introduit une nouvelle valeur pour man_made : street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient l'armoire (street_cabinet=telecom, cable_tv, power...) Est-ce volontaire de ne pas distinguer les armoires modèles PTT et autres dédiées aux paires de cuivres et les armoires des PMZ : dans mon quartier, il vient d'en apparaître une tous les 300 m en relation, semble-t-il, avec l'installation prochaine du FTTH. Peut-être hébergent-elles les deux technologies? Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Des mairies sortent en problème dans Osmose
Bonjour Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Cordialement GuyDuNord ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les armoires de rues
Bonne observation. Pour l'instant oui c'est volontaire. La modélisation des réseaux télécoms n'est pas encore assez mature pour permettre la distinction. Parce que c'est un problème de réseaux et pas d'armoire. A la louche on pourrait envisager telecom=connection_point + twisted_copper=yes ou fibre=yes (les deux armoires SR comme PMZ sont des sous répartitions) mais c'est sans penser global ni à quoi que ce soit en fait. Si quelqu'un veut se lancer dans les réseaux télécoms, j'y contribuerais bien volontiers. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 28 avril 2014 17:41, Christian Rogel christian.ro...@club-internet.fra écrit : Le 28 avr. 2014 à 16:22, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet En gros la proposition introduit une nouvelle valeur pour man_made : street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient l'armoire (street_cabinet=telecom, cable_tv, power...) Est-ce volontaire de ne pas distinguer les armoires modèles PTT et autres dédiées aux paires de cuivres et les armoires des PMZ : dans mon quartier, il vient d'en apparaître une tous les 300 m en relation, semble-t-il, avec l'installation prochaine du FTTH. Peut-être hébergent-elles les deux technologies? Christian R. ___ 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] Des mairies sortent en problème dans Osmose
Apparemment un problème de géocodage des données d'adresse sources utilisées par Osmose. Il place ici le point au milieu du chemin de Wallon-Cappel, et confond ce chemin avec le nom de la commune sans regarder l'adresse indiquée Route d'Hazzebrouck. Le géocodage n'a pas été vérifié : une anomalie sans doute liée au fait que le nom de la commune dans l'adresse est en capitales mais **sans le trait d'union**, et Osmose (ou le service de géocodage qui a été utilisé) cherche où est le nom de la commune dans l'adresse et le trouve exactement écrit dans le nom du chemin. Le point indiqué est alors beaucoup trop loin et Osmose ne trouve alors pas la mairie à proximité de ce point fantaisiste. Le 28 avril 2014 17:55, GuyDuNord bsnld5uma.ex575...@laposte.net a écrit : Bonjour Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Cordialement GuyDuNord ___ 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] Overpass turbo extraire départements dans région
Peut-être ceci peut vous aider: https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata#Download_relevant_data_from_Openstreetmap_with_Overpass_API Dans l'historique de cette page vous trouverez comment le faire sans que ce soit comprimé. Poyglot 2014-04-28 10:59 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Le but d'overpass-turbo est justement de fournir une interface graphique pour tester ses requêtes et visualiser le résultat... donc ne pas les visualiser revient à ne plus utiliser overpass-turbo ;) Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le résultat est léger, on peut faire les requêtes plus lourdes directement sur l'overpass-API. Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer un shapefile complet serait peut être plus efficace. Pensez aux shapefile des découpages administratifs mis régulièrement sur data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets et cohérents, à chaque export je dois faire des réparations), et d'être disponibles avec 3 niveaux de simplification géométrique. https://www.data.gouv.fr/fr/dataset/contours-des-departements-francais-issus-d-openstreetmap et https://www.data.gouv.fr/fr/dataset/contours-des-regions-francaises-sur-openstreetmap Le 28 avril 2014 10:03, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo qui n'est peut-être pas pertinente mais bon je vais vous en faire part quand même ^^ Le problème principal vient peut-être du fait que l'overpass-turbo fait afficher le GeoJSON dans le navigateur avant de proposer la sauvegarde dans un fichier téléchargeable. Ce qui est un peu dommage car essayer d'afficher 15Mo de données a tendance à faire ramer fortement le navigateur... Ne pourraient-ils pas proposer directement dans le formulaire un bouton export dans un fichier uniquement qui permettrait de faire tourner la transformation en GeoJSON en tâche de fond côté serveur uniquement sans affichage côté client et qui enverrait un lien de download une fois l'export réalisé ? Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 28/04/2014 09:19, Mides a écrit : Par contre, si le traitement de la requête est assez rapide, la construction/download du fichier retour , lourdeur oblige certainement, 15 Mo en format Geojson, prend pas mal de temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ 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] Overpass turbo extraire départements dans région
Le 28/04/2014 10:59, Christian Quest a écrit : Le but d'overpass-turbo est justement de fournir une interface graphique pour tester ses requêtes et visualiser le résultat... donc ne pas les visualiser revient à ne plus utiliser overpass-turbo ;) Euh je sais pas la visualisation carto c'est super, mais visualiser du code GeoJSON reste d'un intérêt limité, non ? Et laissez le choix de ne pas le faire pour ne pas faire ramer son navigateur quand la réponse est trop grosse me paraissait pertinent. Ce qui n'empêche pas de continuer à utiliser l'overpass-turbo pour se faciliter le travail d'écriture des requêtes overpassAPI. Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le résultat est léger, on peut faire les requêtes plus lourdes directement sur l'overpass-API. Là tu fais malheureusement fuir tous les Sigistes allergiques à ce code qui est quand même un peu trop complexe pour eux. Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer un shapefile complet serait peut être plus efficace. Pensez aux shapefile des découpages administratifs mis régulièrement sur data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets et cohérents, à chaque export je dois faire des réparations), et d'être disponibles avec 3 niveaux de simplification géométrique. Oui pour les découpages administratives c'est clairement le choix le plus pertinent et c'est celui que j'indique à chaque fois qu'on me demande les limites d'OSM. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] relation de type TLC
Bonjour C'est quoi ce genre de relation : http://www.openstreetmap.org/relation/3358721 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation de type TLC
Trafic Lights Control ? Le 28 avril 2014 18:43, David Crochet david.croc...@free.fr a écrit : Bonjour C'est quoi ce genre de relation : http://www.openstreetmap.org/relation/3358721 Cordialement -- David Crochet ___ 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 de type TLC
Apparemment c'est fait pour indiquer que les feux membres sont synchronisés. Mais si c'est pour contrôler un carrefour, il est bizarre qu'on n'y associe pas les voies concernées ou leur intersection, ni non plus les noeuds des passages piétons. En l'état cette relation n'est pas réellement utilisable, ou alors il faut créer autour du nuage de points des feux un polygone englobant et chercher ces autres éléments dans le polygone. C'est peut-être documenté quelque part mais là ça me semble incomplet. 2014-04-28 18:45 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Trafic Lights Control ? Le 28 avril 2014 18:43, David Crochet david.croc...@free.fr a écrit : Bonjour C'est quoi ce genre de relation : http://www.openstreetmap.org/relation/3358721 Cordialement -- David Crochet ___ 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 de type TLC
Bonjour Le 28/04/2014 18:45, Philippe Verdy a écrit : Trafic Lights Control ? Cela indiquerait les dispositifs synchrones entre-eux ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lier automatiquement les relation d'OSM et wikidata
Bonjour Je viens de découvrir http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html Et là m'est venu une idée d'automatisation d'intégration des données : - Dans la page boundary -- administrative - pour chacune des relations - allez sur la page de wikipédia - suivre le lien Élément sur Wikidata - y ajouter le numéro de la relation OSM s'il est inéxistant - Suivant - fin vos 2 c€ ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lier automatiquement les relation d'OSM et wikidata
Et inversement ? https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata Greg 2014-04-28 19:02 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour Je viens de découvrir http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html Et là m'est venu une idée d'automatisation d'intégration des données : - Dans la page boundary -- administrative - pour chacune des relations - allez sur la page de wikipédia - suivre le lien Élément sur Wikidata - y ajouter le numéro de la relation OSM s'il est inéxistant - Suivant - fin vos 2 c€ ? Cordialement -- David Crochet ___ 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] Des mairies sortent en problème dans Osmose
Le 28/04/2014 17:55, GuyDuNord a écrit : Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Effectivement, ça ressemble à une erreur dans le géo-référencement et/ou la vérification de l’existence de cette mairie. J'ai ouvert un ticket trac pour qu'on investigue le problème: http://trac.openstreetmap.fr/ticket/556 Merci pour le rapport ! -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] service=alley
Bonjours Comment ça marche les service=alley? Je regardais Lagnieu dans l'ain, tous le centre ville et tagger avec ces alley (highway=service et service=alley) : http://overpass-turbo.eu/s/3bP Dans d'autres endroits (dans cette commune ou ailleurs), ce sont des rues étroites ou bien des routes dans un lotissement qui sont tagger ainsi. Quand on regarde le wiki http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley Que ça soit en anglais ou en francais j'ai pas l'impression que c'est fait pour ça. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des mairies sortent en problème dans Osmose
Bonjour, le problème est bien liée au geocodage. C'est classique pour ces données la. Le bug est plutôt dans le fait que les faux positifs reviennent. Jocelyn avait déjà commencé à regarder ça. Frédéric. Le 28 avr. 2014 18:26, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 28/04/2014 17:55, GuyDuNord a écrit : Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Effectivement, ça ressemble à une erreur dans le géo-référencement et/ou la vérification de l’existence de cette mairie. J'ai ouvert un ticket trac pour qu'on investigue le problème: http://trac.openstreetmap.fr/ticket/556 Merci pour le rapport ! -- Jocelyn ___ 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] Lier automatiquement les relation d'OSM et wikidata
Ou alors faire un import dans wikidata, comme je le suggérais ici : http://forum.openstreetmap.fr/viewtopic.php?f=3t=1127p=5327#p5327 Pierre-Yves / the_knife Le 28 avril 2014 19:04, Greg ewala...@gmail.com a écrit : Et inversement ? https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata Greg 2014-04-28 19:02 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour Je viens de découvrir http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html Et là m'est venu une idée d'automatisation d'intégration des données : - Dans la page boundary -- administrative - pour chacune des relations - allez sur la page de wikipédia - suivre le lien Élément sur Wikidata - y ajouter le numéro de la relation OSM s'il est inéxistant - Suivant - fin vos 2 c€ ? Cordialement -- David Crochet ___ 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] service=alley
C'est des tags pour le rendu: les rues sont étroites et un highway residential deborderai sur les bâtiments. On 28 avril 2014 19:59:04 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com wrote: Bonjours Comment ça marche les service=alley? Je regardais Lagnieu dans l'ain, tous le centre ville et tagger avec ces alley (highway=service et service=alley) : http://overpass-turbo.eu/s/3bP Dans d'autres endroits (dans cette commune ou ailleurs), ce sont des rues étroites ou bien des routes dans un lotissement qui sont tagger ainsi. Quand on regarde le wiki http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley Que ça soit en anglais ou en francais j'ai pas l'impression que c'est fait pour ça. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rapport nombre de bâtiments par adresse, pour contrôle qualité
Bonjour, En même temps que je rajoute les adresses j'en profite pour fusionner les bâtiments les plus fragmentés, et je me dit que ça pourrait faire un bon outil de contrôle qualité d'avoir une couche de polygônes de communes coloriés par leur rapport nombre de bâtiments sur nombre de tags addr:housenumber pour toute la France. Je ne m'attend pas à ce que ce soit un indicateur rigoureux, mais ça permettrait d'avoir un rapide aperçu de l'état d'avancement du projet adresses à intervalle régulier. Et pour les zones dont on sait que les adresses ont été importées, on pourrait utiliser ça comme indicateur de fragmentation des bâtiments. Je m'attend à ce que le rapport soit proche de 2:1 pour les zones bien cartographiées. Entre 2:1 et 1:1 je verrais bien un dégradé du vert clair au vert foncé. De 2:1 à l'infini il faudrait un dégradé du vert au rouge. En dessous de 1:1, quand on a plus de noeuds d'adresses que de bâtiments, je mettrais une couleur à part, par exemple le jaune. Qu'est-ce que vous en pensez ? Est-ce que ça vous semble utile ? Est-ce que c'est compliqué à mettre en place ? J'imagine que ça fait un gros volume de données à traiter et à maintenir à jour. Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr