Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 01/10/2014 20:34, Christian Quest a écrit : Retour très positif de la réunion avec la direction du cadastre à la DGFiP. Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions sur la motivation des contributeurs, le fonctionnement du projet, les garde fou vis à vis de la qualité des données, etc. Sur un plan plus technique et collaboration, il y a un certain intérêt par exemple sur des remontées d'erreurs détectées soit automatiquement par les scripts BANO soit par les rapprochements que l'on doit forcer. Un échantillon de signalement devrait permettre de voir comment ces remontées peuvent être utiles en interne. Nous avons aussi demandé si il était envisageable d'avoir une mise à jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et en coût éventuel. C'est un premier contact qui va sûrement se poursuivre rapidement (en plus on est quasi voisins de bureau, ce qui peut aider !). Le sujet légal a-t-il était abordé ? Pas de problèmes soulevait ? En tout cas c'est une bonne nouvelle. Peut-être qu'il y aura la possibilité d'évoluer vers un accès au cadastre sans scrapping ? Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
J'avais testé OSM Tracker a un moment donné et j'avais exactement le même bug que toi. Du coup j'avais laissé tomber. Mais bon ça m'est un peu égal car ça ne correspond de toute façon pas à mes besoins en matière de relevé de données terrain pour OSM. J'utilise surtout Oruxmaps en mode trace avec des photos terrains et de temps en temps Vespucci pour faire de la modification directement depuis mon téléphone (mais c'est plutôt rare car je n'ai pas de forfait 3G). Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. Le 02/10/2014 00:39, Benoît a écrit : Bonjour certains d'entre-vous utilisent-ils OSM Tracker sous Android ? pour ma part j'ai l'impression qu'il y a bug car je n'ai aucun fond de carte, pas même de trace qui s'affiche, juste une grille vide dans laquelle je peux zoomer sans qu'il ne s'affiche jamais rien. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Bonjour, Le scrapping est autorisé par le cadastre? C'est pas un peu considéré comme du pillage? Je sais que c'est pas mal utilisé pour un rapprochement codeinsee / code postal ... Le 2 octobre 2014 09:52, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 01/10/2014 20:34, Christian Quest a écrit : Retour très positif de la réunion avec la direction du cadastre à la DGFiP. Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions sur la motivation des contributeurs, le fonctionnement du projet, les garde fou vis à vis de la qualité des données, etc. Sur un plan plus technique et collaboration, il y a un certain intérêt par exemple sur des remontées d'erreurs détectées soit automatiquement par les scripts BANO soit par les rapprochements que l'on doit forcer. Un échantillon de signalement devrait permettre de voir comment ces remontées peuvent être utiles en interne. Nous avons aussi demandé si il était envisageable d'avoir une mise à jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et en coût éventuel. C'est un premier contact qui va sûrement se poursuivre rapidement (en plus on est quasi voisins de bureau, ce qui peut aider !). Le sujet légal a-t-il était abordé ? Pas de problèmes soulevait ? En tout cas c'est une bonne nouvelle. Peut-être qu'il y aura la possibilité d'évoluer vers un accès au cadastre sans scrapping ? Frédéric. ___ 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] OSM Tracker
Il existe aussi pour mobile WindowsPhone mais je ne suis pas sur que ce soit le même produit en plus c'est en coréen... Sinon il y a OSMLogger Le 2 octobre 2014 10:00, Nicolas Moyroud nmoyr...@free.fr a écrit : J'avais testé OSM Tracker a un moment donné et j'avais exactement le même bug que toi. Du coup j'avais laissé tomber. Mais bon ça m'est un peu égal car ça ne correspond de toute façon pas à mes besoins en matière de relevé de données terrain pour OSM. J'utilise surtout Oruxmaps en mode trace avec des photos terrains et de temps en temps Vespucci pour faire de la modification directement depuis mon téléphone (mais c'est plutôt rare car je n'ai pas de forfait 3G). Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. Le 02/10/2014 00:39, Benoît a écrit : Bonjour certains d'entre-vous utilisent-ils OSM Tracker sous Android ? pour ma part j'ai l'impression qu'il y a bug car je n'ai aucun fond de carte, pas même de trace qui s'affiche, juste une grille vide dans laquelle je peux zoomer sans qu'il ne s'affiche jamais rien. ___ 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] OSM Tracker
Jusqu'à peu, j'utilisais OSMTracker sous Windows Mobile 6.1. C'était une ancienne version d'OSMTracker. J'avais redéfini l'adresse pour les serveurs de tuiles. Ca me permettait en particulier d'utiliser le rendu osm-fr. (Je me suis aussi fait un programme sous Windows pour télécharger à l'avance les tuiles le long de traces GPX. Ensuite, je les copiais sur la carte SD du téléphone). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Jusqu'à peu, j'utilisais OSMTracker sous Windows Mobile 6.1. C'était une ancienne version d'OSMTracker. J'avais redéfini l'adresse pour les serveurs de tuiles. Ca me permettait en particulier d'utiliser le rendu osm-fr. J'ai fait la même chose sur Oruxmaps. C'est sympa d'avoir le beau rendu OSM-FR et les 2 niveaux de zooms en plus. :-) (Je me suis aussi fait un programme sous Windows pour télécharger à l'avance les tuiles le long de traces GPX. Ensuite, je les copiais sur la carte SD du téléphone). Avec Oruxmaps on peut télécharger à l'avance les tuiles d'une zone donnée directement depuis un outil intégré à l'application mobile. Pratique quand on n'a pas la 3G ! Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Le jeudi 2 octobre 2014 11:00:41, Stéphane Péneau a écrit : Le 02/10/2014 07:14, Stéphane Péneau a écrit : Hello ! J'ai remarqué ça aussi avec le fond osm. En revanche, il me semble que ça fonctionne avec un des autres fond. Stf Je viens de refaire le test Mapnik : NOK CycleMap : OK Mapquest : OK Oruxmap est sympa, mais plus galère pour prendre des photos, et lui non plus n'enregistre pas la direction de la photo. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Je viens de voir cette application photo Android qui parle d'enregistrement de la direction. A tester http://opencamera.sourceforge.net/ Le 2 octobre 2014 11:27, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 11:00:41, Stéphane Péneau a écrit : Le 02/10/2014 07:14, Stéphane Péneau a écrit : Hello ! J'ai remarqué ça aussi avec le fond osm. En revanche, il me semble que ça fonctionne avec un des autres fond. Stf Je viens de refaire le test Mapnik : NOK CycleMap : OK Mapquest : OK Oruxmap est sympa, mais plus galère pour prendre des photos, et lui non plus n'enregistre pas la direction de la photo. Stf ___ 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] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le scrapping est pour l'instant notre méthode d'accès au cadastre pour les bâtiments, les adresses, les limites de commune... Certaines zones sont disponibles au format natif en open data, mais c'est assez restreint. Ils savent que l'on utilise le scraping, une demande leur avait même été faite. Frédéric. Le 02/10/2014 10:06, Jérôme Seigneuret a écrit : Bonjour, Le scrapping est autorisé par le cadastre? C'est pas un peu considéré comme du pillage? Je sais que c'est pas mal utilisé pour un rapprochement codeinsee / code postal ... Le 2 octobre 2014 09:52, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 01/10/2014 20:34, Christian Quest a écrit : Retour très positif de la réunion avec la direction du cadastre à la DGFiP. Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions sur la motivation des contributeurs, le fonctionnement du projet, les garde fou vis à vis de la qualité des données, etc. Sur un plan plus technique et collaboration, il y a un certain intérêt par exemple sur des remontées d'erreurs détectées soit automatiquement par les scripts BANO soit par les rapprochements que l'on doit forcer. Un échantillon de signalement devrait permettre de voir comment ces remontées peuvent être utiles en interne. Nous avons aussi demandé si il était envisageable d'avoir une mise à jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et en coût éventuel. C'est un premier contact qui va sûrement se poursuivre rapidement (en plus on est quasi voisins de bureau, ce qui peut aider !). Le sujet légal a-t-il était abordé ? Pas de problèmes soulevait ? En tout cas c'est une bonne nouvelle. Peut-être qu'il y aura la possibilité d'évoluer vers un accès au cadastre sans scrapping ? Frédéric. _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr 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] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Ok merci pour l'info! A-t-on une liste des sites pour lesquels cette techniques est autorisé pour les besoins d'OSM? Le 2 octobre 2014 11:54, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le scrapping est pour l'instant notre méthode d'accès au cadastre pour les bâtiments, les adresses, les limites de commune... Certaines zones sont disponibles au format natif en open data, mais c'est assez restreint. Ils savent que l'on utilise le scraping, une demande leur avait même été faite. Frédéric. Le 02/10/2014 10:06, Jérôme Seigneuret a écrit : Bonjour, Le scrapping est autorisé par le cadastre? C'est pas un peu considéré comme du pillage? Je sais que c'est pas mal utilisé pour un rapprochement codeinsee / code postal ... Le 2 octobre 2014 09:52, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 01/10/2014 20:34, Christian Quest a écrit : Retour très positif de la réunion avec la direction du cadastre à la DGFiP. Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions sur la motivation des contributeurs, le fonctionnement du projet, les garde fou vis à vis de la qualité des données, etc. Sur un plan plus technique et collaboration, il y a un certain intérêt par exemple sur des remontées d'erreurs détectées soit automatiquement par les scripts BANO soit par les rapprochements que l'on doit forcer. Un échantillon de signalement devrait permettre de voir comment ces remontées peuvent être utiles en interne. Nous avons aussi demandé si il était envisageable d'avoir une mise à jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et en coût éventuel. C'est un premier contact qui va sûrement se poursuivre rapidement (en plus on est quasi voisins de bureau, ce qui peut aider !). Le sujet légal a-t-il était abordé ? Pas de problèmes soulevait ? En tout cas c'est une bonne nouvelle. Peut-être qu'il y aura la possibilité d'évoluer vers un accès au cadastre sans scrapping ? Frédéric. _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Le jeudi 2 octobre 2014 11:47:43, Ab_fab a écrit : Je viens de voir cette application photo Android qui parle d'enregistrement de la direction. A tester http://opencamera.sourceforge.net/ Tu es incroyable toi ! Je suis justement en train de la tester :-) Ca se présente très bien, elle est pas mal du tout, configurable à souhait, et elle enregistre bien l'info de direction mais. cette info est perdue si j'utilise opencamera depuis Osmtracker ou Oruxmaps. Je vais voir si je peux contacter les devs. Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Je m'auto-réponds : http://opencamera.sourceforge.net/ Store location data (Geotagging) - If selected, then photos will be tagged with the current location, and compass direction (note that if Open Camera is called via another app, the compass direction won't be saved - this is only supported when Open Camera is run as a standalone app). Stf Le jeudi 2 octobre 2014 12:23:11, Stéphane Péneau a écrit : Ca se présente très bien, elle est pas mal du tout, configurable à souhait, et elle enregistre bien l'info de direction mais. cette info est perdue si j'utilise opencamera depuis Osmtracker ou Oruxmaps. Je vais voir si je peux contacter les devs. Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
En clair, Il faut faire une demande au dev des autres app pour intégrer cette fonctionnalité directement Le 2 octobre 2014 12:27, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Je m'auto-réponds : http://opencamera.sourceforge.net/ Store location data (Geotagging) - If selected, then photos will be tagged with the current location, and compass direction (note that if Open Camera is called via another app, the compass direction won't be saved - this is only supported when Open Camera is run as a standalone app). Stf Le jeudi 2 octobre 2014 12:23:11, Stéphane Péneau a écrit : Ca se présente très bien, elle est pas mal du tout, configurable à souhait, et elle enregistre bien l'info de direction mais. cette info est perdue si j'utilise opencamera depuis Osmtracker ou Oruxmaps. Je vais voir si je peux contacter les devs. Stéphane ___ 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] OSM Tracker
Oruxmap est sympa, mais plus galère pour prendre des photos, et lui non plus n'enregistre pas la direction de la photo. Je ne fais pas les photos avec mon smartphone mais avec un APN indépendant. Les photos sont ensuite recalées sur la trace faite avec Oruxmaps par JOSM. Cela dit je n'ai certes pas l'information de direction de la photo, mais j'arrive généralement à m'en passer sans problème pour saisir les infos dans OSM. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Le 2 oct. 2014 à 12:32, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : En clair, Il faut faire une demande au dev des autres app pour intégrer cette fonctionnalité directement Ça n’a pas l’air aussi simple ;-) Il y a un ticket dans OpenCamera de la part des développeurs de Vespucci : http://sourceforge.net/p/opencamera/tickets/22/ Il me semble que le bogue vient soit d’OpenCamera, sous d’Android car quand OC est appelé depuis une autre application — via l’intent ACTION_IMAGE_CAPTURE —les métadonnées EXIF ne contiennent pas la direction de la prise de vue. Je t’invite donc à mettre un commentaire sur ce ticket pour faire avancer le schilblick. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le scrapping n'est pas franchement autorisé, mais pas interdit non plus. Il ne faut pas abuser et respecter les règles d'usage des données du cadastre. C'est ce que l'on a toujours fait. C'est un point que l'on n'a même pas abordé en fait lors de la réunion d'hier. J'ouvre un autre topic pour le retour de la réunion de ce matin au CNIG. Le 2 octobre 2014 12:15, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Ok merci pour l'info! A-t-on une liste des sites pour lesquels cette techniques est autorisé pour les besoins d'OSM? Le 2 octobre 2014 11:54, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le scrapping est pour l'instant notre méthode d'accès au cadastre pour les bâtiments, les adresses, les limites de commune... Certaines zones sont disponibles au format natif en open data, mais c'est assez restreint. Ils savent que l'on utilise le scraping, une demande leur avait même été faite. Frédéric. Le 02/10/2014 10:06, Jérôme Seigneuret a écrit : Bonjour, Le scrapping est autorisé par le cadastre? C'est pas un peu considéré comme du pillage? Je sais que c'est pas mal utilisé pour un rapprochement codeinsee / code postal ... Le 2 octobre 2014 09:52, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 01/10/2014 20:34, Christian Quest a écrit : Retour très positif de la réunion avec la direction du cadastre à la DGFiP. Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions sur la motivation des contributeurs, le fonctionnement du projet, les garde fou vis à vis de la qualité des données, etc. Sur un plan plus technique et collaboration, il y a un certain intérêt par exemple sur des remontées d'erreurs détectées soit automatiquement par les scripts BANO soit par les rapprochements que l'on doit forcer. Un échantillon de signalement devrait permettre de voir comment ces remontées peuvent être utiles en interne. Nous avons aussi demandé si il était envisageable d'avoir une mise à jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et en coût éventuel. C'est un premier contact qui va sûrement se poursuivre rapidement (en plus on est quasi voisins de bureau, ce qui peut aider !). Le sujet légal a-t-il était abordé ? Pas de problèmes soulevait ? En tout cas c'est une bonne nouvelle. Peut-être qu'il y aura la possibilité d'évoluer vers un accès au cadastre sans scrapping ? Frédéric. _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Pour tout ce qui est carto sous Android, j'utilise OsmAnd : - Cartes vectorielles OSM (hors-ligne) - Cartes raster depuis des fournisseurs de tuiles pré-séléctionné ou via une URL manuelle (en ligne et hors-ligne si les tuiles ont été pré-chargées - Enregistrement de traces GPX (avec analyse sommaine du dénivelé, longueur, vitesse max, moyenne...) - Edition OSM (enfin ajout de POI) - Différents rendus dispo des données vectorielles - Je sais qu'il est aussi possible de prendre des photos géolocalisées mais je ne sais pas dans quelle mesure elles sont exploitables ensuite - Affichage des lignes de transports en commun, arrêts, POI arbitraires - Courbes de niveau et ombrages (pratique pour la rando ou pour le ski) C'est vraiment une application (libre!) que j'aime vraiment et qui couvre tous mes besoins. Je ne sais pas si je répond vraiment à la question d'origine mais je tiens à la faire connaître tellement elle offre des possibilités. 2014-10-02 14:15 GMT+02:00 Yves Pratter yves.prat...@gmail.com: Le 2 oct. 2014 à 12:32, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : En clair, Il faut faire une demande au dev des autres app pour intégrer cette fonctionnalité directement Ça n’a pas l’air aussi simple ;-) Il y a un ticket dans OpenCamera de la part des développeurs de Vespucci : http://sourceforge.net/p/opencamera/tickets/22/ Il me semble que le bogue vient soit d’OpenCamera, sous d’Android car quand OC est appelé depuis une autre application — via l’intent ACTION_IMAGE_CAPTURE —les métadonnées EXIF ne contiennent pas la direction de la prise de vue. Je t’invite donc à mettre un commentaire sur ce ticket pour faire avancer le schilblick. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Cela peut venir de la version du format exploité et du format de stockage (type d'image). Je ne sais pas quand le GPS à été intégré dans le spéc j'ai vu ça dans l'exif 2.2 er 2.3 Les spec pour du tiff http://www.awaresystems.be/imaging/tiff/tifftags/privateifd/gps.html Avec les variables: GPSImgDirectionRef GPSImgDirection Le 2 octobre 2014 15:30, Greg ewala...@gmail.com a écrit : Pour tout ce qui est carto sous Android, j'utilise OsmAnd : - Cartes vectorielles OSM (hors-ligne) - Cartes raster depuis des fournisseurs de tuiles pré-séléctionné ou via une URL manuelle (en ligne et hors-ligne si les tuiles ont été pré-chargées - Enregistrement de traces GPX (avec analyse sommaine du dénivelé, longueur, vitesse max, moyenne...) - Edition OSM (enfin ajout de POI) - Différents rendus dispo des données vectorielles - Je sais qu'il est aussi possible de prendre des photos géolocalisées mais je ne sais pas dans quelle mesure elles sont exploitables ensuite - Affichage des lignes de transports en commun, arrêts, POI arbitraires - Courbes de niveau et ombrages (pratique pour la rando ou pour le ski) C'est vraiment une application (libre!) que j'aime vraiment et qui couvre tous mes besoins. Je ne sais pas si je répond vraiment à la question d'origine mais je tiens à la faire connaître tellement elle offre des possibilités. 2014-10-02 14:15 GMT+02:00 Yves Pratter yves.prat...@gmail.com: Le 2 oct. 2014 à 12:32, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : En clair, Il faut faire une demande au dev des autres app pour intégrer cette fonctionnalité directement Ça n’a pas l’air aussi simple ;-) Il y a un ticket dans OpenCamera de la part des développeurs de Vespucci : http://sourceforge.net/p/opencamera/tickets/22/ Il me semble que le bogue vient soit d’OpenCamera, sous d’Android car quand OC est appelé depuis une autre application — via l’intent ACTION_IMAGE_CAPTURE —les métadonnées EXIF ne contiennent pas la direction de la prise de vue. Je t’invite donc à mettre un commentaire sur ce ticket pour faire avancer le schilblick. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Présentation de BANO au CNIG
Semaine chargée pour BANO après la réunion d'hier avec la direction du cadastre à la DGFiP, j'étais donc ce matin à la réunion de la commission données du CNIG (Conseil National de l'Information Géographique) accompagné de Pierre Pezziardi (SGMAP). BANO était le dernier sujet à l'ordre du jour de cette réunion mais visiblement pas mal attendu. J'ai rappelé un peu la situation des adresses en France (trop nombreux silos qui tentent de maintenir des bases d'adresses, aucun base nationale ouverte et de qualité irréprochable, un coût forcément important). Le reste était surtout axé sur le futur, c'est à dire la mise en place d'une plateforme ouverte et collaborative centrée sur des API avec le soutien et une coordination officielle d'Etalab. L'accueil a été généralement positif. Il n'y a que le représentant de l'IGN qui s'inquiétait comme d'habitude sur la licence contaminante, sur le contrôle des contributions. Le DG n'était finalement pas présent ce qui a été regretté par le président de la commission qui aurait voudrait avoir une position officielle de la part de l'IGN pour savoir si il y a une volonté de collaboration (visiblement souhaitée) ou pas. Un représentant du SNA (Service National de l'Adresse) de La Poste était aussi présent. Sa position a consisté à se mettre derrière l'IGN en rappelant la mise en place en cours du prototype de BAN. Il a aussi lâché la question du modèle économique. Sur ce point, il y a clairement 2 camps. Un camp qui s'accroche à une centralisation, à une commercialisation sans penser aux coûts induits par tout les blocages que cela crée (origine des silos coûteux). L'autre camp (où l'on trouve beaucoup de collectivités locales, très souvent productrices de ces données sur le terrain) est déjà beaucoup plus dans l'opendata, dans les licences LO ou ODbL. Elles ont compris que le modèle économique auquel certains s'accrochent était contradictoire d'un modèle d'économies ;) Ca me rappelle la phrase que j'avais retenu du dernier atelier IGN: il n'y a pas de problème de modèle économique, mais un problème de modèle organisationnel... relire: https://cquest.hackpad.com/Rflexions-suite-aux-Ateliers-de-lIGN-5Vo2pWGTmlK La suite... le CNIG va remettre en route un groupe de travail adresse. L'objectif semble clairement de faire converger BAN et BANO... ça évitera d'avoir 2 silos ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Le jeudi 2 octobre 2014 15:37:17, Jérôme Seigneuret a écrit : Cela peut venir de la version du format exploité et du format de stockage (type d'image). Je ne sais pas quand le GPS à été intégré dans le spéc j'ai vu ça dans l'exif 2.2 er 2.3 A priori ça vient plutôt de l'Api android qui limite les champs exif qui peuvent être écrits : http://developer.android.com/reference/android/media/ExifInterface.html http://stackoverflow.com/questions/8051491/how-to-apply-additional-exif-fields-to-jpegs-in-android Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Le jeudi 2 octobre 2014 15:49:22, Christian Quest a écrit : La suite... le CNIG va remettre en route un groupe de travail adresse. L'objectif semble clairement de faire converger BAN et BANO... ça évitera d'avoir 2 silos ;) Si ça fonctionne, c'est l'ign et le service national des adresse qui vont se retrouver largués, avec un modèle économique qui vaudra... 0. Et même si ça ne fonctionne pas, BANO et OSM continueront leur bout de chemin pour obtenir un jour ou l'autre un niveau de qualité tout à fait utilisable. En gros, l'IGN et le SNA on peut-être déjà perdu le combat du payant. Quelque part, c'est un peu triste. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Si ça a pris autant de retard c'est aussi malheureusement à cause de ces considérations de modèle économique. La Poste n'a pas réfléchit plus loin que le bout de son nez sur le coup, car le coût d'une partie des NPAI vient aussi de la difficulté à vérifier la validité des adresses. L'Afigéo cite dans son rapport le chiffre de 300 millions de retour de courrier dont le coût unitaire peut s'estimer à minima à 1 euro... une part de ces 300 M EURO pourrait être évitée par la libre diffusion d'une base d'adresse qui rapporte 30 fois moins. Cherchez l'erreur ! Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M EURO d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes. Le modèle économique global est là: les économies que l'ouverture et la collaboration peuvent engendrer. Ensuite il y a la question du redéploiement des personnes qui aujourd'hui font le travail en paralèlle... question un petit peu soulevé par le représentant des syndicats au CNIG. Là, la meilleure réponse que je vois c'est que le temps dégagé va permettre de se concentrer sur la mise en qualité et sur d'autres missions utiles non couvertes aujourd'hui (et il y en a sûrement !) plus proches des métiers d'origine. Le 2 octobre 2014 16:13, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 15:49:22, Christian Quest a écrit : La suite... le CNIG va remettre en route un groupe de travail adresse. L'objectif semble clairement de faire converger BAN et BANO... ça évitera d'avoir 2 silos ;) Si ça fonctionne, c'est l'ign et le service national des adresse qui vont se retrouver largués, avec un modèle économique qui vaudra... 0. Et même si ça ne fonctionne pas, BANO et OSM continueront leur bout de chemin pour obtenir un jour ou l'autre un niveau de qualité tout à fait utilisable. En gros, l'IGN et le SNA on peut-être déjà perdu le combat du payant. Quelque part, c'est un peu triste. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Merci Christian pour ce retour. C'est très intéressant. En tout cas ça fait plaisir de voir que les dinosaures commencent à être chatouillés par BANO. Toujours cet argument de la licence contaminante qui ressort. Mais ils n'ont qu'à jouer le jeu de l'ouverture des données et il n'y a aucun problème ! De toute façon comme le dit Stéphane si ils ne veulent pas pour nous c'est pas très grave. Par contre pour eux ça va faire mal dans pas longtemps... Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Ensuite il y a la question du redéploiement des personnes qui aujourd'hui font le travail en paralèlle... question un petit peu soulevé par le représentant des syndicats au CNIG. Là, la meilleure réponse que je vois c'est que le temps dégagé va permettre de se concentrer sur la mise en qualité et sur d'autres missions utiles non couvertes aujourd'hui (et il y en a sûrement !) plus proches des métiers d'origine. Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! Ta réponse tombe sous le sens Christian. Ils auraient d'ailleurs pu se la faire à eux-mêmes plutôt que de poser une question aussi stupide... Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Donc Android ne respecte pas les spec de l'exif 2. Il faut donc se baser sur cette librairie: https://github.com/sephiroth74/Android-Exif-Extended/tree/master/library/src/main/java/it/sephiroth/android/library/exif2 Voir les lignes 735 et 736 dans https://github.com/sephiroth74/Android-Exif-Extended/blob/master/library/src/main/java/it/sephiroth/android/library/exif2/ExifInterface.java Donc à proposer au dev de surcharger la class ExifInterface avec les paramètres du standard 2.3 ou d'embarquer cette librairie dans leur code. Jérôme Le 2 octobre 2014 16:02, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 15:37:17, Jérôme Seigneuret a écrit : Cela peut venir de la version du format exploité et du format de stockage (type d'image). Je ne sais pas quand le GPS à été intégré dans le spéc j'ai vu ça dans l'exif 2.2 er 2.3 A priori ça vient plutôt de l'Api android qui limite les champs exif qui peuvent être écrits : http://developer.android.com/reference/android/media/ExifInterface.html http://stackoverflow.com/questions/8051491/how-to- apply-additional-exif-fields-to-jpegs-in-android Stf ___ 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] Présentation de BANO au CNIG
Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Le jeudi 2 octobre 2014 17:36:23, Jérôme Seigneuret a écrit : Donc à proposer au dev de surcharger la class ExifInterface avec les paramètres du standard 2.3 ou d'embarquer cette librairie dans leur code. Jérôme Ca ressemble à une bonne nouvelle ce que tu expliques, mais je ne suis pas développeur, et c'est donc au delà de ma portée pour l'expliquer aux devs d'ailleurs, auxquels ? Ceux de Opencamera ou de Osmtracker/Vespucci/etc... Tu penses que tu pourrais t'en charger ? ps : OsmTracker a l'air plus ou moins à l'abandon :-/ Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM Tracker
Voici un bout de code expliqué pour l'ajout des images HD non géré aussi
par le standard EXIF de Android
Create a new instance of ExifInterfaceExtended, passing the original source
image:
*import it.sephiroth.android.library.media.ExifInterfaceExtended;*
*...*
*ExifInterfaceExtended originalExif = new ExifInterfaceExtended( srcPath
);*
Copy the original exif tags into a temporary Bundle object:
*Bundle out = new Bundle();*
*originalExif.copyTo(out);*
When the hi-res process is complete, create a new ExifInterfaceExtended
instance passing the path of the just created image:
*newExif = new ExifInterfaceExtended( dstPath );*
Copy the temporary bundle object back to the new exif instance:
*// remember the current image width an height*
*int imageWidth = newExif.getAttributeInt(
ExifInterfaceExtended.TAG_EXIF_IMAGE_WIDTH, 0 );*
*int imageLength = newExif.getAttributeInt(
ExifInterfaceExtended.TAG_EXIF_IMAGE_LENGTH, 0 );*
*// This method will copy all the attributes of the *
*// original EXIF into the new EXIF instance*
*newExif.copyFrom( out, true );*
*// restore the correct tags*
*newExif.setAttribute( ExifInterfaceExtended.TAG_EXIF_IMAGE_WIDTH,
String.valueOf( imageWidth ) );*
*newExif.setAttribute( ExifInterfaceExtended.TAG_EXIF_IMAGE_LENGTH,
String.valueOf( imageLength ) );*
*// the editor already auto rotate the image pixels*
*newExif.setAttribute( ExifInterfaceExtended.TAG_EXIF_ORIENTATION, 0 );*
*// let's update the software tag too*
*newExif.setAttribute( ExifInterfaceExtended.TAG_EXIF_SOFTWARE,
TonSoftEstCool );*
*// update the datetime*
*newExif.setAttribute( ExifInterfaceExtended.TAG_EXIF_DATETIME,
ExifInterfaceExtended.getExifFormattedDate( new Date() ) );*
Save the new exif tags:
*try {*
*newExif.saveAttributes();*
*} catch ( IOException e ) {*
*e.printStackTrace();*
*}*
Voilà voilà! Donc je pense qu'on peut facilement charger une image en exif
étendu ou directement prendre une photo dans n'importe quel API et ajouter
les information provenant de la boussole.
Jérôme
Le 2 octobre 2014 17:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
Donc Android ne respecte pas les spec de l'exif 2.
Il faut donc se baser sur cette librairie:
https://github.com/sephiroth74/Android-Exif-Extended/tree/master/library/src/main/java/it/sephiroth/android/library/exif2
Voir les lignes 735 et 736 dans
https://github.com/sephiroth74/Android-Exif-Extended/blob/master/library/src/main/java/it/sephiroth/android/library/exif2/ExifInterface.java
Donc à proposer au dev de surcharger la class ExifInterface avec les
paramètres du standard 2.3 ou d'embarquer cette librairie dans leur code.
Jérôme
Le 2 octobre 2014 16:02, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
Le jeudi 2 octobre 2014 15:37:17, Jérôme Seigneuret a écrit :
Cela peut venir de la version du format exploité et du format de
stockage (type d'image). Je ne sais pas quand le GPS à été intégré
dans le spéc j'ai vu ça dans l'exif 2.2 er 2.3
A priori ça vient plutôt de l'Api android qui limite les champs exif qui
peuvent être écrits :
http://developer.android.com/reference/android/media/ExifInterface.html
http://stackoverflow.com/questions/8051491/how-to-
apply-additional-exif-fields-to-jpegs-in-android
Stf
___
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] Présentation de BANO au CNIG
*Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M€ d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes.* Proposons ça au Ministre de l'économie ou/et à notre président. A l'erreur des économies publiques cela peut passer! Le 2 octobre 2014 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf ___ 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] Présentation de BANO au CNIG
Le 02/10/2014 17:57, Jérôme Seigneuret a écrit : /Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M€ d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes./ Proposons ça au Ministre de l'économie ou/et à notre président. A l'erreur des économies publiques cela peut passer! C'est déjà fait. Si tu as suivi l'actualité, le projet BANO a reçu le soutien de l'État au conseil des ministre du 17 septembre dernier. Voir le dossier de presse Le numérique pour transformer l'Etat téléchargeable sur le site du gouvernement... http://www.gouvernement.fr/partage/1672-le-numerique-pour-transformer-l-etat Le 2 octobre 2014 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM Tracker
Le 2 oct. 2014 à 18:12, talk-fr-requ...@openstreetmap.org a écrit : Ca ressemble à une bonne nouvelle ce que tu expliques, mais je ne suis pas développeur, et c'est donc au delà de ma portée pour l'expliquer aux devs d'ailleurs, auxquels ? Ceux de Opencamera ou de Osmtracker/Vespucci/etc... Tu penses que tu pourrais t'en charger ? ps : OsmTracker a l'air plus ou moins à l'abandon :-/ Stf Tout à fait, je trouve cela dommage. Benoît ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Merci pour le document, je ne suis que contributeur je me remets sur OSM depuis peu bénévolement. Dans ce cas c'est un peu ironique car on se retrouve sur des organismes qui refuse de fournir les infos pour des questions de modèle alors que c'est l'état qui impose l'uniformisation des données sur un modèle commun. Quel intérêt de mettre en cause le système? L'état n'a-t-il pas le pouvoir d'imposer la fourniture des données. Le dialogue ne devrait-il pas s'orienter sur les moyens pour que ça réussissent plutôt que de remettre en cause le modèle mis en place (validé déjà par l'état). Il me semble quand même facile pour l'état de réallouer des budgets (déjà fait au CNRS et autres organismes) Sachant qu'en plus on économise de fait le coût du système de financement qui tourne autour des données IGN. L'avantage c'est d'avoir, entre autres, une réactivité sur le terrain bien plus rapide, soit en alimentation, soit en alerte via le système de note et de fixme. Jérôme Le 2 octobre 2014 18:11, Christophe Merlet red...@redfoxcenter.org a écrit : Le 02/10/2014 17:57, Jérôme Seigneuret a écrit : /Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M€ d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes./ Proposons ça au Ministre de l'économie ou/et à notre président. A l'erreur des économies publiques cela peut passer! C'est déjà fait. Si tu as suivi l'actualité, le projet BANO a reçu le soutien de l'État au conseil des ministre du 17 septembre dernier. Voir le dossier de presse Le numérique pour transformer l'Etat téléchargeable sur le site du gouvernement... http://www.gouvernement.fr/partage/1672-le-numerique-pour-transformer-l-etat Le 2 octobre 2014 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf Librement, -- Christophe Merlet (RedFox) ___ 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] OSM Tracker
Perso, je connais pas les interactions entre applications mais je pense que pour fonctionner il faut que toutes les api utilise cette librairie ou utilise des classes similaires et donc une parquet additionnel commun J'ai pas Android... Donc je ne peux pas en parler plus que ça. Je cherche encore une appli potable pour Windowsphone. Peut-être un dev à faire (vu le nombre de Nokia ça peut être intéressant aussi) Si quelqu'un utilise les différentes API et peut envoyer un mail ... Merci Le 2 octobre 2014 17:52, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:36:23, Jérôme Seigneuret a écrit : Donc à proposer au dev de surcharger la class ExifInterface avec les paramètres du standard 2.3 ou d'embarquer cette librairie dans leur code. Jérôme Ca ressemble à une bonne nouvelle ce que tu expliques, mais je ne suis pas développeur, et c'est donc au delà de ma portée pour l'expliquer aux devs d'ailleurs, auxquels ? Ceux de Opencamera ou de Osmtracker/Vespucci/etc... Tu penses que tu pourrais t'en charger ? ps : OsmTracker a l'air plus ou moins à l'abandon :-/ Stf ___ 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] Présentation de BANO au CNIG
Le 02/10/2014 19:28, Jérôme Seigneuret a écrit : Merci pour le document, je ne suis que contributeur je me remets sur OSM depuis peu bénévolement. Dans ce cas c'est un peu ironique car on se retrouve sur des organismes qui refuse de fournir les infos pour des questions de modèle alors que c'est l'état qui impose l'uniformisation des données sur un modèle commun. Quel intérêt de mettre en cause le système? Quand l'inertie d'un système bureaucratique installé ne répond plus aux demandes de ses administrés et usagers naturels, on réforme le système. Soit frontalement et c'est l'échec, soit en expérimentant en parallèle un autre système plus moderne, plus agile, plus souple. L'état n'a-t-il pas le pouvoir d'imposer la fourniture des données. L'état a affirmé le principe d'ouverture et de gratuité des données publiques. Il faut maintenant le traduire dans la loi. Cela ne se fait pas du jour au lendemain. Le dialogue ne devrait-il pas s'orienter sur les moyens pour que ça réussissent plutôt que de remettre en cause le modèle mis en place (validé déjà par l'état). La dynamique est là (Création d'Etalab, puis Adhésion à l'Open Government Partnership et création d'une fonction d'Administrateur Général des Données entre autres) Il me semble quand même facile pour l'état de réallouer des budgets (déjà fait au CNRS et autres organismes) Sachant qu'en plus on économise de fait le coût du système de financement qui tourne autour des données IGN. On ne change pas les budgets et orientations en cours de contrat souvent quadriennaux au minimum. L'avantage c'est d'avoir, entre autres, une réactivité sur le terrain bien plus rapide, soit en alimentation, soit en alerte via le système de note et de fixme. Entre l'idéal théorique et la réalité... Bref, BANO^2 en cours de dév devrait apporter des solutions Jérôme Le 2 octobre 2014 18:11, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 02/10/2014 17:57, Jérôme Seigneuret a écrit : /Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M€ d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes./ Proposons ça au Ministre de l'économie ou/et à notre président. A l'erreur des économies publiques cela peut passer! C'est déjà fait. Si tu as suivi l'actualité, le projet BANO a reçu le soutien de l'État au conseil des ministre du 17 septembre dernier. Voir le dossier de presse Le numérique pour transformer l'Etat téléchargeable sur le site du gouvernement... http://www.gouvernement.fr/partage/1672-le-numerique-pour-transformer-l-etat Le 2 octobre 2014 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] amenity=place_of_worship sur église en ruine
Bonsoir, en reparcourant le wiki sur l'utilisation de amenity=place_of_worship, je m’aperçois que j'ai utilisé ce dernier, à tort, sur une église en ruine. Mais peut on ajouter à ce type d'objet (*église en ruine*) la clé/valeur historic=ruins ? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine
historic=ruins dans le cas une ruine à intérêt historique Si c'est sans intérêt historique building=yes ruins=yes Si tu veux savoir le type d'architecture tu peux aussi faire building=church ruins=yes Le 2 octobre 2014 20:27, Mides mides@gmail.com a écrit : Bonsoir, en reparcourant le wiki sur l'utilisation de amenity=place_of_worship, je m’aperçois que j'ai utilisé ce dernier, à tort, sur une église en ruine. Mais peut on ajouter à ce type d'objet (*église en ruine*) la clé/valeur historic=ruins ? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins Michel ___ 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] amenity=place_of_worship sur église en ruine
Que peut on entendre par : à intérêt historique ? Si ce n'est qu'une association s'est montée il y a quelques années pour aider la municipalité dans son projet de sauvegarde. *Cette église est devenue, vers la fin du Moyen-âge, l'église paroissiale de la communauté de Lescure. Elle fut agrandie et dotée d'un clocher monumental, sur le modèle de celui de Saint-Sernin de Toulouse.* *Mais l'église est restée isolée de l'habitat, uniquement entourée de cyprès. Et peut-être est-ce la raison de sa ruine au courant du XXe siècle...* Par contre,aucun roi n'y a reçu un sacrement. :-) Michel Le 2 octobre 2014 20:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : historic=ruins dans le cas une ruine à intérêt historique Si c'est sans intérêt historique building=yes ruins=yes Si tu veux savoir le type d'architecture tu peux aussi faire building=church ruins=yes Le 2 octobre 2014 20:27, Mides mides@gmail.com a écrit : Bonsoir, en reparcourant le wiki sur l'utilisation de amenity=place_of_worship, je m’aperçois que j'ai utilisé ce dernier, à tort, sur une église en ruine. Mais peut on ajouter à ce type d'objet (*église en ruine*) la clé/valeur historic=ruins ? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins Michel ___ 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] Présentation de BANO au CNIG
La base adresse de l’IGN en danger et c'est la CGT de l'IGN qui le dit. http://cgtgeo.wordpress.com/2014/09/25/la-base-adresse-de-lign-en-danger/ Bref à part lutter pour obtenir plus de budget pour l'IGN et ce dont je doute. L'IGN devrait devrait s'appuyer sur la multitude des contributeurs d'OpenStreetMap pour fournir une sorte de bien commun qu'est la base adresse nationale ouverte. Baptiste Le 2014-10-02 14:20, Christophe Merlet a écrit : Le 02/10/2014 19:28, Jérôme Seigneuret a écrit : Merci pour le document, je ne suis que contributeur je me remets sur OSM depuis peu bénévolement. Dans ce cas c'est un peu ironique car on se retrouve sur des organismes qui refuse de fournir les infos pour des questions de modèle alors que c'est l'état qui impose l'uniformisation des données sur un modèle commun. Quel intérêt de mettre en cause le système? Quand l'inertie d'un système bureaucratique installé ne répond plus aux demandes de ses administrés et usagers naturels, on réforme le système. Soit frontalement et c'est l'échec, soit en expérimentant en parallèle un autre système plus moderne, plus agile, plus souple. L'état n'a-t-il pas le pouvoir d'imposer la fourniture des données. L'état a affirmé le principe d'ouverture et de gratuité des données publiques. Il faut maintenant le traduire dans la loi. Cela ne se fait pas du jour au lendemain. Le dialogue ne devrait-il pas s'orienter sur les moyens pour que ça réussissent plutôt que de remettre en cause le modèle mis en place (validé déjà par l'état). La dynamique est là (Création d'Etalab, puis Adhésion à l'Open Government Partnership et création d'une fonction d'Administrateur Général des Données entre autres) Il me semble quand même facile pour l'état de réallouer des budgets (déjà fait au CNRS et autres organismes) Sachant qu'en plus on économise de fait le coût du système de financement qui tourne autour des données IGN. On ne change pas les budgets et orientations en cours de contrat souvent quadriennaux au minimum. L'avantage c'est d'avoir, entre autres, une réactivité sur le terrain bien plus rapide, soit en alimentation, soit en alerte via le système de note et de fixme. Entre l'idéal théorique et la réalité... Bref, BANO^2 en cours de dév devrait apporter des solutions Jérôme Le 2 octobre 2014 18:11, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 02/10/2014 17:57, Jérôme Seigneuret a écrit : /Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M€ d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes./ Proposons ça au Ministre de l'économie ou/et à notre président. A l'erreur des économies publiques cela peut passer! C'est déjà fait. Si tu as suivi l'actualité, le projet BANO a reçu le soutien de l'État au conseil des ministre du 17 septembre dernier. Voir le dossier de presse Le numérique pour transformer l'Etat téléchargeable sur le site du gouvernement... http://www.gouvernement.fr/partage/1672-le-numerique-pour-transformer-l-etat Le 2 octobre 2014 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine
voici une liste des éléments pouvant être considéré comme tel: - Commemorative structures: memorial, monument, statue - Domestic structures: house, manor - Industrial structures: mine, mine_shaft, quarry, mine_adit - Maritime features: wreck, ship - Military structures: castle, citywalls, fort, battlefield, castle_walls, earthworks, moat - Religious features: wayside_cross, *church*, wayside_shrine - Pre-history: tumulus, stone_circle, menhir, standing_stone - Transport: roman_road, railway_station, bridge, milestone - Other: wall, boundary_stone, well, boundary_marker, folly Donc ça rentre aussi dans ton cas je pense ;-) Le 2 octobre 2014 21:24, Jérôme Seigneuret jseigneuret-ac...@yahoo.fr a écrit : En fait de ce que je lis sur la page anglaise du terme, chacun est responsable de l'importance historique d'un lieu... voici une liste des éléments pouvant être considéré comme tel: - Commemorative structures: memorial, monument, statue - Domestic structures: house, manor - Industrial structures: mine, mine_shaft, quarry, mine_adit - Maritime features: wreck, ship - Military structures: castle, citywalls, fort, battlefield, castle_walls, earthworks, moat - Religious features: wayside_cross, *church*, wayside_shrine - Pre-history: tumulus, stone_circle, menhir, standing_stone - Transport: roman_road, railway_station, bridge, milestone - Other: wall, boundary_stone, well, boundary_marker, folly Donc ça rentre aussi dans ton cas je pense ;-) Le 2 octobre 2014 21:10, Mides mides@gmail.com a écrit : Que peut on entendre par : à intérêt historique ? Si ce n'est qu'une association s'est montée il y a quelques années pour aider la municipalité dans son projet de sauvegarde. *Cette église est devenue, vers la fin du Moyen-âge, l'église paroissiale de la communauté de Lescure. Elle fut agrandie et dotée d'un clocher monumental, sur le modèle de celui de Saint-Sernin de Toulouse.* *Mais l'église est restée isolée de l'habitat, uniquement entourée de cyprès. Et peut-être est-ce la raison de sa ruine au courant du XXe siècle...* Par contre,aucun roi n'y a reçu un sacrement. :-) Michel Le 2 octobre 2014 20:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : historic=ruins dans le cas une ruine à intérêt historique Si c'est sans intérêt historique building=yes ruins=yes Si tu veux savoir le type d'architecture tu peux aussi faire building=church ruins=yes Le 2 octobre 2014 20:27, Mides mides@gmail.com a écrit : Bonsoir, en reparcourant le wiki sur l'utilisation de amenity=place_of_worship, je m’aperçois que j'ai utilisé ce dernier, à tort, sur une église en ruine. Mais peut on ajouter à ce type d'objet (*église en ruine*) la clé/valeur historic=ruins ? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine
Merci pour ces infos. Le 2 octobre 2014 21:34, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : voici une liste des éléments pouvant être considéré comme tel: - Commemorative structures: memorial, monument, statue - Domestic structures: house, manor - Industrial structures: mine, mine_shaft, quarry, mine_adit - Maritime features: wreck, ship - Military structures: castle, citywalls, fort, battlefield, castle_walls, earthworks, moat - Religious features: wayside_cross, *church*, wayside_shrine - Pre-history: tumulus, stone_circle, menhir, standing_stone - Transport: roman_road, railway_station, bridge, milestone - Other: wall, boundary_stone, well, boundary_marker, folly Donc ça rentre aussi dans ton cas je pense ;-) Le 2 octobre 2014 21:24, Jérôme Seigneuret jseigneuret-ac...@yahoo.fr a écrit : En fait de ce que je lis sur la page anglaise du terme, chacun est responsable de l'importance historique d'un lieu... voici une liste des éléments pouvant être considéré comme tel: - Commemorative structures: memorial, monument, statue - Domestic structures: house, manor - Industrial structures: mine, mine_shaft, quarry, mine_adit - Maritime features: wreck, ship - Military structures: castle, citywalls, fort, battlefield, castle_walls, earthworks, moat - Religious features: wayside_cross, *church*, wayside_shrine - Pre-history: tumulus, stone_circle, menhir, standing_stone - Transport: roman_road, railway_station, bridge, milestone - Other: wall, boundary_stone, well, boundary_marker, folly Donc ça rentre aussi dans ton cas je pense ;-) Le 2 octobre 2014 21:10, Mides mides@gmail.com a écrit : Que peut on entendre par : à intérêt historique ? Si ce n'est qu'une association s'est montée il y a quelques années pour aider la municipalité dans son projet de sauvegarde. *Cette église est devenue, vers la fin du Moyen-âge, l'église paroissiale de la communauté de Lescure. Elle fut agrandie et dotée d'un clocher monumental, sur le modèle de celui de Saint-Sernin de Toulouse.* *Mais l'église est restée isolée de l'habitat, uniquement entourée de cyprès. Et peut-être est-ce la raison de sa ruine au courant du XXe siècle...* Par contre,aucun roi n'y a reçu un sacrement. :-) Michel Le 2 octobre 2014 20:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : historic=ruins dans le cas une ruine à intérêt historique Si c'est sans intérêt historique building=yes ruins=yes Si tu veux savoir le type d'architecture tu peux aussi faire building=church ruins=yes Le 2 octobre 2014 20:27, Mides mides@gmail.com a écrit : Bonsoir, en reparcourant le wiki sur l'utilisation de amenity=place_of_worship, je m’aperçois que j'ai utilisé ce dernier, à tort, sur une église en ruine. Mais peut on ajouter à ce type d'objet (*église en ruine*) la clé/valeur historic=ruins ? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Capitole du Libre : appel à animateurs de stand et d'atelier
Bonsoir, Mes propositions de stand OSM et d'atelier sur JOSM viennent d'être retenues par les organisateurs de l'édition 2014 de Capitole du Libre qui se déroulera les 15 et 16 novembre prochains à Toulouse : http://2014.capitoledulibre.org/ Le stand sera tenu le samedi 15/11/2014, de 11h à 18h. L'atelier aura lieu le dimanche 16/11/2014 et il durera 3 heures (la programmation n'étant pas encore en ligne, je ne sais pas s'il sera programmé le matin ou l'après-midi). Vous devinez la suite : nous avons désormais besoin de bénévoles pour animer le stand et l'atelier JOSM. Je serai pour ma part sur le stand le samedi mais il est toujours plus sympa d'être plusieurs et même d'être assez nombreux pour pouvoir nous relayer et faire en sorte que chacun puisse faire le tour des autres stands et assister à quelques conférences. Quant à l'atelier sur JOSM, je vais en assurer le déroulement mais je souhaite reprendre une formule qui a fait ses preuves : avoir le précieux appui de plusieurs co-animateurs passant parmi le public pour aider ceux qui rencontrent une difficulté particulière, que ce soit dans le déploiement de JOSM, dans sa prise en main ou dans l'activité de cartographie elle-même. Là encore, les bonnes volontés sont les bienvenues. Il y a deux ans, l'atelier avait compté 25 participants mais l'année dernière, suite à un cafouillage dans le paramétrage de l'outil d'inscription, seules 15 personnes avaient pu s'inscrire. J'ai demandé cette année aux organisateurs de ne pas limiter les inscriptions. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO : rues existantes en rouge et suggestions d'amélioration du rapprochement automatique
Bonsoir, Note : je me suis intéressé que tardivement à BANO et je n’ai pas encore lu les 647 méls qui traitent du sujet, et qui mentionnent peut-être ce que je vais vous exposer ;-D Dans la commune d’Éternoz, d’après BANO il manque 9 voies. Rue de la Forge : le nom est manquant sur le Chemin : 166536348 Je dois vérifier sur place le nom de la voie dans le Chemin : Lotissement des Bornes(166536324) car d’après BANO, j’ai l’impression que cette allée dans le lotissement porte le nom de la rue sur laquelle elle débouche. Au passage, ce lotissement est appelé localement le « lotissement communal » : je note ça sur la voie avec loc_name, sur un noeud place=locality ou un polygone place=locality ? Rue des Épaisses : je me suis probablement trompé lors de la saisie (ou alors la plaque est erronée ?). Chemin : Rue Épaisse (242179253) Le cadastre indique bien « Rue des Epaisses » Suggestion 1 : comparaison phonétique à utiliser si la comparaison échoue ? Route de Nans Sous Saint-Anne : Chemin : Route de Nans-sous-Saint-Anne (183980017) Suggestion 2 : ne pas tenir compte des « mots vides » si la comparaison échoue? Rue des Ossenges : le cadastre nomme « Rue des Ossanges » la route de Nans-sous-Sainte-Anne mais il s’agit bien du Chemin : Chemin des Ossanges(229988287) Suggestion 1 et 2 : rue, route, chemin… sont dans notre contexte des mots vides. Ossanges et Ossenges (avec ou sans « S ») se prononcent de la même façon. Grande Rue : il manque la majuscule à Rue Chemin : Grande rue (238027438) et Chemin : Grande rue (238027439) Suggestion 3 : ne pas tenir compte de la casse si la comparaison échoue ? Chemin des Combes : OK, il manque le nom du Chemin : 149053473 Rue de la passerelle : elle n’est pas encore saisie dans OSM Rue principale : OK, il manque le nom sur la portion dans Coulans du Chemin : 166701249 Impasse des Vergers : OK, pas encore saisie dans OSM Rue Auguste Castan : i y a une erreur de saisie dans le nom du Chemin : Rur Auguste Castan(166527814) Suggestion 2 : Rue est un mot vide et suggestion 4 : faire une comparaison mots par mots et affecter un score, ici 2/3 car on trouve une correspondance pour Auguste et Castan, mais pas pour Rur (qui ne figure pas dans les mots vides) Au passage, existe-t-il une page de status par commune qui liste les rue manquantes sous forme textuelle (elles sont mentionnées dans les tuiles BANO) ? Merci et bonne nuit, — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : rues existantes en rouge et suggestions d'amélioration du rapprochement automatique
Bonjour, Le 03/10/2014 02:51, Yves Pratter a écrit : * Rue des Épaisses : je me suis probablement trompé lors de la saisie (ou alors la plaque est erronée ?). Chemin : Rue Épaisse (242179253) https://www.openstreetmap.org/way/242179253 Le cadastre indique bien « Rue des Epaisses » *Suggestion 1 *: comparaison phonétique à utiliser si la comparaison échoue ? Il n'y en a volontairement pas, car c'est l'occasion, comme dans ton cas, de soulever une divergence et de se demander qui a raison. Le bénéfice est que parfois, cela révèle une erreur (faute de frappe souvent) côté OSM et donc qu'on corrige au passage notre contenu. * Route de Nans Sous Saint-Anne : Chemin : Route de Nans-sous-Saint-Anne (183980017) https://www.openstreetmap.org/way/183980017 *Suggestion 2* : ne pas tenir compte des « mots vides https://fr.wikipedia.org/wiki/Mot_vide » si la comparaison échoue? Envisageable (et déjà suggéré dans un des 647 mails :) ) mais seulement en l'absence d'ambiguïté, et en dernier recours. Il n'est pas rare d'avoir dans une même ville une Rue xxx et une Impasse xxx par ex. Indirectement, on rejoint le point précédent. * Rue des Ossenges : le cadastre nomme « Rue des Ossanges » la route de Nans-sous-Sainte-Anne mais il s’agit bien du Chemin : Chemin des Ossanges(229988287) https://www.openstreetmap.org/way/229988287 *Suggestion 1 et 2 :* rue, route, chemin… sont dans notre contexte des mots vides. Ossanges et Ossenges (avec ou sans « S ») se prononcent de la même façon. cf. ci-dessus * Grande Rue : il manque la majuscule à Rue Chemin : Grande rue (238027438) https://www.openstreetmap.org/way/238027438 et Chemin : Grande rue (238027439) https://www.openstreetmap.org/way/238027439 *Suggestion 3 *: ne pas tenir compte de la casse si la comparaison échoue ? C'est déjà le cas. Les points sont en bleu sur la carte, signe que le rapprochement a été fait. * Rue Auguste Castan : i y a une erreur de saisie dans le nom du Chemin : Rur Auguste Castan(166527814) https://www.openstreetmap.org/way/166527814 *Suggestion 2* : Rue est un mot vide et *suggestion 4* : faire une comparaison mots par mots et affecter un score, ici 2/3 car on trouve une correspondance pour Auguste et Castan, mais pas pour Rur (qui ne figure pas dans les mots vides) Cf. ci-dessus : on corrige, on gagne en qualité. Au passage, existe-t-il une page de status par commune qui liste les rue manquantes sous forme textuelle (elles sont mentionnées dans les tuiles BANO) ? Superbe coupage d'herbe sous le pied :D : j'ai commencé une telle page en début de cette semaine ! Donc c'est, pour une première version simple, une histoire de très très bientôt. Sur le principe, rapprochement de 3 infos (Fantoir, nom Fantoir et nom OSM) avec signalement des manques. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
