On 27/04/2019 19:24, marc marc wrote:
Le 27.04.19 à 16:59, Jérôme Amagat a écrit :
il faut supprimer les ref:INSEE sur les node est les garder que sur
relation ce qui serait plus logique vu que c'est un code pour la commune
est pas pour la ville ou village représenté par ce node
c'est sans
Bonjour,
Le 27/04/2019 à 16:21, lenny.libre a écrit :
> Je veux bien faire des surfaces, mais d'utiliser des "multipolygon" pour
> des trottoirs il me semble que cela va vite devenir ingérables .
Pour info, il existe un tag dédié pour représenter des surfaces pour les
routes:
Le 27.04.19 à 16:59, Jérôme Amagat a écrit :
> il faut supprimer les ref:INSEE sur les node est les garder que sur
> relation ce qui serait plus logique vu que c'est un code pour la commune
> est pas pour la ville ou village représenté par ce node
c'est sans doute par là qu'il faudrait
Hello
Le sam. 27 avr. 2019 à 18:48, a écrit :
> on parle de polygone (way fermé avec area=yes) pas de multi-polygone : un
> trottoir c'est continu ou comme ici de multi-polygones.
>
Quand tu as des immeubles au milieu, c'est bien un multipolygone
Les exemples de Noémie sont bons.
> Pour ce qui
on parle de polygone (way fermé avec area=yes) pas de multi-polygone :
un trottoir c'est continu ou comme ici de multi-polygones.
Pour ce qui est du routage, autant ça a un sens pour une place où le
piéton peut passer n'importe où, autant pour le trottoir j'avoue ne pas
voir d'intérêt (sauf pour
Le sam. 27 avr. 2019 à 13:51, deuzeffe a écrit :
> Hello,
>
> Osmose remonte ces erreurs :
>
> https://osmose.openstreetmap.fr/fr/map/#country=france_limousin_haute_vienne=6040=1%2C2%2C3=9=45.859=1.345==
>
> (N° INSEE introuvable, nom OSM <> nom COG aka nom de commune <> code INSEE)
>
> Faut
Le 27/04/2019 à 15:51, Ralf Treinen a écrit :
Bonjour,
On Sat, Apr 27, 2019 at 01:39:03PM +0200, Noémie Lehuby via Talk-fr wrote:
Bonjour,
que pensez-vous de cette modélisation des trottoirs, sous la forme de
multipolygones ?
https://www.openstreetmap.org/relation/1979876
Bonjour,
On Sat, Apr 27, 2019 at 01:39:03PM +0200, Noémie Lehuby via Talk-fr wrote:
> Bonjour,
>
> que pensez-vous de cette modélisation des trottoirs, sous la forme de
> multipolygones ?
>
> https://www.openstreetmap.org/relation/1979876
> https://www.openstreetmap.org/relation/1979878
>
> Je
Salut à tous
Noémie, je pense qu'il faut les deux, comme pour les rivières
Le linéaire servant à faire du routage, le surfacique à décrire ce que l'on
voit.
Et les deux sont utiles.
François
Le sam. 27 avr. 2019 à 14:03, djakk djakk a écrit :
> Salut ! Moi je pense que tout est représentable
Salut ! Moi je pense que tout est représentable sous forme de polygone,
mais qu’on a pas forcément le temps du coup on simplifie en ligne voire en
point. Reste le problème de la généralisation (la transformation du
polygone en ligne) qui impose peut être de faire polygone + ligne.
Julien « djakk
Hello,
Osmose remonte ces erreurs :
https://osmose.openstreetmap.fr/fr/map/#country=france_limousin_haute_vienne=6040=1%2C2%2C3=9=45.859=1.345==
(N° INSEE introuvable, nom OSM <> nom COG aka nom de commune <> code INSEE)
Faut faire quoi ? Comment on répare ce genre de truc sans dénaturer la
Bonjour,
que pensez-vous de cette modélisation des trottoirs, sous la forme de
multipolygones ?
https://www.openstreetmap.org/relation/1979876
https://www.openstreetmap.org/relation/1979878
Je comprends qu'il soit tentant de micro-cartographier les trottoirs
comme des polygones, mais je
Si mon message n'est pas clair, faite une recherche
sur "39 Rue du Marché, Chauvigny"
Ce n'est pas parce qu'une info n'est pas retrouvé par un outil, que
cette info est erronée (pour les bus, il faut ajouter un higway=bus_stop
aux arrêts décrits en V2, pour être compatible avec les outils V1)
Bonjour,
vous ne pouvez plus ignorer que le *7ème SotM-France* se déroule du *14
au 16 juin 2019* à http://sotm2019.openstreetmap.fr (toutes les infos
ici : https://sotm2019.openstreetmap.fr).
Vous ignorez peut-être la possibilité d'être hébergé dans une chambre
universitaire voisine, avec
14 matches
Mail list logo
