Re: [OSM-talk-fr] lamp_mount <> support

2017-07-12 Par sujet osm . sanspourriel 

Le 12/07/2017 à 20:57, marc marc - marc_marc_...@hotmail.com a écrit :


cela n'inspire personne ou c'est à fuir ? :-)

Ou ça fait fuir ?
Il y a aussi lit=yes (ou no ou automatic) pour dire qu'un lieu est 
éclairé (par exemple un abri de transport scolaire).
Ça me semble plus important que de savoir si ce qui l'éclaire et droit 
ou courbé.
Et si c'est éclairé quand c'est éclairé (si c'est toute la nuit, pour 
observer les étoiles c'est niet).


Sur lamp_type 
 je 
vois led et LED. Les deux valeurs ont été écrites par la même personne !

Ils mélangent aussi production (solar_lamp) et consommation (les autres).
Un solar=yes sur une lamp_type=led aurait été plus logique.

HPSV, sodium, sodium_vapor : pareil mélange entre abréviations et 
concepts fort proche (vapeur de sodium haute pression, vapeur de sodium 
et... sodium).

Sodium métallique ? Il y en a qui ont essayé, ils ont eu des problèmes ;-)
Il faudrait à minima une description et soit sodium_vapor c'est 
uniquement la basse pression et on l'indique soit c'est quand on ne sait 
pas (et sodium pour la BP ?)

Tout ce fatras par une seule personne.

À côté lamp_mount , 
c'est que du bonheur.


"bent mast, wall mounted" car je voulais savoir quelle différence il y
voyait avec "wall mounted", hormis le fait qu'il devait aller voir sur
place pour comprendre ce que son tag voulait dire (ce qui démontre bien
qu'il y a problème)

La différence est claire c'est la même qu'entre bent_mast et 
straight_mast** : un support est droit et l'autre pas.
C'est à dire que dans le premier cas l'éclairage est déporté 
horizontalement par rapport au support et dans le second non.

Deux choses différentes = 2 tags différents.
En plus si on dit suspended il faudrait avoir le support (servant aussi 
probablement de support à la ligne électrique).

Ça pourrait être du style :
support=wall/ground/cable (ou tow? string? Je ne sais ce qui est le plus 
compris.)

form_factor=bent/straight

il me disait que vouloir normaliser les valeurs des
tag est impossible car cela froisse les contributeurs.
partagez vous son pessimisme ? ou c'est réalisable calmement ?

Non, pas complètement, c'est possible mais il faut montrer les soucis et 
proposer mieux.


- le wiki ne correspond pas aux valeurs les plus courantes. exemple
   12370 "lamp_mount": "straight mast" le plus courant
 912 "lamp_mount": "straight_mast" proposé sur le wiki
selon moi la 2ieme clef est meilleur (pas d'espace inutile, je trouve
cela toujours plus pratique) mais vu la différence conséquente entre les
2, ne serrait-il pas judicieux de maj le wiki avec la typo dominante ?

Là le wiki est clair et on ne met pas d'espaces dans les valeurs 
énumérées (sauf exceptions ?).


d'autre ont des subtilités dont je ne vois pas le sens
wall <> wall mounted
la page du tag support montre une image de panneau publicitaire plaqué
au mur pour wall et une horloge perpendiculaire pour wall_mounted
cela vous semble une réelle différence ?

Oui dans un cas tu es dans l'axe de l'équipement (wall) et dans l'autre 
cas perpendiculairement à l'équipement (wall_mounted). Mais le wiki 
devrait l'expliciter.


ou bien quelque chose comme : support=pole + pole=straight_mast ?

Tu as vu que c'est plus ce que je propose.
form_factor, shape : bof, une solution plus précise c'est de définir un 
support courbé par deux points, le premier étant la position du support 
le second étant la position de l'objet porté (ici la lampe).


Et pourquoi ne pas contacter l'auteur de la proposition light_source 
 qui me 
semble avoir fait du bon boulot ?


Il y a aussi ce que l'on éclaire et dans les attributs que tu cites il 
n'y a pas moyen de savoir si un support déporté éclaire par exemple le 
trottoir ou la rue.


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

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet JB 

Alors,
Juste pour remettre les choses dans le bon sens : Non, ce n'est pas une 
bonne idée d'utiliser ces ways mal fichus dans OSM. Oui, il en existe 
dans la base. Non, avec la dernière (et avant-dernière) version de JOSM, 
je n'arrive plus à les tracer (le chemin se déconnecte automatiquement 
dès qu'un node est utilisé deux fois). Oui, c'est probablement une bonne 
chose.


Par contre, pour un usage de création de géométries de test, ça devient 
galère d'aller modifier le fichier .osm en mode texte à la place 
d'utiliser directement JOSM.
D'où la question initiale : est-ce qu'il existe un réglage très bien 
caché qui désactive cette sécurité ? Je n'ai rien trouvé dans les 
réglages avancés.


Bonne soirée,
JB.

Le 12/07/2017 à 21:27, Philippe Verdy a écrit :
Le 5 juillet 2017 à 16:39, JB > a écrit :


Bonjour,
Je découvre que JOSM ne permet plus de tracer des ways qui
repassent par les mêmes nodes. Peut-être que pour la contribution,
c'est conseillé (je n'y ai pas réfléchi de trop près), mais
j'utilise aussi JOSM pour bidouiller des fichiers .osm, et c'était
vraiment pratique.
Je n'ai pas trouvé dans les options avancées si c'était possible
de désactiver cette fonction. Est-ce que quelqu'un de vous en
saurait plus ?


