Il est clair que la fonction première est de vendre des huîtres et des
plateaux de fruits de mer, donc plutôt poissonnerie/traiteur, car quand on
passe devant, on voit surtout des clients acheter et charger leurs produits
dans leur voiture, et jamais beaucoup de monde sur place.
Mais on sent bien
Le 27/07/2017 à 08:26, Christian Quest a écrit :
Oui, pas très malin comme remarque...
Le problème pour moi est plutôt indiquer l'adresse d'un POI avec
addr:* plutôt que contact:* car le POI n'est pas "l'adresse", mais à
l'adresse...
On a du coup des positions d'adresses souvent peu homogèn
Donc shop=seafood est bien le bon tag "principal"
> Mais on sent bien qu'ils souhaitent développer la consommation sur place.
S'ils ont une salle dédiée à cela, pourquoi pas un second POI ?
Sinon certains restaurants ouvrier font payer avant de consommer, ça
reste des restaurants, pas des fast
C'est le rendu de public_transport"="platform" que je cherche.
Sur un noeud c'est bien rendu puis qu'historiquement le plus courant.
Je cherche plus précisément le rendu de l'icône arrêt de bus de la plateforme
d'attente lorsque la longueur et le côté dédié de celle ci justifie un chemin
ouvert
De toute façon je vais laisser les uic sur les plateformes vu s'ils ont chacun
le leur.
Le name par contre unique sur le stop_area (gare de xyz c'est ainsi qu'un local
connaît le lieu)
Si je résume vos avis, un seul stop_area facilite les correspondances mais il y
a-t-il un outil qui l'utilise "
Si vous voulez savoir de quand datent les images aériennes de la BD Ortho
sur une zone donnée, voici une carte uMap qui vous sera utile:
http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764
On a la date et l'heure de prise de vue et donc ceci permet de con
Le name=* pour la stop-area devrait être par défaut celui de la
collectivité locale (EPCI) qui en a le monopole sur son territoire, même si
des opérateurs comme la SNCF exploitent aussi un emplacement avec un nom
"simplifié" pour ses fiches horaires et billets de transports.
Vu que la stop_area au
Il s'agit des tags contact:housenumber et contact:street
Romain
Le 27 juillet 2017 à 11:34, marc marc a écrit :
> contact:addr m'a l'air d'être une rustine parce que la variété
> d'encodage des adresses rend le système bancal.
> Dupliquer les infos en préfixant avec contact ne change rien.
> Il
J'ai migré les valeurs numériques restantes ainsi que le dry-stone.
Il ne reste plus que 36 steps=yes à vérifier, n'hésitez pas :-)
Le 29. 07. 17 à 00:33, Marc M. a écrit :
> J'ai corrigé les steps=up/down en incline=up/down
>
> Il reste 12 valeurs numériques a migrer vers step_count
> cela tent
Moi j'en mettrais 3 (hiérarchique), ou aucune. Pour moi (et mes scripts)
ces relations stop_area servent à déterminer quel public_transport=platform
va ensemble avec quel public_transport=stop_position. Et à partir de là
quel highway à ajouter aux relations route.
Polyglot
2017-07-21 22:09 GMT+0
Les anciens tags ne sont pas là pour être compatible. Ils sont là pour
'aider' le rendu. Après des années de demander que public_transport soit
rendu, on a plus ou moins abandonné.
Personnellement, je n'ai jamais abandonné de renseigner les arrêts sur de
noeuds à coté de la rue et je trouve dommag
11 matches
Mail list logo
