Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier
Selon Stéphane Péneau stephane.pen...@wanadoo.fr: Cela fait bien trop longtemps que je n'ai pas fait de CSS pour comprendre ce qui pose problème, mais si je supprime le float:left du style .rubrique, alors ça passe correctement avec Firefox et IE. Le jeudi 16 octobre 2014 10:36:37, JérÃŽme Seigneuret a écrit : En effet, Il y a un problème de taille sur les balises TR et TD. Merci pour vos pistes :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir
Selon Jérôme Seigneuret jseigneuret-...@yahoo.fr: D'ailleurs j'ai remarqué aussi que dans BANO les noms des lieux-dit sont tronqués... La taille du champs de stockage est trop restrictive soit dans BANO soit c'est la source qui est déjà tronqué. J'aimerais bien que le problème vienne de BANO sur ce coup là. Malheureusement c'est à la source : le libellé de voie dans FANTOIR plafonne à 26 caractères, cf. p6 de la doc : http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf C'est un peu court pour caser ce genre de nom sans abréviations... : http://www.openstreetmap.org/way/39043386 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier
Selon Francescu GAROBY windu...@gmail.com: Concernant les 4 nombres donnés dans les en-têtes de colonnes, il semble que seul celui de la première colonne (Voies avec adresses - voies FANTOIR sans rapprochement OSM) est affiché sur la carte BANO http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#13/49.1722/-0.3608. Ne serait-il pas intéressant soit d'afficher aussi celui de la troisième colonne (Voies sans adresses - voies FANTOIR sans rapprochement OSM) Ã coté (manque XX + YY voies) ? Soit d'afficher l'addition de ces 2 valeurs Tout à fait, histoire de donner un panorama plus complet des manques par commune. Le préalable est le même que pour proposer les liens de visu et d'édition en fin de ligne : il faut une géométrie (au moins 1 point) pour ces voies. Or, étant sans numéros, on ne peut pas déduire leur géométrie des n° trouvés dans le cadastre. Étant (par définition) sans rapprochement OSM, on ne peut s'appuyer sur la géométrie OSM. Restent les parcelles, dont on connaît la géométrie et le nom. C'est ce que je vais mettre à contribution = à suivre. Pour répondre à Jérôme : voies et lieux-dits sont stockés dans la même table côté FANTOIR, c'est l'attribut Type de voie qui donne la distinction. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transformation node en way sur Josm
Selon JB jb...@mailoo.org: Encore plus rapide, tu sélectionnes le noeud et le way, puis Ctrl+Maj+G, le noeud disparait et le way récupère ses tags. Bon, pas son historique, par contre. Raccourci actif via ce pratique plugin : http://josm.openstreetmap.de/wiki/Help/Plugin/UtilsPlugin2 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier
Bonsoir, Le 14/10/2014 14:31, Vincent de Château-Thierry a écrit : C'est bien prévu oui. Je voulais le faire la semaine dernière, mais un sujet est venu par dessus dans la pile : les rues sans adresses [1], quelle que soit la source. Pour l'instant, le rendu carto comme la page de listes de voies ne considèrent que les rues avec au moins 1 adresse, côté Cadastre ou côté OSM. Or un paquet de voies sont sur le terrain dépourvues de n°, de plaques adresses. Le constat qu'on fait pour l'instant, tant sur les tuiles que via les listes, n'est donc qu'un sous-ensemble des rues existantes. Mon travail de ces jours-ci vise à pouvoir lister ces rues non adressées, en distinguant 3 ensembles : - celles rapprochées de FANTOIR, - celles connues uniquement d'OSM, - celles connues uniquement de FANTOIR Ces 2 derniers groupes nous donneront pas mal de matière, car elles indiqueront de potentiels manques côté OSM : manque de géométrie, manque de nommage, typos, ou tout simplement divergence de nommage avec FANTOIR. Ce nouveau paquet (les rues sans adresses) va donner lieu à de nouveaux onglets dans les listes, et aussi à une nouvelle sortie de contenu depuis BANO : chaque rue connue à la fois d'OSM et de FANTOIR deviendra dans BANO un point, permettant de se situer sur la voie. BANO est ici à la fois un outil d'amélioration d'OSM et un consommateur de ces améliorations Des résultats de ce chantier, côté listes, dans les prochains soirs. Je viens d'ajouter 2 listes de voies sur : http://cadastre.openstreetmap.fr/fantoir/ Elles reprennent ce que j'évoquais hier (ci-dessus), à savoir les listes de voies où aucune adresse n'est connue, listes séparées entre voies connues de Fantoir, et les autres. Ça s'appuie sur le tout nouveau contenu de BANO qui représente chaque voie par un point, en s'affranchissant des n°, contenu à peine sec (première production la nuit dernière). Parmi les points à traiter sur ces listes : ajouter la capacité d'afficher les cartes et d'éditer, comme pour les voies numérotées. Je compte utiliser les parcelles pour déterminer la zone de cadrage, vu qu'ici par définition on ne peut pas utiliser la géométrie des n° d'adresses. À suivre et vos retours bienvenus. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le 15/10/2014 17:28, Pieren a écrit : 2014-10-15 16:51 GMT+02:00 Francescu GAROBY windu...@gmail.com mailto:windu...@gmail.com: Dans ce cas, tu aurais une relation (à gauche) avec un outer et un inner et une way toute seule (à droite) Et c'est cette incohérence que je dénonce. Dans un cas, le tag est sur le way extérieur. Dans l'autre, on oblige les gens à le mettre dans la relation alors que ça n'est pas nécessaire. Ca interpelle les débutants ce genre de trucs. Le déplacement dans la relation n'est vraiment utile que dans des cas plus rares (autres tags sur le inner, plusieurs ways pour le outer, etc). Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les tags des membres. À expliquer et à assimiler, c'est pire... Au moins, statuer que pour _tous_ les multipolygons les tags sont sur la relation, c'est constant, donc au final, à mon avis, plus simple. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier
De: Jérôme Seigneuret jseigneuret-...@yahoo.fr Je viens d'ajouter un lieudit (voisinage) place=neighbourhood pour les tests de rapprochement des adresses dont la rue n'est pas encore renseignée sur La Vaussière . http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/44.0125/4.6908 Pouvez vous m'expliquer le mode de rapprochent des adresses sur les quartiers (ou lieu-dit) car dans le cas présent le rapprochement ne se fait pas. Pour l'instant on ne procède à un rapprochement qu'avec les rues. Les lieux- dits en tant que tels, et les adresses liées aux lieux-dits (avec addr:place) ne sont pas encore pris en compte. Le matériau lieu-dit a pour le moment tout juste fait son entrée dans BANO, en version brute. Son exploitation reste à faire, ainsi que sa diffusion en sortie de BANO. Vincent ton taf est parfait pour les rues des communes mais as tu prévus de sortir dans un future proche la même chose sur les lieu-dits? Il me semble que c'était prévu mais j'ai rien vu depuis. Merci C'est bien prévu oui. Je voulais le faire la semaine dernière, mais un sujet est venu par dessus dans la pile : les rues sans adresses [1], quelle que soit la source. Pour l'instant, le rendu carto comme la page de listes de voies ne considèrent que les rues avec au moins 1 adresse, côté Cadastre ou côté OSM. Or un paquet de voies sont sur le terrain dépourvues de n°, de plaques adresses. Le constat qu'on fait pour l'instant, tant sur les tuiles que via les listes, n'est donc qu'un sous-ensemble des rues existantes. Mon travail de ces jours-ci vise à pouvoir lister ces rues non adressées, en distinguant 3 ensembles : - celles rapprochées de FANTOIR, - celles connues uniquement d'OSM, - celles connues uniquement de FANTOIR Ces 2 derniers groupes nous donneront pas mal de matière, car elles indiqueront de potentiels manques côté OSM : manque de géométrie, manque de nommage, typos, ou tout simplement divergence de nommage avec FANTOIR. Ce nouveau paquet (les rues sans adresses) va donner lieu à de nouveaux onglets dans les listes, et aussi à une nouvelle sortie de contenu depuis BANO : chaque rue connue à la fois d'OSM et de FANTOIR deviendra dans BANO un point, permettant de se situer sur la voie. BANO est ici à la fois un outil d'amélioration d'OSM et un consommateur de ces améliorations Des résultats de ce chantier, côté listes, dans les prochains soirs. vincent (long, désolé) [1] : https://twitter.com/_vdct/status/520317082161147904 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le 14/10/2014 22:26, Mides a écrit : Il m'arrive que Josm me signale une erreur sur un multipolygone et qui est : Multpolygon relation should be tagged with area tags and not the outer way Si je crée un multi-polygone (basique) sur un calque vierge j'ai la même erreur à l'analyse. Il me semble que je n'avais pas, auparavant, cette d'erreur à la création, ou l'analyse, d'objets imbriqués. Peut être ai-je loupé une case quelque part ? Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : pas de rapprochement à cause du nom du lieu-dit - La Crèche 79
Bonjour, Le 12/10/2014 00:29, Yves Pratter a écrit : Un grand nombre de voies FANTOIR de la ville de La Crèche http://cadastre.openstreetmap.fr/fantoir/#insee=79048 ne sont pas rapprochées avec les rues OSM. Le nom du hameau (plus ou moins tronqué) est ajouté à la fin du nom de rue dans cette ville : 790480446UCHE DE L HOMME DU MOULIN CHAVA Chemin de l'Homme du Moulin http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/46.33854/-0.32200 790480298HCHE DE LA DIBE CHAVAGNE Chemin de la Dibe http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/46.34563/-0.32328 790480357XCHE DE LA FOUGEOIRE CHAVAGNE 790480388FCHE DE LA GRAND CHAUME CHAVAGN etc. Le cas n'est pas isolé et fait l'objet d'un ticket : https://github.com/osm-fr/bano/issues/10 avec une visu ici (figée à début juillet) : http://osm.vdct.free.fr/hameaux/index.html La Crèche fait bien partie des communes détectées. Pour info j'en parlais là : https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069245.html En résumé : c'est bien sur la tout doux que de traiter ça automatiquement. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre (était [import lieux-dits (avec fixme)])
Bonsoir, Le 11/10/2014 19:19, sylvain letuffe a écrit : sylvain letuffe wrote Bref, je m'en occupe par la suppression des noeuds avec ce fixme. Oups, non, pas là tout de suite maintenant, je m'en occupe d'ici quelques jours s'il n'y a pas d'opposition sur la bases de nouveaux éléments Oops statu quo en effet. Personnellement je n'ai pas changé d'avis (mais rien fait non plus) sur le sujet donc je vote toujours pour une suppression. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Selon Francescu GAROBY windu...@gmail.com: Au fait, quelle est la fréquence de mise à jour ? BANO (la base de données) est regénérée chaque nuit entre minuit et ~02:00 en ce qui concerne les adresses au n° et l'intégration des nouvelles commune svectorielles du cadastre. La partie lieux-dits est hors de ce circuit pour l'instant mais elle va l'intégrer. Les outils qui s'appuient dessus (le rendu carto, les listes de rapprochements) sont calés sur ce rythme quotidien. Je vais rajouter sur la page de comparaison Fantoir la date de dernière màj, pour une ville donnée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Selon Francescu GAROBY windu...@gmail.com: Une nouvelle demande d'évolution : que les lettres 'a' et 'b' soient respectivement remplacées par 'A' et 'B', lors de la saisie dans le champ de recherche. Sans ça, la recherche ne donne rien. (ces 2 lettres étant présentes dans tous les codes INSEE de Corse-du-Sud et de Haute-Corse, respectivement). Oops, mAis Bien sûr. ÇA serA fAit très Bientôt :) (d'ici là je m'entraîne) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Bonjour, Le 08/10/2014 11:15, Yves Pratter a écrit : Le 7 oct. 2014 à 23:39, Vincent de Château-Thierry osm.v...@free.fr a écrit : Petit détail : Peux-tu aussi afficher le nom de la commune en titre dans la page web ? Voilà qui est fait. Merci :-) Un ajout sur la page http://cadastre.openstreetmap.fr/fantoir/ donc à vos F5 ou cmd + R :) : Pour chaque voie _non rapprochée_ entre OSM et Fantoir, on peut désormais via un clic activer JOSM* ou ID, centré sur la voie en question. J'aurais aimé, dans le même clic, mettre dans le presse-papier la valeur du code FANTOIR, mais je n'ai pas vu de moyen simple. vincent *si la télécommande est configurée ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 09/10/2014 14:31, Francescu GAROBY a écrit : Je venais justement de remarquer cet ajout. Du coup, serait-il possible de faire la même chose, sur la colonne verte, avec un lien JOSM vers la relation associatedStreet contenant la voie en question ? S'il reste simple de proposer un lien d'édition ou un lien vers la carte (@ab_fab : ok, ce sera fait) ça devient coton pour un lien vers une relation associatedStreet, pour 2 raisons : rien ne nous dit que cette relation existe, vu que certaines adresses sont modélisées avec le tag addr:street à la place. Et ensuite, dans BANO, là où je prends les infos montrées sur cette page, le lien avec les objets OSM n'est pas conservé (en stockant un id OSM par exemple), donc pas simplement disponible. À la réflexion on doit pouvoir compenser ça via un appel Overpass qui combine 3 critères : valeur du tag ref:FR:FANTOIR, emprise géographique, et relation de type associatedStreet. Pourquoi pas, mais encore une fois, sans garantie de résultat. Donc, en fait, à suivre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 09/10/2014 19:40, David Crochet a écrit : Le 09/10/2014 14:27, Ab_fab a écrit : Et un simple lien vers la carte pour faire un état des lieux avant de penser modification ? Oui, pareil, car cela laisse les Potlatch_user_compliant sur le carreau. Pas de jaloux, les fans de Potlatch ont maintenant eux aussi un lien direct pour éditer. Et vous trouverez à côté 3 liens pour voir les rues en situation : rendu classique, rendu Fr, et rendu BANO : http://cadastre.openstreetmap.fr/fantoir/ vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Bonjour, Le 10/10/2014 04:32, Jérôme Amagat a écrit : J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Je suis d'accord avec Christophe. Concernant le développement des noms, c'est un exercice casse-g car à une même abréviation correspondent plusieurs interprétations : ANC, c'est Ancien ? Anciens ? Ancienne(s) ? STE, c'est Sente ? Sainte ? Etc. Si on automatise au point de copier/coller les noms, alors autant aller à l'étape d'après : automatiser la détection de la voie concernée par le nom, via une heuristique basée sur l'implantation des n° de la voie. Mais là, autant on va faire du chiffre, autant en terme de qualité on ne va plus maîtriser grand chose. Or notre valeur ajoutée est dans la qualité, la vérification, la correction, depuis le terrain mais aussi depuis sa chaise. Dans mes tests de l'outil que je vous propose, je tombe, en banlieue parisienne, assez souvent sur des noms avec une typo, qui explique l'absence de rapprochement. Corriger ces noms, c'est bien sûr profiter à BANO (on dégomme du rouge), mais en premier lieu, c'est monter la qualité d'OSM. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation althio
Bonsoir et la bienvenue, Le 08/10/2014 23:25, althio forum a écrit : Bonjour, Je suis utilisateur de OSM et je passe maintenant dans la case des contributeurs. Je viens d'étudier quelques tutoriaux et de faire les premières ajouts et modifications sur la base. Je pense contribuer principalement sur Paris, en particulier sur le 20e et autres arrondissements de l'Est. Mes premiers ajouts seront certainement sur la vie de quartier, les éléments cyclables et peut-être les transports en commun. Si le virus me prend, je participerai aussi à d'autres actions coordonnées ou de plus grande envergure ! Si tu souhaites rencontrer des contributeurs parisiens, il existe maintenant une habitude calée au dernier vendredi de chaque mois. Ça prend la forme d'un resto, et/ou plus récemment d'un point plus technique où chacun vient potentiellement avec un PC, pour échanger devant les outils. Les infos autour de ces soirées passent par la liste ici-même, ou par le forum, dans sa section IDF : http://forum.openstreetmap.fr/viewforum.php?f=18 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki
Bonjour, De: Jérôme Seigneuret jseigneuret-...@yahoo.fr Dans ce cas il faut l'ajouter dans la page du wiki BANO le lien vers http://cadastre.openstreetmap.fr/fantoir/ Le 6 octobre 2014 22:01, Yves Pratter yves.prat...@gmail.com a écrit : #8230;mais j#8217;ai du mal m#8217;exprimer, je voulais qu#8217;un lien « officiel » soit mis dans une section « Liens externes » à la wikipedia. Oui, n'hésitez pas à amender la page BANO du wiki. C'est un wiki :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 06/10/2014 14:01, Yves Pratter a écrit : Petit détail : Peux-tu aussi afficher le nom de la commune en titre dans la page web ? (balise TITLE et balise H1 par exemple). Éternoz — Correspondance entre FANTOIR et voies OSM http://cadastre.openstreetmap.fr/fantoir/#insee=25223 Voilà qui est fait. Le code de la page ayant changé, un petit F5 pour que ça fonctionne. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un peu de casse
Bonsoir, Le 07/10/2014 00:05, Pierre-Yves Berrard a écrit : J'ai découvert quelques bizarreries dans ce secteur : https://www.openstreetmap.org/#map=15/49.4555/2.4768 Notamment : * un énorme multipolygone farmland qui est est passé en residential ; * l'admin_center de la relation Erquinvillersqui a disparu. J'aimerais bien restaurer ce dernier, mais je ne trouve pas son id. Tu l'as via l'historique de la relation : http://www.openstreetmap.org/api/0.6/relation/1073957/16 820324803 on dirait Bonne nuit, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Bonsoir, Le 04/10/2014 22:00, Yves Pratter a écrit : Le 4 oct. 2014 à 17:44, Vincent de Château-Thierry osm.v...@free.fr mailto:osm.v...@free.fr a écrit : C'est une limite des listes proposées : elles s'appuient sur la table des adresses de BANO. Pour qu'un code Fantoir soit connu dans cette table, il faut a minima 1 adresse, qu'elle soit issue d'OSM ou du cadastre. La rue Golda Meir n'a aucune adresse (apparemment) d'où son classement (abusif) en non rapprochée. Il faudra remédier à ça. C’est donc pour ça qu’il y a toutes ces allées, avenues, *autoroute*, avenues, boulevards, chemins, chemins ruraux (CR ?), impasses, passages, places, ponts, ronds-ponts, routes, rues, squares… sortent en erreur alors que bien orthographiés ? Je viens de modifier les résultats, afin pour l'instant de ne lister que les voies disposant d'au moins une adresse, que ce soit côté OSM ou côté Cadastre. Donc typiquement, je ne liste plus à Pau la Rue Golda Meir, qui n'a aucune adresse. De la même manière, sont supprimés les autoroutes, ponts, etc. Ces suppressions sont temporaires. Les voies sans adresses vont réapparaître, mais dans 2 autres listes, pour montrer : - les voies FANTOIR sans aucune adresse et sans rapprochement - les voies FANTOIR sans aucune adresse mais avec rapprochement Les tests de rapprochement utilisés seront ceux de BANO. Du nouveau normalement dans la semaine pour ces compléments. Adresse inchangée : http://cadastre.openstreetmap.fr/fantoir/ vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 05/10/2014 23:38, Jérôme Seigneuret a écrit : Salut, J'ai toujour un problème de correspondance inexistante sur ACH ANCIEN CHEMIN DE LIRAC Ancien Chemin de Lirac qui dispose d'adresse dans BANO mais pas dans OSM (j'ai pas fait de terrain encore là-bas) http://layers.openstreetmap.fr/?zoom=18lat=44.01574lon=4.69962layers=BFT Tout juste corrigé dans BANO = visible ici : http://cadastre.openstreetmap.fr/fantoir/#insee=30326 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Bonjour, Comme évoqué hier avec Yves, voici une page qui permet un inventaire, par commune, des voies proposées par FANTOIR et, parmi elles, de celles retrouvées dans OSM. L'outil a comme point d'entrée le code INSEE de la commune. C'est volontairement simple (vous pouvez dire rustique :) ), ça n'évoluera qu'en fonction des suggestions. Mon idée première était de proposer en complément du rendu carto, une manière simple de connaître et copier/coller les codes FANTOIR sans avoir à les ré-écrire : moins pénible et plus sûr. http://cadastre.openstreetmap.fr/fantoir/ Vos retours bienvenus, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 04/10/2014 17:17, Christophe Merlet a écrit : Le 04/10/2014 16:47, Jérôme Seigneuret a écrit : Salut, J'ai testé chez moi 30326 et il y a plein de voies rattaché non 31 ce qui fait beaucoup vu que j'en ai encore 7 normalement... Il me semble au le rapprochement ne prend pas en compte certaines clés comme la suppression de ach quand il existe dans le nom ancien chemin. Et d'autre surement mais c'est celui qui me vient à l'idée ( j'ai vérifié sur mon tel car pas de pc sous la main) peut ton a l'inverse faire un onglet pour les voies Osm sans rapprochement avec fantoir pour remonter les éventuelle erreur osm ou voies manquante dans fantoir? Il me semble que cela existait à l'adresse http://openstreetmap.fr/outils/adresses En tout cas ce script va être bien utile car il fait ressortir des références FANTOIR qui n'apparaisse pas sur le calque BANO du fait qu'aucun point adresse ne semble exister. Cependant, des rapprochement avec OSM ne sont pas fait alors que le nom de la rue parait strictement identique. Exemple sur Pau (64445) la RUE GOLDA MEIR (644451902Z) qui existe bien dans OSM http://layers.openstreetmap.fr/?q=RUE%20GOLDA%20MEIR,%20pau C'est une limite des listes proposées : elles s'appuient sur la table des adresses de BANO. Pour qu'un code Fantoir soit connu dans cette table, il faut a minima 1 adresse, qu'elle soit issue d'OSM ou du cadastre. La rue Golda Meir n'a aucune adresse (apparemment) d'où son classement (abusif) en non rapprochée. Il faudra remédier à ça. Au passage, suite aux premiers retours (merci), j'ai supprimé des listes les voies considérées par Fantoir comme annulées. @Jérôme : Faire la liste des voies OSM sans Fantoir est possible. Il est aussi prévu d'ajouter l'équivalent pour les lieux-dits. vincent ___ 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
[OSM-talk-fr] Conférence ESRI demain : OSM BANO
Bonsoir, Pour ceux qui seront de passage à Versailles demain pour la conférence ESRI, passez donc faire coucou en salle Vauban à 11:30, j'y présenterai OSM et BANO. Les 2 sujets en 25mn, ça va être du rapide :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Garmin Edge
Le 01/10/2014 21:55, f.dos.san...@free.fr a écrit : Y a aussi gpscorrelate en ligne de commande ou avec une petite interface graphique : http://freefoote.dview.net/linux/gpscorrelate - Mail original - De: Jérôme Seigneuret jseigneuret-...@yahoo.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 1 Octobre 2014 21:22:41 Objet: Re: [OSM-talk-fr] Qualité GPS Garmin Edge Cool! Merci pour l'info! En fait je cherche sur les occasions (Donc j'attends les avis sur le 810 ;-) ) Pour le scripts je verrai c'est sympa. Je m'y pencherai plus tard mais je prends. Le 1 octobre 2014 20:00, Eric eric...@sfr.fr a écrit : J'ai longtemps utilisé un 705 avant de migrer sur un Oregon 650. Les raisons : * l'écran du 705 est petit, surtout quand on a la vue qui baisse :( * la CPU est très limite et avec les cartes OSM qui sont riches, scroller la carte est un enfer * le format TCX n'est pas pratique, il faut le mouliner pour faire un GPX à chaque fois avec un Babel quelconque. Mais c'est un très bon GPS, précis pour les traces (précision affichée souvent de l'ordre de 3-5m, vérifiée sur le terrain). Par contre, je pensais qu'il n’était plus vendu ? Je fais mes cartes à partir de OSM et ca marche très bien sur le Edge comme l'Oregon. En effet, le 705 n'est plus commercialisé. Avantage du Edge : suivre une trace chargée à l'avance est beaucoup plus facile qu'avec l'Oregon (trace rose large plus lisible). Pour les photos, pour ma part j'ai fait un script python (un peu crado) qui parse toutes les photos d'un répertoire et qui, d’après leur heure (EXIF) va chercher la position la plus proche dans le fichier trace GPX associé et qui l’écrit dans les champs EXIF lat/lon de la photo pour la géolocaliser après coup. Avec un offset de temps pour compenser un décalage d'horloge entre GPS et APN. Si ca intéresse quelqu'un... http://www.blueb.fr/_osm/gps- tag.py En environnement propriétaire (Windows ou Apple) il existe le très bon Exiftool : http://www.sno.phy.queensu.ca/~phil/exiftool/ qui permet beaucoup de manips, dont celles décrites par Eric. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Bonsoir, Le 30/09/2014 18:10, Pieren a écrit : 2014-09-30 11:25 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Les solutions lourdes mises en place derrière le Géoportail (pas très web, mais très OGC) ne favorisent pas les performances. Bon, j'étais prêt à taper à mon tour sur l'IGN (un sport qu'on aime bien sur cette liste ;-). Mais force est de reconnaitre que leur service est tout à fait exploitable à l'heure où je poste ce message. Je n'ai pas constaté les délais mentionnés précédemment. Peut-être fallait-il un peu de temps pour remplir les caches... L'IGN vous aura entendus :) (ça date de ce matin) : http://georezo.net/forum/viewtopic.php?pid=257855#p257855 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Garmin Edge
Le 30/09/2014 17:35, Jérôme Seigneuret a écrit : Bonjour, Je compte prendre un GPS pour mes rando (tous genre mais principalement VTT) La série Edge en modèle 705 ou 810 me plait bien. En avez-vous testé un pour savoir si cela peut-être intéressant en terme de saisie de POI et de trace GPS. Ça vaut quoi pour la qualité des traces? J'utilise un 705 pour le guidage en vélo, avec les données proposées ici : http://garmin.openstreetmap.nl/ et ça marche très bien. Autonomie suffisante pour rouler une journée. Les traces sont correctement précises, mais ça sort en format TCX, que JOSM reconnaît via un plugin : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/dataimport Je n'ai pas testé la saisie de POI, ma saisie consiste à prendre des photos en roulant :) vincent ___ 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 01/10/2014 00:44, Christian Quest a écrit : 26 millions d'adresses (pour dénigrer nos petits 15 millions d'adresses)... et combien qui ne correspondent à rien sur le terrain ? L'IGN joue un peu en ce moment à celui qui a la plus grosse (base)... la quantité quitte à compter n'importe quoi là dedans comme des numéros temporaires attribués par le cadastre, ou des adresses virtuelles données à des transformateurs électriques (ils ne connaissent pas les ref GDO). C'est sûr qu'il est plus facile de communiquer sur des chiffres de quantité que sur la qualité plus difficile à comparer. Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils sont aussi dans BANO, car rien en apparence de les différencie des autres. On devrait pouvoir en détecter, ils sont souvent exprimés en milliers au milieu d'autres numéros en unités ou dizaines, dans la même voie, mais on ne s'est pas lancé là dedans pour l'instant. (...) Mais ça ne change pas le constat + général sur le contenu de cette BD. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?
Bonjour, Le 27/09/2014 15:46, Jean-Baptiste Holcroft a écrit : Je viens de voir cet utilisateur : http://www.openstreetmap.org/user/sc_auto_import Plus de 30500 traces GPS envoyées, apparemment automatiquement depuis une flotte de véhicules commerciaux. Je trouve l'idée excellente, même si 200 traces gps au même endroit c'est pas forcément bien utile pour un contributeur. Qu'en pensez-vous ? Le volume de traces est en soi intéressant. Le faisceau composé est un bon témoignage de l'existence d'une voie de circulation, là où une trace seule dit juste que quelqu'un, un jour, est passé par là. Plus le faisceau est dense, plus la superposition à l'imagerie permet une bonne évaluation du calage et de la rectification du fond photo. En résumé : c'est bon à prendre. Est-ce réalisable avec la poste ? ;) Tous les métiers où une flotte de véhicule conséquente est impliquée sont une source intéressante dans ce contexte : postiers, pompiers, livreurs, éboueurs, etc. Mais récupérer un parcours, même en contexte pro, pose inévitablement la question de la surveillance induite par la trace sur les faits et gestes du pilote. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les photos aériennes (orthophotos ?) de Belfort
Bonjour, Le 25/09/2014 11:38, Pieren a écrit : 2014-09-25 11:25 GMT+02:00 Muselaar musel...@ouvaton.org: Je rappelle que je ne suis qu'un contributeur de base, j'essaie de progresser, mais je suis très loin de tout comprendre dans OSM, en particulier au sujet de l'import de données. Dans un premier temps, il suffit de demander qu'ils publient les données dans une licence libre ou compatible OSM (odbl ou LO/OL d'etalab par exemple). Le format importe peu mais c'est souvent un standard SIG, genre shapefile. Après, pour l'import proprement dit, on se débrouille nous-même. C'est un peu plus compliqué et il faut suivre certaines étapes (en parler à la communauté, fixer les tags, tenir compte de l'existant, etc). Ca n'est pas à la portée du premier venu, sauf si c'est à l'échelle d'une seule commune pas trop grande. Oops, on ne parle pas de données vectorielles, qui seraient intégrables dans OSM, mais d'une source raster (pas de shapefile). La demande vers la CAB sera ici une autorisation d'utiliser leur photo comme fond de plan pour la contribution à OSM. Tu as un exemple de courrier avec ce qui s'est fait à Tours http://wiki.openstreetmap.org/wiki/Tours/Ortophoto vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Belle carto des accidents
Bonsoir, Le 23/09/2014 22:29, Christian Quest a écrit : BANO a déjà été utilisé par Brice pour améliorer les données du ministère de l'intérieur. On a fait ça un peu en équipe pendant le hackathon beauveau... comme trouver les accidents dont les coordonnées n'étaient pas dans les frontières de la commune indiquée ;) Le 23 septembre 2014 22:19, Eric Debeau eric.deb...@gmail.com mailto:eric.deb...@gmail.com a écrit : Belle réalisation présentant des accidents de la route qui date d'avril 2014 http://www.ideeslibres.org/Accidents/Gravite/#bbox=41.1290213474951,-7.80029296875,51.34433866059924,22.21435546875lgd=1 Utilisation des tuiles MapQuest et bonnes attributions ;-) Les noms de voie se basent sur les codes Rivoli. Ce serait bien de mettre à jour avec les données BANO qui sont plus précises ;-) Ça a donné cette carto : http://rue89.nouvelobs.com/2014/06/25/carte-presque-tous-les-accidents-route-2012-253113 (warning : c'est du BANO sur fond Google) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions de tagging
Bonsoir, Le 21/09/2014 18:06, Greg a écrit : Je viens de déménager dans une zone plutôt vierge du point de vue POI. Je suis donc descendu de chez moi et j'ai essayé de compléter les deux rues commerçantes adjacentes et je dois m'avouer vaincu par plusieurs boutiques : 1. Un salon de beauté, styliste, visagiste qui fait accessoirement coiffure. J'ai mis 'hairdresser' faute de mieux Dans ce cas je penche pour shop=beauty http://taginfo.openstreetmap.org/tags/shop=beauty 2. Une boutique qui vend des parquets. Pas de carrelage, pas de scies, juste du parquet ? J'ai mis 'hardware' en attendant une meilleure idée C'est un peu détourné, mais j'utilise shop=doityourelf, très générique, mais considérant qu'on y achète du matériel/matériau de travaux 3. Une brasserie ? J'ai hésité entre 'pub', 'cafe' et 'brewery' donc j'ai mis 'bar' dans la mesure où je ne sais pas s'ils brassent vraiment. En France 'brasserie' c'est souvent une catégorie de restaurant... 4. Un cabinet de physiothérapie. Je n'ai rien trouvé de plus convaincant qu' 'natural=health' dans les présélections d'Osmand et force est de constater que le wiki ne connaît pas. 5. Un kebab, c'est du restaurant ou du fast-food ? J'ai opté pour le second mais je ne suis pas vraiment satisfait. Je penche pour fast-food considérant qu'on paie avant de manger, et qu'on peut facilement emporter (takeaway=yes) 6. Certains entretiennent une confusion entre 'cafe' et 'bar' avec le Café bar du Midi. Je constate que la nuance entre 'bar' et 'pub' n'est pas si claire que ça, dans certains cas. Pour le coup du 'cafe', il faudra que je retourne voir si l'on peut y manger. Le nom seul ne discrimine pas. Si café possible au comptoir plus petite restauration (croque-monsieur etc) je choisis cafe. À la tienne, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO/FANTOIR : deux orthographes pour une voie
Bonsoir, Le 19/09/2014 20:12, Jérôme Seigneuret a écrit : Il me semble plus pertinent de mettre une balise alt_name http://wiki.openstreetmap.org/wiki/FR:Key:alt_name sur la rue en question et de faire une vérification par le code du soft en cas de non correspondance cette balise si cela n'est pas déjà le cas. Il y a une priorité sur les noms à prendre en compte il me semble: 1. name 2. official_name 3. int_name 4. nat_name 5. name:fr 6. reg_name 7. loc_name 8. old_name 9. alt_name [] (boucle avec séparateur ; si plusieurs nom) 10. short_name C'est plus propre et plus compréhensible surtout si dernière on laisse une note en expliquant que c'est pour faire une correspondance de nom entre BANO et FANTOIR. Vous en pensez quoi? Actuellement les traitements de rapprochement des noms ne considèrent que le tag name=*, il y a donc une marge de progression de ce côté là. Mais à l'inverse, ajouter un alt_name uniquement sur la foi de Fantoir, pour moi c'est se tromper d'objectif. Le alt_name devrait être issu d'une observation de terrain. Si rien ne le justifie sur place, je ne rajoute pas de alt_name. C'est dit ici régulièrement, le fait de laisser du rouge sur le calque BANO n'est pas problématique. Après, laisser une note sur des objets OSM pour éviter une perte de temps par d'autres contributeurs, ça pourquoi pas. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On parle d'OSM-FR et de BANO dans L'Usine Digitale...
Le 19/09/2014 21:58, Brice MALLET a écrit : Bravo aux initiateurs et contributeurs de BANO dont le travail a permis d'aboutir à cette reconnaissance lors de la conférence de presse du 17/09 sur la stratégie numérique de l'Etat : /Par ailleurs, l'Etat a confirmé le soutien apporté cet été à un projet de base nationale d'adresses ouvertes initiée par OpenStreetMap France et qui devrait intéresser l'ensemble des organisations ou les gestionnaires de données localisées, à commencer par les collectivités territoriales. La constitution collaborative d'une base d'adresses nationale réalisée à partir des meilleures sources disponibles et libres comprendrait déjà environ 15 millions d'adresses./ (…) tiré de : http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitecid=1250267719845jid=1250267721082 Z'ai cru voir un RatZillaS : http://data.blog.lemonde.fr/2014/09/19/henri-verdier-chief-data-officer-de-la-france/ ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano : besoin d'éclaircissements
Bonjour, Selon Stéphane Péneau stephane.pen...@wanadoo.fr: Pour les 2 autres rues, en effet l'espace omis suffit à empêcher le rapprochement des libellés Cadastre et Fantoir, d'où le rouge. Hmm tu es sû»r ? Parce que Cadastre : Rue Chapelle Saint-Charles Fantoir : RUE CHAPELLE SAINT-CHARLES Cadastre : Rue Pierre Vianson-Ponte FANTOIR : RUE PIERRE VIANSSON-PONTE Dans le premier cas, il ne manque jamais le tiret, et l'orthographe est identique. Dans le second, il y a une différence, mais il ne manque pas de tiret, qui à pourtant disparu sur la couche BANO. Oui, c'est bien la version BANO du cadastre qui a un problème, pas le cadastre lui-même. Je n'ai pas tilté hier mais c'est un souci déjà rencontré sur Rennes, à la suite duquel on a mis en place cette liste : https://github.com/osm-fr/bano/blob/master/dictionnaires/expand_noms.txt J'y rajouterai ce soir tes 2 cas, et normalement demain matin on aura du bleu à la place du rouge. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Bonjour, Selon didier2...@free.fr: compris ! sinon pour ma culture, il y a un autre moyen que le plugin reverter pour restaurer un objet? J'utilise ce plugin, très pratique : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano : besoin d'éclaircissements
Bonsoir, Le 17/09/2014 22:03, Stéphane Péneau a écrit : Encore un autre cas, assez proche de celui de la rue viansson-Ponté : un tiret à disparu, et il n'y a pas de code fantoir d'indiqué. C'est ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.22140/-1.43291 Le mercredi 17 septembre 2014 15:06:33, Stéphane Péneau a écrit : A mon tour. ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/47.08530/-1.28808 La rue Pierre Viansson-Ponté (à l'est) est en rouge, mais sans le tiret, et sans code Fantoir. Pourtant en recherchant cette rue dans les fichiers textes de la base Fantoir, j'en trouve bien un qui est 4400431995N. Bizarre... J'ai ajouté le code sur la rue en supprimant le zéro en trop (440431995N) et on verra demain. Au nord-est, la rue de la croix sénard est partagée entre 2 communes. J'ai bien indiqué un ref:FR:FANTOIR:left et ref:FR:FANTOIR:right avec les codes correspondants, mais l'une des correspondances ne se fait pas. Est-ce lié à la frontière admin qui entraine une non-détection de cette rue ? Le cas de la Rue de la Croix-Sénard est similaire à celui décrit par George dans ce ticket : https://github.com/osm-fr/bano/issues/53 Pour l'instant il n'est pas traité. Pour les 2 autres rues, en effet l'espace omis suffit à empêcher le rapprochement des libellés Cadastre et Fantoir, d'où le rouge. Le levier qu'on a pour corriger consiste à intégrer les adresses dans OSM, voire via une relation associatedStreet contenant le Fantoir. On aura alors la garantie que les adresses contribuent à BANO (et évidemment au passage on aura fait tourner le compteur d'adresses dans OSM :) ) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...
Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit : Bonsoir Le 16/09/2014 22:04, didier2...@free.fr a écrit : le changeset qui a cassé des trucs http://www.openstreetmap.org/changeset/25482545 j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas ... J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919 La suite : atelier couture pour les relations admins Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Outil pour ajout du code fantoir
Bonjour, De: rainerU ra...@sfr.fr Je regarderai pour corriger ça (mais pas avant ce soir). Oui, il s'agit de Pézilla-la-Rivière. Ce n'est pas urgent. En attendant, je vais commencer par saisir les codes Fantoir pour d'autres communes. C'est corrigé. Le détail des fichiers mis à disposition est donné ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses#Fichiers_mis_.C3.A0_disposition vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Outil pour ajout du code fantoir
Bonjour, Selon rainerU ra...@sfr.fr: Je regarderai pour corriger ça (mais pas avant ce soir). Oui, il s'agit de Pézilla-la-Rivière. Ce n'est pas urgent. En attendant, je vais commencer par saisir les codes Fantoir pour d'autres communes. C'est réparé, tu dois pouvoir relancer. Le détail des fichiers disponibles est expliqué ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses#Fichiers_mis_.C3.A0_disposition vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Outil pour ajout du code fantoir
Bonjour, Le 14/09/2014 09:21, rainerU a écrit : Merci. Je ne savais pas qu'il était possible de générer les fichiers osm pour l'import des adresses. Je viens de le faire pour une commune et je vois que les noms utilisés dans addr:street sont les noms extraits du cadastre, donc en majuscules et avec les abréviations et les fautes que l'on connaît. On pourrait mettre le nom existant dans OSM, au moins dans les cas où la rue associé a un ref:FR:FANTOIR. S'il s'agit de Pezilla de la Rivière, l'export ne se passe pas correctement, il y a un souci au moment de rapatrier les noms de voies issus d'OSM justement. Tu dois en temps normal pouvoir récupérer des fichiers avec, partout où c'est possible, des noms de relations hérités d'OSM. Je regarderai pour corriger ça (mais pas avant ce soir). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Outil pour ajout du code fantoir
Bonjour, Le 13/09/2014 12:52, rainerU a écrit : après une période d'absence je reviens sur la liste et je découvre ce qui a était fait autour de la base BANO, c'est impressionnant. Je vois qu'il y a un un gros boulot à faire dans mon coin, Perpignan et les environs et je me demande s'il n'y a pas un moyen de faciliter la tache qui consiste à recouper les infos BANO avec les données présentes dans OSM et d'ajouter le code Fantoir dans la base OSM [1]. Activer le rendu Bano dans Josm et d'entrer le code Fantoir à la main pour les 385 rues manquantesde Perpignan me parait assez pénible et surtout sujet aux erreurs de frappe. Je pense donc à faire évoluer un petit scripte que j'avais bricolé pour Fantoir. Ce scripte prend en entrée le fichier Fantoir d'une commune, extrait les noms des rues OSM d'une base OSM/PostGis et essaie d'établir la correspondance entre ces deux sources. Le résultat est un fichier html qui liste les correspondances trouvées, les entrées Fantoir sans correspondance dans OSM et les rues OSM sans correspondance Fantoir, avec un lien Josm pour les objets OSM. Voici un exemple : [2]. Mon idée est d'adapter ce scripte aux fichiers BANO et d'ajouter dans le html un lien Josm avec un addtag pour ajouter le tag ref:FR:FANTOIR. On pourrait aussi remplacer PostGis par Overpass. Avant d'aller plus loin, je voulais demander si un tel outil ou une autre méthode pour ajouter le code Fantoir de façon semi-automatique existent. Le cheminement que tu décris est celui fait de son côté par le processus de chargement de BANO... qui lui-même hérite de ce qui avait été initié sur http://cadastre.openstreetmap.fr/ . Là ça ne concerne que les communes en cadastre vectoriel, pour lesquelles tu peux générer des fichiers de relations associatedStreet (une par rue) avec le code Fantoir déjà placé comme tag de la relation, lorsque la correspondance a été trouvée, et les n° de rue comme membres de la relation. De manière alternative, sortir par exemple un fichier au format .osm des highways d'une communes avec un tag ref:FR:FANTOIR ajouté pourrait s'envisager. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : l'arrivée des lieux-dits
Le 13/09/2014 01:36, Philippe Verdy a écrit : Peut-être aussi passer aux minuscules (juste l'initiale des mots en capitale; même en sachant qu'il manque les accents). Cepla peut réduire la densité. J'ai amorcé le traitement de la casse et de quelques accents. La liste des mots où il manque, sans risque d'ambiguïté, des accents sera à composer à plusieurs mains. Le rendu commence à prendre en compte ces évolutions, ça se propagera à tous les départements au cours de la nuit. Les départements étant traités dans l'ordre, il vaut mieux pour l'instant zoomer sur l'Ain : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.9848/5.1932 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : l'arrivée des lieux-dits
Bonjour, Selon Pieren pier...@gmail.com: 2014-09-12 10:28 GMT+02:00 Donat ROBAUX dona...@gmail.com: Les intégrer comme nom du quartier en zone urbaine, mais quelle limite ? Surtout pas si on ne connait pas le terrain ! Ces noms sont un héritage de l'histoire et sont parfois encore utilisés aujourd'hui, parfois non. Il faut donc vérifier au cas pas cas. Pour les limites, c'est souvent difficile et il vaut mieux utiliser un noeud si on ne sait pas plutÃŽt qu'un polygone aux contours imprécis (par contre, c'est parfois clairement définit, soit par la mairie, soit par l'histoire, comme pour les communes fusionnées) Le premier propos avec ce contenu est de pouvoir le monter, de façon plus simple qu'avec le plugin Cadastre : l'affichage est continu entre communes, avec de la transparence, et la position des textes est censée refléter la présence de bâti. C'est un porté à connaissance dans un premier temps, avec comme souhait (Christian l'a dit) un retour d'expérience de qui veut en fonction de ses connaissances de terrain. S'il est acquis que ces informations vont être proposées via BANO pour qui veut, il reste plus de chemin avant d'en faire une couche d'intégration pour OSM, comme ça a été fait pour les adresses. La question essentielle étant de pouvoir juger de la présence sur le terrain des toponymes proposés. Un autre point est dans la détermination du bon type de place au sens du tag OSM. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lancement campagne de financement OSM-FR
Le 12/09/2014 19:07, Yves a écrit : C'est ça. On 12 septembre 2014 18:54:51 UTC+02:00, Pieren pier...@gmail.com wrote: 2014-09-12 17:58 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Comment pourraient-elles être inutiles ? Ca devient inutile dans le sens que si un logiciel de geocodage fonctionne bien mieux avec BANO qu'avec OSM, plus personne n'aura intérêt à utiliser OSM pour les adresses ni a vouloir transférer les adresses du cadastre dans OSM si celles-ci sont correctes puisqu'OSM ne servira finalement qu'à corriger les endroits où le cadastre se trompe (ce qui arrive mais est assez peu fréquent). Assez peu fréquentes, les erreurs du cadastre ? Il y en a suffisamment, et pas que sur les adresses, pour ne pas considérer cette source aveuglément. Dans BANO, le cadastre fournit un volume de données considérable, mais avec 2 biais : les erreurs, et les communes non couvertes car en raster. Si sur le second le périmètre se réduit de jour en jour (environ 6000 communes restantes), sur le premier une intégration (surtout pas un import) dans OSM élèvera à coup sûr le niveau de qualité. Bref, on aura toujours intérêt à préférer OSM au cadastre dans la constitution de BANO, par principe. Partant de là, je ne partage pas ton pessimisme. Je vois vraiment BANO comme un produit dérivé d'OSM, pour lequel temporairement on recours à des sources complémentaires : cadastre et open data. C'est juste qu'à notre rythme d'intégration, le temporairement va durer quelques années. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : l'arrivée des lieux-dits
Le 12/09/2014 17:23, Christian Quest a écrit : Le 12 septembre 2014 14:30, Eric Pentecote eric.pentec...@outlook.com mailto:eric.pentec...@outlook.com a écrit : Diantre il y a un double post sur le sujet. Je vous invite à regarder le second post pour ma présentation. Navré pour ce contre temps. J'ai bien Lu qu'il y avait près de 3.8 millions de LD issus du rapprochement cadastre/Fantoir. D'après mes connaissances (mais je me trompe peut-être) il y aurais près de 800 000 LD habités en France. Il y a un peu plus de 1 million de lieux-dits habités dans FANTOIR. Eric, la bienvenue. Côté stats, Fantoir liste en fait 4.7M de lieux-dits _bâtis_, pour 1.1M de non bâtis. Les remarques faites ici aujourd'hui vont très vite faire modifier le rendu de manière à distinguer les 2 familles, soit un premier affinage des données, bien brutes pour l'instant. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO : l'arrivée des lieux-dits
Bonsoir, Les lieux-dits font leur entrée dans BANO. Une toute première mouture très brute de décoffrage est apparue aujourd'hui avec 3.8M de points. Elle consiste en un rapprochement strict entre les lieux-dits Fantoir (lieux-dits habités ou non) et les noms issus du Cadastre. Lorsque la correspondance est trouvée, une géométrie est calculée pour positionner le point représentatif. Si les parcelles portant un nom incluent des bâtiments, le point est calculé comme centroïde des bâtiments en dur. Pour un nom issu de parcelles sans aucun bâtiment, c'est le centroïde des parcelles qui est utilisé. Cette première mouture est avant tout destinée à montrer la masse de contenu. Reste maintenant à raffiner ça pour en faire un contenu plus propre à proposer en sortie de Bano, notamment par un travail sur la casse et l'accentuation. Le style MINITEL actuel ne vous échappera pas :). Une autre utilisation de ces points se fera pour le service d'intégration des adresses. Autre étape à venir : utiliser les nodes place=* d'OSM pour tenter de leur associer un code Fantoir. Comme pour les adresses numérotées, ce code permettra de dédoublonner les sources OSM et Cadastre pour privilégier la première. vous pouvez visiter le contenu ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html Toutes les remarques bienvenues, vincent (désolé si ce mail fait doublon, un premier envoi ne semble pas être arrivé. Y'a des jours :( ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et les rapprochements bizarres
Bonjour, (3e tentative d'envoi) Le 11/09/2014 19:01, Stéphane Péneau a écrit : Comment se comporte BANO une fois qu'on a ajouté les noms des rues manquantes dans le cas où le rapprochement automatique est très curieux avec des numéros parfois éloignés de plusieurs km et qui n'ont rien à voir. Exemple ici : http://layers.openstreetmap.fr/?zoom=18lat=47.24911lon=-1.29872layers=BFT La rue des Maronniers possèderait un numéro à plusieurs km au sud hum... j'en doute. Ce numéro va se retrouver dans les exports ? On trouve aussi au même endroit des rapprochements sur la Route de Landemont, sur une longueur de plusieurs km. Le numéro 40, tout à l'ouest, à bien plus de chance de faire parti du Bd du Général de Gaulle. Le cas de la rue des Marronniers n'est malheureusement pas isolé, on le retrouve d'une commune à l'autre. Ça n'est pas le fait de Bano : si tu vas consulter le cadastre sur cadastre.gouv, tu constateras la même bizarrerie. Est-ce que ça va se retrouver dans les fichiers sortis de Bano ? Oui, dès lors que le rapprochement avec Fantoir fonctionne, et tant qu'aucune donnée concurrente n'existe dans OSM (c'est le cas à ce soir sur le calque, tout est rouge). Une fois les données intégrées dans OSM, soit le n°81 n'existe pas sur le terrain, ni dans OSM, et donc sa seule source, non contredite, reste le cadastre. Dans ce cas ce n° sera exporté. Si en revanche un n°81 est saisi dans OSM, à sa bonne place, alors c'est lui qui prendra la priorité et sera diffusé. On avait dès le départ imaginé un système de black list pour empêcher qu'une donnée, jugée mauvaise, soit exportée, même quand elle est la seule source pour une info. Mais ça n'est pas encore en place. Je vois parfois aussi des rapprochements entre des adresses type 1 puis 3 puis 5 etc... jusque là tout va bien, sauf que dans le lot il y a un numéro 6587. Oui, là aussi ce sont des particularités présentes dans la source Cadastre. Ce sont (il me semble) des numéros affectés temporairement. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM Re: bano : besoin d'éclaircissements
Bonsoir,
Le 05/09/2014 09:36, v...@laposte.net a écrit :
De: Christian Quest cqu...@openstreetmap.fr
Le polygone n'englobe que les adresses, pas la voirie.
Le petit tronçon à l'ouest n'a pas d'adresse proche, c'est donc pour ça qu'il
est en dehors.
En regardant hier soir je n'ai pas compris le pourquoi du problème initial. On
a un bon paquet de 'Grande Rue' rapprochées en base, avec coté Fantoir des
variantes ('GR GRANDE RUE', etc.). Je regarderai à nouveau ce week-end, il y a
possiblement un loup dans le code.
Bon... en re-regardant à l'instant, plus de mauve sur la Grande Rue.
Mais je n'ai touché à rien entre temps. Pierre-Yves, de ton côté ?
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entête DKIM rajoutée à l'objet de certains méls sur la liste OSM-talk-fr
Bonsoir, Le 04/09/2014 17:46, Bruno Besson a écrit : Laposte.net rajoute des en-tête désormais (comme PUB, par exemple, que j'ai pu remarquer chez moi), ça doit être liées aux dernières évolutions de leur outil, mais en tout cas ça vient de la messagerie. 2014-09-04 17:40 GMT+02:00 Yves Pratter yves.prat...@laposte.net mailto:yves.prat...@laposte.net: Bonjour, Depuis quelques jours, les messages expédiés sur cette liste par certains auteurs (Christian, Pieren, Ab_fab, Francescu…) se retrouvent dans ma boite de spam. Est-ce que vous avez le même souci ou est-ce que ça vient de ma messagerie ? Abonné aussi à laposte.net, j'ai les mêmes désagréments depuis le 15 août. Classement en spam de très nombreux mails, mais aussi réception des mails jusqu'à plusieurs heures après leur émission, notamment ceux de talk-fr, et dans un ordre complètement anarchique. Pas folichon pour suivre une conversation, sans même parler d'y participer. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM Re: rendu qa : analyse par commune
Bonsoir, Le 02/09/2014 17:50, Christian Quest a écrit : En extrapolant, on est passé grosso-modo de 4 à moins de 2 en un peu plus de trois ans, donc dans 3 ans on sera raccord ;) Mais entre temps le gros challenge sera la mise à jour. Pour les besoins de BANO sur l'extraction des leux-dits, on a (bientôt|déjà) en base tout les bâtiments, ce qui devrait permettre de faire des analyses croisées systématiques et de proposer à terme des outils pour se simplifier la tâche de mise à jour. = déjà :) Ce week-end, 82.540.773 parcelles et 47.414.467 buildings ont été chargés en base. Ils couvrent les communes vectorisées. Ils vont servir pour déterminer l'étendue des lieux-dits, ainsi que leur calibration (isolated_dwelling, hamlet, village) et permettront de proposer une position géographique pour le point 'place' correspondant, si possible en proche périphérie du plus grand groupe de bâtiments portant chaque nom. Le nom sera autant que possible rapproché du contenu Fantoir pour hériter du code correspondant. Ce point sera à la fois proposé dans BANO, et (ensuite) dans l'outil d'intégration des adresses. Pour ce qui est du rythme de vectorisation, un département crève les stats depuis le début de Bano (début mai) : l'Ariège, avec +150% de communes vectorisées...: de 19 communes à 48, hé oui. 3 autres départements ont une croissance de vectorisation à 2 chiffres : 55 (+14%), 2B (+15%) et 81 (+20%). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question BANO : 1 rue, 2 codes FANTOIR Est-Ouest
Bonsoir, Le 27/08/2014 10:56, René-Luc Dhont a écrit : Je profite de la discussion précédente pour poser ma question. A Port-Vendres la Route de Banyuls possède 2 code FANTOIR : * 1 pour l'EST de la route * 1 pour l'OUEST de la route http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/42.51434/3.10950 Les 2 codes FANTOIR se complètent pour la gestion des adresses. Il n'y a pas d'ancien ou de nouveau codes. Comment traiter cette description de la réalité ? Comment indiquer que les 2 codes FANTOIR sont applicable à la rue mais sans antériorité ? C'est même pire, car certaines parcelles sont aussi rattachées à la 'Route de Banyuls' tout court, qui a aussi son code Fantoir : 661480045R Une possibilité, qui rentre dans les cases, et qui évite de choisir, serait de : - coller le code Fantoir de la 'Route de Banyuls' sur les ways portant ce nom - coller le code Fantoir Ouest sur une relation qui considère les adresses paires, celles du côté gauche de la rue (sur une carte orientée au Nord) - idem avec le code Est pour les adresses impaires. Personnellement je mettrais à chaque fois 'Route de Banyuls' comme nom des relations. De cette manière, chaque code Fantoir aura, dans OSM, un point de chute, et donc un joli libellé. Et dans Bano, incidemment, aussi. Dans la même ville on trouvera un autre doublon du code FANTOIR qui se complètent : * La rue et le quai Pierre Basseres en pleine ville http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.51789/3.10406 Une rapide recherche sur Google ne donne pas de résultats pour 'Quai Pierre Basseres', c'est toujours 'rue Pierre Basseres' qui remonte. En supposant que ce nom est quand même présent sur le terrain, je vois une possibilité : tagguer les ways avec alt_name='quai Pierre Basseres' ne pas mettre de Fantoir sur les ways créer une relation associatedStreet par Fantoir et donc par nom, avec pour chacune ses adresses propres, et les mêmes highways dans les 2 relations. À noter que côté BANO, les ref:FR:FANTOIR:left et ref:FR:FANTOIR:right sont supportés, mais les noms placés en alt_name ne sont pas encore pris en compte. Pour le cas Pierre Basseres, utiliser ref:FR:FANTOIR:left et :right ne marche pas, car le n°14 appartient à la rue mais est du côté quai. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] décalage du cadastre et de Bing
Le 27/08/2014 20:38, didier2020 a écrit : pas de réponse mais comme sur le site du cadastre il est noté SAUGNAC-ET-MURET (37 feuilles) bien que le format soit vectoriel - dans josm je ne pense pas qu'il soit possible de choisir une feuille vector ? - les programmeur banoiste ont peut etre une idée pour faire une extraction séparée par feuille (ca existe?) pour voir si le décalage est sur une, plusieurs feuille ou aléatoire Le chantier en cours côté Bano est de traiter les lieux-dits, ce qui nécessite de connaître la géométrie des parcelles. Ceci pour dire qu'à brève échéance (j'espère semaine prochaine) on aura un moyen, via les parcelles, de déduire l'emprise des feuilles, et donc de pouvoir les afficher en transparence via un calque qui va bien, montrable dans JOSM pour déterminer l'étendue d'un décalage de géométrie. On peut aussi par le même biais envisager une partition des buildings par feuille dans les fichiers mis à disposition, mais avec les outils de sélection de JOSM, notamment le lasso, on a pas forcément besoin d'agir en amont dans les fichiers. En connaissance des limites de feuille, on peut sélectionner assez simplement tout et rien que les buildings d'une feuille donnée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...
Le 12/08/2014 22:35, Christian Quest a écrit : Info pas encore passée ici, mais que je vous laisse savourer en consultant: http://geoportail.fr/url/7FF1IT http://geoportail.fr/url/7FF1IT Chouette symbole :) Je ne sais pas quel est le rythme de mise à jour, mais j'y vois des choses que j'ai mappées dans la matinée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Interruption des mails sur osm.org
Bonsoir, Je relaie une annonce [1] parue ce soir. En substance, plusieurs services de mail autour d'osm.org (messagerie interne entre contributeurs, listes de discussion comme ici, mails du wiki, mails d'inscription) risquent d'être perturbés d'ici à demain soir. vincent [1] : https://lists.openstreetmap.org/pipermail/dev/2014-July/028012.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Couche Bano
Le 17/07/2014 11:03, Art Penteur a écrit : Super ! Et encore merci aux fourmies de l'administation qui fournissent leur dose régulière aux fourmies BANO-addicted de la saisie des noms de voies. La mise à jour des rapprochements entre voies OSM et Cadastre/Fantoir s'est terminée vers 21:00 : +9000 rapprochements par rapport au début du mois : http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html Le rafraîchissement des tuiles est en cours, soyez indulgents si ça mouline un peu... Autre conséquence, le contenu prêt à consommer a subi un coup de jeune : https://github.com/osm-fr/bano-data vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plusieurs relations associatedStreet pour la même voie
Le 10/07/2014 22:34, Paul Mallet a écrit : Cela peut être pertinent lorsque la voie sépare deux communes, afin de fournir les 2 codes fantoir, non ? Oui. C'est le principal (seul ?) cas où ça se justifie, pour distinguer les grappes de numéros des communes se partageant la voie. Et le code Fantoir vient confirmer la séparation. Mais dans le cas du Boulevard de la Duchesse Anne à Rennes, les 2 relations couvrent chacun une partie du boulevard, sans recouvrement pour les portions de voie ni pour les n°. Comme tout est inclus dans Rennes, il ne faudrait garder qu'une des deux relations (n'importe laquelle ici, elles ont les mêmes attributs) et accumuler dedans les membres des deux relations. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano +modifs Bruz
Le 09/07/2014 22:07, nono a écrit : Entre les cohérences terrain/cadastre/bano je suis allé sur le terrain ! http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/48.0247/-1.7458 (...) J'ai cru comprendre qu'il fallait mettre ref:fr:fantoir + 10 ou 11 chiffres d'après le wiki, mais je n'ai pas du m'y prendre comme il faut car bano indique toujours les erreurs. L'information attendue par Bano est le code Fantoir, stocké dans un tag ref:FR:FANTOIR avec la valeur montrée sur le rendu, sur 10 caractères : d'abord les 5 du code INSEE de la commune, puis 4 chiffres, et enfin une lettre ou un chiffre. Ce code peut être placé sur les ways portant le nom de voie, ou sur une relation associatedStreet. Le rendu Bano est figé depuis quelques jours suite à un problème avec la bd qui nous donne le contenu OSM en live. Sly ayant réussi à remettre tout ça d'aplomb (et le merci au passage), on devrait pouvoir procéder à un gros rafraîchissement de la base Bano, et du rendu associé, dans le week-end à venir. Ça vaudra alors le coup de constater quelles erreurs subsistent. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi je quitte OSM
Le 09/07/2014 18:02, Emmanuel Aubert a écrit : Bon je me suis peut être un peu emporté, mais comme je suis toutes les modifs de mon patelin ! C'est la «Rue du tour des haies» qui est devenu un chemin. du même nom. Vu. Une Rue du Tour des Haies a été supprimée dans un changeset qui a vu apparaître le Chemin du Tour des Haies, avec un code Fantoir et une mention BANO dans le tag source. Si le terrain dit Rue et non Chemin, il faudrait corriger le tag name en conséquence, sans toucher au tag ref:FR:FANTOIR. On aurait au final l'identifiant unique de la voie (le Fantoir) et son libellé de terrain grâce à OSM : le meilleur de chaque source, en gros. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Noms de voies suffixés
Bonjour, Suite à un ticket ouvert dans Bano [1], j'ai cherché à détecter les zones où un suffixe de voie est suffisamment fréquent pour former une zone. Ça donne cette visualisation : http://osm.vdct.free.fr/hameaux/index.html#zoom=6lat=46.76lon=2.85 où on croise souvent (en orange) des noms de hameaux, mais pas seulement. La couche bano est disponible en haut à droite pour voir quels noms de voies ont permis de constituer une zone (à fort zoom). Pour l'instant la constitution d'une zone est influencée par la combinaison de: - au moins 5 voies avec le même suffixe de 1 ou 2 mots - la présence d'adresses sur ces voies - la proximité spatiale suffisante des adresses pour former un agrégat La finalité c'est de faire grâce à cette couche de polygones le rapprochement entre voies Fantoir et Cadastre (suffixées) et voies d'OSM, évidemment pas suffixées. Si ça vous inspire des remarques sur des manques, des incohérences ou autre, c'est l'endroit :) merci vincent [1] : https://github.com/osm-fr/bano/issues/10 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de voies suffixés
Bonjour, Le 07/07/2014 00:45, Philippe Verdy a écrit : A prendre avec des pincettes, on trouve des approximations de hameau plus grandes que la réalité, où deux hameaux bien distincts et ayant déjà des noms séparés ont fusionnés en un seul alors qu'il 'ny a même pas continuité territoriale du bati (au sens du zonage urbain de l'INSEE : les zones bâties sont trop éloignés). Attention, il ne s'agit pas de dériver de cette couche la saisie de nodes place=* ou de polygones landuse=residential. C'est juste une couche de détection de zones où plusieurs noms de voies ont en commun de se terminer par un même mot ou couple de mots. J'ai appelé la page 'hameaux.html', c'est un raccourci... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de voies suffixés
Le 07/07/2014 02:18, Pierre Knobel a écrit : Désolé, je répond sur une tablette et j'ai des gros doigts. Je disais que je me demande si on ne pouvait pas descendre le seuil de 5 à 3, voir 2, si on ne s'intéresse qu'aux voies qui n'ont pas déjà été rapprochées par les autres méthodes. Je n'ai pas regardé de près le code source des outils de rapprochement, mais j'imagine quelque chose du genre : sur une commune donnée, on trouve d'abord toutes les voies dont le nom FANTOIR est identique à celui d'OSM, puis sur les voies restantes on essaye de résoudre les abréviations, et pour finir on s'intéresse à toutes les voies restantes qui ont le même suffixe. Si en enlevant le suffixe on trouve une correspondance dans OSM, bingo. Je ne vois pas de gros risque d'effet de bord à appliquer ça dès qu'on a deux rues avec un suffixe commun. Peut-être même qu'il faudrait aller jusqu'à tenter de virer le dernier mot des rues uniques pour voir si ça ne permet pas le rapprochement. Ça permettrait de traiter les nombreux touts petits hameaux. Je n'ai pas testé trop de seuils différents pour l'instant. Je regarderai (ce soir) pour publier un zonage basé sur moins que 5. Et en effet, en traitant d'abord ce qui peut l'être hors suffixe, le risque de mélange devient faible. Pour l'instant je pensais prendre le problème à l'envers, en suffixant les voies et adresses OSM incluses dans chaque zone avec le mot / couple de mots trouvé dans Fantoir et Cadastre sur la zone, afin de pouvoir traiter chaque commune en 1 seule passe comme aujourd'hui. C'est ce qui me semblait le meilleur compromis pour éviter n itérations partielles par commune, et le risque d'usine à gaz. La surcharge des noms OSM n'aurait bien sûr lieu qu'à la volée pour le rapprochement, le nom utilisé au final dans l'export Bano étant le nom OSM d'origine. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voies anormalement longues
Bonjour, Le 01/07/2014 06:46, mga_geo a écrit : J'ai ce matin des voies très longues sur Rennes http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.12639/-1.67367 : - Place de l'Orleanais - Rue Henry-Dunant Si tu consultes ces adresses sur cadastre.gouv.fr, tu verras qu'à chaque fois il y a une majorité de points sur une feuille du plan, et 1 point isolé sur une feuille qui n'a rien à voir. Le rendu bano met juste en évidence ces bizarreries... À évaluer au cas par cas, mais (vu de loin) la parcelle isolée a peu de chances d'avoir une adresse sur place correspondant à ces noms de voie, sachant que chacune des rues que tu indiques n'a qu'un seul code Fantoir. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et fichiers adresses
Bonjour, Le 29/06/2014 19:20, Marc Gauthier a écrit : J'ai un signalement sur BANO ( http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.09602/-1.65890 ) qui concerne 2 adresses 1bis et 2bis. J'ai recherché dans le fichier https://raw.githubusercontent.com/osm-fr/bano-data/master/bano-35.csv la rue Oradour et je n'ai pas trouvé ces adresses ni une voie avec la même graphie. Il n'y a pas de synchronisation entre le dépot et la couche bano ? Tu ne les retrouves pas dans l'export csv car il n'y a pas eu de reconnaissance du code Fantoir (sinon il apparaîtrait sur le rendu). Il n'y a pas eu de reconnaissance à cause des mots 'sur' et 'Glane' collés. Je viens d'ouvrir un ticket [1] pour recenser ces cas de mots collés, qu'il est simple de corriger, encore faut-il les connaître. J'ai l'impression que Rennes en collectionne quelques uns. vincent [1] : https://github.com/osm-fr/bano/issues/41 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et commune sans aucun point d'adresse
Le 26/06/2014 00:05, jean navarro a écrit : j'ai commencé à effacer du rouge sur mon secteur et je viens de tomber sur une commune qui n'a aucun point d'adresse : http://layers.openstreetmap.fr/?q=st%20maurice%20de%20remens# c'est normal ? Si tu regardes le cadastre, les bâtiments ne semblent pas numérotés. En tout cas rien de lisible sur le plan. Or techniquement ce sont les numéros du plan qui sont notre source. Donc on peut plafonner à 0 point d'adresse dans ce cas. En laissant la technique de côté, en faisant un rapide sondage, j'ai comme adresse sur pas mal de parcelles ST MAURICE DE REMENS OUEST y compris lorsqu'un nom de rue est lisible sur le plan en bordure de parcelle. Je ne sais pas comment sur le terrain ça se concrétise, mais j'ai connaissance d'un village (Lautrec, 81) où jusqu'à récemment on n'avait aucun numéro y compris dans les rues du bourg principal. Et c'est sur impulsion du SDIS que la mairie a engagé une action d'adressage au numéro, maison après maison. Le cas n'est peut-être pas si isolé ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article éducavox et télérama
Bonjour, Le 22/06/2014 18:49, Christian Quest a écrit : Mapbox cité 6 fois... et la dernière est pas mal Au delà d’un grand nombre de consultations (plusieurs millions de pages vues), Mapbox facture ces services, proportionnellement. alors que seules les 3000 première cartes (de 15 tuiles soit 1280x768 au mieux) sont gratuites mensuellement. Ça sent le journalisme superficiel. Le 22 juin 2014 18:32, JB jb...@mailoo.org mailto:jb...@mailoo.org a écrit : Il n'y a que moi que ça choque/frustre, qu'on y fasse d'abord l'apologie de Mapbox, qu'on les cite comme « entreprise star dans le domaine de la cartographie libre de droits », puis qu'après plusieurs lignes, on glisse rapidement un mot pas très clair sur OpenStreetMap ? Bon, je vous parle même pas de l'orthographe… JB. Telerama fait partie du même groupe de presse que Le Monde. Le Monde est client de MapBox. Ils n'ont pas forcément eu à aller bien loin pour avoir des infos... Pour l'entreprise star dans le domaine, ça peut agacer mais il faut reconnaître qu'ils ont une position centrale actuellement. Entre leur capacité de communication, et leur prise en charge des devs autour de Leaflet, Mapnik, TileMill, OSRM (excusez du peu), ça place forcément au centre du jeu. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Bonjour, Le 15/06/2014 13:44, Philippe Verdy a écrit : Il ne reconnait pas 27 B comme un seul numéro et place le B dans le nom de la rue. C'est ça en effet. En interrogeant la parcelle qui coince, on voit qu'elle a 2 adresses : 27B RUE DU BOURG BELARD 27 B RUE DU BOURG BELARD C'est bien l'espace entre le 27 et le B qui fait la blague. Le cas est rare, mais pas unique. = https://github.com/osm-fr/bano/issues/28 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Le 15/06/2014 16:02, Philippe Verdy a écrit : En tout cas c'est l'exemple typique qui démonte qu'il ne FAUT PAS abréger les bis/ter... en B/T puisqu'ici on a le 27B différent du 27 bis. Tu as vérifié les lettres ? Il semble que le B ne soit pas tout seul et qu'on a 27A, 27B et 27C au numéro 27. Une photo valant mieux qu'un long discours, la prochaine fois que tu passes à Pouzauges, dis nous ce qu'il en est :) De mon côté je ne vois pas et ne devines pas non plus la présence d'un 27 C ni d'un 27 A. La discussion a permis d'identifier une anomalie dans le traitement des données, pour aujourd'hui je me contente de ça. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Le 15/06/2014 17:47, Philippe Verdy a écrit : ce sont les limites qui coupent le bâtiment du 27 en trois parties rivées. le 27 est positionné sur la première en façade, le 27B sur un point au centre du bâtiment, la troisième n'a rien. Et comme la base adresse ne mentionne que le 27, j'en déduit que ce B est un numéro de porte. Maintenant c'est bizarre ce B tout seul et ce n'est pas l'usage; où est le A? Mon hypothèse c'est que le '27 A' que tu cherches n'existe pas. Le '27 B' est, il faut le rappeler, sur la même parcelle que le '27B' (attaché), qui est la convention pour 'bis' dans la cadastre. Ça paraît donc assez improbable d'avoir, au même endroit, une adresse '27 B', surtout en l'absence de '27 A'. Je penche donc plutôt pour une bête faute de frappe qui aura 'fabriqué' un numéro différent. Pour intégrer des adresses depuis quelques temps avec le cadastre en fond, la liste des incohérences observées est telle que celle-ci ne me choque pas (enfin, pas trop). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour se détendre
Bonjour, Le 14/06/2014 13:14, nono a écrit : Une avenue est bordée d'arbres, ce qui n'est pas le cas d'une rue en général. Il faudrait juger sur les définitions de rue, avenue, boulevard ;-) Pour Boulevard, la définition, c'est : se termine en cul-de-sac pour les voitures = http://www.openstreetmap.org/way/35603783 Non ? :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Deux polygones côte à côte et segment jointifs
Le 13/06/2014 21:24, Mides a écrit : existe t-il sur Josm une façon de faire permettant du voir les différents objets, par exemple landuse, partageant un même segment de way. En te positionnant sur le segment, un clic à l'aide de la molette de la souris affiche la liste des objets distincts présents sous ton curseur. Tu peux naviguer dans cette liste et en piocher un. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de place=village
Le 11/06/2014 19:30, Christophe Merlet a écrit : Après avoir exclus les vrais communes (ref:INSEE=*) En une passe, on peut tous les faire passer en place=locality et laisser le temps les faire repasser en hamlet ou isolated_dwelling Les tagguer en place=locality de façon systématique ne va rien corriger, juste déplacer le problème. Je ne vois pas trop l'intérêt. Pour qui voudrait y consacrer du temps en solo (sans Mapcraft co), réviser ces points se fait idéalement avec le plugin ToDoList : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/TODO_list (et bing en fond) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
Bonjour, Le 07/06/2014 15:18, Vincent de Château-Thierry a écrit : Bonjour, Le 07/06/2014 14:49, djo_man a écrit : une erreur de rapprochement est systématique dés que le nom affiché dans BANO comporte à la fin du nom le numéro de la voie exemple: Rue Auguste Masson (Vc61) Le nom de la rue est bonne dans OSM Le Croisic est du coup tout rouge ! alors qu'il pourrait être presque bleu Merci pour cette remontée. Suffisamment massive pour nécessiter un traitement dans la phase de rapprochement Fantoir = Cadastre. Cette phase est en pleine refonte ce week-end pour permettre une meilleure réactivité par la suite, dans la recherche de correspondance avec les highways OSM au fil des saisies en base. Cette nuit une itération France entière de rapprochement entre codes Fantoir, adresses du Cadastre et noms de vois OSM a été faite. Les efforts des jours derniers sont indirectement visibles sur cette courbe : http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html Su le rendu Bano, normalement, moins de rouge et plus de bleu, c'est le moment de purger les caches des navigateurs :) Cette itération n'a pas tenu compte de toutes les remontées faites jusque là : anomalies, abréviations, etc. Pour faciliter le traitement des cas, l'idéal reste leur recensement ici : https://github.com/osm-fr/bano/issues/new merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
Le 09/06/2014 11:04, aurélien BONDU a écrit : le rapprochement cadastre/OSM ce fait-il sur les codes FANTOIR présent dans une relation de type associatedStreet, je n'ai pas l'impression que c'est le cas actuellement. Exemple de code FANTOIR dans un relation http://www.openstreetmap.org/relation/3751385 Code FANTOIR juste sur la rue http://www.openstreetmap.org/way/282594462 Quelle est la technique à utiliser. La rapprochement envisage aussi bien les codes FANTOIR sur les points adresse que sur les highways et sur les relations. Ceux que tu donnes en lien ne sont pas reconnus car ils ont un '0' en caractère parasite en 3è position. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
Le 09/06/2014 11:37, Christophe Merlet a écrit : Le 09/06/2014 11:23, Vincent de Château-Thierry a écrit : La rapprochement envisage aussi bien les codes FANTOIR sur les points adresse que sur les highways et sur les relations. Ceux que tu donnes en lien ne sont pas reconnus car ils ont un '0' en caractère parasite en 3è position. Et les miens, ils ne sont pas reconnus pour quels raison ? http://www.openstreetmap.org/relation/3790560 http://www.openstreetmap.org/relation/3786719 http://www.openstreetmap.org/relation/3786873 Tu mets en évidence une lacune, et ma réponse un peu rapide tout à l'heure. Dans le cas de divergences de nom, lors du rapprochement des voies du cadastre (les bleues), la recherche de noms dans OSM via le Fantoir ne se fait que sur le Fantoir des highways, et non celui des relations. C'est un manque qu'il va falloir combler (rubrique : quand y'en a plus, y'en a encore). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
Le 09/06/2014 19:59, JB a écrit : Moi aussi, et dans ce cas ? Fantoir sur le way, avec nom différent du cadastre : http://www.openstreetmap.org/way/285240886 C'est un souci qui a été corrigé, dans le code, cet après-midi. Je viens de tester sur St-André et apparemment c'est corrigé. Je te laisse rafraîchir les tuiles. Plus généralement la résolution de ce point va occasionner cette nuit une nouvelle passe de rapprochement des adresses du cadastre. Plus de bleu demain matin, normalement :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de place=village
Bonjour, Le 08/06/2014 15:44, Stéphane Péneau a écrit : J'ai repéré une zone où un grand nombre de hamlet sont taggés en tant que village : http://overpass-turbo.eu/s/3Gv Quelqu'un connaitrait une méthode astucieuse pour ne pas y passer des lustres à tout corriger ? Vu que la correction n'a rien d'automatique (repasser à hamlet voire isolated_dwelling, au cas par cas) on peut imaginer un mapcraft découpé par commune ? C'est pas à toi que je vais dire comment ça marche :) vincent ps. les nodes sont dans une grande majorité l'oeuvre de Fred87, je ne sais pas s'il lit la liste, sinon ça peut être élégant de le mettre dans la boucle ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
Bonjour, Le 07/06/2014 14:49, djo_man a écrit : une erreur de rapprochement est systématique dés que le nom affiché dans BANO comporte à la fin du nom le numéro de la voie exemple: Rue Auguste Masson (Vc61) Le nom de la rue est bonne dans OSM Le Croisic est du coup tout rouge ! alors qu'il pourrait être presque bleu Merci pour cette remontée. Suffisamment massive pour nécessiter un traitement dans la phase de rapprochement Fantoir = Cadastre. Cette phase est en pleine refonte ce week-end pour permettre une meilleure réactivité par la suite, dans la recherche de correspondance avec les highways OSM au fil des saisies en base. À noter qu'un rafraîchissement de la partie verte du calque Bano a eu lieu hier suite au même type de refonte : la France a été mise à jour en ~18h. Ça n'est pas encore automatisé mais c'est un objectif. Pour des cas comme celui du Croisic, ne pas hésiter à les remonter directement ici : https://github.com/osm-fr/bano/issues/new j'ai commencé à renseigner le FANTOIR mais c'est trop fastidieux... La saisie d'adresses [1] permet de faire d'une pierre 2 coups puisque le FANTOIR est autant que possible inclus dans les relations associatedStreet proposées dans les fichiers. Mais c'est moins productif en terme de renseignement des noms de voies manquants dans OSM. vincent [1] : http://cadastre.openstreetmap.fr/?type=adresses ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ordonner les segments d'un fichier gpx
Bonjour, Le 05/06/2014 18:34, Laurent Nicod a écrit : Verifier si les points d arrivee du precedent sont les points de depart,sinon ranger la serie dans l ordre inverse .fastoche.Qu'en penses tu? Le 5 juin 2014 18:22, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : Le 05/06/2014 18:10, Pierre Knobel a écrit : En regardant le fichier GPX, on voit qu'il s'agit de l'export d'une relation OSM : http://www.openstreetmap.org/__relation/555705 http://www.openstreetmap.org/relation/555705 En cherchant Trnavská stovka sur http://hiking.waymarkedtrails.__org/en/ http://hiking.waymarkedtrails.org/en/ on trouve un lien pour télécharger le parcours : http://hiking.waymarkedtrails.__org/en/routebrowser/555705/gpx http://hiking.waymarkedtrails.org/en/routebrowser/555705/gpx Il y a moins de segments, reste à vérifier que les points sont dans le bon ordre. Si quelqu'un connait une méthode plus générique pour exporter une relation route en gpx avec les points ou segments dans le bon ordre, je suis preneur. Un passage par JOSM convertir le calque en GPX Comme il s'agit d'une relation, le passage par JOSM peut comporter l'ouverture de l'éditeur de relations, où le bouton à gauche 'AZ' trie les membres de la relation pour trouver un ordre connexe. Le passage en gpx après ce tri devrait donner le résultat attendu ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation cassée
Le 05/06/2014 21:28, Mides a écrit : existe t-il une solution pour récupérer une relation que j'ai cassée ? rel : 3264259 Elle est de retour : https://www.openstreetmap.org/changeset/22762438 Dans JOSM : Fichier Restaurer l'objet vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation cassée
Le 05/06/2014 21:58, Pierre-Yves Berrard a écrit : Le 5 juin 2014 21:55, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Le 05/06/2014 21:28, Mides a écrit : existe t-il une solution pour récupérer une relation que j'ai cassée ? rel : 3264259 Elle est de retour : https://www.openstreetmap.org/__changeset/22762438 https://www.openstreetmap.org/changeset/22762438 Dans JOSM : Fichier Restaurer l'objet Il faut avoir au préalabre le plugin undelete. Oops, en effet, merci du rappel :) J'ai essayé la même chose que toi, Vincent, mais JOSM ne chargeait rien... Oui, tu as raison. La relation n'apparaît pas dans le panneau des relations, mais on arrive à l'accrocher après un Ctl+A = elle est listée dans le panneau de Sélection. Clic-droit = on peut la modifier, charger ses membres, etc. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation cassée
Le 05/06/2014 22:01, Mides a écrit : Bonsoir, un grand merci, pour ne pas dire énorme. J'avais des grosse gouttes qui commençaient à tomber. :) Sinon, pour info et non pas pour retenter le diable, comment trouver le changeset de cette relation, et si je comprends bien une fois celui ci connu on peut tenter restauration au travers de Josm Au moment de ton 1er mail, l'URL de la relation : http://www.openstreetmap.org/relation/3264259 indiquait le changeset de sa suppression. Mais avec Undelete, c'est le n° d'objet qu'on indique, le n° de changeset ne sert pas. Avec une relation, le n° doit être précédé de 'r' dans la boîte de dialogue d'Undelete. (et non 'n' comme dans ton mail à l'instant) La doc du plugin : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et détection de bâti
Bonsoir, Le 03/06/2014 22:34, Jean-Baptiste Holcroft a écrit : Quand vous faites des tentatives de rapprochement des adresses du cadastre avec un bâti, est-ce possible de voir la part d'adresses qui trouvent un bâtiment sur l'ensembre des adresses ? Tu veux dire, à l'échelle d'une commune ? Si c'est ça oui c'est faisable. J'imagine que cela permettrait de savoir quels sont les bâtiments disponibles dans le cadastre mais non importés dans OSM. On aurait un mélange entre : - bâtiments manquants dans OSM par rapport au cadastre (= ceux qui t'intéressent) - adresses sur des parcelles multi-adresses (= dans le doute on laisse le n° flotter sans rattachement à un bâtiment dans ces parcelles) - parcelles avec adresse mais sans bâtiment au cadastre Un test est réalisable pour savoir si c'est viable et l'inscrire dans la méga liste des choses à faire ? Le test lui-même est dans la liste :) Désolé pour mes idées tordues ;) Non c'est pas tordu, il faudrait voir à l'usage si ça ne ramène pas trop de faux positifs, auquel cas ça perdrait de son intérêt. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO : Actualisation
Bonjour, Le 31/05/2014 10:16, Christian Quest a écrit : Ca arrive, ça arrive... Le 30 mai 2014 23:13, Pierre-Yves Berrard pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com a écrit : Je viens de voir que le rendu bano a été mis à jour en Meurthe-et-Moselle. Ça fait plaisir ! Le rapprochement sur FANTOIR n'a pas eu l'air de fonctionner ; ce n'est pas encore d'actualité ? Jusqu'à présent il n'est effectué que sur les ref:FR:FANTOIR des relations associatedStreet. Tirer parti de ce tag directement sur les ways est bien identifié, c'est sur la liste. Au passage, je pense qu'on peut dire que la v1 de BANO est là, vu que la première itération complète sur tous les départements s'est terminée hier soir : 17.84M d'adresses sur l'étagère. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre parisienne ce vendredi
Bonsoir, Le dernier vendredi du mois, c'est dans 3 jours... L'occasion de notre rencontre parisienne mensuelle. Rendez-vous à partir de 19:00 Chez Papa, 153 rue Montmartre : http://www.openstreetmap.org/node/2695378308#map=19/48.87064/2.34257 Comme d'habitude, les premiers arrivés prennent une table à l'étage. À vendredi, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Evaluer les kms de voies cyclables
Bonsoir Le 26/05/2014 22:01, domi a écrit : Merci pour ces informations. J'ai testé la seconde méthode qui me semble plus simple pour moi. En exécutant la requête donnée en exemple, j'ai réussi effectivement à exporter les gpx et à obtenir la distance totale de Perpignan. Comme j'exécute bêtement j'ai remplacé le 18000 par 2177407 car dans le wiki d'OSM j'ai trouvé ce qui me semble être l'id du grand Angoulême mais là cela ne retourne rien. Relation : Grand Angoulème (2177407) Il faut remplacer en soustrayant 18000 puis additionnant 2177407 = avec 3602177407 on a bien au final des données sur le Grand Angoulême. Bons tests, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Evaluer les kms de voies cyclables
Le 26/05/2014 22:22, Éric Gillet a écrit : Bonsoir, Pouvez-vous expliquer pourquoi il faut faire ces calculs sur l'id de la relation ? Le mécanisme est évoqué ici : http://api.openstreetmap.fr/#section.download_area L'exemple est celui d'une ville, mais (de mémoire) la possibilité a été étendue aux relations des communautés de communes. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Bonjour, Le 24/05/2014 15:33, Christian Quest a écrit : Loin de moi l'idée de vouloir imposer quoi que ce soit, où d'empêcher quiconque d'avancer dans la direction qui lui semble la meilleure. Je viens de faire évoluer le service d'extractions d'adresses pour essayer de concilier les besoins, et les motivations de chacun. Désormais, une voie qui apparaît en rouge sur le rendu BANO est proposé dans les ZIP d'adresses avec un préfixe _sans_voie_OSM_ dans son nom de fichier .osm. Tous les fichiers avec ce préfixe sont regroupés en début de ZIP, ce qui donne tout de suite le paquet des voies les plus défavorisées dans OSM, car nom nommées (voire non tracées). Par suite, ceux qui souhaitent consacrer du temps directement à l'intégration d'adresses peuvent cibler en priorité ces voies. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 24/05/2014 17:00, JB a écrit : (Et si les suggestions d'abbréviations étaient prises en compte, ce serait le top !). Tout juste fait dans le code, merci JB :). La grande passe sur toutes les données, prévue pour ce week-end, prend du retard, donc pas d'impact immédiat dans le rendu Bano. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano : comment corriger cette erreur ?
Bonsoir, Le 22/05/2014 20:30, Frédéric Rodrigo a écrit : Le 22/05/2014 20:22, Pierre-Yves Berrard a écrit : C'est manifestement une erreur du cadastre. Donc je laisse en l'état. En revanche, je sèche sur celui-ci : http://layers.openstreetmap.fr/?zoom=18layers=BFFTlat=48.68721lon=6.16134 Le code FANTOIR est sur la relation depuis janvier : http://www.openstreetmap.org/relation/29053 Pourquoi l'appariement a-t-il échoué ? La processus de rapprochement de la bano n'utilise pas encore le code fantoir... work in porgress. C'est normalement effectif depuis 10 mn :) Désormais le code Fantoir trouvé dans les données OSM est considéré en priorité, et empêche une tentative de rapprochement sur le nom. On devrait donc pouvoir bénéficier d'une saisie manuelle du code Fantoir, quand bien même les noms diffèrent, pour dégommer des points rouges. Il faudra en revanche un peu de temps pour propager cette évolution dans le contenu que nous avons déjà traité, qu'il va falloir... retraiter. Patience donc pour en voir les effets sur le rendu. Ça devrait être rentré dans l'ordre dans le courant du week-end. vincent ___ 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] Trouver les nœuds non rapportés à un bâtiment avec JOSM
Bonjour, Le 16/05/2014 13:09, Nicolas Dumoulin a écrit : Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les nœuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way J'utilise une variante : type:node housenumber - child building mais on doit converger dans 99.99% des cas. Au moins :) vincent ps. BANO a passé hier soir le cap des 10.000.000 de points adresses (et couvre désormais le 63) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les nœuds non rapportés à un bâtiment avec JOSM
Le 18/05/2014 11:09, Pierre Knobel a écrit : J'ai une petite question, peut-être que quelqu'un saura me répondre : est-ce qu'il est possible de proprement décoller un point d'un chemin sans laisser un point inutile sans rôle dans la relation ? La réponse m'intéresse aussi :) C'est ce qui me fait perdre le plus de temps dans cette affaire, décoller-déplacer-recoller un adresse puis sélectionner-effacer-confirmer la suppression de la relation du point inutile. Un par un c'est fastidieux, je suis d'accord. Mais tu peux faire ça globalement a posteriori en ouvrant l'éditeur de relations, et en triant les membres. Les points sans n° se retrouvent listés en haut, avec affichage de leur ID plutôt que de Numéro de rue xx = tu les sélectionnes tous et hop, poubelle. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer
Le 18/05/2014 16:55, Arnaud Vandecasteele a écrit : Je fais mes 1ers pas avec la nouvelle couche de données BANO. Tout d'abord un grand merci pour le travail accompli, c'est vraiment une grosse aide pour la saisie. Avant de commencer à ajouter massivement des adresses, je viens prendre quelques conseils sur la bonne manière de faire cela. Les premiers tests que j'ai fait avec l'interpolation d'adresse sont içi: https://www.openstreetmap.org/way/282712144 Quelques points qui me gênent: 1/ Le nom de la rue doit-il être sur la ligne d'interpolation ou sur le point ? 2/ Pourquoi saisir manuellement le nom de la rue (addr:street), plutôt que de faire une relation avec celle-ci ? Ca éviterait la double saisie et surtout en cas de changement de nom de rue on garde une cohérence Sur les questions ci-dessus, je te suggère de changer complètement ton fusil d'épaule, et de ne pas te lancer dans de l'interpolation. BANO s'appuie sur ce service : http://cadastre.openstreetmap.fr/?type=adresses dont tout le propos est de fournir des fichiers .osm d'adresses _unitaires_ à intégrer. On peut donc oublier l'interpolation : chaque adresse sera positionnée (potentiellement) à sa vraie situation, et non pas sur une abscisse curviligne. Un peu de lecture là-dessus en relation avec le service : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses 3/ Doit on dessiner l'adresse sur le building ou devant celui-ci ? Vaste débat, pour l'instant chacun pratique selon ses préférences, mais on gagnerait à unifier. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer
Le 18/05/2014 18:01, Arnaud Vandecasteele a écrit : Salut Vincent et Jean-Marc, Merci de votre réactivité dominicale. Ok pour les adresses unitaires plutôt que l'interpolation. Je vais faire comme cela. En générant le fichier d'adresses avec l'outil cadastre, j'obtiens l'erreur ci-dessous: Réparé à l'instant. Tu dois pouvoir relancer. Et je vais devoir corriger ce problème qui se répète... merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer
Bonjour, Le 19/05/2014 00:37, Jean-Marc Liotier a écrit : A mon avis, il faudrait que nous nous replongions dans les 2 rapports de référence sur l'adresse: celui du CNIG et celui de l'Afigéo. Il y a quand même du monde qui a réfléchit à ces problèmes, et à moins que ça soit trop alambiqué (je ne crois pas), plus nous collerons à ce modèle, plus OSM apparaitra comme crédible. On passera ainsi directement de la BAN (qui n'existe toujours pas) à la BANO... Tu as les URL sous la main ? Les liens sont dans le premier paragraphe de : http://openstreetmap.fr/blogs/cquest/BAN-a-cote-de-la-plaque vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Bonsoir, Le 16/05/2014 20:00, Romain MEHUT a écrit : Le 16 mai 2014 17:37, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : J'aime pas trop les noeuds flottants (et j'évite lorsque je peux). Cette façon de mapper (à distance fixe d'un mur ou d'une limite de parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas lorsqu'on veut faire du routage de porte à porte. Tout dépend ce que l'on entend par porte. Je privilégie le nœud flottant typiquement dans les zones pavillonnaires où le point adresse se retrouve donc isolé en limite de propriété. Au delà on passe dans l'espace privé. Et je ne vois pas en quoi cela ne permettrait pas de faire du routage. Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses, ou des POIs situés dans un building. Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie des parcelles du cadastre, on a très rarement en base un tracé qui matérialise la limite de propriété : haie, mur, portail, etc. Aussi dans une écrasante majorité de situations, seul un way de type building matérialise l'adresse. Donc pour moi c'est un choix par défaut, mais je préfère largement utiliser la façade d'un bâtiment et y ajouter un node addr:housenumber, au moins on a une idée de ce à quoi correspond l'adresse. Sinon, avec de grandes parcelles et un habitat en retrait de la voirie, le lien entre l'info d'adresse et le(s) bâtiment(s) qui lui correspondent ne peut pas se faire. Je trouve donc une valeur ajoutée à m'appuyer sur les bâtiments. Après, j'ai bien conscience que là où je colle un node adresse, ça ne matérialise pas rigoureusement la porte d'entrée, c'est une approximation. L'outil de pré-intégration d'adresses sur http://cadastre.openstreetmap.fr/ doit évoluer prochainement pour tenir compte des adresses déjà présentes dans OSM au moment du rapprochement. Et là le casse-tête commence... juste un cas extrême pour illustrer : je cherche à construire le fichier des points adresse en façade dans une relation associatedStreet. Je trouve un building avec un tag addr:housenumber et un tag addr:street, qui n'appartient pas à une relation associatedStreet. Comment le considérer ? Faut-il ne pas y toucher ? Le convertir en l'incluant dans une relation et en supprimant son tag addr:street ? Je ne demande pas forcément de réponse, mais vous imaginez que si on conserve les 8 modèles actuels de fichiers, on fonce fissa vers une usine à gaz. Donc pour revenir au début de ce fil, je verrais d'un très bon oeil qu'on parvienne à dégager un schéma privilégié, afin que les outils puissent se concentrer dessus. On pourrait, pourquoi pas, à l'issue de ce fil, ouvrir une page de sondage sur le sujet ? vincent (trop long oui) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
