Re: [OSM-ja] What is Japan_tagging?(Re: Proposed Japan tagging/Road typesの投票について)

[Shu Higashi]

石野さん、こんにちは。東です。

> Japan_tagging
>> https://wiki.openstreetmap.org/wiki/Japan_tagging
>> Map features
>> https://wiki.openstreetmap.org/wiki/JA:Map_Features
>> How to map a
>> https://wiki.openstreetmap.org/wiki/JA:How_to_map_a
>>
>
> のそれぞれの役割については、現時点での私の理解では
> ・Japan_tagging: 日本国内のマッピングで遵守すべき【仕様】
> ・Map features: タグの一覧を網羅的にまとめた【一覧表】
> ・How to map a: 上記2つの【解説】、いわゆるチートシート
> だと思っています。

はい、各ドキュメントの位置づけはご指摘のような感じで
補足するなら
1.「Map features」は世界共通ルールを日本語化したもの
2.「Japan_tagging」は日本の実情にあったタグ付け、解釈を意識合わせするもの
3.「How to map a」はおっしゃるようにタグ付けをあいうえお順に探せるようにしたチートシート
というところだったように記憶しています。

> 今回の提案・投票で扱っているのはこれほど重要なものなのです。
> そして、自分はもっとJapan_taggingの役割を理解してからhighway=cyclewayやliving_streetを提案するべきであったと深く反省しています。

Japan_taggingの内容を変える際にはこの場やウィキの議論ページで
話し合って決めましょうねというのが何となくの合意事項で、
日本のマッピングではまず参照すべきものであるのは間違いありませんが
あまりガチガチに考えると息苦しくなるので、少なくともこの場での議論は
気楽にやっても良いんじゃないかと個人的には思います。
間違いや検討不足があったとしてもさほど気にされずとも良いのでは :-)


別スレッドが良いかもしれませんが上記3.についてはもう随分前に、
当時日本語でタグを引ける一覧がなかったので作りました。
現在ではiDでもJOSMでもプリセットが充実してきているので
必要性が薄れている気もしますが、無くなったとしたら困りますかね？
少なくともiDユーザーなら日本語でエイリアスも含めて簡単にタグを引けるので
あまりこの表は参照していない気がするのですがどうなんでしょう。
3.を手がかりにタグをキーと値で手打ちしている人はまだ多いのでしょうか。

>
> 石野 貴之
> yumean1...@gmail.com
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-legal-talk] How to get geolocation without problem into Wikidata

[Shu Higashi]

Hi,

I was asked by a Wikidata community person how to get geo-location
(lat/lon) from OSM without problem.
Is it OK (not trigger share-alike) to copy geo-location as below from
OSM.org website?
I couldn't find direct example at geocoding guideline.
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline

1. Enter the name of the feature described in wikidata like "虎ノ門ダイビル"
into the search box at top left of OSM.org.
2. Select the target from the result list.
3. Get lat/lon (ex. 35.66984,139.74690) from the url as below:
https://www.openstreetmap.org/#map=19/35.66984/139.74690
4. Each wikidata people repeat this operation manually.

Shu Higashi

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

[Talk-es] #1calletodoslosportales

[yo paseopor]

Buenas gente!

Leyendo este tuit
https://twitter.com/geocodeearth/status/1126456398114709505?s=19 de
Geocode.earth vemos como se habla del avance de la búsqueda de direcciones
en España.
Así, a priori me he interesado un poco por encima por el tema. He
encontrado varios servicios, algunos los conocía , otros no me sonaban pero
todos hacen lo mismo: buscar direcciones. Y entre otros muchos datos usan
los de OpenStreetMap. Estoy seguro que a tod@s os suena Nominatim, o
Geonames.
Pero me ha dado por buscar algún enlace más como por ejemplo

https://geocode.earth/
https://pelias.io/
https://openaddresses.io/
(Mapzen) https://www.whosonfirst.org/
http://www.geonames.org/
(Openstreetmap) https://nominatim.openstreetmap.org/

Y es en uno de estos dónde se habla de Cartociudad y de la posibilidad de
"parsear" sus datos. Y aquí se me encendió la bombillita.
En la actualidad la relación de OSM con el IGN ha cambiado para bien y
podemos leer en la página de contribuidores de Openstreetmap (no de la
wiki) lo siguiente: "Spain: Contains data sourced from the Spanish National
Geographic Institute (IGN) and National Cartographic System (SCNE) licensed
for reuse under CC BY 4.0. "

Si vamos a la wiki podemos encontrar los permisos firmados para dar via
libre a OSM en el uso de sus datos:
https://wiki.openstreetmap.org/wiki/ES:Importaci%C3%B3n_IGN

Así que vamos a soltar "la bomba" y a encender el debate: propongo
"importar" mediante un proyecto al estilo "importación catastro" , con el
gestor de tareas como base para la posible importación (con todas sus fases
correspondientes), de todos los portales de Cartociudad.
Sé que hemos hablado muchas veces de la calidad de los datos de Catastro y
otras fuentes. Estoy seguro que al iniciar este debate habrá seguidores y
detractores de esta propuesta. Así que me dispongo a escuchar y leer pros y
contras.
Todos sabemos quien está detrás de Cartociudad y sabemos cual es el
estándar de calidad de trabajo del Instituto Geográfico Nacional.
También sabemos cuantos portales tenemos introducidos en España y cuantas
zonas de km y km2 no tienen ninguno introducido. Si hace tres años en la
comunidad catalana entendimos que las calles de OSM no podían estar sin
nombre si queríamos ser un buscador útil...entendereis que este es un
debate complementario en la misma dirección.

Soy consciente de que tenemos en marcha la importación de Catastro y que
estos datos son sólo una ínfima parte de lo que prentendemos importar como
resultado... Y es que yo en ningún momento he dicho que esa otra
importación deba pararse o pausarse. Propongo realizarlas en paralelo. Como
experiencia personal puedo decir que no se tarda lo mismo en introducir un
portal que un edificio, y creo que es más asequible, mientras no surgen las
ganas de generar todo el proceso que requiere un proyecto de importación de
catastro (yo llevo un año con mi localidad, ahí continuamos, lo
conseguiremos), sí sería más asequible mientras no se ejecuta la grande
hacer la conflación de estos otros datos desde el Gestor de tareas con lo
ya existente en OSM de una forma bastante más rápida de municipios enteros.

Y es que hablando o no de la conveniencia de esta importación en el grupo
de Telegram se puso como ejemplo la importación "fallida" (a priori) de
Ávila.
Con una consulta rápida vemos que hay unos 17000 portales en OSM en toda la
provincia mientras que Cartociudad tiene...17. Para ser una importación
hecha antes de normas y salvaje...voy a decir que ha sido discreta (un 10%)
(ni que hubieran revertido buena parte de la misma se notarían algo más sus
efectos).

Por ello, y siguiendo todas las partes del proceso propongo esta
importación a nivel estatal. Dado que hay conflación de datos cada
comunidad será consciente de si ya tiene esos datos o los requiere y los
trabaja, dado que pueden haber fuentes autonómicas que fueren más fiables
(cuando hablamos de fiabilidad recordemos que estamos hablando del
Instituto Geográfico Nacional - una entidad con un gran presupuesto, aunque
seguramente podría ser mayor, y con una plantilla de trabajadores
cualificados importante), o más actualizadas (puestos a mirar el tema
abulense los datos datan de hace un año (2018-04-11).
Tenemos los permisos, tenemos los datos, y ahora abro el debate en la lista
española.

Esto nos permitiría con algún error, seguro, como toda cosa hecha por ser
humano pero muchísimos más aciertos, disponer de la totalidad de portales
españoles en Openstreetmap superando en volumen a los datos de todos los
proyectos privativos e igualándonos a la mayoría de datos de que disponen
las administraciones públicas. Recordemos que las fuentes de OSM son usadas
por todos esos proyectos de geolocalizadores que hablábamos al principio de
este mensaje, y que por lo tanto los datos españoles pasarían a ser libres
"para siempre" y a disposición de todo el público mundial. Y evidentmente
la mejora en la búsqueda de direcciones en nuestro país sería exponencial.

¿Como veis 

Re: [talk-cz] cyklostezka skrz vojenský újezd Libavá

[Majka]

Za mě je to zmapované špatně. 

Tohle přece není cyklotrasa, natož pak cyklostezka. Je to v podstatě trasa 
závodu.

Za mě to do "obecné" mapy vůbec nepatří, a jako cyklotrasa to už vůbec nedává 
smysl.

Dovedeno do absurdity: co takové cyklojízdy, kvůli kterým se dělají uzavírky? 
To taky označíme jako cyklotrasu, třeba na magistrále? Princip je to stejný - 
jednou v roce puštění cyklisté tam, kam normálně nesmí. 

11. května 2019 23:52:41 SELČ, "Miroslav Suchý"  napsal:

>Má smysl dávat do mapy cyklostezku, která je otevřená jeden den v roce?

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] cyklostezka skrz vojenský újezd Libavá