JOSM n'empêche pas du tout de le faire, mais il a des règles incluses 
dans les options de son "validateur", qui est activé par défaut avant 
d'envoyer et signales les anomalies (en fonction des tags utilisés car 
une géométrie peut être valide pour certains tags et invalide pour 
d'autres).


Les règles activées par défaut sont celles conseillées car reconnues 
par les usages les plus fréquents. On peut toujours passer outre et 
envoyer, mais JOSM nous a prévenu que des outils utilisateurs de ces 
données pourraient ne pas aimer et avoir un comportement inattendu ou 
ne pas pouvoir lever des ambiguïtés d'interprétation (et produire 
alors des anomalies de rendu par exemple, ou des difficultés sérieuses 
pour les moteurs de calcul d'itinéraires ou les moteurs de recherche, 
ou pour le géotagging par exemple avec Nominatim)


D'ailleurs il n'y a pas que JOSM, car iD effectue lui aussi des 
validations et donne des avertissements avant la validation (le 
comportement d'iD en revanche est bloquant: on ne peut pas toujours 
passer outre certains types d'avertissements, tels que l'oubli des 
tags sur des noeuds ou ways ou même des relations, ou encore les 
autointersections d'un way avec lui même sur des longueurs de segments 
non nulles)



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


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

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet Philippe Verdy 
Le 5 juillet 2017 à 16:39, JB  a écrit :

> Bonjour,
> Je découvre que JOSM ne permet plus de tracer des ways qui repassent par
> les mêmes nodes. Peut-être que pour la contribution, c'est conseillé (je
> n'y ai pas réfléchi de trop près), mais j'utilise aussi JOSM pour
> bidouiller des fichiers .osm, et c'était vraiment pratique.
> Je n'ai pas trouvé dans les options avancées si c'était possible de
> désactiver cette fonction. Est-ce que quelqu'un de vous en saurait plus ?
>

JOSM n'empêche pas du tout de le faire, mais il a des règles incluses dans
les options de son "validateur", qui est activé par défaut avant d'envoyer
et signales les anomalies (en fonction des tags utilisés car une géométrie
peut être valide pour certains tags et invalide pour d'autres).

Les règles activées par défaut sont celles conseillées car reconnues par
les usages les plus fréquents. On peut toujours passer outre et envoyer,
mais JOSM nous a prévenu que des outils utilisateurs de ces données
pourraient ne pas aimer et avoir un comportement inattendu ou ne pas
pouvoir lever des ambiguïtés d'interprétation (et produire alors des
anomalies de rendu par exemple, ou des difficultés sérieuses pour les
moteurs de calcul d'itinéraires ou les moteurs de recherche, ou pour le
géotagging par exemple avec Nominatim)

D'ailleurs il n'y a pas que JOSM, car iD effectue lui aussi des validations
et donne des avertissements avant la validation (le comportement d'iD en
revanche est bloquant: on ne peut pas toujours passer outre certains types
d'avertissements, tels que l'oubli des tags sur des noeuds ou ways ou même
des relations, ou encore les autointersections d'un way avec lui même sur
des longueurs de segments non nulles)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet Philippe Verdy 
Le 12 juillet 2017 à 21:01,  a écrit :

> Le 12/07/2017 à 20:51, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> C'est normal de supprimer le segment 2-3: cela n'a rien à faire dans le
> tracé des limites d'une surface
>
> Hors sujet : si ça devait être une surface,  Marc n'aurait pas été dit
> area=no.
> Et s'il s'agit d'une surface, 1-2-9 n'aurait guère de sens.
>

Tout à fait dans le sujet. 1-2-9 a un sens dans les multipolygones où les
ways membres ne sont pas nécessairement tous fermés, et je n'ai montré
qu'un extrait pour me concentre sur la partie centrale (ce qui est de
l'autre côté des points 1 et 9 n'a pas d'intérêt ici, il peut y en avoir
d'autres avant ou après, ce que je discutais ce sont les autres points 2 à
8 entre les deux).

De plus il parlait de géométrie de ways pour des "highway=*" qui eux non
plus ne doivent pas se superposer. Il n'a pas parlé de relations
"type=route".

Dans son exemple il a créé deux ways fermés superposés (identiques
moyennant juste un ordre de parcours éventuellement inversé et le choix
arbitraire du point commun de départ et d'arrivée) pour un highway
(invalide: ils ne devraient former qu'un), plus encore un autre non fermé
empruntant une partie du chemin suivi par les deux autres. C'est totalement
faux car les 3 highways ont des propriétés différentes (ils sont distingués
ici par des noms différents alors qu'il n'y a qu'un seul nom applicable à
chaque segment (hormis cas spécial des name:left et name:right pour les
rues frontières entre deux communes, mais cela reste sur le même way, sans
superposition des tracés)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Philippe Verdy 
Autre exemple à côté de chez moi:
https://www.openstreetmap.org/#map=19/46.32367/-0.45893

Tous les bars/pubs/restaus sur l'esplanade ont des terrasses situés de
l'autre côté d'une voie réservée aux piétons/cyclistes et au passage des
véhicules de sécurité (police/pompiers) ou de service (camions poubelle,
certaines livraisons, transports de fonds) où peuvent aussi circuler
(vitesse: au pas) des véhicules de transport d'handicapés (minibus ou taxis
et VSL). Les véhicules autorisés ne sont pas rares (même aux heures
d'ouverture de ces terrasses jusqu'à 1h du matin, parfois 3h lors de
certaines fêtes : la police passe souvent, les convoyeurs de fonds aussi,
les camions de livraison peuvent passer aussi à certaines heures le matin
alors que les terrasses sont déjà ouvertes pour certains commerçants).

Cette esplanade était il y a quelques années une voie de circulation
normale.

Le 12 juillet 2017 à 20:44,  a écrit :

> Le 12/07/2017 à 19:18, marc marc - marc_marc_...@hotmail.com a écrit :
>
> si c'est 2 bâtiments séparé par une route publique... pour moi c'est 2
> restaurant même sils ont le même patron.. un peu comme 2 macdo...
> j'imagine pas une cuisine unique qui désert l'autre côté de la rue :)
>
> Comme illustré par Philippe ça dépend de la voirie en question.
> Typiquement https://www.openstreetmap.org#map=19/43.94451/4.80757
> La "rue" Place des Corps-Saints n'a pas empêché certain-e-s d'entre nous
> d'être servis sur la place alors que le bistro se trouvait de l'autre côté.
> Pour la pizzéria, oui il fallait aller chercher sa pizza mais la terrasse
> appartenait au bistro, pas à la pizzéria.
> La bonne métrique est peut-être : est-ce que le numéro pour réserver est
> le même ? Est-ce que si on entre dans l'un ou l'autre on peut nous placer
> dans l'autre lieu ?
> 2 MerDo n'ont pas le même numéro même s'ils ont le même patron.
> Et d'ailleurs ce n'est pas la même société, histoire de rester en dessous
> de 50 salarié-e-s par exemple.
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet osm . sanspourriel 

Le 12/07/2017 à 20:51, Philippe Verdy - verd...@wanadoo.fr a écrit :

C'est normal de supprimer le segment 2-3: cela n'a rien à faire dans 
le tracé des limites d'une surface
Hors sujet : si ça devait être une surface,  Marc n'aurait pas été dit 
area=no.

Et s'il s'agit d'une surface, 1-2-9 n'aurait guère de sens.

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

Re: [OSM-talk-fr] lamp_mount <> support

2017-07-12 Par sujet marc marc 
cela n'inspire personne ou c'est à fuir ? :-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet Philippe Verdy 
Le 12 juillet 2017 à 20:32,  a écrit :
>
> En tant que Linestring, la géométrie est valable. Tordue, à éviter mais
valable.
>
> Je suis quand même d'accord avec Christian.
>
> Dans la modélisation de Philippe, le chemin 2-3 a disparu.
>
> Mieux vaut faire des segments (non fermés) et les relier par une relation
de type route par exemple (suivant le besoin).
>
>
> Le 12/07/2017 à 15:37, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Tout à fait d'accord:
>
> Un tracé comme celui-ci doit être découpé en supprimant les segments 2-3
et 7-8 superposés et utilisant une relation à la place et les roles
inner/outer, pour ne laisser que la line 1-2-9 et la ligne fermée 3-4-5-6-3:
>
> 1   2 8  9
> **---*
>  |
>  |7
> 3*-+6
>  | |
>  | |
>  | |
> 4*-*5


C'est normal de supprimer le segment 2-3: cela n'a rien à faire dans le
tracé des limites d'une surface, que ce soit dans un polygone fermé simple
(ce qui serait le cas si les points 1 et 9 était confondus ou reliés par un
chemin non représenté ici) ou dans un tracé partiel avec un multipolygone
dont les ways membres ne devraient jamais se superposer sur des segments de
longueur non nulle (les intersections entre deux ways, ou entre segments
d'un même way, ne peuvent exister que sur des nœuds isolés, et inclus
obligatoirement dans la géométrie des ways en question). on doit donc
aboutir à:

> 1   29
> **---*
>
>
> 3*-*6
>  | |
>  | |
>  | |
> 4*-*5

Les cas de superposition de segments admis sont uniquement pour des objets
linéaires dont des segments doivent être décrits plusieurs fois (et où
aussi leur direction de tracé compte) : c'est pour les relation type=route
(où il est même possible d'avoir un même way membre inclus plusieurs fois:
on a de tels cas pour les lignes de bus avec détours, mais cela ne
représente pas pour autant les lignes physiques de la voirie qui elle doit
être tracée une seule fois sans superposition.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet osm . sanspourriel 

Le 12/07/2017 à 19:18, marc marc - marc_marc_...@hotmail.com a écrit :


si c'est 2 bâtiments séparé par une route publique... pour moi c'est 2
restaurant même sils ont le même patron.. un peu comme 2 macdo...
j'imagine pas une cuisine unique qui désert l'autre côté de la rue:)

Comme illustré par Philippe ça dépend de la voirie en question.
Typiquement https://www.openstreetmap.org#map=19/43.94451/4.80757
La "rue" Place des Corps-Saints n'a pas empêché certain-e-s d'entre nous 
d'être servis sur la place alors que le bistro se trouvait de l'autre côté.
Pour la pizzéria, oui il fallait aller chercher sa pizza mais la 
terrasse appartenait au bistro, pas à la pizzéria.
La bonne métrique est peut-être : est-ce que le numéro pour réserver est 
le même ? Est-ce que si on entre dans l'un ou l'autre on peut nous 
placer dans l'autre lieu ?

2 MerDo n'ont pas le même numéro même s'ils ont le même patron.
Et d'ailleurs ce n'est pas la même société, histoire de rester en 
dessous de 50 salarié-e-s par exemple.


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

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet osm . sanspourriel 
En tant que Linestring, la géométrie est valable. Tordue, à éviter mais 
valable.


Je suis quand même d'accord avec Christian.

Dans la modélisation de Philippe, le chemin 2-3 a disparu.

Mieux vaut faire des segments (non fermés) et les relier par une 
relation de type route par exemple (suivant le besoin).



Le 12/07/2017 à 15:37, Philippe Verdy - verd...@wanadoo.fr a écrit :

Tout à fait d'accord:

Un tracé comme celui-ci doit être découpé en supprimant les segments 
2-3 et 7-8 superposés et utilisant une relation à la place et les 
roles inner/outer, pour ne laisser que la line 1-2-9 et la ligne 
fermée 3-4-5-6-3:



1   2 89
**---*
 |
 |7
3*-+6
 | |
 | |
 | |
4*-*5





Le 12 juillet 2017 à 13:36, Christian Quest > a écrit :


Que le segment central soit doublé ou pas dans l'exemple, dans les
deux cas la géométrie est invalide.

On ne doit pas repasser par le même noeud, sauf le premier et
dernier pour définir un polygone. Je découpe assez souvent des
voies en cul de sac dans des lotissements qui se rebouclent sur
elles-même.


Le 12/07/2017 à 13:26, marc marc a écrit :

Bonjour,

les outils qualités généralement font tout pour éviter cela :-)
si tu n'avais pas expliqué que le chemin central était doublé,
je pense que peu de monde l'aurait vu.
déjà il faudrait ajouter un area=no pour préciser l'aire du
milieu n'en
est pas une.
Mais quel est le besoin réel ? faire un parcourt pédestre d'un
seul
chemin ? si oui je pense qu'il serrait mieux de le couper en 2
ou 3
morceaux afin non seulement de ne pas avoir de chemin de ne
pas avoir de
chemin qui repasse sur un même point (hormis si c'est un
chemin fermé)
mais aussi afin d'éviter d'avoir 2 chemin qui se superposent.
Si c'est un chemin pédestre ou un itinéraire de bus, cela peux
se faire
avec une relation qui donne l'ordre d’enchaînement des bouts
de chemins


-- 
Christian Quest - OpenStreetMap France




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





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


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

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Philippe Verdy 
Le 12 juillet 2017 à 19:18, marc marc  a écrit :

> Nicolas Toublanc a écrit :
> > Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés d'un
> > pâté de maison, quand celui-ci est assez large pour ne pas pouvoir mettre
> > le tag au milieu?
> si c'est un bâtiment avec 2 entrées dans 2 rues différentes -> POI sur
> le bâtiment/niveau comme le détaille Topographe Fou
> entrance=main si une entrée est principale par rapport à l'autre,
>
> si c'est 2 bâtiments séparé par une route publique... pour moi c'est 2
> restaurant même sils ont le même patron.. un peu comme 2 macdo...
> j'imagine pas une cuisine unique qui désert l'autre côté de la rue :)
>

Ce cas n'est pas unique, et il est même assez courant dans les
centres-villes où la véhicules ne sont pas prioritaires. On trouve des
nombreux exemples de cafés ayant des terrasses de l'autre côté de la rue:
oui les serveurs traversent la rue (tout à fait possible dans les "zones de
rencontre") pour servir la terrasse, il y a une seule cuisine ou selon le
cas une cuisine d'un côté, le bar de l'autre ou les deux pour les boissons,
une seule réserve. Il peut y avoir plusieurs salles de chaque côté, une
d'elle étant éventuellement une annexe saisonnière (ce peut être sous
véranda, ou un ensemble de tables sous parasols, vidé en morte saison) !
Sur la côte touristique on a des cas comme ça où les restaus augmentent
leur surface et le nombre de places servies (et ont du personnel saisonnier
supplémentaire). On trouve des cas similaires aussi dans les campings (la
"route" en question est une voie en faite privée, et la circulation est
très réglementée, la limite à 30 km/h ou au pas imposée: priorité aux
piétons et cyclistes. Hors de ces endroits on trouve aussi des cas où la
"rue" est en fait réservée juste pour les bus urbains et sinon cyclistes et
piétons. C'est même très courant les restaus et cafés avec des terrasses
qui s'étendent au delà d'une voie (mais doivent laisser un passage libre
sans tables et chaises pour les piétons et la sécurité:
police/pompiers/ambulances)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet marc marc 
Nicolas Toublanc a écrit :
> Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés d'un
> pâté de maison, quand celui-ci est assez large pour ne pas pouvoir mettre
> le tag au milieu?
si c'est un bâtiment avec 2 entrées dans 2 rues différentes -> POI sur 
le bâtiment/niveau comme le détaille Topographe Fou
entrance=main si une entrée est principale par rapport à l'autre,

si c'est 2 bâtiments séparé par une route publique... pour moi c'est 2 
restaurant même sils ont le même patron.. un peu comme 2 macdo...
j'imagine pas une cuisine unique qui désert l'autre côté de la rue :)

