Re: [Talk-it] Fermata per autobus turistici

[Francesco Ansanelli]

Ciao Lorenzo,

non so se abbiamo problemi con i tag public_transport o se non si applicano
in questo modo... Il caso più simile a livello di tag (con "platform" per
indicare la fermata) a quello suggerito da lei sembra anche l'unico in
Europa:

https://www.openstreetmap.org/node/4668797604#map=19/49.10933/6.17510

Osmose giustamente produce errori se si usa highway=bus_stop, senza un
public_transport. Stranamente non ci sono esempi con il tag turist_bus=yes
e questo mi fa pensare che non sia ancora molto diffuso.
Aspetto ancora qualche feedback e poi vedrò come fare.
Grazie
Francesco

Il sab 31 ago 2019, 00:52 Lorenzo Mastrogiacomi  ha
scritto:

> Dalla descrizione mi sembra una fermata.
>
> Intuisco che avete qualche problema con i tag public_transport :) ma
> almeno questo caso sarebbe gestibile, esistono già i tag di accesso
> distinti per bus pubblico e bus turistico.
> public_transport=stop_position + bus=no + tourist_bus=yes
>
> Lorenzo
>
>
>
> Il giorno ven, 30/08/2019 alle 23.31 +0200, Jo ha scritto:
>
> é piú como un parcheggio riservato alle bus turistiche che una fermata.
>
> Non penso que highway=bus_stop é corretto.
>
> Polyglot
>
> On Fri, Aug 30, 2019 at 11:23 PM Martin Koppenhoefer <
> dieterdre...@gmail.com> wrote:
>
>
>
> sent from a phone
>
> On 30. Aug 2019, at 18:36, Francesco Ansanelli 
> wrote:
>
> Sono d'accordo... Però pensavo:
>
> highway=bus_stop +
> public_transport=no +
> description="fermata riservata autobus turistici per salita - discesa
> passeggeri"
>
>
>
> non lo so, potresti anche aggiungere bus=no tourist_bus=yes ma alla fine
> rimane sempre incompatibile quel highway=bus_stop che dovrebbe essere: “un
> posto dove gli autobus pubblici fermano” (“A bus stop is a place where
> public buses stop.”)
>
> Non ho nemmeno un’alternativa ;-)
>
> Forse come un parcheggio pullman a breve durata?
>
>
> ___
> 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-au] [Imports] Australia / Victoria / Melbourne - VicMap Property

[Andrew Harvey]

On Mon, 2 Sep 2019 at 08:11, Simon Jackson 
wrote:

> On one hand we're already snapping features like parks, landuse, and a
>> variety of amenity tags to the property boundaries (based on aerial
>> imagery), how would you reconcile what's in OSM already vs what you propose
>> to import?
>>
>
> As a OSM noob, this was where I would fall to your advice on how layers
> can be merged and dealing with conflicts.
>

The approach I'm thinking of is an editor could choose to load in a few
boundaries while they map, so instead of tracing from aerial imagery, they
may choose to import the parcel boundaries data and then use that as the
raw geometry which they add attributes to. Make it opt in for mappers as
part of the regular editing process. So no mass import, but an a-hoc
gradual migration to using VicMap's property boundaries where they would
help OSM.

This could be through the JOSM RemoteControl import command
https://wiki.openstreetmap.org/wiki/JOSM/RemoteControl#import_command,
where you load a map on a website, click the parcels you want and load them
straight into JOSM.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Fwd: [Imports] Australia / Victoria / Melbourne - VicMap Property

[Luke]

Hi

Something to keen in mind:

Land Use Victoria (VicMap) are currently undergoing a project called
Digital Cadastre Modernisation. The project is looking to increase the
spatial accuracy of parcels throughout Victoria. This means VicMap Parcel
and all features tied to the parcel boundaries (Property, Address,
Planning) will be re-aligned over time as part of this project. If you bulk
import now the data will likely soon be out of date and you may need to
update existing features, not just in areas where there are subdivisions.
Also the current spatial positioning of Parcels can be pretty bad in some
areas - mostly rural.

-- 

*Luke Bassett*
* *Melbourne Australia
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-pt] Removing "WikiProject" prefix

[Topo Lusitania Lusitania via Talk-pt]

 Hola

Perfecto, sin problemas e muchas gracias por el trabajo
Un cordial saludo
TL

PD - Creo que no vas a tener muchas respuestas en esta lista de correo. Es muy 
poco activa, apesar de ser el canal oficial de comunicacion OSM






A equipa TopoLusitania On Sunday, September 1, 2019, 2:52:56 PM GMT+1, 
dcapillae  wrote:  
 
 [Mensagem em inglês com tradução automática para português]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki 
pages related to the Portugal mapping project to remove the 
"Wikiproject" prefix according to the pages name conventions [1].

The name of the pages related to the Portugal mapping project would be 
"Portugal" (name of place) instead of "Wikiproject Portugal", as 
recommended by the wiki conventions. It is a change that I have already 
made in United States [2], Canada [3], Spain [4], Australia [5], New 
Zealand [6], South Africa [7], and all Spanish-speaking countries [8]. 
The pages of Israel, Denmark, Norway, United Kingdom, Italy, Germany and 
Philippines have also been renamed (soon also France).

All pages with "WikiProject" prefix will be redirected automatically. 
There will be no broken links in any case.  I'll make sure everything 
works correctly, just like now.

Do you like the idea? I have posted this message on the wiki in case you 
prefer to comment there [9].

Thank you for you attention! Greetings from Spain.

Regards,
Daniel


[Tradução automática]

Hola,

Eu sou o Daniel, de Espanha. Eu gostaria de mudar o nome das páginas 
wiki relacionadas ao projeto de mapeamento de Portugal para remover o 
prefixo "Wikiprojeto" de acordo com as convenções de nomes de páginas [1].

O nome das páginas relacionadas ao projeto de mapeamento de Portugal 
seria "Portugal" (nome do lugar) em vez de "Wikiprojeto Portugal", como 
recomendado pelas convenções wiki. É uma mudança que já fiz nos Estados 
Unidos [2], Canadá [3], Espanha [4], Austrália [5], Nova Zelândia [6], 
África do Sul [7] e todos os países de língua espanhola [8]. As páginas 
de Israel, Dinamarca, Noruega, Reino Unido, Itália, Alemanha e Filipinas 
também foram renomeadas (em breve também em França).

Todas as páginas com o prefixo "WikiProject" serão redireccionadas 
automaticamente. Não haverá links quebrados em nenhum caso.  Vou 
certificar-me de que tudo funciona correctamente, tal como agora.

Gosta da ideia? Eu postei esta mensagem no wiki no caso de você preferir 
comentar lá [9].

Obrigado pela sua atenção! Saudações da Espanha.

Cumprimentos,
Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] https://wiki.openstreetmap.org/wiki/Australia
[6] https://wiki.openstreetmap.org/wiki/New_Zealand
[7] https://wiki.openstreetmap.org/wiki/South_Africa
[8] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[9] 
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Portugal#Removing_.22WikiProject.22_prefix


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

Re: [Talk-es] Toponimia en Galicia

[dcapillae]

Buenas noches.

Voy a añadir un comentario a mi último mensaje por si ayuda a resolver dudas
al respecto del uso de las etiquetas «name» en lo relativo a su importancia.

Me da la impresión de que existe mucha confusión en lo relativo a la
importancia de las etiquetas «name». No existe ningún lugar mejor para el
nombre de las cosas en OSM, más destacable, más relevante, más privilegiado,
de mayor rango, que ocupar la etiqueta «name».

Usar la etiqueta «official_name» no le aporta nada al nombre de A Coruña. El
mayor rango que se le puede dar a un nombre es colocarlo en la etiqueta
«name». La etiqueta «official_name» se usa, como ya he explicado, cuando el
nombre oficial no coincide con el nombre más destacable, el más conocido, el
que usa la gente: el mejor. 

¿Qué nombre diríais que tiene más relevancia, «Chile» o «República de
Chile»? Obviamente «Chile», que es el que todo el mundo usa, el que todo el
mundo conoce, incluso las personas que no conocen cuál es el nombre oficial
del estado chileno.

name = Chile
official_name = República de Chile

La etiqueta «official_name=República de Chile» cumple su función en este
caso, una función auxiliar, clarificar cuál es el nombre común y cuál el
oficial, pero no le aporta nada al nombre de Chile, que es el bueno.

Si usáis lo siguiente,

name = A Coruña
official_name = A Coruña

no solo estaréis haciendo un uso inadecuado de las etiquetas de OSM, sino
que además no le estaréis aportando nada al nombre principal. Quiero decir
que es posible darle más relevancia a un nombre que ponerlo en la etiqueta
«name». La otra etiqueta es auxiliar, cumple una función secundaria (en este
caso, ninguna) ¿Comprendéis lo que quiero decir?

Me temo que lo de «official» nos confunde. Pensamos que si usamos esa
etiqueta le daremos más relevancia al nombre que usemos. Pensamos «Es
oficial, luego debe ser importante». Pues no, la etiqueta cumple una función
auxiliar y ese nombre no es el principal.

En cuanto a las etiquetas con prefijos de idiomas, tres cuartos de lo mismo.
¿Qué nombre tiene más relevancia, el que aparece en «name» o el que aparece
en «name:xx»? Obviamente el que aparece en «name». El otro es el nombre en
un idioma en particular, no el nombre principal del objeto.

Todo el mundo, a nivel planetario, conoce el nombre de la ciudad de Londres,
«name=London», pero no todo el mundo conoce el nombre de la ciudad en
español, «name:es=Londres». ¿Lo entendéis?

Por más vueltas que le deis, usar la etiqueta «official_name», además de ser
incorrecto, no le aporta nada al nombre de A Coruña en cuanto a darle más
relevancia. El nombre de A Coruña es «A Coruña» y no hay mejor lugar, más
destacable, más importante, más privilegiado, más sobresaliente, que ponerlo
ocupando, en solitario, desafiante y rampante, la etiqueta «name»:

name = A Coruña



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[talk-au] Fwd: [Imports] Australia / Victoria / Melbourne - VicMap Property

[Simon Jackson]

Thanks for the responses.  Some comments below.

On Sun, 1 Sep 2019 at 23:15, Andrew Harvey  wrote:

> On Sun, 1 Sep 2019 at 10:02, Simon Jackson 
> wrote:
>
>> *Short Version:*
>> https://arcg.is/0Tu8Tb
>> Start a discussion on incorporating the VicMap Property dataset into OSM.
>>
>
> Sorry I can't see that link without an ESRI login.
>
My Bad - this should work https://arcg.is/T5frX (Content tab to turn the
VicMap Property layer on/off, some duplicate layers there.

>
>
>> *The Data*
>> The VicMap dataset consists of a number of layers that have been made
>> available as open data under a creative commons license.
>>
>
> CC BY licensing alone is still not suitable for use in OSM due to
> https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/. However the
> good news is VicMap data's owner has completed the required waiver, as
> noted at https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue.
>

Excellent link, and good to hear the VicMap team are on board.  I know
their data has flowed through to a number of other vendor basemaps.


>
>
>> There are a couple of layers that as an OSM user, I would would be of
>> value to consider for an initial bulk import
>>  of data, and then
>> potentially looking at workflows to sync the importing of the incremental
>> deltas through periodically.
>>
>> *VicMap Property:*
>> https://discover.data.vic.gov.au/dataset/property-view-vicmap-property
>>
>>
> https://wiki.openstreetmap.org/wiki/Parcel gives a good overview of
> cadastre data for use in OSM, in short there is no clear consensus on if we
> should import it or not.
>
> I'm a bit torn for both sides, on one hand it's very easy for downstream
> consumers to combine parcel boundaries with OSM data to form a map, I do
> this all the time. On the other hand having this data in OSM can help map
> features more accuratly to those boundaries. I see this being done on an ad
> hoc basis, where editors can pull in a few boundaries at a time as you're
> mapping things like residential landuse, parks etc. not a mass import.
>
> I would be against a mass import, simply because you'd end up with too
> many duplicates based on things already mapped which would make almost
> impossible.
>
> Are you suggesting to import all boundaries, or only certain kinds? What
> tags would you use? I'm keen to see a more concrete plan of what you're
> proposing. Property boundaries aren't in the default OSM style, not to say
> that's any reason not to do this, but just something to keep in mind.
>

I wanted to get the discussion going on the consideration of incorporating
the VicMap Property layer into OSM, and I was leaning towards a mass import
(and discussing the problems that go with that)
You guys are the experts in OSM data curation - The main plan was to get
this email discussion started :)

I will read that link in detail layer, but it does appear that parcel
boundaries historically have not been merged into OSM, so I think that
likely cuts this discussion short (for VM Property anyhow).
I know that whilst end-users can mashup the boundary layer onto the OSM
layers, I do know a lot of people favour basemaps in VIC that incorporate
the cadastral layers fused in - the VicMap API basemaps as an example.

>
> On one hand we're already snapping features like parks, landuse, and a
> variety of amenity tags to the property boundaries (based on aerial
> imagery), how would you reconcile what's in OSM already vs what you propose
> to import?
>

As a OSM noob, this was where I would fall to your advice on how layers can
be merged and dealing with conflicts.


>
>
>> *VicMap Address:*
>> https://discover.data.vic.gov.au/dataset/address-vicmap-address
>
>
> Again, I think these would be useful, but again I'd like to see a well
> laid out plan on the import. eg. resolving conflicts, avoiding duplicates.
> Then there's consideration as to where the address be mapped, on a lone
> node, on a building, on the amenity feature or all of the above?
>
> What about addresses which don't exist on the ground, should these be in
> OSM or not?
>
>>
>>- I use OSM as a basemap and for network analysis, but I have not
>>contributed to OSM (I plan to do a small area of VicMap Property on my
>>street after this email using the ArcGIS OSM tools).
>>
>> I'd suggest you do some contributing to OSM first, to gain the mapper's
> perspective, since you mentioned you've not contributed before. I think
> this is important to have that understanding before thinking about an
> import.
>

Agreed.  I will be doing this over the week.



-- 
Simon Jackson
+61 (0)447735786
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-es] Toponimia en Galicia

[dcapillae]

Gracias, Jorge.

Cualquier solución que no incluya «name:es=La Coruña» no es admisible. La
Coruña es el nombre en español. De las cuatro opciones, la única válida es
la número 1.

En cuanto a la etiqueta «official_name», es completamente superflua. La
etiqueta «official_name=*» está pensada para clarificar situaciones en las
que el nombre común y el nombre oficial no coinciden [1]. En el resto de
casos, no es aplicable y resulta completamente innecesaria.

Por ejemplo, Chile, oficialmente, República de Chile:

name=Chile
official_name=República de Chile

Otro ejemplo, Venezuela [2]:

name=Venezuela
official_name=República Bolivariana de Venezuela

En A Coruña no hay necesidad de clarificar nada porque no hay confusión
posible. Su nombre es «A Coruña», no tiene ningún otro. Su nombre oficial y
su nombre común son uno solo.

Dicho esto, si tanto interés hay en resaltar la oficialidad del nombre, pues
que se utilice. No puedo decir que sea correcto porque no lo es, pero al
menos no entra en conflicto con otras etiquetas.

El nombre oficial de Málaga es Málaga. No tiene sentido usar «name=Málaga»
junto con «official_name=Málaga». ¿No véis que son el mismo nombre? Yo no lo
pondría, pero si alguien lo añade, no voy a discutir con él. No es correcto
en cualquier caso. A alguien se le puede ocurrir añadirlo a todas las
localidades de España. Un absurdo monumental.


[1] https://wiki.openstreetmap.org/wiki/Key:name



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-pt] Removing "WikiProject" prefix

[Marcos Oliveira]

Fine by me.

dcapillae  escreveu no dia domingo, 1/09/2019 à(s)
14:52:

> [Mensagem em inglês com tradução automática para português]
>
> Hi,
>
> I am Daniel, from Spain. I would like to change the name of the wiki
> pages related to the Portugal mapping project to remove the
> "Wikiproject" prefix according to the pages name conventions [1].
>
> The name of the pages related to the Portugal mapping project would be
> "Portugal" (name of place) instead of "Wikiproject Portugal", as
> recommended by the wiki conventions. It is a change that I have already
> made in United States [2], Canada [3], Spain [4], Australia [5], New
> Zealand [6], South Africa [7], and all Spanish-speaking countries [8].
> The pages of Israel, Denmark, Norway, United Kingdom, Italy, Germany and
> Philippines have also been renamed (soon also France).
>
> All pages with "WikiProject" prefix will be redirected automatically.
> There will be no broken links in any case.  I'll make sure everything
> works correctly, just like now.
>
> Do you like the idea? I have posted this message on the wiki in case you
> prefer to comment there [9].
>
> Thank you for you attention! Greetings from Spain.
>
> Regards,
> Daniel
>
>
> [Tradução automática]
>
> Hola,
>
> Eu sou o Daniel, de Espanha. Eu gostaria de mudar o nome das páginas
> wiki relacionadas ao projeto de mapeamento de Portugal para remover o
> prefixo "Wikiprojeto" de acordo com as convenções de nomes de páginas [1].
>
> O nome das páginas relacionadas ao projeto de mapeamento de Portugal
> seria "Portugal" (nome do lugar) em vez de "Wikiprojeto Portugal", como
> recomendado pelas convenções wiki. É uma mudança que já fiz nos Estados
> Unidos [2], Canadá [3], Espanha [4], Austrália [5], Nova Zelândia [6],
> África do Sul [7] e todos os países de língua espanhola [8]. As páginas
> de Israel, Dinamarca, Noruega, Reino Unido, Itália, Alemanha e Filipinas
> também foram renomeadas (em breve também em França).
>
> Todas as páginas com o prefixo "WikiProject" serão redireccionadas
> automaticamente. Não haverá links quebrados em nenhum caso.  Vou
> certificar-me de que tudo funciona correctamente, tal como agora.
>
> Gosta da ideia? Eu postei esta mensagem no wiki no caso de você preferir
> comentar lá [9].
>
> Obrigado pela sua atenção! Saudações da Espanha.
>
> Cumprimentos,
> Daniel
>
> [1]
>
> https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
> [2] https://wiki.openstreetmap.org/wiki/United_States
> [3] https://wiki.openstreetmap.org/wiki/Canada
> [4] https://wiki.openstreetmap.org/wiki/ES:Spain
> [5] https://wiki.openstreetmap.org/wiki/Australia
> [6] https://wiki.openstreetmap.org/wiki/New_Zealand
> [7] https://wiki.openstreetmap.org/wiki/South_Africa
> [8]
> https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
> [9]
>
> https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Portugal#Removing_.22WikiProject.22_prefix
>
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>


-- 
Um Abraço,
Marcos Oliveira
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-it] Traliccio Terna

[Martin Koppenhoefer]

sent from a phone

On 1. Sep 2019, at 13:11, Fabrizio Tambussa  wrote:

>> ritrovate anche su altre targhe Terna,
> 
> 
> T = terna, ovvero la linea elettrica con tre fili
> P = palo


per me farebbero parte del ref, anche se non cambiano (al momento / in questo 
contesto)


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

Re: [Talk-es] Toponimia en Galicia

[Jorge Sanz Sanfructuoso]

Sigue sin llegarse a una solución desde el grupo de Telegram aunque creo
que ha ido algo mejor la situación.

Se han comentado unas aproximaciones que puede que solucionen en parte los
problemas aunque no se ha llegado a un acuerdo, ni una única postura.
Corregirme si me equivoco en algo pero estas aproximaciones han salido.

Aproximación 1
name=A Coruña
name:gl=A Coruña
name:es=La Coruña
official_name=A Coruña

Aproximación 2
name=A Coruña
name:gl=A Coruña
name:es=A Coruña
alt_name:es=La Coruña

Aproximación 3
name=A Coruña
name:gl=A Coruña
name:es=A Coruña
alt_name:es=La Coruña
official_name=A Coruña

Aproximación 4
name=A Coruña
name:gl=A Coruña
name:es=La Coruña
official_name:es=A Coruña

Creo que representar la oficialidad de "A Coruña", aunque ya este en name
no es mala solución. Por lo que la aproximación 1 y 4 me parecen que pueden
ser soluciones correctas.
La 2 y la 3 no. Se sigue dejando a name:es sin lo que tiene que ser y es
incorrecto.
Entiendo el sentimiento de que quede claro que es un nombre oficial y
reconocido. Y creo que es como tiene que ser. "A Coruña" es el nombre
oficial reconocido por España. Pero eso no quita que el nombre en el
idioma, no en el país, en el idioma español o castellano si queréis
quitarle el país, es "La Coruña".

Dentro de la aproximación 1 y 4 me gusta más la 1 pero no tendría problema
con ninguna de las 2.

Creo que todos tenemos que intentar ver las 2 partes y buscar un punto
medio. La linea de los sentimientos, lo hago porque nos quieren hacer de
menos. En ambas partes y en ambos sentidos. Es una línea muy difusa. Lo que
nos puede parecer que es para no dañarnos al final lo que hace es dañar al
de al lado. Reconocer la oficialidad de "A Coruña" lo veo correcto y es la
verdad y cómo tiene que ser, pero negar como se dice en el idioma español
que es "La Coruña" veo ir contra el idioma. Entiendo el sentimiento y que
hay gente que lo usa para mal, sobre todo en la parte política. Pero de eso
no tenemos la culpa el resto de hispanohablantes, por unos cuantos no
tenemos que sufrir millones.




El dom., 1 sept. 2019 a las 21:49, dcapillae ()
escribió:

> Gracias, Jorge.
>
> Yo también estoy en contacto. Esperemos convencerle.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>


-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanzs.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Toponimia en Galicia

[dcapillae]

Gracias, Jorge.

Yo también estoy en contacto. Esperemos convencerle.



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[OSM-talk-ie] Main road deleted in error

[Colm Moore]

Hi,

Shangort Road in Galway city has been deleted. I'm not sure how to find the 
changeset to undo this.

Any ideas?

Colm

---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-es] Toponimia en Galicia

[Jorge Sanz Sanfructuoso]

Justo se esta hablando el tema y entre otros esta Iván en el grupo de
Telegram. He pedido varias veces que se mire la lista.

El dom., 1 sept. 2019 a las 21:04, dcapillae ()
escribió:

> Por favor, tratad de convencer a Iván de que reconsidere su aptitud. No
> quisiera que esto acabara en una sanción.
>
> Yo ya lo he intentado sin éxito, pero apoyaré a cualquiera que intente
> convencerle. Hago un especial llamamiento a los mapeadores gallegos. Toda
> esta polémica es innecesaria. No tiene ningún sentido.
>
> Echadme una mano, por favor.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>


-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanzs.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Toponimia en Galicia

[dcapillae]

Por favor, tratad de convencer a Iván de que reconsidere su aptitud. No
quisiera que esto acabara en una sanción.

Yo ya lo he intentado sin éxito, pero apoyaré a cualquiera que intente
convencerle. Hago un especial llamamiento a los mapeadores gallegos. Toda
esta polémica es innecesaria. No tiene ningún sentido.

Echadme una mano, por favor.



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-ko] OSM에서의 중립적 시각에 대해

[Changwoo Ryu]

과거에 "한글 (English)" 형식으로 이름을 쓰는 것을 바꾸는 과정에서 관련 얘기가 나왔었는데요. "name"은 표지판,
간판에 써 있는 것과 같은, 현지에서 사람들이 쓰는 이름입니다. 중립성과는 관계가 없습니다. ("リアンクール岩礁/리앙쿠르
암초"라고 쓴 게 설령 중립적이라고 쳐도.)

2019년 9월 1일 (일) 오후 10:14, Garam Gim 님이 작성:
>
> 안녕하세요.
>
> 포럼에 글을 올리려다 여기로 글을 남깁니다.
>
> https://www.openstreetmap.org/changeset/73755728
> https://www.openstreetmap.org/changeset/73754200
>
> 최근 위와 같은 흥미로운 기여를 보고 OSM에서의 중립적 시각이 무엇인가에 대해 생각을 해봤는데요.
>
> 우선, OSM은 위키백과와 같이 중립적 시각이라는 정책을 가지고 있지 않은 것으로 알고 있지만, 근래에 OSM 포럼에서 크림반도 건을 
> 포함하여 국가간 분쟁 지역(!)에 대한 논의가 있었던 것으로 알고 있는데요.
>
> 이와 관련하여 중립적이라는 이름 하에 위의 링크들과 같이 한국권 관련 지형지물에서 POV 편집이 강행되는 경우(가령, 
> https://www.openstreetmap.org/changeset/73755728 편집과 같이 타언어 명칭을 변경하는 것 포함) 
> 어떻게 해야 하는가 대한 메뉴얼이 필요하다고 생각합니다.
>
> 다만, 이는 독도가 대한민국이 실효점유하고 있기 때문에 대한민국령이다라고 주장해야 한다는 것이 아니라, 해당 지형지물들의 대표명칭을 어떻게 
> 선정할 것인가에 대한 것인데요.
>
> 과거 중국-필리핀, 중국-일본 분쟁지역의 지명들의 상황을 본 적이 있는데 당시 ‘(언어1)/(언어2)’ 형식으로 적혀 있었습니다. 이 
> 경우에는 실질적으로 한 국가의 실효지배가 이루어지지 않은 관계로 그러한 표기가 이루어지는 것으로 여겨지나 정확히 관련하여 과거 논의가 
> 있었는지는 확인하지 못하였습니다.
>
> 세계적으로도 여러 분쟁지역이 있고 그에 대한 표제어 표기 방식에 대한 방법이 다양하지 않을까 싶은데 이를 참고하여 논의해보았으면 합니다.
>
> 감사합니다.
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [Talk-es] Toponimia en Galicia

[dcapillae]

Buenas tardes.

De nuevo he pecado de ingenuo. Había confiado en exceso en la buena voluntad
de Iván al hacer el cambio. Me equivoqué.

Esta ha sido su respuesta [1]. También podéis consultar la discusión del
conjunto de cambios [2]:


> Hola, es simple cuestión de respeto a un idioma que está minorizado y
> atacado durante años por otro imperante y el cual no va a perder potencia
> si se cambia un simple topónimo, esperamos que tengáis esa sensibilidad y
> respeto. 

Se confirma, pues, la intencionalidad política detrás de estos cambios. Se
trata de imponer por la fuerza el nombre en gallego a la comunidad
hispanohablante, sin respetar las convenciones de OSM, sin respetar las
decisiones de esta comunidad, sin respetar el sentido común ni la realidad.
Así, o más claro.

Tres días polemizando conmigo, acusándome no sé muy bien de qué, y ninguno
de los que me han criticado ha tratado de ponerse en contacto con Iván.
Luego me diréis que esta comunidad y su censura ideológica no es responsable
de nada.

Si nadie reporta el caso al Grupo de Trabajo de Datos, lo haré yo mismo
lamentándolo mucho.

[1]
https://wiki.openstreetmap.org/w/index.php?title=ES_talk:Espa%C3%B1a/Normalizaci%C3%B3n=1897128
[2] https://www.openstreetmap.org/changeset/73853450



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[Talk-ko] weeklyOSM #475 2019-08-20-2019-08-26

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 475번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/12353/

읽어 주셔서 감사합니다!
셨나요? 그냥 https://osmbc.openstreetmap.de/login 에 들어가서 오픈스트리트맵 계정으로 로그인하기만 하면 됩니다. 
기사 작성법 등의 정보는 여기를 참조하세요.
주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

[Talk-de] Neue Mailingliste für Mainz

[Erik Donner]

Hi zusammen,

es gibt jetzt eine OSM-Mailingliste für Mainz: 
https://lists.openstreetmap.de/listinfo/mainz


Sobald da ein paar Leute drauf sind, nehmen wir dann den ersten 
Stammtisch in Angriff.


Viele Grüße
Erik

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

Re: [OSM-talk] Anonymous comments on notes now disabled

[Mateusz Konieczny]

1 Sep 2019, 17:53 by oleksiy.muzal...@bluewin.ch:

> On 9/1/19 09:50, joost schouppe wrote:
>
>>
>>
>> Op vr 30 aug. 2019 13:15  schreef Oleksiy Muzalyev <>> 
>> oleksiy.muzal...@bluewin.ch >> >:
>>
>>> I think in future when there will be more space on servers  it 
>>> would be a 
>>>  good idea to add a possibility to attach an optional image  to 
>>> a note for 
>>>  the registered users.
>>>
>>
>> Images are a really useful addition to a written  Note. But it could 
>> be handled without having to host the  actual images. A user 
>> interface could just upload them  somewhere, and add the url to the 
>> note.
>>
>>>
>>>
>
> It certainly could be done like this. Though there will be more  clicks 
> for a note. I do not remember the exact statistics figures,  - something 
> like each excessive click drops about 20% of potential  users. That is 
> why organizations, which could afford usability  studies, implement 
> various "one-click buying" solutions.
>
>
> Images could be uploaded and stored on a separate server. There  will be 
> no other connection to production serves except HTML IMG  tags in notes. 
> An image file size could be limited at first to say  100 KB. Even if an 
> attacker manages to pass the security filters  and upload a pseudo-image 
> file with a malicious code (what is  unlikely) nothing dramatic would 
> happen. There will be no images  in notes for several hours until the OS 
> is reinstalled on the  server and the files restored from a backup.
>
>
> I was recently asked to participate in mapping of a small town in  a 
> region several thousand kilometers from my location. I could not  
> understand what kind of threes they have there. Are they  broad-leaved or 
> needle-leaved, - I could not see it from satellite  images. There were no 
> photos in its Wikipedia page. I could  neither see what type of paths 
> they have. One or two 100 KB  survey-style photos would be enough.
>
>
> ref.: > https://en.wikipedia.org/wiki/1-Click 
> 
>
>
Note that StreetComplete already has
well working version of
"Create note with linked image"
(bottom left icon allows to create note
and attach image - note also that 
StreetComplete will ask for login 
info after making about 10 edits).___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Anonymous comments on notes now disabled

[Oleksiy Muzalyev]

On 9/1/19 09:50, joost schouppe wrote:



Op vr 30 aug. 2019 13:15 schreef Oleksiy Muzalyev 
mailto:oleksiy.muzal...@bluewin.ch>>:


I think in future when there will be more space on servers it
would be a
good idea to add a possibility to attach an optional image to a
note for
the registered users.


Images are a really useful addition to a written Note. But it could be 
handled without having to host the actual images. A user interface 
could just upload them somewhere, and add the url to the note.


It certainly could be done like this. Though there will be more clicks 
for a note. I do not remember the exact statistics figures, - something 
like each excessive click drops about 20% of potential users. That is 
why organizations, which could afford usability studies, implement 
various "one-click buying" solutions.


Images could be uploaded and stored on a separate server. There will be 
no other connection to production serves except HTML IMG tags in notes. 
An image file size could be limited at first to say 100 KB. Even if an 
attacker manages to pass the security filters and upload a pseudo-image 
file with a malicious code (what is unlikely) nothing dramatic would 
happen. There will be no images in notes for several hours until the OS 
is reinstalled on the server and the files restored from a backup.


I was recently asked to participate in mapping of a small town in a 
region several thousand kilometers from my location. I could not 
understand what kind of threes they have there. Are they broad-leaved or 
needle-leaved, - I could not see it from satellite images. There were no 
photos in its Wikipedia page. I could neither see what type of paths 
they have. One or two 100 KB survey-style photos would be enough.


ref.: https://en.wikipedia.org/wiki/1-Click

brgds

O.

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

Re: [Talk-ko] OSM에서의 중립적 시각에 대해

[Yongmin H. via Talk-ko]

OSM 재단의 정책 
https://wiki.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf 
을 덧붙입니다.

--
Yongmin (용민)
Sent from my iPhone
https://reviwiki.info/
Text licensed under CC BY ND 2.0 KR
Please note that this address is list-only address and any non-mailing list 
mails will be treated as spam.
Please use https://encrypt.to/0x947f156f16250de39788c3c35b625da5beff197a

2019. 9. 1. 22:14, Garam Gim  작성:

> 안녕하세요.
> 
> 포럼에 글을 올리려다 여기로 글을 남깁니다.
> 
> https://www.openstreetmap.org/changeset/73755728
> https://www.openstreetmap.org/changeset/73754200
> 
> 최근 위와 같은 흥미로운 기여를 보고 OSM에서의 중립적 시각이 무엇인가에 대해 생각을 해봤는데요.
> 
> 우선, OSM은 위키백과와 같이 중립적 시각이라는 정책을 가지고 있지 않은 것으로 알고 있지만, 근래에 OSM 포럼에서 크림반도 건을 
> 포함하여 국가간 분쟁 지역(!)에 대한 논의가 있었던 것으로 알고 있는데요.
> 
> 이와 관련하여 중립적이라는 이름 하에 위의 링크들과 같이 한국권 관련 지형지물에서 POV 편집이 강행되는 경우(가령, 
> https://www.openstreetmap.org/changeset/73755728 편집과 같이 타언어 명칭을 변경하는 것 포함) 
> 어떻게 해야 하는가 대한 메뉴얼이 필요하다고 생각합니다.
> 
> 다만, 이는 독도가 대한민국이 실효점유하고 있기 때문에 대한민국령이다라고 주장해야 한다는 것이 아니라, 해당 지형지물들의 대표명칭을 어떻게 
> 선정할 것인가에 대한 것인데요.
> 
> 과거 중국-필리핀, 중국-일본 분쟁지역의 지명들의 상황을 본 적이 있는데 당시 ‘(언어1)/(언어2)’ 형식으로 적혀 있었습니다. 이 
> 경우에는 실질적으로 한 국가의 실효지배가 이루어지지 않은 관계로 그러한 표기가 이루어지는 것으로 여겨지나 정확히 관련하여 과거 논의가 
> 있었는지는 확인하지 못하였습니다.
> 
> 세계적으로도 여러 분쟁지역이 있고 그에 대한 표제어 표기 방식에 대한 방법이 다양하지 않을까 싶은데 이를 참고하여 논의해보았으면 합니다.
> 
> 감사합니다.
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

[Talk-pt] Removing "WikiProject" prefix

[dcapillae]

[Mensagem em inglês com tradução automática para português]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki 
pages related to the Portugal mapping project to remove the 
"Wikiproject" prefix according to the pages name conventions [1].


The name of the pages related to the Portugal mapping project would be 
"Portugal" (name of place) instead of "Wikiproject Portugal", as 
recommended by the wiki conventions. It is a change that I have already 
made in United States [2], Canada [3], Spain [4], Australia [5], New 
Zealand [6], South Africa [7], and all Spanish-speaking countries [8]. 
The pages of Israel, Denmark, Norway, United Kingdom, Italy, Germany and 
Philippines have also been renamed (soon also France).


All pages with "WikiProject" prefix will be redirected automatically. 
There will be no broken links in any case.  I'll make sure everything 
works correctly, just like now.


Do you like the idea? I have posted this message on the wiki in case you 
prefer to comment there [9].


Thank you for you attention! Greetings from Spain.

Regards,
Daniel


[Tradução automática]

Hola,

Eu sou o Daniel, de Espanha. Eu gostaria de mudar o nome das páginas 
wiki relacionadas ao projeto de mapeamento de Portugal para remover o 
prefixo "Wikiprojeto" de acordo com as convenções de nomes de páginas [1].


O nome das páginas relacionadas ao projeto de mapeamento de Portugal 
seria "Portugal" (nome do lugar) em vez de "Wikiprojeto Portugal", como 
recomendado pelas convenções wiki. É uma mudança que já fiz nos Estados 
Unidos [2], Canadá [3], Espanha [4], Austrália [5], Nova Zelândia [6], 
África do Sul [7] e todos os países de língua espanhola [8]. As páginas 
de Israel, Dinamarca, Noruega, Reino Unido, Itália, Alemanha e Filipinas 
também foram renomeadas (em breve também em França).


Todas as páginas com o prefixo "WikiProject" serão redireccionadas 
automaticamente. Não haverá links quebrados em nenhum caso.  Vou 
certificar-me de que tudo funciona correctamente, tal como agora.


Gosta da ideia? Eu postei esta mensagem no wiki no caso de você preferir 
comentar lá [9].


Obrigado pela sua atenção! Saudações da Espanha.

Cumprimentos,
Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention

[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] https://wiki.openstreetmap.org/wiki/Australia
[6] https://wiki.openstreetmap.org/wiki/New_Zealand
[7] https://wiki.openstreetmap.org/wiki/South_Africa
[8] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[9] 
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Portugal#Removing_.22WikiProject.22_prefix



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

Re: [Talk-it] jeep abbandonata

[Volker Schmidt]

Sono 100% sicuro che una Matta
Volker


Virus-free.
www.avast.com

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

On Sun, 1 Sep 2019 at 12:10, Andy Townsend  wrote:

> It's looks a bit like a series 2 or 2 short wheelbase Landrover, but it
> might be a "home made" conversion of something else made to look like one -
> the wooden rear top and the "suicide" doors look very home made.  It's
> likely that several other cars (and possibly a garden shed) contributed
> parts to it.
>
> Best Regards,
>
> Andy
>
> Sembra un Landrover a passo corto serie 2 o 2, ma potrebbe essere una
> conversione "fatta in casa" di qualcos'altro fatto per assomigliare a uno:
> la parte superiore in legno e le porte "suicide" sembrano molto fatte in
> casa. È probabile che diverse altre auto (e forse una casetta da
> giardino) abbiano contribuito ad alcune parti.
>
>
>
> On 01/09/2019 10:16, Alfredo Gattai wrote:
>
> Sembra un vecchissimo land rover ma servirebbe una foto delle parti
> anteriore e posteriore
>
> Il Dom 1 Set 2019, 11:09 demon_box  ha scritto:
>
>> ciao, scusate forse domanda un po' OT ma c'è qualcuno che mi saprebbe dire
>> marca e modello di questa vecchia jeep abbandonata tra i boschi alla fine
>> di
>> una sterrata?
>>
>> <
>> http://gis.19327.n8.nabble.com/file/t343727/IMG_0021_%281600_x_1200%29.jpg>
>>
>>
>> grazie
>>
>> --enrico
>>
>>
>>
>>
>> --
>> 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 
> listTalk-it@openstreetmap.orghttps://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-au] [Imports] Australia / Victoria / Melbourne - VicMap Property

[Andrew Harvey]

On Sun, 1 Sep 2019 at 10:02, Simon Jackson 
wrote:

> *Short Version:*
> https://arcg.is/0Tu8Tb
> Start a discussion on incorporating the VicMap Property dataset into OSM.
>

Sorry I can't see that link without an ESRI login.


> *The Data*
> The VicMap dataset consists of a number of layers that have been made
> available as open data under a creative commons license.
>

CC BY licensing alone is still not suitable for use in OSM due to
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/. However the
good news is VicMap data's owner has completed the required waiver, as
noted at https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue.


> There are a couple of layers that as an OSM user, I would would be of
> value to consider for an initial bulk import
>  of data, and then
> potentially looking at workflows to sync the importing of the incremental
> deltas through periodically.
>
> *VicMap Property:*
> https://discover.data.vic.gov.au/dataset/property-view-vicmap-property
>
>
https://wiki.openstreetmap.org/wiki/Parcel gives a good overview of
cadastre data for use in OSM, in short there is no clear consensus on if we
should import it or not.

I'm a bit torn for both sides, on one hand it's very easy for downstream
consumers to combine parcel boundaries with OSM data to form a map, I do
this all the time. On the other hand having this data in OSM can help map
features more accuratly to those boundaries. I see this being done on an ad
hoc basis, where editors can pull in a few boundaries at a time as you're
mapping things like residential landuse, parks etc. not a mass import.

I would be against a mass import, simply because you'd end up with too many
duplicates based on things already mapped which would make almost
impossible.

Are you suggesting to import all boundaries, or only certain kinds? What
tags would you use? I'm keen to see a more concrete plan of what you're
proposing. Property boundaries aren't in the default OSM style, not to say
that's any reason not to do this, but just something to keep in mind.

On one hand we're already snapping features like parks, landuse, and a
variety of amenity tags to the property boundaries (based on aerial
imagery), how would you reconcile what's in OSM already vs what you propose
to import?


> *VicMap Address:*
> https://discover.data.vic.gov.au/dataset/address-vicmap-address


Again, I think these would be useful, but again I'd like to see a well laid
out plan on the import. eg. resolving conflicts, avoiding duplicates. Then
there's consideration as to where the address be mapped, on a lone node, on
a building, on the amenity feature or all of the above?

What about addresses which don't exist on the ground, should these be in
OSM or not?

>
>- I use OSM as a basemap and for network analysis, but I have not
>contributed to OSM (I plan to do a small area of VicMap Property on my
>street after this email using the ArcGIS OSM tools).
>
> I'd suggest you do some contributing to OSM first, to gain the mapper's
perspective, since you mentioned you've not contributed before. I think
this is important to have that understanding before thinking about an
import.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[OSM-talk] Split power netorks mapping project in two: networks and generation

[François Lacombe]

Hi all

Please find here a proposal to split the page WikiProject_Power_networks
(and local ones too) in two on wiki
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Power_networks#Split_networks_and_power_generation

Activities could be easily split since you can map power generation
facilities without have a concern about networks (e.g see recent UK solar
power mapping)

For instance :
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France =>
network + generation
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/Tanzania =>
network only
https://wiki.openstreetmap.org/wiki/Norway/Norwegian_Infrastructure_networks
=> network + generation

How do you feel about this point?
Without further objections, I'll make the split in 15 days
No change in meanings and no loss of documentation.

All the best

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

[Talk-ko] OSM에서의 중립적 시각에 대해

[Garam Gim]

안녕하세요.

포럼에 글을 올리려다 여기로 글을 남깁니다.

https://www.openstreetmap.org/changeset/73755728
https://www.openstreetmap.org/changeset/73754200

최근 위와 같은 흥미로운 기여를 보고 OSM에서의 중립적 시각이 무엇인가에 대해 생각을 해봤는데요.

우선, OSM은 위키백과와 같이 중립적 시각이라는 정책을 가지고 있지 않은 것으로 알고 있지만, 근래에 OSM 포럼에서 크림반도 건을
포함하여 국가간 분쟁 지역(!)에 대한 논의가 있었던 것으로 알고 있는데요.

이와 관련하여 중립적이라는 이름 하에 위의 링크들과 같이 한국권 관련 지형지물에서 POV 편집이 강행되는 경우(가령,
https://www.openstreetmap.org/changeset/73755728 편집과 같이 타언어 명칭을 변경하는 것 포함)
어떻게 해야 하는가 대한 메뉴얼이 필요하다고 생각합니다.

다만, 이는 독도가 대한민국이 실효점유하고 있기 때문에 대한민국령이다라고 주장해야 한다는 것이 아니라, 해당 지형지물들의 대표명칭을
어떻게 선정할 것인가에 대한 것인데요.

과거 중국-필리핀, 중국-일본 분쟁지역의 지명들의 상황을 본 적이 있는데 당시 ‘(언어1)/(언어2)’ 형식으로 적혀 있었습니다. 이
경우에는 실질적으로 한 국가의 실효지배가 이루어지지 않은 관계로 그러한 표기가 이루어지는 것으로 여겨지나 정확히 관련하여 과거 논의가
있었는지는 확인하지 못하였습니다.

세계적으로도 여러 분쟁지역이 있고 그에 대한 표제어 표기 방식에 대한 방법이 다양하지 않을까 싶은데 이를 참고하여 논의해보았으면 합니다.

감사합니다.
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [Talk-it] Traliccio Terna

[Fabrizio Tambussa]

Il Dom 1 Set 2019, 11:01 demon_box  ha scritto:

> scratera wrote
> > per la linea
> > (...)
> > ref=T23-765B
>
> ciao Scratera, a me viene da obiettare un'altra cosa...
>
> sulla targa leggoT. 23-765B
> P. 218
>
> "T." e "P." sono delle costanti (anche se sinceramente ne ignoro il
> significato esatto) perchè le ho ritrovate anche su altre targhe Terna,
>

T = terna, ovvero la linea elettrica con tre fili
P = palo

Saluti

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

Re: [Talk-GB] Canoeing infrastructure/river features

[Simon Poole]

None of that data is actually open, it is just somebody trying to
leverage implied association with OpenStreetMap and what people
associate with that, to further their own project.

Simon

Am 31.08.2019 um 23:33 schrieb BD:
> For some time I did wonder why this information is not available on
> OSM (or at least not complete)
>
> Have you seen this project:
> https://opencanalmap.uk/about/
>
> One thing that puzzles me is fact that this open data is merged with
> google maps. Wouldn't be easier to have it on OSM?
>
> Cheers,
> dzidek23
>
> Dnia 29 sierpnia 2019 12:02 talk-gb-requ...@openstreetmap.org napisał(a):
>
> Send Talk-GB mailing list submissions to
> talk-gb@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-gb
> or, via email, send a message with subject or body 'help' to
> talk-gb-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-gb-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-GB digest..."
>
>
> Today's Topics:
>
>  1. Wales Coast Path almost finished (Richard Fairhurst)
>  2. Re: Canoeing infrastructure/river features (Jez Nicholson)
>
>
> --
>
> Message: 1
> Date: Wed, 28 Aug 2019 16:05:01 +0100
> From: Richard Fairhurst 
> To: "talk-gb OSM List (E-mail)" 
> Subject: [Talk-GB] Wales Coast Path almost finished
> Message-ID: <9e1d2555-65a1-9e19-3501-22a25f0f3...@systemed.net>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> I was in holiday in North Wales last week and mapped the biggest
> remaining gap, east from Aberdaron:
>
> https://hiking.waymarkedtrails.org/#?map=13!52.8079!-4.6498
>
> That leaves three smaller gaps around the central Cardigan Bay
> coastline, between Barmouth and Borth:
>
> https://hiking.waymarkedtrails.org/#?map=15!52.6483!-4.0907
> https://hiking.waymarkedtrails.org/#?map=14!52.4981!-4.0189
> https://hiking.waymarkedtrails.org/#?map=15!52.5799!-3.9411
>
> plus one short one in South Wales near Gowerton:
>
> https://hiking.waymarkedtrails.org/#?map=15!51.6472!-4.0787
>
> Fixing these will mean not only that the WCP is complete in OSM, but
> also, as far as I can tell, that we have full coverage of National
> Trails in England & Wales. So if anyone's going on holiday to West
> Wales, or the Gower, please do map the missing bits and we'll be
> complete.
>
> cheers
> Richard
>
>
>
> --
>
> Message: 2
> Date: Thu, 29 Aug 2019 09:57:35 +0100
> From: Jez Nicholson 
> To: Talk-GB 
> Subject: Re: [Talk-GB] Canoeing infrastructure/river features
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> By 'collect some relevant info' I mean 'document your findings
> from asking
> questions on Talk lists and poking round the wiki'. Before
> constructing any
> grand new project pages, I would add a section to a relevant UK
> page. This
> _could_ spin off into a new page later, or it might provoke the
> response
> of, "but this is documented here on  page", or people might
> join in.
> Either way, everyone wins.
>
> A search on
> https://wiki.openstreetmap.org/w/index.php?search=canoe and
> https://wiki.openstreetmap.org/w/index.php?search=kayak throws up some
> pages. The https://wiki.openstreetmap.org/wiki/Tag:route%3Dcanoe
> caught my
> eye as I didn't know that canoe routes were signed/plotted.
>
> My best experience with the wiki comes from writing
> https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom
> By writing up the situation in the UK and working-in-the-open on a
> personal
> project to locate wind farms, I have found other people who were also
> interested, and it has led (partially) to the solar quarterly project.
>
> The OSMWiki is organised in places, chaotic in other places, and
> frustrating in many.but it is *ours*. I appeal to all UK
> Mappers to
> make it a good place to be.
>
> On Wed, Aug 28, 2019 at 9:48 AM Jez Nicholson
> 
> wrote:
>
> Interesting. There must be some waterways fans around here
> somewhere. I
> can see some pages like
> https://wiki.openstreetmap.org/wiki/WikiProject_Whitewater_Maps
> which
> focus on one aspect of canoeing, and some countries appear to
> have marked
> routes.
>
> As a UK Mapper you could add to
> https://wiki.openstreetmap.org/wiki/United_Kingdom_waterways
> and collect
> some info relevant to UK canoeists.
>
> - Jez
>
> On Wed, Aug 28, 2019 at 5:00 AM Edward Bainton
> 
> 

Re: [Talk-it] jeep abbandonata

[Andy Townsend]

It's looks a bit like a series 2 or 2 short wheelbase Landrover, but it 
might be a "home made" conversion of something else made to look like 
one - the wooden rear top and the "suicide" doors look very home made.  
It's likely that several other cars (and possibly a garden shed) 
contributed parts to it.


Best Regards,

Andy

Sembra un Landrover a passo corto serie 2 o 2, ma potrebbe essere una 
conversione "fatta in casa" di qualcos'altro fatto per assomigliare a 
uno: la parte superiore in legno e le porte "suicide" sembrano molto 
fatte in casa. È probabile che diverse altre auto (e forse una casetta 
da giardino) abbiano contribuito ad alcune parti.




On 01/09/2019 10:16, Alfredo Gattai wrote:
Sembra un vecchissimo land rover ma servirebbe una foto delle parti 
anteriore e posteriore


Il Dom 1 Set 2019, 11:09 demon_box > ha scritto:


ciao, scusate forse domanda un po' OT ma c'è qualcuno che mi
saprebbe dire
marca e modello di questa vecchia jeep abbandonata tra i boschi
alla fine di
una sterrata?




grazie

--enrico




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

Re: [Talk-it] jeep abbandonata

[demon_box]

è vero mancano le foto dell'anteriore e del posteriore ma sembrerebbe proprio
una "Alfa Romeo Matta"

https://it.wikipedia.org/wiki/Alfa_Romeo_Matta

--enrico



--
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: [OSM-talk] OpenTrailView - updates

[Nick Whitelegg]

Hello Stefan,


Thanks for the that. ll be a very quick job to show photos to authors without 
approval, so will do that very soon - today or tomorrow.


Nick




From: Stefan Baebler 
Sent: 30 August 2019 23:27:48
To: Nick Whitelegg 
Cc: Simon Polster ; osm-talk 
Subject: Re: [OSM-talk] OpenTrailView - updates

Yes, this is the one.
I don't mind waiting for the approval process, but when the user has no 
feedback "thanks for the photo, please wait few days for review before it can 
be seen" it might give impression that something didn't work, discouraging them 
from further uploads. You could even show the photos (on map and panorama) to 
their logged-in authors/uploaders without any approval.

Interestingly, when i open my uploaded panorama on the phone (same as the 
picture was taken with) it says:
"Your panorama is too big for your device! It's 8704px wide, but your device 
only supports images up to 8192px wide. Try another device. (If you are the 
author try scaling down the image.)"
Some quick googling confirmed that this is a WebGL device driver limitation.
https://github.com/mpetroff/pannellum/issues/444

br,
Štefan

On Fri, Aug 30, 2019 at 7:23 PM Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> wrote:


Hello Stefan,


Sorry - I have to approve panos before they go live, I've done this now. This 
is to guard against panos with privacy violations or unsuitable content. I 
presume yours is the one in the Alps at:


https://www.opentrailview.org/?id=82


I generally check for updates daily. This is the only one I can see, did you 
try others? Note that you have to upload them one at a time, it will not do 
multiple file uploads in one go.


Thanks for your suggestions, will implement them as soon as I can.


Thanks,

Nick


From: Stefan Baebler mailto:stefan.baeb...@gmail.com>>
Sent: 30 August 2019 07:46:23
To: Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>>
Cc: Simon Polster mailto:sid...@posteo.de>>; osm-talk 
mailto:talk@openstreetmap.org>>
Subject: Re: [OSM-talk] OpenTrailView - updates

Thanks, the uploading works now!

However, I cannot see my uploaded photospheres anywhere on the site, not even 
while being logged in, logging in again Neither on the map nor on some 
list. Not sure if it was successful or not.

Few suggestions:
- make it so that the uploader sees his own uploads immediately (no pending 
approvals etc needed) with a status clearly shown
- allow for lower zoom levels. Panning away from your demo area is slow in high 
zooms.
- search box should trigger searching when enter key is pressed
- after login you should remove oauth_token from the URL (either via JavaScript 
history.push or http redirect)
- persist current coordinates in the URL, so it is easy to share and bookmark 
links (there are plugins for leaflet, eg leaflet-hash)
- make the site more mobile friendly (text is extremely unreadable, buttons 
hard to hit...)

Thanks,
Stefan

V sre., 28. avg. 2019 19:11 je oseba Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> napisala:


Hello Stefan,


Have increased limit to 15 MB now - let me know if you still have problems. 
Still not mobile friendly just yet - will do this when I have the time.


Thanks,

Nick


From: Stefan Baebler mailto:stefan.baeb...@gmail.com>>
Sent: 25 August 2019 22:33:38
To: Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>>
Cc: Simon Polster mailto:sid...@posteo.de>>; osm-talk 
mailto:talk@openstreetmap.org>>
Subject: Re: [OSM-talk] OpenTrailView - updates

Hi!

I have problems uploading full 360°*180° photospheres. All of them are around 
10MB, and could not find any below 5MB to test with. The error does not say 
much - no photo uploaded and no error code.

The size limit should be raised (eg to 15MB) in my opinion as there is no easy 
option to compress such images (eg by lowering the resolution).

Also the website is really hard to use on mobile devices. :-(

Br,
Stefan




V pet., 16. avg. 2019 19:05 je oseba Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> napisala:


Hello Simon,


Glad it's working for you!


It looks like it should be possible to show the view field on the map - a 
Leaflet plugin exists to draw semicircles for example, so I'll have a look into 
that - shouldn't be too difficult to implement.


Thanks,

Nick


From: Simon Polster mailto:sid...@posteo.de>>
Sent: 15 August 2019 18:17:46
To: talk@openstreetmap.org 
mailto:talk@openstreetmap.org>>
Subject: Re: [OSM-talk] OpenTrailView - updates

Looks very nice and works very smoothly for me, thank you!

One functionality I think would be useful for orientation: somehow make
the current viewfield of the panorama visible in the little overview map
(or if that's too difficult to implement at least link the rotation of
the panorama with the overview map so that they always share the same
geographic 

Re: [Talk-it] jeep abbandonata

[Alfredo Gattai]

Sembra un vecchissimo land rover ma servirebbe una foto delle parti
anteriore e posteriore

Il Dom 1 Set 2019, 11:09 demon_box  ha scritto:

> ciao, scusate forse domanda un po' OT ma c'è qualcuno che mi saprebbe dire
> marca e modello di questa vecchia jeep abbandonata tra i boschi alla fine
> di
> una sterrata?
>
> <
> http://gis.19327.n8.nabble.com/file/t343727/IMG_0021_%281600_x_1200%29.jpg>
>
>
> grazie
>
> --enrico
>
>
>
>
> --
> 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] jeep abbandonata

[Volker Schmidt]

https://www.repubblica.it/motori/sezioni/classic-cars/2013/11/21/news/matta_quando_l_alfa_sfid_la_jeep-71516964/


Virus-free.
www.avast.com

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

On Sun, 1 Sep 2019 at 11:09, demon_box  wrote:

> ciao, scusate forse domanda un po' OT ma c'è qualcuno che mi saprebbe dire
> marca e modello di questa vecchia jeep abbandonata tra i boschi alla fine
> di
> una sterrata?
>
> <
> http://gis.19327.n8.nabble.com/file/t343727/IMG_0021_%281600_x_1200%29.jpg>
>
>
> grazie
>
> --enrico
>
>
>
>
> --
> 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

[Talk-it] jeep abbandonata

[demon_box]

ciao, scusate forse domanda un po' OT ma c'è qualcuno che mi saprebbe dire
marca e modello di questa vecchia jeep abbandonata tra i boschi alla fine di
una sterrata?

 

grazie

--enrico




--
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] Traliccio Terna

[demon_box]

scratera wrote
> per la linea
> (...)
> ref=T23-765B

ciao Scratera, a me viene da obiettare un'altra cosa...

sulla targa leggoT. 23-765B
P. 218

"T." e "P." sono delle costanti (anche se sinceramente ne ignoro il
significato esatto) perchè le ho ritrovate anche su altre targhe Terna,
quindi così come per il traliccio mettiamo ref=218 e NON ref=P218 allora
anche sulla linea metterei soltanto ref=23-765B omettendo "T.", giusto?

grazie

--enrico






--
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-GB] Canoeing infrastructure/river features

[Tony OSM]

Hi,

Had a quick look at https://opencanalmap.uk/about/ particularly the 
Canal & River Trust license link at the bottom, it clearly states


3.1 This licence does not permit the use of: .3.1.4Data for or 
in connection with or for the direct or indirect benefit of any 
Commercial Purpose; and


so I think that the data does not meet OSM license requirements 
particularly Commercial purposes.


However canoeing data does seem to be something that OSM should work with.

TonyS999

On 31/08/2019 22:33, BD wrote:
For some time I did wonder why this information is not available on 
OSM (or at least not complete)


Have you seen this project:
https://opencanalmap.uk/about/

One thing that puzzles me is fact that this open data is merged with 
google maps. Wouldn't be easier to have it on OSM?


Cheers,
dzidek23

Dnia 29 sierpnia 2019 12:02 talk-gb-requ...@openstreetmap.org napisał(a):

Send Talk-GB mailing list submissions to
talk-gb@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-gb
or, via email, send a message with subject or body 'help' to
talk-gb-requ...@openstreetmap.org

You can reach the person managing the list at
talk-gb-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-GB digest..."


Today's Topics:

 1. Wales Coast Path almost finished (Richard Fairhurst)
 2. Re: Canoeing infrastructure/river features (Jez Nicholson)


--

Message: 1
Date: Wed, 28 Aug 2019 16:05:01 +0100
From: Richard Fairhurst 
To: "talk-gb OSM List (E-mail)" 
Subject: [Talk-GB] Wales Coast Path almost finished
Message-ID: <9e1d2555-65a1-9e19-3501-22a25f0f3...@systemed.net>
Content-Type: text/plain; charset=utf-8; format=flowed

I was in holiday in North Wales last week and mapped the biggest
remaining gap, east from Aberdaron:

https://hiking.waymarkedtrails.org/#?map=13!52.8079!-4.6498

That leaves three smaller gaps around the central Cardigan Bay
coastline, between Barmouth and Borth:

https://hiking.waymarkedtrails.org/#?map=15!52.6483!-4.0907
https://hiking.waymarkedtrails.org/#?map=14!52.4981!-4.0189
https://hiking.waymarkedtrails.org/#?map=15!52.5799!-3.9411

plus one short one in South Wales near Gowerton:

https://hiking.waymarkedtrails.org/#?map=15!51.6472!-4.0787

Fixing these will mean not only that the WCP is complete in OSM, but
also, as far as I can tell, that we have full coverage of National
Trails in England & Wales. So if anyone's going on holiday to West
Wales, or the Gower, please do map the missing bits and we'll be
complete.

cheers
Richard



--

Message: 2
Date: Thu, 29 Aug 2019 09:57:35 +0100
From: Jez Nicholson 
To: Talk-GB 
Subject: Re: [Talk-GB] Canoeing infrastructure/river features
Message-ID:

Content-Type: text/plain; charset="utf-8"

By 'collect some relevant info' I mean 'document your findings
from asking
questions on Talk lists and poking round the wiki'. Before
constructing any
grand new project pages, I would add a section to a relevant UK
page. This
_could_ spin off into a new page later, or it might provoke the
response
of, "but this is documented here on  page", or people might
join in.
Either way, everyone wins.

A search on
https://wiki.openstreetmap.org/w/index.php?search=canoe and
https://wiki.openstreetmap.org/w/index.php?search=kayak throws up some
pages. The https://wiki.openstreetmap.org/wiki/Tag:route%3Dcanoe
caught my
eye as I didn't know that canoe routes were signed/plotted.

My best experience with the wiki comes from writing
https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom
By writing up the situation in the UK and working-in-the-open on a
personal
project to locate wind farms, I have found other people who were also
interested, and it has led (partially) to the solar quarterly project.

The OSMWiki is organised in places, chaotic in other places, and
frustrating in many.but it is *ours*. I appeal to all UK
Mappers to
make it a good place to be.

On Wed, Aug 28, 2019 at 9:48 AM Jez Nicholson

wrote:

Interesting. There must be some waterways fans around here
somewhere. I
can see some pages like
https://wiki.openstreetmap.org/wiki/WikiProject_Whitewater_Maps
which
focus on one aspect of canoeing, and some countries appear to
have marked
routes.

As a UK Mapper you could add to
https://wiki.openstreetmap.org/wiki/United_Kingdom_waterways
and collect
some info relevant to UK canoeists.

- Jez

   

Re: [Talk-ko] Problems to correct administrative boundary 'Dong' and 'Li' (동과 리의 행정경계를 수정하는 문제)

[Jaeu Jeong]

안녕하세요 Garam Gim님

행정동/리를 기준으로 행정구역 경계를 작성하기로 논의되었는데 어떤 이유에서 법정동/리 태깅을 함께 제안했는지 궁금하다는 말씀이신가요?

우선 첫 번째 이유로는 법정동/리에 관해 태깅하려고 하는 사용자가 있었기 때문입니다. 그래서 분쟁을 예방하기 위해 법정동/리 태그를
대안으로 제시한 것입니다. 영국의 경우 한국과 비슷한 상황이라 별도의 경계 태그를 사용하고 있는 것 같아서 참고했습니다.

그리고 두번째 이유는 이미 법정동 기준으로 태깅된 행정구역들이 일부 있는데, 전부 삭제하기 보다는 제시한 대안을 통해서 다른 사용자들이
기여한 데이터를 남겨두고 싶었기 때문입니다.

리의 로마자 표기 피드백 감사합니다.

좋은 하루 되세요 : )

GPIOIPG 드림

2019년 9월 1일 (일) 16:36, Garam Gim 님이 작성:

> 안녕하세요.
>
> 우선, 별 거는 아니긴 하나, 하나 짚고 가자면 행정구역 ‘리’에 대한 국립국어원의 로마자 표기법에 따른 표기는 ‘Ri’ 입니다.
>
> 예일 표기법에서 ‘Li’로 표기하긴 하나 이는 공적인 표기법이 아니니 넘어가도록 합시다.
>
> 본론으로 들어가서 행정동과 법정동은 현재 서비스되고 있는 온라인 한국어 지도 사이트들에서도 구분하고 있지 않는 부분이라고 생각이
> 되는데 이를 굳이 분리하여 기술하여야 하는 이유가 있을까요.
>
> 대한민국 정부에서 제공하는 지도 사이트들에서는 일부 구분하는 것이 확인되지만 그렇게까지 세세하게 구분해줄 필요가 있는지는 잘
> 모르겠습니다.
>
>
> 2019년 5월 21일 (화) 오전 12:45, Jaeu Jeong 님이 작성:
>
>> [English]
>>
>> Hi
>>
>> You know that South Korea has unique administrative unit 'Dong' and 'Li'.
>>
>> There are two type of Dong and Li. One is administrative Dong and Li
>> (행정동, 행정리) and other is legal-state Dong and Li. (법정동, 법정리)
>>
>> Administrative Dong and Li are used as administrative service area of
>> Local Autonomous Entity.
>>
>> And Legal-status Dong is used for address system and trading land.
>>
>> Boundary of these two type of Dong and Li is differ each other.
>>
>> Problem is that these two of type is SAME ADMINISTRATIVE LEVEL.
>>
>> So boundary of Dong and Li is conflicted.
>>
>>
>> I questioned about this problem to OpenStreetMap forum(link
>> ) and get a
>> solutions.
>>
>> Don't use boundary=administrative for both: reserve that for the actual
>>> administrative entity. For the other one use a different boundary=* tag.
>>> (SK53 wrote)
>>>
>>
>> I think it's more proper and reasonable than previous discussion.
>>
>> < Previous Discussion (Korean) >
>> (https://forum.openstreetmap.org/viewtopic.php?id=64911)
>> (https://forum.openstreetmap.org/viewtopic.php?id=64892)
>>
>> I want to use boundary=administrative tag only for administrative Dong
>> and Li . Because It's units for actual administrative purpose.
>>
>> And I want to make new boundary tag for legal-state Dong and Li. They
>> only used for legal works, So How about using boundary=legal tag?
>>
>> If this solution is fine to other contributors, I'll modify
>> administrative boundary.
>>
>> Best regards
>>
>> GPIOIPG
>>
>>
>> [Korean]
>>
>> 안녕하세요,
>>
>> 아시다시피 동과 리는 한국의 독특한 행정구역입니다.
>>
>> 동과 리에는 두 가지 종류가 있습니다.
>>
>> 하나는 행정동과 행정리, 그리고 다른 하나는 법정동과 법정리입니다.
>>
>> 행정동과 행정리는 지자체의 행정적인 서비스 영역으로 사용됩니다.
>>
>> 그리고 법정동과 법정리는 주소체계 및 토지거래 용도로 사용됩니다.
>>
>> 이 두 종류의 동과 리는 서로 경계가 일치하지 않습니다.
>>
>> 문제는 *이 두 종류(법정-/행정-)가 동일한 행정구역 계층이라는 점*입니다.
>>
>> 그래서 *동과 리의 경계 데이터에 충돌*이 발생합니다.
>>
>>
>> 그래서 OSM 포럼에 질문을 올렸고, 해결 방안을 받았습니다.
>>
>> 두 종류에 boundary=administrative 태그를 사용하면 안됩니다: boundary=administrative는 실제
>>> 행정 구역 용도로 제한합니다. 다른 하나에 대해서는 다른 boundary=* 태그를 사용합니다. (SK53 작성)
>>
>>
>> 제 생각에는 이 방안이 이전에 논의되었던 것보다 적절하고 합리적이라고 생각합니다.
>>
>> < 기존 논의 >
>> (https://forum.openstreetmap.org/viewtopic.php?id=64911)
>> (https://forum.openstreetmap.org/viewtopic.php?id=64892)
>>
>> 행정동과 행정리는 실제 행정 목적으로 만든 구역이므로, boundary=administrative를 사용하고,
>>
>> 법정동과 법정리는 법적인 용도로만 사용되므로, 별도의 boundary 태그를 만들어서 사용하고 싶습니다. boundary=legal
>> 태그와 같은 건 어떨까요?
>>
>> 만약 다른 분들께서도 이 방안이 괜찮다고 생각하시면, 행정 경계를 수정하려고 합니다.
>>
>> Best regards
>>
>> GPIOIPG
>>
>>
>> ___
>> Talk-ko mailing list
>> Talk-ko@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ko
>>
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko
>
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [OSM-talk] Anonymous comments on notes now disabled

[joost schouppe]

Op vr 30 aug. 2019 13:15 schreef Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch>:

> I think in future when there will be more space on servers it would be a
> good idea to add a possibility to attach an optional image to a note for
> the registered users.
>

Images are a really useful addition to a written Note. But it could be
handled without having to host the actual images. A user interface could
just upload them somewhere, and add the url to the note.

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

Re: [Talk-ko] Problems to correct administrative boundary 'Dong' and 'Li' (동과 리의 행정경계를 수정하는 문제)

[Garam Gim]

안녕하세요.

우선, 별 거는 아니긴 하나, 하나 짚고 가자면 행정구역 ‘리’에 대한 국립국어원의 로마자 표기법에 따른 표기는 ‘Ri’ 입니다.

예일 표기법에서 ‘Li’로 표기하긴 하나 이는 공적인 표기법이 아니니 넘어가도록 합시다.

본론으로 들어가서 행정동과 법정동은 현재 서비스되고 있는 온라인 한국어 지도 사이트들에서도 구분하고 있지 않는 부분이라고 생각이 되는데
이를 굳이 분리하여 기술하여야 하는 이유가 있을까요.

대한민국 정부에서 제공하는 지도 사이트들에서는 일부 구분하는 것이 확인되지만 그렇게까지 세세하게 구분해줄 필요가 있는지는 잘
모르겠습니다.


2019년 5월 21일 (화) 오전 12:45, Jaeu Jeong 님이 작성:

> [English]
>
> Hi
>
> You know that South Korea has unique administrative unit 'Dong' and 'Li'.
>
> There are two type of Dong and Li. One is administrative Dong and Li (행정동,
> 행정리) and other is legal-state Dong and Li. (법정동, 법정리)
>
> Administrative Dong and Li are used as administrative service area of
> Local Autonomous Entity.
>
> And Legal-status Dong is used for address system and trading land.
>
> Boundary of these two type of Dong and Li is differ each other.
>
> Problem is that these two of type is SAME ADMINISTRATIVE LEVEL.
>
> So boundary of Dong and Li is conflicted.
>
>
> I questioned about this problem to OpenStreetMap forum(link
> ) and get a
> solutions.
>
> Don't use boundary=administrative for both: reserve that for the actual
>> administrative entity. For the other one use a different boundary=* tag.
>> (SK53 wrote)
>>
>
> I think it's more proper and reasonable than previous discussion.
>
> < Previous Discussion (Korean) >
> (https://forum.openstreetmap.org/viewtopic.php?id=64911)
> (https://forum.openstreetmap.org/viewtopic.php?id=64892)
>
> I want to use boundary=administrative tag only for administrative Dong
> and Li . Because It's units for actual administrative purpose.
>
> And I want to make new boundary tag for legal-state Dong and Li. They only
> used for legal works, So How about using boundary=legal tag?
>
> If this solution is fine to other contributors, I'll modify
> administrative boundary.
>
> Best regards
>
> GPIOIPG
>
>
> [Korean]
>
> 안녕하세요,
>
> 아시다시피 동과 리는 한국의 독특한 행정구역입니다.
>
> 동과 리에는 두 가지 종류가 있습니다.
>
> 하나는 행정동과 행정리, 그리고 다른 하나는 법정동과 법정리입니다.
>
> 행정동과 행정리는 지자체의 행정적인 서비스 영역으로 사용됩니다.
>
> 그리고 법정동과 법정리는 주소체계 및 토지거래 용도로 사용됩니다.
>
> 이 두 종류의 동과 리는 서로 경계가 일치하지 않습니다.
>
> 문제는 *이 두 종류(법정-/행정-)가 동일한 행정구역 계층이라는 점*입니다.
>
> 그래서 *동과 리의 경계 데이터에 충돌*이 발생합니다.
>
>
> 그래서 OSM 포럼에 질문을 올렸고, 해결 방안을 받았습니다.
>
> 두 종류에 boundary=administrative 태그를 사용하면 안됩니다: boundary=administrative는 실제
>> 행정 구역 용도로 제한합니다. 다른 하나에 대해서는 다른 boundary=* 태그를 사용합니다. (SK53 작성)
>
>
> 제 생각에는 이 방안이 이전에 논의되었던 것보다 적절하고 합리적이라고 생각합니다.
>
> < 기존 논의 >
> (https://forum.openstreetmap.org/viewtopic.php?id=64911)
> (https://forum.openstreetmap.org/viewtopic.php?id=64892)
>
> 행정동과 행정리는 실제 행정 목적으로 만든 구역이므로, boundary=administrative를 사용하고,
>
> 법정동과 법정리는 법적인 용도로만 사용되므로, 별도의 boundary 태그를 만들어서 사용하고 싶습니다. boundary=legal
> 태그와 같은 건 어떨까요?
>
> 만약 다른 분들께서도 이 방안이 괜찮다고 생각하시면, 행정 경계를 수정하려고 합니다.
>
> Best regards
>
> GPIOIPG
>
>
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko
>
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [Talk-it] Traliccio Terna

[Volker Schmidt]

Se è "underground" come puoi contare i dischi?

On Sun, 1 Sep 2019, 00:19 scratera,  wrote:

> per la linea
> location=underground
> ref=T23-765B
> voltage=*...dovresti contare i numeri di dischi che compongono l'isolatore
> (380kV 21 dischi disposti a V o L, 220kV 14-18 dischi, 132kV 9-11 dischi,
> 60kV 5-6 dischi)
>
> http://www.fsctorino.it/wp-content/uploads/2017/05/ANCE_Come-riconoscere-le-linee-elettriche.pdf
> cables=*3 o multipli di 3
> wires=single se solo 3 conduttori e double se 6 conduttori etc
> operator=Terna
> ...per il traliccio
> https://wiki.openstreetmap.org/wiki/IT:Tag:power%3Dtower
> power=tower
> 
> ref=218
> material=stee
> height=se la conosci
> colour=#396500
> design=*
> tower:type=suspension o anchor se in curva
>
>
>
>
> --
> 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