<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">Le 18 juil. 2017 6:51 PM, "marc marc" <<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>> a écrit :<br type="attribution"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_-5431321756117521133quoted-text">>>>> Le défaut d'un nouveau tag c'est que cela crée 2 tags en<br>
>>>> concurrence.<br>
>>>> Une commune qui passe entièrement à un éclairage sur<br>
>>>> détecteur est selon<br>
>>>> moi le top pour entrer dans cette catégorie.<br>
>>>> il faudrait lit=motion mais en même temps lit=extinction_policy<br>
>>> Oui<br>
>> Comme c'est pas possible il faudra faire un choix :)<br>
>> je pense que lit=motion est mieux et que la décision politique doit<br>
>> aller sur un autre tag<br>
> Je n'ai pas compris la valeur motion et si tu as un cas précis : quelle<br>
> commune aurait quelle valeur par exemple.<br>
<br>
</div>J'avais lu le cas d'une commune qui avait remporté un prix de<br>
l'efficacité énergétique en migrant son éclairage public sur détecteur<br>
avec un échange de donnée entre lampadaire pour que la détection d'une<br>
voiture à x km/h allume les x lampadaires suivant dans la direction du<br>
mouvement tandis qu'un piéton en allumerait moins mais + longtemps.<br></blockquote></div></div></div><div dir="auto">Il doit y avoir, et il y aura de plus des systèmes d'éclairage intelligents, c'est un business énorme, meilleure efficacité, plus économique, des dispositifs à led, etc, et ça va bcp bouger, mais je ne sais pas si c'est à l'échelle d'une commune entière, ou plutôt à l'échelle d'un boulevard, une allée, un quartier, un lampadaire c'est pourquoi je demandais si tu connaissais le cas d'une commune et laquelle qui pourrait être tagguée entièrement en motion ou </div><div dir="auto">automatic ? </div><div dir="auto">A contrario il y a vraiment un gd nb de communes qui pratiquent l'extinction nocturne au milieu de la nuit de l'éclairage public. Et donc ceci se fait à  l'échelle de la commune. (Tous les cas que je connais ce sont des petites communes. Je ne connais aucune grosse commune qui fait ça.) </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ce tag se retrouve aussi dans les 2 version d'une proposition<br>
<a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Key:light_source" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org<wbr>/wiki/Proposed_features/Key:<wbr>light_source</a><br>
alors autant d'être compatible entre bonnes idées<br>
EDIT: je viens de réaliser que lit=automatic décrit la même chose<br>
il y a 5000 occurrences de ce tag dont 2 sur des relations (mais<br>
overpass peine à les trouver)<br></blockquote></div></div></div><div dir="auto">Oui à l'échelle d'un lampadaire, ou d'une voie, mais pas une commune entière ? A mon niveau je ne sais pas, et ne peux pas  prendre en compte les spécifications à apporter sur UN dispositif d'éclairage, ou une rangée de... </div><div dir="auto">Mais peut-être dans le futur évidemment on aura ceci à l'échelle d'une commune entière ? Mais on a déjà du mal à spécifier les tags de ce qui existe maintenant alors c'est encore plus difficile à faire pour le futur ?</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="m_-5431321756117521133quoted-text"><br>
> Le fait de tagguer la pratique d'extinction n'empêche<br>
> nullement de tagguer tout le reste.<br>
<br>
</div>Je reformule : comment tager une commune dont la politique est<br>
l'utilisation de détecteurs ?<br>
je pense lit=automatic (pour garder ce qui existe)<br>
tu penses lit=extinction_policy<br>
mettre une valeur empêche de mettre l'autre valeur :)<br>
on fait quoi ? </blockquote></div></div></div><div dir="auto">Il ne faudrait pas trop personnaliser ça. Ce que j'ai mis dans la page discussion anglaise de lit c'était pour garder trace de la précédente discussion sur osm talk fr. </div><div dir="auto"><br></div><div dir="auto"></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
C'est pour résoudre ce conflit que je propose de mettre<br>
"extinction_policy" sur un soustag, cfr ci-dessous<br>
<div class="m_-5431321756117521133quoted-text"><br>
>     Au final les stats/cartes qu'on va pouvoir en sortir vont très fort<br>
>     décrire une situation "administrative" ce qui est très différent d'une<br>
>     situation des "bonnes pratiques sur le terrain"<br>
> Il doit y avoir  un cas d'une commune qui aurait décidé d'une extinction<br>
> de l'éclairage public et qui ferait tout autre chose, qui aurait fait<br>
> "de la comm" quoi si je comprends bien ?<br>
</div>je pense qu'il arrivera fatalement un jour qu'une commune ayant décidé<br>
d'une politique d'extinction a des faits contradictoire + tard parce que<br>
par exemple un autre parti arrive au pouvoir ou pour problème technique<br></blockquote></div></div></div><div dir="auto">Oui comme pour tout, rien n'est immuable, ce genre de politique a une certaine durée malgré tout. </div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Il y a aussi le cas inverse donné par Philippe : dans les fait,<br>
l'éclairage de sa commune a des heures de coupure mais sans com/panneau<br></blockquote></div></div></div><div dir="auto">Oui c'est bien la pratique qui compte. </div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="m_-5431321756117521133quoted-text"><br>
>>> mais pour l'instant on n'a pas encore trop de données !<br>
>> y avait-il eu une suite sur les closed data associatifs ?<br>
> J'avais  posé une question sur ce sujet sur cette même liste, est-ce à<br>
> OSM France de faire des demandes d'ouverture de données aux associations<br>
> comme ANPCEN. A l'occasion d'une rencontre officielle, d'un colloque ou<br>
> d'un échange transversal, sur l'open data, ça serait bien que ce sujet<br>
> fasse partie d'une wish list par exemple ?<br>
<br>
</div>je propose de reparler de ce point à + tard quand le choix des tag serra<br>
finalisé et qu'on aura au moins une commune a monter :-)<br>
<div class="m_-5431321756117521133quoted-text"><br>
> Si c'est pas mûr, on verra plus tard.<br>
</div>je pense que ta proposition est presque mur.<br>
il faut juste ajuster des détails pour tenir compte de l'existant<br>
lit=<des heures d'allumages> existe déjà. autant garder ce principe au<br>
lieu d'avoir 2 tags qui peuvent avoir les mêmes valeurs</blockquote></div></div></div><div dir="auto">Mais pas à l'échelle d'une commune si ? </div><div dir="auto"></div><div dir="auto"><br></div><div dir="auto"></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Le 17. 07. 17 à 21:58, <a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.c<wbr>om</a> a écrit :<br>
<div class="m_-5431321756117521133quoted-text">> Il me semble préférable de mettre lit:motion=yes comme ça il n'y a pas<br>
> conflit (le détecteur de mouvement est indépendant du reste).<br>
</div>l'avantage de ton idée c'est qu'elle permet de gérer facilement les<br>
conflits lorsque plusieurs méthodes sont utilisée par exemple détecteur<br>
+ horaire réduit)<br>
mais que faire des 5000 tag existant ? on va vers 2 tag pour la même chose<br>
car potentiellement c'est jusqu'au détail du lampadaire qu'on peux avoir<br>
un mix détecteur+heure de fonctionnement<br>
Je suppose même que la majorité des lampadaires à détecteur ont une<br>
horloge ou un détecteur de luminosité pour pas qu'ils s'allume en<br>
journée (hormis bien sur ceux de tunnel par exemple)<br>
ils sont donc tous potentiellement candidat a 2 tag<br>
<div class="m_-5431321756117521133quoted-text"><br>
> Pour les réductions d'éclairage tu veux un<br>
> power:xxx%:opening_hours ?<br>
> par exemple<br>
> power:100:opening_hours=<br>
> power:50:opening_hours=<br>
</div>trés bonne idée ! Dans une sous-clef de lit ?<br>
Mais pas power car on risque d'avoir power=20W<br>
lit:dimmer=yes + lit:dimmer:50:opening_hours=<l<wbr>esheures> ?<br>
<br>
Je propose donc de modifier légèrement la proposition initiale ainsi :<br>
- garder lit comme il existe actuellement càd entre autre avec des<br>
valeurs d'heure d'ouverture ou automatic<br>
- tag sur les communes/villages avec la valeur lit correspondant à la<br>
pratique utilisée (valeur principale si plusieurs valeurs différentes<br>
existent). Exemple lit=dusk-24:00 pour un éclairage depuis le crépuscule<br>
jusque minuit<br></blockquote></div></div></div><div dir="auto">Les horaires d'éclairage sont par défaut du crépuscule à l'aube et sont presque implicites, il n'est normalement pas nécessaire de les indiquer, je ne sais pas si cela est actuellement indiqué ou pas dans OSM pour une commune ? Mais par contre ce que je sais de manière certaine c'est que les horaires d'extinction, qd une commune décide de le faire, sont assez variables d'une commune à l'autre.  </div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- ajouter lit:extinction_policy=yes si une partie au moins du<br>
village/commune s'éteint au moins un partie de la nuit, peu importe la<br>
méthode et la présence ou non de panneau l’annonçant.<br>
Si les faits sont différents de la com/panneau, les faits priment.<br>
- ajouter lit:extinction_surface=x% avec la surface concernée<br>
- ajouter lit:extinction_method=xyz.<br>
avec xyz qui devrait au moins prévoir (selon les cas trouvé ici et sur<br>
la page de discussion)<br>
-- les détecteurs lit:extinction_method=automati<wbr>c ou lit:automatic=yes<br>
-- les heures de fonctionnement lit:extinction_method=opening_<wbr>hours ou<br>
lit:opening_hours=yes<br>
-- la réduction lumineuse. (quand la lumière de chaque lampe est réduite<br>
à certains heures) terme à trouver,peut-être quelque chose comme dimmer<br></blockquote></div></div></div><div dir="auto">Là pour dimmer c'est pareil, tu as des cas précis de communes en tête ? </div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-- l'extinction d'une partie des lampes (par exemple 1 sur 2). terme à<br>
trouver<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div></div><div dir="auto">L'idée de 'scoper' les paramètres par 'lit:' est bonne, j'ai scopé parfois certains tags relatifs à des dispositifs publicitaires par 'advertising:' qd il pouvait y avoir ambiguïté, je ne sais pas pourquoi ce scopage n'est pas plus employé dans OSM... (employé pour addr: et dans d'autres cas qd même) </div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Paul qu'en penses-tu ? est-ce que cela rencontre suffisamment ton<br>
souhait tout en tenant comptes des différentes objections ?<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div></div><div dir="auto">Je ne souhaitais certainement pas réfléchir à ceci de manière globale, je ne m'en estime pas capable, je ne suis pas du tout expert dans le domaine de l'éclairage :-) </div><div dir="auto"><br></div><div dir="auto">C'est très très bien ce que tu as commencé ! </div><div dir="auto">Il faudra aussi, mais tu y as sûrement pensé, élargir le cercle de discussions à la liste tagging qui est internationale, pour pas décider ceci entre français. (Mais à l'international c'est difficile de leur expliquer la "mode" française de la politique d'extinction au milieu de la nuit de l'éclairage public.)</div><div dir="auto"><br></div><div dir="auto">À mon niveau je suis simplement intéressé à voir si OSM  peut stocker l'information de l'extinction nocturne au milieu de la nuit de l'éclairage public :</div><div dir="auto">Il me semble que sur un objet commune  lit:extinction_policy=yes est donc mieux que lit=extinction_policy donc ça c'est bien et devrait alors marcher avec lit:extinction_hours=<opening_hours> et lit:extinction_surface=<percentage>. Et les heures d'éclairage peuvent etre calculées  en négatif en sachant que normalement ça commence à la tombée de la nuit et que ça finit au levé du jour. </div><div dir="auto">Pour ce qui est de dimmer,  automatic, je ne connais personnellement aucun cas où ça pourrait etre employé, à l'échelle d'une commune, et il faudrait solliciter l'avis d'autres personnes (la liste tagging ?) </div><div dir="auto"><br></div><div dir="auto">Merci pour ton mail très clair et tes efforts, c'est difficile de faire ce que tu fais ! </div><div dir="auto"><br></div><div dir="auto"> Très bonne soirée ou journée ! </div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-5431321756117521133quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cordialement,<br>
Marc<br>
<div class="m_-5431321756117521133elided-text">______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
</div></blockquote></div><br></div></div></div>