si c'est 2 bâtiments du même côté d'une route et qui forment un 
ensemble, alors là seulement j’utiliserais un multi polygone.
si c'est le cas, je serrai curieux de visionner le résultat dans les 
outils habituels pour voir ceux qui sont capable de gérer amenity sur le 
multipolygone
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Nicolas Moyroud 


Je préfère le polygone qui recouvre tout ça avec des entrance=* 
(solution du TopographeFou)

Ça c'est vraiment pas terrible si il y a une route au milieu.
Au pire, si l'activité est réellement limité à deux bâtiments 
distincts, amenity=restaurant sur un multipolygone avec les way des 
deux bâtiments...

Oui en effet c'est mieux comme ça !

Nicolas

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

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet Philippe Verdy 
Tout à fait d'accord:

Un tracé comme celui-ci doit être découpé en supprimant les segments 2-3 et
7-8 superposés et utilisant une relation à la place et les roles
inner/outer, pour ne laisser que la line 1-2-9 et la ligne fermée 3-4-5-6-3:


1   2 8  9
**---*
 |
 |7
3*-+6
 | |
 | |
 | |
4*-*5





Le 12 juillet 2017 à 13:36, Christian Quest  a
écrit :

> Que le segment central soit doublé ou pas dans l'exemple, dans les deux
> cas la géométrie est invalide.
>
> On ne doit pas repasser par le même noeud, sauf le premier et dernier pour
> définir un polygone. Je découpe assez souvent des voies en cul de sac dans
> des lotissements qui se rebouclent sur elles-même.
>
>
> Le 12/07/2017 à 13:26, marc marc a écrit :
>
>> Bonjour,
>>
>> les outils qualités généralement font tout pour éviter cela :-)
>> si tu n'avais pas expliqué que le chemin central était doublé,
>> je pense que peu de monde l'aurait vu.
>> déjà il faudrait ajouter un area=no pour préciser l'aire du milieu n'en
>> est pas une.
>> Mais quel est le besoin réel ? faire un parcourt pédestre d'un seul
>> chemin ? si oui je pense qu'il serrait mieux de le couper en 2 ou 3
>> morceaux afin non seulement de ne pas avoir de chemin de ne pas avoir de
>> chemin qui repasse sur un même point (hormis si c'est un chemin fermé)
>> mais aussi afin d'éviter d'avoir 2 chemin qui se superposent.
>> Si c'est un chemin pédestre ou un itinéraire de bus, cela peux se faire
>> avec une relation qui donne l'ordre d’enchaînement des bouts de chemins
>>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

2017-07-12 Par sujet marc marc 
Le 10. 07. 17 à 18:45, Eric SIBERT a écrit :
>> quelle marque/modèle ? 
> Donc Garmin Etrex 30.
> en désactivant la carte OSM
> J'ai fait un parcours en vélo
la trace est plutôt bonne, à une demi bande prêt.
elle est surtout assez stable
Merci pour ce partage d'expérience

Le 11. 07. 17 à 10:15, ades_...@orange.fr a écrit :
 > boitier GNS2000 (aussi appelé Navilock) avec liaison Bluetooth.
 > Il capte les sat GPS et Glonass et est doté d’Egnos. J’ai testé avec
 > avec l’iPhone et l'iPad, avec tous les softs cités, la position (en
 > général moins de 5m) est devenue très bonneComment se fait la liaison 
bluethooth ? c'est unereconnaissance native ou il faut une app sur 
l'iphone qui s'occupe de récupérer le gps ?
Merci pour ton retour d'expérience
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet Christian Quest 
Que le segment central soit doublé ou pas dans l'exemple, dans les deux 
cas la géométrie est invalide.


On ne doit pas repasser par le même noeud, sauf le premier et dernier 
pour définir un polygone. Je découpe assez souvent des voies en cul de 
sac dans des lotissements qui se rebouclent sur elles-même.



Le 12/07/2017 à 13:26, marc marc a écrit :

Bonjour,

les outils qualités généralement font tout pour éviter cela :-)
si tu n'avais pas expliqué que le chemin central était doublé,
je pense que peu de monde l'aurait vu.
déjà il faudrait ajouter un area=no pour préciser l'aire du milieu n'en
est pas une.
Mais quel est le besoin réel ? faire un parcourt pédestre d'un seul
chemin ? si oui je pense qu'il serrait mieux de le couper en 2 ou 3
morceaux afin non seulement de ne pas avoir de chemin de ne pas avoir de
chemin qui repasse sur un même point (hormis si c'est un chemin fermé)
mais aussi afin d'éviter d'avoir 2 chemin qui se superposent.
Si c'est un chemin pédestre ou un itinéraire de bus, cela peux se faire
avec une relation qui donne l'ordre d’enchaînement des bouts de chemins


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Christian Quest 

Bof... on a du coup deux amenity=restaurant pour le même restaurant.

Je préfère le polygone qui recouvre tout ça avec des entrance=* 
(solution du TopographeFou)


Au pire, si l'activité est réellement limité à deux bâtiments distincts, 
amenity=restaurant sur un multipolygone avec les way des deux bâtiments...



Le 12/07/2017 à 12:05, Nicolas Moyroud a écrit :


Une petite relation type=site + site=restaurant qui regroupe les deux 
bâtiments ou les deux points qui portent le tag amenity=restaurant ?


Nicolas




--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet marc marc 
Bonjour,

les outils qualités généralement font tout pour éviter cela :-)
si tu n'avais pas expliqué que le chemin central était doublé,
je pense que peu de monde l'aurait vu.
déjà il faudrait ajouter un area=no pour préciser l'aire du milieu n'en 
est pas une.
Mais quel est le besoin réel ? faire un parcourt pédestre d'un seul 
chemin ? si oui je pense qu'il serrait mieux de le couper en 2 ou 3 
morceaux afin non seulement de ne pas avoir de chemin de ne pas avoir de 
chemin qui repasse sur un même point (hormis si c'est un chemin fermé) 
mais aussi afin d'éviter d'avoir 2 chemin qui se superposent.
Si c'est un chemin pédestre ou un itinéraire de bus, cela peux se faire 
avec une relation qui donne l'ordre d’enchaînement des bouts de chemins

Le 12. 07. 17 à 10:09, JB a écrit :
> Bonjour,
> J'aurais dû dire chemin qui passe par les mêmes tronçons, comme celui-là 
> (un seul way sélectionné, le tronçon horizontal est utilisé dans les 
> deux sens) :
> 
> C'est utile pour tester des cas extrêmes (et pas tout-à-fait impossibles 
> à avoir dans OSM).
> JB.
> 
> Le 12/07/2017 à 09:48, lenny.libre a écrit :
>> Le 05/07/2017 à 16:39, JB a écrit :
>>> Bonjour,
>>> Je découvre que JOSM ne permet plus de tracer des ways qui repassent 
>>> par les mêmes nodes. Peut-être que pour la contribution, c'est 
>>> conseillé (je n'y ai pas réfléchi de trop près), mais j'utilise aussi 
>>> JOSM pour bidouiller des fichiers .osm, et c'était vraiment pratique.
>>> Je n'ai pas trouvé dans les options avancées si c'était possible de 
>>> désactiver cette fonction. Est-ce que quelqu'un de vous en saurait 
>>> plus ?
>>> JB.
>> Bonjour.
>> Je ne comprends pas, pourrais-tu préciser ?
>> Je n'ai pas de soucis par exemple : j'ai créé des ways  - 1 et 2 qui 
>> forment tous les deux le même quadrilatère et le 3 qui emprunte 3 
>> nodes communs
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Nicolas Toublanc 
Merci pour vos retours!

2017-07-12 11:12 GMT+02:00 Topographe Fou :

> Bonjour,
>
> Je tagguerai le restaurant/bar avec une aire (et non un nœud) et je
> mettrai des nœuds d'entrée là où il faut.
>
> Ensuite, si le restaurant est l'intégralité du bâtiment ajouter
> building=yes. Sinon préciser le niveau (level) et laisser le bâtiment à
> part.
>



Intéressant. Donc le noeud d'entrée, c'est ça:
http://wiki.openstreetmap.org/wiki/FR:Key:entrance

On ne fait aucune référence au resto sur ce noeud?

Je suppose que c'est ça rejoint la proposition précédente de Fancescu?


> A vrai dire dans le meilleure des mondes tous les restaurants et bars
> devraient être cartographiés sous forme d'aire (et non de point).
>
>

Et au moteur de rendu de déterminer comment l'afficher, éventuellement en
s'appuyant sur les noeuds d'entrée?

Dans ce monde meilleur, on cartographierait aussi les terrasses des cafés
et restaurants, je suppose? Un intérêt à le faire dès maintenant?

Une petite relation type=site + site=restaurant qui regroupe les deux
> bâtiments ou les deux points qui portent le tag amenity=restaurant ?
>

Donc là, c'est dans le cas où n'a pas de lien physique entre les 2 sites
(ce n'est pas mon cas, mais c'est bon à savoir). Ca serait par exemple si
le bar à aussi une annexe à 300m sur la plage?

http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site




> Cordialement,
>
> LeTopographeFou
> *De:* n.toubl...@gmail.com
> *Envoyé:* 12 juillet 2017 10:17 AM
> *À:* talk-fr@openstreetmap.org
> *Répondre à:* talk-fr@openstreetmap.org
> *Objet:* [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison
>
> Bonjour,
>
> J'espère ne pas trop polluer le forum avec mes questions...
>
> Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés d'un
> pâté de maison, quand celui-ci est assez large pour ne pas pouvoir mettre
> le tag au milieu?
>
> Parfois, un côté peut-être anecdotique, dans quel cas on se contente du
> côté principal, mais en zone touristique, les 2 côtés peuvent être très
> développés, avec chacun un devanture et une terrasse, comme si il
> s'agissait de 2 établissements différents.
>
> Merci
>
> --
> Nicolas Toublanc 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Nicolas Moyroud 
Une petite relation type=site + site=restaurant qui regroupe les deux 
bâtiments ou les deux points qui portent le tag amenity=restaurant ?


Nicolas




Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés 
d'un pâté de maison, quand celui-ci est assez large pour ne pas 
pouvoir mettre le tag au milieu?


Parfois, un côté peut-être anecdotique, dans quel cas on se contente 
du côté principal, mais en zone touristique, les 2 côtés peuvent être 
très développés, avec chacun un devanture et une terrasse, comme si il 
s'agissait de 2 établissements différents.


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

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Topographe Fou 
  Bonjour,Je tagguerai le restaurant/bar avec une aire (et non un nœud) et je mettrai des nœuds d'entrée là où il faut.Ensuite, si le restaurant est l'intégralité du bâtiment ajouter building=yes. Sinon préciser le niveau (level) et laisser le bâtiment à part.A vrai dire dans le meilleure des mondes tous les restaurants et bars devraient être cartographiés sous forme d'aire (et non de point).Cordialement, LeTopographeFouDe: n.toubl...@gmail.comEnvoyé: 12 juillet 2017 10:17 AMÀ: talk-fr@openstreetmap.orgRépondre à: talk-fr@openstreetmap.orgObjet: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison  Bonjour,J'espère ne pas trop polluer le forum avec mes questions...Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés d'un pâté de maison, quand celui-ci est assez large pour ne pas pouvoir mettre le tag au milieu?Parfois, un côté peut-être anecdotique, dans quel cas on se contente du côté principal, mais en zone touristique, les 2 côtés peuvent être très développés, avec chacun un devanture et une terrasse, comme si il s'agissait de 2 établissements différents.Merci-- Nicolas Toublanc

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

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Francescu GAROBY 
Bonjour,
En taguant une entrée de chaque coté ?

Francescu

Le 12 juillet 2017 à 10:01, Nicolas Toublanc  a écrit
:

> Bonjour,
>
> J'espère ne pas trop polluer le forum avec mes questions...
>
> Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés d'un
> pâté de maison, quand celui-ci est assez large pour ne pas pouvoir mettre
> le tag au milieu?
>
> Parfois, un côté peut-être anecdotique, dans quel cas on se contente du
> côté principal, mais en zone touristique, les 2 côtés peuvent être très
> développés, avec chacun un devanture et une terrasse, comme si il
> s'agissait de 2 établissements différents.
>
> Merci
>
> --
> Nicolas Toublanc 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet JB 

Bonjour,
J'aurais dû dire chemin qui passe par les mêmes tronçons, comme celui-là 
(un seul way sélectionné, le tronçon horizontal est utilisé dans les 
deux sens) :


C'est utile pour tester des cas extrêmes (et pas tout-à-fait impossibles 
à avoir dans OSM).

JB.

Le 12/07/2017 à 09:48, lenny.libre a écrit :

Le 05/07/2017 à 16:39, JB a écrit :

Bonjour,
Je découvre que JOSM ne permet plus de tracer des ways qui repassent 
par les mêmes nodes. Peut-être que pour la contribution, c'est 
conseillé (je n'y ai pas réfléchi de trop près), mais j'utilise aussi 
JOSM pour bidouiller des fichiers .osm, et c'était vraiment pratique.
Je n'ai pas trouvé dans les options avancées si c'était possible de 
désactiver cette fonction. Est-ce que quelqu'un de vous en saurait 
plus ?

JB.

Bonjour.
Je ne comprends pas, pourrais-tu préciser ?
Je n'ai pas de soucis par exemple : j'ai créé des ways  - 1 et 2 qui 
forment tous les deux le même quadrilatère et le 3 qui emprunte 3 
nodes communs



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


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

[OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

2017-07-12 Par sujet Nicolas Toublanc 
Bonjour,

J'espère ne pas trop polluer le forum avec mes questions...

Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés d'un
pâté de maison, quand celui-ci est assez large pour ne pas pouvoir mettre
le tag au milieu?

Parfois, un côté peut-être anecdotique, dans quel cas on se contente du
côté principal, mais en zone touristique, les 2 côtés peuvent être très
développés, avec chacun un devanture et une terrasse, comme si il
s'agissait de 2 établissements différents.

Merci

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

Re: [OSM-talk-fr] Autoriser les ways mal fichus sous JOSM

2017-07-12 Par sujet lenny.libre 

Le 05/07/2017 à 16:39, JB a écrit :

Bonjour,
Je découvre que JOSM ne permet plus de tracer des ways qui repassent 
par les mêmes nodes. Peut-être que pour la contribution, c'est 
conseillé (je n'y ai pas réfléchi de trop près), mais j'utilise aussi 
JOSM pour bidouiller des fichiers .osm, et c'était vraiment pratique.
Je n'ai pas trouvé dans les options avancées si c'était possible de 
désactiver cette fonction. Est-ce que quelqu'un de vous en saurait plus ?

JB.

Bonjour.
Je ne comprends pas, pourrais-tu préciser ?
Je n'ai pas de soucis par exemple : j'ai créé des ways  - 1 et 2 qui 
forment tous les deux le même quadrilatère et le 3 qui emprunte 3 nodes 
communs
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tagger un bazar d'été, qui vend des articles de plage, des jouets...

2017-07-12 Par sujet Nicolas Toublanc 
Bonjour,

Je ne sais pas trop comment tagger un bazar de bord de mer, qui vend
surtout des jouets et articles de plages.

Des jouets, ça fait penser à autre chose (spécialité jouets, alors qu'ici
on a juste quelques ballons et jouets de plage):
http://wiki.openstreetmap.org/wiki/Tag:shop%3Dtoys

Souvent on y trouve aussi des souvenirs, mais pas toujours, et parfois
c'est très secondaire: http://wiki.openstreetmap.org/wiki/Tag:shop%3Dgift

Merci!

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