Re: [Talk-cz] OffTopic: weekly - překlad cat-pun-heavy?

[Jan Martinec]

Dokonce metahříčka: "úvod plný slovních hříček o kočkách."

Zdar,
Honza Piškvor Martinec

Dne 18. 7. 2017 7:55 napsal uživatel "Marián Kyral" :

> Ahoj,
> trochu mimo téma. Netuší někdo, co přesně znamená spojení "The
> cat-pun-heavy introduction"? Asi to bude to nějaká
> slovní hříčka.
>
> Díky,
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] OffTopic: weekly - překlad cat-pun-heavy?

[Marián Kyral]

Ahoj,
trochu mimo téma. Netuší někdo, co přesně znamená spojení "The cat-pun-heavy
introduction"? Asi to bude to nějaká
(http://blog.mapcat.com/mapcat-world-map-introduction/)slovní hříčka.

Díky,
Marián___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-de] Auswertung und Anzeige von direction eines Aussichtspunktes

[Harald Hartmann]

Nach der Ankündigung[1] der OpenTopoMap[2], dass sie nun direction[3]
abhängig das Aussichtspunkt-Symbol rendern, habe ich mir gedacht, dass
man das vielleicht auch noch auf anderem Wege visualisieren könnte.

Mit Hilfe von leaflet, leaflet.semicircle und overpass ist dabei eine
interaktive Karte[4] entstanden, die Sourcen dazu wurden auf GitHub[5]
hinterlegt.

[1] https://forum.openstreetmap.org/viewtopic.php?pid=653006#p653006
[2] https://opentopomap.org/#map=17/47.80288/13.05393
[3]
https://wiki.openstreetmap.org/wiki/DE:Key:direction#Sichtfeld_eines_Aussichtspunktes
[4] https://osmtools.github.io/direction/#49.14926,7.80398,13z
[5] https://github.com/osmtools/direction

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

[Talk-us] Territorial municipalities, Guam's villages

[OSM Volunteer stevea]

Does anybody know if the map of Guam's villages at 
https://en.wikipedia.org/wiki/Villages_of_Guam#/media/File:Map_of_Guam_villages.svg
 is accurate and up-to-date?  It's rough, but usable, and appears compatible 
with OSM's ODbL.  Are there better data which OSM has permission to use?  
Guam's villages are "territorial municipalities," much like counties 
(admin_level=6) in the 50 US states (says the Census Bureau and an OSM 
consensus that so tags other such things).

Those now entered into OSM are much smaller than the villages in that map.  It 
may be that the OSM-entered villages are administrative subdivisions even 
smaller than the officially-designated "villages."  For example, OSM has a 
village named Ordot which "fits into" the municipality of Chalan Pago-Ordot.  
But I don't want to guess or speculate, I'd like these ambiguities resolved so 
we can correctly tag Guam's municipalities.

Are there any Guam-savvy readers on talk-us?  Håfa ådai!

Puedi ha' todu maolek,

Nå'ån-hu si SteveA
Taotao California yo'
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Fwd: MEDIA REQUEST/DEADLINE TOMORROW MORNING

[Charlotte Wolter]

Hello, all,

I promised that I would answer this request and find out
how they are using OSM.
It seems the organization is involved in food policy, specifically
providing expertise and technical tools to those involved in food policy
in cities.
They said they used OSM in a report "because we were discussing
new technology and how it is being used to improve the food system. We
discuss how these types of maps can be used to monitor a variety of
situations, from air pollution to even rates of depression. This helps
individuals become more aware of the environment which they live.
They also provided their mission statement:
"The New York City Food Policy Center at Hunter College develops
intersectoral, innovative and evidence-based solutions to preventing diet-
related diseases and promoting food security in New York and other cities.
The Center works with policy makers, community organizations, advocates
and the public to create healthier, more sustainable food environments and
to use food to promote community and economic development. Through
interdisciplinary research, policy analysis, evaluation and education, we
leverage the expertise and passion of the students, faculty and staff of
Hunter College. The Center aims to make New York a model for smart, fair
food policy."
Web site: http://www.nycfoodpolicy.org
I directed them to Learn OSM, because they wanted screen shots,
and Learn OSM has many on its web site.

Charlotte




Hi Charlotte,

Sorry about that! We used Open Street Map in our 
report because we were discussing new technology 
and how it is being used to improve the food 
system. We discuss how these types of maps can 
be used to monitor a variety of situations, from 
air pollution to even rates of depression. This 
helps individuals become more aware of the 
environment which they live. Does that make more sense?


Best wishes,

Cameron

---
Cameron St. Germain
Research Associate, NYC Food Policy Center at Hunter College
401-533-2674
came...@nycfoodpolicy.org



On Wed, Jul 12, 2017 at 5:33 PM, Charlotte 
Wolter <techl...@techlady.com> wrote:

Cameron,

        I got that from your web site, but how did you use
the OSM photos? Is OpenStreetMap something that your
organization uses regularly? How do you use us?

Charlotte


At 07:33 AM 7/12/2017, you wrote:

Hi Charlotte,

Here is our mission statement and the link to 
our website. I hope that provides all 
information needed. Should you need anything 
further, feel free to reach out with questions.


Mission Statement: The New York City Food 
Policy Center at Hunter College develops 
intersectoral, innovative and evidence-based 
solutions to preventing diet-related diseases 
and promoting food security in New York and 
other cities.  The Center works with policy 
makers, community organizations, advocates and 
the public to create healthier, more 
sustainable food environments and to use food 
to promote community and economic development. 
Through interdisciplinary research, policy 
analysis, evaluation and education, we leverage 
the expertise and passion of the students, 
faculty and staff of Hunter College. The Center 
aims to make New York a model for smart, fair food policy.


Website: http://www.nycfoodpolicy.org/

Thank you!

Best,

Cameron St. Germain
Research Associate, NYC Food Policy Center at Hunter College
401-533-2674
came...@nycfoodpolicy.org



On Fri, Jul 7, 2017 at 11:15 AM, Charlotte 
Wolter <techl...@techlady.com> wrote:

Cameron,
        I got your email because 
I'm on the press list for OpenStreetMap (and I'm a retired journalist).
        I think your best bet 
for high-quality images is our training web 
site, Learn OSM ( 
http://www.learnosm.org). 
All the work there is public domain and free to use.
        Could you tell me more 
about the Food Policy Center? OpenStreetMap's 
New York City group is very involved in local 
projects. They might be able to help with any 
mapping questions you have or provide support in 
geographical analysis of food issues. Often, 
OpenStreetMap organizes what we call mapathons, 
group mapping sessions, usually around a particular issue.

        Good luck on your current project.
Best wishes,
Charlotte Wolter


Dear OpenStreetMap,
I am a research associate and editor for 
NYCFoodpolicy.org and for the syndicated 
health column, Diet Detective. We are working 
on a story on Health Technology and the Food 
System, as well as a second report on feeding 
urban populations (see 
here 
for the first report on hunger and 

[Talk-at] Einladung: Stammtisch Obersteiermark, 20.07.2017 (Donnerstag)

[Borut Maricic]

Herzliche Einladung zum OSM Stammtisch Obersteiermark!

Wann: Donnerstag, 20.07.2017, 18:00 Uhr
Wo: "Zum Italo-Steierer", Bachgasse 8, Leoben (Göß)
Tischreservierung: Auf „OpenStreetMap“

Die Themen und Fragen gibt es hier zum erweitern und
anschauen:

https://wiki.openstreetmap.org/wiki/Leoben/Stammtisch

Diesmal unter anderem über Zugangsbeschränkungen auf
Forstwegen.

Wir bleiben meistens bis 22:00 Uhr.

Liebe Grüße,
Borut (Borut@OSM)


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

Re: [OSM-talk-fr] Test panneaux de signalisation Osmose-Mapillary

[Frédéric Rodrigo]

J'ai trouvé un bug, ça signale a tord des maxheight/maxweight et des 
traffic_calming, la mise à jour devrait passer demain dans la journée.



Le 17/07/2017 à 08:42, François Lacombe a écrit :

Hello,

C'est une super initiative Frédéric
Comme tu le soulignes, il faut encore que les positions des panneaux 
soient consolidées avec les différentes prises de vues.
Mapillary m'a dit qu'ils travaillent dessus. Ce n'est qu'une question 
de patience

Il le font un peu déjà, mais c'est pas vraiment parfait ;-)




Le 16 juillet 2017 à 23:03, marc marc > a écrit :


Cela rouvre le débat sur tager le panneau exactement là oü il est
(avec
l'imprécision gps d'autant plus criante) ou tager le panneau en
fonction
de son effet (sur le chemin concerné) afin de le rendre utilisable par
le routing (le routing ne cherche pas les panneaux situés à proximité)


Même sur la ML internationale il n'y a plus trop de doutes : il faut 
taguer les deux.
Le panneau en lui-même parce que c'est un objet visible et d'intérêt, 
ne serait-ce que pour savoir que l'espace est occupé
Et ensuite l'effet sur les routes/voies concernées, parce qu'on est 
difficilement capable de déduire l'effet d'un panneau avec sa simple 
position.

C'est aussi aussi une idée que j'avais, signaler les panneaux manquants.
Puis une analyse qui vérifie la cohérence interne à OSM entre panneaux 
et les effets de ces panneaux.

Mais je pense que c'est un peu overkill pour l'instant.



est-ce que les tag source ne gagnerait pas être sur le changeset ?
c'était un peu l'ancienne méthode de mettre la source de la première
modif sur l'objet et ensuite elle y reste même quand la modif
suivante a
une autre source


+1 sur le changeset
Je sais. Mais c'est expérimental. J'ai fait au plus simple en 
réutilisant ce qui est déjà fait pour l'OpenData. Du coup le code 
supplémentaire pour faire ça ridiculement petit vu ce que ça fait.
Pour les curieux (attention, il n'ya beaucoup de code mais c'est ce qui 
se fait de plus compliqué dans Osmose):

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_traffic_signs.py
https://github.com/osm-fr/osmose-backend/blob/master/merge_data/mapillary-traffic-signs.mapping.csv

Frédéric.


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

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

[althio]

2017-07-15 15:59 GMT+02:00 Nicolas Toublanc :
> Si on reste sur l'idée plus générale d'un bazar (indiquée sur la devanture
> des magasins en question: "Bazar, jeux, articles de plages"),
> shop=variety_store semble bien convenir, et est très fréquent

+1


> 2017-07-13 21:32 GMT+02:00 :
>>
>> Les plages ne sont pas à vendre ! ;-)

Même commentaire pour shop=golf ou shop=sports ? ;-)

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

