Re: [OSM-talk-fr] Rendu BANO
Merci pour les retours et surtout les avoir mis noir sur blancs. J'ai constaté à peu près la même chose de mon côté. Comme toute source, c'est une aide et pas une référence absolue ! Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. Pour les abbréviations, il manque effectivement quelques traitements qui empêchent les rapprochements. Pour les types de voie redondants dans le nom, je l'ai remarqué sur Grande Rue Gde Rue, ça aussi il faut qu'on améliore. Pour savoir où se termines les rues/routes/chemins, j'ai à peu près la même analyse que toi sauf pour les routes qui peuvent être nommées ainsi que jusqu'à la limite de la commune (cas de Route de Trucmuche avec Truchmuche commune limitrophe). On termine la collecte initiale (pour avoir une vue d'ensemble), et on va pouvoir se focaliser sur ces améliorations. Le 21 mai 2014 02:27, Jérôme Amagat jerome.ama...@gmail.com a écrit : Quelques remarques après avoir pas mal utilisé le rendu bano et cadastre.openstreetmap.fr/adresses/ Le cadastre ne donne pas toujours des bons résultats : Le type de voie(route, rue,...) pas toujours le bon Certaine fois les types de voie sont différentes sur papier et celui sorti pour mettre dans bano Faute de frappe ? (inversion de lettre, mauvaise lettre) Préposition pas toujours là Les 60XX ce n'est pas des adresses (je ne sais pas d'où ils sortent) Des fois le type de voie est présent quand il ne faut pas : Rue grande Rue Impasse petite impasse (Lotissement) Machin : avec ou sans le mot lotissement Les Abréviations : Qrt : Quartier Doc : Docteur Gen : Général Pte : Petite ... Il faudrait je pense que la machine fasse un choix moins restrictif dans les noms de rue pour peut-être obtenir quelque chose qui n'est pas vert mais qui n'est pas rouge en tous cas (je vous laisse faire j'en suis incapable !). Ca permettrait aussi de faire remonter les bon osm pour la bano. Mettre le code fantoir je ne suis pas sûr que ce soit la bonne solution car le bon nom existe peut-être avec un autre code. Le code fantoir est attaché à un bout de rue physique ou à un nom ? Autre chose plus sur la longueur des rues Ça peut arriver que le nom de la rue ai été placé sur un way qui ne représente pas toute la rue et donc des adresses se retrouvent devant un way sans nom ou avec un mauvais nom. Et tout apparait en bleu comme si tout allais bien :-) Maintenant plus une question Où arrêter une voie ? Problème Rencontrer Surtout quand on quitte une zone habité Je dirais : Rue : ça s'arrête en sortie de zone habité Chemin ça ne s'arrête pas Route je dirais que ça ne s'arrête pas mais des fois on dirait que si Je sais bien que le terrain prime mais à part ça ___ 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] Un MOOC OSM ?
Alors, est-ce qu'on se lance dans un MOOC ? J'ai pris un peu de retard sur la première semaine du MOOC de A à Z [1], mais si on veut monter un MOOC il nous faut maintenant le proposer sur [2] (puis [Proposez votre projet de MOOC], enfin cliquer au milieu dans la barre du haut, c'est pas vraiment intuitif !). Le formulaire doit contenir les infos suivantes : - nom du projet - thème du MOOC - nom et email du porteur de projet - adresse d'une liste de diffusion publique - jusqu'à 6 coéquipiers (mais il peut y avoir davantage de participants) Pour un premier MOOC sur OSM je propose qu'on fasse simple en terme d'objectifs pédagogiques. On aura beaucoup à apprendre sur la création d'un MOOC, et nous n'avons pas forcément beaucoup de temps à consacrer à un projet qui serait trop ambitieux. Mieux vaut faire simple et arriver à produire le MOOC que de l'abandonner à mi-chemin. Surtout si notre objectif est de toucher le plus large public possible, d'amener tout internaute à préférer OSM à d'autres cartes en ligne. Je propose donc que l'objectif du MOOC soit de former à : - l'utilisation du site openstreetmap.org : couches, recherche, partager sa carte, suggérer une amélioration - contributions simples avec iD (j'espère que çà ne va pas repousser des candidats ;-) - le wiki des éléments cartographiques (en y accédant depuis iD) - relevés terrain avec un walking paper - éventuellement faire une carte personnalisée avec uMap L'utilisation d'OSM Tracker et JOSM pourra faire l'objet d'un second MOOC, mais çà me paraît trop ambitieux à ce stade. Proposition de titre (mais je suis nul en marketing ;-) : Tous à la carte avec OpenStreetMap Alors, qui en est ? Un volontaire pour 'porter' le projet ? Je prends les inscriptions, juste besoin du mail que vous souhaitez utiliser. Antoine. PS: Pas trop d'accès à internet jusqu'à jeudi ... [1] https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/info [2] https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/courseware Le 14/05/2014 10:08, Antoine Riche a écrit : Le 13/05/2014 17:47, Jean-Guilhem Cailton a écrit : Super. Qui pourrait être intéressé pour participer ? Je suis des vôtres. J'ai pas encore suivi le premier cours mais çà ne saurait tarder. Je pense que pour un premier MOOC autant viser le grand public. Montrer ce qu'on peut faire avec les outils OSM (permalink, routage, uMap) et amener tout un chacun à devenir contributeur débutant avec iD. Antoine. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
2014-05-21 2:27 GMT+02:00 Jérôme Amagat jerome.ama...@gmail.com: permettrait aussi de faire remonter les bon osm pour la bano. Mettre le code fantoir je ne suis pas sûr que ce soit la bonne solution car le bon nom existe peut-être avec un autre code. Le code fantoir est attaché à un bout de rue physique ou à un nom ? Ça peut arriver que le nom de la rue ai été placé sur un way qui ne représente pas toute la rue et donc des adresses se retrouvent devant un way sans nom ou avec un mauvais nom. Et tout apparait en bleu comme si tout allais bien :-) Il arrive que des rues soient scindées en deux avec un nouveau nom. Si les numéros n'ont pas changé, il est fort possible qu'ils continuent d'utiliser l'ancienne adresse (surtout sur une courte distance). Si la distance est plus grande, il est aussi possible que les numéros ne changent pas mais qu'ils appartiennent à un nouveau nom de rue. Sans connaitre le terrain, il faut donc rester très prudent sur ces cas (assez rares heureusement). Où arrêter une voie ? Dans OSM, lorsqu'elle change d'attribut (nom, highway, access, surface, etc) ou s'intégrer dans une relation (de type route pour les lignes de bus, par exemple). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Bonjour, De : Christian Quest Merci pour les retours et surtout les avoir mis noir sur blancs. J'ai constaté à peu près la même chose de mon côté. Comme toute source, c'est une aide et pas une référence absolue ! Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. Les voies qui n'existent pus (= avec un code d'annulation dans FANTOIR) sont exclues des tentatives de rapprochement. Pour les abréviations, il manque effectivement quelques traitements qui empêchent les rapprochements. Il manque quelques traitement qui permettraient :) des rapprochements, en étant moins stricts sur la correspondance des voies, notamment sur le type de voie. C'est un sujet identifié mais pas encore traité. Pour les types de voie redondants dans le nom, je l'ai remarqué sur Grande Rue Gde Rue, ça aussi il faut qu'on améliore. Aujourd'hui on traite des bizarreries comme GR GRANDE RUE ou PCH PETIT CHEMIN mais pas Grande Rue Gde Rue. Toutes les remontées sont les bienvenues afin de compléter cette liste : https://github.com/osm-fr/bano/blob/master/abrev_type_voie.txt On termine la collecte initiale (pour avoir une vue d'ensemble), et on va pouvoir se focaliser sur ces améliorations. Notamment la prise en compte du code Fantoir présent dans les données OSM, qui doit être prioritaire sur toute tentative de retrouver un code dans la source Fantoir. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
On 21/05/2014 08:40, Christian Quest wrote: Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/Descriptif_FANTOIR_2013.pdf dit que le premier caractère de la clé RIVOLI est Y ou Z pour les voies provisoires à annuler. J'ai bien constaté l'usage de Z - par chez moi, quelques voies qui étaient nommé Impasse Bidule ont été renommées Villa Bidule parce que c'est plus classe mais Openstreetmap n'était pas à jour du renommage... J'ai donc mis Impasse Bidule en old_name Mais quid de Y ? Doit on considéré que l'enregistrement dit provisoire' est actuel ou ancien comme un enregistrement annulé Z ? Notons aussi le lignes annulées (cf. Caractère d'annulation : 'O' sans transfert, 'Q' avec - j'ignore ce qu'est un transfert). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
2014-05-21 10:08 GMT+02:00 Pieren pier...@gmail.com: Le code fantoir est attaché à un bout de rue physique ou à un nom ? D'après ce que j'ai compris de précédentes discussions, le code fantoir est attaché à un nom par commune puisqu'une rue en limite de deux communes possède deux codes fantoir (un par commune et même si c'est le même nom). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Prof : professeur J Bte : Jean-Baptiste R : régiment (d'infanterie…) Lt : lieutenant En tous cas, on attend avec impatience la deuxième passe de rapprochement OSM/Cadastre, parce que les dégommeurs de rouge (…) sont sacrément au travail… Je serai curieux de connaitre la proportion dégommée entre la version 0 et la version 1 ! JB. Le 21/05/2014 10:23, V de Chateau-Thierry a écrit : Pour les types de voie redondants dans le nom, je l'ai remarqué sur Grande Rue Gde Rue, ça aussi il faut qu'on améliore. Aujourd'hui on traite des bizarreries comme GR GRANDE RUE ou PCH PETIT CHEMIN mais pas Grande Rue Gde Rue. Toutes les remontées sont les bienvenues afin de compléter cette liste : https://github.com/osm-fr/bano/blob/master/abrev_type_voie.txt ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
On 19/05/2014 21:10, Christian Quest wrote: C'est donc bien une valeur à 10 caractères qui est utilisée et pas 11. Pourquoi prendre la concaténation des caractères 1-2 et 4-11 plutôt que les 11 premiers ? Le Code direction nous pose un problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
Le 21/05/2014 09:29, Antoine Riche a écrit : Alors, est-ce qu'on se lance dans un MOOC ? J'ai pris un peu de retard sur la première semaine du MOOC de A à Z [1], mais si on veut monter un MOOC il nous faut maintenant le proposer sur [2] (puis [Proposez votre projet de MOOC], enfin cliquer au milieu dans la barre du haut, c'est pas vraiment intuitif !). Le formulaire doit contenir les infos suivantes : - nom du projet - thème du MOOC - nom et email du porteur de projet - adresse d'une liste de diffusion publique - jusqu'à 6 coéquipiers (mais il peut y avoir davantage de participants) Pour un premier MOOC sur OSM je propose qu'on fasse simple en terme d'objectifs pédagogiques. On aura beaucoup à apprendre sur la création d'un MOOC, et nous n'avons pas forcément beaucoup de temps à consacrer à un projet qui serait trop ambitieux. Mieux vaut faire simple et arriver à produire le MOOC que de l'abandonner à mi-chemin. Surtout si notre objectif est de toucher le plus large public possible, d'amener tout internaute à préférer OSM à d'autres cartes en ligne. Je propose donc que l'objectif du MOOC soit de former à : - l'utilisation du site openstreetmap.org : couches, recherche, partager sa carte, suggérer une amélioration - contributions simples avec iD (j'espère que çà ne va pas repousser des candidats ;-) - le wiki des éléments cartographiques (en y accédant depuis iD) - relevés terrain avec un walking paper - éventuellement faire une carte personnalisée avec uMap L'utilisation d'OSM Tracker et JOSM pourra faire l'objet d'un second MOOC, mais çà me paraît trop ambitieux à ce stade. Je ne suis pas le MOOC et je ne compte pas le faire. Mais je suis surement partent pour le monter. Pour moi ne pas intégrer JOSM à un MOOC qui dure plusieurs semaines/mois c'est passer à coté du sujet. Mes 2 cents. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Une autre règle un peu bizarre : dans FANTOIR, quand le type de voie est VC (voie communale ?) STE correspond à Sente, sinon ca correspond à Saint(e) Trucmuche. Actuellement dans BANO j'ai l'impression que tous les STE deviennent des Saint(e), et du coup le rapprochement avec la voie n'est pas fait C'est corrigible en ajoutant le ref:FR:FANTOIR sur la voie, mais autant affiner la règle de rapprochement en amont... Paul MALLET Le 21 mai 2014 10:31, Jean-Marc Liotier j...@liotier.org a écrit : On 21/05/2014 08:40, Christian Quest wrote: Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/ Descriptif_FANTOIR_2013.pdf dit que le premier caractère de la clé RIVOLI est Y ou Z pour les voies provisoires à annuler. J'ai bien constaté l'usage de Z - par chez moi, quelques voies qui étaient nommé Impasse Bidule ont été renommées Villa Bidule parce que c'est plus classe mais Openstreetmap n'était pas à jour du renommage... J'ai donc mis Impasse Bidule en old_name Mais quid de Y ? Doit on considéré que l'enregistrement dit provisoire' est actuel ou ancien comme un enregistrement annulé Z ? Notons aussi le lignes annulées (cf. Caractère d'annulation : 'O' sans transfert, 'Q' avec - j'ignore ce qu'est un transfert). ___ 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] Un MOOC OSM ?
Je suis aussi d'avis qu'il est nécessaire de présenter JOSM. Les débutants prêts à s'investir dans un MOOC seront surement assez motivés et compétents pour comprendre les relations (multipolygones pour les iles sur les lacs, les clairieres dans les forets...), et ils auront besoin de JOSM tôt dans leur progression. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
(et jamais besoin de iD ? OK, je sors...) Le 21/05/2014 11:33, Pierre Knobel a écrit : Je suis aussi d'avis qu'il est nécessaire de présenter JOSM. Les débutants prêts à s'investir dans un MOOC seront surement assez motivés et compétents pour comprendre les relations (multipolygones pour les iles sur les lacs, les clairieres dans les forets...), et ils auront besoin de JOSM tôt dans leur progression. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 02:27, Jérôme Amagat a écrit : Quelques remarques après avoir pas mal utilisé le rendu bano et cadastre.openstreetmap.fr/adresses/ http://cadastre.openstreetmap.fr/adresses/ Le cadastre ne donne pas toujours des bons résultats : Le type de voie(route, rue,…) pas toujours le bon Certaine fois les types de voie sont différentes sur papier et celui sorti pour mettre dans bano Faute de frappe ? (inversion de lettre, mauvaise lettre) Préposition pas toujours là Les 60XX ce n’est pas des adresses (je ne sais pas d’où ils sortent) Des fois le type de voie est présent quand il ne faut pas : Rue grande Rue Impasse petite impasse (Lotissement) Machin : avec ou sans le mot lotissement Les Abréviations : Qrt : Quartier Doc : Docteur Gen : Général Pte : Petite … Il faudrait je pense que la machine fasse un choix moins restrictif dans les noms de rue pour peut-être obtenir quelque chose qui n’est pas vert mais qui n’est pas rouge en tous cas (je vous laisse faire j’en suis incapable !). Ca permettrait aussi de faire remonter les bon osm pour la bano. Mettre le code fantoir je ne suis pas sûr que ce soit la bonne solution car le bon nom existe peut-être avec un autre code. Le code fantoir est attaché à un bout de rue physique ou à un nom ? Attention a ne pas trop simplifier les rapprochements de toponymie. On peut le faire éventuellement sur certaines abréviations, mais pas plus. Ex sur Pau. Il y a une AVENUE ROBERT SCHUMA selon le fichier SHP de l'OpenData de la CAPP AVENUE ROBERT SCHUMAN selon le fichier KML de l'OpenData de la CAPP Avenue Robert Schumann selon le Cadastre AV ROBERT SCHUMANN selon le FANTOIR Pas de panneau sur le terrain. Sur Wikipedia, Il existe https://fr.wikipedia.org/wiki/Robert_Schuman https://fr.wikipedia.org/wiki/Robert_Schumann Suffisamment illustre pour avoir une rue à leur nom. Mon avis est que le cadastre et le FANTOIR se trompe. Donc je suis bien content que le rendu BANO affiche en rouge une erreur de rapprochement pour 1 seul caractère différent. ça permet d'avoir cette réflexion... Autre chose plus sur la longueur des rues Ça peut arriver que le nom de la rue ai été placé sur un way qui ne représente pas toute la rue et donc des adresses se retrouvent devant un way sans nom ou avec un mauvais nom. Et tout apparait en bleu comme si tout allais bien :-) Maintenant plus une question Où arrêter une voie ? Problème Rencontrer Surtout quand on quitte une zone habité Je dirais : Rue : ça s’arrête en sortie de zone habité Chemin ça ne s’arrête pas Route je dirais que ça ne s’arrête pas mais des fois on dirait que si Je sais bien que le terrain prime mais à part ça Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
le ref:FR:FANTOIR est apparu dans OSM avant que le fichier FANTOIR ne soit disponible sous licence libre. En fait, on avait dans des données opendata (Nantes pas exemple) un code RIVOLI devenu FANTOIR, mais ne comportant que les 5 derniers caractères. Pour éviter les doublons, on a jouté le code INSEE en préfixe. Le code de direction a, à mon avis, plus de chance de changer que le code INSEE de la commune. Son intérêt dans OSM est très limité et il est très facile de passer d'un ref:FR:FANTOIR à 10 chiffres à la version à 11 chiffres du fichier FANTOIR. Le 21 mai 2014 11:17, Jean-Marc Liotier j...@liotier.org a écrit : On 19/05/2014 21:10, Christian Quest wrote: C'est donc bien une valeur à 10 caractères qui est utilisée et pas 11. Pourquoi prendre la concaténation des caractères 1-2 et 4-11 plutôt que les 11 premiers ? Le Code direction nous pose un problème ? ___ 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] Un MOOC OSM ?
Bonjour Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Mais peut-être devrions-nous déjà regarder l'existant documentaire _francophone_, sa qualité, sa complétude, sa pérennité, sa visibilité auprès des débutants. Juste pour JOSM : https://josm.openstreetmap.de/wiki/Translations#Statustable Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Attention a ne pas trop simplifier les rapprochements de toponymie. On peut le faire éventuellement sur certaines abréviations, mais pas plus. Ex sur Pau. Il y a une AVENUE ROBERT SCHUMA selon le fichier SHP de l'OpenData de la CAPP AVENUE ROBERT SCHUMAN selon le fichier KML de l'OpenData de la CAPP Avenue Robert Schumann selon le Cadastre AV ROBERT SCHUMANN selon le FANTOIR Pas de panneau sur le terrain. Sur Wikipedia, Il existe https://fr.wikipedia.org/wiki/Robert_Schuman https://fr.wikipedia.org/wiki/Robert_Schumann Suffisamment illustre pour avoir une rue à leur nom. Mon avis est que le cadastre et le FANTOIR se trompe. Donc je suis bien content que le rendu BANO affiche en rouge une erreur de rapprochement pour 1 seul caractère différent. ça permet d'avoir cette réflexion... Personellement, sur un cas comme celui-là je n'hésite pas a rajouter l'orthographe qui me semble la moins probable en tant que alt_name. Ça permet de prendre en compte le doute qui existe et cela rendra surement service aux personnes faisant cette recherche avec Nominatim ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
2014-05-21 12:06 GMT+02:00 Bruno Cortial bruno.cort...@laposte.net: Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Je pense qu'un mooc est inutile ou alors vise un public très restreint (genre institutionnels). Il faut aussi voir de quel type de mooc on parle. Si c'est interactif, il faudrait des ressources, du temps et de l'engagement personnel, un truc difficile à trouver en dehors des milieux éducatifs/universitaires. Les nouveaux contributeurs lambda ne cherchent pas un cours en ligne qui aborde plein de sujets avec le risque d'être trop théorique, ennuyeux ou verbeux ou qu'il faut suivre dans un ordre prédéfini. Ce qu'il faut, c'est des videos très courtes, centrées sur un thème en particulier que le contributeur devra pouvoir choisir dans une liste (genre comment mapper une ligne de bus, une forêt, corriger une erreur de nom ou d'adresse, ajouter un POI, c'est quoi les landuse corine, la classification des highway,etc) avec des versions différentes pour josm et id et ne faire que quelques videos, très brèves aussi, qui présentent la théorie et les différents éditeurs. C'est aussi plus facile à faire à plusieurs et à mettre à jour. Rares sont ceux qui viennent à OSM en disant je veux tout apprendre avant de me lancer (ou avoir un beau diplôme). Y a pu ka. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
2014-05-21 12:41 GMT+02:00 Tyndare tynd...@wanadoo.fr: Personellement, sur un cas comme celui-là je n'hésite pas a rajouter l'orthographe qui me semble la moins probable en tant que alt_name. Ça permet de prendre en compte le doute qui existe et cela rendra surement service aux personnes faisant cette recherche avec Nominatim ;-) Ou encore mieux : demander à la mairie quelle version est la bonne et ajouter un tag note pour préciser que l'autre orthographe est une erreur. Et améliorer nominatim pour qu'il propose les orthographes proches en cas de recherche infructueuse. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Plusieurs petite choses à propos du rendu : - les déficients visuels, genre daltonien comme moi, ont du mal avec les petits points de couleur ... Serait il possible comme c'est le cas avec OSMOSE par exemple, d'associer une couleur ET une forme pour facilité l'identification, au moins aux gros zoom. genre croix rouge, carré vert, rond bleu. Le problème se pose aussi avec le rendu Route500 accessoirement. - les zones rouges ne sont pas assez mises en valeur aux petits zoom, donc on a du mal à faire une recherche exhaustive dessus. Pourtant visiblement c'est l'essentiel du boulot, chercher les zones rouges, et les traiter. - serait il possible d'avoir des listes de ces zone rouge pour pouvoir travailler dessus sans en oublier. Pour le reste c'est très bien, et il y a assez peu de GROS souci de correspondance dans les zone ou je travaille. Le 21 mai 2014 12:56, Pieren pier...@gmail.com a écrit : 2014-05-21 12:41 GMT+02:00 Tyndare tynd...@wanadoo.fr: Personellement, sur un cas comme celui-là je n'hésite pas a rajouter l'orthographe qui me semble la moins probable en tant que alt_name. Ça permet de prendre en compte le doute qui existe et cela rendra surement service aux personnes faisant cette recherche avec Nominatim ;-) Ou encore mieux : demander à la mairie quelle version est la bonne et ajouter un tag note pour préciser que l'autre orthographe est une erreur. Et améliorer nominatim pour qu'il propose les orthographes proches en cas de recherche infructueuse. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21 mai 2014 13:08, Tetsuo Shima tets...@gmail.com a écrit : Plusieurs petite choses à propos du rendu : - les déficients visuels, genre daltonien comme moi, ont du mal avec les petits points de couleur ... Serait il possible comme c'est le cas avec OSMOSE par exemple, d'associer une couleur ET une forme pour facilité l'identification, au moins aux gros zoom. genre croix rouge, carré vert, rond bleu. Le problème se pose aussi avec le rendu Route500 accessoirement. - les zones rouges ne sont pas assez mises en valeur aux petits zoom, donc on a du mal à faire une recherche exhaustive dessus. Pourtant visiblement c'est l'essentiel du boulot, chercher les zones rouges, et les traiter. - serait il possible d'avoir des listes de ces zone rouge pour pouvoir travailler dessus sans en oublier. Pour le reste c'est très bien, et il y a assez peu de GROS souci de correspondance dans les zone ou je travaille. Je vais voir ce que je peux faire. A minima, sur les derniers niveaux de zoom, il est possible d'avoir des formes différentes au moins pour le ROUGE à améliorer. Sortir des listes de voire non rapprochée par commune est tout à fait possible, je rajoute sur la tout doux liste. En fait, l'apport de BANO pour corriger/améliorer les données OSM en dehors des adresses je ne l'avais pas imaginée. On découvre parfois qu'on est assis sur une mine d'or ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : .-+-+--+---+-+-+--+--+-+-. | tLogRow_2 | |=+-+--+---+-+-+--+--+-+=| |the_geom |id |numero|voie |code_post|nom |source|lat |lon |errorMessage | |=+-+--+---+-+-+--+--+-+=| |POINT (2.3516752 48.63972049996) |915490570L-13-15 |13-15 |Avenue Charlie Chaplin |91700|Sainte-Geneviève-des-Bois|OSM |48.6397205|2.3516752|advanced condition failed| |POINT (2.4489456 48.6332106) |912281050D-2-6 |2-6 |Rue de Seine |91000|Évry |OSM |48.6332106|2.4489456|advanced condition failed| |POINT (2.4466095 48.6329431999) |912281000Z-5-7 |5-7 |Avenue de la République|91000|Évry |OSM |48.6329432|2.4466095|advanced condition failed| |POINT (2.2146852 48.7534235) |910641500F-3,3B |3;3BIS|Rue des Ponts |91570|Bièvres |OSM |48.7534235|2.2146852|advanced condition failed| |POINT (2.2796389 48.7292302999) |913772240Z-20,20B|20,20B|Rue Henri Gilbert |91300|Massy|OSM |48.7292303|2.2796389|advanced condition failed| |POINT (2.4352343 48.6481477999) |915212560W-5,4 |5;4 |Avenue des Tilleuls|91130|Ris-Orangis |OSM |48.6481478|2.4352343|advanced condition failed| |POINT (2.449035 48.6288495) |912280340G-12-30 |12-30 |Rue Claude Debussy |91000|Évry |OSM |48.6288495|2.449035 |advanced condition failed| |POINT (2.3746692 48.6882399) |913261510C-9-11 |9-11 |Rue Larigaldie |91260|Juvisy-sur-Orge |OSM |48.6882399|2.3746692|advanced condition failed| |POINT (2.3768044 48.68828929994) |913261150L-7B-9 |7BIS-9|Grande Rue |91260|Juvisy-sur-Orge |OSM |48.6882893|2.3768044|advanced condition failed| |POINT (2.164627 48.346169) |910010031H-11??? |11??? |Rue de Beauregard |91150|Abbéville-la-Rivière |OSM |48.346169 |2.164627 |advanced condition failed| |POINT (2.2755262 48.7306235) |913771890U-13-17 |13-17 |Rue Gambetta |91300|Massy|OSM |48.7306235|2.2755262|advanced condition failed| |POINT (2.3756383 48.6849344) |913260360C-39-43 |39Ã 43|Rue Blazy |91260|Juvisy-sur-Orge |OSM |48.6849344|2.3756383|advanced condition failed| |POINT (2.2824517 48.7316568) |913770280U-26-28 |26-28 |Rue Appert |91300|Massy|OSM |48.7316568|2.2824517|advanced condition failed| |POINT (2.3509545 48.6741853999) |915895154V-4-6 |4-6 |Passage Séverine |91600|Savigny-sur-Orge |OSM |48.6741854|2.3509545|advanced condition failed| |POINT (2.27352536 48.67277389996)|915870280F-15,17 |15,17 |Chemin de la Creusière |91160|Saulx-les-Chartreux |OSM |48.6727739|2.2735254|advanced condition failed| |POINT (2.2687457 48.7300291) |913774790W-17-19 |17-19 |Rue Victor Basch |91300|Massy|OSM |48.7300291|2.2687457|advanced condition failed| |POINT (2.3656106 48.7102695) |914790450K-K |K |Rue de l'Eglise|91550|Paray-Vieille-Poste |OSM |48.7102695|2.3656106|advanced condition failed| |POINT (2.2931479 48.7335716) |913770660G-8-10 |8-10 |Avenue de Bourgogne|91300|Massy|OSM |48.7335716|2.2931479|advanced condition failed| |POINT (2.2813312 48.7315105) |913770280U-30-32 |30-32 |Rue Appert |91300|Massy|OSM |48.7315105|2.2813312|advanced condition failed| |POINT (2.27708335 48.7305395)|913771850A-36,34 |36,34 |Rue Gabriel Péri |91300|Massy|OSM |48.7305395|2.2770834|advanced condition failed| '-+-+--+---+-+-+--+--+-+-' .-+-+---. | tLogRow_1 |
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 15:18, Marc SIBERT a écrit : Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. Je me suis posé la même question. J'avais déjà modifié des projets existant par le passé et j'ai voulu testé. J'ai peut-être raté quelque chose. Mais la version Open Studio m'a eu l'air assez dépourvu de fonctionnalité, même pour charger un CSV ce n'est pas simple. Alors j'ai abandonné l'idée. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
Pendant qu'on parle de format de ref:FR:FANTOIR, des contrôles Osmose existent-ils ? Je pense en particulier à des contrôles basiques - vérifier que la longueur de la valeur est 10 caractères, que les neuf premiers sont des chiffres et que le dernier est une lettre. Après, on peut aussi imaginer un rapprochement avec FANTOIR pour énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun enregistrement du fichier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Je suis très étonné car dans la version que j'utilise l'import CSV est trivial, par contre il est vrai que je n'ai pas trouvé de ligne de commande et que tout se fait dans un environnement fenêtré (Eclipse) lourd et gourmand en ressources mais tellement convivial :-) A+ Le 21 mai 2014 15:28, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 21/05/2014 15:18, Marc SIBERT a écrit : Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. Je me suis posé la même question. J'avais déjà modifié des projets existant par le passé et j'ai voulu testé. J'ai peut-être raté quelque chose. Mais la version Open Studio m'a eu l'air assez dépourvu de fonctionnalité, même pour charger un CSV ce n'est pas simple. Alors j'ai abandonné l'idée. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caenhttp://layers.openstreetmap.fr/?zoom=16lat=49.17165lon=-0.33986layers=00B00FFT (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? Francescu Le 21 mai 2014 15:39, Marc SIBERT m...@sibert.fr a écrit : Je suis très étonné car dans la version que j'utilise l'import CSV est trivial, par contre il est vrai que je n'ai pas trouvé de ligne de commande et que tout se fait dans un environnement fenêtré (Eclipse) lourd et gourmand en ressources mais tellement convivial :-) A+ Le 21 mai 2014 15:28, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 21/05/2014 15:18, Marc SIBERT a écrit : Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. Je me suis posé la même question. J'avais déjà modifié des projets existant par le passé et j'ai voulu testé. J'ai peut-être raté quelque chose. Mais la version Open Studio m'a eu l'air assez dépourvu de fonctionnalité, même pour charger un CSV ce n'est pas simple. Alors j'ai abandonné l'idée. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
Le 21 mai 2014 12:53, Pieren pier...@gmail.com a écrit : 2014-05-21 12:06 GMT+02:00 Bruno Cortial bruno.cort...@laposte.net: Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Je pense qu'un mooc est inutile ou alors vise un public très restreint (genre institutionnels). Il faut aussi voir de quel type de mooc on parle. Si c'est interactif, il faudrait des ressources, du temps et de l'engagement personnel, un truc difficile à trouver en dehors des milieux éducatifs/universitaires. Les nouveaux contributeurs lambda ne cherchent pas un cours en ligne qui aborde plein de sujets avec le risque d'être trop théorique, ennuyeux ou verbeux ou qu'il faut suivre dans un ordre prédéfini. Ce qu'il faut, c'est des videos très courtes, centrées sur un thème en particulier que le contributeur devra pouvoir choisir dans une liste (genre comment mapper une ligne de bus, une forêt, corriger une erreur de nom ou d'adresse, ajouter un POI, c'est quoi les landuse corine, la classification des highway,etc) avec des versions différentes pour josm et id et ne faire que quelques videos, très brèves aussi, qui présentent la théorie et les différents éditeurs. C'est aussi plus facile à faire à plusieurs et à mettre à jour. Rares sont ceux qui viennent à OSM en disant je veux tout apprendre avant de me lancer (ou avoir un beau diplôme). Y a pu ka. Pieren Je n'y connais rien en MOOC, mais est-ce qu'il ne serais pas possible de structurer le cours de cette manière justement, avec des vidéos très courtes réutilisables ailleurs, pour pouvoir aussi les intégrer aux pages correspondantes du Wiki par exemple. Une plateforme de MOOC n'est peut-être pas le meilleur support de diffusion, et viser un cours «complet» pas quelque chose de vraiment utile et réaliste, mais ça peut permettre de démarrer avec un cadre et de se poser les bonnes questions. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21 mai 2014 17:02, Francescu GAROBY windu...@gmail.com a écrit : Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? C'est à cause du cadastre, la parcelle correspondante a deux adresses dont une sur l'avenue Albert 1er: Référence cadastrale de la parcelle 000 MK 46 Adresse 34 RTE DE TROUVILLE 14000 CAEN Adresse 34 AV ALBERT 1ER 14000 CAEN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Ah... Merci pour l'explication, mais ça lève une nouvelle question : erreur de saisie des services qui gère le cadastre ou très vieille trace qui serait dû au fait, qu'autrefois, il n'y avait qu'une seule parcelle allant de l'actuelle avenue Albert 1er à l'actuelle route de Trouville ? J'émets des réserves, mais sait-on jamais... Francescu Le 21 mai 2014 17:32, Tyndare tynd...@wanadoo.fr a écrit : Le 21 mai 2014 17:02, Francescu GAROBY windu...@gmail.com a écrit : Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? C'est à cause du cadastre, la parcelle correspondante a deux adresses dont une sur l'avenue Albert 1er: Référence cadastrale de la parcelle 000 MK 46 Adresse 34 RTE DE TROUVILLE 14000 CAEN Adresse 34 AV ALBERT 1ER 14000 CAEN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Talend... j'étais hier au FOSS4G-FR à l'atelier Talend. ;) Il y a peut être des choses à faire, mais il y a aussi beaucoup de choses possibles dans postgres. Le 21 mai 2014 17:37, Francescu GAROBY windu...@gmail.com a écrit : Ah... Merci pour l'explication, mais ça lève une nouvelle question : erreur de saisie des services qui gère le cadastre ou très vieille trace qui serait dû au fait, qu'autrefois, il n'y avait qu'une seule parcelle allant de l'actuelle avenue Albert 1er à l'actuelle route de Trouville ? J'émets des réserves, mais sait-on jamais... Francescu Le 21 mai 2014 17:32, Tyndare tynd...@wanadoo.fr a écrit : Le 21 mai 2014 17:02, Francescu GAROBY windu...@gmail.com a écrit : Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? C'est à cause du cadastre, la parcelle correspondante a deux adresses dont une sur l'avenue Albert 1er: Référence cadastrale de la parcelle 000 MK 46 Adresse 34 RTE DE TROUVILLE 14000 CAEN Adresse 34 AV ALBERT 1ER 14000 CAEN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ 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] Format FANTOIR
9 chiffres + 1 lettre ? Et la Corse ? ref:FR:FANTOIR - 1 chiffre - 1 chiffre ou A ou B - 3 chiffres - 4 alphanum (et oui !) - 1 lettre (liste fermée en plus, et pas tout A-Z) Le 21 mai 2014 15:31, Jean-Marc Liotier j...@liotier.org a écrit : Pendant qu'on parle de format de ref:FR:FANTOIR, des contrôles Osmose existent-ils ? Je pense en particulier à des contrôles basiques - vérifier que la longueur de la valeur est 10 caractères, que les neuf premiers sont des chiffres et que le dernier est une lettre. Après, on peut aussi imaginer un rapprochement avec FANTOIR pour énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun enregistrement du fichier. ___ 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] Un MOOC OSM ?
Ca peut permettre d'avoir une progression et surtout un MOOC c'est en principe quelque chose d'un peu interactif, avec un prof qui suit ses élèves, les accompagne, corrige, etc... d'où le besoin de se former à ce qu'est un MOOC avant d'envisager d'en créer un ;) Le 21 mai 2014 17:16, Tyndare tynd...@wanadoo.fr a écrit : Le 21 mai 2014 12:53, Pieren pier...@gmail.com a écrit : 2014-05-21 12:06 GMT+02:00 Bruno Cortial bruno.cort...@laposte.net: Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Je pense qu'un mooc est inutile ou alors vise un public très restreint (genre institutionnels). Il faut aussi voir de quel type de mooc on parle. Si c'est interactif, il faudrait des ressources, du temps et de l'engagement personnel, un truc difficile à trouver en dehors des milieux éducatifs/universitaires. Les nouveaux contributeurs lambda ne cherchent pas un cours en ligne qui aborde plein de sujets avec le risque d'être trop théorique, ennuyeux ou verbeux ou qu'il faut suivre dans un ordre prédéfini. Ce qu'il faut, c'est des videos très courtes, centrées sur un thème en particulier que le contributeur devra pouvoir choisir dans une liste (genre comment mapper une ligne de bus, une forêt, corriger une erreur de nom ou d'adresse, ajouter un POI, c'est quoi les landuse corine, la classification des highway,etc) avec des versions différentes pour josm et id et ne faire que quelques videos, très brèves aussi, qui présentent la théorie et les différents éditeurs. C'est aussi plus facile à faire à plusieurs et à mettre à jour. Rares sont ceux qui viennent à OSM en disant je veux tout apprendre avant de me lancer (ou avoir un beau diplôme). Y a pu ka. Pieren Je n'y connais rien en MOOC, mais est-ce qu'il ne serais pas possible de structurer le cours de cette manière justement, avec des vidéos très courtes réutilisables ailleurs, pour pouvoir aussi les intégrer aux pages correspondantes du Wiki par exemple. Une plateforme de MOOC n'est peut-être pas le meilleur support de diffusion, et viser un cours «complet» pas quelque chose de vraiment utile et réaliste, mais ça peut permettre de démarrer avec un cadre et de se poser les bonnes questions. ___ 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] Un MOOC OSM ?
Tout dépend de l'objectif du MOOC, et de l'importance qu'on apporte au M pour Massive. S'agit-il d'amener plus de monde à /penser /OSM et pas seulement G...Maps, et amener ces utilisateurs à contribuer par la petite porte ? Ou s'agit-il de former de nouveaux contributeurs ? Les deux objectifs sont valables, à nous d'en discuter dans le cadre de ce MOOC de MOOC. Je propose de prendre les inscriptions pour proposer un projet jusqu'à vendredi, puis de le proposer sur le site de FUN. Il faut un porteur de projet, je veux bien m'y coller mais si quelqu'un d'autre est volontaire tout va bien. Vincent en est çà fait déjà deux :-) Antoine. Le 21/05/2014 11:33, Pierre Knobel a écrit : Je suis aussi d'avis qu'il est nécessaire de présenter JOSM. Les débutants prêts à s'investir dans un MOOC seront surement assez motivés et compétents pour comprendre les relations (multipolygones pour les iles sur les lacs, les clairieres dans les forets...), et ils auront besoin de JOSM tôt dans leur progression. ___ 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] Format FANTOIR
On 05/21/2014 07:01 PM, Christian Quest wrote:
9 chiffres + 1 lettre ?
Et la Corse ?
ref:FR:FANTOIR
- 1 chiffre
- 1 chiffre ou A ou B
- 3 chiffres
- 4 alphanum (et oui !)
- 1 lettre (liste fermée en plus, et pas tout A-Z)
La liste n'est pas dans la documentation de FANTOIR... Saurais-tu où la
trouver ?
En attendant... ^[\d][\dAB][\d]{3}[A-Z0-9]{4}[A-Z] pour commencer ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 02:27, Jérôme Amagat a écrit : Je sais bien que le terrain prime mais à part ça Les rendus BANO ne sont pas des rendus banals. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Identité et cycle de vie de l'adresse
On 05/19/2014 06:51 PM, Christian Quest wrote: Pour l'instant l'ID utilisé dans BANO est justement composé de INSEE+FANTOIR+N° L'HEXACLE n'est pas libre (actuellement). S'il le devient il faudra l'intégrer. Côté opérateurs de télécommunications, j'en connais pour qui l'HEXACLE serait fort bienvenu... Sinon il leur faudra faire eux-même la jointure vu que dans leurs systèmes (où du moins ceux que je connais) l'adresse est identifiée par l'HEXACLE. Mais la capacité de jointure à l'HEXACLE signifie de continuer à utiliser Mediapost... Et donc pas d'économies en vue. Bon... Les early adopters risquent de se trouver ailleurs... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 20:40, Jean-Francois Nifenecker a écrit : Le 21/05/2014 02:27, Jérôme Amagat a écrit : Je sais bien que le terrain prime mais à part ça Les rendus BANO ne sont pas des rendus banals. Visiblement, ça ne fait pas un four ! Et c'est bien dans les ban-lieues qu'on trouve le plus de quoi nourrir OSM et qui continue à poser question. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] alt_name et associatedStreet
Y a-t-il une position des Français vis-à-vis des associatedStreet ? En tout cas, quel est le modèle que vous utilisez de préférence ? Pour les quelques adresses que j'ai rentrées jusqu'à maintenant, j'ai utilisé addr:street (par simplicité, mais aussi parce que c'est ce que j'avais le plus souvent rencontré). J'ai du mal à faire une idée précise sur l'opportunité ou non d'utiliser le modèle associatedStreet. J'ai glané les idées que c'était un modèle qui évitait les redondances, facilitait les corrections, mais plus délicat à réutiliser, que la maintenance des relations était délicate. Y a-t-il d'autres points qui m'ont échappé ? Zigeuner Le Lundi 19 mai 2014 10h58, Pieren pier...@gmail.com a écrit : 2014-05-19 10:22 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: De toute façon, le plus simple c'est de tester ! Et de toute façon, comme il y a des applications qui ne reconnaissent pas les associatedStreet (et pour longtemps encore, semble-t-il, vu la position des allemands sur cette relation), le minimum est de conserver le tag sur le highway. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
On 05/21/2014 03:31 PM, Jean-Marc Liotier wrote:
Après, on peut aussi imaginer un rapprochement avec FANTOIR pour
énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun
enregistrement du fichier.
Et si un ref:FR:FANTOIR ne correspond à aucun enregistrement FANTOIR
mais qu'il correspond à ^[\d][\dAB][\d]{4}[A-Z0-9]{4}[A-Z] (11
caractères...) alors on peut en en déduire que c'est une référence
FANTOIR incluant le digit de direction qui a été saisie.
En itérant une recherche sur les dix digit de direction possibles, on
peut alors trouver des candidats à correspondance... Si l'un d'eux
appartient à la commune dans laquelle se trouve l'objet alors on serait
presque tenté de le corriger automatiquement tant la probabilité
d'erreur est alors faible...
Bon... J'admet que je m'emporte un petit peu...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
Le 21/05/2014 23:41, Jean-Marc Liotier a écrit :
On 05/21/2014 03:31 PM, Jean-Marc Liotier wrote:
Après, on peut aussi imaginer un rapprochement avec FANTOIR pour
énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun
enregistrement du fichier.
Et si un ref:FR:FANTOIR ne correspond à aucun enregistrement FANTOIR
mais qu'il correspond à ^[\d][\dAB][\d]{4}[A-Z0-9]{4}[A-Z] (11
caractères...) alors on peut en en déduire que c'est une référence
FANTOIR incluant le digit de direction qui a été saisie.
En itérant une recherche sur les dix digit de direction possibles, on
peut alors trouver des candidats à correspondance... Si l'un d'eux
appartient à la commune dans laquelle se trouve l'objet alors on serait
presque tenté de le corriger automatiquement tant la probabilité
d'erreur est alors faible...
L'appartenance à la commune est de fait puisque les 5 premiers
caractères sont le code INSEE. Donc on a un périmètre de recherche par
nature réduit à la commune, pas de débordements possibles.
Bon... J'admet que je m'emporte un petit peu...
Ben...non, je trouve pas :) C'est typiquement le genre de test qu'il va
falloir brancher, au contraire.
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] alt_name et associatedStreet
Les relations apportent un réel plus en terme de description et d'aspect relationnel (heureux!). Elles sont plus complexes à créer, c'est vrai, mais vu le travail prémâché qui sort des outils d'extraction du cadastre (ou l'outil de saisie manuelle lié au plugin cadastre de JOSM), c'est un faux problème. J'ai créé des dizaines de milliers d'adresses comme ça sans aucune prise de tête. Leur maintenance pour les adresses n'est vraiment pas problématique, moins que les relations sur les boundary/multipolygon/route qui se cassent plus facilement. Mais bon... au risque de me répéter... remplacer du rouge par du bleu (résoudre les rapprochements qui ne se font pas) est plus utile dans l'immédiat que par du vert (import d'adresses). Le 21 mai 2014 22:59, Copro Grammes coprogram...@yahoo.fr a écrit : Y a-t-il une position des Français vis-à-vis des associatedStreet ? En tout cas, quel est le modèle que vous utilisez de préférence ? Pour les quelques adresses que j'ai rentrées jusqu'à maintenant, j'ai utilisé addr:street (par simplicité, mais aussi parce que c'est ce que j'avais le plus souvent rencontré). J'ai du mal à faire une idée précise sur l'opportunité ou non d'utiliser le modèle associatedStreet. J'ai glané les idées que c'était un modèle qui évitait les redondances, facilitait les corrections, mais plus délicat à réutiliser, que la maintenance des relations était délicate. Y a-t-il d'autres points qui m'ont échappé ? Zigeuner Le Lundi 19 mai 2014 10h58, Pieren pier...@gmail.com a écrit : 2014-05-19 10:22 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: De toute façon, le plus simple c'est de tester ! Et de toute façon, comme il y a des applications qui ne reconnaissent pas les associatedStreet (et pour longtemps encore, semble-t-il, vu la position des allemands sur cette relation), le minimum est de conserver le tag sur le highway. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
Penser aussi à la ref:FR:FANTOIR=no
Le 21 mai 2014 23:51, Vincent de Château-Thierry v...@laposte.net a écrit
:
Le 21/05/2014 23:41, Jean-Marc Liotier a écrit :
On 05/21/2014 03:31 PM, Jean-Marc Liotier wrote:
Après, on peut aussi imaginer un rapprochement avec FANTOIR pour
énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun
enregistrement du fichier.
Et si un ref:FR:FANTOIR ne correspond à aucun enregistrement FANTOIR
mais qu'il correspond à ^[\d][\dAB][\d]{4}[A-Z0-9]{4}[A-Z] (11
caractères...) alors on peut en en déduire que c'est une référence
FANTOIR incluant le digit de direction qui a été saisie.
En itérant une recherche sur les dix digit de direction possibles, on
peut alors trouver des candidats à correspondance... Si l'un d'eux
appartient à la commune dans laquelle se trouve l'objet alors on serait
presque tenté de le corriger automatiquement tant la probabilité
d'erreur est alors faible...
L'appartenance à la commune est de fait puisque les 5 premiers caractères
sont le code INSEE. Donc on a un périmètre de recherche par nature réduit à
la commune, pas de débordements possibles.
Bon... J'admet que je m'emporte un petit peu...
Ben...non, je trouve pas :) C'est typiquement le genre de test qu'il va
falloir brancher, au contraire.
vincent
___
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] alt_name et associatedStreet
C'est vrai que ça ne semble pas être des relations très complexes à créer, ni à réparer ! Merci de la réponse très claire Mais bon... au risque de me répéter... remplacer du rouge par du bleu (résoudre les rapprochements qui ne se font pas) est plus utile dans l'immédiat que par du vert (import d'adresses). Le message est bien reçu, j'ai d'ailleurs commencé à la faire là où je pouvais ! Le 21 mai 2014 22:59, Copro Grammes coprogram...@yahoo.fr a écrit : Y a-t-il une position des Français vis-à-vis des associatedStreet ? En tout cas, quel est le modèle que vous utilisez de préférence ? Pour les quelques adresses que j'ai rentrées jusqu'à maintenant, j'ai utilisé addr:street (par simplicité, mais aussi parce que c'est ce que j'avais le plus souvent rencontré). J'ai du mal à faire une idée précise sur l'opportunité ou non d'utiliser le modèle associatedStreet. J'ai glané les idées que c'était un modèle qui évitait les redondances, facilitait les corrections, mais plus délicat à réutiliser, que la maintenance des relations était délicate. Y a-t-il d'autres points qui m'ont échappé ? Zigeuner Le Lundi 19 mai 2014 10h58, Pieren pier...@gmail.com a écrit : 2014-05-19 10:22 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: De toute façon, le plus simple c'est de tester ! Et de toute façon, comme il y a des applications qui ne reconnaissent pas les associatedStreet (et pour longtemps encore, semble-t-il, vu la position des allemands sur cette relation), le minimum est de conserver le tag sur le highway. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
