Re: [OSM-talk] What3words

[Kaare Rasmussen]

On 2016-07-13 11:03, Iván Sánchez Ortega wrote:
what3hands anybody? 


That would require surgery or snappy evolution, as most people (still) 
only have two hands.


/kaare

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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Nicolás Alvarez]

The 2007 tiles on mvexel's map come from http://schaal.dyndns.org/osm/
which doesn't seem to be working.

-- 
Nicolás


2016-07-15 0:17 GMT-03:00 Marc Gemis :
> Do you mean Martijn van Excel's "Now and Then" ?
> https://mvexel.github.io/thenandnow/#10/52.2644/5.2899
> It does has a slider, but it compares 2007 with now.
>
> regards
>
> m
>
> On Thu, Jul 14, 2016 at 9:42 PM, Michał Brzozowski  
> wrote:
>> I am not. I just don't want to say "guilty" prematurely. It's a system
>> for traffic information (public-facing site) and traffic control built
>> by some neighboring cities.
>>
>> Michał
>>
>> On Thu, Jul 14, 2016 at 9:27 PM, Martin Koppenhoefer
>>  wrote:
>>>
>>> 2016-07-14 21:11 GMT+02:00 Michał Brzozowski :

 No. They render maps on their own and also FOSM data seem not to be
 *just* before the redaction (am I right? There are no changes I made
 in May 2012)
>>>
>>>
>>>
>>>
>>> maybe you are talking about Apple maps? They use both, pre-redaction
>>> cc-by-sa data and also ODbl data.
>>>
>>> Cheers,
>>> Martin

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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Marc Gemis]

Do you mean Martijn van Excel's "Now and Then" ?
https://mvexel.github.io/thenandnow/#10/52.2644/5.2899
It does has a slider, but it compares 2007 with now.

regards

m

On Thu, Jul 14, 2016 at 9:42 PM, Michał Brzozowski  wrote:
> I am not. I just don't want to say "guilty" prematurely. It's a system
> for traffic information (public-facing site) and traffic control built
> by some neighboring cities.
>
> Michał
>
> On Thu, Jul 14, 2016 at 9:27 PM, Martin Koppenhoefer
>  wrote:
>>
>> 2016-07-14 21:11 GMT+02:00 Michał Brzozowski :
>>>
>>> No. They render maps on their own and also FOSM data seem not to be
>>> *just* before the redaction (am I right? There are no changes I made
>>> in May 2012)
>>
>>
>>
>>
>> maybe you are talking about Apple maps? They use both, pre-redaction
>> cc-by-sa data and also ODbl data.
>>
>> Cheers,
>> Martin
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-br] Rio Olympics – Tutorial para Importação de Edificações

[thundercel]

Wille,

o Creative Common colide em certos aspectos com a lei 9610/98 que regula os 
direitos autorais no Brasil e enquanto essa não for emendada ou revogada, 
juridicamente ela que vale.

Não tenho dúvida que essa antiga lei em vigor será alterada, mas até onde sei, 
ainda não foi porque o assunto, dentre outros, está vinculado ao marco da 
internet no Brasil, ainda em debate no Congresso.

De uma olhada em 
https://www.passeidireto.com/arquivo/11057458/direito-propriedade/30 que 
existem comentários interessantes sobre o assunto e que em especial retransmito 
abaixo:

“Importante lembrar que, mesmo com a licença adaptada, alguns direitos 
opcionais continuam colidindo com a Lei dos Direitos Autorais, é o caso da 
criação de obras derivadas.
Não é imposto ao autor reclamar contra obras derivadas, porém, sentindo-se este 
lesado, é garantido o direito de assegurar a integridade de sua obra (Art. 24, 
IV). O que não se permite é que o autor abra mão deste direito.
A atuação do Creative Commons se efetiva através de uma licença pública, que, 
vinculando a obra em rede mundial (internet), torna acessível a todos à maneira 
que a mesma foi concedida. O Creative Commons não tem validade jurídica. 
Além disto, o Creative Commons se abstém da responsabilidade de qualquer dano 
surgido em conexão com sua licença126.”
[]sMarcio
From: Wille 
Sent: Thursday, July 14, 2016 11:10 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Rio Olympics – Tutorial para Importação de Edificações

Márcio,

O Creative Commons, bem como outras licenças livres usadas pelo OSM e por 
softwares livres não contrariam, mas sim utilizam a lei de direitos autorais. A 
lei de direitos autorais automaticamente protege tudo o que criamos. O que as 
licenças fazem é dar algumas permissões para que as pessoas não precisem pedir 
autorização sempre que queiram usar algo. 

É quase a mesma coisa que um termo de uso, mas como as licenças são mais 
conhecidas, a comunicação é mais fácil.

wille

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

Re: [Talk-br] Rio Olympics – Tutorial para Importação de Edificações

[Wille]

Márcio,

O Creative Commons, bem como outras licenças livres usadas pelo OSM e 
por softwares livres não contrariam, mas sim utilizam a lei de direitos 
autorais. A lei de direitos autorais automaticamente protege tudo o que 
criamos. O que as licenças fazem é dar algumas permissões para que as 
pessoas não precisem pedir autorização sempre que queiram usar algo.


É quase a mesma coisa que um termo de uso, mas como as licenças são mais 
conhecidas, a comunicação é mais fácil.


wille

On 14-07-2016 21:30, thunder...@gpsinfo.com.br wrote:

Alexandre me atualize, por gentileza:
Qual a lei brasileira que aprovou o Creative Common?
Minha pergunta se deve ao fato que até onde pesquisei o problema, 
alguns anos atrás para o site maparadar,  a LEI Nº 9.610, DE 19 DE 
FEVEREIRO DE 1998 ( 
http://www.planalto.gov.br/ccivil_03/leis/L9610.htm), que regula o 
direito autoral no Brasil, não havia sido revogada e tampouco emendada.
Na época que pesquisei fui informado por um amigo no Planalto que o 
assunto estava parado na Casa Civil do Governo e um outro amigo da 
área juridica recomendou empregar, por enquanto, “Termo de Uso” para a 
obra.

[]s
Marcio
*From:* Alexandre Magno Brito de Medeiros 


*Sent:* Thursday, July 14, 2016 8:16 PM
*To:* OpenStreetMap no Brasil 
*Subject:* Re: [Talk-br]Rio Olympics – Tutorial para Importação de 
Edificações

Marcio,

Como você desconhecia ou não lembrava da CC-BY-SA, foi ético mesmo. E 
também porque o autor podia estar desconsiderando que doara o material 
ao wiki do OpenStreetMap.


Noutro caso, é irrelevante pedir a autorização. Pelo contrário, muitas 
vezes, quem formaliza com licenças CC quer justamente evitar a 
aporrinhação de analisar e distribuir autorizações particulares.


Alexandre Magno
Em 8 de julho de 2016 11:37, > escreveu:


Agradeço Arlindo, mas somente por questão ética pedi autorização
ao Sergio.
[]s
Marcio



___
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

[Talk-br] Duvida utilização

[Lucas Salvino de Deus]

Boa Noite

Estou cursando Ciência da computação e estamos desenvolvendo um projeto
para utilização de algoritmos genéticos para o calculo de rotas. Tem como
salvar o mapa
em um banco de dados para utilizarmos em nossa rede para realizarmos testes?

-- 
Atenciosamente
Lucas Salvino
(62)99677 0058
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Rio Olympics – Tutorial para Importação de Edificações

[thundercel]

Alexandre me atualize, por gentileza:

Qual a lei brasileira que aprovou o Creative Common?

Minha pergunta se deve ao fato que até onde pesquisei o problema, alguns anos 
atrás para o site maparadar,  a LEI Nº 9.610, DE 19 DE FEVEREIRO DE 1998 ( 
http://www.planalto.gov.br/ccivil_03/leis/L9610.htm ), que regula o direito 
autoral no Brasil, não havia sido revogada e tampouco emendada.   

Na época que pesquisei fui informado por um amigo no Planalto que o assunto 
estava parado na Casa Civil do Governo e um outro amigo da área juridica 
recomendou empregar, por enquanto, “Termo de Uso” para a obra.

[]s
Marcio

From: Alexandre Magno Brito de Medeiros 
Sent: Thursday, July 14, 2016 8:16 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Rio Olympics – Tutorial para Importação de Edificações

Marcio,

Como você desconhecia ou não lembrava da CC-BY-SA, foi ético mesmo. E também 
porque o autor podia estar desconsiderando que doara o material ao wiki do 
OpenStreetMap.

Noutro caso, é irrelevante pedir a autorização. Pelo contrário, muitas vezes, 
quem formaliza com licenças CC quer justamente evitar a aporrinhação de 
analisar e distribuir autorizações particulares.


Alexandre Magno


Em 8 de julho de 2016 11:37,  escreveu:

  Agradeço Arlindo, mas somente por questão ética pedi autorização ao Sergio.

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

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Alejandro S.]

Acaban de preguntar en Tagging sobre el uso de los dos puntos, reenvío el
mensaje con enlaces a la wiki y opiniones de usuarios.

La conclusión parece ser "mucho cuidado con los puntos y comas"

-- Forwarded message -
From: Martin Koppenhoefer 
Date: Thu, Jul 14, 2016, 21:32
Subject: Re: [Tagging] values with ";" and overpass
To: Tag discussion, strategy and related tools 

see for example this
http://wiki.openstreetmap.org/wiki/Multiple_values
and
https://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html

about semicolons and multiple values.

Cheers,
Martin

On Thu, Jul 14, 2016, 22:17 Rafael Avila Coya  wrote:

> En tag info [1] podemos ver que el 98,95% de los objetos que llevan la
> etiqueta vending=excrement_bags llevan también una etiqueta amenity=*
>
> De ellos, el 96,3% son amenity=vending_machine
>
> Esto quiere decir que el porcentaje de objetos que llevan
> amenity=waste_basket + vending=excrement_bags es menor del 3,7%, lo cual
> no me sorprende en absoluto, pues vending=* es una etiqueta asociada a
> amenity=vending_machine
>
> Hay las dos opciones de 1 ó 2 nodos como se dijo (yo prefiero 2 nodos
> separados). Pero amenity=x;y yo la descartaría de todo punto. No es que
> no haya que cartografiar para ningún renderizador, que en eso todos
> estamos de acuerdo. La razón es que incluir dos o más valores separados
> por ; debe usarse con mucha precaución. Hay algunos casos como son los
> de source=x;y o alt_name=x;y, pero para amenity, highway y muchas otras
> yo jamás usaría ;, básicamente porque un objeto o es una cosa o es otra,
> pero no dos al mismo tiempo.
>
> De hecho, si vamos a tag info otra vez, veremos que
> amenity=vending_machine;waste_basket sólo aparece en 26 objetos en todo
> el mundo [2], y amenity=waste_basket;vending_machine en 9 objetos nada
> más [3]. Está claro que no es precisamente muy popular.
>
> Si se quiere hacer todo en un nodo, yo apoyaría la solución de Santiago:
>
> "
> amenity=waste_basket
> vending=excrement_bags
> operator=Ayuntamiento de Madrid
> payment:none=yes
> bin=yes
>
> Y si el cubo es únicamente para excrementos de perro, añadiría:
> waste=dog_excrement
> "
>
> Saludos,
>
> Rafael.
>
> [1]
> https://taginfo.openstreetmap.org/tags/vending=excrement_bags#combinations
> [2]
>
> https://taginfo.openstreetmap.org/tags/amenity=vending_machine%3Bwaste_basket
> [3]
>
> https://taginfo.openstreetmap.org/tags/amenity=waste_basket%3Bvending_machine
>
> On 14/07/16 14:56, Alejandro Moreno Calvo wrote:
> > He lanzado la siguiente consulta en overpass turbo
> >
> > [out:json][timeout:25];
> > // gather results
> > (
> >// query part for: “vending=excrement_bags”
> >
> node["vending"="excrement_bags"]["amenity"!="vending_machine"]({{bbox}});
> > );
> > // print results
> > out body;
> >  >;
> > out skel qt;
> >
> > y la combinación más usada parece ser
> >
> > amenity=waste_basket
> > vending=excrement_bags
> > fee=no
> >
> > sobre todo por Suiza.
> >
> > Por ejemplo los nodos http://www.openstreetmap.org/node/1276313196 y
> > http://www.openstreetmap.org/node/1276313279
> >
> >
> > El 14 de julio de 2016, 14:22, Santiago Crespo
> > > escribió:
> >
> > Yo seguiría la primera recomendación que pone en el wiki para estos
> > casos[1]: un único nodo con el tag amenity más representativo. En
> éste
> > caso, waste_basket.
> >
> > Algo así:
> >
> > amenity=waste_basket
> > vending=excrement_bags
> > operator=Ayuntamiento de Madrid
> > payment:none=yes
> > bin=yes
> >
> > Y si el cubo es únicamente para excrementos de perro, añadiría:
> > waste=dog_excrement
> >
> > El motivo de evitar usar "amenity=waste_basket;vending_machine" es
> > porque supuestamente complica la vida a los usuarios y a las
> > aplicaciones que quieran usar estos datos.
> >
> > Saludos,
> > Santiago Crespo
> >
> > [1]
> >
> https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use
> >
> > On 07/14/2016 01:27 PM, Alejandro Moreno Calvo wrote:
> >  > Hay que elegir entre las 2 opciones para mapear papeleras como
> > estas (
> >  > http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg
> y
> >  >
> >
> http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg
> > )
> >  >
> >  > - 1 sólo nodo con
> >  > amenity=vending_machine
> >  > vending=excrement_bags
> >  > operator=Ayuntamiento de Madrid
> >  > payment:none=yes
> >  > bin=yes
> >  >
> >  > - 2 nodos:
> >  > amenity=vending_machine
> >  > vending=excrement_bags
> >  > payment:none=yes
> >  > operator=Ayuntamiento de Madrid
> >  >
> >  > segundo nodo (a centímetros del anterior):
> >  >
> >  > amenity=waste_basket
> >  > waste=dog_excrement
> >  > operator=Ayuntamiento de Madrid

[OSM-co] Visualización de datos OSM de Colombia!

[hyan...@gmail.com]

Hola comunidad,

Martin Raifer publica una nueva versión de mapa de densidad de nodos:

http://www.openstreetmap.org/user/tyr_asd/diary/39009

Se puede visualizar las densidades (desde 2014) y las diferencias entre
2014 - 2015 y 2015 - 2016, este ultimo periodo muestra para Colombia el
incremento de datos en La Guajira:

https://tyrasd.github.io/osm-node-density/#6/8.179/-71.631/2015-2016

Saludos,

Humberto Yances
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[OSM-co] Capitales del país con aparentes errores

[hyan...@gmail.com]

Hola comunidad,

Se han reportados unos posibles errores en la designación de capitales en
Colombia que tan vez puede ser de interés para alguno de ustedes en
corregir.  Fue descrito como un "issue" en OSM-Carto y comentado en el chat
telegram de esta comunidad:

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

(dentro hay enlaces a interesantes pantallazos)

Saludos,

Humberto Yances
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-br] Rio Olympics – Tutorial para Importação de Edificações

[Alexandre Magno Brito de Medeiros]

Marcio,

Como você desconhecia ou não lembrava da CC-BY-SA, foi ético mesmo. E
também porque o autor podia estar desconsiderando que doara o material ao
wiki do OpenStreetMap.

Noutro caso, é irrelevante pedir a autorização. Pelo contrário, muitas
vezes, quem formaliza com licenças CC quer justamente evitar a aporrinhação
de analisar e distribuir autorizações particulares.

Alexandre Magno

Em 8 de julho de 2016 11:37,  escreveu:

> Agradeço Arlindo, mas somente por questão ética pedi autorização ao Sergio.
>
> []s
> Marcio
>
>
>
> *From:* Arlindo Pereira 
> *Sent:* Friday, July 8, 2016 11:26 AM
> *To:* OpenStreetMap no Brasil 
> *Subject:* Re: [Talk-br]Rio Olympics – Tutorial para Importação de
> Edificações
>
> Marcio,
>
> creio que você possa divulgar sem problemas independentemente de
> autorização, uma vez que a licença do wiki do OSM é Creative Commons
> (CC-BY-SA). Mais detalhes em
> https://wiki.openstreetmap.org/wiki/Wiki_content_license.
>
>
> []s
> Arlindo Pereira
>
> 2016-07-08 9:17 GMT-03:00 :
>
>> Bom dia Sergio.
>>
>> Parabéns pelo Tutorial.
>>
>> Você nos autoriza a reproduzir esse tutorial em nosso site Cocar, com os
>> devidos créditos?
>>
>> []s
>> Marcio
>>
>> *From:* Sérgio V. 
>> *Sent:* Friday, July 8, 2016 8:57 AM
>> *To:* talk-br@openstreetmap.org
>> *Subject:* [Talk-br] Rio Olympics – Tutorial para Importação de
>> Edificações
>>
>>
>> Bom dia pessoal.
>>
>> Tutorial para a importação de prédios no Rio de Janeiro está em:
>>
>>
>> https://wiki.openstreetmap.org/wiki/Rio_Olympics_%E2%80%93_Tutorial_para_Importa%C3%A7%C3%A3o_de_Edifica%C3%A7%C3%B5es
>>
>>
>> Mais informações, contatar a comunidade:
>>
>> https://wiki.openstreetmap.org/wiki/Rio_Olympics_Mapping#Contact
>>
>> Saudações,
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio / user:smaprs
>>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Forum admin(s) wanted

[Michał Brzozowski]

Somebody also tried to contact Lambertus to no avail, asking for
creation of users:Iceland
http://forum.openstreetmap.org/viewtopic.php?id=55089

Michał

On Fri, Jul 15, 2016 at 12:24 AM, Daniel Koć  wrote:
> W dniu 14.07.2016 23:46, Hakuch napisał(a):
>
>> did you try to contact him by mail? I had last contact in april and
>> could try again
>
>
> Last time it was in September 2015, so not lately. =} Please, try again and
> let us know.
>
> I'm glad at least we have spam protection working, which was a big issue he
> managed to do. However if it's just one person dealing with forum, I think
> we have a problem - if not now, then in the future.
>
>
> --
> "Low, low, low..." [M. Kempa]
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[Talk-br] RES: Faces de Logradouros

[Blademir Andrade de Lima]

Muito bom os arquivos.

A única maneira de achar as cidades é pelo Geocódigo, link 
http://www.ngb.ibge.gov.br/Default.aspx?pagina=municipio , testei e estão muito 
precisos.

Vai ser muito útil para mapeamento urbano, rincipalmente com quem esta 
trabalhando nos municípios sem dados 
http://wiki.openstreetmap.org/wiki/Munic%C3%ADpios_brasileiros_com_mapeamento_deficit%C3%A1rio

Só pra lembrar, os arquivos “Setor” mesmo que tenham nomes, não são bairros.

Att,
BladeTC

Enviado do Email para Windows 10

De: Luis Bahiana
Enviado:quinta-feira, 14 de julho de 2016 15:56
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Faces de Logradouros

Corrigindo a ultima postagem :

*O IBGE disponibiliza hoje (14/07/2016), em seu portal na internet, a Base
de Faces de Logradouros do Censo Demográfico 2010, que contempla todos os
5.570 municípios brasileiros. São arquivos vetoriais digitais que mostram
as extensões compreendidas entre, por exemplo, quarteirões de uma rua,
praça etc. Para trabalhar com a base, é necessário utilizar softwares de
geoprocessamento, como as plataformas livres TerraView, Quantum Gis, dentre
outras. Clique aqui

para
acessar todas as informações disponíveis e fazer o download dos arquivos da
Base de Faces de Logradouros.*
--

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
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: [OSM-talk] Forum admin(s) wanted

[Daniel Koć]

W dniu 14.07.2016 23:46, Hakuch napisał(a):


did you try to contact him by mail? I had last contact in april and
could try again


Last time it was in September 2015, so not lately. =} Please, try again 
and let us know.


I'm glad at least we have spam protection working, which was a big issue 
he managed to do. However if it's just one person dealing with forum, I 
think we have a problem - if not now, then in the future.


--
"Low, low, low..." [M. Kempa]


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

Re: [OSM-talk] Mapping Klong Toey Slums

[hyan...@gmail.com]

Hi Mishari,

I can share from the experience to mapping slums in Cartagena, Colombia
with a Latinamerican NGO called TECHO (is not an acronym), plus the last
steps that you list (a, b, c) we started mapping the past using Bing
imagery (normally have imagery date); then a small aerial filming
company donate
drone flights  to map the
present.  After that we count double of houses that community leader
beleive that exists; but using filedpapers on the field we get exact number
of houses an his conditions

(like presence of tilts to deal with floods).

Pictures from mobiles apps and ballons just serve as helpers, but maybe
could be some security issues, so we prefer to use papers, all the steps
always include community members.

This actually is a methodology for mapping slums in connection of every
house as spatial element with household surveys that give us a clear
picture of community dimensions, so useful for his inner development.

I'm glad to say that now this slum is on the way to became a formal
neighborhood and OSM map is the base to achieve that, so mapping slums can
be a tool for poverty overcome, because as a formal one, they can be part
of local administration planning services and budget, and of course, with
all this information (that became in knowledge throught action) they know
how to proceed in his development path.

I humbly hope this could help with your question; if not feel free to come
with more,

Humberto Yances


2016-07-14 5:58 GMT-05:00 Mishari Muqbil :

> Hello,
>
> I just wanted to feedback from the community for our effort to map the
> slums in Klong Toey, Bangkok. The size of the area is about 1km x 2 km
> around here  and
> I have captured a sequence on Mapillay here
> .
> There are several challenges here including access to internet and English
> literacy, so I have come up with the following rough plan.
>
> 1. Put out a call for volunteers, work with NGOs in the area to find local
> kids who are interested in putting their community on the map.
> 2. Train the kids in using ID editor. I think I will limit them to doing
> specific things i.e. walkways, houses, trees, restaurant, convenience
> stores with individual kids limited to 2-3 features to avoid confusion then
> as they get the hang of it, increase their repertoire.
> 3. Take over a local internet cafe for a day for training and mapping
> purpose.
>
> Now I'm not sure about the rest of the process, you can see from Mapillary
> that due to the somewhat dense nature of the community, GPS is inaccurate
> and neither Bing nor Mapbox has enough of a resolution to be meaningful. So
> I have several (possibly overlapping) ideas.
>
> a) hire or borrow a drone to take aerial imagery and upload to
> openaerialmap and use that as a basemap but I'm not sure how possible it
> will be to see through the roofs.
> b) get a team of surveyor students from Prof. Garavig to map out the paths
> in the community (it's pretty big so I'm not sure how tine consuming it is)
> then have the community kids fill in the blank.
> c) use walking papers and have the kids go out, sketching what they see
> from the rooftop but I feel this may be prone to errors.
>
> Does anyone have any experience or tips they can share on how we can
> achieve this?
>
> Best regards
> Mishari
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Wochennotiz Nr. 312 05.07.2016–11.07.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 312 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2016/07/wochennotiz-nr-312/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 312 05.07.2016–11.07.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 312 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2016/07/wochennotiz-nr-312/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-it] Fwd: geo search is now live

[Federico Leva (Nemo)]

Carino: 
https://it.wikipedia.org/w/index.php?title=Speciale:Ricerca=default=Search=villa+neartitle%3A10km%2CEsino_Lario



 Messaggio inoltrato 
Oggetto:[WikimediaMobile] Fwd: geo search is now live
Data:   Thu, 14 Jul 2016 14:51:38 -0700
Mittente:   Erik Bernhardson 


This week we shipped a new feature at the request of the mobile apps 
team, geo integration to full text search.


(bare bones) Documentation: 
https://www.mediawiki.org/wiki/Help:CirrusSearch#Geo_Search


Quick example usage for bounded geo search:

https://people.wikimedia.org/~ebernhardson/mapsearch.html#Pittsburgh|intitle:bridge 


https://people.wikimedia.org/~ebernhardson/mapsearch.html#San_Francisco|hastemplate:"National_Register_of_Historic_Places_in_California"
https://people.wikimedia.org/~ebernhardson/mapsearch.html#200km,Moscow|incategory:Kremlins 



Direct search example:

https://en.wikipedia.org/w/index.php?fulltext=1=incategory%3AKremlins+neartitle%3A200km%2CMoscow

Also implemented a "boost" version which increases the search score of 
pages within a particular area, rather than the default which limits to 
a geographic area. Compare:


https://en.wikipedia.org/w/index.php?fulltext=1=boost-neartitle%3A%22Paris%22+museum

vs.

https://en.wikipedia.org/w/index.php?fulltext=1=museum



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

Re: [OSM-talk] Mapping Klong Toey Slums

[Nicolás Alvarez]

2016-07-14 7:58 GMT-03:00 Mishari Muqbil :
> Hello,
>
> I just wanted to feedback from the community for our effort to map the slums
> in Klong Toey, Bangkok. The size of the area is about 1km x 2 km around here
> and I have captured a sequence on Mapillay here. There are several
> challenges here including access to internet and English literacy, so I have
> come up with the following rough plan.
>
> 1. Put out a call for volunteers, work with NGOs in the area to find local
> kids who are interested in putting their community on the map.
> 2. Train the kids in using ID editor. I think I will limit them to doing
> specific things i.e. walkways, houses, trees, restaurant, convenience stores
> with individual kids limited to 2-3 features to avoid confusion then as they
> get the hang of it, increase their repertoire.
> 3. Take over a local internet cafe for a day for training and mapping
> purpose.
>
> Now I'm not sure about the rest of the process, you can see from Mapillary
> that due to the somewhat dense nature of the community, GPS is inaccurate
> and neither Bing nor Mapbox has enough of a resolution to be meaningful. So
> I have several (possibly overlapping) ideas.
>
> a) hire or borrow a drone to take aerial imagery and upload to openaerialmap
> and use that as a basemap but I'm not sure how possible it will be to see
> through the roofs.
> b) get a team of surveyor students from Prof. Garavig to map out the paths
> in the community (it's pretty big so I'm not sure how tine consuming it is)
> then have the community kids fill in the blank.
> c) use walking papers and have the kids go out, sketching what they see from
> the rooftop but I feel this may be prone to errors.
>
> Does anyone have any experience or tips they can share on how we can achieve
> this?
>
> Best regards
> Mishari

FWIW, if you and your volunteers take tons of pictures for Mapillary
and the Internet connection isn't good enough to upload them, you can
physically mail them a hard disk. Or have them mail you a hard disk
and you fill it with photos and ship it back. They have done it before
for special situations like this.

Let me know if you're interested in that.

-- 
Nicolás
with my Mapillary ambassador hat on

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

Re: [Talk-de] Mobile Verkaufsstände

[Holger Jeromin]

Sven Geggus  Wrote in message:
> Carl von Einem  wrote:
> 
>> Und als "tag, der signalisiert, dass das Teil da in 95% der Zeit in der 
>> man vorbeikommt überhaupt nicht anzutreffen ist", würde ich 
>> opening_hours vorschlagen.
> 
> Das bedeutet wenn man das nicht rendern möchte, dann braucht man eine
> Postgresql funktion die opening_hours parsen kann?!  Dann doch besser
> intermittent.
> 
> Der Unterschied zu Wochenmärkten ist, dass die ihr eigenes Tag
> amenity=marketplace haben, das derzeit gar nicht gerendert wird.
> 

Es wird auf der Hauptkarte übrigens aus genau den Überlegungen
 bisher nicht gerendert, dass das Feature häufig nicht da ist.
 

Aber die Diskussion ist dort noch nicht geschlossen. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Import Gehwegdaten Heidelberg

[Michael Reichert]

Hallo Lisa,

Am 14.07.2016 um 21:36 schrieb Peter Barth:
>> 2. Ich darf die Daten für die Ableitung von Attributen zu verwenden,  
>> habe jedoch keine explizite Erlaubnis, sie direkt in OSM hochzuladen  
>> oder die Shapefiles hier zu veröffentlichen (vgl. Permission Text).  
>> Ich hoffe, das stellt kein Problem dar.
> 
> Ich finde das mindestens suboptimal. Ich würde mir wünschen, dass mehr 
> als eine Person die Originaldaten zu sehen bekommt bzw. ein Ausschnitt 
> der Daten veröffentlicht wird damit sich auch andere daran spielen 
> können, die Datenqualität prüfen können und den Importprozess 
> nachvollziehen können. Mindestens aber solltest du einen OSM-File eines
> Ausschnittes bereitstellen der die importierten Daten zeigt wie das
> aussehen würde.
> 
> Diesen Prozess finde ich übrigens nicht ausführlich genug und lässt zu
> viel Fragen offen. Auch finde ich Datengrößen von "die in JOSM noch
> editiert werden können" problematisch. Die Frage nach dem genauen
> Prozess zur Ermittlung der Breite kam ja z.B. schon. Wie gehst du mit
> getrennten vs. sich am highway befindlichen Gehsteigen um,...? Welchen
> Account verwendest du/ihr zum Import usw.

Da muss ich Peter zustimmen. Wenn die Behörde nicht damit einverstanden
ist, dass ihr Shapefile öffentlich wird, hat sie vermutlich auch gar
nicht realisiert, dass die Daten nachher von jedem zu beliebigen Zwecken
verwendeten werden dürfen, solange die Bedingungen der aktuellen
OSM-Lizenz (derzeit ODbL 1.0) eingehalten werden.

Hol dir bitte die Erlaubnis zur Veröffentlichung der Shapefiles ein,
ansonsten brauchen wir nicht über einen Import reden. Wenn die Behörde
euch die Erlaubnis nicht geben will, könnt ihr ja die Energie, die ihr
in diverse HOT-Sachen steckt, ja mal ins Bürgersteigmapping (mittels
Ortsbegehungen) stecken. Ist zwar nicht so cool wie HOT …

Viele Grüße

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

Re: [Talk-it] su natural=spring (ancora...)

[girarsi_liste]

Il 14/07/2016 17:21, Federico Cortese ha scritto:
> 2016-07-14 15:23 GMT+02:00 Luca Delucchi :
>>
>> Il 11/lug/2016 06:28 PM, "girarsi_liste"  ha
>> scritto:
>>>
>>> Generalmente in montagna, spesso uso amenity=fountain +
>>> drinking_water=yes/no se trattasi di fontanella con vasca in legno
>>> (classico tronco intagliato), se invece c'è uno spuntone che esce dal
>>> terreno o fa da "canale" ad una sogiva, metto solo natural=spring.
>>>
>>
>> Ma amenity=fountain è per fontane decorative. Quelle che descrivi te sono
>> amenity=drinking_water
>>
> +1 in tutti i casi elencati non mi pare che sia mai utilizzabile
> amenity=fountain, che è appunto per le fontane decorative.
> 
> Ciao
> Federico

Non son tanto convinto, comunque mi adeguo.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-br] API Open Street Map

[Paulo Carvalho]

Boa tarde,

A melhor API Javascript que eu conheço para isso é a OpenLayers.
Há uma demonstração de como programar isso aqui:
http://stackoverflow.com/questions/2735944/drawing-a-path-with-a-line-in-openlayers-using-javascript

  Agora para montar um sistema completo, precisarás de algo como o
Mapnik para desenhar as tiles (imagens no browser) que funcionará como uma
camada abaixo do OpenLayers e sobe aquela, uma camada mais abaixo ainda que
é uma base de dados GIS (ex.: PostGIS).  Depois é necessário encher esse
banco de dados com os dados do OSM.  Falando assim é fácil, mas não é uma
tarefa nada trivial, mas com muita disposição dá para conseguir:


https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/

abraço,

PC

Em 14 de julho de 2016 11:09, Paulo Vianna 
escreveu:

> Olá pessoal, bom dia.
>
> É com imenso prazer que me cadastro nesta lista para compartilhar e buscar
> ideais. Portanto desde já, gostaria de saber se vocês sabem qual a melhor
> forma de eu poder traçar linhas por cima das vias e seu eu consigo isso
> utilizando Java Script.
>
> Gostaria de saber também se existe uma API instalável do Open Street Maps
> para que eu possa acessar.
>
> Agradeço a atenção.
>
> ___
> 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-de] Import Gehwegdaten Heidelberg

[Bernhard Weiskopf]

Hallo Lisa,

ich bin gespannt, wie die Umsetzung funktionieren wird und wie ihr mit 
Konflikten umgehen werdet, wenn beispielsweise bereits ein abweichender surface 
value eingetragen ist oder der Gehweg oder kombinierte Rad- und Gehweg bereits 
als separate highway-Linie eingetragen ist.

Sollen "nur" sidewalk tags an highways ergänzt werden, oder auch 
nichtstraßenbegleitende (eigenständige) Gehwege ergänzt werden?

Wirst du uns ab und zu informieren oder können wir selbst irgendwo nachschauen?

Viele Grüße aus Mannheim

Bernhard


> -Ursprüngliche Nachricht-
> Von: masta...@stud.uni-heidelberg.de [mailto:masta...@stud.uni-
> heidelberg.de]
> Gesendet: Donnerstag, 14. Juli 2016 00:40
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Import Gehwegdaten Heidelberg
> 
> Hallo zusammen,
> 
> hier ein paar Ergänzungen zum geplanten Import:
> 
> 1. Ich habe die E-mail mit der Erlaubnis für die Datennutzung auf der Wiki-
> Seite veröffentlicht:
> http://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg
> 
> 2. Ich darf die Daten für die Ableitung von Attributen zu verwenden, habe
> jedoch keine explizite Erlaubnis, sie direkt in OSM hochzuladen oder die
> Shapefiles hier zu veröffentlichen (vgl. Permission Text).
> Ich hoffe, das stellt kein Problem dar.
> 
> 3. Was die Ableitung des width-tag betrifft, ist noch kein konkretes
> Verfahren ausgearbeitet; da dies jedoch mittelfristig geplant ist, wollte ich
> es im Wiki wenigstens nennen. Wenn sich dazu etwas Neues ergibt,
> schreibe ich es hier!
> 
> Ich hoffe, damit konnte ich einige Fragen beantworten.
> Viele Grüße
> Lisa
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Michał Brzozowski]

I am not. I just don't want to say "guilty" prematurely. It's a system
for traffic information (public-facing site) and traffic control built
by some neighboring cities.

Michał

On Thu, Jul 14, 2016 at 9:27 PM, Martin Koppenhoefer
 wrote:
>
> 2016-07-14 21:11 GMT+02:00 Michał Brzozowski :
>>
>> No. They render maps on their own and also FOSM data seem not to be
>> *just* before the redaction (am I right? There are no changes I made
>> in May 2012)
>
>
>
>
> maybe you are talking about Apple maps? They use both, pre-redaction
> cc-by-sa data and also ODbl data.
>
> Cheers,
> Martin

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

Re: [Talk-de] Import Gehwegdaten Heidelberg

[Peter Barth]

Hallo Lisa,

masta...@stud.uni-heidelberg.de schrieb:
> 1. Ich habe die E-mail mit der Erlaubnis für die Datennutzung auf der  
> Wiki-Seite veröffentlicht:
> http://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg

ich finde da ist schon noch sehr viel Interpretationsspielraum gegeben.
Du sprichst von abgeleiteten Attributen und dem Einspeisen in OSM, aber
es wird kein Wort zur eigentlichen Lizenz oder den CTs verloren. Die
können sich jetzt problemlos weiterhin auf den Standpunkt stellen, dass
hochladen OK ist, solang ihre Lizenz weiter gilt. Das sollte unbedingt
ganz klar geklärt werden. Des weiteren sollte das imho auch schriftlich
festgehalten werden und nicht nur per Email geklärt werden. Und drittens
solltest du bei einer Formulierung bzgl Lizenz versuchen/darauf achten,
dass quasi eine Zustimmung zu den CTs besteht, also die Daten quasi
einen Lizenzwechsel mitmachen könnten.

> 2. Ich darf die Daten für die Ableitung von Attributen zu verwenden,  
> habe jedoch keine explizite Erlaubnis, sie direkt in OSM hochzuladen  
> oder die Shapefiles hier zu veröffentlichen (vgl. Permission Text).  
> Ich hoffe, das stellt kein Problem dar.

Ich finde das mindestens suboptimal. Ich würde mir wünschen, dass mehr 
als eine Person die Originaldaten zu sehen bekommt bzw. ein Ausschnitt 
der Daten veröffentlicht wird damit sich auch andere daran spielen 
können, die Datenqualität prüfen können und den Importprozess 
nachvollziehen können. Mindestens aber solltest du einen OSM-File eines
Ausschnittes bereitstellen der die importierten Daten zeigt wie das
aussehen würde.

Diesen Prozess finde ich übrigens nicht ausführlich genug und lässt zu
viel Fragen offen. Auch finde ich Datengrößen von "die in JOSM noch
editiert werden können" problematisch. Die Frage nach dem genauen
Prozess zur Ermittlung der Breite kam ja z.B. schon. Wie gehst du mit
getrennten vs. sich am highway befindlichen Gehsteigen um,...? Welchen
Account verwendest du/ihr zum Import usw.

MMn hatten wir schon zu viele schlechte Imports als das man das in dem
Zustand durchwinken könnte.

Gruß,
Peda


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

Re: [Talk-de] Einladung 2. OSM Sommercamp

[Michael Kugelmann]

Am 14.07.2016 um 12:14 schrieb Manfred A. Reiter:

die Frage kam bei mir auf, da ich Marc in beiden sah :)

vermutlich werde die zwei Listen manuell abgeglichen...


Grüße,
Michael.


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

[OSM-talk] Forum admin(s) wanted

[Daniel Koć]

Hi,

It seems that Lambertus, the admin of OSM forum, is not accessible for 
some time:


http://forum.openstreetmap.org/viewtopic.php?id=54959

Does anybody know what's going on and if there's another forum admin who 
can be contacted instead of him?


Nothing bad happened, only some annoyances to be solved, I just like to 
know if the community still has the control over this part of the 
project infrastructure.


--
"Low, low, low..." [M. Kempa]

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

Re: [OSM-talk] What3words

[Michael Kugelmann]

on 12.07.2016 at 18:13 Frank Villaro-Dixon wrote:
And that's fucking shit! 

Completely agree!
It is a proprietary system which is absolutely unlogical and 
non-deterministic looking from outside. Absolutely nothing that should 
be supported by a big FLOSS project like OSM! The only strong thing 
about W3W is their good marketing and PR.


We should even be careful not to give them a platform they migt use for 
PR/marketing by discussing about them.



Just my 2 cents,
Michael.



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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Martin Koppenhoefer]

2016-07-14 21:11 GMT+02:00 Michał Brzozowski :

> No. They render maps on their own and also FOSM data seem not to be
> *just* before the redaction (am I right? There are no changes I made
> in May 2012)
>



maybe you are talking about Apple maps? They use both, pre-redaction
cc-by-sa data and also ODbl data.

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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Pierre Béland]

On 14/07/2016 19:49, Michał Brzozowski wrote:
> I would swear I saw a page doing exactly that (with a comparison slider).

Michal, you might have seen my OSMCompare slider map where I use the FOSM layer 
for comparison.
http://pierzen.dev.openstreetmap.org/hot/leaflet/OSM-Compare-before-after.html#10/27.9083/85.5286
 

 
Pierre 


  De : Andy Townsend 
 À : talk@openstreetmap.org  Envoyé le : jeudi 14 juillet 2016 14h59
 Objet : Re: [OSM-talk] Viewing pre-redaction OSM tiles?
   
On 14/07/2016 19:49, Michał Brzozowski wrote:
> I would swear I saw a page doing exactly that (with a comparison slider).
> The reason is I suspect that some website uses old cc-by-sa OSM data
> (due to its nature, with their own updates) without attribution nor
> with modified map data released.

Apologies if I've misinterpreted the question, but if you saw something 
comparing against old OSM data it might have been using tiles from 
http://map.fosm.org/ ?  That's based on pre-licence change OSM data.  
There are some people updating that, but not many.

Best Regards,

Andy


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


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

Re: [Talk-ca] New mapper

[Pierre Béland]

Bonjour Loïc,
Bienvenue parmi les contributeurs OpenStreetMap.  Il y a beaucoup de canaux de 
communication OSM et parfois on peut s'y perdre oui. En plus de cette liste de 
discussion OSM-Canada, il y a des listes pour les contributeurs de Montréal et 
Québec. On retrouve aussi des groupes de discussion spécialisés décrits sur la 
page https://wiki.openstreetmap.org/wiki/Mailing_lists
Il y a aussi les communications IRC en temps réel. On se connecte, on choisit 
un identifiant, on se présente, et si des personnes présentes, on peut y 
discuter. Encore ici, beaucoup de canaux.http://wiki.openstreetmap.org/wiki/IRC

voir les sites internet
Montréal http://www.openstreetmap-montreal.org/
Québec http://www.osmqc.ca/ 
Une bonne façon d'apprendre, est de participer aux rencontres organisées par 
les groupes locaux. On peut échanger et apprendre plus vite.

Pour ce qui est de ta page wiki, a noter qu'il faut ouvrir un compte distinct 
de OpenStreetMap pour la page wiki OpenStreetMap. Tu peux cependant utiliser le 
même identifiant pour les deux sites. Sinon, rédiger et sauvergarder, c'est la 
même procédure que pour wikipedia puisque les même outils.

 
Pierre 


  De : Loïc Haméon 
 À : talk-ca@openstreetmap.org 
 Envoyé le : jeudi 14 juillet 2016 13h06
 Objet : [Talk-ca] New mapper
   
Hi all,
I'm new. I'm looking to improve OSM data in Montreal and Lac-Saint-Jean for 
now. I am however having some difficulties learning the ropes and navigating 
the contact channels. 

I've been trying to create my personal page on the wiki, but I get "Unknown 
Error" when I try to save my changes, anyone have a suggestion to solve that 
problem? 
Looking forward to chatting with you!
Procrastigator
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Michał Brzozowski]

No. They render maps on their own and also FOSM data seem not to be
*just* before the redaction (am I right? There are no changes I made
in May 2012)

Michał

On Thu, Jul 14, 2016 at 8:59 PM, Andy Townsend  wrote:
> On 14/07/2016 19:49, Michał Brzozowski wrote:
>>
>> I would swear I saw a page doing exactly that (with a comparison slider).
>> The reason is I suspect that some website uses old cc-by-sa OSM data
>> (due to its nature, with their own updates) without attribution nor
>> with modified map data released.
>
>
> Apologies if I've misinterpreted the question, but if you saw something
> comparing against old OSM data it might have been using tiles from
> http://map.fosm.org/ ?  That's based on pre-licence change OSM data.  There
> are some people updating that, but not many.
>
> Best Regards,
>
> Andy
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Andy Townsend]

On 14/07/2016 19:49, Michał Brzozowski wrote:

I would swear I saw a page doing exactly that (with a comparison slider).
The reason is I suspect that some website uses old cc-by-sa OSM data
(due to its nature, with their own updates) without attribution nor
with modified map data released.


Apologies if I've misinterpreted the question, but if you saw something 
comparing against old OSM data it might have been using tiles from 
http://map.fosm.org/ ?  That's based on pre-licence change OSM data.  
There are some people updating that, but not many.


Best Regards,

Andy


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

Re: [OSM-talk] Viewing pre-redaction OSM tiles?

[Nicolás Alvarez]

2016-07-14 15:49 GMT-03:00 Michał Brzozowski :
> Hi.
> I would swear I saw a page doing exactly that (with a comparison slider).
> The reason is I suspect that some website uses old cc-by-sa OSM data
> (due to its nature, with their own updates) without attribution nor
> with modified map data released.

You could look at the tiles from FOSM: http://www.fosm.org/
They made a fork of OSM from cc-by-sa pre-redaction data, but they
have several orders of magnitude less edits/editors than OSM, so in
many parts of the world you can pretend it's a frozen pre-redaction
snapshot ;)

-- 
Nicolás

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

[Talk-br] Faces de Logradouros

[Luis Bahiana]

Corrigindo a ultima postagem :

*O IBGE disponibiliza hoje (14/07/2016), em seu portal na internet, a Base
de Faces de Logradouros do Censo Demográfico 2010, que contempla todos os
5.570 municípios brasileiros. São arquivos vetoriais digitais que mostram
as extensões compreendidas entre, por exemplo, quarteirões de uma rua,
praça etc. Para trabalhar com a base, é necessário utilizar softwares de
geoprocessamento, como as plataformas livres TerraView, Quantum Gis, dentre
outras. Clique aqui

para
acessar todas as informações disponíveis e fazer o download dos arquivos da
Base de Faces de Logradouros.*
-- 

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Ibge disponibliza arquivos de setores e faces de quadra

[Luis Bahiana]

Olá Amigos !

Acessem o link :

http://saladeimprensa.ibge.gov.br/noticias?view=noticia=1=1=3213
-- 

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] Viewing pre-redaction OSM tiles?

[Michał Brzozowski]

Hi.
I would swear I saw a page doing exactly that (with a comparison slider).
The reason is I suspect that some website uses old cc-by-sa OSM data
(due to its nature, with their own updates) without attribution nor
with modified map data released.

Michał

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

Re: [Talk-it] Possibile mapathon a Crespi d'Adda

[Dario Crespi]

>
> Parente di Cristoforo Benigno? :)


No, solo concittadino :-)

Dario

Il giorno 14 luglio 2016 19:02, Carlo Stemberger  ha scritto:

> Io non so se avrò tempo (indipendentemente dalla data); probabilmente no,
> ma comunque non escludo di riuscire a partecipare (lo farei volentieri).
>
>
> Il giorno 11 luglio 2016 23:03, Dario Crespi  ha
> scritto:
> [...]
>
>> Dario
>>
>
> Parente di Cristoforo Benigno? :)
>
> Ciao!
>
> Carlo
>
> ___
> 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] OpenTripPlanner shapes.txt

[Cascafico Giovanni]

Grazie per la disponibilità... avevo prodotto uno shapes.txt da 20-20
linee, ma ho poi abbandonato questa strada... mi perdevo tra tabelle e
il problema della lettura shapes era solo uno dei tanti.

Sto provando la strada gtfs-editor di conveyal: sembra semplifichi
molto il lavoro, rendendolo intuitivo. In 5' ho importato nel'editor
tutte le fermate urbane di Gorizia: è bastata una query [1] e un
aggiustamento dei separatori ed header. Grazie anche al'utente
Gabriele Dri, che le ha mappate scrupolosamente.

Poi importerò la sequenza delle fermate dalla relazione, ma devo
capire se controllare l'ordine sia più oneroso che crearle ex-novo
cliccando sulla mappa.

A proposito dello shapes.txt, creata la linea, le fermate sono
graficamente connesse da un segmento, ma, per adattare graficamente le
tratte al percorso effettivo, i segmenti si possono spezzare sulla
mappa, un po' come si fa con umap, che credo condivida le primitive di
disegno.

Unico difetto (per ora) di gtfs-editor è l'esosa richiesta di memoria
(circa 2 Giga) per esportare il lavoro in un GTFS.zip standard da 40
kilobyte; ciò mi pregiudica l'uso di un raspberry 24/7 che altrimenti
si comporterebbe egregiamente.




[1] http://overpass-turbo.eu/s/hjz


Il 13 luglio 2016 19:39, Federico Cortese  ha scritto:
>> 2016-07-07 19:04 GMT+02:00 Cascafico Giovanni :
>>> Qualcuno ha esperienza di questo software di routing multimodale? Funziona
>>> secondo lo standard GTFS.
>>>
>>> Ho creato facilmente da query OSM la lista della fermate (stops.txt) e gli
>>> altri file "required", ma non riesco a fargli digerire il file delle way
>>> (shapes.txt)
>>>
>
> Hai provato ad aprire i GTFS con gli strumenti di analisi di Google?
> Se vuoi puoi girarmi lo shapes.txt e gli dò un'occhiata, purtroppo
> OpenTripPlanner non lo conosco proprio.
> Ciao
>
> Federico

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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Lorenzo "Beba" Beltrami]

Il giorno 14 luglio 2016 17:19, Cascafico Giovanni  ha
scritto:

> Interessante questa media. Mi chiedo se tiene conto della "curvosità".
> Routino per esempio non la cita nella wiki.
>
Alla riga 143 del file linkato da Martin[1] sembrerebbe esserci un
coefficiente per tener conto delle curve.

Sono d'accordo con Martin sul fatto di non segnare maxspeed=* non
corrispondenti alla realtà.
In una curva a gomito il maxspeed di una extraurbana (se non segnalato
diversamente) rimane 90 km/h.
Starà poi all'algoritmo di routing capire che in una curva simile non si
può di certo andare a 90 chilometri orari, non certo al mappatore.

Ciao!
Lorenzo

[1]
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua#L143
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] josm 10526 sospetto trojan?

[Dino Michelini]

Ho appena scaricato l'aggiornamento di josm e G DATA INTERNET SECURITY 
mi segnala questo:


_

Verifica antivirus con G DATA INTERNET SECURITY
Versione 25.1.0.12 (12/02/2016)
Database antivirus da 13/07/2016
Ora di avvio: 14/07/2016 19:41:56
Motore(i): Motore A (AVA 25.7361), Motore B (GD 25.7259)
Euristica: On
Archivio: On
Aree di sistema: Off
Verifica rootkit: Off

Verifica delle seguenti directory e file:
  C:\Documents and Settings\root\Documenti\Download\josm-setup.exe

Analisi eseguita completamente: 14/07/2016 19:42:43
Esaminati 1 file
Trovati 1 file infetti
Rilevati 0 file sospetti

Archivio: josm-setup.exe
Percorso: C:\Documents and Settings\root\Documenti\Download
Stato: Il file viene spostato in quarantena. È necessario riavviare 
il computer.

Virus: Trojan.Generic.17584758, Trojan.Generic.17371915 (Motore A)

Oggetto: (NSIS o)=>lzma_solid_nsis0004
In Archivio: C:\Documents and 
Settings\root\Documenti\Download\josm-setup.exe

Stato: Virus rilevato
Virus: Trojan.Generic.17584758
Oggetto: (NSIS o)=>lzma_solid_nsis0005
In Archivio: C:\Documents and 
Settings\root\Documenti\Download\josm-setup.exe

Stato: Virus rilevato
Virus: Trojan.Generic.17371915



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

[Talk-ca] New mapper

[Loïc Haméon]

Hi all,

I'm new. I'm looking to improve OSM data in Montreal and Lac-Saint-Jean for
now. I am however having some difficulties learning the ropes and
navigating the contact channels.

I've been trying to create my personal page on the wiki, but I get "Unknown
Error" when I try to save my changes, anyone have a suggestion to solve
that problem?

Looking forward to chatting with you!

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

Re: [Talk-it] Possibile mapathon a Crespi d'Adda

[Carlo Stemberger]

Io non so se avrò tempo (indipendentemente dalla data); probabilmente no,
ma comunque non escludo di riuscire a partecipare (lo farei volentieri).


Il giorno 11 luglio 2016 23:03, Dario Crespi  ha
scritto:
[...]

> Dario
>

Parente di Cristoforo Benigno? :)

Ciao!

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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Martin Koppenhoefer]

2016-07-14 18:03 GMT+02:00 Bruno :

> Ma il tratto tra i paesi come lo taggo?
> L'implicito extraurbano italiano è 90 km/h, la velocità pratica (ma non
> quella massima per il CdS) è di 40-45 km/h, quindi sono in difficoltà per
> mancanza di fonti esplicite.
>


non sei in difficoltà. Lo mappi con maxspeed=90, il limite legale. Se il
limite pratico è più basso vuol dire che chi prende quella strada dovrà
guidare meno veloce ;-)




> Se metto 50 km/h aiuto il routing, ma do un'informazione probabilmente
> fuorviante,
>


+1



> il 90 è impensabile.
>


è impensabile raggiungere (forse salvo brevi tratti?), ma non è il problema
tuo, casomai potrebbe essere il problema di chi dovrebbe mettere cartelli
(ma penso nemmeno).



> Di fatto in queste zone montane il problema di una cartellonistica
> puntuale gli enti non se lo pongono.
>


infatti. Chi va troppo veloce viene punito in automatico ;-)

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

Re: [OSM-talk] Automated edits code of conduct

[Martin Koppenhoefer]

2016-07-14 18:03 GMT+02:00 Andy Townsend :

> but do always ask yourself if by "tidying up" you're actually removing
> information from OSM, even if that information is "there is some doubt as
> to whether the original mapper knew what they were doing".



+1. A part of the "cleaning" and "tidying" is actually hiding errors rather
than correcting them. Also +1 to asking the original mapper and other
people in the area. This will take a bit longer than doing the "fix" right
away, but there is no need to hurry.

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

Re: [OSM-talk] Automated edits code of conduct

[Andy Townsend]

On 14/07/2016 16:19, Éric Gillet wrote:
So if the changeset correct 300 restaurants but 2 are "damaged" by the 
automated edit, would the edit be bad enough to be reverted or not be 
done in the first place ?


I'd revert it.  It's essentially the same as the "trees" example 
upthread (where the mechanical editor thought incorrectly that deciduous 
implied broadleaved, and vice versa).  It's easy for people processing 
OSM data to say "obviously these are mistaggings; I'll assume that 
people have just got it wrong".  However, going to Burkina Faso (in the 
Mac Donald example) is inherantly much harder; we need to respect 
someone who's actually been there.


Where there a small number of potential mistaggings the correct approach 
would be to _ask the previous mapper_ or if that doesn't work _ask 
someone else in the area_.  OSM provides tools that makes it really easy 
to do exactly that.


You might argue "but surely if more data is corrected than damaged the 
overall quality is improved?" but you'd be wrong.  It's important to 
leave as much original data there as possible for downstream 
processing.  I spent a good few years in the 80s and 90s arguing the 
superiority of statistical approaches to data interpretation over 
rule-based ones.  To cut a long story short, there's a reason why e.g. 
the anti-spam measures used with email today are Bayesian (statistical) 
- it works.  Don't second-guess what data consumers might need if you've 
not been one.


That doesn't mean that if you see that someone has mapped an obvious 
primary highway as "highway=pirmary" that you shouldn't change it - but 
do always ask yourself if by "tidying up" you're actually removing 
information from OSM, even if that information is "there is some doubt 
as to whether the original mapper knew what they were doing".


Best Regards,

Andy

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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Bruno]

Sempre chiarissimo.In realtà alcune cose mi continuano a risultare 
difficili.Riprendiamo questa strada, che conosco 
bene.http://www.openstreetmap.org/way/310501342
In pratica si tratta di un lungo percorso, sostanzialmente extraurbano, 
intervallato da piccoli paesi.
Escluso all'uscita del capoluogo, molti chilometri prima, non ci sono cartelli 
indicatori di velocità.Ora mi è chiaro che i tratti compresi tra i segnali di 
centro urbano dovrei metterli a 50 km/h, con implicito IT:urban
Ma il tratto tra i paesi come lo taggo?L'implicito extraurbano italiano è 90 
km/h, la velocità pratica (ma non quella massima per il CdS) è di 40-45 km/h, 
quindi sono in difficoltà per mancanza di fonti esplicite.Se metto 50 km/h 
aiuto il routing, ma do un'informazione probabilmente fuorviante, il 90 è 
impensabile.Di fatto in queste zone montane il problema di una cartellonistica 
puntuale gli enti non se lo pongono.
PS: Si, nessuna intenzione di scrivere in privato, solo qualche problema di 
gestione della mia posta




Messaggio originale

Da: "Martin Koppenhoefer" 

Data: 14/07/2016 17.07

A: "Bruno", "openstreetmap list - 
italiano"

Ogg: Re: Re: [Talk-it] Routing inefficiente, come rimediare?




2016-07-14 17:00 GMT+02:00 Bruno :
Mi restano un po' di dubbi, i limiti impliciti come li imposto?Peraltro nei 
casi riportati da te il maxspeed è mediamente sicuramente più alto che la 
velocità media, che in quei tratti raramente supera i 40.

non conosco queste strade, ma se non puoi andare più veloce di 40 ci sarà molto 
probabilmente anche un limite esplicito.

In generale mappiamo così:
maxspeed=numero (sempre)
source:maxspeed=sign (limite esplicito)
source:maxspeed=IT:urban / IT:rural / IT:motorway (implicito) 
trovi tutto nel wiki.

I cartelli (consiglio di mappare anche quelli di ripetizione), alla loro 
posizione (=non fanno parte del highway):
traffic_sign=speed_limit
maxspeed=numero

oppure
traffic_sign=city_limit (confine centro abitato)
name=nome città

Ciao,
Martin

PS: Continuo a mandare anche alla lista, presumo che non hai scritto 
appositamente in privato...





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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Martin Koppenhoefer]

2016-07-14 17:19 GMT+02:00 Cascafico Giovanni :

> Interessante questa media. Mi chiedo se tiene conto della "curvosità".
> Routino per esempio non la cita nella wiki.



puoi approfondire qui, non è una cosa molto complessa...
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua

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

Re: [OSM-talk] Automated edits code of conduct

[Michael Reichert]

Hi Eric,

Am 14.07.2016 um 17:19 schrieb Éric Gillet:
> However I'd believe that there is (in Europe for the example's sake) a very
> low number of restaurant really named McDonalds and not part of the
> franchise. So if the changeset correct 300 restaurants but 2 are "damaged"
> by the automated edit, would the edit be bad enough to be reverted or not
> be done in the first place ?

A mechanical edit must not cause damage. Therefore a mechanical edit
which has damaged some data (damage > 0) should be reverted.

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] Automated edits code of conduct

[Richard Fairhurst]

Éric Gillet wrote:
> However I'd believe that there is (in Europe for the example's sake) a 
> very low number of restaurant really named McDonalds and not part 
> of the franchise. So if the changeset correct 300 restaurants but 2 
> are "damaged" by the automated edit, would the edit be bad enough 
> to be reverted or not be done in the first place ?

The answer to which is, of course, it depends. For some automated edits the
collateral damage will be too great, for others it may sometimes be
acceptable. The person proposing the automated edit isn't the best placed
person to weigh that up: they're already convinced of the desirability of
the edit (which is why they're proposing it).

So we need a second opinion - people to review the edit to see whether the
collateral damage will be too great. Since OSM is a classic example of "with
many eyeballs, all bugs are shallow"
(https://en.wikipedia.org/wiki/Linus%27s_Law), the challenge is to make sure
enough eyeballs look at the proposed automated edit to see if there are any
bugs in it.

To ensure this, those proposing an automated edit need to put it in front of
people's eyeballs. There are good ways to do that - particularly these
mailing lists.

Fortunately, this is _exactly_ what
http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct suggests.
:)

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/Automated-edits-code-of-conduct-tp5877825p5878347.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [Talk-it] su natural=spring (ancora...)

[Federico Cortese]

2016-07-14 15:23 GMT+02:00 Luca Delucchi :
>
> Il 11/lug/2016 06:28 PM, "girarsi_liste"  ha
> scritto:
>>
>> Generalmente in montagna, spesso uso amenity=fountain +
>> drinking_water=yes/no se trattasi di fontanella con vasca in legno
>> (classico tronco intagliato), se invece c'è uno spuntone che esce dal
>> terreno o fa da "canale" ad una sogiva, metto solo natural=spring.
>>
>
> Ma amenity=fountain è per fontane decorative. Quelle che descrivi te sono
> amenity=drinking_water
>
+1 in tutti i casi elencati non mi pare che sia mai utilizzabile
amenity=fountain, che è appunto per le fontane decorative.

Ciao
Federico

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

Re: [Talk-cz] Fwd: Re: edity z maps.me

[Miroslav Suchy]

Dne 14.7.2016 v 17:14 Miroslav Suchy napsal(a):
> Relevantní pro ČR:
> http://mmwatch.osmz.ru/?country=Czech+Republic

Vytvořil jsem:
https://openstreetmap.cz/kontrola-kvality

Tome, můžeš tam případně přihodit něco o OsmHiCheck.

Mirek

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

Re: [OSM-talk] Automated edits code of conduct

[Éric Gillet]

2016-07-14 14:00 GMT+02:00 Richard Fairhurst :

> Éric Gillet wrote:
> > That would be slightly faster to execute than the first approach I was
> > suggesting, but then how would you prove that you checked every
> > and all features ?
>
> Well, the best way to prove that you checked everything is not to fuck
> things up, which of course you won't, because you've checked everything.
>
> If you fuck things up (for example, by changing name=McDonalds to
> name=McDonald's on an independent restaurant that is actually called
> McDonalds), then by definition you haven't checked sufficiently, have you?
>

Oh, I thought you talked about checking peripheral data such as the
position of the nodes as mentionned by Frederik Ramm. Of course it should
be the responsibility of the changeset maker to lessen the errors
introduced, just like any mapper really.

However I'd believe that there is (in Europe for the example's sake) a very
low number of restaurant really named McDonalds and not part of the
franchise. So if the changeset correct 300 restaurants but 2 are "damaged"
by the automated edit, would the edit be bad enough to be reverted or not
be done in the first place ?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Routing inefficiente, come rimediare?

[Cascafico Giovanni]

Interessante questa media. Mi chiedo se tiene conto della "curvosità".
Routino per esempio non la cita nella wiki.

--
cascafico.altervista.org
twitter.com/cascafico
Il 14/lug/2016 16:23 "Martin Koppenhoefer"  ha
scritto:

>
> 2016-07-14 14:37 GMT+02:00 Cascafico Giovanni :
>
>> Una curiosità... I tempi OSRM sono calcati ipotizzando maxspeed?
>> Se questo non é valorizzato che succede?
>>
>
>
> usano anche - tra altro - maxspeed, ma hanno delle velocità medie secondo
> il tipo di strada.
>
> Ciao,
> Martin
>
> ___
> 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] Mapping Klong Toey Slums

[Pierre Béland]

A funny and cheap alternative method to trace the narrow alleys and have good 
coordinates of POI's in the alleys : A small GPS tracker attached to a Balloon. 
You probably just have to assure to keep the balloon over the roofs both to 
have a good gps signal and to protect the balloon.

You coul try to have a small gps attached to a balloon with a good rope and 
protected in a plastic bottle. It would then be possible to walk in the alleys, 
take notes, use Field Paper drawings+notes and take pictures (mappillary or 
other) + time. Coming back you can compare the various notes / sketch / 
pictures and the traces using time. 

You just need to be carefull to synchronize time on GPS and other units. There 
are softwares to correct images coordinates with gps traces.
See http://www.aprs.org/balloons.html
http://www.aprs.org/balloon-n8pk.html
  
Pierre 


  De : Pierre Béland 
 À : "talk@openstreetmap.org"  
Cc : Klaikong Vaidhayakarn ; Garavig Tanaksaranond 
; Mishari Muqbil 
 Envoyé le : jeudi 14 juillet 2016 9h52
 Objet : Re: [OSM-talk] Mapping Klong Toey Slums
   
Hi Mishari,
This is efffectively a good challenge to map such area.  With the dense 
housing, remote mappers cannot interpret the imagery and spot either klones or 
paths.  From local knowledge, 

The first step would be to trace as much info as possible from the imagery :- 
big buildins- parks- klones and paths (with local knowledge, you can probably 
interpret the images and trace)

For the second step, as you suggested, various methods could be used. This is 
also and interesting challenge to try various ones and compare. With enough 
details added to the map, it would be possible I think to use FieldPapers and 
add POI's as restaurants or other features.

Drone imagery is also interesting if you can have authorization to fly in the 
area. We used drone imagery in north of Haiti to trace in dense areas and we 
could see easily paths around the houses. But the area was not as dense as 
yours.  
Pierre 


  De : Mishari Muqbil 
 À : talk@openstreetmap.org 
Cc : Klaikong Vaidhayakarn ; Garavig Tanaksaranond 

 Envoyé le : jeudi 14 juillet 2016 6h58
 Objet : [OSM-talk] Mapping Klong Toey Slums
  
Hello,
 
I just wanted to feedback from the community for our effort to map the slums in 
Klong Toey, Bangkok. The size of the area is about 1km x 2 km around here and I 
have captured a sequence on Mapillay here. There are several challenges here 
including access to internet and English literacy, so I have come up with the 
following rough plan.
 
1. Put out a call for volunteers, work with NGOs in the area to find local kids 
who are interested in putting their community on the map.
2. Train the kids in using ID editor. I think I will limit them to doing 
specific things i.e. walkways, houses, trees, restaurant, convenience stores 
with individual kids limited to 2-3 features to avoid confusion then as they 
get the hang of it, increase their repertoire.
3. Take over a local internet cafe for a day for training and mapping purpose.
 
Now I'm not sure about the rest of the process, you can see from Mapillary that 
due to the somewhat dense nature of the community, GPS is inaccurate and 
neither Bing nor Mapbox has enough of a resolution to be meaningful. So I have 
several (possibly overlapping) ideas.
 
a) hire or borrow a drone to take aerial imagery and upload to openaerialmap 
and use that as a basemap but I'm not sure how possible it will be to see 
through the roofs.
b) get a team of surveyor students from Prof. Garavig to map out the paths in 
the community (it's pretty big so I'm not sure how tine consuming it is) then 
have the community kids fill in the blank.
c) use walking papers and have the kids go out, sketching what they see from 
the rooftop but I feel this may be prone to errors.
 
Does anyone have any experience or tips they can share on how we can achieve 
this?
 
Best regards
Mishari

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


   

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

Re: [Talk-cz] Fwd: Re: edity z maps.me

[Miroslav Suchy]

Dne 14.7.2016 v 16:26 Jan Martinec napsal(a):
> (Mimochodem, linkuje tam dva nové nástroje pro QA)

Super.

Relevantní pro ČR:
http://mmwatch.osmz.ru/?country=Czech+Republic

Mirek

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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Martin Koppenhoefer]

2016-07-14 17:00 GMT+02:00 Bruno :

> Mi restano un po' di dubbi, i limiti impliciti come li imposto?
> Peraltro nei casi riportati da te il maxspeed è mediamente sicuramente più
> alto che la velocità media, che in quei tratti raramente supera i 40.
>


non conosco queste strade, ma se non puoi andare più veloce di 40 ci sarà
molto probabilmente anche un limite esplicito.

In generale mappiamo così:
maxspeed=numero (sempre)
source:maxspeed=sign (limite esplicito)
source:maxspeed=IT:urban / IT:rural / IT:motorway (implicito)
trovi tutto nel wiki.

I cartelli (consiglio di mappare anche quelli di ripetizione), alla loro
posizione (=non fanno parte del highway):
traffic_sign=speed_limit
maxspeed=numero

oppure
traffic_sign=city_limit (confine centro abitato)
name=nome città

Ciao,
Martin

PS: Continuo a mandare anche alla lista, presumo che non hai scritto
appositamente in privato...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Routing inefficiente, come rimediare?

[Martin Koppenhoefer]

2016-07-14 16:27 GMT+02:00 Bruno :

> Si, credo che utilizzino principalmente calcoli secondo il tipo di strada,
> e considerino la sinuosità del percorso.
>
> Probabilmente nel caso specifico i tempi sottostimati derivano
> principalmente da una sottovalutazione dei rallentamenti causati dal
> susseguirsi di curve.
>


Nel caso specifico i nostri dati non sono completi per il routing: mancano
i limiti di velocità, sia impliciti e probabilmente espliciti, esempio:
http://www.openstreetmap.org/way/331547303
http://www.openstreetmap.org/way/310501342

propongo di metterci maxspeed e source:maxspeed.



Il vantaggio competitivo di Google è notevole avendo i tracciati di milioni
> di auto, chiaramente sui percorsi trafficati sono molto avvantaggiati, su
> quelli poco trafficati probabilmente non hanno un database significativo
>


loro non "solo" hanno un database sui tempi (suppongo), hanno proprio i
dati in tempo reale da chi percorre la strada in questo momento, e oramai,
col acquisto di waze, sanno anche perché il traffico va lento. Non so se
ancora lo fanno, ma già prima di googlemaps potevi comprare i dataset dalle
companie telecom (cellulari) - "anonimizzati".

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

Re: [OSM-talk-fr] Rendu du nom d'une commune nouvelle

[Jérôme Amagat]

Le mot village à le même sens en français et en anglais et place=village à
le même sens il me semble. C'est une zone urbaine, une agglomération avec
une population comprise entre celle d'une ville et celle d'un hameau. Les
valeurs ça dépend des région et certain hameau sont appelé village juste
parce qu'il sont chez lieu d'une commune. Mais les place= qu'il soit
village Hamlet City ne dépendent pas des limites de commune ni de la
population des communes. Et il n'y a pas de place pour les communes comme
pour country state à part peu être municipalité mais je ne l'ai jamais vu
utilisé. Enfin c'est comme ça que j'ai toujours vu les choses.

Le 14 juil. 2016 16:02, "Christian Quest"  a
écrit :

> Le 14/07/2016 à 12:57, Stéphane Péneau a écrit :
>
>> Le 14/07/2016 à 11:22, Christian Quest a écrit :
>>
>>>
>>> Je ne pense pas qu'on soit dans "tagguer pour le rendu", c'est à dire
>>> utiliser de mauvais tags pour quelque chose apparaisse sur le rendu. On est
>>> ici dans un choix qui facilite le rendu et qui sépare bien les roles de
>>> chaque place=* dans la relation de la commune nouvelle.
>>>
>>
>> On peut raisonner différemment :
>> Si le rendu affichait correctement le nom de cette commune nouvelle,
>> aurais-tu ajouté ce node "place" ?
>> Je ne pense pas.
>> Donc c'est bien "taguer pour le rendu".
>>
>>
> On a des noeuds place=* pour toutes les communes et même pour des lieux
> moins officiels... pourquoi celui-ci serait un ajout aussi artificiel que
> tu le décris ?
>
>
> Les solutions que je vois sont des modifs sur le rendu :
>> - Si l'admin-center d'une relation porte un tag name différent de celui
>> de la relation, alors les 2 doivent être affichés.
>> - Plus simple : gérer le tag label
>>
>
> Tu m'écrit les requêtes ? Bon courage.
>
> Autre point, la relation pour la nouvelle commune n'est pas encore
> "active", elle est en "proposed" et ne passera en vraie relation de commune
> le 1-1-2017. Le noeud n'a pas ce problème et il est correctement décrit
> avec son start_date=*
>
> Je vous trouve très "à cheval" sur des principes très radicaux sans
> fondement dans le wiki.
>
> --
> 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: [Talk-cz] Fwd: Re: edity z maps.me

[Jan Martinec]

Tak to vypadá, že situace minimálně není až tak hrozivá - něco dat k
náhodnému vzorku. TL;DR: Díky maps.me více uživatelů a dat, z toho tu a tam
někdo kraví.

http://www.openstreetmap.org/user/manoharuss/diary/39050


HPM

(Mimochodem, linkuje tam dva nové nástroje pro QA)

Dne 11. 7. 2016 8:22 dop. napsal uživatel "Milan Cerny" :

> Včera jsem si trochu hrál s Maps.me a zkusil i něco přidat.
> Trochu mě překvapilo, že aplikace umožní přidat i to, co sama nedokáže
> zobrazit, což nahrává k tvorbě duplicit.
> Problém je v nastavení mapy. Pokud je nastaven 3D pohled, některé body se
> nezobrazí, v 2D je vidět vše.
> V režimu editace, tedy upřesnění polohy nového POI, se mapa přepne do 2D a
> skryté objekty se zobrazí, takže jistý nástroj proti tvorbě duplicit tu je.
> Toho si ale uživatel nemusí všimnout. Například telefon, nebo koš se
> zobrazí šedě na šedém podkladu, což lze snadno přehlédnout.
> Ještě to bude chtít dotáhnout.
>
> Milan
>
> __ Původní zpráva: 
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 08.07.2016 15:55
> > Předmět: Re: [Talk-cz] edity z maps.me
> >
> To je to nejmenší - name:zh by db schroupala a ještě by se oblízla. Problém
> je v povaze dat: "tady v hostelu bydlím" se zdá být častý zdroj duplicit.
> Navíc to vypadá, že @Zverik si bere veškerou kritiku velmi osobně, a tím
> vylévá dítě i s vaničkou - viz followup tady:
> http://www.openstreetmap.org/user/BushmanK/diary/38946
> byť uznávám, že jít proti maps.me s tezí "je to zlo,zlo,zlo" taky
> nepomáhá.
>
> Nicméně se nejspíš rýsuje aspoň kontrola duplicit poblíž; jak rychle se to
> objeví u  uživatelů, to je jiná věc (a jestli to bude kontrolovat i
> bus_stop vs bus_station, jako ten dnešní na Florenci).
>
> HPM
> Dne 8. 7. 2016 3:20 odp. napsal uživatel "Miroslav Suchy" <
> miros...@suchy.cz
> >:
>
> > Dne 8.7.2016 v 14:35 Jan Martinec napsal(a):
> > > Číňanům v Praze je to fuk a mydlej to tam hlava nehlava.
> >
> > Jj. Hlavně píšou poznámky v čínštině, což je velká legrace :)
> >
> > Mirek
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
>
>
> --
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] jak tagovat Vstup do vody na vlastní nebezpečí?

[Vladimír Slávik]

Ahoj,

narazil jsem na místo které je evidentně vhodné ke koupání - ale na 
břehu je cedule "Vstup do vody na vlastní nebezpečí". Nenalezl jsem 
žádné vodítko jak tagovat. Poradí mi někdo?


Díky a hezký den,
Vláďa


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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Martin Koppenhoefer]

2016-07-14 14:37 GMT+02:00 Cascafico Giovanni :

> Una curiosità... I tempi OSRM sono calcati ipotizzando maxspeed?
> Se questo non é valorizzato che succede?
>


usano anche - tra altro - maxspeed, ma hanno delle velocità medie secondo
il tipo di strada.

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

Re: [Talk-it] Possibile mapathon a Crespi d'Adda

[Dario Crespi]

>
>  Per chi ha moglie e figli il mapping party verrà effettuato all'
> interno del noto parco di divertimenti? Vedo che la casa di Peppa Pig c'è
> ma mancano tutte le altre costruzioni, le way, i POI! Assolutamente da
> mappare! ;-D
> 


Per questo possiamo fare una due giorni di mapping a Crespi d'Adda e
Leolandia :-)
In alternativa c'è Gardaland che, essendo inserito nel circuito Garda
Musei, quest'anno aderisce anche a Wiki Loves Monuments :-D

Dario

Il giorno 14 luglio 2016 16:04, Andrea Lattmann 
ha scritto:

> >La data non è ancora stata scelta. Si potrebbe fare più avanti.
>
> Perfetto, ho più possibilità ad Ottobre.
>
> Andrea Lattmann
>
> ___
> 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-de] Mobile Verkaufsstände

[Martin Koppenhoefer]

Am 14. Juli 2016 um 14:34 schrieb Tom Pfeifer :

> Für Weihnachtsmärkte/bäume gibt es doch schon ein Tagging, und
> sogar eine Weihnachtsmarktkarte?
>
> Vielleicht kann man das aufgreifen? Mir fehlt grad die Zeit zum Nachlesen.
>


die nutzen den xmas:-prefix. Das kann man machen, weil dadurch schonmal
eine Entlastung stattfindet (niemand der das nicht sucht wird damit
Probleme bekommen, ausser den Leuten, die einen Editor benutzen der alles
anzeigt und die davon vielleicht etwas verwirrt werden).

Ich fände allerdings eine allgemeingültige Version besser für Dinge, die
Standard sind (beim Weihnachtstagging sind es ja auch nur Weihnachts-Dinge,
die damit erfasst werden, ein normaler Imbiss ist was anderes und sollte
m.E. besser nicht durch Präfixe versteckt werden, insbesondere, wenn er
überwiegend anzutreffen ist).

Solche saisonalen, kurz dauernden Dinge wie Weihnachtsmarkt, Oktoberfest,
Martinimarkt, Maibaum, Burning Man etc. sind in Präfixen besser aufgehoben
(falls man das überhaupt erfassen will), während regelmäßig (z.B.
täglich/wöchentlich/monatlich) wiederkehrende, wenn auch nicht ortsfeste,
Buden, Kiosks und Stände eher anders gemappt werden sollten (m.E.)

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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[Christian Quest]

Le 14/07/2016 à 14:16, François Lacombe a écrit :


[Envoyé depuis un téléphone]

Bonjour a tous,

En effet discussion passionnante, pas assez de temps pour y participer 
pleinement cette semaine


Le 14 juil. 2016 11:32 AM, "Christian Quest" > a écrit :
> Oui, c'est un peu le problème... se focaliser sur le "comment" alors 
qu'il n'y a pas de consensus sur le "pourquoi", c'est à dire sur 
l'utilité même de ces relations.

>
> Si un consensus est trouvé sur l'utilité, on pourra passer au 
"comment". Là on met la charrue avant les boeufs.


Sous cet angle, d'accord avec toi

>
> Donc... quels avantages/inconvénients pour ces relations ?

De ce que j'ai retenu de l'échange :
CONTRE :
* Une relation complexifierait l'accès a l'information et la contribution

* Les relation seraient difficilement maintenables (a mettre en 
perspective avec la dispo et fonctionnalités des outils)


* Dans le cas ou on a plusieurs relations RD, transport en commun, iti 
bis qui impliquent le même tronçon de route, le consommateur peut 
avoir plus de travail pour faire le lien "la ligne de bus Y emprunte 
une partie de la RD X". Quoi que des outils (osm2pgsql) peuvent 
largement aider dans cette tache de formatage pour un usage particulier.


POUR :
* Les relations permettraient l'unicité de certaines infos (référence 
Dxx, iti E...) et séparerait l'empruntant de l'emprunté.
Ainsi un tronçon de route restant un tronçon de route, il pourrait 
être utilisé indépendamment dans plusieurs relations différentes (RD, 
iti bis, convois exceptionnels, transports en commun et d'autres que 
je n'imagine pas)




C'est déjà le cas... ou alors tu sous-entends qu'on retire les ref=Dxxx 
des tronçons ce qui n'est pas au programme.


* Selon le format de la relation, on obtiendrait une visibilité plus 
claire d'un itinéraire, en reliant explicitement les tronçons impliqués




Si ces "itinéraires" (je ne pense pas que ça en soit vraiment) étaient 
continus ça se tiendrait hors ce n'est souvent pas le cas.
Si un consommateur de données a besoin de recoller les morceaux, 
ST_LineMerge est son ami: 
http://postgis.net/docs/manual-2.1/ST_LineMerge.html



* Enfin, la relation peut regrouper les objets périphériques avec un 
rôle spécifique (bornage, panneaux, boucles de comptage)




J'imagine encore moins la maintenabilité de telles relations, on est 
vraiment dans une logique de collection.
Il est souvent plus simple dans les outils SIG et schémas classiques de 
bases de données OSM de chercher des objets portant un tag dans une zone 
données (par exemple un département) que de parcourir des relations dans 
tout les sens.


Ce n'est beau en théorie, mais pas pratique du tout (cf la prise de chou 
pour le role=label).


--
Christian Quest - OpenStreetMap France

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

[Talk-br] API Open Street Map

[Paulo Vianna]

Olá pessoal, bom dia.

É com imenso prazer que me cadastro nesta lista para compartilhar e buscar
ideais. Portanto desde já, gostaria de saber se vocês sabem qual a melhor
forma de eu poder traçar linhas por cima das vias e seu eu consigo isso
utilizando Java Script.

Gostaria de saber também se existe uma API instalável do Open Street Maps
para que eu possa acessar.

Agradeço a atenção.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Mapping Klong Toey Slums

[Pierre Béland]

Hi Mishari,
This is efffectively a good challenge to map such area.  With the dense 
housing, remote mappers cannot interpret the imagery and spot either klones or 
paths.  From local knowledge, 

The first step would be to trace as much info as possible from the imagery :- 
big buildins- parks- klones and paths (with local knowledge, you can probably 
interpret the images and trace)

For the second step, as you suggested, various methods could be used. This is 
also and interesting challenge to try various ones and compare. With enough 
details added to the map, it would be possible I think to use FieldPapers and 
add POI's as restaurants or other features.

Drone imagery is also interesting if you can have authorization to fly in the 
area. We used drone imagery in north of Haiti to trace in dense areas and we 
could see easily paths around the houses. But the area was not as dense as 
yours.  
Pierre 


  De : Mishari Muqbil 
 À : talk@openstreetmap.org 
Cc : Klaikong Vaidhayakarn ; Garavig Tanaksaranond 

 Envoyé le : jeudi 14 juillet 2016 6h58
 Objet : [OSM-talk] Mapping Klong Toey Slums
   
Hello,
 
I just wanted to feedback from the community for our effort to map the slums in 
Klong Toey, Bangkok. The size of the area is about 1km x 2 km around here and I 
have captured a sequence on Mapillay here. There are several challenges here 
including access to internet and English literacy, so I have come up with the 
following rough plan.
 
1. Put out a call for volunteers, work with NGOs in the area to find local kids 
who are interested in putting their community on the map.
2. Train the kids in using ID editor. I think I will limit them to doing 
specific things i.e. walkways, houses, trees, restaurant, convenience stores 
with individual kids limited to 2-3 features to avoid confusion then as they 
get the hang of it, increase their repertoire.
3. Take over a local internet cafe for a day for training and mapping purpose.
 
Now I'm not sure about the rest of the process, you can see from Mapillary that 
due to the somewhat dense nature of the community, GPS is inaccurate and 
neither Bing nor Mapbox has enough of a resolution to be meaningful. So I have 
several (possibly overlapping) ideas.
 
a) hire or borrow a drone to take aerial imagery and upload to openaerialmap 
and use that as a basemap but I'm not sure how possible it will be to see 
through the roofs.
b) get a team of surveyor students from Prof. Garavig to map out the paths in 
the community (it's pretty big so I'm not sure how tine consuming it is) then 
have the community kids fill in the blank.
c) use walking papers and have the kids go out, sketching what they see from 
the rooftop but I feel this may be prone to errors.
 
Does anyone have any experience or tips they can share on how we can achieve 
this?
 
Best regards
Mishari

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


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

Re: [Talk-it] Possibile mapathon a Crespi d'Adda

[Andrea Lattmann]

>La data non è ancora stata scelta. Si potrebbe fare più avanti.

Perfetto, ho più possibilità ad Ottobre. 

Andrea Lattmann

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

Re: [Talk-it] Possibile mapathon a Crespi d'Adda

[Dario Crespi]

La data non è ancora stata scelta. Si potrebbe fare più avanti.

Dario

Il 14/lug/2016 15:49, "Andrea Lattmann"  ha
scritto:

>  Per chi ha moglie e figli il mapping party verrà effettuato all'
> interno del noto parco di divertimenti? Vedo che la casa di Peppa Pig c'è
> ma mancano tutte le altre costruzioni, le way, i POI! Assolutamente da
> mappare! ;-D
> 
>
> A parte gli scherzi, purtroppo a settembre non posso, mi servirebbe un
> miracolo per poter partecipare.
> Grazie comunque.
>
> Andrea Lattmann
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Rendu du nom d'une commune nouvelle

[Christian Quest]

Le 14/07/2016 à 12:57, Stéphane Péneau a écrit :

Le 14/07/2016 à 11:22, Christian Quest a écrit :


Je ne pense pas qu'on soit dans "tagguer pour le rendu", c'est à dire 
utiliser de mauvais tags pour quelque chose apparaisse sur le rendu. 
On est ici dans un choix qui facilite le rendu et qui sépare bien les 
roles de chaque place=* dans la relation de la commune nouvelle.


On peut raisonner différemment :
Si le rendu affichait correctement le nom de cette commune nouvelle, 
aurais-tu ajouté ce node "place" ?

Je ne pense pas.
Donc c'est bien "taguer pour le rendu".



On a des noeuds place=* pour toutes les communes et même pour des lieux 
moins officiels... pourquoi celui-ci serait un ajout aussi artificiel 
que tu le décris ?




Les solutions que je vois sont des modifs sur le rendu :
- Si l'admin-center d'une relation porte un tag name différent de 
celui de la relation, alors les 2 doivent être affichés.

- Plus simple : gérer le tag label


Tu m'écrit les requêtes ? Bon courage.

Autre point, la relation pour la nouvelle commune n'est pas encore 
"active", elle est en "proposed" et ne passera en vraie relation de 
commune le 1-1-2017. Le noeud n'a pas ce problème et il est correctement 
décrit avec son start_date=*


Je vous trouve très "à cheval" sur des principes très radicaux sans 
fondement dans le wiki.


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] Possibile mapathon a Crespi d'Adda

[Andrea Lattmann]

 Per chi ha moglie e figli il mapping party verrà effettuato all' 
interno del noto parco di divertimenti? Vedo che la casa di Peppa Pig c'è ma 
mancano tutte le altre costruzioni, le way, i POI! Assolutamente da mappare! 
;-D 


A parte gli scherzi, purtroppo a settembre non posso, mi servirebbe un miracolo 
per poter partecipare. 
Grazie comunque. 

Andrea Lattmann

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

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Alejandro S.]

They are develeoped by the same entrprise, Niantic, all the pokestops and
gyms are the portals mpped by users in Ingress

Atentamente,
  Alejandro Suárez

On 14 July 2016 at 15:29, Blake Girardot  wrote:

> Hi Polyglot,
>
> Have you seen the mobile game "Ingress"  https://www.ingress.com/
>
> That is an augmented reality, outdoor game related to mapping somehow.
> I am seeing it mentioned in relation to this new pokemon game too, not
> sure how they are related.
>
> It was also developed by a subsidiary of google so I am sure someone
> has contemplated how it might be used to improve map data.
> https://en.wikipedia.org/wiki/Ingress_(video_game)
>
> I do not know exactly how it is played, but there are portals which
> are typically PoI's and businesses (part of the funding model).
>
> But ingress looked like a great app to help with OSM mapping in some
> parts of the world if it could be adapted or partnered with.
>
> Now how you go about getting the exposure and network effect of
> something like pokemon, that is a different story. Ingress looks super
> cool and has been around for 4 years and I bet almost no one has heard
> of it. (note they claim 7 million players, but i wonder is that is 7
> million signups really)
>
> cheers
> blake
>
> On Thu, Jul 14, 2016 at 2:06 PM, Jo  wrote:
> > I'm not playing the game, as it would get in the way of making Mapillary
> > pictures...
> > If you could convince the creators of the game to include making pictures
> > (and sending them out when back on wifi) to gain extra points of spots
> where
> > we need such pictures, then yes. Without their cooperation, you'd need to
> > convince them to install another app and it wouldn't make the players win
> > extra points in the Pokemon game, so I don't think they'd be very
> > interested.
> >
> > Now, if we could launch a game of our own and hype that...
> >
> > Polyglot
> >
> > 2016-07-14 13:46 GMT+02:00 Svavar Kjarrval :
> >>
> >> Hi.
> >>
> >> Now that Pokémon Go[1] is gaining popularity, people in general will
> >> spend more time outside walking around with their phone in hand (and
> >> some with mobile USB chargers). I'm wondering if there might be
> >> opportunities for OpenStreetMap to utilise that activity to encourage
> >> the gamers to collect (non-infringing) data for OSM while they're
> >> playing the game anyway.
> >>
> >> I'm not claiming I have any specific ideas at this point. Just wanted to
> >> bring this point forward.
> >>
> >> [1] https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go
> >>
> >> With regards,
> >> Svavar Kjarrval
> >>
> >>
> >> ___
> >> talk mailing list
> >> talk@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk
> >>
> >
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
> >
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Blake Girardot]

Hi Polyglot,

Have you seen the mobile game "Ingress"  https://www.ingress.com/

That is an augmented reality, outdoor game related to mapping somehow.
I am seeing it mentioned in relation to this new pokemon game too, not
sure how they are related.

It was also developed by a subsidiary of google so I am sure someone
has contemplated how it might be used to improve map data.
https://en.wikipedia.org/wiki/Ingress_(video_game)

I do not know exactly how it is played, but there are portals which
are typically PoI's and businesses (part of the funding model).

But ingress looked like a great app to help with OSM mapping in some
parts of the world if it could be adapted or partnered with.

Now how you go about getting the exposure and network effect of
something like pokemon, that is a different story. Ingress looks super
cool and has been around for 4 years and I bet almost no one has heard
of it. (note they claim 7 million players, but i wonder is that is 7
million signups really)

cheers
blake

On Thu, Jul 14, 2016 at 2:06 PM, Jo  wrote:
> I'm not playing the game, as it would get in the way of making Mapillary
> pictures...
> If you could convince the creators of the game to include making pictures
> (and sending them out when back on wifi) to gain extra points of spots where
> we need such pictures, then yes. Without their cooperation, you'd need to
> convince them to install another app and it wouldn't make the players win
> extra points in the Pokemon game, so I don't think they'd be very
> interested.
>
> Now, if we could launch a game of our own and hype that...
>
> Polyglot
>
> 2016-07-14 13:46 GMT+02:00 Svavar Kjarrval :
>>
>> Hi.
>>
>> Now that Pokémon Go[1] is gaining popularity, people in general will
>> spend more time outside walking around with their phone in hand (and
>> some with mobile USB chargers). I'm wondering if there might be
>> opportunities for OpenStreetMap to utilise that activity to encourage
>> the gamers to collect (non-infringing) data for OSM while they're
>> playing the game anyway.
>>
>> I'm not claiming I have any specific ideas at this point. Just wanted to
>> bring this point forward.
>>
>> [1] https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go
>>
>> With regards,
>> Svavar Kjarrval
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [Talk-it] su natural=spring (ancora...)

[Luca Delucchi]

Il 11/lug/2016 06:28 PM, "girarsi_liste"  ha
scritto:
>
> Generalmente in montagna, spesso uso amenity=fountain +
> drinking_water=yes/no se trattasi di fontanella con vasca in legno
> (classico tronco intagliato), se invece c'è uno spuntone che esce dal
> terreno o fa da "canale" ad una sogiva, metto solo natural=spring.
>

Ma amenity=fountain è per fontane decorative. Quelle che descrivi te sono
amenity=drinking_water

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

Re: [OSM-co] Mapeo de árboles

[Fredy Rivera]

2016-07-14 2:53 GMT-05:00 Mario Frasca :
> entonces (dado que tienes árboles --puntos de referencia-- ya bien
> localizados) diría yo que te conviene triangular.
Dada la calidad de los GPS +- 5m en el mejor de los casos aun con
triangulación siempre se tendrá localización aproximada con +/- el
error que admitan los gps, así que mi consejo siempre es relajarse con
eso y se necesitan medidas mas especialiazadas tendrás que hacer manos
de otras disciplinas como la topografía y equipos como estación y
medidas en terreno.


>
> On 13/07/16 21:35, Artesano wrote:
>> Los árboles que ya están mapeados en esa zona han sido georeferenciados
>> así, con el WP.
>>
>> El 13/7/2016 3:32 p. m., "Fredy Rivera" > > escribió:
>>
>> 2016-07-13 12:41 GMT-05:00 Artesano > >:
>> > Hice el ejercicio de dar la vuelta al arbol y no me genera un circulo,
>> > pienso que es debido a que lo hice con el OsmTracker
>> > desde el celular.
>> Para que te marque efectivamente la "vuelta" necesitarías un gps
>> submetrico, lo mejor es que marques el punto WP lo mas cercano al
>> árbol que puedas.
>>
>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>



-- 
##
 |___|__\___
 | _ |   |_ |  }
 "(_)""  ""(_)"

Twitter: @fredy_rivera
Titán Caracol en Técnología y Conectividad
http://ayudatutitan.com/fredy-rivera/#patrocinadores
Phone: 3044886255

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

Re: [Talk-it] Possibile mapathon a Crespi d'Adda

[Luca Delucchi]

Il 11/lug/2016 11:07 PM, "Dario Crespi"  ha scritto:
>
> Ciao, oggi sono stato a Crespi d'Adda perché il comune di Capriate San
Gervasio ha aderito a Wiki Loves Monuments e stiamo pensando di organizzare
qualche evento con l'amministrazione comunale, come ad esempio una wikigita
a settembre (mese di WLM) e altre attività. Tra queste ci potremmo infilare
un mapping party.
> La situazione di Crespi d'Adda su OSM è questa: gli edifici ci sono quasi
tutti (ne mancano una trentina), idem le strade. Mancano i civici, un po'
di sentieri, diversi dettagli (tipo i parcheggi, un paio di monumenti,
eccetera). Invece a Capriate mancano anche gli edifici e probabilmente
alcune strade.
> Se organizzassimo un mapping party, sareste interessati? Considerate che
a settembre dovrebbe aprire al pubblico la vecchia tessitura, recentemente
restaurata.
>

Io sarei interessato per a settembre non sarò in Italia. Spero che qualcun
altro sia interessato

> Dario
>

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

[Talk-GB] Any mappers fancy visiting Luton Airport?

[Stuart Reynolds]

Hi,

Lots of changes going on at Luton Airport at the moment, and satellite imagery 
just isn’t keeping up. The new bus station is open, the new car park is largely 
complete (together with the walkway to the terminal). Lots of news and pics at 
http://transforminglla.com. The only thing I don’t have access to is mapping, 
so OSM is out of date! Does anyone heading out that way feel like surveying? 
Many thanks.

Regards,
Stuart Reynolds
for traveline south east & anglia



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

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Jóhannes Birgir Jensson]

We have avoided PokeStops and Gyms being added to OSM in Iceland by 
releasing a crowd sourced Google Map instead (not original by us but we 
now point people to it and I've been adding some there myself). The game 
hasn't been released yet officially in Iceland but that hasn't been an 
issue for the thousands playing it.


The Icelandic Pokémon map: 
https://www.google.com/maps/d/u/0/viewer?mid=1cTBfluTIInZhyDLu_tOID36uiyQ



Þann 14.07.2016 12:10, Philip Barnes reit:

I have already reverted some poke stops and gyms, and that was before
it was released. Now its been released,,today in the UK,  we need to
watch for this type of edit.



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

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Svavar Kjarrval]

It doesn't have to be a part of the app itself nor harvest data from it.
Unless you're referring to some other method of possible infringement.

There might be some existing OSM contributers who might be
reminded/encouraged to use those walks to do something useful for OSM
too. For example the idea brought forward earlier of resolving notes,
taking pictures of the surrounding area, and so on. The pictures could
even be GPS tagged (if the user wishes) since the GPS chip is already
active.

- Svavar Kjarrval

On fim 14.júl 2016 12:31, Simon Poole wrote:
>
> Without a version that actually uses OSM data, I suspect the
> non-infringing bit might be a bit iffy. And naturally the goog 
> Alphabet is likely already contemplating how to harness Pokémon Go for
> contributions to gmaps.
>
> Simon
>



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

Re: [Talk-it] cosa vuol dire "eccetto traffico locale"?

[Andrea Lattmann]

 >ma perché accettano che le cose vanno così?

Perché non c'è altra scelta! Se provi a dire qualche cosa, passi dalla parte 
del cattivo e comunque non vieni ascoltato. 
Alla fine ci perdiamo tutti, ma molti non se ne rendono neanche conto! 
L' unica cosa che ci è rimasta è sperare in un miracolo.

Andrea Lattmann

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

Re: [OSM-talk-fr] TLPE et OSM : coment la publicité extérieure aide à compléter OSM !

[Stéphane Péneau]

Le 13/07/2016 à 20:20, Pierre Touzard a écrit :

Oui tout à fait : entre autres :
- largeur/hauteur du support
- nb de face (exemple : support recto-verso)
- type de pose (poteau, sur un mur, perpendiculaire à un mur...)
- état éclairé ou pas du support
- état mouvant ou pas du support (exemple affiches déroulantes)
Un bon nombre de tags existent déjà pour décrire tout ce qui est 
"advertising"

http://wiki.openstreetmap.org/wiki/Key:advertising



- vignette montrant l'environnement du support (mais pas diffusable car
présence potentielle de plaques d'immatriculation, de visage...)
Si ces photos sont envoyées sur Mapillary, les visages/plaques seront 
floutés automatiquement, et elles pourront servir de vérification, et 
être liées à l'élément correspondant dans osm avec le tag mapillary=


Il y a aussi des photos des commerces correspondants ?

Stf

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

[Talk-dk] Så er der blevet sat en dansk OpenStreetMap 12 års fødselsdagfest op - Det sker Lørdag 13. august 2016 på Ballerup Bibliotek

[Soren Johannessen]

Hej alle

OSM bliver 12 år i august måned og der vil være løbende en del
fødselsdagsfester rundt omkring i verden i august. Ballerup Bibliotek
(ved S-tog stationen) har sat ja til at være dansk fødselsdagvært med
plads, Wi-fi samt mulighed for at låne stationære computere (10 stk
har vi fået til rådighed), men medbring gerne din egen bærbare og
smartphone . Mapillary vil være sponsor for lidt sodavand og lidt at
spise til frokost.

Vi har lavet et program og eventet er beregnet på nye og gamle OSM'er
kommer. Såfremt du overvejer at tage børn med, så vil jeg sige
aldersmæssigt fra 12 år og op vil de få udbytte samt lære hurtigt.

Program lørdag 13. august 2016 kl. 10-16

Kl. 10-10.15 - Velkomst og introduktion til Mapillary samt installering af app

10.15- 11:45 Mapillary fototur enten til fods eller på cykel rundt i
Ballerup området -  Uploading af Mapillary billeder hjemme igen på
Ballerup Bibliotek

12.00 - 12:30 Frokost - Mapillary giver sodavand og lidt at spise

 12:30 - Resten af dagen (og med pauser indlagt) - Introduktion til
OpenStreetMap - Oprettelse af OpenStreetMap konto - Kortlægning i
storbyer Maputo & Nairobi - Videokonference med Ireland (der er et
lign. event samme dag) - Tips til gode smartphone apps samt til Garmin
GPS'ere, som alle er baseret på OpenStreetMap geodata . Networking -
Spørg de ældre OpenStreetMap frivillige om alt vedr. OpenStreetMap -
Tips til at komme videre ind i OpenStreetMap projektetet osv.


Jeg håber at nogle ældre OSM dukker op for at hjælpe til med
vejledning, networking osv.


Du kan tilmelde dig dagen på Meetup her
http://www.meetup.com/Maptime-Copenhagen/events/232467569/ eller du
kan maile mig direkte på soren.johannessen AT gmail dot com

NB . hvis du kun ønsker at komme til selve OSM delen der starter kl.
12:30 er det okay, men husk at tilmelde dig alligevel


Vel mødt!

Med venlig hilsen
Søren Johannessen

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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Cascafico Giovanni]

Una curiosità... I tempi OSRM sono calcati ipotizzando maxspeed?
Se questo non é valorizzato che succede?

--
cascafico.altervista.org
twitter.com/cascafico
Il 14/lug/2016 14:29 "Bruno"  ha scritto:

> > E' questa la rotta?
> >
> http://map.project-osrm.org/?z=11=44.391844%2C10.619316=44.600307%
> 2C10.693829=44.298046%2C10.428151=en=0
> vedo 2 alternative con OSRM
> > A: 67km, 1h8min
> > B: 62,4km, 1h10min
>
> >il calcolo è stato "immediato"
>
> > Con google ottengo risultati simili:
> > https://www.google.it/maps/dir/44.6003,10.6937/44.29792,+10.42824/@44.
>
> 469513,10.4456779,11z/am=t/data=!3m1!4b1!4m7!4m6!1m0!1m3!2m2!1d10.42824!2d44.
> 29792!3e0?hl=it
> A: 65,1km 1h15min
> B 65,3km, 1h22min
> C 82,6km 2h (chi sa perché mi suggerisce anche questo)
>
> > Il Percoso A è uguale tranne il pezzo tra Governara e Febbio.
>
> > Dove pensi che dovrebbe prendere un'altra strada? Così possiamo vedere
> perché non la prende.
>
>
>
> Si, le mappe OSRM sono migliori di quelle ORS.
>
> Giusti i link di Martin.
> In realtà in questo caso le mappature sono abbastanza buone su tutta la
> vaibilità, può esserci un dubbio di classificazione, che poi illustro alla
> fine.
>
> I percorsi OSRM e Google sono quasi uguali, ma i tempi di percorrenza
> variano
> abbastanza, Google ci prende di più.
>
> Diciamo che mentre OSRM tra a e B calcola uno scarto di 2 minuti, Google
> più
> correttamente calcola a 7. Può sembrare una differenza piccola, ma non è
> così
> irrilevante.
>
> > Il Percoso A è uguale tranne il pezzo tra Governara e Febbio.
>
> > Dove pensi che dovrebbe prendere un'altra strada? Così possiamo vedere
> perché non la prende.
>
>
> In specifico.
> Percorso A
> Sul percorso A è più corretta secondo me OSRM, meglio tra Governara e
> Febbio,
> passare da case Balocchi che Case Stantini. Anche se io preferisco il
> percorso
> di Google, ma per motivi paesaggistici, non viabilistici.
>
>
> Percorso B
> Qui si può ragionare se declassare da secondaria a terziaria una strada,
> il
> tratto da  Scandiano alla SS63, poco dopo Carpineti.
> Diciamo che è una via di mezzo.
> In questo modo migliorerebbe sicuramente il routing, ma la strada
> principale
> per collegare un alcuni comuni (Viano- Baiso- Carpineti) mi sembra dubbio
> metterla come terziaria.
>
> ___
> 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-de] Mobile Verkaufsstände

[Tom Pfeifer]

Martin Koppenhoefer wrote on 2016/07/14 14:19:

Dass intermittent ...

ich hätte das gerne etwas granularer. Es ist schon ein ziemlicher
Unterschied, ob da ein Weihnachtsmarktstand gemappt ist, der 1 Woche im


Für Weihnachtsmärkte/bäume gibt es doch schon ein Tagging, und
sogar eine Weihnachtsmarktkarte?

Vielleicht kann man das aufgreifen? Mir fehlt grad die Zeit zum Nachlesen.

tom


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

Re: [OSM-talk] Automated edits code of conduct

[Andy Townsend]

On 14/07/2016 13:00, Richard Fairhurst wrote:

Éric Gillet wrote:

That would be slightly faster to execute than the first approach I was
suggesting, but then how would you prove that you checked every
and all features ?

Well, the best way to prove that you checked everything is not to fuck
things up, which of course you won't, because you've checked everything.


My first changeset discussion comment on suspicious edits is often 
"you've changed X to Y, but to me it looks like a Z; are you sure?" for 
exactly that reason.  If I can pick somewhere that I'm familiar with as 
an example, I'll use that.  If someone doesn't answer the question and 
instead replies "But the wiki says ..." then clearly we've got a problem.



If you fuck things up (for example, by changing name=McDonalds to
name=McDonald's on an independent restaurant that is actually called
McDonalds), then by definition you haven't checked sufficiently, have you?


... at least one example of which is "Mac Donald" in Banfora, Burkina Faso:

http://www.openstreetmap.org/way/128265146#map=14/10.6400/-4.7537

:)

Best Regards,

Andy


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

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Simon Poole]

Am 14.07.2016 um 13:46 schrieb Svavar Kjarrval:
> I'm wondering if there might be
> opportunities for OpenStreetMap to utilise that activity to encourage
> the gamers to collect (non-infringing) data for OSM while they're
> playing the game anyway.
Without a version that actually uses OSM data, I suspect the
non-infringing bit might be a bit iffy. And naturally the goog 
Alphabet is likely already contemplating how to harness Pokémon Go for
contributions to gmaps.

Simon



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

Re: [Talk-it] Routing inefficiente, come rimediare?

[Bruno]

> E' questa la 
> rotta?>http://map.project-osrm.org/?z=11center=44.391844%2C10.619316loc=44.600307%2C10.693829loc=44.298046%2C10.428151hl=enalt=0vedo
>  2 alternative con OSRM> A: 67km, 1h8min> B: 62,4km, 1h10min>il calcolo è 
> stato "immediato"> Con google ottengo risultati simili:> 
> https://www.google.it/maps/dir/44.6003,10.6937/44.29792,+10.42824/@44.469513,10.4456779,11z/am=t/data=!3m1!4b1!4m7!4m6!1m0!1m3!2m2!1d10.42824!2d44.29792!3e0?hl=itA:
>  65,1km 1h15minB 65,3km, 1h22minC 82,6km 2h (chi sa perché mi suggerisce 
> anche questo)> Il Percoso A è uguale tranne il pezzo tra Governara e Febbio.> 
> Dove pensi che dovrebbe prendere un'altra strada? Così possiamo vedere perché 
> non la prende.Si, le mappe OSRM sono migliori di quelle ORS.Giusti i link di 
> Martin.In realtà in questo caso le mappature sono abbastanza buone su tutta 
> la vaibilità, può esserci un dubbio di classificazione, che poi illustro alla 
> fine.I percorsi OSRM e Google sono quasi uguali, ma i tempi di percorrenza 
> variano abbastanza, Google ci prende di più.Diciamo che mentre OSRM tra a e B 
> calcola uno scarto di 2 minuti, Google più correttamente calcola a 7. Può 
> sembrare una differenza piccola, ma non è così irrilevante.> Il Percoso A è 
> uguale tranne il pezzo tra Governara e Febbio.> Dove pensi che dovrebbe 
> prendere un'altra strada? Così possiamo vedere perché non la prende.In 
> specifico.Percorso A Sul percorso A è più corretta secondo me OSRM, meglio 
> tra Governara e  Febbio, passare da case Balocchi che Case Stantini. Anche se 
> io preferisco il percorso di Google, ma per motivi paesaggistici, non 
> viabilistici.Percorso BQui si può ragionare se declassare da secondaria a 
> terziaria una strada, il tratto da  Scandiano alla SS63, poco dopo 
> Carpineti.Diciamo che è una via di mezzo. In questo modo migliorerebbe 
> sicuramente il routing, ma la strada principale per collegare un alcuni 
> comuni (Viano- Baiso- Carpineti) mi sembra dubbio metterla come terziaria.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Mobile Verkaufsstände

[Martin Koppenhoefer]

Am 14. Juli 2016 um 12:15 schrieb Tom Pfeifer :

>
> Dass intermittent schon für Wasserwege benutzt wird, ist ja auch kein
> Hindernis. Ich nehme capacity ja auch für Fahrradstellplätze und
> Kindergärten.
>
> Und schon kann man den Burger gestrichelt zeichnen ;-)



ich hätte das gerne etwas granularer. Es ist schon ein ziemlicher
Unterschied, ob da ein Weihnachtsmarktstand gemappt ist, der 1 Woche im
Jahr da ist, oder eine Würstchenbude, die am Wochenende nicht dort steht.

M.E. so was wie opening hours für intermittent (opening hours kann man ja
trotzdem mappen, als Öffnungszeiten, also genau so, wie es auch definiert
ist). Z.B. presence_times=... (?)

Das wiederum erfordert dann, dass man genau weiss, wann das feature da ist,
und wann nicht, und dass das Parsen komplizierter wird, als es viele
Datenkonsumenten brauchen (z.B. wenn man eine Karte rendert und sich
entscheidet, nur Sachen darzustellen die mind. 50% des Jahres da sind).
Das "intermittent" hätte also durchaus eine Berechtigung, ggf. könnte man
beides taggen, Präsenzzeiten und "mit Unterbrechungen".

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

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Santiago Crespo]

Yo seguiría la primera recomendación que pone en el wiki para estos
casos[1]: un único nodo con el tag amenity más representativo. En éste
caso, waste_basket.

Algo así:

amenity=waste_basket
vending=excrement_bags
operator=Ayuntamiento de Madrid
payment:none=yes
bin=yes

Y si el cubo es únicamente para excrementos de perro, añadiría:
waste=dog_excrement

El motivo de evitar usar "amenity=waste_basket;vending_machine" es
porque supuestamente complica la vida a los usuarios y a las
aplicaciones que quieran usar estos datos.

Saludos,
Santiago Crespo

[1]
https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use

On 07/14/2016 01:27 PM, Alejandro Moreno Calvo wrote:
> Hay que elegir entre las 2 opciones para mapear papeleras como estas (
> http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg y
> http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg )
> 
> - 1 sólo nodo con
> amenity=vending_machine
> vending=excrement_bags
> operator=Ayuntamiento de Madrid
> payment:none=yes
> bin=yes
> 
> - 2 nodos:
> amenity=vending_machine
> vending=excrement_bags
> payment:none=yes
> operator=Ayuntamiento de Madrid
> 
> segundo nodo (a centímetros del anterior):
> 
> amenity=waste_basket
> waste=dog_excrement
> operator=Ayuntamiento de Madrid
> 
> La ventaja de 1 nodo es que es más parejo a la realidad y más sostenible
> pero por contra el nodo queda marcado como vending_machine cuando su
> función principal es ser una papelera no un dispensador y es probable
> que si se busca una papelera se busque por amenity=waste_basket y esta
> no se encuentre.
> En cuanto a 2 nodos facilita el uso posterior de los datos y
> probablemente mejora el renderizado pero hace pensar que existen 2
> objetivos físico cuando en realidad sólo existe uno y además el
> posterior mantenimiento puede ser más pesado al tener que mantener 2 nodos.
> 
> 
> El 11 de julio de 2016, 22:30, Miguel Sevilla-Callejo
> > escribió:
> 
> Hola,
> 
> Pues yo me decanto por un solo punto pues es solo una papelera...
> creo que es lo correcto desde el punto de vista de la realidad
> espacial y en cuanto a la calidad de la base de datos y como
> entiendo que no hay que repetir tags pero si se puede incluir varios
> valores optaría por "amenity=waste_basket;vending_machine" y mejor
> olvidarse del render (eso no es editar para el render?).
> 
> Poner dos punto para dos papeleras si resulta que hay una para dos
> usos me parece erróneo.
> 
> Creo recordar que sucedía algo similar para los puntos geodésicos en
> cimas... que resultaba que se habían editado, por un lado la cima y
> junto a ella el punto geodésico... aunque fueran el mismo punto.
> 
> Puedo llegar a entender la aproximación pero no puedo compartir que
> haya dos nodos para representar una misma cosa sobre un mismo
> punto... por muy juntos que estén.
> 
> Un saludo
> 
> 
> --
> *Miguel Sevilla-Callejo*
> *
> Doctor in Geography*
> a. Associate Lecturer at Dpto. of Geography & Territorial Planning
> at University of Zaragoza
> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
> Research Council
> c. Freelance consultant & researcher - Member #698, Spanish
> Professional Association of Geographers
> 
> *Doctor en Geografía*
> a. Profesor asociado en el Dpto. de Geografía y Ordenación del
> Territorio de la Univ. de Zaragoza
> b. Colaborador del Instituto Pirenaico de Ecología - Consejo
> Superior de Investigaciones Científicas
> c. Consultor e investigador freelance - Colegiado 698 del Colegio
> Oficial de Geógrafos
> 
> 2016-07-09 10:46 GMT+02:00 yo paseopor  >:
> 
> Soy muy partidario de eliminar/evitar los tags múltiples ;
> (amenity=waste_basket;vending_machine) en OSM.
> 
> Salut i mapes
> yopaseopor
> 
> 2016-07-08 20:28 GMT+02:00 Rafael Avila Coya
> >:
> 
> Hola:
> 
> Además, creo que la mayoría de los renderizadores ignorarían
> los objetos amenity=waste_basket;vending_machine
> 
> Saludos,
> 
> Rafael.
> 
> 
> On 08/07/16 15:12, Santiago Crespo wrote:
> 
> José Luis, tienes razón en que un nodo puede tener
> varios tags, pero
> como una "key" (amenity) no se puede repetir, creo que
> quedaría algo así:
> 
> amenity=waste_basket;vending_machine
> vending=excrement_bags
> operator=Ayuntamiento de Madrid
> payment:none=yes
> 
> Y si son papeleras únicamente para excrementos, añadir:
> waste=dog_excrement
> 
> Aunque hay que intentar evitar el uso del 

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[François Lacombe]

[Envoyé depuis un téléphone]

Bonjour a tous,

En effet discussion passionnante, pas assez de temps pour y participer
pleinement cette semaine

Le 14 juil. 2016 11:32 AM, "Christian Quest"  a
écrit :
> Oui, c'est un peu le problème... se focaliser sur le "comment" alors
qu'il n'y a pas de consensus sur le "pourquoi", c'est à dire sur l'utilité
même de ces relations.
>
> Si un consensus est trouvé sur l'utilité, on pourra passer au "comment".
Là on met la charrue avant les boeufs.

Sous cet angle, d'accord avec toi

>
> Donc... quels avantages/inconvénients pour ces relations ?

De ce que j'ai retenu de l'échange :
CONTRE :
* Une relation complexifierait l'accès a l'information et la contribution

* Les relation seraient difficilement maintenables (a mettre en perspective
avec la dispo et fonctionnalités des outils)

* Dans le cas ou on a plusieurs relations RD, transport en commun, iti bis
qui impliquent le même tronçon de route, le consommateur peut avoir plus de
travail pour faire le lien "la ligne de bus Y emprunte une partie de la RD
X". Quoi que des outils (osm2pgsql) peuvent largement aider dans cette
tache de formatage pour un usage particulier.

POUR :
* Les relations permettraient l'unicité de certaines infos (référence Dxx,
iti E...) et séparerait l'empruntant de l'emprunté.
Ainsi un tronçon de route restant un tronçon de route, il pourrait être
utilisé indépendamment dans plusieurs relations différentes (RD, iti bis,
convois exceptionnels, transports en commun et d'autres que je n'imagine
pas)

* Selon le format de la relation, on obtiendrait une visibilité plus claire
d'un itinéraire, en reliant explicitement les tronçons impliqués

* Enfin, la relation peut regrouper les objets périphériques avec un rôle
spécifique (bornage, panneaux, boucles de comptage)

Cette liste peut être complétée au besoin, désolé d'avance pour tout oubli
involontaire ou formulation maladroite

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

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Philip Barnes]

I have already reverted some poke stops and gyms, and that was before it was 
released. Now its been released,,today in the UK,  we need to watch for this 
type of edit.

Phil (trigpoint)

On Thu Jul 14 12:57:26 2016 GMT+0100, Jóhannes Birgir Jensson wrote:
> I've wondered about it but doubt it. The Pokémon Go app needs to be in 
> the foreground to work whilst we would want them to swap over to Maps.me 
> (ease of use), Vespucci, OsmAnd or other app editors on occassions.
> 
> Best bet would maybe be some Field Papers thing?
> 
> --Jói
> 
> Þann 14.07.2016 11:46, Svavar Kjarrval reit:
> > Hi.
> > 
> > Now that Pokémon Go[1] is gaining popularity, people in general will
> > spend more time outside walking around with their phone in hand (and
> > some with mobile USB chargers). I'm wondering if there might be
> > opportunities for OpenStreetMap to utilise that activity to encourage
> > the gamers to collect (non-infringing) data for OSM while they're
> > playing the game anyway.
> > 
> > I'm not claiming I have any specific ideas at this point. Just wanted 
> > to
> > bring this point forward.
> > 
> > [1] https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go
> > 
> > With regards,
> > Svavar Kjarrval
> > 
> > 
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

-- 
Sent from my Jolla
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Jo]

I'm not playing the game, as it would get in the way of making Mapillary
pictures...
If you could convince the creators of the game to include making pictures
(and sending them out when back on wifi) to gain extra points of spots
where we need such pictures, then yes. Without their cooperation, you'd
need to convince them to install another app and it wouldn't make the
players win extra points in the Pokemon game, so I don't think they'd be
very interested.

Now, if we could launch a game of our own and hype that...

Polyglot

2016-07-14 13:46 GMT+02:00 Svavar Kjarrval :

> Hi.
>
> Now that Pokémon Go[1] is gaining popularity, people in general will
> spend more time outside walking around with their phone in hand (and
> some with mobile USB chargers). I'm wondering if there might be
> opportunities for OpenStreetMap to utilise that activity to encourage
> the gamers to collect (non-infringing) data for OSM while they're
> playing the game anyway.
>
> I'm not claiming I have any specific ideas at this point. Just wanted to
> bring this point forward.
>
> [1] https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go
>
> With regards,
> Svavar Kjarrval
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Barry Hunter]

Maybe a mobile app, could be running in the background. It checks the
current status of the local area in OSM, and pops up a notification if the
there are problems*.

Things like
* There doesnt seem to be many features mapped in the local area, does*
this map* match what you see around you?
* This area was last updated over 2 years ago, please compare *this map*,
and see if it matches what you see around you.
* Someone made a *note *nearby, are you available to check it out?


Where 'this map' is a link to a map of the local area. Would possibly need
a bit of an AI, to avoid over 'nagging' the user. Tries a few trial
notifications, if the user responces, show more. If not show less. Adapts
to the user activity.






On 14 July 2016 at 12:46, Svavar Kjarrval  wrote:

> Hi.
>
> Now that Pokémon Go[1] is gaining popularity, people in general will
> spend more time outside walking around with their phone in hand (and
> some with mobile USB chargers). I'm wondering if there might be
> opportunities for OpenStreetMap to utilise that activity to encourage
> the gamers to collect (non-infringing) data for OSM while they're
> playing the game anyway.
>
> I'm not claiming I have any specific ideas at this point. Just wanted to
> bring this point forward.
>
> [1] https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go
>
> With regards,
> Svavar Kjarrval
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>


-- 
Barry

- www.nearby.org.uk - www.geograph.org.uk -
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Mobile Verkaufsstände

[Sven Geggus]

Tom Pfeifer  wrote:

> Dass intermittent schon für Wasserwege benutzt wird, ist ja auch kein
> Hindernis.

Natürlich nicht, aber das sollte man dann halt im Wiki ergänzen.

Derzeit ist die Kombination amenity=fast_food,intermittent=yes
laut taginfo 0.

> Und schon kann man den Burger gestrichelt zeichnen ;-)

Oder eben je nach Gusto gar nicht.

Sven

-- 
"Thinking of using NT for your critical apps?
  Isn't there enough suffering in the world?"
   (Advertisement of Sun Microsystems in Wall Street Journal)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [OSM-talk] Automated edits code of conduct

[Richard Fairhurst]

Éric Gillet wrote:
> That would be slightly faster to execute than the first approach I was
> suggesting, but then how would you prove that you checked every 
> and all features ?

Well, the best way to prove that you checked everything is not to fuck
things up, which of course you won't, because you've checked everything.

If you fuck things up (for example, by changing name=McDonalds to
name=McDonald's on an independent restaurant that is actually called
McDonalds), then by definition you haven't checked sufficiently, have you?

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/Automated-edits-code-of-conduct-tp5877825p5878305.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

[Jóhannes Birgir Jensson]

I've wondered about it but doubt it. The Pokémon Go app needs to be in 
the foreground to work whilst we would want them to swap over to Maps.me 
(ease of use), Vespucci, OsmAnd or other app editors on occassions.


Best bet would maybe be some Field Papers thing?

--Jói

Þann 14.07.2016 11:46, Svavar Kjarrval reit:

Hi.

Now that Pokémon Go[1] is gaining popularity, people in general will
spend more time outside walking around with their phone in hand (and
some with mobile USB chargers). I'm wondering if there might be
opportunities for OpenStreetMap to utilise that activity to encourage
the gamers to collect (non-infringing) data for OSM while they're
playing the game anyway.

I'm not claiming I have any specific ideas at this point. Just wanted 
to

bring this point forward.

[1] https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go

With regards,
Svavar Kjarrval


___
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] Can we utilise the popularity of Pokémon Go for OSM?

[Svavar Kjarrval]

Hi.

Now that Pokémon Go[1] is gaining popularity, people in general will
spend more time outside walking around with their phone in hand (and
some with mobile USB chargers). I'm wondering if there might be
opportunities for OpenStreetMap to utilise that activity to encourage
the gamers to collect (non-infringing) data for OSM while they're
playing the game anyway.

I'm not claiming I have any specific ideas at this point. Just wanted to
bring this point forward.

[1] https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go

With regards,
Svavar Kjarrval



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

Re: [Talk-it] R: Re: Routing inefficiente, come rimediare?

[Martin Koppenhoefer]

2016-07-14 12:48 GMT+02:00 Bruno :

> Grazie per la risposta.
> Mi spiego meglio.
>
> In questo caso parliamo di percorsi che conosco a menadito.
> Poi comunque mi capita quando mi muovo di fare ipotesi di tracciato con
> OSM e
> Goggle e sui tracciati che frequento vedo che spesso Google funziona
> meglio.
>
> In generale anche i tempi di percorrenza Google, quando l'ho utilizzando
> sono
> abbastanza buoni.
>
> Nel caso specifico le differenze tra i tracciati calcolati sono di pochi
> minuti. In realtà tutti i motori sottostimano i tempi di percorrenza di
> 5-10
> minuti, ma magari dipende dalla mia guida tranquilla, inoltre quello che
> quasi
> tutti i siti OSM suggeriscono è di almeno 10 minuti (su un'ora e 5 minuti)
> più
> lento rispetto agli altri.
>


in generale l'algoritmo di OSRM è meglio di quello di ORS. Se la rotta
calcolata non è buona c'è probabilmente / evventualmente un errore nei dati
(strada non conessa ecc.).
Suggerisco di postare sempre dei link che facilità l'analisi per gli altri.
E' questa la rotta?
http://map.project-osrm.org/?z=11=44.391844%2C10.619316=44.600307%2C10.693829=44.298046%2C10.428151=en=0
vedo 2 alternative con OSRM
A: 67km, 1h8min
B: 62,4km, 1h10min

il calcolo è stato "immediato"

Con google ottengo risultati simili:
https://www.google.it/maps/dir/44.6003,10.6937/44.29792,+10.42824/@44.469513,10.4456779,11z/am=t/data=!3m1!4b1!4m7!4m6!1m0!1m3!2m2!1d10.42824!2d44.29792!3e0?hl=it
A: 65,1km 1h15min
B 65,3km, 1h22min
C 82,6km 2h (chi sa perché mi suggerisce anche questo)

Il Percoso A è uguale tranne il pezzo tra Governara e Febbio.

Dove pensi che dovrebbe prendere un'altra strada? Così possiamo vedere
perché non la prende.

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

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[yo paseopor]

No sería el primer caso que dos nodos no indican dos objetos
necesariamente. Optaría por la segunda, la veo más completa y con más
desarrollo.

Salut i mapes
yopaseopor

2016-07-14 13:27 GMT+02:00 Alejandro Moreno Calvo :

> Hay que elegir entre las 2 opciones para mapear papeleras como estas (
> http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg y
> http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg )
>
> - 1 sólo nodo con
> amenity=vending_machine
> vending=excrement_bags
> operator=Ayuntamiento de Madrid
> payment:none=yes
> bin=yes
>
> - 2 nodos:
> amenity=vending_machine
> vending=excrement_bags
> payment:none=yes
> operator=Ayuntamiento de Madrid
>
> segundo nodo (a centímetros del anterior):
>
> amenity=waste_basket
> waste=dog_excrement
> operator=Ayuntamiento de Madrid
>
> La ventaja de 1 nodo es que es más parejo a la realidad y más sostenible
> pero por contra el nodo queda marcado como vending_machine cuando su
> función principal es ser una papelera no un dispensador y es probable que
> si se busca una papelera se busque por amenity=waste_basket y esta no se
> encuentre.
> En cuanto a 2 nodos facilita el uso posterior de los datos y probablemente
> mejora el renderizado pero hace pensar que existen 2 objetivos físico
> cuando en realidad sólo existe uno y además el posterior mantenimiento
> puede ser más pesado al tener que mantener 2 nodos.
>
>
> El 11 de julio de 2016, 22:30, Miguel Sevilla-Callejo <
> msevill...@gmail.com> escribió:
>
>> Hola,
>>
>> Pues yo me decanto por un solo punto pues es solo una papelera... creo
>> que es lo correcto desde el punto de vista de la realidad espacial y en
>> cuanto a la calidad de la base de datos y como entiendo que no hay que
>> repetir tags pero si se puede incluir varios valores optaría por
>> "amenity=waste_basket;vending_machine" y mejor olvidarse del render (eso
>> no es editar para el render?).
>>
>> Poner dos punto para dos papeleras si resulta que hay una para dos usos
>> me parece erróneo.
>>
>> Creo recordar que sucedía algo similar para los puntos geodésicos en
>> cimas... que resultaba que se habían editado, por un lado la cima y junto a
>> ella el punto geodésico... aunque fueran el mismo punto.
>>
>> Puedo llegar a entender la aproximación pero no puedo compartir que haya
>> dos nodos para representar una misma cosa sobre un mismo punto... por muy
>> juntos que estén.
>>
>> Un saludo
>>
>>
>> --
>> *Miguel Sevilla-Callejo*
>>
>> *Doctor in Geography*
>> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
>> University of Zaragoza
>> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
>> Research Council
>> c. Freelance consultant & researcher - Member #698, Spanish Professional
>> Association of Geographers
>>
>> *Doctor en Geografía*
>> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
>> de la Univ. de Zaragoza
>> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
>> Investigaciones Científicas
>> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
>> de Geógrafos
>>
>> 2016-07-09 10:46 GMT+02:00 yo paseopor :
>>
>>> Soy muy partidario de eliminar/evitar los tags múltiples ; (
>>> amenity=waste_basket;vending_machine) en OSM.
>>>
>>> Salut i mapes
>>> yopaseopor
>>>
>>> 2016-07-08 20:28 GMT+02:00 Rafael Avila Coya :
>>>
 Hola:

 Además, creo que la mayoría de los renderizadores ignorarían los
 objetos amenity=waste_basket;vending_machine

 Saludos,

 Rafael.


 On 08/07/16 15:12, Santiago Crespo wrote:

> José Luis, tienes razón en que un nodo puede tener varios tags, pero
> como una "key" (amenity) no se puede repetir, creo que quedaría algo
> así:
>
> amenity=waste_basket;vending_machine
> vending=excrement_bags
> operator=Ayuntamiento de Madrid
> payment:none=yes
>
> Y si son papeleras únicamente para excrementos, añadir:
> waste=dog_excrement
>
> Aunque hay que intentar evitar el uso del punto y coma, pues es más
> complicado al mapear y al usar luego esos datos[1]. Coincido con el
> wiki
> en que es mejor elegir uno de los 2 valores o dividir en dos nodos.
>
> Saludos,
> Santiago Crespo
>
> [1]
>
> https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use
>
>
> On 07/08/2016 02:14 PM, Jose Luis Perez Diez wrote:
>
>> segun http://wiki.openstreetmap.org/wiki/Tags un nodo puede tener
>> varios
>> tags y en este casos serian 5
>>
>>
>>
>> amenity=vending_machine
>>
>> amenity=waste_basket
>>
>> vending=excrement_bags
>>
>> payment:none=yes
>>
>> operator=Ayuntamiento de Madrid
>>
>>
>>
>> En el caso que fuesen dos operadores diferentes se podria usar
>>