[Talk-GB] Edinburgh meet up Tuesday 18th July

[Donald Noble]

Just a quick reminder that the next Edinburgh Openstreetmap meet up is
tomorrow evening (Tuesday 18th July).

As usual, from around 19h00 or soon afterwards until late(ish) at the
Guildford Arms (just behind the Apple Store)

http://wiki.openstreetmap.org/wiki/Edinburgh#Social_Events

Cheers, Donald
-- 
View my photos at https://www.flickr.com/photos/drnoble/
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[osm . sanspourriel]

Le 17/07/2017 à 14:06, Paul Desgranges - paul.desgran...@gmail.com a écrit :
Il doit y avoir  un cas d'une commune qui aurait décidé d'une 
extinction de l'éclairage public et qui ferait tout autre chose, qui 
aurait fait "de la comm" quoi si je comprends bien ?  Où  par exemple 
alors ?
Certaines mairies sont réputées pour faire de la com'. Pas que mais 
quand même. Le maire de R...s était réputé demander quand on lui faisait 
une proposition d'aménagement par exemple si ça avait été fait ailleurs. 
Si ça n'avait pas été fait ailleurs, OK, sinon...
Il avait par exemple eu la première crèche à chauffage solaire (au moins 
l'eau chaude). Il n'a jamais fait équiper une seconde crèche.

Il aurait pu faire de même avec l'éclairage.

Il y a aussi les pervers comme le maire de B...t qui avait profité de 
l'amélioration de l'efficacité de l'éclairage public pour... ne plus 
éteindre l'éclairage la nuit (ou ne plus éteindre un lampadaire sur 
deux, je ne sais plus mais éclairer plus à consommation égale et non 
consommer moins à éclairage égal).


Celui de C...e n'était pas mal non plus : il était fier de ses 
candélabres fait de 4 lampes (inefficaces) de type boule (inefficaces) 
avec le pied qui évitait qu'elles n'éclairent en bas (inefficaces) et se 
prétendait bien-sûr favorable au développement durable.


Le 17/07/2017 à 14:06, Paul Desgranges - paul.desgran...@gmail.com a écrit :


je pense que lit=motion est mieux et que la décision politique doit
aller sur un autre tag

Je n'ai pas compris la valeur motion et si tu as un cas précis : 
quelle commune aurait quelle valeur par exemple.
lit=motion voudrait dire que l'éclairage public est sur détecteur de 
mouvement.
Il me semble préférable de mettre lit:motion=yes comme ça il n'y a pas 
conflit (le détecteur de mouvement est indépendant du reste).


Attention : un détecteur de mouvement peut consommer pas mal, plus 
qu'une led avec une plage de fonctionnement réduite. Il peut aussi 
consommer très peu. Un bouton poussoir avec un retardateur, ça marche 
bien aussi (pour les piétons).


Le 17/07/2017 à 14:06, Paul Desgranges - paul.desgran...@gmail.com a écrit :
Il y a plusieurs milliers de communes qui pourraient être tagguées 
avec lit=extinction_policy:.

Et ça correspondrait à la réalité du terrain presque toujours.
Je n'en connais qu'une dizaine personnellement. Mais bon 10 multiplié 
par le nb de contributeurs en France, ça peut aller assez vite ?
Heu, je ne connais pas les horaires dans ma ville. Ici je n'ai pas 
d'éclairage public et au bourg je ne sais s'ils éteignent.
Je ne sais si dans des villages de la commune l'éclairage suit la même 
règle. Mais dans mon hameau lit=no ;-).


Question : est-ce que la décision politique d'éclairer doit figurer dans 
OSM ? N'est pas plutôt du ressort d'un wiki ? Question ouverte.


Le 17/07/2017 à 13:17, marc marc - marc_marc_...@hotmail.com a écrit :

La syntaxe des opening_hours est bien non ?

oui mais elle n'est (selon moi) qu'une des 3 méthodes possible.
Une commune qui décide de passer aux détecteur ou qui réduit la
puissance à une certaine heure devrait être inclu, sauf si tu veux
vraiment que l'absence de panneau adhoc l'en prive.

Avec lit:motion, il n'y a pas de concurrence.

Pour les réductions d'éclairage tu veux un
power:xxx%:opening_hours ?
par exemple
power:100:opening_hours=
power:50:opening_hours=

D'accord avec Philippe sur les relations : overpass permet de retrouver 
les Feu Vert.
Si lien Wikipedia, alors operator 
:*wikipedia*= sauf si 
le lien est pour le Feu Vert du coin.
Sinon *brand:wikidata*=* est correct mais difficile à renseigner sans 
éditeur fait pour.
L'avantage c'est qu'on a plus de conflit de nom (Q3480395, pas FR:STAN, 
STAN, Stan, ...).


Peut-être faut-il répliquer partiellement les Wikidata pour savoir quels 
brand/operator accepter. Ou proposer que ce qui a déjà été tagué comme 
tel (pour les éditeurs grand public).


Sinon côté efficacité de l'éclairage contre le vol : les villes sont 
plus éclairées qu'il y a 30 ans. Sont-elles plus sûres ?

Par contre le voleur n'a plus besoin de lampe qui permettrait de le repérer.
Pour la vitesse : il a été montré que l'éclairage de nuit favorisait la 
vitesse, c'est pourquoi des éclairages style stade de foot aux entrées 
du périphérique de Rennes restent éteints.
Philippe, l'éclairage résiduel ne sert pas à rien, il sert à la 
gendarmerie pour faire des contrôles. Il faudrait juste n'allumer qu'en 
présence gendarmesque ! Dans d'autres cas des tunnels sont éclairés 
24/24 pour limiter les contrastes.


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

[Talk-lt] Kaip sukurti Garmin žemėlapį

[Tomas Straupis]

Pradėjau rašyti seriją straipsnių apie tai, kaip sukurti savo Garmin žemėlapį.
Pirma dalis:
https://blog.openmap.lt/2017/07/17/kaip-sukurti-garmin-zemelapi-i/

-- 
Tomas

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

Re: [OSM-talk-fr] Tags wikidata et wikipedia pour les commerces/enseignes...

[Eric Gillet]

On Mon, Jul 17, 2017 at 5:08 AM, Marc Gemis  wrote:

> pas wikidata, mais brand:wikidata:
> https://wiki.openstreetmap.org/wiki/Key:brand:wikidata


+1 pour brand=*, brand:wikidata=*.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] An old chestnut - looking for clarity for road names beginning "St ..."

[Colin Smale]

Agreed, however I don't think we should be fussy about minor typographic 
differences like apostrophes or full stops. There are often variations at this 
level from sign to sign. If one bit is signed "St." and another bit of the same 
road is signed "St" I think we should use a single style for the whole road, 
taking it from the longest length. We can never determine where the transition 
should go, and it is the same road after all, so consistency is good.
//colin

On 17 July 2017 18:35:07 CEST, Andy Robinson  wrote:
>We should be applying the on the ground rule of verification. As in, if
>looks like a duck and quacks like a duck then there is a better than
>average chance it is a duck. So if the road sign, church sign or
>whatever says Saint or St. etc then best to stick to that so as not to
>offend just as many people as those who agree it’s wrong! 
>
> 
>
>Cheers
>
>Andy
>
> 
>
>PS Other deities are available
>
> 
>
>From: Stuart Reynolds [mailto:stu...@travelinesoutheast.org.uk] 
>Sent: 17 July 2017 13:45
>To: Talk GB
>Subject: [Talk-GB] An old chestnut - looking for clarity for road names
>beginning "St ..."
>
> 
>
>Hi All, 
>
> 
>
>I have read and re-read all of the guidance and local rules relating to
>the use of abbreviations where it would be wrong to expand “St” into
>“Saint”. It is quite clear that, for the UK, “Saint Ives” is wrong,
>whereas “St Ives” is correct. There is also one page where I have found
>“St Mary’s Church” is correct, but “Saint Mary’s Church” is wrong. All
>of this I agree with.
>
> 
>
>The question I want to clarify is the use of “Saint” in street names. I
>think that is similarly clear that e.g. “St Nicholas Road” (with the
>full expansion of “road”!) is correct, and “Saint Nicholas Road” isn’t.
>But since the small handful that I initially came across in Great
>Yarmouth were last edited by an experienced OSMer (Rob Whittaker), I
>thought that it was better to check with the community than just change
>it.
>
> 
>
>A not-so-quick Overpass query (using a map which contained the whole of
>the UK, and hence Ireland and a bit of Belgium) tells me that there are
>10,324 ways which are named “Saint *” which potentially need changing
>if we agree that “St *” is correct.
>
> 
>
>By contrast there are 26,559 ways that are named “St *”, and a further
>7,252 that are named “St. *”.
>
> 
>
>Regards,
>
>Stuart Reynolds
>
>for traveline south east & anglia
>
> 
>
> 
>
> 
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Strade di confine

