Re: [OSM-talk-fr] Syntaxe opening_hours pour les jours consécutifs

2019-03-04 Par sujet Florian_G 
Le 04/03/2019 à 14:48, pepilepi...@ovh.fr a écrit :
> Le 04/03/2019 à 14:10, Julien Lepiller a écrit :
>> Le 2019-03-04 14:04, pepilepi...@ovh.fr a écrit :
>>> Bonjour,
>>>
>>> Malgré une lecture attentive du wiki je n'ai rien vu à ce sujet : si
>>> un magasin ferme le mercredi, peut-on mettre comme opening_hours Th-Tu
>>> 08:00-19:00 ? Une séquence tournante, un modulo en quelque sorte...
>> On dirait bien :
>> http://projets.pavie.info/yohours/?oh=Th-Tu%2008:00-19:00
>
> OK, merci !


Cela dit, il vaut peut-être mieux mettre "08:00-19:00; We off" pour des
raisons de clarté ?


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

Re: [OSM-talk-fr] Difficultés avec les limites de Paimbœuf

2019-03-04 Par sujet osm . sanspourriel 
Plus précisément les communes de Donges, La Chapelle-Launay, Frossay ont 
la même forme continue de la rive nord de la Loire dans le cadastre et 
dans OSM.


Au niveau du cadastre Paimbœuf n'a pas de parcelle côté nord.

Le 04/03/2019 à 20:49, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :
Hmmm je vois surtout que les limites de donges et de paimboeuf se 
superposent.
A partir de là, pourquoi privilégier le débordement de paimboeuf sur 
la berge nord de la loire ?


Le 04/03/2019 à 19:17, Rpnpif a écrit :

Bonjour,

Paimbœuf a une étendue particulière : cette commune déborde légèrement
de l'autre côté de la Loire.

On le voit bien sur https://cadastre.gouv.fr/.

Mais quand on le visualise dans Id ou JOSM, l'image est bizarre.

Dans OSM la limite est fausse car la partie sur la rive Nord de la
Loire est manquante.
https://www.openstreetmap.org/relation/93960

Le corriger a l'air compliqué car j'ai l'impression que les limites des
communes mitoyennes sont fausses aussi et sans vrai point de repère
sur le terrain.
Ce qui est rageant, c'est que Google Maps n'a pas le problème.

Si vous avez une idée, je suis preneur.




___
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] Difficultés avec les limites de Paimbœuf

2019-03-04 Par sujet Stéphane Péneau 
Hmmm je vois surtout que les limites de donges et de paimboeuf se 
superposent.
A partir de là, pourquoi privilégier le débordement de paimboeuf sur la 
berge nord de la loire ?


Le 04/03/2019 à 19:17, Rpnpif a écrit :

Bonjour,

Paimbœuf a une étendue particulière : cette commune déborde légèrement
de l'autre côté de la Loire.

On le voit bien sur https://cadastre.gouv.fr/.

Mais quand on le visualise dans Id ou JOSM, l'image est bizarre.

Dans OSM la limite est fausse car la partie sur la rive Nord de la
Loire est manquante.
https://www.openstreetmap.org/relation/93960

Le corriger a l'air compliqué car j'ai l'impression que les limites des
communes mitoyennes sont fausses aussi et sans vrai point de repère
sur le terrain.
Ce qui est rageant, c'est que Google Maps n'a pas le problème.

Si vous avez une idée, je suis preneur.




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

Re: [OSM-talk-fr] Problème OSRM

2019-03-04 Par sujet osm . sanspourriel 

Je vois que quelqu'un (cantece) a remis la modification dans la base :

https://www.openstreetmap.org/node/6132360251/history

Donc Jérôme, autant attendre un peu pour voir comment GraphHopper réagit 
avant d'annuler à nouveau.


Jean-Yvon

Le 04/03/2019 à 20:15, Jean-Yvon a écrit :


On peut supposer que OSRM a actuellement la base de données avec ma 
modification car OSRM fait bien le tour aujourd'hui :


