Re: [OSM-talk-fr] BANO anomalie si 2 codes FANTOIR, 1 en annulation

Le 07/10/2015 08:54, Christian Quest a écrit : C'est corrigé... https://github.com/osm-fr/bano-cartocss/commit/99ab330ab5a15eb8bf6c05f10e09b127caf072cb Les voies FANTOIR annulées ne devraient plus apparaitre dans le rendu BANO. L'autre issue est corrigée elle aussi par https://github.com/

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

JGC est en train de terminer la remise en route du serveur WMS... j'ai copié les images de Belfort dessus, on va donc pouvoir les intégrer (enfin !). On 08/10/2015 00:21, Muselaar wrote: > Bonjour, > > Je ressors ce vieux message, après une absence prolongée d'OSM ces > derniers temps. Mais j'ava

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

On retrouve souvent la même problématique sur les gares. Dans ce genre de cas, s'appuyer sur la numérotation adoptée dans le bâtiment peut aider. Au pire, choisir d'un des deux niveaux comme référence et se baser là dessus pour avoir une cohérence des autres étages du bâtiment. Et ne pas oublie

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Marrante la technique pour couillonner le PLU, j'avais jamais pensé à ça ! Dans le cas du centre commercial Polygone à Montpellier il me semble me souvenir que la numérotation des étages est faite à partir du premier niveau de magasins côté bas. Et ce n'est même pas le premier niveau rue côté b

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

J'ai déjà vu des cas d'immeubles avec 2 rez-de-chaussée, l'un des 2 étant alors nommé RdJ (rez-de-jardin) et l'étage (voire les étages, en cas de grosse pente) entre ces 2 "rez" s'appellent des entresols, et sont numérotés à partir de 1, comme pour les étages (qui sont au-dessus du 2ème "rez"). On

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

On a aussi le cas des batiments successivement fusionnés mais dont les niveaux ne correspondaient pas exactement : à l'intérieur pourtant il y a des niv eaux communs sans murs, ou juste un jéger plan incliné ou une ou deux marches. Dans le magasin, il y a un niveau 1 et un niveau 2 mais ça ne corre

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

On a aussi le cas des batiments successivement fusionnés mais dont les niveaux ne correspondaient pas exactement : à l'intérieur pourtant il y a des niv eaux communs sans murs, ou juste un jéger plan incliné ou une ou deux marches. Dans le magasin, il y a un niveau 1 et un niveau 2 mais ça ne corre

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Et encore, il me semble que le niveau 0 du Polygone est au même niveau que la place de l'ancienne mairie de Montpellier :) (pour les locaux, la sortie est située derrière la Fnac... D'ailleurs, c'est quoi le meilleur tag pour la Fnac ?). J'avais commencé à rajouter quelques commerces au Polygone,

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Bonjour http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging#Advanced_modelling_the_different_levels_.28floors.29 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Pour une pente entre deux étages, un chemin qui relie les deux extrémités du couloir avec level=0;1, et sur chaque noeud d'extrémité du chemin un door=* + level=0 ou 1 ;) Le 08/10/2015 16:41, Kévin a écrit : Et encore, il me semble que le niveau 0 du Polygone est au même niveau que la place

Re: [OSM-talk-fr] De l'intérêt de rentrer les adresses une par une

Bonsoir, Le 05/10/2015 21:37, Vincent de Château-Thierry a écrit : Le 05/10/2015 19:27, Christian Rogel a écrit : https://wiki.openstreetmap.org/wiki/FR:Breton,_noms_geographiques_et_toponymes Parfait comme point de départ ! J'ai transposé ta liste dans un ticket : https://github.com/osm-

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Merci @david mais ça répond pas à mon problème car le schéma représente des parties qui sont déconnectées et pas superposées mais sur des demi-étages. Je ferai un plan + coupe à soumettre sur la page discussion. @PanierAvide je vais mettre ça sur un des couloirs du Décathlon vu que je viens de le

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Le 09/10/2015 01:29, Jérôme Seigneuret a écrit : d'ailleur le repeat_on =0;1 ne fonctionne pas (voir ascenseur) faut que je prévienne Adrien Pavie Ça ne fonctionne pas car il y a un level et un repeat_on, qui sont deux tags qui apportent la même

[OSM-talk-fr] Fwd: [contact] [Informations sur l'association] Demande de renseignements

Des auvergnats disponibles et motivés ? Si oui, contactez directement M. Henry. -- Message transféré -- De : Date : 7 octobre 2015 14:42 Objet : [contact] [Informations sur l'association] Demande de renseignements À : cont...@openstreetmap.fr Emmanuel HENRY (e.he...@agglo-mou

Re: [OSM-talk-fr] Problématique de modélisation indoor sur des plans inclinés

Cette priorité de repeat_on=* sur level=* n'est pas documentée sur le wiki... On complète ou pas ? C'est peut-être un bogue d'OpenLevelUp qui devrait prendre en compte les deux (et faire l'union des deux conditions). Mieux vaut demander à l'auteur. D'ailleurs repeat_on=* ne me semble pas nécessaire