[Martin Koppenhöfer]

> On 17 Jul 2017, at 11:13, Andreas Lattmann  wrote:
> 
> Ho fatto anch'io così name:left name:right. Non ti preoccupare se poi non 
> viene renderizzato sulla mappa: tuttavia non si mappa per il rendering.


Con i numeri presentati, non escluderei che prima o poi sarà implementato nel 
rendering ufficiale. 
Intanto se vi va, create un ticket…

https://github.com/gravitystorm/openstreetmap-carto

Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strade di confine

[Giuseppe Sapuppo]

On 17/07/2017 09:47, Andrea Musuruane wrote:

2017-07-17 9:41 GMT+02:00 Giuseppe Sapuppo >:

...

 Cioè, un lato della strada è in un comune, mentre l'altro è nel comune
 confinante.
 La stessa strada, in un comune ha un nome, nell'altro ha un nome diverso.

...


Devi usare name:left e name:right.

...

Nell'editor iD, 'left' e 'right' sono presentati nella sezione 
'Multilingual name'.

OK: basta intendersi!
Posso procedere o faccio danni?

--
Giuseppe Sapuppo
g.sapu...@katamail.com

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

Re: [Talk-cl] redes de ciclovías

[ignacio abé]

Como lo mencioné antes, todos los grupos de rutas de distintos tipos forman
conjuntos por el sólo hecho de pertenecer a la misma clase, pero no por
esto habría que agruparlos en una relación. Imagínense cómo sería editar
una calle si pusieramos todas las calles en una relación.

El lun., 17 jul. 2017 a las 12:09, Danilo Lacoste ()
escribió:

> Yo creo que sí deberíamos agruparlas, quizá no con la definición que
> existe hoy, pero al final si son un grupo de "rutas de ciclovias", quizá
> sean tercer mundistas, pero bueno, al menos son.
>
> 2017-07-12 18:39 GMT-04:00 Julio Costa Zambelli <
> julio.co...@openstreetmap.cl>:
>
>> Hola a todos,
>>
>> Estoy de acuerdo con Ignacio, la relación de ruta para bicicletas tiene
>> un uso definido en la Wiki, alguien (no he investigado quien) se puso a
>> agrupar ciclovias, ciclobandas, veredas y calles en rutas que en la
>> practica no existen (RL, AV-CdD, MC, CT/SI, MR, etc.), incluso presentando
>> cruces que no están permitidos como el de General Flores/Providencia, o el
>> de Andrés Bello/Andrés de Fuenzalida. O tramos de vereda, como el de Miguel
>> Claro entre Providencia y Pérez Valenzuela, que no debieran existir porque
>> los ciclistas no deben usar las veredas.
>>
>> Los motores de enrutamiento aplicaran los criterios que tengan definidos,
>> privilegiar ciclovias, ciclobandas, calles de menor jerarquía, etc. pero no
>> hay necesidad de inventar una jerarquía inexistente. Como dice Ignacio
>> quizás aplique a M42K, pero el puede aclararnos eso desde su experiencia.
>>
>> En el caso de las rutas de buses, estas objetivamente existen (nadie las
>> discute, como la existencia de la Ciclovia de Pocuro) y se mapean
>> respetando cierta convención (
>> https://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28including_trolley_bus.29
>> ).
>>
>> Saludos,
>>
>>
>> Julio Costa Zambelli
>> Fundación OpenStreetMap Chile
>>
>> julio.co...@openstreetmap.cl
>>
>> https://www.openstreetmap.cl/
>> Cel: +56(9)89981083 <09%208998%201083>
>>
>> 2017-07-12 16:41 GMT-04:00 ignacio abé :
>>
>>> Sí, así como también existe una "red" de vialidad, ferrocarriles, cables
>>> de alta tensión y otros. Pero no veo el sentido de meter todas las
>>> ciclovías de una ciudad en una relación, sólo haría más tortuosa la edición.
>>>
>>> El mié., 12 jul. 2017 a las 16:21, Danilo Lacoste ()
>>> escribió:
>>>
 pero igual lo que tenemos es una "red" de ciclovias,

 2017-07-12 16:12 GMT-04:00 ignacio abé :

> Claro, pero generar esta red es una responsabilidad del estado, no de
> los mapeadores.
>
> El mié., 12 jul. 2017 a las 16:00, Danilo Lacoste ()
> escribió:
>
>> y se deberia generar una red de ciclovias para transporte? Pensando
>> que se pueda generar algo parecido a como se hace con las micros..
>>
>> 2017-07-12 15:53 GMT-04:00 ignacio abé :
>>
>>> Creo que estaría mal, pues como mencionaba las redes de transporte
>>> en bicicleta son algo concreto, verificable y que no necesariamente está
>>> compuesto por ciclovías.
>>>
>>> Aquí algunos ejemplos:
>>> Eurovelo, red europea. http://www.eurovelo.com/en
>>> Rutas suizas http://www.veloland.ch/en/cycling-in-switzerland.html
>>> Rutas inglesas
>>> http://www.sustrans.org.uk/ncn/map/national-cycle-network/about-network
>>>
>>> Como se puede desprender de estos ejemplos, las rutas de bicicleta
>>> provienen de una planificación central, se pueden ver en sitios web,
>>> cartografía impresa y sobre todo en terreno.
>>>
>>> Saludos
>>>
>>>
>>> El mié., 12 jul. 2017 a las 15:26, Danilo Lacoste (<
>>> dan...@lacosox.org>) escribió:
>>>
 No sé como lo hacen en santiago, pero en Temuco tenía la idea de
 hacer una relación con todas las ciclovías y generar una "ruta de
 ciclovias". entonces bajo la lógica que mencionas también estaría mal?

 saludos.

 2017-07-12 14:11 GMT-04:00 ignacio abé :

> Estimados
>
> Revisando la capa de ciclovías que aparece en OSM (también llamada
> opencyclemap) veo que en Santiago existen dibujadas bastantes rutas 
> para
> bicicleta de jerarquía local, regional y hasta nacional. Me parece 
> que esto
> no corresponde, porque no existe en Santiago ninguna red de ciclovías
> señalizada, sino tan solo ciclovías sueltas.
>
> Las rutas de bicicleta no son lo mismo que las ciclovías, son un
> sistema implementado principalmente en Europa para recorrer grandes
> distancias, aprovechando distintos segmentos de vialidad que no
> necesariamente son exclusivos de bicicleta. Y siempre están indicados 
> en
> mapas y sobre todo en señalética vial.

Re: [Talk-GB] An old chestnut - looking for clarity for road names beginning "St ..."

[Andy Robinson]

We should be applying the on the ground rule of verification. As in, if looks 
like a duck and quacks like a duck then there is a better than average chance 
it is a duck. So if the road sign, church sign or whatever says Saint or St. 
etc then best to stick to that so as not to offend just as many people as those 
who agree it’s wrong! 

 

Cheers

Andy

 

PS Other deities are available

 

From: Stuart Reynolds [mailto:stu...@travelinesoutheast.org.uk] 
Sent: 17 July 2017 13:45
To: Talk GB
Subject: [Talk-GB] An old chestnut - looking for clarity for road names 
beginning "St ..."

 

Hi All, 

 

I have read and re-read all of the guidance and local rules relating to the use 
of abbreviations where it would be wrong to expand “St” into “Saint”. It is 
quite clear that, for the UK, “Saint Ives” is wrong, whereas “St Ives” is 
correct. There is also one page where I have found “St Mary’s Church” is 
correct, but “Saint Mary’s Church” is wrong. All of this I agree with.

 

The question I want to clarify is the use of “Saint” in street names. I think 
that is similarly clear that e.g. “St Nicholas Road” (with the full expansion 
of “road”!) is correct, and “Saint Nicholas Road” isn’t. But since the small 
handful that I initially came across in Great Yarmouth were last edited by an 
experienced OSMer (Rob Whittaker), I thought that it was better to check with 
the community than just change it.

 

A not-so-quick Overpass query (using a map which contained the whole of the UK, 
and hence Ireland and a bit of Belgium) tells me that there are 10,324 ways 
which are named “Saint *” which potentially need changing if we agree that “St 
*” is correct.

 

By contrast there are 26,559 ways that are named “St *”, and a further 7,252 
that are named “St. *”.

 

Regards,

Stuart Reynolds

for traveline south east & anglia

 

 

 

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

[Talk-it] Estrazioni statistiche

[Fabrizio Tambussa]

Il buon Paolo "Geofriz", che qualcuno di voi avrà conosciuto all'ultimo
Osmit, ha
creato un paio di query che estraggono dei dati a fini statistici.  Le
estrazioni sono giornaliere.

La prima riguarda la versione dei vari oggetti; in pratica fa un conteggio
degli oggetti che presentano la stessa versione, ossia lo stesso numero di
modifiche.
http://osmit3.wmflabs.org/check/export_version.csv

La seconda query invece presenta per tutti gli utenti la data dell'ultimo
oggetto assegnato e il numero totale degli oggetti che sono stati
inseriti/modificati da quell'utente:
http://osmit3.wmflabs.org/check/export_users.csv

In entrambe i casi tutti gli oggetti sono suddivisi per tipologia (Nodi,
Way, Relation) e sono in formato csv.


Saluti
Fabrizio
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] Multipolygon problems

[Begin Daniel]

That is helpful!
Thank Jochen

Daniel

-Original Message-
From: Jochen Topf [mailto:joc...@remote.org] 
Sent: Monday, 17 July, 2017 10:27
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Multipolygon problems