https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=43.44784%2C3.74251%3B43.44800%2C3.74274#map=17/43.44785/3.74388

Jean-Yvon

Le 28/02/2019 à 08:43, Jérôme Seigneuret - jerome.seigneu...@gmail.com 
a écrit :

Salut,
Je fais un revert sur les données.
Graphhopper va prendre en compte le problème (1 semaine pour la prise 
en compte)


https://discuss.graphhopper.com/t/problem-with-barrier-wall/4156/5?u=geostonemarten

Bonne journée




Le mer. 27 févr. 2019 à 20:22, > a écrit :



Le 27/02/2019 à 11:38, Jérôme Seigneur et -
jerome.seigneu...@gmail.com 
a écrit :

Oui c'est suite à la construction de la résidence il y a un beau
mur... J'ai rencontré plusieurs fois ce cas et je crois qu'il il
a même eu une situation de fermeture de voie en Bretagne discuté
sur OSM.


Mettre un mur et ne pas changer le nom de la rue, c'est ne pas...
penser beaucoup.

Peut-être que là, la "rue de la Pensée" fait référence à la fleur.

Jérôme, on décrit ce qui est ; et ce qui est c'est un tracé
interrompu.

Je viens de mettre barrier=wall sur l'intersection du mur et de
la route. Comme la route est en filaire il est assez logique que
le mur soit (aussi) en ponctuel. On verra dans quelques jours si
les algorithmes prennent ça en compte.

Pour la route en Bretagne, c'était une route bloquée par les
zadistes de Notre-Dame-Des-Landes et restituée à son usage normal
sauf que le département avait couiné car la route n'étant pas
réparée ils préféraient attendre qu'elle le soit pour lui faire
retrouver son statut de départementale sur OSM.

Jean-Yvon

___
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] Problème OSRM

2019-03-04 Par sujet osm . sanspourriel 
On peut supposer que OSRM a actuellement la base de données avec ma 
modification car OSRM fait bien le tour aujourd'hui :


https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=43.44784%2C3.74251%3B43.44800%2C3.74274#map=17/43.44785/3.74388

Jean-Yvon

Le 28/02/2019 à 08:43, Jérôme Seigneuret - jerome.seigneu...@gmail.com a 
écrit :

Salut,
Je fais un revert sur les données.
Graphhopper va prendre en compte le problème (1 semaine pour la prise 
en compte)


https://discuss.graphhopper.com/t/problem-with-barrier-wall/4156/5?u=geostonemarten

Bonne journée




Le mer. 27 févr. 2019 à 20:22, > a écrit :



Le 27/02/2019 à 11:38, Jérôme Seigneur et -
jerome.seigneu...@gmail.com  a
écrit :

Oui c'est suite à la construction de la résidence il y a un beau
mur... J'ai rencontré plusieurs fois ce cas et je crois qu'il il
a même eu une situation de fermeture de voie en Bretagne discuté
sur OSM.


Mettre un mur et ne pas changer le nom de la rue, c'est ne pas...
penser beaucoup.

Peut-être que là, la "rue de la Pensée" fait référence à la fleur.

Jérôme, on décrit ce qui est ; et ce qui est c'est un tracé
interrompu.

Je viens de mettre barrier=wall sur l'intersection du mur et de la
route. Comme la route est en filaire il est assez logique que le
mur soit (aussi) en ponctuel. On verra dans quelques jours si les
algorithmes prennent ça en compte.

Pour la route en Bretagne, c'était une route bloquée par les
zadistes de Notre-Dame-Des-Landes et restituée à son usage normal
sauf que le département avait couiné car la route n'étant pas
réparée ils préféraient attendre qu'elle le soit pour lui faire
retrouver son statut de départementale sur OSM.

Jean-Yvon

___
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

[OSM-talk-fr] Difficultés avec les limites de Paimbœuf

2019-03-04 Par sujet Rpnpif 
Bonjour,