[Miroslav Suchý]

Při procházení poznámek jsem narazil na:

https://www.openstreetmap.org/note/1702491
plus tři podobné další:

Týká se to:
https://www.openstreetmap.org/relation/2900777

Má smysl dávat do mapy cyklostezku, která je otevřená jeden den v roce?
I kdyby se tam doplnil openinghours tag, který tam teď není.

Mirek

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Tag presenti in Italia

[mbranco2]

OPS, invio prematuro stavo dicendo:

Riterrei opportuno scrivere nella wiki, sotto "Modifiche massive" , una
pagina "normalizzazione dei negozi in Italia", e lì elencare le modifiche
che vorrei fare, tra cui: shop=mesticheria --> shop=hardware.
Dopodichè comunico la proposta in mailing list, e lì ci sarà qualcuno che
dirà che è meglio - per la mesticheria - usare shop=paint, e un altro che è
meglio shop=doityourself...
A quel punto è meglio che ci sia un mappatore locale (e che conosce il
negozio) che decide...
Però se parliamo di "rumenta" da sistemare, l'approvazione sarà generale, e
allora uno si sentirà autorizzato a fare una modifica massiva, con gli
strumenti che avrà indicato nella pagina wiki (fosse anche modificare
manualmente, un elemento alla volta, in Josm...)


Il giorno sab 11 mag 2019 alle ore 22:52 mbranco2  ha
scritto:

> Ale,
> io non ho parlato di algoritmi automatici, ma di procedure che la comunità
> si dà.
> Nel tuo primo intervento dici che ci sono 836 tipi di shop: bene, facciamo
> finta che io sia molto sensibile all'argomento, mi metto a studiare la
> casisitica e decido come normalizzarla: poi cosa faccio, correggo tutti i
> negozi italiani secondo il mio punto di vista?
> Riterrei opportuno scrivere una wiki, sotto "Modifiche massive"
>
> Il giorno sab 11 mag 2019 alle ore 22:13 Ale_Zena_IT via Talk-it <
> talk-it@openstreetmap.org> ha scritto:
>
>>
>> Il 11 maggio 2019 alle 17.45 mbranco2  ha scritto:
>>
>> Vedo che tutti di focalizzano sull'esempio che ho fatto, ma voleva essere
>> solo un esempio!
>> Il punto importante è avere una procedura per poter fare "modifiche
>> massive" con il consenso della comunità, se no l'argomento iniziale
>> sollevato da Ale non avrà risposte...
>>
>>
>> Mah, non so le modifiche automatiche quanto potrebbero risolvere.
>> Nel caso dei building con nomi strampalati si potrebbe modificarli in
>> building=yes. Ma per molti altri tag (sparo a caso shop=mesticheria) non
>> vedo quale algoritmo intelligente possa sistemare.
>>
>> Alessandro Ale_Zena_IT
>> ___
>> 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-it] Tag presenti in Italia

[mbranco2]

Ale,
io non ho parlato di algoritmi automatici, ma di procedure che la comunità
si dà.
Nel tuo primo intervento dici che ci sono 836 tipi di shop: bene, facciamo
finta che io sia molto sensibile all'argomento, mi metto a studiare la
casisitica e decido come normalizzarla: poi cosa faccio, correggo tutti i
negozi italiani secondo il mio punto di vista?
Riterrei opportuno scrivere una wiki, sotto "Modifiche massive"

Il giorno sab 11 mag 2019 alle ore 22:13 Ale_Zena_IT via Talk-it <
talk-it@openstreetmap.org> ha scritto:

>
> Il 11 maggio 2019 alle 17.45 mbranco2  ha scritto:
>
> Vedo che tutti di focalizzano sull'esempio che ho fatto, ma voleva essere
> solo un esempio!
> Il punto importante è avere una procedura per poter fare "modifiche
> massive" con il consenso della comunità, se no l'argomento iniziale
> sollevato da Ale non avrà risposte...
>
>
> Mah, non so le modifiche automatiche quanto potrebbero risolvere.
> Nel caso dei building con nomi strampalati si potrebbe modificarli in
> building=yes. Ma per molti altri tag (sparo a caso shop=mesticheria) non
> vedo quale algoritmo intelligente possa sistemare.
>
> Alessandro Ale_Zena_IT
> ___
> 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] Why we square buildings (WAS: iD invents nosquare=yes for buildings which should not be squared)

[Pierre Béland via talk]

Am 11/05/2019 um 21.09 schrieb Simon Poole:
> Just a general remark on the technical issue that sparked of this
> discussion:  squaring buildings is not primarily about improving data
> quality. Non-square buildings are simply visually annoying when
> rendered, so much that I support squaring them "as a rule" too when it
> can reasonably be assumed that there are 90° angles in the actual
> building outline. But I'm not kidding myself that it improves "quality".
> If we wanted to define quality of building outlines in OSM we would
> probably be talking about deviations from the buildings footprint area,
> average deviations from the outline and so on, any of these could be
> very small even without squaring. Actually, squaring might impact them
> negatively, particularly when the outline is rough, but as said: square
> buildings are just so much easier on the eyes :-).

See some annoying deviations from the building footprints we would prefer to no 
observe on the map
https://opendatalabrdc.github.io/Blog/img/JOSM-TM-4975-Ndorwa-County-Uganda.pnghttps://opendatalabrdc.github.io/Blog/img/Overpass-Kochi-India-Irregular-Forms-Validation.png
 
High ratios of Unsquarred buildings is often an indication of imprecise mapping 
with often significative deviations from the outlines. But, yes this is more 
then worry about squarred buidlings. We should also worry about the general 
problem of deviations from the footprint.  Dark and unaligned Imagery, various 
images with different offsets and inexperience in correcting the offsets also 
contribute to bad mapping. 

An angle deviation of 1-2 degree is surely acceptable. But analysis of mapping 
shows in some areas very high ratio of unsquarred buildings or irrregular Round 
buildings with important deviations. We see the same with Building Imports 
projects. We cannot apply a strict Yes or No rule like for Topology errors. But 
how much shoud we deviate ?  Geography or Pop Arts ? 
Pierre 

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

Re: [Talk-it] Tag presenti in Italia

[Ale_Zena_IT via Talk-it]

> Il 11 maggio 2019 alle 17.45 mbranco2  ha scritto:
> 
> Vedo che tutti di focalizzano sull'esempio che ho fatto, ma voleva essere 
> solo un esempio!
> Il punto importante è avere una procedura per poter fare "modifiche 
> massive" con il consenso della comunità, se no l'argomento iniziale sollevato 
> da Ale non avrà risposte...
> 
> 


Mah, non so le modifiche automatiche quanto potrebbero risolvere.
Nel caso dei building con nomi strampalati si potrebbe modificarli in 
building=yes. Ma per molti altri tag (sparo a caso shop=mesticheria) non vedo 
quale algoritmo intelligente possa sistemare.

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

[Talk-us] Import review Maryland source=M-NCPPC for attribution requirement

[Jonathan Brier]

Looking on direction of how to cleanup and verify an import (not done by
me). I'm no GIS expert and starting to learn, helping where I can for now.
I'm not sure the user GregoryM is active, bringing this finding here for
community attention.

First, I came across a data import project in Prince George's County
Maryland which claimed Public Domain for the data and stated they were an
intern at the associated Planning Department and no longer work there, this
import was discssed previously on talk-us as noted on
https://wiki.openstreetmap.org/wiki/M-NCPPC_Planning_Department.

Recent License Clarification:
The GIS Open Data Portal never had an explicit licsense stated:
https://web.archive.org/web/20190328183204/http://gisdata.pgplanning.org/opendata/
I
had been trying to get an explicit liscense applied through various
contacts and now we have CC-BY 4.0 clearly stated:
http://gisdata.pgplanning.org/opendata/

I updated the license statement on the Potential Sources and Import
planning:
https://wiki.openstreetmap.org/wiki/Potential_Datasources#Prince_George.27s_County.2C_Maryland
https://wiki.openstreetmap.org/wiki/M-NCPPC_Planning_Department#License

Can someone check if there were any elements imported and had
source=M-NCPPC applied? The cleanup would be to make sure that attribution
is applied for compliance with the data license.

Second, I would like to thank whomever has done a huge data import in
Prince George's County, Maryland!

Cheers,
Jonathan Brier

PhD Student
University of Maryland College Park, College of Information Studies
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Why we square buildings (WAS: iD invents nosquare=yes for buildings which should not be squared)

[john whelan]

>Are buildings with rectangular corners buildings mappers from developed
countries want to see on a map because they look more professional/tidy? ;-)

I think the original problem was some buildings mapped in Nepal were of
very poor quality and one way to pick them out quickly was to look for none
squared buildings.

My personal view is if you square a building you are approximating and that
is never good on the quality side.

Cheerio John

On Sat, May 11, 2019, 3:38 PM Michael Reichert, 
wrote:

> Hi,
>
> Am 11/05/2019 um 21.09 schrieb Simon Poole:
> > Just a general remark on the technical issue that sparked of this
> > discussion:  squaring buildings is not primarily about improving data
> > quality. Non-square buildings are simply visually annoying when
> > rendered, so much that I support squaring them "as a rule" too when it
> > can reasonably be assumed that there are 90° angles in the actual
> > building outline. But I'm not kidding myself that it improves "quality".
> > If we wanted to define quality of building outlines in OSM we would
> > probably be talking about deviations from the buildings footprint area,
> > average deviations from the outline and so on, any of these could be
> > very small even without squaring. Actually, squaring might impact them
> > negatively, particularly when the outline is rough, but as said: square
> > buildings are just so much easier on the eyes :-).
>
> Are buildings with rectangular corners buildings mappers from developed
> countries want to see on a map because they look more professional/tidy?
> ;-)
>
> Best regards
>
> Michael
>
>
> --
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on mailing lists)
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Why we square buildings (WAS: iD invents nosquare=yes for buildings which should not be squared)

[Michael Reichert]

Hi,

Am 11/05/2019 um 21.09 schrieb Simon Poole:
> Just a general remark on the technical issue that sparked of this
> discussion:  squaring buildings is not primarily about improving data
> quality. Non-square buildings are simply visually annoying when
> rendered, so much that I support squaring them "as a rule" too when it
> can reasonably be assumed that there are 90° angles in the actual
> building outline. But I'm not kidding myself that it improves "quality".
> If we wanted to define quality of building outlines in OSM we would
> probably be talking about deviations from the buildings footprint area,
> average deviations from the outline and so on, any of these could be
> very small even without squaring. Actually, squaring might impact them
> negatively, particularly when the outline is rough, but as said: square
> buildings are just so much easier on the eyes :-).

Are buildings with rectangular corners buildings mappers from developed
countries want to see on a map because they look more professional/tidy? ;-)

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD invents nosquare=yes for buildings which should not be squared

[Simon Poole]

Just a general remark on the technical issue that sparked of this
discussion:  squaring buildings is not primarily about improving data
quality. Non-square buildings are simply visually annoying when
rendered, so much that I support squaring them "as a rule" too when it
can reasonably be assumed that there are 90° angles in the actual
building outline. But I'm not kidding myself that it improves "quality".
If we wanted to define quality of building outlines in OSM we would
probably be talking about deviations from the buildings footprint area,
average deviations from the outline and so on, any of these could be
very small even without squaring. Actually, squaring might impact them
negatively, particularly when the outline is rough, but as said: square
buildings are just so much easier on the eyes :-).

Simon

Am 10.05.2019 um 21:05 schrieb Pierre Béland via talk:
> May 20 2019 at 14 h 02 min 51 s UTC−4, Stefan Keller
>  wrote :
>
> > Trying to get focus back on the thread topic.
>
> > Storing hints like nosquare=yes (or square=no) is not best practice of
> > data curation on w worldwide level.
>
> I dont think either that this is the solution.  We have to look where
> these problems come and try to correct from the source.  Adding  such
> tag will not help software tools to identify where we have problems
> and can create some missunderstanding about its meaning. And
> experienced mappers are more and more reluctant to correct inprecise
> building mapping.
>
> For Newbies, Building Quality Analysis last year this show some
> Tasking Manager projects with some 60% of unsquarred buldings (see
> https://opendatalabrdc.github.io/Blog/#!Database_Quality_Analysis_Tasking_Manager.md).
>
> The same problem for the DR Congo Ebola response in november where we
> had to restart mapping Butembo in an emergency response and restrict
> mapping to experienced mappers.
>
> For an editor like iD, it can participate with other solutions like
> better training to assure that Newbies understand what Building
> tracing really mean and give then some feedback, like for example
> saying before save "You have 10 over 12 buildings that are
> unsquarred.  If you dont know how to make rectangular buildings, you
> should ask for help before you continue.  Do you want to send data
> anyway ?"
>
> We have the same problem with some Building import projects and I
> think that this needs to be fixed where it originates, before it goes
> in the database.  For newbies, this mean more training and monitoring
> in particular in the context of Mapathons.
>
> For Imports, this mean to analyze carefully and correct the data
> before the Import.
>  
> Pierre
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD invents nosquare=yes for buildings which should not be squared

[Mateusz Konieczny]

9 May 2019, 22:14 by osm...@michreichert.de:

> What do you think? Should the next version of iD be deployed on
> www.openstreetmap.org > ?
>
Before going for a nuclear solution - is there already refused issue that asks 
to reconsider
problematic parts (nosquare=yes, ability to validate all buildings, not just 
created/modified
or whatever part is considered as problematic)?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Source dubbio

[Martin Koppenhoefer]

sent from a phone

> On 11. May 2019, at 17:02, Geometra Alberto VARALLI  
> wrote:
> 
> Conosco l'utente e se può raassicurarvi lo fa in buona fede. 
> Possiamo sederci tutti ad un tavolo e discuterne prima di cancellare o 
> bloccare un utente che ci lavora da mesi.


a parte le cancellazioni (e un commento sul retagging “massiccio” locale da 
isolated dwelling a locality, che mi fa pensare se non fosse inteso 
“località”)non sono entrato nel merito, se le fonti non sono ammissibili c’è 
poco da fare. Invece sulla violazione delle linee guida per importazioni si 
potrebbe discutere, se c’è consenso locale che le modifiche sono giuste e buone.

I primi “blocchi” non sono per sempre, ma soltanto finché l’utente fa login sul 
sito e legge il messaggio.


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

Re: [Talk-it] Source dubbio

[Geometra Alberto VARALLI]

Si si perfetto, ci mancherebbe.
Lavoriamo tutti alla luce del sole.

A presto

Alberto


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno sab 11 mag 2019 alle ore 18:34 Andrea Enzo <
andrea.lattm...@ga-2.it> ha scritto:

> >Vi faccio rispondere direttamente da lui >lunedì.
>
> Ripeto, non vuole essere un accusa e non si vuole puntare il dito contro
> nessuno.
> Si vuole un po di chiarezza e che quantomeno prima si un import si seguano
> le guidelines. 
>
>
>
>
>
> Il 11 maggio 2019 18:07:33 CEST, Geometra Alberto VARALLI <
> geom.vara...@gmail.com> ha scritto:
>>
>> Vi faccio rispondere direttamente da lui lunedì.
>>
>> Alberto
>>
>>
>> 
>>  Mail
>> priva di virus. www.avast.com
>> 
>> <#m_-8901037612424037853_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> Il giorno sab 11 mag 2019 alle ore 18:04 Andrea Enzo <
>> andrea.lattm...@ga-2.it> ha scritto:
>>
>>> >Conosco l'utente e se può raassicurarvi >lo fa in buona fede
>>>
>>> Non lo metto in dubbio. L'unico problema è la fonte di dati utilizzati.
>>> Da dove derivano? Ne ha tutti i diritti per disporne come vuole? Se non è
>>> avente diritto, con che licenza sono stati rilasciati i dati?
>>>
>>> Andreas
>>>
>>> --
>>> 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
>>>
>>
>>
>> --
>>
>> --
>>
>> *Geom. Alberto Varalli*
>>
>> Sede: Via Roma  n. 13/c, 10070 Usseglio (TO)
>>
>> Cell. 348-5400147 -o- @mail: geom.vara...@gmail.com
>>
>> P.I.V.A.: 10645110015
>>
>> Tutte le informazioni contenute in questo messaggio, incluso ogni
>> allegato, sono di carattere confidenziale e possono essere legalmente
>> riservate. Sono destinate  ad uso esclusivo del ricevente ed ogni
>> divulgazione, copia, distribuzione o riferimento è proibito e può essere
>> considerato illegale. Se tale messaggio è stato ricevuto per errore, il
>> mittente deve esserne prontamente avvisato ed il messaggio deve essere
>> distrutto, compreso ogni  allegato presente.
>>
>> La trasmissione via posta elettronica non può essere ritenuta sicura o
>> priva di errori, in quanto le informazioni potrebbero essere intercettate,
>> danneggiate, smarrite, distrutte, arrivare in ritardo o incomplete, oppure
>> contenere virus informatici. Per queste ragioni il mittente non si ritiene
>> responsabile per errori od omissioni nel contenuto di questo messaggio che
>> deriva da una trasmissione via posta elettronica. Se si rendesse
>> necessaria una verifica formale sul contenuto di questo messaggio siete
>> pregati di richiederne una copia cartacea.
>>
>
> --
> 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
>


-- 

-- 

*Geom. Alberto Varalli*

Sede: Via Roma  n. 13/c, 10070 Usseglio (TO)

Cell. 348-5400147 -o- @mail: geom.vara...@gmail.com

P.I.V.A.: 10645110015

Tutte le informazioni contenute in questo messaggio, incluso ogni allegato,
sono di carattere confidenziale e possono essere legalmente riservate. Sono
destinate  ad uso esclusivo del ricevente ed ogni divulgazione, copia,
distribuzione o riferimento è proibito e può essere considerato illegale.
Se tale messaggio è stato ricevuto per errore, il mittente deve esserne
prontamente avvisato ed il messaggio deve essere distrutto, compreso ogni
allegato presente.

La trasmissione via posta elettronica non può essere ritenuta sicura o
priva di errori, in quanto le informazioni potrebbero essere intercettate,
danneggiate, smarrite, distrutte, arrivare in ritardo o incomplete, oppure
contenere virus informatici. Per queste ragioni il mittente non si ritiene
responsabile per errori od omissioni nel contenuto di questo messaggio che
deriva da una trasmissione via posta elettronica. Se si rendesse
necessaria una verifica formale sul contenuto di questo messaggio siete
pregati di richiederne una copia cartacea.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Source dubbio

[Andrea Enzo]

>Vi faccio rispondere direttamente da lui >lunedì.

Ripeto, non vuole essere un accusa e non si vuole puntare il dito contro 
nessuno. 
Si vuole un po di chiarezza e che quantomeno prima si un import si seguano le 
guidelines. 





Il 11 maggio 2019 18:07:33 CEST, Geometra Alberto VARALLI 
 ha scritto:
>Vi faccio rispondere direttamente da lui lunedì.
>
>Alberto
>
>
>Mail
>priva di virus. www.avast.com
>
><#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
>Il giorno sab 11 mag 2019 alle ore 18:04 Andrea Enzo <
>andrea.lattm...@ga-2.it> ha scritto:
>
>> >Conosco l'utente e se può raassicurarvi >lo fa in buona fede
>>
>> Non lo metto in dubbio. L'unico problema è la fonte di dati
>utilizzati. Da
>> dove derivano? Ne ha tutti i diritti per disporne come vuole? Se non
>è
>> avente diritto, con che licenza sono stati rilasciati i dati?
>>
>> Andreas
>>
>> --
>> 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
>>
>
>
>-- 
>
>-- 
>
>*Geom. Alberto Varalli*
>
>Sede: Via Roma  n. 13/c, 10070 Usseglio (TO)
>
>Cell. 348-5400147 -o- @mail: geom.vara...@gmail.com
>
>P.I.V.A.: 10645110015
>
>Tutte le informazioni contenute in questo messaggio, incluso ogni
>allegato,
>sono di carattere confidenziale e possono essere legalmente riservate.
>Sono
>destinate  ad uso esclusivo del ricevente ed ogni divulgazione, copia,
>distribuzione o riferimento è proibito e può essere considerato
>illegale.
>Se tale messaggio è stato ricevuto per errore, il mittente deve esserne
>prontamente avvisato ed il messaggio deve essere distrutto, compreso
>ogni
>allegato presente.
>
>La trasmissione via posta elettronica non può essere ritenuta sicura o
>priva di errori, in quanto le informazioni potrebbero essere
>intercettate,
>danneggiate, smarrite, distrutte, arrivare in ritardo o incomplete,
>oppure
>contenere virus informatici. Per queste ragioni il mittente non si
>ritiene
>responsabile per errori od omissioni nel contenuto di questo messaggio
>che
>deriva da una trasmissione via posta elettronica. Se si rendesse
>necessaria una verifica formale sul contenuto di questo messaggio siete
>pregati di richiederne una copia cartacea.

-- 
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

Re: [Talk-it] Source dubbio

[Geometra Alberto VARALLI]

Vi faccio rispondere direttamente da lui lunedì.

Alberto


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno sab 11 mag 2019 alle ore 18:04 Andrea Enzo <
andrea.lattm...@ga-2.it> ha scritto:

> >Conosco l'utente e se può raassicurarvi >lo fa in buona fede
>
> Non lo metto in dubbio. L'unico problema è la fonte di dati utilizzati. Da
> dove derivano? Ne ha tutti i diritti per disporne come vuole? Se non è
> avente diritto, con che licenza sono stati rilasciati i dati?
>
> Andreas
>
> --
> 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
>


-- 

-- 

*Geom. Alberto Varalli*

Sede: Via Roma  n. 13/c, 10070 Usseglio (TO)

Cell. 348-5400147 -o- @mail: geom.vara...@gmail.com

P.I.V.A.: 10645110015

Tutte le informazioni contenute in questo messaggio, incluso ogni allegato,
sono di carattere confidenziale e possono essere legalmente riservate. Sono
destinate  ad uso esclusivo del ricevente ed ogni divulgazione, copia,
distribuzione o riferimento è proibito e può essere considerato illegale.
Se tale messaggio è stato ricevuto per errore, il mittente deve esserne
prontamente avvisato ed il messaggio deve essere distrutto, compreso ogni
allegato presente.

La trasmissione via posta elettronica non può essere ritenuta sicura o
priva di errori, in quanto le informazioni potrebbero essere intercettate,
danneggiate, smarrite, distrutte, arrivare in ritardo o incomplete, oppure
contenere virus informatici. Per queste ragioni il mittente non si ritiene
responsabile per errori od omissioni nel contenuto di questo messaggio che
deriva da una trasmissione via posta elettronica. Se si rendesse
necessaria una verifica formale sul contenuto di questo messaggio siete
pregati di richiederne una copia cartacea.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Source dubbio

[Andrea Enzo]

>Conosco l'utente e se può raassicurarvi >lo fa in buona fede 

Non lo metto in dubbio. L'unico problema è la fonte di dati utilizzati. Da dove 
derivano? Ne ha tutti i diritti per disporne come vuole? Se non è avente 
diritto, con che licenza sono stati rilasciati i dati? 

Andreas

-- 
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

Re: [Talk-it] Tag presenti in Italia

[mbranco2]

Vedo che tutti di focalizzano sull'esempio che ho fatto, ma voleva essere
solo un esempio!
Il punto importante è avere una procedura per poter fare "modifiche
massive" con il consenso della comunità, se no l'argomento iniziale
sollevato da Ale non avrà risposte...

Il sab 11 mag 2019, 17:33 matteocalosi  ha scritto:

> Non ha direttamente a che fare con il soggetto della mail iniziale ma
> questo
> ragionamento per me è completamente sbagliato. Il campo name corretto per
> "Monte xxx" è senza eccezioni "Monte xxx" perchè natural=peak può
> identificare innumerevoli altri prefissi (Picco x, punta y, torrione z etc.
> etc.) ed è necessario specificare quale è effettivamente presente nel nome
> anche se "Monte" al contrario degli altri tende colloquialmente a essere
> sottinteso.
>
> Dovessi vedere sulla mappa semplicemente scritto "Zerbion" in
> corrispondenza
> di una cima mi verrebbe probabilmente da pensare che si tratti di uno di
> quei casi tipo Schiara o Moiazza in cui il nome non vuole prefisso e dire
> "il Monte Zerbion" sarebbe un po' sbagliato.
>
> Sono meno certo ma per me vale lo stesso anche per fiumi/torrenti perchè la
> distinzione italiana fra i due non c'entra assolutamente niente con quella
> waterway=stream/=river che dipende solo dalla larghezza a piena portata e
> quindi la tag waterway non va a soppiantare il nome (e di nuovo, magari un
> fiume no, ma un torrente può avere tanti altri prefissi al posto di
> torrente
> xxx).
>
>
> mbranco wrote
> > Faccio un esempio (ne avevamo già parlato tempo fa ma a volte giova
> > ripetere): a me non piace che nel name di un elemento ci sia anche il
> > "cosa è", quindi per me il fiume più lungo d'Italia (che è taggato con
> > waterway=river) è giusto che abbia name=Po e non name=Fiume Po. Ma allora
> > perchè il Sesia ha name=Fiume Sesia ?
> > Se fate una ricerca in overpass, vedrete che parecchi fiumi e torrenti
> > hanno il name che inizia con "Fiume" o "Torrente".
> > Stessa cosa per le montagne (natural=peak): magari che il name inizi con
> > "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci sono
> > tantissime altre cime che hanno il name che inizia con "Monte" (chiedo ai
> > valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?)
> >
> >
> > Stessa cosa per le montagne (natural=peak): magari che il name inizi con
> > "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci sono
> > tantissime altre cime che hanno il name che inizia con "Monte" (chiedo ai
> > valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?)
> >
> > Bene, io la penso così però sbaglierei di grosso se mi mettessi a
> > modificare a tappeto tutti i name dei fiumi/torrenti o delle montagne
> > italiane in base a come la penso io, senza una discussione con la
> > comunità...
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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-it] Tag presenti in Italia

[Aury88]

Se si tratta di fare pulizia contatemi, anche se mi è rimasto il problema del
remote che non accetta comandi attraverso https...



-
Ciao,
Aury
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Tag presenti in Italia

[matteocalosi]

Non ha direttamente a che fare con il soggetto della mail iniziale ma questo
ragionamento per me è completamente sbagliato. Il campo name corretto per
"Monte xxx" è senza eccezioni "Monte xxx" perchè natural=peak può
identificare innumerevoli altri prefissi (Picco x, punta y, torrione z etc.
etc.) ed è necessario specificare quale è effettivamente presente nel nome
anche se "Monte" al contrario degli altri tende colloquialmente a essere
sottinteso.

Dovessi vedere sulla mappa semplicemente scritto "Zerbion" in corrispondenza
di una cima mi verrebbe probabilmente da pensare che si tratti di uno di
quei casi tipo Schiara o Moiazza in cui il nome non vuole prefisso e dire
"il Monte Zerbion" sarebbe un po' sbagliato.

Sono meno certo ma per me vale lo stesso anche per fiumi/torrenti perchè la
distinzione italiana fra i due non c'entra assolutamente niente con quella
waterway=stream/=river che dipende solo dalla larghezza a piena portata e
quindi la tag waterway non va a soppiantare il nome (e di nuovo, magari un
fiume no, ma un torrente può avere tanti altri prefissi al posto di torrente
xxx). 


mbranco wrote
> Faccio un esempio (ne avevamo già parlato tempo fa ma a volte giova
> ripetere): a me non piace che nel name di un elemento ci sia anche il
> "cosa è", quindi per me il fiume più lungo d'Italia (che è taggato con
> waterway=river) è giusto che abbia name=Po e non name=Fiume Po. Ma allora
> perchè il Sesia ha name=Fiume Sesia ?
> Se fate una ricerca in overpass, vedrete che parecchi fiumi e torrenti
> hanno il name che inizia con "Fiume" o "Torrente".
> Stessa cosa per le montagne (natural=peak): magari che il name inizi con
> "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci sono
> tantissime altre cime che hanno il name che inizia con "Monte" (chiedo ai
> valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?)
> 
> 
> Stessa cosa per le montagne (natural=peak): magari che il name inizi con
> "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci sono
> tantissime altre cime che hanno il name che inizia con "Monte" (chiedo ai
> valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?)
> 
> Bene, io la penso così però sbaglierei di grosso se mi mettessi a
> modificare a tappeto tutti i name dei fiumi/torrenti o delle montagne
> italiane in base a come la penso io, senza una discussione con la
> comunità...





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Source dubbio

[Andrea Albani]

Il giorno sab 11 mag 2019 alle ore 11:47 Ivo Reano  ha
scritto:

> L'utente è fabioportinaro. Ho mandato un commento ad un suo changeset.
> Nessuna risposta.
> Changeset di esempio:
>
> 70062385 
> 70111920 
> 70100686 
>
>
L'utente ha fatto i suoi primi 3 changeset in Madagascar con ID il 9 maggio
dello scorso anno. Poi il nulla...zero...nada...

... fino al 17 aprile scorso quando in 9 (NOVE) giorni di lavoro carica con
JOSM  357000+ nodi e 33000+ building diventando pure primo contributore
italiano! [1]

Roba da Guinness dei primati.

Non ho dubbi sul fatto che siano import e ne ho molti sulla licenza.

Nell'unica risposta ad un commento di Pascal Neis [1] dice che i dati
arrivano dal catasto...

[1] http://osmstats.neis-one.org/?item=countries=Italy
[2] https://www.openstreetmap.org/changeset/69525395
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Source dubbio

[Geometra Alberto VARALLI]

Conosco l'utente e se può raassicurarvi lo fa in buona fede.
Possiamo sederci tutti ad un tavolo e discuterne prima di cancellare o
bloccare un utente che ci lavora da mesi.

Alberto


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno sab 11 mag 2019 alle ore 14:13 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> con tutte le cancellazioni è probabile che si farà un revert anche se si
> convenisse ad importare questi dati, e se fossero compatibili a livello
> legale.
>
> In generale quando vedi un changeset del genere, se l’utente non risponde,
> la prima cosa è commentare sul changeset, volendo anche su più di uno.
>
> Ciao, Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


-- 

-- 

*Geom. Alberto Varalli*

Sede: Via Roma  n. 13/c, 10070 Usseglio (TO)

Cell. 348-5400147 -o- @mail: geom.vara...@gmail.com

P.I.V.A.: 10645110015

Tutte le informazioni contenute in questo messaggio, incluso ogni allegato,
sono di carattere confidenziale e possono essere legalmente riservate. Sono
destinate  ad uso esclusivo del ricevente ed ogni divulgazione, copia,
distribuzione o riferimento è proibito e può essere considerato illegale.
Se tale messaggio è stato ricevuto per errore, il mittente deve esserne
prontamente avvisato ed il messaggio deve essere distrutto, compreso ogni
allegato presente.

La trasmissione via posta elettronica non può essere ritenuta sicura o
priva di errori, in quanto le informazioni potrebbero essere intercettate,
danneggiate, smarrite, distrutte, arrivare in ritardo o incomplete, oppure
contenere virus informatici. Per queste ragioni il mittente non si ritiene
responsabile per errori od omissioni nel contenuto di questo messaggio che
deriva da una trasmissione via posta elettronica. Se si rendesse
necessaria una verifica formale sul contenuto di questo messaggio siete
pregati di richiederne una copia cartacea.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Attribution : confusion des "quest"

[PanierAvide]

Pour info c'est aussi comme ça sur le site du CROUS de Rennes, donc 
possiblement sur tous les portails CROUS ?


http://www.crous-rennes.fr/cnous/carte-services-sc/

Adrien P.

Le 11/05/2019 à 16:08, deuzeffe a écrit :

Et pour l'attribution (à défaut des actions), tu en dis quoi ? :p

On 11/05/2019 15:55, Christian Quest wrote:

Et j'ai pas d'actions !

Le sam. 11 mai 2019 à 15:52, deuzeffe > a écrit :


    Hello,

    Soit la carte suivante :
http://www.crous-limoges.fr/restauration/carte-des-restaurants/ Le fond
    me semble fortement être un fond osm-fr.

    L'attribution est à MapQuest (l'api est appelée dans les en-têtes 
de la
    page). Mais, quand on regarde en détail des url des tuiles, elles 
sont

    en *.tiles.ospenstreetmap.fr . Comme
    si Quest avait été confondu avec
    Quest.

    C'est moi ou bien ?

    --     deuzeffe, illettrée en HTML et script mais intriguée.


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



--
Christian Quest - OpenStreetMap France

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



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


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

[talk-cz] POI - bivak

[Vit Semenec via talk-cz]

Ahoj,
jestli to může být užitečné pro OSM nevím, ale třeba to někdo nezná a v 
terénu použije.
http://boudy.info/
Pro Garmin i Locus  je potřeba GPX editovat a
nahradit v editoru  "https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Attribution : confusion des "quest"

[deuzeffe]

Et pour l'attribution (à défaut des actions), tu en dis quoi ? :p

On 11/05/2019 15:55, Christian Quest wrote:

Et j'ai pas d'actions !

Le sam. 11 mai 2019 à 15:52, deuzeffe > a écrit :


Hello,

Soit la carte suivante :
http://www.crous-limoges.fr/restauration/carte-des-restaurants/ Le fond
me semble fortement être un fond osm-fr.

L'attribution est à MapQuest (l'api est appelée dans les en-têtes de la
page). Mais, quand on regarde en détail des url des tuiles, elles sont
en *.tiles.ospenstreetmap.fr . Comme
si Quest avait été confondu avec
Quest.

C'est moi ou bien ?

-- 
deuzeffe, illettrée en HTML et script mais intriguée.



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



--
Christian Quest - OpenStreetMap France

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



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

Re: [OSM-talk-fr] Attribution : confusion des "quest"

[Christian Quest]

Et j'ai pas d'actions !

Le sam. 11 mai 2019 à 15:52, deuzeffe  a écrit :

> Hello,
>
> Soit la carte suivante :
> http://www.crous-limoges.fr/restauration/carte-des-restaurants/ Le fond
> me semble fortement être un fond osm-fr.
>
> L'attribution est à MapQuest (l'api est appelée dans les en-têtes de la
> page). Mais, quand on regarde en détail des url des tuiles, elles sont
> en *.tiles.ospenstreetmap.fr. Comme si Quest avait été confondu avec
> Quest.
>
> C'est moi ou bien ?
>
> --
> deuzeffe, illettrée en HTML et script mais intriguée.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[OSM-talk-fr] Attribution : confusion des "quest"

[deuzeffe]

Hello,

Soit la carte suivante : 
http://www.crous-limoges.fr/restauration/carte-des-restaurants/ Le fond 
me semble fortement être un fond osm-fr.


L'attribution est à MapQuest (l'api est appelée dans les en-têtes de la 
page). Mais, quand on regarde en détail des url des tuiles, elles sont 
en *.tiles.ospenstreetmap.fr. Comme si Quest avait été confondu avec 
Quest.


C'est moi ou bien ?

--
deuzeffe, illettrée en HTML et script mais intriguée.


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

Re: [Talk-at] Postleitzahlen

[wambacher]

Am 11.05.19 um 08:54 schrieb andreas wecer:

>
> 2096 Gemeinden, davon 1014 mit mehr als einer PLZ
>
> 2221 Postleitzahlen, wovon 1059 über mehr als eine Gemeinde gehen
> (wiederum 30 davon enthalten nur vollständige Gemeinden und benötigen
> somit keine zusätzlichen Grenzen)
>
> In 597 Fällen stimmen Gemeinde- und PLZ-Grenzen - zumindest basierend
> auf den aktuellen existierenden Adressen - exakt überein
>
> csv-Dateien dazu:
> https://drive.google.com/drive/folders/1Jsq6TyG-orJlS1TmntummRTa1iWco6ou
>
> Teilweise läuft es auch entlang von Katastralgemeindegrenzen, aber das
> lässt sich aus diesen Daten alleine nicht beurteilen und die fehlen
> sowieso ebenso oft in den OSM-Daten, wären aber von manchen Ländern
> als OGD erhältlich.
>
Genau deshalb haben wir in DE eine strikte Trennung zwischen
Administrativen und Postalischen Grenzen beschlossen - *und auch
durchgezogen*. Seit dem ist das kein Thema mehr bei uns.

IIRC gab es diesen Beschluss (im AT-Forum) ebenfalls und wurde auch
energisch angepackt. Nur ist das ganze leider eingeschlafen.

Gruss
walter
-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Tag presenti in Italia

[Martin Koppenhoefer]

Io anche nel dubbio lascio il termine generico quando potrebbe fare parte del 
nome. Un conto è di scoraggiare name=Banca per una banca, un altro taggare 
name=Etruria (invece di Banca Etruria), oppure name=‘Italiana’ invece di 
Repubblica Italiana.

Solo perché una parte del nome ha un significato generico o descrittivo non 
vuol dire che questa non faccia parte del nome.

Nel dubbio, mettete più varianti, anzi che cambiare avanti e indietro un unico 
campo “name”.

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

Re: [talk-cz] Dataset českých názvů v OSM

[Jan Macura]

Místní název, či místní jméno, je snad bez debat...
http://www.vugtk.cz/slovnik/termin.php?jazykova_verze==3650=mistni-jmeno--oikonymum

H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Dataset českých názvů v OSM

[Lukáš Karas]

Mohu nabídnout debug dump stromu lokací/adres z posledního importu osmscout: 

http://osmscout.karry.cz/europe/czech-republic-19-20190509-0148/
location_full.txt

Pro bližší zkoumání by bylo potřeba se podívat přímo do dat (pomocí C++ api 
libosmscout). Ale otázka je co si představujete pod místním názvem...?

Lukáš

Dne pátek 10. května 2019 14:41:31 CEST Miroslav Suchy napsal(a):
> Dne 10. 05. 19 v 13:44 František Pfann napsal(a):
> > s místními názvy,
> 
> Co přesně si představujete pod "místním názvem"? Tohle
> 
> https://wiki.openstreetmap.org/wiki/Cs:Tag:place%3Dlocality
> 
> tj. "za humny", "na bahnech"
> 
> nebo názvy obcí/rybníků apod.?
> 
> Mirek
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Source dubbio

[Martin Koppenhoefer]

con tutte le cancellazioni è probabile che si farà un revert anche se si 
convenisse ad importare questi dati, e se fossero compatibili a livello legale.

In generale quando vedi un changeset del genere, se l’utente non risponde, la 
prima cosa è commentare sul changeset, volendo anche su più di uno.

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

Re: [Talk-it] Source dubbio

[Martin Koppenhoefer]

sent from a phone

> On 11. May 2019, at 10:17, Ivo Reano  wrote:
> 
> un utente sta inserendo una quantità notevole di edifici e di natural=wood a 
> volte cancellando il preesistente,


cancellazioni del preesistente non vanno quasi mai bene. Visto che si tratta di 
un import non discusso e non risponde, lo farei innanzitutto bloccare dalla 
DWG. 

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

Re: [Talk-br] semanárioOSM Nº 459 2019-04-30-2019-05-06

[Mathilde Moaty por (Talk-br)]

Nao quero fazer parte dessa lista, por favor me tira, obrigada! 
> Le 11 mai 2019 à 12:42, theweekly@gmail.com a écrit :
> 
> Bom dia,
> 
> O semanárioOSM Nº 459, o resumo de tudo o que acontece no mundo 
> OpenStreetMap, está publicado *em português* : 
> http://www.weeklyosm.eu/pb/archives/12067/ 
> 
> 
> Aproveite!
> 
> Você sabia que também pode enviar mensagens para a nota semanal sem ser 
> membro? Basta fazer login em https://osmbc.openstreetmap.de/login 
> com sua conta OSM e usar a conta de 
> convidado. Leia mais sobre como escrever um post aqui: 
> http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 
> 
> 
> semanarioOSM? 
> Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
>  
> Onde?: 
> https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
>  
> 
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-br 
> 

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

Re: [Talk-it] Pilone

[Andrea Musuruane]

Ciao,

On Fri, May 10, 2019 at 10:32 PM Nogaro  wrote:

> Se non ha significato religioso, la  mapperei come man_made=cairn
>
>
>
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcairn
>

Concordo sull'uso di  man_made=cairn. Tra l'altro è anche documentato qui:
https://wiki.openstreetmap.org/wiki/CAI#Ometti

Ciao,

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

Re: [Talk-it] Tag presenti in Italia

[Andrea Musuruane]

Ciao,

On Fri, May 10, 2019 at 10:08 PM mbranco2  wrote:

> Faccio un esempio (ne avevamo già parlato tempo fa ma a volte giova
> ripetere): a me non piace che nel name di un elemento ci sia anche il "cosa
> è", quindi per me il fiume più lungo d'Italia (che è taggato con
> waterway=river) è giusto che abbia name=Po e non name=Fiume Po. Ma allora
> perchè il Sesia ha name=Fiume Sesia ?
> Se fate una ricerca in overpass, vedrete che parecchi fiumi e torrenti
> hanno il name che inizia con "Fiume" o "Torrente".
> Stessa cosa per le montagne (natural=peak): magari che il name inizi con
> "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci sono
> tantissime altre cime che hanno il name che inizia con "Monte" (chiedo ai
> valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?
>

Mi sembra che abbiamo sempre detto che nei nomi propri li indichiamo senza
abbreviazioni o omissioni. Quindi, ad esempio, per una chiesa, mettiamo
sempre "Chiesa di ..." o "Oratorio di ..." o "Duomo di ", giusto per
fare un esempio. Credo sia corretto farlo anche per quanto è etichettato
con waterway=river, anche perché non so se sia il "Fiume Po" o il "Torrente
Cervo" (waterway=river non implica automaticamente il prefisso "Fiume").
Dal nome proprio completo è sempre possibile ricavarne uno abbreviato. Il
contrario, invece, non è possibile.

Ciao,

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

[Talk-es] semanarioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Hola, el semanario Nº 459, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12067/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-pt] semanárioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 459, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12067/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal sem ser membro? 
Basta fazer login em https://osmbc.openstreetmap.de/login com sua conta OSM e 
usar a conta de convidado. Leia mais sobre como escrever um post aqui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[talk-latam] semanarioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Hola, el semanario Nº 459, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12067/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-br] semanárioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 459, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12067/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal sem ser membro? 
Basta fazer login em https://osmbc.openstreetmap.de/login com sua conta OSM e 
usar a conta de convidado. Leia mais sobre como escrever um post aqui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-co] semanarioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Hola, el semanario Nº 459, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12067/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-us] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-cu] semanarioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Hola, el semanario Nº 459, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12067/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-cl] semanarioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Hola, el semanario Nº 459, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12067/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[OSM-talk] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-ie] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-GB] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-ca] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[talk-ph] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-in] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-africa] weeklyOSM #459 2019-04-30-2019-05-06

[weeklyteam]

The weekly round-up of OSM news, issue # 459,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12067/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-it] Source dubbio

[Ivo Reano]

L'utente è fabioportinaro. Ho mandato un commento ad un suo changeset.
Nessuna risposta.
Changeset di esempio:

70062385 
70111920 
70100686 

Il giorno sab 11 mag 2019 alle ore 10:38 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> Puoi indicare utente e un changeset? Hai già provato a contattare l'utente?
>
> Ciao,
>
> Andrea
>
>
> Il sab 11 mag 2019, 10:18 Ivo Reano  ha scritto:
>
>> Nella mia zona, Valli di Lanzo in provincia di Torino, un utente sta
>> inserendo una quantità notevole di edifici e di natural=wood a volte
>> cancellando il preesistente, ma sopratutto mettendo come source:
>>
>> “Documento realizzato da [Licenziatario], basato su “PLANIMETRIA
>> CATASTALE DI RIFERIMENTO REGIONALE”.
>>
>> Solo contando i building sono oltre 31000!
>> Ha l'aria di essere un import non discusso...
>>
>> Jrachi
>> ___
>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag presenti in Italia

[Marcello]

A proposito del nome c'è anche il caso opposto, ossia dove andrebbe
messo anche "cosa è" invece non c'è. Il nome delle statue e delle chiese
spesso riporta solo a chi è dedicata, almeno per le chiese nella wiki è
chiaramente scritto che invece deve contenere anche il tipo di edificio.

Direi che nel nome va messo anche "cosa è" se il nome proprio
dell'elemento è derivato da un altro nome proprio, Bianco e Rosa sono
nomi propri di colori, Zerbion non mi sembra un nome proprio ereditato
da altri elementi, quindi è corretto mettere solo Zerbion, a meno che
non venga comunemente identificato come "Monte Zerbion". Facendo una
ricerca ho trovato un "Hotel Zerbion", nome proprio derivato, in questo
caso penso sia corretto includere "Hotel" nel nome.

Ciao
Marcello

Il 10/05/19 22:08, mbranco2 ha scritto:
> Bravo Ale,
>
> hai scoperchiato un vaso di Pandora a cui penso da parecchio, vediamo
> se riusciamo a trovare una quadra.
>
> Finché si tratta di correggere errori di battitura, non c'è
> discussione e benemerito chi la fa.
> Anche eliminare la spazzatura-rumenta è opera meritoria, e dio solo sa
> quanta ce n'è in OSM...
>
> Voglio però cogliere l'occasione per fare una proposta, e cioè
> regolamentare in generale le "modifiche massive", che siano per
> sistemare macro-errori evidenti ma anche per proporre di
> standardizzare (=normalizzare) un certo modo di taggare.
> Un po' come per gli import, anche se con un iter un po' più blando.
>
> Lo ritengo opportuno perché penso sia da salvaguardare lo "spirito" di
> OSM che consente ed ammette uno "stile personale" di mappatura, così
> come permette che una certa caratteristica sia mappabile in più modi
> tra loro alternativi (anche se per deformazione professionale sono
> sensibile all'esigenza di normalizzazione/standardizzazione dei dati).
>
> Faccio un esempio (ne avevamo già parlato tempo fa ma a volte giova
> ripetere): a me non piace che nel name di un elemento ci sia anche il
> "cosa è", quindi per me il fiume più lungo d'Italia (che è taggato con
> waterway=river) è giusto che abbia name=Po e non name=Fiume Po. Ma
> allora perchè il Sesia ha name=Fiume Sesia ?
> Se fate una ricerca in overpass, vedrete che parecchi fiumi e torrenti
> hanno il name che inizia con "Fiume" o "Torrente".
> Stessa cosa per le montagne (natural=peak): magari che il name inizi
> con "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci
> sono tantissime altre cime che hanno il name che inizia con "Monte"
> (chiedo ai valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?)
>
> Bene, io la penso così però sbaglierei di grosso se mi mettessi a
> modificare a tappeto tutti i name dei fiumi/torrenti o delle montagne
> italiane in base a come la penso io, senza una discussione con la
> comunità...
>
> Ecco quindi la proposta (vale tanto per la sistemazione di
> macro-errori evidenti quanto per le "normalizzazioni" potenzialmente
> soggette ad opinioni diverse):
> creare una pagina "Modifiche massive" nella Wiki  con una tabella che
> riporti
> - Titolo della proposta
> - Nickname del/i proponente/i
> - Data proposta
> - Area interessata (tutta l'Italia, una regione, una provincia...)
> - Link alla discussione in mailing list
> - Descrizione della proposta (se poche righe, altrimenti link ad una
> apposita pagina sempre nella wiki)
> - Data di esecuzione
>
> La descrizione della proposta (o l'apposita pagina) dovrebbe contenere
> un'analisi dei tag attuali, come verrebbero modificati, e con quali
> strumenti sarebbe eseguita la modifica.
>
> Ok, ho lanciato il sasso nello stagno, se considerate l'argomento
> degno d'interesse sono disponibile ad impostare un template nella wiki.
>
> Buona serata,
> Marco
>
> P.S. @Andy :  thank you for your reporting, it should be very helpful
> an Italian taginfo, we've to think about it.
>
>
> Il giorno gio 9 mag 2019 alle ore 09:45 Ale_Zena_IT via Talk-it
> mailto:talk-it@openstreetmap.org>> ha scritto:
>
> In questo periodo per lavoro stò scremando i tag del planet ed ho
> trovato veramente di tutto. Se aprite taginfo scoprite che su OSM
> sono presenti oltre 74.000 chiavi.
>
> Ieri ho scaricato l'Italia ed ho tirato giù la lista dei valori di
> highway, building, railway, amenity, natural, shop, place, leisure
> e anche layer (piuttosto che niente anche lì ci sono 20 valori
> differenti dal range -5/+5 ufficialmente riconosciuto).
>
> Spicca la chiave shop con 836 valori. Secondi i building, che tra
> errori di digitazione e creazione di tag di fantasia totalizzano
> 771 valori diversi. Al terzo posto le amenity con 632 valori diversi.
>
> Se vi volete fare un'idea di quanta spazzatura abbiamo in Italia (
> e magari correggerne un pò dalle vostre parti) potete visualizzare
> questo foglio di calcolo
> https://drive.google.com/open?id=16iLpVhbh0jlRE80ezsFLQVANoS4gr9YD
>
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing 

Re: [Talk-it] Source dubbio

[Andrea Musuruane]

Puoi indicare utente e un changeset? Hai già provato a contattare l'utente?

Ciao,

Andrea


Il sab 11 mag 2019, 10:18 Ivo Reano  ha scritto:

> Nella mia zona, Valli di Lanzo in provincia di Torino, un utente sta
> inserendo una quantità notevole di edifici e di natural=wood a volte
> cancellando il preesistente, ma sopratutto mettendo come source:
>
> “Documento realizzato da [Licenziatario], basato su “PLANIMETRIA CATASTALE
> DI RIFERIMENTO REGIONALE”.
>
> Solo contando i building sono oltre 31000!
> Ha l'aria di essere un import non discusso...
>
> Jrachi
> ___
> 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

[Talk-it] Source dubbio

[Ivo Reano]

Nella mia zona, Valli di Lanzo in provincia di Torino, un utente sta
inserendo una quantità notevole di edifici e di natural=wood a volte
cancellando il preesistente, ma sopratutto mettendo come source:

“Documento realizzato da [Licenziatario], basato su “PLANIMETRIA CATASTALE
DI RIFERIMENTO REGIONALE”.

Solo contando i building sono oltre 31000!
Ha l'aria di essere un import non discusso...

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

Re: [Talk-GB] How to tag this?

[Warin]

amenity=notice_board???


On 08/05/19 22:22, Philip Barnes wrote:

Also building=phonebox which I use.

The most common usage is defibrillators and bookshares.

Phil (trigpoint)

On Wednesday, 8 May 2019, Martin Wynne wrote:

On 08/05/2019 12:46, Andy Townsend wrote:


It's a bit of a stretch, but perhaps some kind of tourist information
feature?

Thanks Andy. I think it is intended for locals rather than tourists.
It's in a village on a country lane, not a recognised tourist destination.

On closer examination of my original photo, I think it is advertising a
themed "pub night" at the local village hall (which is nearby), rather
than an actual pub. There is a notice inside with a date and admission
charges.

I found this, but it's rather more than a notice board:

  
https://help.openstreetmap.org/questions/62741/best-tag-for-a-community-notice-board


cheers,

Martin.

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




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

Re: [Talk-it] Tag presenti in Italia

[Cascafico Giovanni]

Questo problema del nome comune a prefisso l'ho notato spesso anch'io.

+1 per la wiki

Ps: Per i fiumi/torrenti come si discrimina? Dalle mie parti ci sono
torrenti che non potrebbero essere definiti da intermittent, in quando
resta sempre più di un rivolo. Si potrebbe inaugurare waterway=torrent,
visto che la wiki lascia ampie possibilità.


Il ven 10 mag 2019, 22:08 mbranco2  ha scritto:

> Bravo Ale,
>
> hai scoperchiato un vaso di Pandora a cui penso da parecchio, vediamo se
> riusciamo a trovare una quadra.
>
> Finché si tratta di correggere errori di battitura, non c'è discussione e
> benemerito chi la fa.
> Anche eliminare la spazzatura-rumenta è opera meritoria, e dio solo sa
> quanta ce n'è in OSM...
>
> Voglio però cogliere l'occasione per fare una proposta, e cioè
> regolamentare in generale le "modifiche massive", che siano per sistemare
> macro-errori evidenti ma anche per proporre di standardizzare
> (=normalizzare) un certo modo di taggare.
> Un po' come per gli import, anche se con un iter un po' più blando.
>
> Lo ritengo opportuno perché penso sia da salvaguardare lo "spirito" di OSM
> che consente ed ammette uno "stile personale" di mappatura, così come
> permette che una certa caratteristica sia mappabile in più modi tra loro
> alternativi (anche se per deformazione professionale sono sensibile
> all'esigenza di normalizzazione/standardizzazione dei dati).
>
> Faccio un esempio (ne avevamo già parlato tempo fa ma a volte giova
> ripetere): a me non piace che nel name di un elemento ci sia anche il "cosa
> è", quindi per me il fiume più lungo d'Italia (che è taggato con
> waterway=river) è giusto che abbia name=Po e non name=Fiume Po. Ma allora
> perchè il Sesia ha name=Fiume Sesia ?
> Se fate una ricerca in overpass, vedrete che parecchi fiumi e torrenti
> hanno il name che inizia con "Fiume" o "Torrente".
> Stessa cosa per le montagne (natural=peak): magari che il name inizi con
> "Monte" lo lascerei per il Monte Bianco ed il Monte Rosa, ma ci sono
> tantissime altre cime che hanno il name che inizia con "Monte" (chiedo ai
> valdostani: lo Zerbion è più giusto chiamarlo "Monte Zerbion"?)
>
> Bene, io la penso così però sbaglierei di grosso se mi mettessi a
> modificare a tappeto tutti i name dei fiumi/torrenti o delle montagne
> italiane in base a come la penso io, senza una discussione con la
> comunità...
>
> Ecco quindi la proposta (vale tanto per la sistemazione di macro-errori
> evidenti quanto per le "normalizzazioni" potenzialmente soggette ad
> opinioni diverse):
> creare una pagina "Modifiche massive" nella Wiki  con una tabella che
> riporti
> - Titolo della proposta
> - Nickname del/i proponente/i
> - Data proposta
> - Area interessata (tutta l'Italia, una regione, una provincia...)
> - Link alla discussione in mailing list
> - Descrizione della proposta (se poche righe, altrimenti link ad una
> apposita pagina sempre nella wiki)
> - Data di esecuzione
>
> La descrizione della proposta (o l'apposita pagina) dovrebbe contenere
> un'analisi dei tag attuali, come verrebbero modificati, e con quali
> strumenti sarebbe eseguita la modifica.
>
> Ok, ho lanciato il sasso nello stagno, se considerate l'argomento degno
> d'interesse sono disponibile ad impostare un template nella wiki.
>
> Buona serata,
> Marco
>
> P.S. @Andy :  thank you for your reporting, it should be very helpful an
> Italian taginfo, we've to think about it.
>
>
> Il giorno gio 9 mag 2019 alle ore 09:45 Ale_Zena_IT via Talk-it <
> talk-it@openstreetmap.org> ha scritto:
>
>> In questo periodo per lavoro stò scremando i tag del planet ed ho trovato
>> veramente di tutto. Se aprite taginfo scoprite che su OSM sono presenti
>> oltre 74.000 chiavi.
>>
>> Ieri ho scaricato l'Italia ed ho tirato giù la lista dei valori di
>> highway, building, railway, amenity, natural, shop, place, leisure e anche
>> layer (piuttosto che niente anche lì ci sono 20 valori differenti dal range
>> -5/+5 ufficialmente riconosciuto).
>>
>> Spicca la chiave shop con 836 valori. Secondi i building, che tra errori
>> di digitazione e creazione di tag di fantasia totalizzano 771 valori
>> diversi. Al terzo posto le amenity con 632 valori diversi.
>>
>> Se vi volete fare un'idea di quanta spazzatura abbiamo in Italia ( e
>> magari correggerne un pò dalle vostre parti) potete visualizzare questo
>> foglio di calcolo
>> https://drive.google.com/open?id=16iLpVhbh0jlRE80ezsFLQVANoS4gr9YD
>>
>>
>> Alessandro Ale_Zena_IT
>> ___
>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Postleitzahlen

[andreas wecer]

Ich habe mal interessehalber den Zusammenhang Gemeinden - PLZ mit den
BEV-Daten ausgewertet. Ehrlich gesagt hätte ich eine größere
Übereinstimmung erwartet, es gibt:

2096 Gemeinden, davon 1014 mit mehr als einer PLZ

2221 Postleitzahlen, wovon 1059 über mehr als eine Gemeinde gehen (wiederum
30 davon enthalten nur vollständige Gemeinden und benötigen somit keine
zusätzlichen Grenzen)

In 597 Fällen stimmen Gemeinde- und PLZ-Grenzen - zumindest basierend auf
den aktuellen existierenden Adressen - exakt überein

csv-Dateien dazu:
https://drive.google.com/drive/folders/1Jsq6TyG-orJlS1TmntummRTa1iWco6ou

Teilweise läuft es auch entlang von Katastralgemeindegrenzen, aber das
lässt sich aus diesen Daten alleine nicht beurteilen und die fehlen sowieso
ebenso oft in den OSM-Daten, wären aber von manchen Ländern als OGD
erhältlich.

Grüße
Andreas
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at