On Sat, Jul 01, 2017 at 09:52:48AM +0200, Jochen Topf wrote:
> > How difficult would it be to add this to OSM inspector? Not 
> > everybody has Postgres running, and is able to use osm2pgsql. Yes, 
> > there is documentation, but it requires some technical skills. Also, 
> > it would be very convenient to have this updated daily.
> 
> It is not that difficult to add to the OSM Inspector and if I have the 
> time I'll work on that together with the Geofabrik people.

There is a new layer with this data now in the OSMI:
http://tools.geofabrik.de/osmi/?view=areas=-64.28033=53.72207=8=same_tags_on_outer_ring

You have to zoom in to at least zoom level 8 to see something.

Jochen
--
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-ca] Multipolygon problems

[Stewart C. Russell]

On 2017-07-17 10:27 AM, Jochen Topf wrote:
> 
> There is a new layer with this data now in the OSMI:
> http://tools.geofabrik.de/osmi/?view=areas=-64.28033=53.72207=8=same_tags_on_outer_ring

Thanks, Jochen! That's very helpful.

Looks like CanvecImports cleaned up many of the thousands of giant
forestry and lake relations that were a problem the other week. Welcome
back!

 Stewart

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

Re: [Talk-ca] Multipolygon problems

[Jochen Topf]

On Sat, Jul 01, 2017 at 09:52:48AM +0200, Jochen Topf wrote:
> > How difficult would it be to add this to OSM inspector? Not everybody has
> > Postgres running, and is able to use osm2pgsql. Yes, there is documentation,
> > but it requires some technical skills. Also, it would be very convenient to
> > have this updated daily.
> 
> It is not that difficult to add to the OSM Inspector and if I have the
> time I'll work on that together with the Geofabrik people.

There is a new layer with this data now in the OSMI:
http://tools.geofabrik.de/osmi/?view=areas=-64.28033=53.72207=8=same_tags_on_outer_ring

You have to zoom in to at least zoom level 8 to see something.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-ca] Ferry key on ways

[Clifford Snow]

Ionut,
I've been adding duration to ferry ways in Washington State. None of the
ways have a ferry key which seems rather redundant since the connecting
ways are tagged with the highway type.

But there are different types of ferries in operation. From the fancy BC
Ferries to the small platforms that cross rivers. It might better to
capture the type of boat being used with the capacity and amenities like
food and beverage.

Clifford



On Mon, Jul 17, 2017 at 1:47 AM, Ionut Rus - (p) 
wrote:

> Hi all,
>
> We are looking into adding the ferry key to ferry ways and we would like
> to have your input first. Looking at the wiki [1] it seems that this key is
> only in proposed stage.
>
> As a preliminary check from the 107 ferry elements (route=ferry) in Canada
> only 10 of them have ferry=* tag
>
> How would  you approach this topic? Do you think that it’s OK to add them
> in OSM?
>
>
>
> Thanks in advance,
>
> Ionut Rus
>
>
>
> [1] http://wiki.openstreetmap.org/wiki/Key:ferry
>
>
>
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-se] Ekonomiska kartan i QGIS (GDAL WMS)

[Christian Asker]

Jag försökte med detta, men det hjälper inte. QGIS klagar inte på något, 
men det blir bara nonsens som bilder. Byter jag till WMS i urlen blir 
det inget alls...


/Christian



Den 2017-07-15 kl. 21:28, skrev Joakim Fors:

Kan det vara tms vs tile (dvs var origo för rutnätet är som spökar). bara att byta i 
urlen för att välja vilket system man vill ha. Sen kanske det kan vara bra att snäva till 
"DataWindow" så det använder bara det område där det faktiskt finns tiles.

Om du kollar i såsen för http://maps.openstreetmap.se så kan du säkert luska ut 
koordinaterna för bboxen som ungefär representerar relevant område.

/Joakim

P.S. Antar att GDAL_WMS förstår att det är ett tile/tms-lager som är source.



On 15 Jul 2017, at 09:20, Christian Asker  wrote:

Hej på er. Jag vill lägga till Ekonomiska kartan i QGIS som ett lager, men kan 
inte riktigt få till det. För OSM karterande kan jag tillägga.

Det bästa (vad jag vet) vore att använda ett "GDAL WMS"-lager, för då kan man använda 
lagret i olika projektioner. Ett "GDAL WMS"-lager har följande info:



http://mapproxy.openstreetmap.se/tms/1.0.0/ek_EPSG3857/{z}/{x}/{y}.jpeg


-20037508.34
20037508.34
20037508.34
-20037508.34
18
1
1
top

EPSG:3857
256
256
3



Jag har bara ändrat ServerUrl, men just nu fungerar det inte. Så jag antar att 
hörnen behöver definieras. Är det någon som vet hur jag får till detta? Eller 
om det finns en bättre väg än GDAL WMS.


Mvh Christian



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


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



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

Re: [Talk-ca] Ferry key on ways

[Harald Kliems]

My question would be how the different levels of ferry are defined. What
makes a ferry a "trunk ferry" versus a "primary ferry"? Its speed?
Capacity? Not allowing pedestrians and bikes? My suspicion is that the
classification in the end comes down to which types of roads the ferry
connects, which IMHO doesn't tell you all that much useful about the ferry
itself. That said, I don't see much harm from classifying ferries according
to their connecting roads.

 Harald.

On Mon, Jul 17, 2017 at 3:54 AM Ionut Rus - (p) 
wrote:

> Hi all,
>
> We are looking into adding the ferry key to ferry ways and we would like
> to have your input first. Looking at the wiki [1] it seems that this key is
> only in proposed stage.
>
> As a preliminary check from the 107 ferry elements (route=ferry) in Canada
> only 10 of them have ferry=* tag
>
> How would  you approach this topic? Do you think that it’s OK to add them
> in OSM?
>
>
>
> Thanks in advance,
>
> Ionut Rus
>
>
>
> [1] http://wiki.openstreetmap.org/wiki/Key:ferry
>
>
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-GB] An old chestnut - looking for clarity for road names beginning "St ..."

[Colin Smale]

It is pretty obvious in my mind. St is correct, Saint is wrong. Unless there is 
evidence that Saint is the prevalent spelling on the ground. And I am unanimous 
in that.

A great uncle+aunt of mine used to live in  St Nicholas Road, in one of the old 
Row houses with an outside dunny! Could never understand a word they said...

//colin


On 17 July 2017 14:45:22 CEST, Stuart Reynolds 
 wrote:
>Hi All,
>
>I have read and re-read all of the guidance and local rules relating to
>the use of abbreviations where it would be wrong to expand “St” into
>“Saint”. It is quite clear that, for the UK, “Saint Ives” is wrong,
>whereas “St Ives” is correct. There is also one page where I have found
>“St Mary’s Church” is correct, but “Saint Mary’s Church” is wrong. All
>of this I agree with.
>
>The question I want to clarify is the use of “Saint” in street names. I
>think that is similarly clear that e.g. “St Nicholas Road” (with the
>full expansion of “road”!) is correct, and “Saint Nicholas Road” isn’t.
>But since the small handful that I initially came across in Great
>Yarmouth were last edited by an experienced OSMer (Rob Whittaker), I
>thought that it was better to check with the community than just change
>it.
>
>A not-so-quick Overpass query (using a map which contained the whole of
>the UK, and hence Ireland and a bit of Belgium) tells me that there are
>10,324 ways which are named “Saint *” which potentially need changing
>if we agree that “St *” is correct.
>
>By contrast there are 26,559 ways that are named “St *”, and a further
>7,252 that are named “St. *”.
>
>Regards,
>Stuart Reynolds
>for traveline south east & anglia
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-ar] Entrevista de OpenCage Data

[Gonzalo Gabriel Pérez]

Buen día!
Comparto una entrevista de OpenCage Data acaba que enviaron originalmente a
la cuenta de Twitter de OSM Ar:
http://blog.opencagedata.com/post/163087497973/openstreetmap-in-argentina
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

[Talk-GB] An old chestnut - looking for clarity for road names beginning "St ..."

[Stuart Reynolds]

Hi All,

I have read and re-read all of the guidance and local rules relating to the use 
of abbreviations where it would be wrong to expand “St” into “Saint”. It is 
quite clear that, for the UK, “Saint Ives” is wrong, whereas “St Ives” is 
correct. There is also one page where I have found “St Mary’s Church” is 
correct, but “Saint Mary’s Church” is wrong. All of this I agree with.

The question I want to clarify is the use of “Saint” in street names. I think 
that is similarly clear that e.g. “St Nicholas Road” (with the full expansion 
of “road”!) is correct, and “Saint Nicholas Road” isn’t. But since the small 
handful that I initially came across in Great Yarmouth were last edited by an 
experienced OSMer (Rob Whittaker), I thought that it was better to check with 
the community than just change it.

A not-so-quick Overpass query (using a map which contained the whole of the UK, 
and hence Ireland and a bit of Belgium) tells me that there are 10,324 ways 
which are named “Saint *” which potentially need changing if we agree that “St 
*” is correct.

By contrast there are 26,559 ways that are named “St *”, and a further 7,252 
that are named “St. *”.

Regards,
Stuart Reynolds
for traveline south east & anglia



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

Re: [Talk-us] Best practice in Singpost Editing

[Minh Nguyen]

On 17/07/2017 02:13, Horea Meleg wrote:

Hello all,

Me and my Telenav colleagues are editing Signposts in Detroit area. We 
were wondering which would be the complete information in this case, 
when a secondary(primary) road and a motorway_link intersect - should a 
motorway_junction tag be added?


42.482377, -83.259498


I assume you're referring to 
. This node should not be 
tagged highway=motorway_junction, because the motorway_link in this case 
is an on-ramp (motorway entrance). highway=motorway_junction is only 
used at the beginning of an off-ramp (exit) -- that is, a link way that 
leads away from the motorway.


However, it is a good idea to add destination and destination:ref tags 
based on any signage you see near the beginning of this ramp. Navigation 
software needs these tags to be used with on-ramps and off-ramps alike.


--
m...@nguyen.cincinnati.oh.us


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

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 17 juil. 2017 1:19 PM, "marc marc"  a écrit :

Le 17. 07. 17 à 11:20, Paul Desgranges a écrit :
>> tagguer  les communes qui pratiquent ou pas l'extinction nocturne de
>> l'éclairage public
> J'ai créé un nouveau sujet :-)
> Pour éviter de refaire la discussion à 0 (je pense pas y avoir
> participé, je me souviens juste de la saga avec l'association qui fait
> du "closed data"), pourrais-tu en faire un résumé ?
> C'est une décision politique prise par le conseil municipal, de mettre
> en place une politique d'extinction nocturne de l'éclairage public.
> C'est complètement différent des horaires de fonctionnement
Merci pour ton résumé.
Ton idée est complètement différente de celle que je m'en faisais. tu
veux tager une décision politique et les panneaux qui l'accompagne (et
quid quand la réalité du terrain est différente parce que par exemple
l'extinction est suspendue ou que l'infrastructure n'est pas encore en
place)

tandis que moi je pensais tager les actes (quid quand ils ne sont
pas communiqué en tant que tel)

Ça ne se fait pas du jour au lendemain, renseigne toi sur une commune
autour de chez toi, regarde le processus pour y arriver, le temps que ça
prend, une fois que c'est décidé, c'est appliqué. Normalement.

Pour moi le plus important c'est les actes, qu'importe que la commune ai
décidé textuellement de voter la décision et d'installer des panneaux
qui l'annonce (qui sont peut-être une spécificité franco-francaise)
Je comprend l'utilité de ta proposition. Mais c'est en effet 2 choses
très différentes.

On doit tagguer la pratique sur le terrain et pas une décision. Mais en
général ça correspond.

Une commune qui décide une politique d'extinction de l'éclairage public, et
qui l'annonce etc, la met en place effectivement.


> Le défaut d'un nouveau tag c'est que cela crée 2 tags en concurrence.
> Une commune qui passe entièrement à un éclairage sur détecteur est
selon
> moi le top pour entrer dans cette catégorie.
> il faudrait lit=motion mais en même temps lit=extinction_policy
> Oui
Comme c'est pas possible il faudra faire un choix :)
je pense que lit=motion est mieux et que la décision politique doit
aller sur un autre tag

Je n'ai pas compris la valeur motion et si tu as un cas précis : quelle
commune aurait quelle valeur par exemple.

Il y a plusieurs milliers de communes qui pourraient être tagguées avec
lit=extinction_policy:.
Et ça correspondrait à la réalité du terrain presque toujours.
Je n'en connais qu'une dizaine personnellement. Mais bon 10 multiplié par
le nb de contributeurs en France, ça peut aller assez vite ?


> De même cela va créer une limite arbitraire de l'heure de coupure
> nécessaire pour rentrer dans cette catégorie alors que c'est une
nuance.
> Une commune qui expérimente de couper l'éclairage une heure + tôt,
c'est
> déjà un pas de fait dans le bon sens. Si elle coupe à 3h c'est valide
?
> Les expérimentations ne doivent pas être mises dans OSM, uniquement ce
> qui relève d'une décision municipale avec signalisation
Je reformule le paradoxe que je décrit :)
Une commune qui vote une décision d'extinction très légère se voit
attribué un tag "bon élève" alors que la commune voisine qui dans les
fait a une meilleur politique se verrait privé du tag si elle n'a pas
communiqué selon tes critères.

Non, l'extinction n'est pas l'alpha et l'oméga de l'éclairage, il y a aussi
différentes qualités de dispositifs d'éclairage, des dispositifs
intelligents, économes, des détecteurs, etc j'ai déjà dit tout ça plusieurs
fois. Le fait de tagguer la pratique d'extinction n'empêche nullement de
tagguer tout le reste.

Au final les stats/cartes qu'on va pouvoir en sortir vont très fort
décrire une situation "administrative" ce qui est très différent d'une
situation des "bonnes pratiques sur le terrain"

Il doit y avoir  un cas d'une commune qui aurait décidé d'une extinction de
l'éclairage public et qui ferait tout autre chose, qui aurait fait "de la
comm" quoi si je comprends bien ?  Où  par exemple alors ?

.
Les 2 sont heureusement complémentaires, j'espère juste qu'on ne va pas
perdre le moyen de cartographier la 2ieme situation.

> L'avantage d'un nouveau tag est de pouvoir faire une recherche sur ce
> tag alors que rechercher des heures d'ouverture est plus long (il faut
> chercher un "-" dans la valeur et ensuite éliminer ceux dont l'heure
de
> coupure est proche de l'aube).
> Une piste est p'etre de garder lit comme maintenant et de rajouter
> uniquement lit:extinction_policy=yes lit:extinction_method=xyz.
> avec xyz qui devrait au moins prévoir les détecteur, les heures et la
> réduction de puissance.
> La syntaxe des opening_hours est bien non ?
oui mais elle n'est (selon moi) qu'une des 3 méthodes possible.
Une commune qui décide de passer aux détecteur ou qui réduit la
puissance à une certaine heure devrait être inclu, sauf si tu veux
vraiment que l'absence de panneau adhoc l'en 

Re: [Talk-it] Parco fotovoltaico in parte su pensiline di un parcheggio

[Damjan Gerl]

-- Header Originale ---
Da  : "Alessandro Pozzato" apozz...@libero.it
A  : "openstreetmap list - italiano" talk-it@openstreetmap.org
Cc  : 
Data  : Mon, 17 Jul 2017 13:29:06 +0200
Oggetto : [Talk-it] Parco fotovoltaico in parte su pensiline di un parcheggio

> Ho mappato qualche tempo fa un parco fotovoltaico (1) che però sul lato 
> est sorge su un parcheggio con pensiline fotovoltaiche. Come si mappa 
> questa parte? Semplicemente come amenity=parking internamente all'area 
> del parco fotovoltaico? Preciso che l'avevo notato in lontananza e poi 
> confrontato con le ortofoto.
> 
> Alessandro Pozzato
> 
> (1) http://www.openstreetmap.org/way/302393886#map=18/46.10092/12.02613

Io intanto farei del poligoni per ogni set di pannelli e non per tutta l'area. 
Poi li raggrupperei in un multipoligono e gli metterei i tag che hai ora sul 
poligono grande. Poi disegnerei il parcheggio. I poligoni dei pannelli sopra il 
parcheggio gli darei un layer=1

L'area attuale la puoi taggare come power=plant [ 
http://wiki.openstreetmap.org/wiki/Tag:power%3Dplant ]

Ciao
Damjan

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

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Philippe Verdy]

Le 17 juillet 2017 à 13:20, marc marc  a écrit :

> Le 17. 07. 17 à 11:57, Philippe Verdy a écrit :
> > Là où je suis presque tout s'éteint dans la commune dès 22h30
> y-a-t-il les panneaux dont Paul parle ?
>

Non, jamais vu nulle part. c'est peut-être juste des initiatives locales
d'information par les communes concernées, mais cela ne fait l'objet
d'aucune réglementation. Je pense que l'éclairage public est du ressort des
décisions de chaque collectivité gérant cette infrastructure... et des
accords et financements qu'elles peuvent avoir localement avec certains
usagers.
En revanche un usager quelconque ne peut installer librement son éclairage
comme il veut (il se prendra facilement des plaintes de la part de ses
voisins).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] Parco fotovoltaico in parte su pensiline di un parcheggio

[Alessandro Pozzato]

Ho mappato qualche tempo fa un parco fotovoltaico (1) che però sul lato 
est sorge su un parcheggio con pensiline fotovoltaiche. Come si mappa 
questa parte? Semplicemente come amenity=parking internamente all'area 
del parco fotovoltaico? Preciso che l'avevo notato in lontananza e poi 
confrontato con le ortofoto.


Alessandro Pozzato

(1) http://www.openstreetmap.org/way/302393886#map=18/46.10092/12.02613

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

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[marc marc]

Le 17. 07. 17 à 11:57, Philippe Verdy a écrit :
> Là où je suis presque tout s'éteint dans la commune dès 22h30
y-a-t-il les panneaux dont Paul parle ?

> En fait l'éclairage est là sans doute à la demande de
ce serrait intéressant de poser la question à la commune
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[marc marc]

Le 17. 07. 17 à 11:20, Paul Desgranges a écrit :
>> tagguer  les communes qui pratiquent ou pas l'extinction nocturne de
>> l'éclairage public
> J'ai créé un nouveau sujet :-)
> Pour éviter de refaire la discussion à 0 (je pense pas y avoir
> participé, je me souviens juste de la saga avec l'association qui fait
> du "closed data"), pourrais-tu en faire un résumé ?
> C'est une décision politique prise par le conseil municipal, de mettre 
> en place une politique d'extinction nocturne de l'éclairage public. 
> C'est complètement différent des horaires de fonctionnement
Merci pour ton résumé.
Ton idée est complètement différente de celle que je m'en faisais. tu 
veux tager une décision politique et les panneaux qui l'accompagne (et 
quid quand la réalité du terrain est différente parce que par exemple 
l'extinction est suspendue ou que l'infrastructure n'est pas encore en 
place) tandis que moi je pensais tager les actes (quid quand ils ne sont 
pas communiqué en tant que tel)
Pour moi le plus important c'est les actes, qu'importe que la commune ai 
décidé textuellement de voter la décision et d'installer des panneaux 
qui l'annonce (qui sont peut-être une spécificité franco-francaise)
Je comprend l'utilité de ta proposition. Mais c'est en effet 2 choses 
très différentes.

> Le défaut d'un nouveau tag c'est que cela crée 2 tags en concurrence.
> Une commune qui passe entièrement à un éclairage sur détecteur est selon
> moi le top pour entrer dans cette catégorie.
> il faudrait lit=motion mais en même temps lit=extinction_policy
> Oui
Comme c'est pas possible il faudra faire un choix :)
je pense que lit=motion est mieux et que la décision politique doit 
aller sur un autre tag

> De même cela va créer une limite arbitraire de l'heure de coupure
> nécessaire pour rentrer dans cette catégorie alors que c'est une nuance.
> Une commune qui expérimente de couper l'éclairage une heure + tôt, c'est
> déjà un pas de fait dans le bon sens. Si elle coupe à 3h c'est valide ?
> Les expérimentations ne doivent pas être mises dans OSM, uniquement ce 
> qui relève d'une décision municipale avec signalisation
Je reformule le paradoxe que je décrit :)
Une commune qui vote une décision d'extinction très légère se voit 
attribué un tag "bon élève" alors que la commune voisine qui dans les 
fait a une meilleur politique se verrait privé du tag si elle n'a pas 
communiqué selon tes critères.
Au final les stats/cartes qu'on va pouvoir en sortir vont très fort 
décrire une situation "administrative" ce qui est très différent d'une 
situation des "bonnes pratiques sur le terrain".
Les 2 sont heureusement complémentaires, j'espère juste qu'on ne va pas 
perdre le moyen de cartographier la 2ieme situation.

> L'avantage d'un nouveau tag est de pouvoir faire une recherche sur ce
> tag alors que rechercher des heures d'ouverture est plus long (il faut
> chercher un "-" dans la valeur et ensuite éliminer ceux dont l'heure de
> coupure est proche de l'aube).
> Une piste est p'etre de garder lit comme maintenant et de rajouter
> uniquement lit:extinction_policy=yes lit:extinction_method=xyz.
> avec xyz qui devrait au moins prévoir les détecteur, les heures et la
> réduction de puissance.
> La syntaxe des opening_hours est bien non ?
oui mais elle n'est (selon moi) qu'une des 3 méthodes possible.
Une commune qui décide de passer aux détecteur ou qui réduit la 
puissance à une certaine heure devrait être inclu, sauf si tu veux 
vraiment que l'absence de panneau adhoc l'en prive.

> Une carte de rendu sera intéressante 
un dev dans l'assemblée ? :-)
c'est compliqué d'ajouter une couche de rendu sur le site fr ?

 > mais pour l'instant on n'a pas encore trop de données !
y avait-il eu une suite sur les closed data associatifs ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[mircozorzo]

Buono, leisure=fitness_station è molto appropriato l'ho aggiunto.
 
Grazie, Mirco



--
View this message in context: 
http://gis.19327.n8.nabble.com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362p5899381.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-us] Tiger Zip Data Removal Project (Update)

[Richard Fairhurst]

Marc Gemis wrote:

I wonder whether it is interesting to know the difference between
concrete, asphalt and pervious concrete. All three have different
characteristics whether it be comfort for the cyclist or being
dangerous under icy conditions or durability under heavy loaded
trucks. What do you think ? Is it worth recording those differences
for paved roads ?


Absolutely - it's certainly worth recording if you have the time and 
information. Similarly 'unpaved' is worth breaking down into dirt, 
gravel, fine_gravel etc.


But OSM is iterative - data gets better over time. So if you're trying 
to make a lot of changes fast, paved/unpaved is much better than 
nothing, and someone can come along and make it more detailed later. I 
generally tend to concentrate on the paved/unpaved split but I'm always 
delighted to see when people have done more detailed tagging.


cheers
Richard

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

Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[mircozorzo]

Ciao, grazie per le risposte.

È aperta al pubblico ed è una zona limitata anche da una staccionata (400
mq) adiacente a sentieri che sono percorsi da persone che passeggiano, e
podisti. 
Vi si può accedere a qualsiasi ora.

http://www.openstreetmap.org/way/508113001


Ciao, Mirco



--
View this message in context: 
http://gis.19327.n8.nabble.com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362p5899379.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [tagging] divieto a peso e tipo veicolo

[Damjan Gerl]

-- Header Originale ---
Da  : "Cascafico Giovanni"
A  : "openstreetmap list - italiano" talk-it@openstreetmap.org
Data  : Mon, 17 Jul 2017 08:59:54 +0200
Oggetto : [Talk-it] [tagging] divieto a peso e tipo veicolo

> A me è a dgitto sono venuti dubbi su questo divieto:
> 
> http://goo.gl/Jv9Hmm
> 
> Come fareste?

Come è veuto fuori nella discussione di poco tempo fa (vedi thread Divieto 7,5t 
eccetto frontisti ed autobus - 
https://lists.openstreetmap.org/pipermail/talk-it/2017-June/059031.html) che si 
parlava dello stesso cartello (più l'eccetto), questo cartello per il CdS 
significa il divieto per veicoli che da libretto pesano più di 7.5 t, quindi da 
usare il tag (ancora proposed):

maxweightrating=7.5

Ora però mi viene un dubbio, forse il tag giusto è
maxweightrating:hgv=7.5


Damjan

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

Re: [Talk-it] [routing] maxheight

[Alessandro]

Il 17/07/2017 11:57, Cascafico Giovanni ha scritto:



Credo che questa QA per OSM sia essenziale sopratutto per i VVFF.


[1] http://maxheight.bplaced.net/overpass/map.html




Ma è anche molto utile a trasportatori in genere. In OsmAnd, sotto 
Impostazioni -> Impostazioni di navigazione è possibile inserire i dati 
di altezza e peso del mezzo, in questo modo il routing ne tiene conto.


Alessandro Ale_Zena_IT

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

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Philippe Verdy]

>
> Le 16 juil. 2017 9:55 PM, "marc marc"  a
> écrit :
>
>
> Sinon quand ? Selon moi tout éclairage inutile est de trop, même à 22h
> mais c'est une position extrême.
>
> Oui c'est un peu extrême. Là où je suis presque tout s'éteint dans la
commune dès 22h30, mais en ce moment ça s'allume seulement un peu avant 22h
donc ne reste pas allumé pendant une heure. Pourtant des lieux restent
éclairés (et pas du tout résidentiels, ni spécialement dangereux et avec
une faible circulation): la mairie elle-même, un petit carrefour à l'entrée
d'une zone résidentielle autour d'une banque (pour surveiller quoi? Même
les DAB sont derrière une porte fermée...), mais les autres commerces plus
loin ne sont pas éclairés du tout.
En fait l'éclairage est là sans doute à la demande de la gendarmerie pour
qu'elle puisse y faire des contrôles (vitesse/alcool) de temps en temps,
car même la rocade à proximité (2x1 voie avec séparateurs et limitation à
90 km/h) est éteinte (elle ne dépend pas de la mairie mais du département).
En hiver ça s'éteint encore plus tôt dès 20h.
Globalement cet éclairage public résiduel ne sert plus à rien, autant dire
que ce n'est pas éclairé du tout.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[Alberto Nogaro]

Come tag fisico potrebbe andare bene questo:

 

https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dfitness_station

 

Ciao,

Alberto

 

From: Cascafico Giovanni [mailto:cascaf...@gmail.com] 
Sent: lunedì 17 luglio 2017 10:46
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

 

sport=gymnastics

outdoor=yes

 

2017-07-17 10:11 GMT+02:00 mircozorzo  >:

Ciao, l'area ha delle attrezzature ed è all'aperto.

Per favore, come va mappata?



Ciao, Mirco



--
View this message in context: 
http://gis.19327.n8.nabble.com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362.html
Sent from the Italy General mailing list archive at Nabble.com.

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

 

 


 

 

Virus-free.  

 www.avg.com 

 

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

[Talk-it] [routing] maxheight

[Cascafico Giovanni]

per perfezionare il routing per camion, camper ed affini, ho trovato un
interessante servizio di Quality Assurance [1]

selezionando a destra i "missing maxheight tag" il sistema produce incroci
ponti/strade, sottopassi/strade, tunnel che non hanno i relativi tag di
altezza.

a sinistra si può creare con l'opzione "point" un file gpx da caricare su
un navigatore per semplificare i sopralluoghi.

io ho caricato il gpx su osmand; una volta a vista l'eventale segnale
maxheight, basta toccare la stellina del "favourite" ed osmand apre il form
delle OSM notes.

Credo che questa QA per OSM sia essenziale sopratutto per i VVFF.


[1] http://maxheight.bplaced.net/overpass/map.html
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[Faber]

http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dfitness_station


Il 17/07/2017 10:11, mircozorzo ha scritto:
> Ciao, l'area ha delle attrezzature ed è all'aperto. 
>
> Per favore, come va mappata?
>
>
>
> Ciao, Mirco
>
>
>
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
>


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

Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[Simone]

Il 17 luglio 2017 10:11:02 CEST, mircozorzo  ha scritto:
>Ciao, l'area ha delle attrezzature ed è all'aperto. 
>
>Per favore, come va mappata?
>
>
>
>Ciao, Mirco
>
>
>
>--
>View this message in context:
>http://gis.19327.n8.nabble.com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362.html
>Sent from the Italy General mailing list archive at Nabble.com.
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

È privata o pubblica, ed è anche un parco?


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-it] Strade di confine

[Andrea Musuruane]

2017-07-17 10:56 GMT+02:00 Cascafico Giovanni :

> Bizzarra, ma non rara... 470 way in centro-nord Italia
>
> http://overpass-turbo.eu/s/qqq
>

Grazie per la query. Ne ho fatta un'altra per trovare i name:left sulle
highway che non hanno anche name:right:

area["admin_level"="2"]["name"="Italia"]->.regione;(way(area.regione)["highway"]["name:left"][!"name:right"];._;>;);out
meta;

Lascio al lettore il facile compito di modificare la query per il caso
analogo name:right senza name:left.

Ciao,

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

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 16 juil. 2017 9:55 PM, "marc marc"  a écrit :

Bonsoir,

Le 16. 07. 17 à 16:33, Paul Desgranges a écrit :
 > relancer éventuellement (plein d'espoir...) la discussion sur comment
 > tagguer  les communes qui pratiquent ou pas l'extinction nocturne de
 > l'éclairage public
 > Il y a une proposition dans la page de discussion du tag 'lit'.
J'ai créé un nouveau sujet :-)
Pour éviter de refaire la discussion à 0 (je pense pas y avoir
participé, je me souviens juste de la saga avec l'association qui fait
du "closed data"), pourrais-tu en faire un résumé ?

C'est une décision politique prise par le conseil municipal, de mettre en
place une politique d'extinction nocturne de l'éclairage public. C'est
complètement différent des horaires de fonctionnement de l'éclairage
public, puisque là la volonté c'est de pratiquer l'extinction.

- la sécurité est conservée (bcp de gens s'inquiètent à juste raison de la
sécurité, plus particulièrement des piétons, des cyclistes, etc) (et aussi
des cambriolages, vols etc, à juste raison là aussi), mais je n'ai pas de
statistiques à citer
- ce qui est sûr c'est l'impact financier (bcp moins cher) et écologique
(bcp moins intrusif sur l'environnement).

Une commune normalement  fait ça prudemment et progressivement,  après des
périodes de concertation, d'essai, d'information etc, car ça change
énormément les habitudes.

Certaines zones de la commune peuvent ne pas être concernées, pas les
lotissements privés par exemple, ni les abords de zones commerciales ou
touristiques, etc donc ça peut ne couvrir qu'une fraction de la commune.

L'extinction se fait de telle heure à telle heure tels jours et de telle
heure à telle heure tels jours.



La première idée qui me vient c'est de mettre le tag lit sur l'entité
(le chemin/polygone/relation) qui décrit la commune.

Oui, c'est ce que je mettais sur la page discussion de lit

lit=yes ou lit=dusk-dawn pour les communes qui "gaspillent" oups je
voulais dire "qui ne sont pas encore sensibilisées aux avantages" :-)
lit=motion pour les éclairages par détecteur
lit=dusk-00:00 pour un éclairage qui s'arrête à minuit

J'ai lu la discussion sur la page anglaise lit.

Oui là


Le défaut d'un nouveau tag c'est que cela crée 2 tags en concurrence.
Une commune qui passe entièrement à un éclairage sur détecteur est selon
moi le top pour entrer dans cette catégorie.

Effectivement il y a aussi une amélioration des dispositifs d'éclairage,
pour des systèmes plus intelligents,  plus économiques, détecteurs de
présence.

il faudrait lit=motion mais en même temps lit=extinction_policy

Oui

De même cela va créer une limite arbitraire de l'heure de coupure
nécessaire pour rentrer dans cette catégorie alors que c'est une nuance.
Une commune qui expérimente de couper l'éclairage une heure + tôt, c'est
déjà un pas de fait dans le bon sens. Si elle coupe à 3h c'est valide ?


Les expérimentations ne doivent pas être mises dans OSM, uniquement ce qui
relève d'une décision municipale avec signalisation et information
 publiques. Qd la décision est prise, les horaires d'extinction sont connus
et peuvent etre renseignés dans OSM.

Sinon quand ? Selon moi tout éclairage inutile est de trop, même à 22h
mais c'est une position extrême.
De même c'est aussi une question de puissance lumineuse.

Ce qui serait intéressant à tagguer c'est la décision d'extinction de
l'éclairage public et les horaires, quelles que soient la qualité des
dispositifs d'éclairage, ce qui compte au final c'est de pouvoir dresser la
carte des communes pratiquants cette politique, non ?

Ça n'empêche pas de tagguer les dispositifs d'éclairage, (un par un, mais
quel travail !!)  eux mêmes de manière orthogonale

Je connais un endroit où l'éclairage public permet de lire son journal
dans la rue, où les environs de la fenêtre du salon sont + éclairés par
l'éclairage public que par l'éclairage raisonnable de la pièce.
Si cet éclairage excessif est coupé à 2h, mérite-t-elle son tag ?

Oui si décision d'extinction...

Comparativement une commune qui diviserait éclairage par 10 pendant
toute ou une partie de la nuit, le mérite-t-elle ? elle n'a pas de place
horaire mais a pourtant une meilleur efficacité lumineuse.

L'avantage d'un nouveau tag est de pouvoir faire une recherche sur ce
tag alors que rechercher des heures d'ouverture est plus long (il faut
chercher un "-" dans la valeur et ensuite éliminer ceux dont l'heure de
coupure est proche de l'aube).
Une piste est p'etre de garder lit comme maintenant et de rajouter
uniquement lit:extinction_policy=yes lit:extinction_method=xyz.
avec xyz qui devrait au moins prévoir les détecteur, les heures et la
réduction de puissance.

La syntaxe des opening_hours est bien non ?
Ça exprime exactement une politique d'extinction

Je suis mitigé pour lit:extinction_surface=x%
C'est à la fois pratique pour avoir une idée de la surface concernée
mais c'est difficile à estimer si on n'a pas l'info officielle.

Ce sont bien les mairies qui 

Re: [Talk-it] Strade di confine

[Andreas Lattmann]

Ho fatto anch'io così name:left name:right. Non ti preoccupare se poi non viene 
renderizzato sulla mappa: tuttavia non si mappa per il rendering.

Il 17 luglio 2017 10:56:23 CEST, Cascafico Giovanni  ha 
scritto:
>Bizzarra, ma non rara... 470 way in centro-nord Italia
>
>http://overpass-turbo.eu/s/qqq
>
>Il giorno 17 luglio 2017 09:47, Andrea Musuruane 
>ha
>scritto:
>
>> Ciao,
>>
>> 2017-07-17 9:41 GMT+02:00 Giuseppe Sapuppo :
>>
>>> Ho un paio di strade, al confine tra due comuni, con una
>caratteristica
>>> piuttosto bizzarra.
>>> Cioè, un lato della strada è in un comune, mentre l'altro è nel
>comune
>>> confinante.
>>> La stessa strada, in un comune ha un nome, nell'altro ha un nome
>diverso.
>>> Come si gestisce?
>>>
>>
>> Devi usare name:left e name:right.
>>
>> Esempio:
>> http://www.openstreetmap.org/way/30992597
>>
>> Ciao,
>>
>> Andrea
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-us] Best practice in Singpost Editing

[Horea Meleg]

Hello all,
Me and my Telenav colleagues are editing Signposts in Detroit area. We were 
wondering which would be the complete information in this case, when a 
secondary(primary) road and a motorway_link intersect - should a 
motorway_junction tag be added?
42.482377, -83.259498

[cid:image001.jpg@01D2FEF6.088BDF40]

Thank you,
Horea
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Strade di confine

[Cascafico Giovanni]

Bizzarra, ma non rara... 470 way in centro-nord Italia

http://overpass-turbo.eu/s/qqq

Il giorno 17 luglio 2017 09:47, Andrea Musuruane  ha
scritto:

> Ciao,
>
> 2017-07-17 9:41 GMT+02:00 Giuseppe Sapuppo :
>
>> Ho un paio di strade, al confine tra due comuni, con una caratteristica
>> piuttosto bizzarra.
>> Cioè, un lato della strada è in un comune, mentre l'altro è nel comune
>> confinante.
>> La stessa strada, in un comune ha un nome, nell'altro ha un nome diverso.
>> Come si gestisce?
>>
>
> Devi usare name:left e name:right.
>
> Esempio:
> http://www.openstreetmap.org/way/30992597
>
> Ciao,
>
> Andrea
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Cambio de nombre de calle de Madrid

[Alejandro Moreno]

He cambiado la Plaza del Gobernador Carlos Ruiz pero no me deja tocar la
wiki para actualizarlo.

El 16 de julio de 2017, 22:57, Paúl Sanz  escribió:

> Ya está creada la página y he aprovechado para actualizar un par de
> calles. Para empezar, yo me voy a centrar en Tetuán y Fuencarral-El
> Pardo, que es donde vivo.
>
> El día 16 de julio de 2017, 21:00, Paúl Sanz 
> escribió:
> > Muchas gracias, Daniel. Me pongo con ello.
> >
> > El día 15 de julio de 2017, 13:49, dcapillae 
> escribió:
> >> Hola, Paúl.
> >>
> >> En el wiki tienes una categoría específica para todo lo relacionado con
> >> Madrid (Category:ES:Madrid). Como mínimo, yo te sugeriría que
> incluyeras la
> >> nueva página en esa categoría, así siempre estará localizable.
> >> https://wiki.openstreetmap.org/wiki/Category:ES:Madrid
> >> 
> >>
> >> Si finalmente creas la página, recuerda que debes incluir el prefijo de
> >> idiomas si la escribes en español. Por ejemplo, si creas una página
> nueva
> >> con el título de "Nombres de calles en Madrid", el nombre de la página
> en el
> >> wiki tiene que ser:
> >>
> >> ES:Nombres de calles en Madrid
> >>
> >> Puedes crear una página independiente, aunque lo ideal sería que
> creases una
> >> página subordinada de alguna otra ya existente. Por ejemplo, puedes
> crear la
> >> nueva página como subpágina de "ES:Madrid". Así quedaría incluida en la
> >> estructura de páginas relativas a Madrid. Siempre puedes añadir una
> sección
> >> o un vínculo en la página principal de Madrid, para redirigir entre una
> >> página y otra. El nombre de la subpágina, siguiendo con el ejemplo
> anterior,
> >> puediera ser entonces:
> >>
> >> ES:Madrid/Nombres de calles
> >>
> >> https://wiki.openstreetmap.org/wiki/ES:Madrid
> >> 
> >>
> >>
> >>
> >> -
> >> Daniel Capilla
> >> OSM user: dcapillae
> >> --
> >> View this message in context: http://gis.19327.n8.nabble.
> com/Cambio-de-nombre-de-calle-de-Madrid-tp5898475p5899300.html
> >> Sent from the Spain mailing list archive at Nabble.com.
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-es
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-ca] Ferry key on ways

[Ionut Rus - (p)]

Hi all,
We are looking into adding the ferry key to ferry ways and we would like to 
have your input first. Looking at the wiki [1] it seems that this key is only 
in proposed stage.
As a preliminary check from the 107 ferry elements (route=ferry) in Canada only 
10 of them have ferry=* tag
How would  you approach this topic? Do you think that it's OK to add them in 
OSM?

Thanks in advance,
Ionut Rus

[1] http://wiki.openstreetmap.org/wiki/Key:ferry




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

Re: [Talk-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[Cascafico Giovanni]

sport=gymnastics
outdoor=yes

2017-07-17 10:11 GMT+02:00 mircozorzo :

> Ciao, l'area ha delle attrezzature ed è all'aperto.
>
> Per favore, come va mappata?
>
>
>
> Ciao, Mirco
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] commune et extinction nocturne de l'éclairage public

[Paul Desgranges]

Le 16 juil. 2017 10:03 PM, "marc marc"  a écrit :

Le 16. 07. 17 à 16:49, Paul Desgranges a écrit :
 > lit=yes signifie que le dispositif est éclairé, soit par exemple par
 > des spots ou une rampe de néon  : donc éclairé par réflexion.

 > luminous=yes, signifie que l'objet est éclairé de l'intérieur, comme
 > un caisson lumineux d'abris de transport en commun ou une sucette
 > publicitaire : donc éclairé par transmission.

 > C'est un peu moins pire  comme type d'éclairage ?
selon moi, ce n'est qu'une question de puissance lumineuse
un éclairage lumineux a led orienté vers le sol et de puissance modéré
c'est efficace, la consommation électrique est utilisé efficacement.
un écran lumineux style tv plasma qui a une forte puissance afin de
pouvoir être lisible en plein soleil est inefficace comparé à un panneau
"papier" éclairé par led.
c'est du moins mon ressenti en imaginant une différence de consommation
qui mériterait vérification chiffrée de la réalité.

Quelle utilisation voulais-tu faire du type de lunière ?

En fait le tag 'luminous' existait déjà et j'ai conservé,  qd j'ai avancé
sur le tag 'advertising', la distinction entre les dispositifs
publicitaires éclairés "par projection" (lit=yes) et ceux éclairés "par
transparence" (luminous=yes), [on dit aussi pour ce dernier
"rétro-éclairage"] . Pourquoi ?
Le Code de l'environnement, plus exactement le RNP (règlement national de
publicité) ne fait pas de distinction entre ces deux types d'éclairage, les
dispositifs publicitaires sont dit "lumineux", et une réglementation
commune s'applique à la "publicité lumineuse".
Mais dans le cadre d'un RLP (règlement local de publicité) il serait
possible par exemple, d'interdire l'éclairage "par projection" et de
n'autoriser que l'éclairage "par transparence", ces deux terminologies font
partie du vocabulaire employé dans la réglementation, et cet exemple de
limitation apportée par un RLP est cité.
Donc c'est parce que ces deux types d'éclairage sont cités et distingués
dans la réglementation de la publicité extérieure que ça semble intéressant
de les conserver distincts dans OSM.

Il y a des règles d'extinction nocturne qui s'appliquent aux dispositifs
publicitaires, il faudra éventuellement que je les rajoute dans le wiki
français d'advertising, j'ai pas mis grand chose encore sur la publicité
lumineuse : ça dépend de pas mal de paramètres (seuil de population de la
commune, appartenance à une unité urbaine, emprise aéroports et gares,
etc.), voir le tag legal_type:fr.

Après ce qui fait vraiment l'objet d'un arrêté ministériel d'application,
que je ne connais pas dans le détail, et qui s'applique à la "publicité
lumineuse"  de manière générale, ce sont  les seuils maximaux de luminance,
exprimés en candelas par mètre carré et l’efficacité lumineuse des sources
utilisées, exprimées en lumens par watt (Art. R.581-59).

A plus

___
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-it] Tag per area attrezzata all'aperto per esercizi ginnici?

[mircozorzo]

Ciao, l'area ha delle attrezzature ed è all'aperto. 

Per favore, come va mappata?



Ciao, Mirco



--
View this message in context: 
http://gis.19327.n8.nabble.com/Tag-per-area-attrezzata-all-aperto-per-esercizi-ginnici-tp5899362.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Strade di confine

[Andrea Musuruane]

Ciao,

2017-07-17 9:41 GMT+02:00 Giuseppe Sapuppo :

> Ho un paio di strade, al confine tra due comuni, con una caratteristica
> piuttosto bizzarra.
> Cioè, un lato della strada è in un comune, mentre l'altro è nel comune
> confinante.
> La stessa strada, in un comune ha un nome, nell'altro ha un nome diverso.
> Come si gestisce?
>

Devi usare name:left e name:right.

Esempio:
http://www.openstreetmap.org/way/30992597

Ciao,

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

[Talk-it] Strade di confine

[Giuseppe Sapuppo]

Ho un paio di strade, al confine tra due comuni, con una caratteristica 
piuttosto bizzarra.
Cioè, un lato della strada è in un comune, mentre l'altro è nel comune 
confinante.

La stessa strada, in un comune ha un nome, nell'altro ha un nome diverso.
Come si gestisce?

--
DustyOnTheRoad
Giuseppe Sapuppo
g.sapu...@katamail.com

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

[Talk-it] [tagging] divieto a peso e tipo veicolo

[Cascafico Giovanni]

A me è a dgitto sono venuti dubbi su questo divieto:

http://goo.gl/Jv9Hmm

Come fareste?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Test panneaux de signalisation Osmose-Mapillary

[François Lacombe]

Hello,

C'est une super initiative Frédéric
Comme tu le soulignes, il faut encore que les positions des panneaux soient
consolidées avec les différentes prises de vues.
Mapillary m'a dit qu'ils travaillent dessus. Ce n'est qu'une question de
patience


Le 16 juillet 2017 à 23:03, marc marc  a écrit :

> Cela rouvre le débat sur tager le panneau exactement là oü il est (avec
> l'imprécision gps d'autant plus criante) ou tager le panneau en fonction
> de son effet (sur le chemin concerné) afin de le rendre utilisable par
> le routing (le routing ne cherche pas les panneaux situés à proximité)
>

Même sur la ML internationale il n'y a plus trop de doutes : il faut taguer
les deux.
Le panneau en lui-même parce que c'est un objet visible et d'intérêt, ne
serait-ce que pour savoir que l'espace est occupé
Et ensuite l'effet sur les routes/voies concernées, parce qu'on est
difficilement capable de déduire l'effet d'un panneau avec sa simple
position.



> est-ce que les tag source ne gagnerait pas être sur le changeset ?
> c'était un peu l'ancienne méthode de mettre la source de la première
> modif sur l'objet et ensuite elle y reste même quand la modif suivante a
> une autre source
>

+1 sur le changeset


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

Re: [Talk-us] Tiger Zip Data Removal Project (Update)

[Rihards]

On 2017.07.17. 06:16, Marc Gemis wrote:
> I wonder whether it is interesting to know the difference between
> concrete, asphalt and pervious concrete. All three have different
> characteristics whether it be comfort for the cyclist or being
> dangerous under icy conditions or durability under heavy loaded
> trucks. What do you think ? Is it worth recording those differences
> for paved roads ?

concrete/asphalt definitely worth mapping separately. concrete types
might be the next level of detail, but harder to figure out from street
imagery.

> m.
> 
> On Sun, Jul 16, 2017 at 10:09 PM, Richard Fairhurst
>  wrote:
>> Kevin Kenny wrote:
>>> Fair enough. I will confess that I'm a little lackadaisical about
>>> tagging the surface on hard-surfaced roads. It appears that
>>> some sort of hard surface is more or less assumed by default.
>>> I do tag 'gravel', 'compacted', 'shale', 'sand', 'ground'
>>> assiduously, and usually add some sort of assessment of
>>> 'smoothness' on those.
>>
>> In that case you are absolutely on the side of the angels.
>>
>> Yes, if you clear the tiger:reviewed tag after reviewing that a residential
>> (or unclassified, or tertiary, or greater) road genuinely does have a paved
>> surface, that's AOK in my book - that's the assumed default for those
>> highway values in developed countries. I generally wouldn't add
>> surface=paved in such cases either.
>>
>> cheers
>> Richard
>>
>>
>>
>> --
>> View this message in context: 
>> http://gis.19327.n8.nabble.com/Tiger-Zip-Data-Removal-Project-Update-tp5898958p5899343.html
>> Sent from the USA mailing list archive at Nabble.com.
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
> 


-- 
 Rihards

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