Paimbœuf a une étendue particulière : cette commune déborde légèrement
de l'autre côté de la Loire.

On le voit bien sur https://cadastre.gouv.fr/.

Mais quand on le visualise dans Id ou JOSM, l'image est bizarre.

Dans OSM la limite est fausse car la partie sur la rive Nord de la
Loire est manquante.
https://www.openstreetmap.org/relation/93960

Le corriger a l'air compliqué car j'ai l'impression que les limites des
communes mitoyennes sont fausses aussi et sans vrai point de repère
sur le terrain.
Ce qui est rageant, c'est que Google Maps n'a pas le problème.

Si vous avez une idée, je suis preneur.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Syntaxe opening_hours pour les jours consécutifs

2019-03-04 Par sujet pepilepi...@ovh.fr 
Le 04/03/2019 à 14:10, Julien Lepiller a écrit :
> Le 2019-03-04 14:04, pepilepi...@ovh.fr a écrit :
>> Bonjour,
>>
>> Malgré une lecture attentive du wiki je n'ai rien vu à ce sujet : si
>> un magasin ferme le mercredi, peut-on mettre comme opening_hours Th-Tu
>> 08:00-19:00 ? Une séquence tournante, un modulo en quelque sorte...
>
> On dirait bien :
> http://projets.pavie.info/yohours/?oh=Th-Tu%2008:00-19:00


OK, merci !

>
>>
>> Merci,
>>
>> Jean-Pierre
>>
>> -- 
>>
>> -
>>
>>  Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas
>> posé la bonne question
>> ___
>> 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] Syntaxe opening_hours pour les jours consécutifs

2019-03-04 Par sujet Julien Lepiller 

Le 2019-03-04 14:04, pepilepi...@ovh.fr a écrit :

Bonjour,

Malgré une lecture attentive du wiki je n'ai rien vu à ce sujet : si
un magasin ferme le mercredi, peut-on mettre comme opening_hours Th-Tu
08:00-19:00 ? Une séquence tournante, un modulo en quelque sorte...


On dirait bien : 
http://projets.pavie.info/yohours/?oh=Th-Tu%2008:00-19:00




Merci,

Jean-Pierre

--

-

 Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas
posé la bonne question
___
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] Syntaxe opening_hours pour les jours consécutifs

2019-03-04 Par sujet pepilepi...@ovh.fr 
Bonjour,

Malgré une lecture attentive du wiki je n'ai rien vu à ce sujet : si un
magasin ferme le mercredi, peut-on mettre comme opening_hours Th-Tu
08:00-19:00 ? Une séquence tournante, un modulo en quelque sorte...

Merci,

Jean-Pierre

-- 



Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [OSM-talk-fr] Une nouvelle manière de tagger les routes

2019-03-04 Par sujet djakk djakk 
Voilà ! Je ferai une proposition tag par tag.

Julien “djakk”


Le dim. 3 mars 2019 à 20:00, PanierAvide  a écrit :

> Bonsoir,
>
> Merci pour les exemples, c'est plus explicite. La suite c'est de faire une
> proposition formelle pour chacun des tags ? Ça permettrait de voir ce qui
> passe ou pas au niveau international ;-)
>
> Cordialement,
>
> Adrien P.
>
> Le 03/03/2019 à 18:53, djakk djakk a écrit :
>
> Salut !
>
> J’ai mis à jour la page :
> https://wiki.openstreetmap.org/wiki/User:Djakk/new_tagging_scheme_for_roads
>
> Avec quelques exemples, un tordu et 2 normaux
>
> Nouveauté : une séparation de la classification locale et de la
> classification régionale.
>
>
> Julien “djakk”
>
>
> Le mar. 26 févr. 2019 à 16:01, djakk djakk  a
> écrit :
>
>> Bonne question au sujet de la relativité, entre les rues de New York et
>> les routes du Nord du Canada ! Moi j’aimerai afficher les routes du Canada
>> en « piste » dès zoom=5 et n’afficher les autoroutes urbaines secondaires
>> de New York qu’à partir de zoom=12.
>> Il faut des attributs pour ça : « importance » et « surface » seraient
>> suffisants. « Highway » ne me serait pas utile dans ce cas.
>>
>> Julien « djakk »
>>
>>
>> Le mar. 26 févr. 2019 à 14:58, marc marc  a
>> écrit :
>>
>>> je ne saisis pas en quoi cela aurait tout son sent d'avoir la moitié des
>>> infos dans un schéma, l'autre moitié dans l'autre et une partie des
>>> infos incohérente entre 2 schémas qui coexisterait pendant 10 ans.
>>>
>>> je ne vois pas non plus en quoi la proal de djiark t'aiderai dans ton
>>> problème, si le trunk japonais permet le piéton et l'européen non.
>>> pour résoudre cela il y a la propal des valeur par défaut (avoir le
>>> contenu de la page wiki dans des relations par pays voir régions
>>> afin que chaque outil ne doivent plus réinventer la roue pour
>>> les récupérer)
>>>
>>> le problème no 1 est peut-être de définir le besoin.
>>> la propal parle d'un rendu différent entre la première photo
>>> et la 2ieme.
>>> j'attends de voir les valeurs des tags et des sources sur les exemples
>>> proposés pour voir un peu + clair sur ce qui n'est pas possible
>>> avec les tags actuels pour les ways routier (pour les autres il est
>>> vrai qu'il y a moins de niveau différent et de critères pertinent)
>>>
>>> Le 26.02.19 à 14:18, Florimond Berthoux a écrit :
>>> > Bonjour,
>>> >
>>> > Au contraire ça a tout son sens, si OSM a une visée mondiale ça serait
>>> > rudement pratique pour les utilisateurs des données que les tags
>>> soient
>>> > universels.
>>> > Parce que là concrètement si je veux faire une carte pour cycliste (à
>>> > tout hasard ;) je dois m'amuser à parser la page du wiki
>>> >
>>> https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restriction
>>> > pour connaitre la cyclabilité des trunks et faire un code spécifique
>>> > pour chaque région. Ça devient lourd.
>>> >
>>> > Le mar. 26 févr. 2019 à 13:21, >> > > a écrit :
>>> >
>>> > Bonjour,
>>> >
>>> > Le cas du public_transport v2 est un "bon" précédent au même titre
>>> > que la privatisation du rail en Grande-Bretagne : l'exemple à ne
>>> pas
>>> > suivre.
>>> >
>>> > Si on veut que trunk soient les voies express/rapides actuellement
>>> > limitées à 110 km/h, il suffit de se mettre d'accord.
>>> >
>>> > Changer de modèle parce qu'un attribut n'est pas utilisé en France
>>> > comme ailleurs ça n'a aucun sens.
>>> >
>>> > Jean-Yvon
>>> >
>>> > --
>>> > Florimond Berthoux
>>> >
>>> > ___
>>> > 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 
> listTalk-fr@openstreetmap.orghttps://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] ça veut dire quoi ça :

2019-03-04 Par sujet Francois Gouget 
On Sun, 3 Mar 2019, Florian_G wrote:
[...]
> J'ai eu le même hier. Bàl hébergée chez Gandi.

Pareil ici. Boîte aux lettres chez Free. C'est bizarre que tous ces 
fournisseurs aient eu le même problème en même temps. Ou qu'on ait tous 
eu notre boîte aux lettre pleine simultanément.

Cela dit Debian m'informe de temps en temps que j'ai des bounces (*) 
mais au moins eux ne me jettent que si je dépasse un certain pourcentage 
de bounces ce qui ne s'est jamais produit sur la dernière décennie...


(*) À une époque c'était parce que le serveur de Free rejetait le spam 
de son propre chef. Rejets que certaines listes de diffusion 
considéraient comme un bounce.

-- 
Francois Gouget   http://fgouget.free.fr/
  Any sufficiently advanced bug is indistinguishable from a feature.
-- from some indian guy___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr