Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

Le 17 octobre 2014 01:15, Denis Bigorgne a écrit : > Un détail : Openrunner n'est pas basé sur Google. Il permet de consulter > aussi bien des cartes sur des fonds Géoportail (Topo, Scan Express), OSM ( > standard, OpenCycleMap, MapQuest, HikeBikemap), Google, Satellite. > Bref, pour le utilisat

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

Un détail : Openrunner n'est pas basé sur Google. Il permet de consulter aussi bien des cartes sur des fonds Géoportail (Topo, Scan Express), OSM ( standard, OpenCycleMap, MapQuest, HikeBikemap), Google, Satellite. Bref, pour le utilisateur, c'est un outil précieux : la comparaison des information

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

En fait toutes les briques sont là: - base BANO pour trouver les départ/arrivée au numéro - OSRM pour calculer l'itinéraires pour les vélos (avec un graphe calculé pour) - de la conversion GPX vers KM (ou autre) Il faut les assembler... Le 16 octobre 2014 21:29, Shohreh a écrit : > Merci. > >

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

Merci. OpenRunner est basé sur Google. Dans le même genre, je préfère RideWithGPS. Pour des solutions OSM, je n'aime pas non plus OpenRouteService, en particulier par l'impossibilité de pouvoir "tirer" sur le parcours après coup. Le lien officiel vers OSRM affiche constamment "Timed out", mais c

Re: [OSM-talk-fr] Mapcraft sur l'import du bâti au Calvados

Bonjour à tous, Cet énorme Mapcraft est toujours en cours : http://mapcraft.nanodesu.ru/pie/426 Nous sommes actuellement à 283 communes intégrées (110 communes importées, c'est bien !), il reste donc du chemin. Pour rappel, importer les bâtiments est lié à différents usages : à aider au positionn

Re: [OSM-talk-fr] découpage "administratif" niveau 10 à la Ferté-Macé (Mayenne)

Il y a deux types de surfaciques pour un hameau/lieu-dit: - celui du cadastre qui rattache des parcellles à un lieu-dit., des parcelles avec ou sans bâti - celui qu'on fait habituellement dans OSM en dessinant une grosse patate autour des buildings et en y ajoutant les tags "landuse=residential" et

Re: [OSM-talk-fr] découpage "administratif" niveau 10 à la Ferté-Macé (Mayenne)

On n'est pas en train de la mener la réflexion ? ;) Le test de David me semble intéressant justement pour expérimenter et montrer quelques limites. Côté tags je pense que les choix ne sont pas les bons. Côté modélisation, je n'ai pas d'avis ou plutôt celui-ci évolue au fur et à mesure des réflexi

Re: [OSM-talk-fr] découpage "administratif" niveau 10 à la Ferté-Macé (Mayenne)

2014-10-16 16:35 GMT+02:00 JB : > Tiens tiens, alors, elle en est où, la réflexion autour de l'import (ou > intégration ou un autre mot moins polémique) de tout les « lieux-dits » de > complément d'adresse en surfacique plutôt qu'en ponctuel ? Attention, il ne faut pas ajouter de la confusion à u

Re: [OSM-talk-fr] découpage "administratif" niveau 10 à la Ferté-Macé (Mayenne)

Le 16/10/2014 15:47, Christian Quest a écrit : Ca vaut quand même le coup de se poser la question de l'opportunité et de la modélisation de ces informations. Tiens tiens, alors, elle en est où, la réflexion autour de l'import (ou intégration ou un autre mot moins polémique) de tout les « lieux-d

Re: [OSM-talk-fr] découpage "administratif" niveau 10 à la Ferté-Macé (Mayenne)

Ok dans ce cas: 1) doit-on ouvrir en France un vote sur cette pratique? 2) Doit-on requalifier les pages du wiki et supprimer ou repréciser le level 10 en France ou proposer un renvoi sur key:place pour ce type de niveau. 3) Pouvons-nous dire que les lieu-dits Cadastre aussi présent en toponyme dan

Re: [OSM-talk-fr] découpage "administratif" niveau 10 à la Ferté-Macé (Mayenne)

Ca vaut quand même le coup de se poser la question de l'opportunité et de la modélisation de ces informations. Si on généralise cette méthode, ce sont plusieurs millions de relations qui seraient nécessaires pour décrire tout ces lieux dits de cette façon... est-ce donc la bonne approche ? L'empri

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Ok, Je comprends mieux Le 16 octobre 2014 15:07, Vincent de Château-Thierry a écrit : > Selon Francescu GAROBY : > > > 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 rapprochemen

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Selon Francescu GAROBY : > 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 >

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

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 . Ne serait-il pa

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Le 16 oct. 2014 à 11:36, Vincent de Château-Thierry a écrit : > Merci pour vos pistes :) ça marche toujours aussi bien avec Safari, Chrome mais le résultat est moche sous Firefox (test sous Mac OS X 10.9) Avec Firefox, Voies avec adresses fait 4 colonnes de large et Voies sans adresses fait u

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-16 11:18 GMT+02:00 Vincent de Château-Thierry : > Non. L'idée c'est de ne considérer _que_ les tags de la relation, ce qui > évite de se demander s'il y a cohérence avec les tags des ways outer. D'où > l'incitation dans le message de JOSM. > Ce fil [1] traitait du sujet l'année dernière.

Re: [OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

Les lieu-dit sont considérés comme des Voies? J'ai pas vue de description spécifique au lieu-dit. C'est pas un point avec une étiquette du toponyme? Je comprends pour les abréviations mais là c'est pas ça, c'est une troncature des données (fin de libellé avec nom coupé) Le 16 octobre 2014 11:41,

Re: [OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

Selon Jérôme Seigneuret : > 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à. Malhe

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Selon Stéphane Péneau : > 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 :

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

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. Stf Le jeudi 16 octobre 2014 10:36:37, Jérôme Seigneuret a écrit : En effet, Il y a un problème

Re: [OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

J'ajouterai une petite limite. Une petite pondération car tu dois avoir 10% de voies correspondant soit à du Alt_name soit à du old_name... et des voies nommées sur la base des lieu-dits... Dans les voies non rapprochées et sans adresse j'ai pas mal d’erreurs d'orthographe et d'anciens noms de rou

Re: [OSM-talk-fr] Pour les amateurs de beaux rendus, même pour les cyclistes

Le 16/10/2014 02:36, Shohreh a écrit : > Je voudrais qu'une fois que le parcours a été dessiné, les segments > s'affichent d'une couleur différente selon le dénivellé. Quelqu'un à déjà réalisé un calculateur qui affiche le résultat avec ce que tu demande. RV, http://bit.ly/1w8EGb9 le calcul est a

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

Selon Pieren : > Les incohérences, ça se détecte et ça se corrige. La relation > n'empèche pas non plus les incohérences si des ways portent des tags > différents du multipolygon. C'est juste une question de choix. Non. L'idée c'est de ne considérer _que_ les tags de la relation, ce qui évite de

Re: [OSM-talk-fr] découpage "administratif" niveau 10 à la Ferté-Macé (Mayenne)

Philippe ça revient à ce que je vient de dire. C'est pas à considérer comme une erreur mais comme un travail en cours. Comme tu le proposais, 1) Il faudrait générer les relations même si le nom n'est pas affiché en mettant le FIXME que tu proposais. Ainsi la cohérence serait parfaite. Mais il n'y

[OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

Bonjour, Avec l'arrivée dans BANO des points représentant non des adresses mais des rues, apparaît un nouveaux chiffre sur le rapprochement entre voies OSM et FANTOIR. On a en effet 104520 voies sans aucune adresse (ni au Cadastre ni dans OSM) pour lesquelles le nom OSM a permis de trouver un code

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-16 10:29 GMT+02:00 Vincent de Château-Thierry : > Oui mais là on tourne en rond, vu que pour les multipolygones c'est exactement > cette modélisation qui pose problème, car rien n'empêche une incohérence entre > les tags des différents ways outer. À partir de là, l'exploitation de l'objet

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

Le problème par rapport au logiciel SIG sur le mutipolygones c'est de considérer qu'un Inner peut être différent du polygon englobant... En fait il faudrait faire que les way inner et outer. Puis créer le mutipolygone à la fin et le qualifier. Exmeple: Comme pour les lacs à élément multiple conten

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

Si on met les tags juste sur les ways outer, les autres ways inner risquent de ne pas être chargés et on va obtenir un rendu ou une analyse incorrecte sur les zones couvertes par les enclaves où le tag ne s'applique pas. De plus il arrive assez souvent que les tags applicable au multipolygone entie

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

En effet, Il y a un problème de taille sur les balises TR et TD. Faire un dimensionnement en 100% sur le tableau, 50% sur les TD du header, et 25% sur les colonnes TD en dessous ça évitera les problèmes Le 16 octobre 2014 10:01, JB a écrit : > Le 16/10/2014 09:18, Yves Pratter a écrit : > >> Pa

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

2014-10-15 23:56 GMT+02:00 Shohreh : > Avant de passer plus de temps là-dessus, j'aimerais vérifier une chose : > apparemment, OSM souffre du manque de numéros de rues parce que ça demande > un gros boulot pour rentrer ces infos. Si c'est le cas, c'est rédhibitoire > quand on veut dessiner des par

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

Selon Pieren : > Pas forcément. On pourrait aussi dire que la valeur du polygone se > définit toujours sur le/les ways extérieurs (outer), qu'il soit simple > ou multi. Oui mais là on tourne en rond, vu que pour les multipolygones c'est exactement cette modélisation qui pose problème, car rien n'

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Selon Stéphane Péneau : > Avec Chrome, c'est Ok, mais pas avec Firefox (cache vidé) ni avec > internet explorer, tout est réuni sous la colonne "avec adresse". Je reproduis avec FF :( Privilégiez Chrome pour l'instant, si vous pouvez vincent ___ T

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

Le jeudi 16 octobre 2014 09:55:56 Maxime Résibois a écrit : > Bonjour, > > Perso j'utilise souvent OpenRouteService, qui permet de choisir les > itinéraires les plus sûrs à vélo, d'exporter en GPX, de définir des zones à > éviter ou des points par lesquelles passer, de créer un profil d'élévation

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Le 16/10/2014 09:18, Yves Pratter a écrit : 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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

Bonjour, Perso j'utilise souvent OpenRouteService, qui permet de choisir les itinéraires les plus sûrs à vélo, d'exporter en GPX, de définir des zones à éviter ou des points par lesquelles passer, de créer un profil d'élévation du parcours défini. Il n'est pas parfait mais il s'en sort plutôt bien

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-15 23:55 GMT+02:00 Vincent de Château-Thierry : > Ç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_

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Le 16/10/2014 08:51, Christian Quest a écrit : Tu as 2 grandes colonnes: avec ou sans adresses et pour chaque avec ou sans rapprochement OSM, du coup ça fait 2x2=4... Je me doutais que c'était un truc dans le genre. Avec Chrome, c'est Ok, mais pas avec Firefox (cache vidé) ni avec internet

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Le 16 oct. 2014 à 08:09, JB a écrit : > On peut avoir les liens d'édition de carte pour les nouvelles colonnes aussi ? > +1 C’est difficile de retrouver une rue Mais je cros que Vincent y travaille ;-) > Parmi les points à traiter sur ces listes : ajouter la capacité d'afficher > les cartes e

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr