Re: [OSM-talk-fr] légende OSM ?

[Jérôme Seigneuret]

Bonne nouvelle

Le mer. 19 sept. 2018 à 23:59, Éric Piel  a écrit :

> On 19-09-18 22:47, Éric Piel wrote:
> > On 19-09-18 13:16, Julien Lepiller wrote:
> >> Un multipolygone cassé ?
> > Oui, peut être est-ce lié à cette annonce:
> > https://www.openstreetmap.org/user/Harry%20Wood/diary/44900
> >
> > Il y a plusieurs "ronds roses" le long du bord de ce (non-)polygone:
> >
> http://tools.geofabrik.de/osmi/?view=areas=3.46088=48.80984=12=1.00=ring_not_closed
> Je viens d'essayer de les corriger avec iD et, étonnement, ça semble
> avoir marché. J'ai corrigé 4 relations multipolygones, dont 2 très
> grosses (correspondant au "rose").
>
> Pour confirmer il faut attendre un petit peu que les tuiles soient
> recalculées (cf les réponses de Philipe Verdy, que je n'ai pas eu le
> temps de lire pleinement mais qui semblent traiter en détail de ce
> sujet) et/ou que OSM inspector refasse une passe.
>
> Éric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] légende OSM ?

[Éric Piel]

On 19-09-18 22:47, Éric Piel wrote:

On 19-09-18 13:16, Julien Lepiller wrote:

Un multipolygone cassé ?

Oui, peut être est-ce lié à cette annonce:
https://www.openstreetmap.org/user/Harry%20Wood/diary/44900

Il y a plusieurs "ronds roses" le long du bord de ce (non-)polygone:
http://tools.geofabrik.de/osmi/?view=areas=3.46088=48.80984=12=1.00=ring_not_closed 
Je viens d'essayer de les corriger avec iD et, étonnement, ça semble 
avoir marché. J'ai corrigé 4 relations multipolygones, dont 2 très 
grosses (correspondant au "rose").


Pour confirmer il faut attendre un petit peu que les tuiles soient 
recalculées (cf les réponses de Philipe Verdy, que je n'ai pas eu le 
temps de lire pleinement mais qui semblent traiter en détail de ce 
sujet) et/ou que OSM inspector refasse une passe.


Éric


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

Re: [OSM-talk-fr] highway=valeuractuelle en highway=road + qlqchosedautre=valeuractuelle

[Jérôme Seigneuret]

et surtout repartir au début : quel est le problème ?
en quoi changer tous les highway=valeuractuelle en highway=road +
qlqchose=valeuractuelle permet de résoudre un problème qui n'est pas
possible de résoudre de manière satisfaisante avec le système actuel ?

Simplement parce que toute les catégorisations "légale" ne sont pas
conditionné par le fait d'être une zone ou une limite de vitesse et la
classification de base en niveau hiérarchique des voies est conflictuelle
avec certaines clé spécifique et avec l'usage routing de base. Ces
informations réglementaires sont l'un des problèmes qui font que l'on a des
conflits d'édition.
type:maxspeed et source:maxspeed en est aussi un bon d'exemple. La voirie
c'est pas juste une vitesse et en soit les panneaux pour les zones ça reste
un sign...

En clair ça permet définir au niveau légal:
- les route pour automobile
- les voies vertes
- les chemin de halage
- les zone 30
- les zone de rencontre
En terme d'analyse :
- de définir des analyses si source:maxpeed=sign n'est pas renseigné
uniquement si la conditon de vitesse légal est différente des conditon de
vitesse de circulation
- de sortir du schema de vitesse les voies rural sans city_limit (j'aimerai
connaitre réellement les info légale sur l'implantation des panneaux de
ville) sachant qu'en plus les panneaux ne sont pas forcément un noeud de la
voierie.

En terme de carto et de routing:
- De choisir les modes d'affichage sur le rendu en surchage
- De ne pas avoir d'alerte de rupture sur le schema et de respecter les
continuités.

L'usage que l'on peut faire dépasse la notion de routing et n'est pas
spécifiquement en lien avec cela. La notion de gestion et aussi un élément
important pour savoir qui est en charge des problématiques de maintenance
de la voirie. Mais c'est en lien avec une autre clé "operator"

Je me base aussi sur la connaissance que j'ai d'autres référentiels
routiers métiers ou de certaines métropole.

Dans cette clé il y a aussi une notion de cardinalité d'où le fait d'avoir
l'avis de personnes faisant du droit.

Une zone 30 ou une zone de rencontre ne peuvent se  que dans une zone
d'agglomération.

En cause aussi la réglementation des voies des hameaux qui ne peuvent avoir
des vitesses en dessous de 70km/h. Spécifique au départementales? Je ne
sais pas

Un peu d'info

http://www.cotita.fr/IMG/pdf/fiche_hameaux_et_lieux_dits_cle25365b.pdf

Question écrite n° 04190 de *M. Jean Louis Masson
*(Moselle
- NI)publiée
dans le JO Sénat du 24/04/2008 - page 813

M. Jean Louis Masson attire l'attention de M. le secrétaire d'État chargé
des transports sur le fait que des panneaux d'agglomération sont installés
à l'entrée et à la sortie des zones habitées. De même, des panneaux de
lieu-dit sont installés aux extrémités des hameaux. Il souhaiterait qu'il
lui indique quels sont les critères qui différencient la notion
d'agglomération et la notion de hameau. Il souhaiterait également savoir si
l'emplacement des panneaux d'agglomération ou de lieu-dit est décidé
unilatéralement par la commune même lorsque la route concernée est
départementale ou nationale. Il souhaiterait enfin savoir, lorsqu'il s'agit
d'une route départementale ou d'une route nationale, quelle est la
collectivité qui doit assurer le coût de la mise en place et de l'entretien
des panneaux d'agglomération ou de lieu-dit correspondants.

Réponse du Secrétariat d'État aux transportspubliée dans le JO Sénat du
11/09/2008 - page 1841

Le code de la route définit, dans son article R. 110-2, l'agglomération
comme étant un espace sur lequel sont groupés des immeubles bâtis
rapprochés. L'entrée et la sortie en sont obligatoirement signalées par des
panneaux placés à cet effet le long de la route qui le traverse ou qui le
borde, aux limites de l'agglomération. Celle-ci est définie dans un arrêté
du maire de la commune même si la voie est classée route nationale ou route
départementale. Un hameau, c'est-à-dire un groupe de maisons isolées
n'entrant pas dans le cadre de la définition précédente peut être signalé à
l'entrée et à la sortie par un panneau de localisation E31. Ce panneau,
contrairement au panneau d'agglomération, n'induit aucune prescription,
notamment en matière de vitesse. En application de l'instruction
interministérielle n° 81-85 du 23 septembre 1981, qui définit la
répartition des charges financières afférentes à la fourniture, la pose,
l'entretien, l'exploitation, le remplacement et éventuellement la
suppression des dispositifs de signalisation routière, la règle de base est
que les panneaux de localisation sont à la charge de l'autorité
gestionnaire de la route hors agglomération, c'est à dire du conseil
général dans le cas d'une route départementale. Il peut être dérogé à cette
règle d'un commun accord entre les deux collectivités.



Le mer. 19 sept. 2018 à 22:11, marc marc  a
écrit :

> et surtout repartir au début : quel est le problème ?
> en quoi changer tous les 

Re: [OSM-talk-fr] légende OSM ?

[Éric Piel]

On 19-09-18 13:16, Julien Lepiller wrote:

Un multipolygone cassé ?

Oui, peut être est-ce lié à cette annonce:
https://www.openstreetmap.org/user/Harry%20Wood/diary/44900

Il y a plusieurs "ronds roses" le long du bord de ce (non-)polygone:
http://tools.geofabrik.de/osmi/?view=areas=3.46088=48.80984=12=1.00=ring_not_closed

Éric


Le 2018-09-19 12:45, Nicolas Bétheuil a écrit :

Bonjour,

Comment vous interprétez cette grande zone gris / vert plutôt que le
rose pâle qu'il y a autour
https://www.openstreetmap.org/#map=12/48.8106/3.5091
c'est au nord est de la ferté gaucher

Sur le rendu FR cette zone est plus petite

merci



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

[OSM-talk-fr] highway=valeuractuelle en highway=road + qlqchosedautre=valeuractuelle

[marc marc]

et surtout repartir au début : quel est le problème ?
en quoi changer tous les highway=valeuractuelle en highway=road + 
qlqchose=valeuractuelle permet de résoudre un problème qui n'est pas 
possible de résoudre de manière satisfaisante avec le système actuel ?

Le 19. 09. 18 à 15:22, Jérôme Seigneuret a écrit :
> Oui,
> 
> Peux être recréé un sujet connexe avec cette proposition sur la liste
> FR vu que l'on a quand même bien dévié
> 
> Le mer. 19 sept. 2018 à 15:14, djakk djakk a écrit :
> 
> Ta proposition ? Oui bonne idée.
> 
> djakk
> 
> 
> Le mer. 19 sept. 2018 à 15:06, Jérôme Seigneuret a écrit :
> 
> Pas abonné pour le moment. Peux-tu retransmettre la proposition? 
> Merci
> 
> Le mer. 19 sept. 2018 à 14:55, djakk djakk  > a écrit :
> 
> Excellent !
> 
> Il y a justement une discussion en cours sur la taggin’ mondiale à
> propos de la vitesse par défaut. Je viens de toucher un mot sur les
> “zones 30” (C’est : [Tagging] maxspeed:type vs source:maxspeed //
> StreetComplet)
> 
> djakk
> 
> Le mer. 19 sept. 2018 à 14:34, Jérôme Seigneuret 
> mailto:jerome.seigneu...@gmail.com>> a
> écrit :
> 
> Salut, J'ai pas vraiment pris le temps de m'interroger sur cette
> histoire de zone légale. Mais je vais aller dans ton sens sur ce
> sujet.
> 
> Je pense que pour bien décomposer les éléments il faudrait en toucher
> un mot avec un juriste qui accepterai de nous aider ou via les
> universités de droits. C'est un sujet à proposer je pense.
> 
> J'en reviens à la zone 50 en ville (zone légale 50) puis les zone 30
> puis les zones 20 Les notions d'accès (private et permissive) car une
> voie ouverte à la circulation sans barrière physique est de fait dans
> la loi une voie privé ouverte à la circulation publique (dans mon
> métier ça a un impact sur notre activité)
> 
> Mon problème et en lien avec le source:maxspeed=sign avec par exemple
> maxspeed=70. Vu que les panneaux de sortie et d'entrée de ville ne
> sont pas sur toutes les voies (problème de chemins classés en 
> highway=residential ou l'inverse) les outils de propagation de
> vitesse par simulation entre en conflit car un bord est à 80km/h et
> l'autre des fois à 30km/h. (peut-être aussi un manque sur les
> vitesses en zone privé.
> 
> Bref je vois plus un schéma découlant aussi de name du fait de ce
> soit une zone et que ce soit un critère lié au loi et règlement (code
> de la route) et que c'est pas lié uniquement à une notion de vitesse.
> Donc cette clé doit être décorrélé de maxspeed.
> 
> je pense à un truc du genre *highway:legal_type* * * Cette clé a déjà
> été décrit pour les panneaux publicitaire et comblera emplement le
> dispositif de vitesse
> 
> en agglo: Si tu es à 50 les vitesses sont implicites après on peut
> aussi le faire en explicite maxspeed=50 *highway:legal_type=urban
> *ou *highway:legal_type:FR=agglomération* Si c'est une voie à 70 
> maxspeed=50 *highway:legal_type=urban *ou 
> *highway:legal_type:FR=agglomération* maxspeed=70 
> source:maxspeed=sign
> 
> Le reste est dans le même contexte
> 
> Ça règle aussi le problème des Voies vertes 
> *highway:legal_type:FR=Voie Verte*
> 
> Et évite de jouer juste sur des types de "voie spéciale" sachant que
> les voies vertes traversent des chemins de halage des voies de
> service etc avec des conditions de circulation très variables.
> 
> Qu'en pensez-vous? On réutilise une clé existante qui colle à notre
> contexte. C'est quand mieux que d'avoir maxspeed:type=* 
> source:maxspeed=FR:zone:30 ou FR:zone30
> 
> Et avec ça, on libère et fait mieux correspondre la notion de
> source:maxspeed
> 
> D'ailleurs il y a aussi des notions de vitesse que j'appelle "de bon
> sens" car à moins d'être avec un véhicule de rallye tu ne roules pas
> toujours au max de la vitesse légale (problème de visibilité,
> sinuosité, pente, nombre d'accès sur la voirie, espaces boisés etc 
> avec passage de faune)
> 
> Concernant les vitesses de circulation et les outils il faut voir de
> ce coté https://wiki.openstreetmap.org/wiki/Routing#Speed_data
> 
> A+
> 
> Le mer. 19 sept. 2018 à 12:02, djakk djakk  > a écrit :
> 
> Ou plus simplement living_street=yes :)
> 
> 
> djakk
> 
> 
> Le mer. 19 sept. 2018 à 11:06, djakk djakk  > a écrit :
> 
> Salut !
> 
> Dans cette situation, je vois 2 choses à cartographier sur les “way”
> du parking, l’aspect de la route (highway=service + 
> service=parking_aisle) et l'influence du panneau (un couple
> clé-valeur à inventer qui montre qu’on utilise le panneau officiel
> “zone de rencontre” : highway_legal=living_street ?)
> 
> 
> djakk
> 
> 
> Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret 
> mailto:jerome.seigneu...@gmail.com>> a
> écrit :
> 
> @Phyks C'est q'une clause de bon sens mais certains parking sont
> affiché avec des vitesses de circulation à 10 20 ou 30 km.
> 
> La loi dit:
> 
> / Article R. 413-18. Lorsque des parcs de stationnement de véhicules
> sont aménagés sur des 

Re: [OSM-talk-fr] nouveau champ takeaway:lunchbox

[marc marc]

Le 19. 09. 18 à 12:12, Vivien MICHON a écrit :
> Le terme "zerowaste" couvre un champ plus large que le fait de venir avec son 
> contenant
> En restauration, cela sous-entend même que la cuisine est faite en portant 
> attention au gaspillage

es-tu utilisateur de la démarche ?
car en l'étant, je ne me retrouve pas du tout dans tes critères.

en tout cas il y a une contradiction entre le wiki osm et le lien 
wikipedia dans la page du wiki osm
https://wiki.openstreetmap.org/wiki/Key:bulk_purchase
selon le wiki osm c'est la vente en vrac
https://en.wikipedia.org/wiki/Bulk_purchasing
selon wikipedia c'est la vente en grande quantité
qui est représenté dans osm par wholesale (cité sur wikipedia
comme un autre mot ayant le même sens)
https://wiki.openstreetmap.org/wiki/Key:wholesale
c'est foireux :(

je vais discuterai "hors ligne" avec quelques amis adepte de la démarche 
pour voir si mon ressenti sur la classification est jute ou pas.

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

Re: [OSM-talk-fr] nouveau champ takeaway:lunchbox

[Philippe Verdy]

Oui je pense que la plupart des vendeurs en vrac ne laissent pas les
produits en libre service, ne serait-ce que pour éviter le gaspillage ou la
contamination du vrac restant invendus et préserver l'hygiène pour les
clients suivants. Le vrac n'a en effet presque aucune protection hors de
son contenant initial de grande capacité.

Les seuls vracs en libre service que j'ai vu c'était pour des fruits secs
et céréales, mais les hyper ont arrêté car la moitié des gens ne savaient
pas se servir correctement, ou déclaraient les sachets et tout était par
terre ou allait polluer les tapis des caisses, ou cassaient
involontairement les dispositifs permettant de doser le produit. ou mettait
les sachets au mauvais endroit, malgré la notice affichée avec les
diagrammes explicatifs.

Pour les liquides soit le type et le format de contenant est imposé et
consigné et on passe par un automate pour le remplir, soit il y a un
vendeur qui fera ce remplissage proprement et ne voudra pas le faire dans
des contenants pas adaptés, pas étanches, pas assez propres (dans ce cas il
proposera un autre contenant contre nouvelle consigne, et au mieux il
prendra l'ancien contenant inadapté pour le trier et faire recycler
convenablement)...

L'ancien système des consignes était plus intelligent: les contenants
n'était pas réutilisés tout de suite par les mêmes clients, il passait
d'abord par un atelier de nettoyage et controle ou recyclage et c'était
facilité par la plus grande standardisations des formats des contenants.
Mais les producteurs ont développé toute une industrie d'emballages
spécifiques dont les formats changents sans arrêt et ne s'adaptent pas aux
modifications de quantité incluse dans les produits pourtant vendus sous la
même marque, ni aux besoin pour eux de faire du merchandising: c'est
tellement pratique ces emballages carton et plastiques sur lesuqels ont
peut afficher n'importe quoi tout en masquant le produit réel contenu :
l'image, les logos, les affirmations gratuites de qualité, la marque
elle-même, les couleurs dont là pour continuer à vendre et surtout
augmenter les marges en baissant la qualité réelle et réduire les couts de
production: on n'achète plus le produit, mais la marque et le coût de la
publicité et les intermédiaires de plus en plus nombreux dans la chaîne de
production mais surtout ceux de la distribution (qui au passage reduisent
les emplois et automatisent, les automates demandent des produits
standardisés, des petites tailles, mais fonctionne encore mieux si les
contenants sont à moitié vides et peuvent résister à n'importe quoi dans
des durées très longues; d'où aussi l'abus des conservateurs et produits
artificiels dans les produits alimentaires, et maintenant la chimie
industrielle remplace ce que produit la nature et nous fait avaler des
pseudo-nutriments et vitamines en fait non assimilables et qui sont faits
pour nous rendre addictifs sans nous nourrir réellement !

Le vrac a cet avantage: on voit le produit, on n'est pas berné par
l'emballage, et on prend conscience des quantités réelles. On a aussi des
produits plus simples mais plus diversifiés qui changent selon les saisons,
et qui ont des goûts différents et ne nous rendent pas addictifs. En plus
il paye nettement mieux les producteurs en valorisant le produit lui-même
et non ce qui est autour qu'on paye de plus en plus cher pour rien
puisqu'on va le jeter immédiatement (la plupart des emballages n'est pas
recyclable ou valorisable tel quel, cela produit beaucoup de déchet et même
10% de ce volume c'est trop quand un emballage consigné a un recyclage
pouvant presque atteindre les 100% et produit peu de déchets toxiques et
polluants puisque cela ne passe pas par des incinérateurs ou des décharges
et ne finit pas non plus dans les rivières puis les océans).

Le mer. 19 sept. 2018 à 13:10, Jean-Claude Repetto  a
écrit :

> Le 19/09/2018 à 12:12, Vivien MICHON a écrit :
> >
> > "bulk_purchase" décrit la vente en vrac, c'est-à-dire de la vente en
> libre-service de produits qui ne sont pas préemballés.
>
> Bonjour,
> Je ne vois pas en quoi le terme "bulk_purchase" implique que ce soit en
> libre service. Par exemple dans les magasins que je fréquente, il faut
> demander un vendeur pour remplir son flacon de liquide vaisselle.
>
> Jean-Claude
>
>
> ___
> 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] légende OSM ?

[Philippe Verdy]

Non pas complètement. Cela n'affecte pas les requêtes indirectes effectuées
par les framework javascripts qui contrôlent la cachabilité et ne tiennent
pas compte de l'action utilisateur initiale, ces requêtes sont effectuées
séparément et via des actions différées indépendantes de la page affichée
dans sont état actuel.

Pour Chrome je dois encore utiliser CTRL+SHIFT+DEL et demander cette purge
complète (cependant cela n'efface pas les éléments encore référencés dans
les onglets ouverts et qui restent dans le cache, sinon ça boguerait leur
affichage : presser F5 ou SHIFT+F5 ne suffit pas, il faut encore naviguer
ailleurs pour fermer les utilisations des éléments du cache et lui
permettre de se vider, mais pour les tuiles on peut simpler zoomer, purger,
et dézoomer pour supprimer cette association.

Il n'y a pas encore d'action dans Chrome qui éviter d'utiliser le cache
pendant une durée définie (par exemple le chargemetn de la page puis les
requêtes différées déclenchées à la demande des framework : il faudrait
pouvoir faire SHIFT+F5 pour commencer la purge et maintenir la touche SHIFT
enfoncée pour que cette purge continue à s'appliquer à toutes les autres
requêtes indirectes: ces éléments ajoutés viennent compléter/modifier le
DOM de la page qui vient d'être complètement chargée et réffraichie et
validée hors cache, mais avant que la page soit raffraichie réellement à
l'écran, il reste aussi un délai de déclenchement pendant le quel ce n'est
même pas le DOM qui maintient directement l'association, mais un cache
interne du moteur de rendu qui dispose de sa propre copie séparée de
l'ancien DOM dont les éléments ne sont pas encore remplacé par le nouveau
DOM qui s'est chargé séparément dans un autre contexte. Et j'ai bien vu que
cette purge même avec CTRL+SHIFT+DEL maintenait encore en mémoire (et dans
le cache sur disque) des éléments dont ceux permettant le suivi (y compris
les cookies traceurs, et des identifiants de session, sans compter les
cookies internes de certains codecs)

Ces astuces commencent à être connues des annonceurs  publicitaires: la
purge est superficielle, pas totale et maintient des éléments en vie assez
longtemps pour pouvoir les réutiliser aussitôt la page raffraichiet et
remettre dans le cache visible. Et je pense que les auteurs de Chrome ont
justement fait en sorte que ça marche comme ça pour répondre aux demandes
des réseaux d'annonceurs publicitaires (y compris ceux de Google Ads,
Youtube, et les réseaux sociaux qui veulent pouvoir vous pister le plus
longtemps possible de façon certaine sans avoir à utiliser des
heuristiques).

Une purge complète devrait aussi terminer tous les événements différés en
les mettant en échec et invalidant leur contenu totalement, comme s'il n'y
avait plsu de connexion internet du tout pour les connecter. Cela devrait
terminer toutes les sessions en cours, tous les codecs actifs, tous les
plugins et composants intégrés du navigateur qui référencent des éléments
de la page, en les faisant pointer tous sur un objet d'erreur pour les
forcer à recevoir des exceptions si c'était des événements bloquants, et
briser toutes les associations avec des éléments en cache à tous les
niveaux.

Le mer. 19 sept. 2018 à 18:27, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> Pour ce qui utilise Chromium ou Chrome le cache se vide avec majuscule +
> F5. my 2 cents ;-)
>
> Le mer. 19 sept. 2018 à 18:22, Philippe Verdy  a
> écrit :
>
>> Je ne vois pas de grande zone "grise" au **Nord** de la Ferté-Gaucher,
>> mais à l'Est oui (et vu sa taille ce doit être un vieux polygone Corine
>> 2006 qui a commencé à être retravaillé...)
>> Et aussi bien dans le rendu OSM.ORG que .FR.
>>
>> Pense à vider de temps en temps ton cache navigateur si tu t'attends à
>> des changements, la durée de péremption indiquée par les caches de tuiles
>> est assez longue avant que ces tuiles soient automatiquement purgées et
>> rechargées par le navigateur (mais en pratique le navigateur ne nettoie pas
>> grand chose tant qu'il juge qu'il y a largement assez de place pour garder,
>> il stocke, et pour les images (surtout celles chargés par un framework
>> javascript et non directemetn référencé par le DOM d'une page HTML, il omet
>> de vérifier les dates de péremption et affiche le plus vite possible les
>> images trouvées dans sont cache sans interroger le réseau, surtout s'il a
>> d'autres requêtes réseau en attente et plus urgentes: l'affichage est alors
>> immédiat, le rafraichissement réel par une requête du navigateur (qui va
>> monopoliser une session TCP et des tas de ressources, est mis en attente et
>> sera annulé et reporté tant qu'il y a d'autres requêtes plus urgentes à
>> faire, car le navigateur privilégie le temps de réponse et ne considère pas
>> que les images statiques cachables ont une durée de vie *maximale* à ne
>> jamais dépasser; et même s'il déclenche un rafraichissement en arrière-plan
>> de son cache, et qu'il réussit à purger l'ancienne version en la 

Re: [OSM-talk-fr] légende OSM ?

[Jérôme Seigneuret]

Pour ce qui utilise Chromium ou Chrome le cache se vide avec majuscule +
F5. my 2 cents ;-)

Le mer. 19 sept. 2018 à 18:22, Philippe Verdy  a écrit :

> Je ne vois pas de grande zone "grise" au **Nord** de la Ferté-Gaucher,
> mais à l'Est oui (et vu sa taille ce doit être un vieux polygone Corine
> 2006 qui a commencé à être retravaillé...)
> Et aussi bien dans le rendu OSM.ORG que .FR.
>
> Pense à vider de temps en temps ton cache navigateur si tu t'attends à des
> changements, la durée de péremption indiquée par les caches de tuiles est
> assez longue avant que ces tuiles soient automatiquement purgées et
> rechargées par le navigateur (mais en pratique le navigateur ne nettoie pas
> grand chose tant qu'il juge qu'il y a largement assez de place pour garder,
> il stocke, et pour les images (surtout celles chargés par un framework
> javascript et non directemetn référencé par le DOM d'une page HTML, il omet
> de vérifier les dates de péremption et affiche le plus vite possible les
> images trouvées dans sont cache sans interroger le réseau, surtout s'il a
> d'autres requêtes réseau en attente et plus urgentes: l'affichage est alors
> immédiat, le rafraichissement réel par une requête du navigateur (qui va
> monopoliser une session TCP et des tas de ressources, est mis en attente et
> sera annulé et reporté tant qu'il y a d'autres requêtes plus urgentes à
> faire, car le navigateur privilégie le temps de réponse et ne considère pas
> que les images statiques cachables ont une durée de vie *maximale* à ne
> jamais dépasser; et même s'il déclenche un rafraichissement en arrière-plan
> de son cache, et qu'il réussit à purger l'ancienne version en la remplaçant
> par une nouvelle version avec une nouvelle date de péremption, cela ne
> déclenche pas nécessairement un rafraichissemetn de l'affichage mais pour
> le voir il faut naviguer sur une autre page et y revenir...)
> Les serveurs de tuiles d'OSM sont tous conçus pour maximiser l'utilisation
> des caches par les clients (mais aussi les proxies intermédiaires, bien que
> ceux-ci adoptent des durées de péremption plus courtes que celles annoncée
> si le proxy est un proxy tiers partagé par des nombreux clients, tels que
> les proxies des FAI mobiles qui font tous de la mise en cache local pour
> régler le problème de surcharge des serveurs web par une adresse IP unique
> partagée par des clients qui n'ont pas eux-même d'adresse IPv4 propre mais
> se partagent un bloc d'adresses via un gros NAT: si ces FAI mobiles ne
> faisaient pas de cache local, ils se feraient tous bloquer par les serveurs
> pour abus d'usage comme si c'était un client unique, et l'accès mobile
> serait inutilisable. On attend que les FAI passent tous à l'IPv6 pour tous
> pour supprimer ces proxies gênants, et en plus qui font du traçage et du
> filtrage sans le dire aux abonnés!)
>
>
>
> Le mer. 19 sept. 2018 à 12:48, Nicolas Bétheuil  a
> écrit :
>
>> Bonjour,
>>
>> Comment vous interprétez cette grande zone gris / vert plutôt que le
>> rose pâle qu'il y a autour
>> https://www.openstreetmap.org/#map=12/48.8106/3.5091
>> c'est au nord est de la ferté gaucher
>>
>> Sur le rendu FR cette zone est plus petite
>>
>> merci
>>
>> ___
>> 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
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] légende OSM ?

[Philippe Verdy]

Je ne vois pas de grande zone "grise" au **Nord** de la Ferté-Gaucher, mais
à l'Est oui (et vu sa taille ce doit être un vieux polygone Corine 2006 qui
a commencé à être retravaillé...)
Et aussi bien dans le rendu OSM.ORG que .FR.

Pense à vider de temps en temps ton cache navigateur si tu t'attends à des
changements, la durée de péremption indiquée par les caches de tuiles est
assez longue avant que ces tuiles soient automatiquement purgées et
rechargées par le navigateur (mais en pratique le navigateur ne nettoie pas
grand chose tant qu'il juge qu'il y a largement assez de place pour garder,
il stocke, et pour les images (surtout celles chargés par un framework
javascript et non directemetn référencé par le DOM d'une page HTML, il omet
de vérifier les dates de péremption et affiche le plus vite possible les
images trouvées dans sont cache sans interroger le réseau, surtout s'il a
d'autres requêtes réseau en attente et plus urgentes: l'affichage est alors
immédiat, le rafraichissement réel par une requête du navigateur (qui va
monopoliser une session TCP et des tas de ressources, est mis en attente et
sera annulé et reporté tant qu'il y a d'autres requêtes plus urgentes à
faire, car le navigateur privilégie le temps de réponse et ne considère pas
que les images statiques cachables ont une durée de vie *maximale* à ne
jamais dépasser; et même s'il déclenche un rafraichissement en arrière-plan
de son cache, et qu'il réussit à purger l'ancienne version en la remplaçant
par une nouvelle version avec une nouvelle date de péremption, cela ne
déclenche pas nécessairement un rafraichissemetn de l'affichage mais pour
le voir il faut naviguer sur une autre page et y revenir...)
Les serveurs de tuiles d'OSM sont tous conçus pour maximiser l'utilisation
des caches par les clients (mais aussi les proxies intermédiaires, bien que
ceux-ci adoptent des durées de péremption plus courtes que celles annoncée
si le proxy est un proxy tiers partagé par des nombreux clients, tels que
les proxies des FAI mobiles qui font tous de la mise en cache local pour
régler le problème de surcharge des serveurs web par une adresse IP unique
partagée par des clients qui n'ont pas eux-même d'adresse IPv4 propre mais
se partagent un bloc d'adresses via un gros NAT: si ces FAI mobiles ne
faisaient pas de cache local, ils se feraient tous bloquer par les serveurs
pour abus d'usage comme si c'était un client unique, et l'accès mobile
serait inutilisable. On attend que les FAI passent tous à l'IPv6 pour tous
pour supprimer ces proxies gênants, et en plus qui font du traçage et du
filtrage sans le dire aux abonnés!)



Le mer. 19 sept. 2018 à 12:48, Nicolas Bétheuil  a
écrit :

> Bonjour,
>
> Comment vous interprétez cette grande zone gris / vert plutôt que le
> rose pâle qu'il y a autour
> https://www.openstreetmap.org/#map=12/48.8106/3.5091
> c'est au nord est de la ferté gaucher
>
> Sur le rendu FR cette zone est plus petite
>
> merci
>
> ___
> 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] Josm, imagerie aérienne, lenteur ou bug

[Stéphane Péneau]

Merci !
Je teste dès que possible, et ferai un retour ici même.

Stf

Le 19/09/2018 à 00:57, Vincent Privat a écrit :

Ah ben c'est déjà corrigé, vous pouvez le remercier :)
Effectivement ça avait été introduit en mai dernier.
Détails ici: https://josm.openstreetmap.de/ticket/14562

Le mar. 18 sept. 2018 à 23:01, Vincent Privat 
mailto:vincent.pri...@gmail.com>> a écrit :


Y'a trois tickets en cours sur ce sujet:
https://josm.openstreetmap.de/ticket/16734
https://josm.openstreetmap.de/ticket/16743
https://josm.openstreetmap.de/ticket/16747

Wiktor est dessus.

A+
Vincent

Le mar. 18 sept. 2018 à 13:19, Julien Lepiller mailto:o...@lepiller.eu>> a écrit :

Le 2018-09-18 12:12, Stéphane Péneau a écrit :
> Hello !
>
> Depuis quelques semaines, ou mois, j'ai la sensation que
l'affichage
> des images aériennes dans Josm a un comportement un peu bizarre.
>
> J'ai l'impression qu'il y a 2 problèmes, 1 dans Josm, et 1
autre avec
> la BD Ortho de l'Ign :
>
> - Dans Josm, je peux avoir un affichage correct, puis pendant un
> déplacement de l'affichage, me retrouver avec des tuiles
pixelisées
> qui s'affichent par dessus d'autres tuiles en bonne qualité.

Je confirme ce point, et pas uniquement sur la bdortho : ça me
le fait
sur toutes les imageries, ce qui est particulièrement pénible
en 4G dans
un train, puisqu'il faut attendre d'avoir une connexion pour
que JOSM
télécharge de nouveau les tuiles alors qu'il les connaissait.

> - En parallèle, et ce n'est pas permanent, la console de Josm
> m'affiche un nombre assez conséquent d'erreurs 404 et/ou 509
avec
> proxy-ign.openstreetmap.fr
. Par exemple, hier matin.

Là je ne sais pas.

>
> Oui, ça fait beaucoup de conditionnel et de ressenti. Avant
de creuser
> plus loin, j'aimerais savoir si je suis le seul dans cette
situation,
> ou si c'est assez généralisé.
>
>
> Stf
>
>
> ___
> 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



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

Re: [OSM-talk-fr] PLU et copie des informations

[Jérôme Seigneuret]

Les servitudes... ça doit être connu des aménageur. Maintenant concernant
les pipes (gaz et pétrole en souterrain) je ne sais pas si le caractère
sensible en permet la diffusion... Mais on est sur des éléments
particuliers.

Je sais qui il y a des mises en demeure de destruction pour des
aménagements fait sur les emprises gazières contenu dans une zone tampon...
Je vais pas m'étaler.

Le mer. 19 sept. 2018 à 15:12, FR  a écrit :

> OK merci
>
> Ni la liste des servitudes concernant ces bâtiments ni leurs fiches
> descriptives n’étant explicitement reliées aux sources des études cités par
> le PLU, on peut alors considérer que ces données sont libres ?
>
> Merci aussi à Ph Verdy pour ses "leçons de choses" et ses conseils  (- ;
> Je ne doute pas que des membres des associations OSM, locale et nationale,
> aient entrepris des actions de longue haleine en faveur de la libération
> des
> données qui dépassent de loin la seule question du seul PLU…
>
> FR
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parc de stationnement en Zone de rencontre

[Jérôme Seigneuret]

Oui,

Peux être recréé un sujet connexe avec cette proposition sur la liste FR vu
que l'on a quand même bien dévié

Le mer. 19 sept. 2018 à 15:14, djakk djakk  a écrit :

> Ta proposition ? Oui bonne idée.
>
> djakk
>
>
> Le mer. 19 sept. 2018 à 15:06, Jérôme Seigneuret <
> jerome.seigneu...@gmail.com> a écrit :
>
>> Pas abonné pour le moment. Peux-tu retransmettre la proposition? Merci
>>
>> Le mer. 19 sept. 2018 à 14:55, djakk djakk  a
>> écrit :
>>
>>> Excellent !
>>>
>>> Il y a justement une discussion en cours sur la taggin’ mondiale à
>>> propos de la vitesse par défaut. Je viens de toucher un mot sur les “zones
>>> 30” (C’est : [Tagging] maxspeed:type vs source:maxspeed //
>>> StreetComplet)
>>>
>>> djakk
>>>
>>> Le mer. 19 sept. 2018 à 14:34, Jérôme Seigneuret <
>>> jerome.seigneu...@gmail.com> a écrit :
>>>
 Salut,
 J'ai pas vraiment pris le temps de m'interroger sur cette histoire de
 zone légale. Mais je vais aller dans ton sens sur ce sujet.

 Je pense que pour bien décomposer les éléments il faudrait en toucher
 un mot avec un juriste qui accepterai de nous aider ou via les universités
 de droits. C'est un sujet à proposer je pense.

 J'en reviens à la zone 50 en ville (zone légale 50) puis les zone 30
 puis les zones 20
 Les notions d'accès (private et permissive) car une voie ouverte à la
 circulation sans barrière physique est de fait dans la loi une voie privé
 ouverte à la circulation publique (dans mon métier ça a un impact sur notre
 activité)

 Mon problème et en lien avec le source:maxspeed=sign avec par exemple
 maxspeed=70. Vu que les panneaux de sortie et d'entrée de ville ne sont pas
 sur toutes les voies (problème de chemins classés en highway=residential ou
 l'inverse) les outils de propagation de vitesse par simulation entre en
 conflit car un bord est à 80km/h et l'autre des fois à 30km/h. (peut-être
 aussi un manque sur les vitesses en zone privé.

 Bref je vois plus un schéma découlant aussi de name du fait de ce soit
 une zone et que ce soit un critère lié au loi et règlement (code de la
 route) et que c'est pas lié uniquement à une notion de vitesse. Donc cette
 clé doit être décorrélé de maxspeed.

 je pense à un truc du genre *highway:legal_type*

 Cette clé a déjà été décrit pour les panneaux publicitaire et comblera
 emplement le dispositif de vitesse

 en agglo:
 Si tu es à 50 les vitesses sont implicites
 après on peut aussi le faire en explicite
 maxspeed=50
 *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
 Si c'est une voie à 70
 maxspeed=50
 *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
 maxspeed=70
 source:maxspeed=sign

 Le reste est dans le même contexte

 Ça règle aussi le problème des Voies vertes
 *highway:legal_type:FR=Voie Verte*

 Et évite de jouer juste sur des types de "voie spéciale" sachant que
 les voies vertes traversent des chemins de halage des voies de service etc
 avec des conditions de circulation très variables.

 Qu'en pensez-vous? On réutilise une clé existante qui colle à notre
 contexte. C'est quand mieux que d'avoir
 maxspeed:type=*
 source:maxspeed=FR:zone:30  ou FR:zone30

 Et avec ça, on libère et fait mieux correspondre la notion de
 source:maxspeed

 D'ailleurs il y a aussi des notions de vitesse que j'appelle "de bon
 sens" car à moins d'être avec un véhicule de rallye tu ne roules pas
 toujours au max de la vitesse légale (problème de visibilité, sinuosité,
 pente, nombre d'accès sur la voirie, espaces boisés etc avec passage de
 faune)

 Concernant les vitesses de circulation et les outils il faut voir de ce
 coté
 https://wiki.openstreetmap.org/wiki/Routing#Speed_data

 A+

 Le mer. 19 sept. 2018 à 12:02, djakk djakk  a
 écrit :

> Ou plus simplement living_street=yes :)
>
>
> djakk
>
>
> Le mer. 19 sept. 2018 à 11:06, djakk djakk  a
> écrit :
>
>> Salut !
>>
>> Dans cette situation, je vois 2 choses à cartographier sur les “way”
>> du parking, l’aspect de la route (highway=service + 
>> service=parking_aisle)
>> et l'influence du panneau (un couple clé-valeur à inventer qui montre 
>> qu’on
>> utilise le panneau officiel “zone de rencontre” :
>> highway_legal=living_street ?)
>>
>>
>> djakk
>>
>>
>> Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret <
>> jerome.seigneu...@gmail.com> a écrit :
>>
>>> @Phyks C'est q'une clause de bon sens mais certains parking sont
>>> affiché avec des vitesses de circulation à 10 20 ou 30 km.
>>>
>>> La loi dit:
>>>
>>> *  Article R. 413-18. Lorsque des parcs de stationnement de
>>> véhicules sont aménagés sur des trottoirs ou 

Re: [OSM-talk-fr] Parc de stationnement en Zone de rencontre

[djakk djakk]

Ta proposition ? Oui bonne idée.

djakk


Le mer. 19 sept. 2018 à 15:06, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> Pas abonné pour le moment. Peux-tu retransmettre la proposition? Merci
>
> Le mer. 19 sept. 2018 à 14:55, djakk djakk  a
> écrit :
>
>> Excellent !
>>
>> Il y a justement une discussion en cours sur la taggin’ mondiale à propos
>> de la vitesse par défaut. Je viens de toucher un mot sur les “zones 30”
>> (C’est : [Tagging] maxspeed:type vs source:maxspeed // StreetComplet)
>>
>> djakk
>>
>> Le mer. 19 sept. 2018 à 14:34, Jérôme Seigneuret <
>> jerome.seigneu...@gmail.com> a écrit :
>>
>>> Salut,
>>> J'ai pas vraiment pris le temps de m'interroger sur cette histoire de
>>> zone légale. Mais je vais aller dans ton sens sur ce sujet.
>>>
>>> Je pense que pour bien décomposer les éléments il faudrait en toucher un
>>> mot avec un juriste qui accepterai de nous aider ou via les universités de
>>> droits. C'est un sujet à proposer je pense.
>>>
>>> J'en reviens à la zone 50 en ville (zone légale 50) puis les zone 30
>>> puis les zones 20
>>> Les notions d'accès (private et permissive) car une voie ouverte à la
>>> circulation sans barrière physique est de fait dans la loi une voie privé
>>> ouverte à la circulation publique (dans mon métier ça a un impact sur notre
>>> activité)
>>>
>>> Mon problème et en lien avec le source:maxspeed=sign avec par exemple
>>> maxspeed=70. Vu que les panneaux de sortie et d'entrée de ville ne sont pas
>>> sur toutes les voies (problème de chemins classés en highway=residential ou
>>> l'inverse) les outils de propagation de vitesse par simulation entre en
>>> conflit car un bord est à 80km/h et l'autre des fois à 30km/h. (peut-être
>>> aussi un manque sur les vitesses en zone privé.
>>>
>>> Bref je vois plus un schéma découlant aussi de name du fait de ce soit
>>> une zone et que ce soit un critère lié au loi et règlement (code de la
>>> route) et que c'est pas lié uniquement à une notion de vitesse. Donc cette
>>> clé doit être décorrélé de maxspeed.
>>>
>>> je pense à un truc du genre *highway:legal_type*
>>>
>>> Cette clé a déjà été décrit pour les panneaux publicitaire et comblera
>>> emplement le dispositif de vitesse
>>>
>>> en agglo:
>>> Si tu es à 50 les vitesses sont implicites
>>> après on peut aussi le faire en explicite
>>> maxspeed=50
>>> *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
>>> Si c'est une voie à 70
>>> maxspeed=50
>>> *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
>>> maxspeed=70
>>> source:maxspeed=sign
>>>
>>> Le reste est dans le même contexte
>>>
>>> Ça règle aussi le problème des Voies vertes
>>> *highway:legal_type:FR=Voie Verte*
>>>
>>> Et évite de jouer juste sur des types de "voie spéciale" sachant que les
>>> voies vertes traversent des chemins de halage des voies de service etc avec
>>> des conditions de circulation très variables.
>>>
>>> Qu'en pensez-vous? On réutilise une clé existante qui colle à notre
>>> contexte. C'est quand mieux que d'avoir
>>> maxspeed:type=*
>>> source:maxspeed=FR:zone:30  ou FR:zone30
>>>
>>> Et avec ça, on libère et fait mieux correspondre la notion de
>>> source:maxspeed
>>>
>>> D'ailleurs il y a aussi des notions de vitesse que j'appelle "de bon
>>> sens" car à moins d'être avec un véhicule de rallye tu ne roules pas
>>> toujours au max de la vitesse légale (problème de visibilité, sinuosité,
>>> pente, nombre d'accès sur la voirie, espaces boisés etc avec passage de
>>> faune)
>>>
>>> Concernant les vitesses de circulation et les outils il faut voir de ce
>>> coté
>>> https://wiki.openstreetmap.org/wiki/Routing#Speed_data
>>>
>>> A+
>>>
>>> Le mer. 19 sept. 2018 à 12:02, djakk djakk  a
>>> écrit :
>>>
 Ou plus simplement living_street=yes :)


 djakk


 Le mer. 19 sept. 2018 à 11:06, djakk djakk  a
 écrit :

> Salut !
>
> Dans cette situation, je vois 2 choses à cartographier sur les “way”
> du parking, l’aspect de la route (highway=service + service=parking_aisle)
> et l'influence du panneau (un couple clé-valeur à inventer qui montre 
> qu’on
> utilise le panneau officiel “zone de rencontre” :
> highway_legal=living_street ?)
>
>
> djakk
>
>
> Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret <
> jerome.seigneu...@gmail.com> a écrit :
>
>> @Phyks C'est q'une clause de bon sens mais certains parking sont
>> affiché avec des vitesses de circulation à 10 20 ou 30 km.
>>
>> La loi dit:
>>
>> *  Article R. 413-18. Lorsque des parcs de stationnement de véhicules
>> sont aménagés sur des trottoirs ou terre-pleins, les conducteurs ne 
>> doivent
>> circuler sur ceux-ci qu'à une allure très réduite et en prenant toute
>> précaution pour ne pas nuire aux piétons. *
>>
>> D'ailleurs la notion de nuire n'existe plus et à été remplacé par  «
>> ne pas constituer un danger pour les piétons »
>>

Re: [OSM-talk-fr] PLU et copie des informations

[FR]

OK merci

Ni la liste des servitudes concernant ces bâtiments ni leurs fiches
descriptives n’étant explicitement reliées aux sources des études cités par
le PLU, on peut alors considérer que ces données sont libres ?

Merci aussi à Ph Verdy pour ses "leçons de choses" et ses conseils  (- ;
Je ne doute pas que des membres des associations OSM, locale et nationale,
aient entrepris des actions de longue haleine en faveur de la libération des
données qui dépassent de loin la seule question du seul PLU…

FR



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Parc de stationnement en Zone de rencontre

[Jérôme Seigneuret]

Pas abonné pour le moment. Peux-tu retransmettre la proposition? Merci

Le mer. 19 sept. 2018 à 14:55, djakk djakk  a écrit :

> Excellent !
>
> Il y a justement une discussion en cours sur la taggin’ mondiale à propos
> de la vitesse par défaut. Je viens de toucher un mot sur les “zones 30”
> (C’est : [Tagging] maxspeed:type vs source:maxspeed // StreetComplet)
>
> djakk
>
> Le mer. 19 sept. 2018 à 14:34, Jérôme Seigneuret <
> jerome.seigneu...@gmail.com> a écrit :
>
>> Salut,
>> J'ai pas vraiment pris le temps de m'interroger sur cette histoire de
>> zone légale. Mais je vais aller dans ton sens sur ce sujet.
>>
>> Je pense que pour bien décomposer les éléments il faudrait en toucher un
>> mot avec un juriste qui accepterai de nous aider ou via les universités de
>> droits. C'est un sujet à proposer je pense.
>>
>> J'en reviens à la zone 50 en ville (zone légale 50) puis les zone 30 puis
>> les zones 20
>> Les notions d'accès (private et permissive) car une voie ouverte à la
>> circulation sans barrière physique est de fait dans la loi une voie privé
>> ouverte à la circulation publique (dans mon métier ça a un impact sur notre
>> activité)
>>
>> Mon problème et en lien avec le source:maxspeed=sign avec par exemple
>> maxspeed=70. Vu que les panneaux de sortie et d'entrée de ville ne sont pas
>> sur toutes les voies (problème de chemins classés en highway=residential ou
>> l'inverse) les outils de propagation de vitesse par simulation entre en
>> conflit car un bord est à 80km/h et l'autre des fois à 30km/h. (peut-être
>> aussi un manque sur les vitesses en zone privé.
>>
>> Bref je vois plus un schéma découlant aussi de name du fait de ce soit
>> une zone et que ce soit un critère lié au loi et règlement (code de la
>> route) et que c'est pas lié uniquement à une notion de vitesse. Donc cette
>> clé doit être décorrélé de maxspeed.
>>
>> je pense à un truc du genre *highway:legal_type*
>>
>> Cette clé a déjà été décrit pour les panneaux publicitaire et comblera
>> emplement le dispositif de vitesse
>>
>> en agglo:
>> Si tu es à 50 les vitesses sont implicites
>> après on peut aussi le faire en explicite
>> maxspeed=50
>> *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
>> Si c'est une voie à 70
>> maxspeed=50
>> *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
>> maxspeed=70
>> source:maxspeed=sign
>>
>> Le reste est dans le même contexte
>>
>> Ça règle aussi le problème des Voies vertes
>> *highway:legal_type:FR=Voie Verte*
>>
>> Et évite de jouer juste sur des types de "voie spéciale" sachant que les
>> voies vertes traversent des chemins de halage des voies de service etc avec
>> des conditions de circulation très variables.
>>
>> Qu'en pensez-vous? On réutilise une clé existante qui colle à notre
>> contexte. C'est quand mieux que d'avoir
>> maxspeed:type=*
>> source:maxspeed=FR:zone:30  ou FR:zone30
>>
>> Et avec ça, on libère et fait mieux correspondre la notion de
>> source:maxspeed
>>
>> D'ailleurs il y a aussi des notions de vitesse que j'appelle "de bon
>> sens" car à moins d'être avec un véhicule de rallye tu ne roules pas
>> toujours au max de la vitesse légale (problème de visibilité, sinuosité,
>> pente, nombre d'accès sur la voirie, espaces boisés etc avec passage de
>> faune)
>>
>> Concernant les vitesses de circulation et les outils il faut voir de ce
>> coté
>> https://wiki.openstreetmap.org/wiki/Routing#Speed_data
>>
>> A+
>>
>> Le mer. 19 sept. 2018 à 12:02, djakk djakk  a
>> écrit :
>>
>>> Ou plus simplement living_street=yes :)
>>>
>>>
>>> djakk
>>>
>>>
>>> Le mer. 19 sept. 2018 à 11:06, djakk djakk  a
>>> écrit :
>>>
 Salut !

 Dans cette situation, je vois 2 choses à cartographier sur les “way” du
 parking, l’aspect de la route (highway=service + service=parking_aisle) et
 l'influence du panneau (un couple clé-valeur à inventer qui montre qu’on
 utilise le panneau officiel “zone de rencontre” :
 highway_legal=living_street ?)


 djakk


 Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret <
 jerome.seigneu...@gmail.com> a écrit :

> @Phyks C'est q'une clause de bon sens mais certains parking sont
> affiché avec des vitesses de circulation à 10 20 ou 30 km.
>
> La loi dit:
>
> *  Article R. 413-18. Lorsque des parcs de stationnement de véhicules
> sont aménagés sur des trottoirs ou terre-pleins, les conducteurs ne 
> doivent
> circuler sur ceux-ci qu'à une allure très réduite et en prenant toute
> précaution pour ne pas nuire aux piétons. *
>
> D'ailleurs la notion de nuire n'existe plus et à été remplacé par  «
> ne pas constituer un danger pour les piétons »
>
> Maintenant si tu roule dans un parking de supermarché tu peux avoir
> des disposition qui font que tu peux rouler sans être confronté à de la
> circulation piétonne
> Exemple un stop à chaque ailes de parking. Dans le cas contraire il te
> sera 

Re: [OSM-talk-fr] légende OSM ?

[Jérôme Seigneuret]

Ou supprimé... J'ai rien dans les surcouches OSM Inspector

Le mer. 19 sept. 2018 à 13:17, Julien Lepiller  a écrit :

> Un multipolygone cassé ?
>
> Le 2018-09-19 12:45, Nicolas Bétheuil a écrit :
> > Bonjour,
> >
> > Comment vous interprétez cette grande zone gris / vert plutôt que le
> > rose pâle qu'il y a autour
> > https://www.openstreetmap.org/#map=12/48.8106/3.5091
> > c'est au nord est de la ferté gaucher
> >
> > Sur le rendu FR cette zone est plus petite
> >
> > merci
> >
> > ___
> > 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
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parc de stationnement en Zone de rencontre

[djakk djakk]

Excellent !

Il y a justement une discussion en cours sur la taggin’ mondiale à propos
de la vitesse par défaut. Je viens de toucher un mot sur les “zones 30”
(C’est : [Tagging] maxspeed:type vs source:maxspeed // StreetComplet)

djakk

Le mer. 19 sept. 2018 à 14:34, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> Salut,
> J'ai pas vraiment pris le temps de m'interroger sur cette histoire de zone
> légale. Mais je vais aller dans ton sens sur ce sujet.
>
> Je pense que pour bien décomposer les éléments il faudrait en toucher un
> mot avec un juriste qui accepterai de nous aider ou via les universités de
> droits. C'est un sujet à proposer je pense.
>
> J'en reviens à la zone 50 en ville (zone légale 50) puis les zone 30 puis
> les zones 20
> Les notions d'accès (private et permissive) car une voie ouverte à la
> circulation sans barrière physique est de fait dans la loi une voie privé
> ouverte à la circulation publique (dans mon métier ça a un impact sur notre
> activité)
>
> Mon problème et en lien avec le source:maxspeed=sign avec par exemple
> maxspeed=70. Vu que les panneaux de sortie et d'entrée de ville ne sont pas
> sur toutes les voies (problème de chemins classés en highway=residential ou
> l'inverse) les outils de propagation de vitesse par simulation entre en
> conflit car un bord est à 80km/h et l'autre des fois à 30km/h. (peut-être
> aussi un manque sur les vitesses en zone privé.
>
> Bref je vois plus un schéma découlant aussi de name du fait de ce soit une
> zone et que ce soit un critère lié au loi et règlement (code de la route)
> et que c'est pas lié uniquement à une notion de vitesse. Donc cette clé
> doit être décorrélé de maxspeed.
>
> je pense à un truc du genre *highway:legal_type*
>
> Cette clé a déjà été décrit pour les panneaux publicitaire et comblera
> emplement le dispositif de vitesse
>
> en agglo:
> Si tu es à 50 les vitesses sont implicites
> après on peut aussi le faire en explicite
> maxspeed=50
> *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
> Si c'est une voie à 70
> maxspeed=50
> *highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
> maxspeed=70
> source:maxspeed=sign
>
> Le reste est dans le même contexte
>
> Ça règle aussi le problème des Voies vertes
> *highway:legal_type:FR=Voie Verte*
>
> Et évite de jouer juste sur des types de "voie spéciale" sachant que les
> voies vertes traversent des chemins de halage des voies de service etc avec
> des conditions de circulation très variables.
>
> Qu'en pensez-vous? On réutilise une clé existante qui colle à notre
> contexte. C'est quand mieux que d'avoir
> maxspeed:type=*
> source:maxspeed=FR:zone:30  ou FR:zone30
>
> Et avec ça, on libère et fait mieux correspondre la notion de
> source:maxspeed
>
> D'ailleurs il y a aussi des notions de vitesse que j'appelle "de bon sens"
> car à moins d'être avec un véhicule de rallye tu ne roules pas toujours au
> max de la vitesse légale (problème de visibilité, sinuosité, pente, nombre
> d'accès sur la voirie, espaces boisés etc avec passage de faune)
>
> Concernant les vitesses de circulation et les outils il faut voir de ce
> coté
> https://wiki.openstreetmap.org/wiki/Routing#Speed_data
>
> A+
>
> Le mer. 19 sept. 2018 à 12:02, djakk djakk  a
> écrit :
>
>> Ou plus simplement living_street=yes :)
>>
>>
>> djakk
>>
>>
>> Le mer. 19 sept. 2018 à 11:06, djakk djakk  a
>> écrit :
>>
>>> Salut !
>>>
>>> Dans cette situation, je vois 2 choses à cartographier sur les “way” du
>>> parking, l’aspect de la route (highway=service + service=parking_aisle) et
>>> l'influence du panneau (un couple clé-valeur à inventer qui montre qu’on
>>> utilise le panneau officiel “zone de rencontre” :
>>> highway_legal=living_street ?)
>>>
>>>
>>> djakk
>>>
>>>
>>> Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret <
>>> jerome.seigneu...@gmail.com> a écrit :
>>>
 @Phyks C'est q'une clause de bon sens mais certains parking sont
 affiché avec des vitesses de circulation à 10 20 ou 30 km.

 La loi dit:

 *  Article R. 413-18. Lorsque des parcs de stationnement de véhicules
 sont aménagés sur des trottoirs ou terre-pleins, les conducteurs ne doivent
 circuler sur ceux-ci qu'à une allure très réduite et en prenant toute
 précaution pour ne pas nuire aux piétons. *

 D'ailleurs la notion de nuire n'existe plus et à été remplacé par  « ne
 pas constituer un danger pour les piétons »

 Maintenant si tu roule dans un parking de supermarché tu peux avoir des
 disposition qui font que tu peux rouler sans être confronté à de la
 circulation piétonne
 Exemple un stop à chaque ailes de parking. Dans le cas contraire il te
 sera difficile voir même risqué de prendre de la vitesse si toutes les
 voies à droite sont des priorités.

 La loi nous laisse un peu réfléchir et ne fixe pas de limite stricte
 contrairement à ce qui est dit au permis... Mais difficile de faire un
 évitement 

Re: [OSM-talk-fr] PLU et copie des informations

[Jérôme Seigneuret]

A ajouter au wiki comme source potentiel de données et informer sur les
limites possible et vérifier et ne pas exploiter les fond si il sont
propriétaires.
A+

Le mer. 19 sept. 2018 à 13:36, David Crochet  a
écrit :

> Bonjour
>
> Il y a des PLUs très bien renseignés, comme ceux des réseau électrique
> BT et HT toujours avec l'aide des servitudes qui peuvent compléter ceux
> en opedata pour ce qui est de l'aérien ou permettre de conforter
> l'indication de la tension sur les réseaux existantes.
>
> Par contre ce sont souvent des documents scannées, donc de qualités très
> pauvres.
>
> Cordialement
>
>
>
> --
>
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parc de stationnement en Zone de rencontre

[Jérôme Seigneuret]

Salut,
J'ai pas vraiment pris le temps de m'interroger sur cette histoire de zone
légale. Mais je vais aller dans ton sens sur ce sujet.

Je pense que pour bien décomposer les éléments il faudrait en toucher un
mot avec un juriste qui accepterai de nous aider ou via les universités de
droits. C'est un sujet à proposer je pense.

J'en reviens à la zone 50 en ville (zone légale 50) puis les zone 30 puis
les zones 20
Les notions d'accès (private et permissive) car une voie ouverte à la
circulation sans barrière physique est de fait dans la loi une voie privé
ouverte à la circulation publique (dans mon métier ça a un impact sur notre
activité)

Mon problème et en lien avec le source:maxspeed=sign avec par exemple
maxspeed=70. Vu que les panneaux de sortie et d'entrée de ville ne sont pas
sur toutes les voies (problème de chemins classés en highway=residential ou
l'inverse) les outils de propagation de vitesse par simulation entre en
conflit car un bord est à 80km/h et l'autre des fois à 30km/h. (peut-être
aussi un manque sur les vitesses en zone privé.

Bref je vois plus un schéma découlant aussi de name du fait de ce soit une
zone et que ce soit un critère lié au loi et règlement (code de la route)
et que c'est pas lié uniquement à une notion de vitesse. Donc cette clé
doit être décorrélé de maxspeed.

je pense à un truc du genre *highway:legal_type*

Cette clé a déjà été décrit pour les panneaux publicitaire et comblera
emplement le dispositif de vitesse

en agglo:
Si tu es à 50 les vitesses sont implicites
après on peut aussi le faire en explicite
maxspeed=50
*highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
Si c'est une voie à 70
maxspeed=50
*highway:legal_type=urban *ou  *highway:legal_type:FR=agglomération*
maxspeed=70
source:maxspeed=sign

Le reste est dans le même contexte

Ça règle aussi le problème des Voies vertes
*highway:legal_type:FR=Voie Verte*

Et évite de jouer juste sur des types de "voie spéciale" sachant que les
voies vertes traversent des chemins de halage des voies de service etc avec
des conditions de circulation très variables.

Qu'en pensez-vous? On réutilise une clé existante qui colle à notre
contexte. C'est quand mieux que d'avoir
maxspeed:type=*
source:maxspeed=FR:zone:30  ou FR:zone30

Et avec ça, on libère et fait mieux correspondre la notion de
source:maxspeed

D'ailleurs il y a aussi des notions de vitesse que j'appelle "de bon sens"
car à moins d'être avec un véhicule de rallye tu ne roules pas toujours au
max de la vitesse légale (problème de visibilité, sinuosité, pente, nombre
d'accès sur la voirie, espaces boisés etc avec passage de faune)

Concernant les vitesses de circulation et les outils il faut voir de ce coté
https://wiki.openstreetmap.org/wiki/Routing#Speed_data

A+

Le mer. 19 sept. 2018 à 12:02, djakk djakk  a écrit :

> Ou plus simplement living_street=yes :)
>
>
> djakk
>
>
> Le mer. 19 sept. 2018 à 11:06, djakk djakk  a
> écrit :
>
>> Salut !
>>
>> Dans cette situation, je vois 2 choses à cartographier sur les “way” du
>> parking, l’aspect de la route (highway=service + service=parking_aisle) et
>> l'influence du panneau (un couple clé-valeur à inventer qui montre qu’on
>> utilise le panneau officiel “zone de rencontre” :
>> highway_legal=living_street ?)
>>
>>
>> djakk
>>
>>
>> Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret <
>> jerome.seigneu...@gmail.com> a écrit :
>>
>>> @Phyks C'est q'une clause de bon sens mais certains parking sont affiché
>>> avec des vitesses de circulation à 10 20 ou 30 km.
>>>
>>> La loi dit:
>>>
>>> *  Article R. 413-18. Lorsque des parcs de stationnement de véhicules
>>> sont aménagés sur des trottoirs ou terre-pleins, les conducteurs ne doivent
>>> circuler sur ceux-ci qu'à une allure très réduite et en prenant toute
>>> précaution pour ne pas nuire aux piétons. *
>>>
>>> D'ailleurs la notion de nuire n'existe plus et à été remplacé par  « ne
>>> pas constituer un danger pour les piétons »
>>>
>>> Maintenant si tu roule dans un parking de supermarché tu peux avoir des
>>> disposition qui font que tu peux rouler sans être confronté à de la
>>> circulation piétonne
>>> Exemple un stop à chaque ailes de parking. Dans le cas contraire il te
>>> sera difficile voir même risqué de prendre de la vitesse si toutes les
>>> voies à droite sont des priorités.
>>>
>>> La loi nous laisse un peu réfléchir et ne fixe pas de limite stricte
>>> contrairement à ce qui est dit au permis... Mais difficile de faire un
>>> évitement à plus de 10km ou un frainage d'urgence avec un volant déporté
>>> dans une voiture d'autoécole...
>>>
>>> En clair si la police estime que tu mets en danger les usagers tu
>>> risques une amande:
>>> *Une vitesse excessive par rapport à la configuration des lieux est
>>> sanctionnée au même titre qu’un excès de vitesse par une contravention de
>>> 4ème classe (amende forfaitaire de 135 €), mais il n’y a pas de retrait de
>>> point.  *
>>>
>>> C'est comme si t'es poursuivi par les motards de la 

Re: [OSM-talk-fr] PLU et copie des informations

[David Crochet]

Bonjour

Il y a des PLUs très bien renseignés, comme ceux des réseau électrique 
BT et HT toujours avec l'aide des servitudes qui peuvent compléter ceux 
en opedata pour ce qui est de l'aérien ou permettre de conforter 
l'indication de la tension sur les réseaux existantes.


Par contre ce sont souvent des documents scannées, donc de qualités très 
pauvres.


Cordialement



--

David Crochet


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

Re: [OSM-talk-fr] légende OSM ?

[Julien Lepiller]

Un multipolygone cassé ?

Le 2018-09-19 12:45, Nicolas Bétheuil a écrit :

Bonjour,

Comment vous interprétez cette grande zone gris / vert plutôt que le
rose pâle qu'il y a autour
https://www.openstreetmap.org/#map=12/48.8106/3.5091
c'est au nord est de la ferté gaucher

Sur le rendu FR cette zone est plus petite

merci

___
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] nouveau champ takeaway:lunchbox

[Jean-Claude Repetto]

Le 19/09/2018 à 12:12, Vivien MICHON a écrit :
> 
> "bulk_purchase" décrit la vente en vrac, c'est-à-dire de la vente en 
> libre-service de produits qui ne sont pas préemballés.

Bonjour,
Je ne vois pas en quoi le terme "bulk_purchase" implique que ce soit en
libre service. Par exemple dans les magasins que je fréquente, il faut
demander un vendeur pour remplir son flacon de liquide vaisselle.

Jean-Claude


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

[OSM-talk-fr] légende OSM ?

[Nicolas Bétheuil]

Bonjour,

Comment vous interprétez cette grande zone gris / vert plutôt que le
rose pâle qu'il y a autour
https://www.openstreetmap.org/#map=12/48.8106/3.5091
c'est au nord est de la ferté gaucher

Sur le rendu FR cette zone est plus petite

merci

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

Re: [OSM-talk-fr] nouveau champ takeaway:lunchbox

[Vivien MICHON]

Bonjour,
Merci pour vos commentaires.

"bulk_purchase" décrit la vente en vrac, c'est-à-dire de la vente en 
libre-service de produits qui ne sont pas préemballés.
Dans le cas des "lunchbox", il ne s'agit pas forcément de vente en 
libre-service. Je pense que ce n'est pas du vrac à proprement parler.
L'idée est de donner sa propre boîte au commerçant (restaurateur, traiteur, 
fromager...), pour qu'il la remplisse (ou la remplir soi-même si c'est le 
concept, auquel cas cela peut aussi être considéré comme du vrac).
Je suis donc également favorable à séparer la restauration et les autres 
commerces.

Concernant le terme "doggy_bag", cela donne l'information sur la possibilité de 
récupérer la nourriture dans un contenant à emporter.
Quid du fait d'apporter son propre contenant? S'agit-il de prévoir 
doggy_bag=own? (en espérant que le restaurant n'applique pas quand même une 
taxe si l'on apporte sa propre boîte).

Le terme "zerowaste" couvre un champ plus large que le fait de venir avec son 
contenant. En restauration, cela sous-entend même que la cuisine est faite en 
portant attention au gaspillage... Selon moi, ce n'est donc pas tout à fait le 
même thème. A moins d'envisager "zerowaste:takeaway=lunchbox" ou 
"zerowaste:takeaway=own_box" ou "zerowast:takeaway=private_box"?

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

Re: [OSM-talk-fr] Parc de stationnement en Zone de rencontre

[djakk djakk]

Ou plus simplement living_street=yes :)


djakk


Le mer. 19 sept. 2018 à 11:06, djakk djakk  a écrit :

> Salut !
>
> Dans cette situation, je vois 2 choses à cartographier sur les “way” du
> parking, l’aspect de la route (highway=service + service=parking_aisle) et
> l'influence du panneau (un couple clé-valeur à inventer qui montre qu’on
> utilise le panneau officiel “zone de rencontre” :
> highway_legal=living_street ?)
>
>
> djakk
>
>
> Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret <
> jerome.seigneu...@gmail.com> a écrit :
>
>> @Phyks C'est q'une clause de bon sens mais certains parking sont affiché
>> avec des vitesses de circulation à 10 20 ou 30 km.
>>
>> La loi dit:
>>
>> *  Article R. 413-18. Lorsque des parcs de stationnement de véhicules
>> sont aménagés sur des trottoirs ou terre-pleins, les conducteurs ne doivent
>> circuler sur ceux-ci qu'à une allure très réduite et en prenant toute
>> précaution pour ne pas nuire aux piétons. *
>>
>> D'ailleurs la notion de nuire n'existe plus et à été remplacé par  « ne
>> pas constituer un danger pour les piétons »
>>
>> Maintenant si tu roule dans un parking de supermarché tu peux avoir des
>> disposition qui font que tu peux rouler sans être confronté à de la
>> circulation piétonne
>> Exemple un stop à chaque ailes de parking. Dans le cas contraire il te
>> sera difficile voir même risqué de prendre de la vitesse si toutes les
>> voies à droite sont des priorités.
>>
>> La loi nous laisse un peu réfléchir et ne fixe pas de limite stricte
>> contrairement à ce qui est dit au permis... Mais difficile de faire un
>> évitement à plus de 10km ou un frainage d'urgence avec un volant déporté
>> dans une voiture d'autoécole...
>>
>> En clair si la police estime que tu mets en danger les usagers tu risques
>> une amande:
>> *Une vitesse excessive par rapport à la configuration des lieux est
>> sanctionnée au même titre qu’un excès de vitesse par une contravention de
>> 4ème classe (amende forfaitaire de 135 €), mais il n’y a pas de retrait de
>> point.  *
>>
>> C'est comme si t'es poursuivi par les motards de la gendarmerie alors que
>> tu roule 50km/h au dessus de la moyenne et qu'il n'ont pas de radars.
>>
>> Donc au final, si il n'y a pas de piétons et pas de panneaux et que tu es
>> en ville dans un parking avec des voies qui te permettent de rouler à cette
>> vitesse sans faire du drift, tu peux rouler à 50km/h si ça te chante.
>>
>> Bonne soirée
>>
>>
>>
>>
>> Le mar. 18 sept. 2018 à 22:19, Phyks  a écrit :
>>
>>> Salut,
>>>
>>>
>>> > En soit rien de franchement étonnant dans beaucoup de voie de service
>>> et de
>>> > parking de supermarché les voies sont déjà limité à 20 voir à 10km.
>>> Pour
>>> > info les voies de services n'ont pas de vitesse par défaut (ce sont les
>>> > logiciel de routing qui les déduises en fonction des voies de
>>> connexions).
>>> > En France les voies privés ouvertes à la circulation ne sont pas
>>> limité de
>>> > manière implicite c'est le même code donc les même conditon de
>>> circulation.
>>> > Elles reprennent la vitesse de la zone dans laquelle tu es. En clair si
>>> > t'es en ville sans panneaux c'est 50km/h... Pareil pour les parking de
>>> > centre commerciaux.
>>>
>>> Mes deux centimes là-dessus, quand je passais le permis on m'avait
>>> explicitement dit qu'il fallait passer la première et y rester sur un
>>> parking de centre commercial, sinon c'était éliminatoire.
>>>
>>> J'ai aucune idée de si c'est retranscrit tel quel dans le code de la
>>> route ou si c'est une pratique exigée en plus des obligations légales,
>>> mais ça me semble difficile de rouler à plus que 10km/h en première :)
>>> --
>>> Phyks
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>> Cordialement,
>> Jérôme Seigneuret
>> ___
>> 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] Les bretelles

[Philippe Verdy]

Là tu prends un exemple mal tagué : les bretelles d'entrées ou de sorties
d'une route principale devraient être de même type que la route principale
+ "_link" (sauf les voies de "service" comme les accès aux stations essence
et aires de repos sur les autoroutes et voies rapides "trunk" en chaussées
séparées ou vers des hypermarchés en bordure de rocades).

D'ailleurs Osmose le signale comme incohérent. Ces bretelles devraient
toutes être unidirectionnelles au moins au point d'interconnexion avec la
route principale (elles peuvent devenir bidirectionnelle plus loin pour
l'interconnexion avec la route secondaire ou avant le Y d'un giratoire où
elles se séparent à nouveau... mais là on a le plus souvent une ligne
continue au minimum, les bretelles n'étant pas suffisamment longues pour
permettre un dépassement ni assez larges avec des zones permettant un
demi-tour, ni aucune zone d'arrêt pour faire ce genre de manoeuvre, et
aussi trop rapides pour le faire en sécurité dans ce qui est des zones
d'accélération ou décélération, et souvent pas assez de visibilité non plus
à cause des courbes souvent serrées; elles sont souvent juste bordées d'une
voie zébrée assurant juste le passage des véhicules longs ou larges, mais
on ne doit pas s'arrêter ou stationner dessus non plus sauf accident et
pose de triangle de sécurité, et ces endroits doivent être évacués
rapidement; il n'y a pas non plus de trottoir ou seulement un chemin
derrière une barrière de sécurité. Bref les bretelles ne sont pas des rues,
il peut juste s'y trouver des voies de service mineures telles que des
réserves de sable ou de sel, ou une piste agricole d'accès réservé ou des
accès de sécurité pour certaines opérations d'urgence, mais il ne devrait
s'y trouver aucun accès à des résidences privées qui utilisent d'autres
accès).

Bon c'est un peu le principe, les exceptions (comme souvent en
cartographie) peuvent exister, par défaut d'aménagement par les
collectivités ou de façon plus ou moins temporaire en attendant que ce soit
réglé par un réaménagement ou l'acquisition de terrains pour les réaliser,
ou à cause de défaut d'entretien ou un accident passé (p.ex. suites d'une
inondation, d'un effondrement de chaussée ou de bâtiment, glissement de
terrain, avalanche, suites d'un gros incendie ou accident industriel, ou un
risque géologique ou autre péril interdisant l'utilisation de cet autre
accès...), qui a rendu tout autre chemin que la bretelle inutilisable mais
dans ce cas l'accès via la bretelle devrait avoir une signalisation de
danger ou de travaux et des restrictions plus drastiques de la vitesse ou
des déviations de la circulation principale vers d'autres bretelles d'accès.

Le mer. 19 sept. 2018 à 09:51, djakk djakk  a écrit :

> Oui tu as raison pour le bac à sable.
>
> Je ne pense pas qu’il soit possible de calculer automatiquement les 2
> valeurs possibles de highway, par exemple :
> https://www.openstreetmap.org/#map=15/48.4506/0.1241
> Ou :
> https://www.openstreetmap.org/#map=17/49.35320/1.02963
>
> djakk
>
>
> Le mer. 19 sept. 2018 à 01:17, Philippe Verdy  a
> écrit :
>
>> encore une fois OSM n'est pas un bac à sable où on peut décider tout seul
>> de changer des tags abondamment utilisés et briser les règles
>> d'uniformisation. Si le but est de changer le rendu il vaut mieux en
>> discuter avec ceux qui maintiennent ces rendus pour modifier quelques
>> règles d'analyse des données. Cette analyse est possible et déjà faite par
>> exemple dans Osmose qui signale les incohérences.
>>
>> Le mer. 19 sept. 2018 à 00:23, djakk djakk  a
>> écrit :
>>
>>> Bon link_to et link_from ça ne marche pas, j’ai essayé !
>>>
>>> J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
>>> faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
>>> valeur de la route croisée par la route principale, dans les cas les plus
>>> simples. De ce point de vue, la bretelle ne fait pas partie de la route
>>> principale.
>>>
>>> Je remarque que les bretelles d’accès aux centres commerciaux sont
>>> taggées de ce point de vue (avec highway=service) par les contributeurs.
>>> Exemples :
>>> https://www.openstreetmap.org/#map=18/48.13893/-1.69541
>>> Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
>>> https://www.openstreetmap.org/#map=18/47.69694/-0.87364
>>>
>>>
>>> djakk
>>>
>>>
>>> Le mar. 18 sept. 2018 à 11:20, djakk djakk  a
>>> écrit :
>>>
 Oui, aussi.


 djakk

 Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :

> Le 18 septembre 2018, djakk djakk a écrit :
>
> > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que
> tu
> > n'écrives ce mail :
> > https://www.openstreetmap.org/changeset/62524278
> >  :O
> >
>
> Une explication ne signifie pas accord de celui qui la reçoit.
>
> --
> Alain Rpnpif
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 

Re: [OSM-talk-fr] Parc de stationnement en Zone de rencontre

[djakk djakk]

Salut !

Dans cette situation, je vois 2 choses à cartographier sur les “way” du
parking, l’aspect de la route (highway=service + service=parking_aisle) et
l'influence du panneau (un couple clé-valeur à inventer qui montre qu’on
utilise le panneau officiel “zone de rencontre” :
highway_legal=living_street ?)


djakk


Le mar. 18 sept. 2018 à 22:49, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> @Phyks C'est q'une clause de bon sens mais certains parking sont affiché
> avec des vitesses de circulation à 10 20 ou 30 km.
>
> La loi dit:
>
> *  Article R. 413-18. Lorsque des parcs de stationnement de véhicules sont
> aménagés sur des trottoirs ou terre-pleins, les conducteurs ne doivent
> circuler sur ceux-ci qu'à une allure très réduite et en prenant toute
> précaution pour ne pas nuire aux piétons. *
>
> D'ailleurs la notion de nuire n'existe plus et à été remplacé par  « ne
> pas constituer un danger pour les piétons »
>
> Maintenant si tu roule dans un parking de supermarché tu peux avoir des
> disposition qui font que tu peux rouler sans être confronté à de la
> circulation piétonne
> Exemple un stop à chaque ailes de parking. Dans le cas contraire il te
> sera difficile voir même risqué de prendre de la vitesse si toutes les
> voies à droite sont des priorités.
>
> La loi nous laisse un peu réfléchir et ne fixe pas de limite stricte
> contrairement à ce qui est dit au permis... Mais difficile de faire un
> évitement à plus de 10km ou un frainage d'urgence avec un volant déporté
> dans une voiture d'autoécole...
>
> En clair si la police estime que tu mets en danger les usagers tu risques
> une amande:
> *Une vitesse excessive par rapport à la configuration des lieux est
> sanctionnée au même titre qu’un excès de vitesse par une contravention de
> 4ème classe (amende forfaitaire de 135 €), mais il n’y a pas de retrait de
> point.  *
>
> C'est comme si t'es poursuivi par les motards de la gendarmerie alors que
> tu roule 50km/h au dessus de la moyenne et qu'il n'ont pas de radars.
>
> Donc au final, si il n'y a pas de piétons et pas de panneaux et que tu es
> en ville dans un parking avec des voies qui te permettent de rouler à cette
> vitesse sans faire du drift, tu peux rouler à 50km/h si ça te chante.
>
> Bonne soirée
>
>
>
>
> Le mar. 18 sept. 2018 à 22:19, Phyks  a écrit :
>
>> Salut,
>>
>>
>> > En soit rien de franchement étonnant dans beaucoup de voie de service
>> et de
>> > parking de supermarché les voies sont déjà limité à 20 voir à 10km. Pour
>> > info les voies de services n'ont pas de vitesse par défaut (ce sont les
>> > logiciel de routing qui les déduises en fonction des voies de
>> connexions).
>> > En France les voies privés ouvertes à la circulation ne sont pas limité
>> de
>> > manière implicite c'est le même code donc les même conditon de
>> circulation.
>> > Elles reprennent la vitesse de la zone dans laquelle tu es. En clair si
>> > t'es en ville sans panneaux c'est 50km/h... Pareil pour les parking de
>> > centre commerciaux.
>>
>> Mes deux centimes là-dessus, quand je passais le permis on m'avait
>> explicitement dit qu'il fallait passer la première et y rester sur un
>> parking de centre commercial, sinon c'était éliminatoire.
>>
>> J'ai aucune idée de si c'est retranscrit tel quel dans le code de la
>> route ou si c'est une pratique exigée en plus des obligations légales,
>> mais ça me semble difficile de rouler à plus que 10km/h en première :)
>> --
>> Phyks
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
> ___
> 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] Les bretelles

[djakk djakk]

C’est comme dire de ne pas tagger tous les tronçons de route classique mais
seulement au niveau des carrefours car le rendu se débrouillera ;-)


djakk


Le mer. 19 sept. 2018 à 09:51, djakk djakk  a écrit :

> Oui tu as raison pour le bac à sable.
>
> Je ne pense pas qu’il soit possible de calculer automatiquement les 2
> valeurs possibles de highway, par exemple :
> https://www.openstreetmap.org/#map=15/48.4506/0.1241
> Ou :
> https://www.openstreetmap.org/#map=17/49.35320/1.02963
>
> djakk
>
>
> Le mer. 19 sept. 2018 à 01:17, Philippe Verdy  a
> écrit :
>
>> encore une fois OSM n'est pas un bac à sable où on peut décider tout seul
>> de changer des tags abondamment utilisés et briser les règles
>> d'uniformisation. Si le but est de changer le rendu il vaut mieux en
>> discuter avec ceux qui maintiennent ces rendus pour modifier quelques
>> règles d'analyse des données. Cette analyse est possible et déjà faite par
>> exemple dans Osmose qui signale les incohérences.
>>
>> Le mer. 19 sept. 2018 à 00:23, djakk djakk  a
>> écrit :
>>
>>> Bon link_to et link_from ça ne marche pas, j’ai essayé !
>>>
>>> J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
>>> faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
>>> valeur de la route croisée par la route principale, dans les cas les plus
>>> simples. De ce point de vue, la bretelle ne fait pas partie de la route
>>> principale.
>>>
>>> Je remarque que les bretelles d’accès aux centres commerciaux sont
>>> taggées de ce point de vue (avec highway=service) par les contributeurs.
>>> Exemples :
>>> https://www.openstreetmap.org/#map=18/48.13893/-1.69541
>>> Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
>>> https://www.openstreetmap.org/#map=18/47.69694/-0.87364
>>>
>>>
>>> djakk
>>>
>>>
>>> Le mar. 18 sept. 2018 à 11:20, djakk djakk  a
>>> écrit :
>>>
 Oui, aussi.


 djakk

 Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :

> Le 18 septembre 2018, djakk djakk a écrit :
>
> > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que
> tu
> > n'écrives ce mail :
> > https://www.openstreetmap.org/changeset/62524278
> >  :O
> >
>
> Une explication ne signifie pas accord de celui qui la reçoit.
>
> --
> Alain Rpnpif
>
> ___
> 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
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les bretelles

[djakk djakk]

Oui tu as raison pour le bac à sable.

Je ne pense pas qu’il soit possible de calculer automatiquement les 2
valeurs possibles de highway, par exemple :
https://www.openstreetmap.org/#map=15/48.4506/0.1241
Ou :
https://www.openstreetmap.org/#map=17/49.35320/1.02963

djakk


Le mer. 19 sept. 2018 à 01:17, Philippe Verdy  a écrit :

> encore une fois OSM n'est pas un bac à sable où on peut décider tout seul
> de changer des tags abondamment utilisés et briser les règles
> d'uniformisation. Si le but est de changer le rendu il vaut mieux en
> discuter avec ceux qui maintiennent ces rendus pour modifier quelques
> règles d'analyse des données. Cette analyse est possible et déjà faite par
> exemple dans Osmose qui signale les incohérences.
>
> Le mer. 19 sept. 2018 à 00:23, djakk djakk  a
> écrit :
>
>> Bon link_to et link_from ça ne marche pas, j’ai essayé !
>>
>> J’ai voulu tagger les bretelles autrement car je vois chaque bretelle
>> faisant partie d’un itinéraire “trunk”, “primary” ou “secondary” - la
>> valeur de la route croisée par la route principale, dans les cas les plus
>> simples. De ce point de vue, la bretelle ne fait pas partie de la route
>> principale.
>>
>> Je remarque que les bretelles d’accès aux centres commerciaux sont
>> taggées de ce point de vue (avec highway=service) par les contributeurs.
>> Exemples :
>> https://www.openstreetmap.org/#map=18/48.13893/-1.69541
>> Https://www.openstreetmap.org/#map=17/48.14052/-1.76931
>> https://www.openstreetmap.org/#map=18/47.69694/-0.87364
>>
>>
>> djakk
>>
>>
>> Le mar. 18 sept. 2018 à 11:20, djakk djakk  a
>> écrit :
>>
>>> Oui, aussi.
>>>
>>>
>>> djakk
>>>
>>> Le mar. 18 sept. 2018 à 11:17, Rpnpif  a écrit :
>>>
 Le 18 septembre 2018, djakk djakk a écrit :

 > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu
 > n'écrives ce mail :
 > https://www.openstreetmap.org/changeset/62524278
 >  :O
 >

 Une explication ne signifie pas accord de celui qui la reçoit.

 --
 Alain Rpnpif

 ___
 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr