Re: [Talk-it] numeri ordinali vie; formato preposizioni

[Martin Koppenhoefer]

sent from a phone

> Il giorno 16 set 2016, alle ore 17:18, Max1234Ita  ha 
> scritto:
> 
> - piazza dei donatori di sangue => name=Piazza dei donatori di sangue
> - Piazza del monumento ai caduti => name=Piazza del monumento ai Caduti


questi non sono del tutto sicuro, in questo contesto "Monumento ai Caduti" non 
è un nome?



> 
> In ogni caso, ricordo che la numerazione romana va evitata, anzi è da
> correggere se si trova mappata in quel modo (anche se icartelli
> on-the-ground la riportano)


penso che dovremmo mettere sia uno che l'altro perché la gente cerca in modo 
diverso. Poi darei particolare importanza alla dicitura del cartello perché è 
quello che la gente vede in loco (chi non parla italiano potrebbe avere 
difficoltà a capire che quaranta e XL sono la stessa cosa).


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

Re: [Talk-it] numeri ordinali vie; formato preposizioni

[Martin Koppenhoefer]

sent from a phone

> Il giorno 16 set 2016, alle ore 16:21, Daniele Carrau 
>  ha scritto:
> 
> Nella informativa ISTAT sui toponomastici del 6 maggio 2014, al paragrafo 16 
> (Indicazioni numeriche) vengono presentate come corrette le seguenti due 
> forme:
> 
> VIA PRIMA BANDIERA
> VIA BANDIERA UNO
> Sono vietati i numeri ordinali e romani.
> secondo voi qual è la dicitura corretta da adottare su Openstreetmap?
> 


i metterei sia la versione ufficiale che le varianti e le forme sui cartelli.


> Inoltre dovremmo decidere se le preposizioni (del, dei) vadano indicate in 
> forma minuscola o maiuscola:
> 
> Via dei Tulipani
> Via Dei Tulipani


uso la prima versione 

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

Re: [Talk-es] Ermitas

[Xuacu]

Hola.

Yo diría que la típica ermita que está en un monte y donde se hace una
romería anual es:
amenity=place_of_worship
denomination=roman_catholic
building=chapel

Por el contrario, las ermitas con ermitaño (p.ej. San Saturio), serían:
building=yes (¿y si es una cueva...?)
amenity=monastery
monastery:type=hermitage


O eso, o lo estoy haciendo mal, una de dos :)

Xuacu Saturio
Usuariu de Linux // Linux user #134680
https://www.linuxcounter.net/


El día 16 de septiembre de 2016, 14:30, Iván Sánchez Ortega
 escribió:
> El fredag 16. september 2016 12.06.24 CEST Santi Aguirre escribió:
>> He visto que el usuario de nombre “Ermitas de Navarra” hará un año puso una
>> gran cantidad de ermitas en Navarra con la etiquetas building=hermitage y
>> building=Hermitage.
>>
>> Eso me ha hecho dudar de si estaba yo etiquetando correctamente las ermitas
>> como building=chapel.
>
> Cito del wiki, concretamente https://wiki.openstreetmap.org/wiki/Tag:amenity
> %3Dmonastery :
>
> «Monastery denotes the site of a monastery (or canonry, convent, comandry or
> hermitage)»
>
> «monastery:type=hermitage to tag a hermitage.»
>
> Así pues, las ermitas se quedarían como
>
> building=yes
> amenity=monastery
> monastery:type=hermitage
>
> Según una lectura rápida de todo esto, dentro de un amenity=monastery podría
> haber un amenity=place_of_worship.
>
> Sin embargo, no estoy 100% seguro de si el concepto hispano de "ermita" está
> más cercano al de "chapel" o al "hermitage".
>
> --
> Iván Sánchez Ortega  
> 
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-br] Duvidas

[A. Carlos]

Segue o que diz as placas...


Se tem sinalização é o que vale, se numa plitz o usuário levar uma canetada, 
ele não

vai poder dizer depois que a culpa é do GPS.. []









___


Anor C. A. de Souza


















De: Wallace Silva 
Enviado: sexta-feira, 16 de setembro de 2016 13:31
Para: OpenStreetMap no Brasil
Assunto: [Talk-br] Duvidas

Pessoal estou melhorando o roteamento das avenidas aqui na minha cidade, mas 
tenho uma dúvida.  Tem umas vias que as placas indicam que sao de mão única,  
mas ninguem respeita e acaba sendo usado como mao dupla. Devo coloca-las como 
mão dupla ou única?
--
Cordeiro de Deus que tira o pecado do mundo, Tenha piedade de nós, pois não 
sabemos o que fazemos.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-ca] Nunavut place names language

[john whelan]

You realise that the written language is actually European shorthand which
was used to record the verbal language.

Cheerio John

On 16 September 2016 at 17:35, James  wrote:

> I personally dont mind having it in Native language, but if there is going
> to be changed there should be a corresponding name:en tag as the rest of
> the world can't read it.
>
> One of the reasons I don't mind is: who would possibly use it? People in
> Nunavut, that's who. It should be as accessible to them as possible. If
> they dont speak English it creates a barrier of using the Canadian map. Not
> only that but the northern maps aren't that great as they are even though
> there have been efforts to improve them *cough* rps333 *cough*.
>
> On Sep 16, 2016 5:22 PM, "Andy Townsend"  wrote:
>
>> Hello Canadian mappers!
>>
>> The node and relation for Nunavut are http://www.openstreetmap.org/n
>> ode/305700700 and http://www.openstreetmap.org/relation/390840 .  The
>> "name" of both of these is currently set to a composite of the Inuktitut
>> and the Anglo/French name.  Is this OK?
>>
>> Different OSM communities have adopted different standards - most have
>> gone the "most widely used" form in the "name" tag (e.g. in places in Wales
>> will tend to have a "name" that matches name:cy in mostly Welsh-speaking
>> areas and name:en in mostly English-speaking ones).  In some places (e.g.
>> Londonderry/Derry, and around Brussels) a composite of multiple languages
>> is in use; in still others (e.g. India) a "neutral" language is used
>> (there, English).
>>
>> I did suggest on http://www.openstreetmap.org/changeset/41676348 that
>> the person who changed the name raise it here; that didn't happen, so I'm
>> mentioning it :)
>>
>> Best Regards,
>>
>> Andy Townsend
>>
>>
>>
>> ___
>> 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
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Nunavut place names language

[James]

I personally dont mind having it in Native language, but if there is going
to be changed there should be a corresponding name:en tag as the rest of
the world can't read it.

One of the reasons I don't mind is: who would possibly use it? People in
Nunavut, that's who. It should be as accessible to them as possible. If
they dont speak English it creates a barrier of using the Canadian map. Not
only that but the northern maps aren't that great as they are even though
there have been efforts to improve them *cough* rps333 *cough*.

On Sep 16, 2016 5:22 PM, "Andy Townsend"  wrote:

> Hello Canadian mappers!
>
> The node and relation for Nunavut are http://www.openstreetmap.org/n
> ode/305700700 and http://www.openstreetmap.org/relation/390840 .  The
> "name" of both of these is currently set to a composite of the Inuktitut
> and the Anglo/French name.  Is this OK?
>
> Different OSM communities have adopted different standards - most have
> gone the "most widely used" form in the "name" tag (e.g. in places in Wales
> will tend to have a "name" that matches name:cy in mostly Welsh-speaking
> areas and name:en in mostly English-speaking ones).  In some places (e.g.
> Londonderry/Derry, and around Brussels) a composite of multiple languages
> is in use; in still others (e.g. India) a "neutral" language is used
> (there, English).
>
> I did suggest on http://www.openstreetmap.org/changeset/41676348 that the
> person who changed the name raise it here; that didn't happen, so I'm
> mentioning it :)
>
> Best Regards,
>
> Andy Townsend
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-br] Formato e tags de transporte público

[Arlindo Pereira]

Não sei os detalhes técnicos, mas você pode fazer consultas usando o
Overpass.

https://overpass-turbo.eu/

http://wiki.openstreetmap.org/wiki/Overpass_API


[]s
Arlindo Pereira

Em 16 de setembro de 2016 18:27, George Silva 
escreveu:

> Era isso que estava pensando. Estamos alinhados quanto ao método.
>
> Se isso realmente der certo como estamos planejando, teremos algumas
> cidades que já irão sincronizar diretamente com a base. Tanto PED (Ponto de
> Embarque e Desembarque) quando a geometria das rotas, nomes, cores, etc.
>
> Pelo link do Vitor, vi as tags que são relevantes, era o que precisava e
> você completou a resposta.
>
> Sem querer alongar mais o debate, qual seria a melhor maneira de puxar uma
> lista de vias que interseccionem um polígono? Preferiria fazer direto do
> OSM, mas também pensei em importar a base para o PostgreSQL. O problema
> nesse caso é que a importação demora horrores. O que pensei é ter uma cópia
> do dados e um servidor local, atualizado pelo diff de minuto, onde faria as
> "perguntas". Alguém pode me direcionar neste sentido?
>
> 2016-09-16 18:14 GMT-03:00 Wille :
>
>> Nesse caso é mais fácil!
>>
>> Para criar uma nova rota, você precisaria gerar um arquivo xml. Veja esse
>> exemplo de rota: https://www.openstreetmap.org/api/0.6/relation/2435070
>>
>> Basicamente são as tags de transporte público e os ids dos ways que fazem
>> parte da rota. Ali na tag , só precisa de um id negativo pro OSM
>> entender que é algo novo e de visible="true".
>>
>> Já para modificar a rota, acredito que basta modificar esse xml,
>> adicionando action="modify" na tag relation e atualizando os ways que fazem
>> parte da rota.
>>
>> Se quiser dar uma olhada num código python que gera um xml:
>> https://github.com/osmlab/nycbuildings/blob/master/convert.py#L183
>>
>> Depois é possível enviar o xml pra api do OSM.
>>
>> abraços,
>> wille
>>
>>
>> On 16-09-2016 17:27, George Silva wrote:
>>
>> Oi Wille! Estamos ligados no SOTM! Tentaremos ir.
>>
>> Mas o que acontece Wille, é que hoje, esses dados de rotas são populados
>> usando um shapefile. Estamos integrando um serviço para esses dados venham
>> de vias do OSM. Ou seja, alguém, mesmo que a prefeitura/empresa em questão,
>> terá que deixar os trechos onde os onibus percorrem, redondinhos no OSM!
>>
>> Essa que é sacada da coisa.
>>
>> 2016-09-16 17:20 GMT-03:00 Wille :
>>
>>> Oi, George
>>>
>>> A criação de rotas de transporte público é meio complexa, pois sempre
>>> envolve cortar os ways que compõem as ruas e avenidas e criar a relação. A
>>> parte de cortar ways eu acho bem complicado para automatizar Talvez seja
>>> melhor gerar um feed e cadastrar no https://transit.land/ ou publicar
>>> os dados em algum lugar e incentivar a comunidade a mapeá-las no OSM. Esse
>>> aplicativo https://transportr.grobox.de/ serve rotas a partir do OSM e
>>> talvez se interesse em ajudar a mapear.
>>>
>>> Já pra importar os pontos de ônibus é bem tranquilo...
>>>
>>> Aproveito pra te convidar a mostrar o trabalho que você tem feito com o
>>> OSM e suas ideias no State of the Map Latam 2016. A chamada de trabalhos
>>> está aberta até o dia 25 de Setembro: http://state.osmlatam.org/
>>>
>>> abraços,
>>> wille
>>>
>>>
>>>
>>> On 16-09-2016 13:33, George Silva wrote:
>>>
>>> Pensei nisso. Imagino que uma vez os pontos correspondidos manualmente
>>> no nosso sistema (ponto id A = ponto is osm X), a gente consiga fazer
>>> chamadas de API para determinar o que ocorreu com o ponto, ou com as
>>> relações específicas (rotas) e atualizar de acordo.
>>>
>>> Veja bem, que no nosso aplicativo, o desenho da rota é diretamente
>>> derivado de uma série de IDs do OSM, como as relations, então conseguiria
>>> atualizar isso de forma bem precisa sem intervenção. Claro que existem
>>> cenários onde isso pode dar zica, mas quando o mapeamento entre sistemas
>>> para cada conjunto de pontos e relações, fica mais tranquilo.
>>>
>>> Alguém tem alguma outra ideia que possa ajudar?
>>>
>>> 2016-09-16 13:26 GMT-03:00 Vitor George :
>>>
 Entendi, pensei que era um aplicativo de informações de transporte como
 o Movit. Acho que o ideal é ter um processo semi-automático, com um sistema
 que compare os dados oficiais da agência de transporte com o OSM e exiba os
 diffs. Se não for assim, há grandes chances de conflito de edições.



 * Vitor George*
 about.me/vgeorge



 2016-09-16 13:18 GMT-03:00 George Silva :

> Olá Vitor!
>
> A ideia é que um serviço automatizado publique, por exemplo, as rotas
> atualizadas de ônibus no OSM, sem necessidade de intervenção. Esta
> aplicação que criamos, permite o usuário a construir essas rotas de acordo
> com a necessidade das secretaria de transporte e/ou prestadoras de 
> serviço.
>
> De fato, pelos clientes que usam, são as rotas mais atuais 

Re: [Talk-br] Formato e tags de transporte público

[George Silva]

Era isso que estava pensando. Estamos alinhados quanto ao método.

Se isso realmente der certo como estamos planejando, teremos algumas
cidades que já irão sincronizar diretamente com a base. Tanto PED (Ponto de
Embarque e Desembarque) quando a geometria das rotas, nomes, cores, etc.

Pelo link do Vitor, vi as tags que são relevantes, era o que precisava e
você completou a resposta.

Sem querer alongar mais o debate, qual seria a melhor maneira de puxar uma
lista de vias que interseccionem um polígono? Preferiria fazer direto do
OSM, mas também pensei em importar a base para o PostgreSQL. O problema
nesse caso é que a importação demora horrores. O que pensei é ter uma cópia
do dados e um servidor local, atualizado pelo diff de minuto, onde faria as
"perguntas". Alguém pode me direcionar neste sentido?

2016-09-16 18:14 GMT-03:00 Wille :

> Nesse caso é mais fácil!
>
> Para criar uma nova rota, você precisaria gerar um arquivo xml. Veja esse
> exemplo de rota: https://www.openstreetmap.org/api/0.6/relation/2435070
>
> Basicamente são as tags de transporte público e os ids dos ways que fazem
> parte da rota. Ali na tag , só precisa de um id negativo pro OSM
> entender que é algo novo e de visible="true".
>
> Já para modificar a rota, acredito que basta modificar esse xml,
> adicionando action="modify" na tag relation e atualizando os ways que fazem
> parte da rota.
>
> Se quiser dar uma olhada num código python que gera um xml:
> https://github.com/osmlab/nycbuildings/blob/master/convert.py#L183
>
> Depois é possível enviar o xml pra api do OSM.
>
> abraços,
> wille
>
>
> On 16-09-2016 17:27, George Silva wrote:
>
> Oi Wille! Estamos ligados no SOTM! Tentaremos ir.
>
> Mas o que acontece Wille, é que hoje, esses dados de rotas são populados
> usando um shapefile. Estamos integrando um serviço para esses dados venham
> de vias do OSM. Ou seja, alguém, mesmo que a prefeitura/empresa em questão,
> terá que deixar os trechos onde os onibus percorrem, redondinhos no OSM!
>
> Essa que é sacada da coisa.
>
> 2016-09-16 17:20 GMT-03:00 Wille :
>
>> Oi, George
>>
>> A criação de rotas de transporte público é meio complexa, pois sempre
>> envolve cortar os ways que compõem as ruas e avenidas e criar a relação. A
>> parte de cortar ways eu acho bem complicado para automatizar Talvez seja
>> melhor gerar um feed e cadastrar no https://transit.land/ ou publicar os
>> dados em algum lugar e incentivar a comunidade a mapeá-las no OSM. Esse
>> aplicativo https://transportr.grobox.de/ serve rotas a partir do OSM e
>> talvez se interesse em ajudar a mapear.
>>
>> Já pra importar os pontos de ônibus é bem tranquilo...
>>
>> Aproveito pra te convidar a mostrar o trabalho que você tem feito com o
>> OSM e suas ideias no State of the Map Latam 2016. A chamada de trabalhos
>> está aberta até o dia 25 de Setembro: http://state.osmlatam.org/
>>
>> abraços,
>> wille
>>
>>
>>
>> On 16-09-2016 13:33, George Silva wrote:
>>
>> Pensei nisso. Imagino que uma vez os pontos correspondidos manualmente no
>> nosso sistema (ponto id A = ponto is osm X), a gente consiga fazer chamadas
>> de API para determinar o que ocorreu com o ponto, ou com as relações
>> específicas (rotas) e atualizar de acordo.
>>
>> Veja bem, que no nosso aplicativo, o desenho da rota é diretamente
>> derivado de uma série de IDs do OSM, como as relations, então conseguiria
>> atualizar isso de forma bem precisa sem intervenção. Claro que existem
>> cenários onde isso pode dar zica, mas quando o mapeamento entre sistemas
>> para cada conjunto de pontos e relações, fica mais tranquilo.
>>
>> Alguém tem alguma outra ideia que possa ajudar?
>>
>> 2016-09-16 13:26 GMT-03:00 Vitor George :
>>
>>> Entendi, pensei que era um aplicativo de informações de transporte como
>>> o Movit. Acho que o ideal é ter um processo semi-automático, com um sistema
>>> que compare os dados oficiais da agência de transporte com o OSM e exiba os
>>> diffs. Se não for assim, há grandes chances de conflito de edições.
>>>
>>>
>>>
>>> * Vitor George*
>>> about.me/vgeorge
>>>
>>>
>>>
>>> 2016-09-16 13:18 GMT-03:00 George Silva :
>>>
 Olá Vitor!

 A ideia é que um serviço automatizado publique, por exemplo, as rotas
 atualizadas de ônibus no OSM, sem necessidade de intervenção. Esta
 aplicação que criamos, permite o usuário a construir essas rotas de acordo
 com a necessidade das secretaria de transporte e/ou prestadoras de serviço.

 De fato, pelos clientes que usam, são as rotas mais atuais e válidas de
 cada linha, por exemplo. Não queremos que seja um usuário específico. E a
 integração sempre seria da aplicação => OSM e não o contrário.

 Vou dar uma olhadinha no OSMAnd e Maps.me.

 Obrigado

 2016-09-16 13:09 GMT-03:00 Vitor George :

> Oi George,
>
> Sobre como o transporte é modelado no OSM, sugiro a 

[Talk-ca] Nunavut place names language

[Andy Townsend]

Hello Canadian mappers!

The node and relation for Nunavut are 
http://www.openstreetmap.org/node/305700700 and 
http://www.openstreetmap.org/relation/390840 .  The "name" of both of 
these is currently set to a composite of the Inuktitut and the 
Anglo/French name.  Is this OK?


Different OSM communities have adopted different standards - most have 
gone the "most widely used" form in the "name" tag (e.g. in places in 
Wales will tend to have a "name" that matches name:cy in mostly 
Welsh-speaking areas and name:en in mostly English-speaking ones).  In 
some places (e.g. Londonderry/Derry, and around Brussels) a composite of 
multiple languages is in use; in still others (e.g. India) a "neutral" 
language is used (there, English).


I did suggest on http://www.openstreetmap.org/changeset/41676348 that 
the person who changed the name raise it here; that didn't happen, so 
I'm mentioning it :)


Best Regards,

Andy Townsend



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

Re: [Talk-br] Formato e tags de transporte público

[Wille]

Nesse caso é mais fácil!

Para criar uma nova rota, você precisaria gerar um arquivo xml. Veja 
esse exemplo de rota: https://www.openstreetmap.org/api/0.6/relation/2435070


Basicamente são as tags de transporte público e os ids dos ways que 
fazem parte da rota. Ali na tag , só precisa de um id negativo 
pro OSM entender que é algo novo e de visible="true".


Já para modificar a rota, acredito que basta modificar esse xml, 
adicionando action="modify" na tag relation e atualizando os ways que 
fazem parte da rota.


Se quiser dar uma olhada num código python que gera um xml: 
https://github.com/osmlab/nycbuildings/blob/master/convert.py#L183


Depois é possível enviar o xml pra api do OSM.

abraços,
wille

On 16-09-2016 17:27, George Silva wrote:

Oi Wille! Estamos ligados no SOTM! Tentaremos ir.

Mas o que acontece Wille, é que hoje, esses dados de rotas são 
populados usando um shapefile. Estamos integrando um serviço para 
esses dados venham de vias do OSM. Ou seja, alguém, mesmo que a 
prefeitura/empresa em questão, terá que deixar os trechos onde os 
onibus percorrem, redondinhos no OSM!


Essa que é sacada da coisa.

2016-09-16 17:20 GMT-03:00 Wille >:


Oi, George

A criação de rotas de transporte público é meio complexa, pois
sempre envolve cortar os ways que compõem as ruas e avenidas e
criar a relação. A parte de cortar ways eu acho bem complicado
para automatizar Talvez seja melhor gerar um feed e cadastrar no
https://transit.land/ ou publicar os dados em algum lugar e
incentivar a comunidade a mapeá-las no OSM. Esse aplicativo
https://transportr.grobox.de/ serve rotas a partir do OSM e talvez
se interesse em ajudar a mapear.

Já pra importar os pontos de ônibus é bem tranquilo...

Aproveito pra te convidar a mostrar o trabalho que você tem feito
com o OSM e suas ideias no State of the Map Latam 2016. A chamada
de trabalhos está aberta até o dia 25 de Setembro:
http://state.osmlatam.org/

abraços,
wille



On 16-09-2016 13:33, George Silva wrote:

Pensei nisso. Imagino que uma vez os pontos correspondidos
manualmente no nosso sistema (ponto id A = ponto is osm X), a
gente consiga fazer chamadas de API para determinar o que ocorreu
com o ponto, ou com as relações específicas (rotas) e atualizar
de acordo.

Veja bem, que no nosso aplicativo, o desenho da rota é
diretamente derivado de uma série de IDs do OSM, como as
relations, então conseguiria atualizar isso de forma bem precisa
sem intervenção. Claro que existem cenários onde isso pode dar
zica, mas quando o mapeamento entre sistemas para cada conjunto
de pontos e relações, fica mais tranquilo.

Alguém tem alguma outra ideia que possa ajudar?

2016-09-16 13:26 GMT-03:00 Vitor George >:

Entendi, pensei que era um aplicativo de informações de
transporte como o Movit. Acho que o ideal é ter um processo
semi-automático, com um sistema que compare os dados oficiais
da agência de transporte com o OSM e exiba os diffs. Se não
for assim, há grandes chances de conflito de edições.

*

Vitor George*
about.me/vgeorge 



2016-09-16 13:18 GMT-03:00 George Silva
>:

Olá Vitor!

A ideia é que um serviço automatizado publique, por
exemplo, as rotas atualizadas de ônibus no OSM, sem
necessidade de intervenção. Esta aplicação que criamos,
permite o usuário a construir essas rotas de acordo com a
necessidade das secretaria de transporte e/ou prestadoras
de serviço.

De fato, pelos clientes que usam, são as rotas mais
atuais e válidas de cada linha, por exemplo. Não queremos
que seja um usuário específico. E a integração sempre
seria da aplicação => OSM e não o contrário.

Vou dar uma olhadinha no OSMAnd e Maps.me.

Obrigado

2016-09-16 13:09 GMT-03:00 Vitor George
>:

Oi George,

Sobre como o transporte é modelado no OSM, sugiro a
página wiki sobre transporte público, que é bem
detalhada:

http://wiki.openstreetmap.org/wiki/Public_transport


A respeito de contribuir de volta ao OSM de maneira
automatizada, seria bom dar uma olhada nas apps que
já fazem isso. O OSMAnd e o Maps.me são bons exemplo,
permitindo edição de POIs e também o envio de notas.
Um aspecto importante é garantir que o usuário que

Re: [Talk-br] Formato e tags de transporte público

[George Silva]

Oi Wille! Estamos ligados no SOTM! Tentaremos ir.

Mas o que acontece Wille, é que hoje, esses dados de rotas são populados
usando um shapefile. Estamos integrando um serviço para esses dados venham
de vias do OSM. Ou seja, alguém, mesmo que a prefeitura/empresa em questão,
terá que deixar os trechos onde os onibus percorrem, redondinhos no OSM!

Essa que é sacada da coisa.

2016-09-16 17:20 GMT-03:00 Wille :

> Oi, George
>
> A criação de rotas de transporte público é meio complexa, pois sempre
> envolve cortar os ways que compõem as ruas e avenidas e criar a relação. A
> parte de cortar ways eu acho bem complicado para automatizar Talvez seja
> melhor gerar um feed e cadastrar no https://transit.land/ ou publicar os
> dados em algum lugar e incentivar a comunidade a mapeá-las no OSM. Esse
> aplicativo https://transportr.grobox.de/ serve rotas a partir do OSM e
> talvez se interesse em ajudar a mapear.
>
> Já pra importar os pontos de ônibus é bem tranquilo...
>
> Aproveito pra te convidar a mostrar o trabalho que você tem feito com o
> OSM e suas ideias no State of the Map Latam 2016. A chamada de trabalhos
> está aberta até o dia 25 de Setembro: http://state.osmlatam.org/
>
> abraços,
> wille
>
>
>
> On 16-09-2016 13:33, George Silva wrote:
>
> Pensei nisso. Imagino que uma vez os pontos correspondidos manualmente no
> nosso sistema (ponto id A = ponto is osm X), a gente consiga fazer chamadas
> de API para determinar o que ocorreu com o ponto, ou com as relações
> específicas (rotas) e atualizar de acordo.
>
> Veja bem, que no nosso aplicativo, o desenho da rota é diretamente
> derivado de uma série de IDs do OSM, como as relations, então conseguiria
> atualizar isso de forma bem precisa sem intervenção. Claro que existem
> cenários onde isso pode dar zica, mas quando o mapeamento entre sistemas
> para cada conjunto de pontos e relações, fica mais tranquilo.
>
> Alguém tem alguma outra ideia que possa ajudar?
>
> 2016-09-16 13:26 GMT-03:00 Vitor George :
>
>> Entendi, pensei que era um aplicativo de informações de transporte como o
>> Movit. Acho que o ideal é ter um processo semi-automático, com um sistema
>> que compare os dados oficiais da agência de transporte com o OSM e exiba os
>> diffs. Se não for assim, há grandes chances de conflito de edições.
>>
>>
>>
>> * Vitor George*
>> about.me/vgeorge
>>
>>
>>
>> 2016-09-16 13:18 GMT-03:00 George Silva :
>>
>>> Olá Vitor!
>>>
>>> A ideia é que um serviço automatizado publique, por exemplo, as rotas
>>> atualizadas de ônibus no OSM, sem necessidade de intervenção. Esta
>>> aplicação que criamos, permite o usuário a construir essas rotas de acordo
>>> com a necessidade das secretaria de transporte e/ou prestadoras de serviço.
>>>
>>> De fato, pelos clientes que usam, são as rotas mais atuais e válidas de
>>> cada linha, por exemplo. Não queremos que seja um usuário específico. E a
>>> integração sempre seria da aplicação => OSM e não o contrário.
>>>
>>> Vou dar uma olhadinha no OSMAnd e Maps.me.
>>>
>>> Obrigado
>>>
>>> 2016-09-16 13:09 GMT-03:00 Vitor George :
>>>
 Oi George,

 Sobre como o transporte é modelado no OSM, sugiro a página wiki sobre
 transporte público, que é bem detalhada:

 http://wiki.openstreetmap.org/wiki/Public_transport

 A respeito de contribuir de volta ao OSM de maneira automatizada, seria
 bom dar uma olhada nas apps que já fazem isso. O OSMAnd e o Maps.me são
 bons exemplo, permitindo edição de POIs e também o envio de notas. Um
 aspecto importante é garantir que o usuário que envie uma nota, por
 exemplo, possa ser contactado pela comunidade, pois senão o mapa ficará com
 notas anônimas sem possibilidade de feedback.

 Abraço,
 Vitor




 * Vitor George*
 about.me/vgeorge



 2016-09-16 11:26 GMT-03:00 George Silva :

> Pessoal, bom dia.
>
> Temos uma aplicação para transporte público e hoje armazenamos
> informações específicas de rotas de transporte urbano.
>
> Alguém pode me ajudar com a metodologia ou as tags principais para
> definir rotas no osm?
>
> Outro ponto: gostariamos de contribuir periodicamente com os dados de
> nossos clientes, diretamente no osm. A ideia, com o consentimento deles, é
> publicar esse conjunto de dados no mapa, sobreescrevendo com as 
> informações
> que são mantidas por prefeituras e operadoras de transporte público. Mas
> queremos automatizar :).
>
> Alguém pode me dar uma luz nesse sentido?
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 

Re: [Talk-br] Formato e tags de transporte público

[Wille]

Oi, George

A criação de rotas de transporte público é meio complexa, pois sempre 
envolve cortar os ways que compõem as ruas e avenidas e criar a relação. 
A parte de cortar ways eu acho bem complicado para automatizar Talvez 
seja melhor gerar um feed e cadastrar no https://transit.land/ ou 
publicar os dados em algum lugar e incentivar a comunidade a mapeá-las 
no OSM. Esse aplicativo https://transportr.grobox.de/ serve rotas a 
partir do OSM e talvez se interesse em ajudar a mapear.


Já pra importar os pontos de ônibus é bem tranquilo...

Aproveito pra te convidar a mostrar o trabalho que você tem feito com o 
OSM e suas ideias no State of the Map Latam 2016. A chamada de trabalhos 
está aberta até o dia 25 de Setembro: http://state.osmlatam.org/


abraços,
wille


On 16-09-2016 13:33, George Silva wrote:
Pensei nisso. Imagino que uma vez os pontos correspondidos manualmente 
no nosso sistema (ponto id A = ponto is osm X), a gente consiga fazer 
chamadas de API para determinar o que ocorreu com o ponto, ou com as 
relações específicas (rotas) e atualizar de acordo.


Veja bem, que no nosso aplicativo, o desenho da rota é diretamente 
derivado de uma série de IDs do OSM, como as relations, então 
conseguiria atualizar isso de forma bem precisa sem intervenção. Claro 
que existem cenários onde isso pode dar zica, mas quando o mapeamento 
entre sistemas para cada conjunto de pontos e relações, fica mais 
tranquilo.


Alguém tem alguma outra ideia que possa ajudar?

2016-09-16 13:26 GMT-03:00 Vitor George >:


Entendi, pensei que era um aplicativo de informações de transporte
como o Movit. Acho que o ideal é ter um processo semi-automático,
com um sistema que compare os dados oficiais da agência de
transporte com o OSM e exiba os diffs. Se não for assim, há
grandes chances de conflito de edições.

*

Vitor George*
about.me/vgeorge 



2016-09-16 13:18 GMT-03:00 George Silva >:

Olá Vitor!

A ideia é que um serviço automatizado publique, por exemplo,
as rotas atualizadas de ônibus no OSM, sem necessidade de
intervenção. Esta aplicação que criamos, permite o usuário a
construir essas rotas de acordo com a necessidade das
secretaria de transporte e/ou prestadoras de serviço.

De fato, pelos clientes que usam, são as rotas mais atuais e
válidas de cada linha, por exemplo. Não queremos que seja um
usuário específico. E a integração sempre seria da aplicação
=> OSM e não o contrário.

Vou dar uma olhadinha no OSMAnd e Maps.me.

Obrigado

2016-09-16 13:09 GMT-03:00 Vitor George
>:

Oi George,

Sobre como o transporte é modelado no OSM, sugiro a página
wiki sobre transporte público, que é bem detalhada:

http://wiki.openstreetmap.org/wiki/Public_transport


A respeito de contribuir de volta ao OSM de maneira
automatizada, seria bom dar uma olhada nas apps que já
fazem isso. O OSMAnd e o Maps.me são bons exemplo,
permitindo edição de POIs e também o envio de notas. Um
aspecto importante é garantir que o usuário que envie uma
nota, por exemplo, possa ser contactado pela comunidade,
pois senão o mapa ficará com notas anônimas sem
possibilidade de feedback.

Abraço,
Vitor


*

Vitor George*
about.me/vgeorge 



2016-09-16 11:26 GMT-03:00 George Silva
>:

Pessoal, bom dia.

Temos uma aplicação para transporte público e hoje
armazenamos informações específicas de rotas de
transporte urbano.

Alguém pode me ajudar com a metodologia ou as tags
principais para definir rotas no osm?

Outro ponto: gostariamos de contribuir periodicamente
com os dados de nossos clientes, diretamente no osm. A
ideia, com o consentimento deles, é publicar esse
conjunto de dados no mapa, sobreescrevendo com as
informações que são mantidas por prefeituras e
operadoras de transporte público. Mas queremos
automatizar :).

Alguém pode me dar uma luz nesse sentido?


___
Talk-br mailing list
Talk-br@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-br
 

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Marián Kyral]

Tak trochu se obávám, že dříve než příští týden to nebude :-(

Marián

Dne 16.9.2016 v 13:53 Zdeněk Pražák napsal(a):
> až to opraví tak vyzkouším fungování v nejnověší verzi JOSM
>
> Pražák
>
> -- Původní zpráva --
> Od: Marián Kyral 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 9. 2016 13:38:18
> Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis
>
>
> Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat.
> Alespoň já pak už na ten problém nenarazil.
> Pokud ti to stále nefunguje a máš aktualizováno na nejnovější
> verzi JOSM a Traceru, tak pošli kde ti to padá a já na to ještě mrknu.
>
> Marián
>
>
> -- Původní zpráva --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 9. 2016 13:30:20
> Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis
>
>
> Díky za odpověď
>
> Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v
> nejnovějších verzích JOSM - je možno jej již používat
> Pražák
>
> 2016-09-16 12:20 GMT+02:00 Marián Kyral  >:
>
> OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný
> identifikátor
>
> To bude problém u nich. Asi něco nasazovali a trochu se to
> nepovedlo. Na stránkách mají jen, že v průběhu záři budou
> implementovat některé změny v zákoně. Možná to s tím nějak
> souvisí. Bude potřeba počkat.
>
> Marián
>
> -- Původní zpráva --
> Od: Zdeněk Pražák  >
> Komu: OpenStreetMap Czech Republic
> >
> Datum: 16. 9. 2016 12:10:07
> Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis
>
>
> josm mi k tomu píše následující:
>
>  MaxPurgatorySize [5000]
>  BlockSizeBytes [4096]
>  KeyPersistenceIntervalSeconds [300]
>  DiskLimitType [SIZE]
> [INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache
> file root directory: [C:\Use
> rs\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
> [INFO] BlockDisk - Constructing BlockDisk,
> blockSizeBytes [4096]
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache
> file root directory [C:\U
> sers\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key
> File [C:\Users\Zdeněk Pražá
> k\AppData\Local\JOSM\cache\ tiles\WMS_BLOCK_v2.key]
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2]
> Loading keys for C:\Users\Zdeně
> k Pražák\AppData\Local\JOSM\ cache\tiles\WMS_BLOCK_v2.key
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set
> maxKeySize to: '524288'
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2]
> Loaded keys from [WMS_BLOCK_v2]
> , key count: 19810; up to 524288 will be available.
> [INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Block
> Disk Cache is alive.
> INFO: AbstractTileSourceLayer: estimated visible
> tiles: 12, estimated cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible
> tiles: 12, estimated cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible
> tiles: 12, estimated cache size
> : 24
> INFO: GET http://geoportal.cuzk.cz/WMS_
> ORTOFOTO_PUB/service.svc/get? FORMAT=image
> 
> 
> /jpeg=1.1.1=
> WMS=GetMap=GR_ ORTFOTORGB==
> EPSG:3857=512= 512=1487769.3934108,
> 6490421.5279892,1488380.8896
> 108,6491033.0241892 -> 200 (39,3 kB)
> [INFO] CacheEventQueue - Cache event queue created:
> CacheEventQueue [listenerId=
> 846450970, cacheName=WMS_BLOCK_v2]
> INFO: GET http://geoportal.cuzk.cz/WMS_
> ORTOFOTO_PUB/service.svc/get? FORMAT=image
> 
> 
> /jpeg=1.1.1=
> WMS=GetMap=GR_ ORTFOTORGB==
> EPSG:3857=512= 512=1487157.8972108,
> 6490421.5279892,1487769.3934
> 108,6491033.0241892 -> 200 (38,1 

[OSM-talk-be] using Michelin's road classification (was: Routing in Liège)

[André Pirard]

Hi Marc,

Could you please forward/translate this reply to Michael and anyone who
believe that Liège (and other places?) contain main road classification
errors that produce bad routing.  One-way streets and the like will be
another subject.
I suggested below to compare the OSM classification with that of Michelin.
Martin Koppenhoefer replied down below that Michael is wrong because
"we" (they) "do more or less like Michelin". But he doesn't say if it is
more or less and how much.
He asks "Where do you see differences?", meaning that he did not try to
find them.

Consequently, I have made my own Michelin compatible overpass query

(thanks to the author of the original) that is using the same colors as
Michelin (1).

At *very first (short) sight*, I am surprised that Martin did not spot
that the ref=N3 road that's going north-west is primary (in red) mostly
but is interrupted by secondary segments (in yellow) Rue de Hesbaye
 and
Rue Eugène Houdret .  As
well as in Rue Louis Jamme
 to
connect Place Delcour  to
primary N90  and primary N610
 (2). N610 should in theory
be secondary but I completely agree with Michelin to make it debatable
and make it primary like the Namur road should.

I did not investigate further (I'm short sighted indeed) but I suggest
that anyone contesting an OSM route compared it with the same routing by
Michelin, tried to find an explanation by comparing my overpass

with the Michelin map

(my "Michelin info" message helps the wise JOSM users too), and asked
people with local knowledge if they know better than Michelin.

Last point is what source:???=Michelin ??? to use to prevent a StijnRR
or like arbitrarily destructing well thought out tagging without
notifying the author. I suggest
source:highway=https://viamichelin.be/web/Cartes-plans 2016 2016.

Kéne afêre à Lîdje and I hope that this work will be useful elsewhere too,

Cheers

André.


(1) As white would not fit for residential, I used grey.  I'm surprised
indeed that no unclassified roads turn up in blue but that doesn't
affect routing.
(2) why the heck do those people adore splitting?

On 2016-09-15 17:02, André Pirard wrote:
> On 2016-09-13 18:21, Marc Gemis wrote:
>> Hallo,
>>
>> I was contacted by a mapper from Germany with whom I worked on turn:lanes.
>> He has to following question, can someone with local knowledge inform
>> us about the road classifications ? I have the impression a lot of
>> streets are indeed residential. Feel free to reply in French, I'll
>> translate it to English for him.
>>
>>
>> [snipped]
>> Now I want ask you about another problem.
>> Coming from here
>> 

Re: [Talk-us] Whole-US Garmin Map update - 2016-09-11

[Clifford Snow]

On Fri, Sep 16, 2016 at 12:29 PM, OSM Volunteer stevea <
stevea...@softworkers.com> wrote:

> How about it, Dave?  Might we see a truly complete North (+ Central)
> American version fitting into 8 GB in the future?  Please?


Dave,
I agree with Steve - if you could find time to include those in the 8GB
version, it would be much appreciated. I spend a fair amount of time in
Central America and use my garmin all the time.

Thanks,
Clifford


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

Re: [Talk-br] Apresentação

[Isaac Ferreira Filho]

Opa galera.

Já comecei a brincar. Instalei o mapillary e fiz uma brincadeira com o
OSM tracker.

Pelo que notei, no mapillary o uso vai depender um pouco dos que os
indígenas irão querer, talvez mapear uma trilha ou algo assim. No caso
deles o mais urgente seria um mapa para se colocarem pontos.

Brincando com o OSM Tracker eu fiz um GPX de um percurso. Tentei colocar
no JOSM, mas o mapa que tem por lá tem muitos detalhes.

Consegui uma coisa mais próxima usando isso aqui (geojson):

http://bl.ocks.org/anonymous/raw/613e49ecc6e6d74c5f63aba35b0230d4/

Mas ainda quero insistir no JOSM.

Pelo que entendi o meu trabalho, nesse caso específico seria:

fazer as trilhas gpx;
colocar uma camada por cima;
delinear e apontar o que eu quero.

Certo?

Ah, em contrapartida eu queria ajudar ao projeto nessa viagem. Como
posso ajudar? Há alguma lista com demandas urgentes?

Abraços


On 12-09-2016 19:58, Wille wrote:
> Oi, Isaac
> 
> Sugestão, instale o aplicativo Mapillary em um dos dispositivos. No
> outro, você pode instalar o OSM Tracker para gravar a trilha de GPS e
> registrar mais alguma outra informação, ou fazer fotos com Mapillary em
> ambos (cada um apontando para uma direção).
> 
> Instale o JOSM em um notebook e baixe a área da aldeia e deixe o arquivo
> salvo no OSM, assim você pode realizar as edições mesmo sem internet e
> enviar quando possível. Você pode carregar no JOSM a trilha de GPS e as
> fotos feitas no Mapillary.
> 
> Acredito que mapear com fotos é a maneira mais fácil.
> 
> abraços,
> wille
> 
> On 12-09-2016 17:26, Arlindo Pereira wrote:
>> Olá Isaac, seja bem-vindo à lista!
>>
>> Você pode usar o tablet mesmo sem 3G, instalando alguma aplicação que
>> grave GPX. Existem diversas, inclusive algumas específicas para uso
>> com o OSM, como o OSMTracker [1], que já permite realizar anotações
>> diretamente no arquivo gpx. 
>>
>> 1: http://wiki.openstreetmap.org/wiki/OSMTracker_(Android)
>> 
>>
>>
>> []s
>> Arlindo Pereira
>>
>> Em 12 de setembro de 2016 17:22, Isaac Ferreira Filho
>> > escreveu:
>>
>> Olá Lista.
>>
>> Me chamo Isaac e uso o OSM há algum tempo. Conheci através de
>> Wille, mas
>> meu uso foi sempre bem trivial (através do android).
>>
>> Atualmente estou fazendo um trabalho com indígenas (sul da Bahia) e
>> surgiu uma demanda que é fazer um mapeamento da aldeia. Alguém pode
>> indicar algum tutorial sobre, ou alguma thread que tratou disso?
>>
>> Sendo mais específico:
>>
>> 1. Precisaria, a princípio de bike, percorrer os espaços da aldeia
>> e ir
>> gravando esse caminho em um mapa (é a melhor maneira de fazer isso);
>> 2. Feito isso queremos exportá-lo para brincar.
>>
>> O que eu tenho:
>> 1 - tablet (android) sem 3g. Sei que é um pouco possível só com o GPS.
>> 2 - iphone com 3g, não sei qual seria o melhor app e se eles fazem
>> o que
>> o do android faz.
>> obs: o sinal do 3g da aldeia é ruim.
>>
>>
>> Obrigado e abraços.
>>
>> --
>> Isaac Ferreira Filho
>> Key fingerprint = DA22 20DE 519D A32E 59A0  1158 678A 3A2C E577 1896
>> http://yzakius.eu
>> Jabber: isaacmob arroba riseup.net 
>> @yzakius
>>


-- 
Isaac Ferreira Filho
Key fingerprint = DA22 20DE 519D A32E 59A0  1158 678A 3A2C E577 1896
http://yzakius.eu
Jabber: isaacmob arroba riseup.net
@yzakius

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

Re: [Talk-br] Duvidas

[Gerald Weber]

Creio que isto é semelhante a situação de uma rua com estacionamento
proibido (parking:lane=no_parking) mas onde todo mundo estaciona assim
mesmo. Ou uma estrada onde é proibido ultrapassar (overtaking=no) mas todo
mundo ultrapassa assim mesmo.

Penso que o mais seguro para o usuário do mapa é deixar oneway=yes e
colocar um alerta no note que na prática a restrição não é respeitada.

No geral penso que deve prevalecer a segurança do usuário do mapa.

abraço

Gerald

2016-09-16 13:31 GMT-03:00 Wallace Silva :

> Pessoal estou melhorando o roteamento das avenidas aqui na minha cidade,
> mas tenho uma dúvida.  Tem umas vias que as placas indicam que sao de mão
> única,  mas ninguem respeita e acaba sendo usado como mao dupla. Devo
> coloca-las como mão dupla ou única?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-us] Whole-US Garmin Map update - 2016-09-11

[OSM Volunteer stevea]

>   1. Whole-US Garmin Map update - 2016-09-11 (DRTBYK)
> 
> From: DRTBYK 
> Subject: [Talk-us] Whole-US Garmin Map update - 2016-09-11
> Date: September 15, 2016 at 7:40:21 AM PDT
> To: talk-us@openstreetmap.org
> 
> 
> Given the size of the largest file, it wouldn’t be that much larger to 
> include the rest of Canada and Mexico to create a truly North America 
> version. 
> 
> Cheers,
> Dan Townsley

I agree.  The version designed to fit on a 4 GB card is 3.6 GB, and the version 
designed to fit on an 8 GB card is only slightly larger at 3.8 GB.  The 
"missing tiles" sufficient to give truly complete North American coverage 
(parts of Canada, quite sparse of data) might only take an additional gigabyte 
(likely much less), the entirety of Mexico might be an additional gigabyte and 
even the six countries of Central America could be included at another gigabyte 
or two at most.  It seems that North AND Central America could fit on an 8 GB 
card.

I really love and use these data in my trusty Garmin 60CSx (a champ after ten 
years of great service).  I get the .torrent version (and I seed!)  This sort 
of "closing the loop" (of editing OSM data, then actually USING them) are one 
of the greatest aspects of OSM.  I, and you, too can edit our own GPS map data 
with fresh updates every couple of weeks!  True, I don't travel to Nunavut or 
Quintana Roo (very often), but I might someday!

How about it, Dave?  Might we see a truly complete North (+ Central) American 
version fitting into 8 GB in the future?  Please?

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

[Talk-it] Biella e civici

[Cascafico Giovanni]

Marco, ho qui davanti a me una villetta con garage: due ingressi e due
cartellini dei civici sulla recinzione. Che devo fare? Potrei andare in
josm e spezzare l'edificio in abitazione e garage e mettere i due nodi, uno
sulla porta dell'edificio ed uno  sullo scorrevole metallico dello stesso
edificio spezzato, oppure sui due relativi centroidi, ma credo sua il
metodo migliore per scoraggiare subito i potenziali mappatori. E il lavoro
immane che si presenta ha bisogno di molti, molti mappatori (approccio
su.openstreetmap.it?)

Nessuno può affermare che il lavoro fatto x Biella sia sbagliato: é
notevole e funziona, sarebbe assurdo rifarlo.

Mi chiedo piuttosto perché sia criticabile la scelta più semplice, cioè
mettere gli addr dove c'è il cartellino.
Una buona parte dei 430.000 civici del Friuli sono stati posizionati sul
cartellino dai rilevatori comunali.

--
cascafico.altervista.org
twitter.com/cascafico
Il 16/set/2016 12:03 "marco.baietto"  ha
scritto:

> Ciao,
> non abbiamo nessuna esperienza nel caricare dati massivi in OSM, nè
> sappiamo come funzionano gli script di import e quanto lavoro sia
> necessario per poter caricare i dati esistenti con questi strumenti. Siamo
> però interessati e ci rendiamo disponibili a lavorarci, ma abbiamo bisogno
> di aiuto almeno nella fase iniziale per poter fare le importazioni nel modo
> corretto e per capire l'entità del lavoro. Per i civici ma soprattutto per
> gli edifici che in provincia di Biella su OSM mancano quasi del tutto.
>
> La scelta iniziale di mettere i civici sugli edifici era legata alla
> necessità del nostro webgis (http://cartografia.provincia.
> biella.it/on-line/Home/Attivitaeprogetti/StradarioProvinciale.html) di
> collegare il civico ad un edificio.
> Per quanto riguarda la nostra esperienza ormai decennale in merito, questa
> scelta non ha mai  comportato problemi ne da parte degli operatori
> dell'emergenza, ne da parte dei comuni che utilizzano il dato nei loro
> gestionali, ne da parte delle aziende che si occupano di navigazione quando
> ci siamo confrontati con loro, ecc...
> Francamente, per quanto riguarda la provincia di Biella, il rilevare
> nuovamente 78.000 numeri civici solo perché non sono posizionati sugli
> accessi mi sembra uno sforzo inutile. Numeri che tra l'altro non derivano
> solo da un rilievo sul terreno ma anche da un lavoro insieme ai Comuni,
> perchè molte volte non sono presenti all'esterno degli edifici.
>
> Marco Baietto
>
>
>
> Il 15/09/2016 10.41, talk-it-requ...@openstreetmap.org ha scritto:
>
> Message: 5
> Date: Thu, 15 Sep 2016 10:38:28 +0200
> From: Andrea Musuruane  
> To: openstreetmap list - italiano  
> 
> Subject: Re: [Talk-it] mappiamo i civici
> Message-ID:
>    
> 
> Content-Type: text/plain; charset=UTF-8
>
> Ciao,
>
> 2016-09-15 8:59 GMT+02:00 marco.baietto  
> :
>
> > Per chi è eventualmente interessato vi segnalo il dato con tutti i civici> 
> > della provincia di Biella:> 
> > http://cartografia.provincia.biella.it/on-line/Home/Repertorio/Consultazione/articolo3000217.html>
> >  Licenza Attribuzione 3.0 Italia (CC BY 3.0 IT)>> Dati rilevati a terra tra 
> > 2005 e 2009 e tenuti aggiornati grazie all'aiuto> dei Comuni
>
> Conosco quei dati e ho sviluppato tempo fa degli script di import per
> ogr2osm, non solo per i civici ma anche per edifici, stradario e
> toponimi.
>
> Ricordo però di aver parlato con qualcuno del SITA che mi diceva che i
> civici erano posizionati tutti agli interni degli edifici (e non sugli
> accessi) perché così aveva richiesto qualche ente esterno (credo i
> VVFF).
>
> Se c'è interesse, comunque posso far ripartire il processo per
> l'import di queste feature. Da solo non riesco a fare tutto.
>
> Ciao,
>
> Andrea
>
>
>
> --
> _
>
> Dr. Marco Baietto
>
> Area Tecnica ambientale
> Servizio Sistema Informativo Territoriale Ambientale 
> (SITA)http://cartografia.provincia.biella.it/on-line/Home.html
> Provincia di Biella
> Via Q. Sella, 12 - 13900 - Biella (BI)
> Tel. 0158480753
>
>
> ___
> 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] Utente che chiude note a caso a Milano

[Marco]

Vero, ho appena dato un'occhiata alle note che ha chiuso/modificato e 
molte, se non tutte o quasi tutte sembrano esser già state 
sistemate/risolte da mappatori vari. A Milano, guardando la mappa con le 
note attive, sembra che le uniche verdi siano note risolte per davvero 
da altri mappatori; in altri posti dove ha fatto danni (Zurigo e Mosca 
ad esempio) non so valutare, però forse a questo punto si potrebbe 
evitare una riapertura in blocco, anche perchè, guardando la lista [1], 
ho cliccato una decina di note a caso ed erano tutte, nessuna esclusa, 
già state riaperte.


Marco


[1] http://my-notes.osm-hr.org/myosmnotes.cgi?s=Youssef+Naghmouch


Il 16/09/2016 12:57, emmexx ha scritto:

On 09/16/2016 11:51 AM, Martin Koppenhoefer wrote:

Stefano nel altro thread aveva postato del codice per farlo, io avevo
estratto la lista degli ID delle note, quindi ci manca soltanto qualcuno
ad eseguirlo. Suggerisco di non usare il proprio account OSM perché i
credenziali sono trasmessi in maniera insicura, invece converebbe
crearsi un account per questo scopo e poi chiuderlo.

Attenzione con procedure di ripristino automatiche perche' alcune delle
note sono gia' state ripristinate.

ciao
maxx

___
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] Open Data Provincia di Biella (era Re: mappiamo i civici)

[Fabrizio Tambussa]

Tempo fa avevo inserito tutte le relation delle strade provinciali della
prov. di Biella.
Se può servire.
Saluti

Il 16/Set/2016 18:08, "Andrea Musuruane"  ha scritto:

> 2016-09-16 12:01 GMT+02:00 marco.baietto  biella.it>:
> > Ciao,
> > non abbiamo nessuna esperienza nel caricare dati massivi in OSM, nè
> sappiamo
> > come funzionano gli script di import e quanto lavoro sia necessario per
> > poter caricare i dati esistenti con questi strumenti. Siamo però
> interessati
> > e ci rendiamo disponibili a lavorarci, ma abbiamo bisogno di aiuto almeno
> > nella fase iniziale per poter fare le importazioni nel modo corretto e
> per
> > capire l'entità del lavoro. Per i civici ma soprattutto per gli edifici
> che
> > in provincia di Biella su OSM mancano quasi del tutto.
>
> Questo non è un problema. Il processo di import (come d'altronde tutte
> le attività su OSM) è un processo cooperativo.
>
> Come ho detto, ho già degli script di conversione per numeri civici,
> stradario, edifici e toponimi. Se riesco li pubblico nel weekend sul
> mio account github. Possiamo iniziare a raffinare questi e poi a
> scrivere delle guideline di import.
>
> Come sorgente ho usato questi dati:
> http://cartografia.provincia.biella.it/on-line/Home/
> Repertorio/Consultazione/AT7Mobilitaetrasporti.html
> http://cartografia.provincia.biella.it/on-line/Home/
> Repertorio/Consultazione/articolo3000189.html
>
> Da una prima analisi ho notato quanto segue.
>
> Per quanto riguarda i numeri civici, negli open data della provincia,
> non c'è il comune di appartenenza. Qualcuno sa come suddividere questi
> dati con QGIS o altro strumento usando i limiti amministrativi
> presenti a seguente link? Quale dei 3 usare?
> http://cartografia.provincia.biella.it/on-line/Home/
> Repertorio/Consultazione/articolo3000189.html
>
> Per quanto riguarda invece gli edifici, la cosa che si nota è la
> mancanza di una classificazione negli open data. Quindi non è
> possibile sapere se è un edificio è una chiesa, un castello, un
> municipio, ecc a meno di non recuperarla dal nome. Inoltre, i nomi
> contengono spesso delle abbreviazioni. Il mio script cerca di
> espanderle in automatico partendo da un dizionario ad-hoc.
>
> I toponimi sono interessanti. Al momento il mio script importa
> cascine, cime, laghi, frazioni e borgate e rifugi alpini. Può essere
> utile altro? Anche qui bisognerebbe capire come non duplicare i dati
> già presenti in OSM.
>
> Non andrei invece ad importare lo stradario, dato che mi sembra che i
> dati in OSM siano già buoni. Magari si potrebbe fare degli import
> mirati solo per le zone più carenti e utilizzare lo stradario per
> raffinare i dati che già ci sono.
>
> > La scelta iniziale di mettere i civici sugli edifici era legata alla
> > necessità del nostro webgis
> > (http://cartografia.provincia.biella.it/on-line/Home/Attivitaeprogetti/
> StradarioProvinciale.html)
> > di collegare il civico ad un edificio.
> > Per quanto riguarda la nostra esperienza ormai decennale in merito,
> questa
> > scelta non ha mai  comportato problemi ne da parte degli operatori
> > dell'emergenza, ne da parte dei comuni che utilizzano il dato nei loro
> > gestionali, ne da parte delle aziende che si occupano di navigazione
> quando
> > ci siamo confrontati con loro, ecc...
>
> Personalmente penso che un dato sia meglio di nessun dato e quindi
> sono favorevole ad importarli.
>
> Ciao,
>
> Andrea
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Duvidas

[Adriano Rosa]

exatamente, mapeie conforme a placa. ignore as barbeiragens.

On Fri, Sep 16, 2016 at 1:37 PM George Silva 
wrote:

> Na minha opinião, o OSM deve refletir a realidade da LEI.
>
> Vai ajudar mais quem é de fora. Duro é você tentar entrar numa rua numa
> cidade por uma mão e ver que ela não é dupla...mesmo que seja um
> "cambalacho".
>
> 2016-09-16 13:31 GMT-03:00 Wallace Silva :
>
>> Pessoal estou melhorando o roteamento das avenidas aqui na minha cidade,
>> mas tenho uma dúvida.  Tem umas vias que as placas indicam que sao de mão
>> única,  mas ninguem respeita e acaba sendo usado como mao dupla. Devo
>> coloca-las como mão dupla ou única?
>> --
>> Cordeiro de Deus que tira o pecado do mundo, Tenha piedade de nós, pois
>> não sabemos o que fazemos.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> --
> George R. C. Silva
> Sigma Geosistemas LTDA
> 
> http://www.sigmageosistemas.com.br/
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-br] Duvidas

[George Silva]

Na minha opinião, o OSM deve refletir a realidade da LEI.

Vai ajudar mais quem é de fora. Duro é você tentar entrar numa rua numa
cidade por uma mão e ver que ela não é dupla...mesmo que seja um
"cambalacho".

2016-09-16 13:31 GMT-03:00 Wallace Silva :

> Pessoal estou melhorando o roteamento das avenidas aqui na minha cidade,
> mas tenho uma dúvida.  Tem umas vias que as placas indicam que sao de mão
> única,  mas ninguem respeita e acaba sendo usado como mao dupla. Devo
> coloca-las como mão dupla ou única?
> --
> Cordeiro de Deus que tira o pecado do mundo, Tenha piedade de nós, pois
> não sabemos o que fazemos.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
George R. C. Silva
Sigma Geosistemas LTDA

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

Re: [Talk-br] Formato e tags de transporte público

[George Silva]

Pensei nisso. Imagino que uma vez os pontos correspondidos manualmente no
nosso sistema (ponto id A = ponto is osm X), a gente consiga fazer chamadas
de API para determinar o que ocorreu com o ponto, ou com as relações
específicas (rotas) e atualizar de acordo.

Veja bem, que no nosso aplicativo, o desenho da rota é diretamente derivado
de uma série de IDs do OSM, como as relations, então conseguiria atualizar
isso de forma bem precisa sem intervenção. Claro que existem cenários onde
isso pode dar zica, mas quando o mapeamento entre sistemas para cada
conjunto de pontos e relações, fica mais tranquilo.

Alguém tem alguma outra ideia que possa ajudar?

2016-09-16 13:26 GMT-03:00 Vitor George :

> Entendi, pensei que era um aplicativo de informações de transporte como o
> Movit. Acho que o ideal é ter um processo semi-automático, com um sistema
> que compare os dados oficiais da agência de transporte com o OSM e exiba os
> diffs. Se não for assim, há grandes chances de conflito de edições.
>
>
>
> *Vitor George*
> about.me/vgeorge
>
>
>
> 2016-09-16 13:18 GMT-03:00 George Silva :
>
>> Olá Vitor!
>>
>> A ideia é que um serviço automatizado publique, por exemplo, as rotas
>> atualizadas de ônibus no OSM, sem necessidade de intervenção. Esta
>> aplicação que criamos, permite o usuário a construir essas rotas de acordo
>> com a necessidade das secretaria de transporte e/ou prestadoras de serviço.
>>
>> De fato, pelos clientes que usam, são as rotas mais atuais e válidas de
>> cada linha, por exemplo. Não queremos que seja um usuário específico. E a
>> integração sempre seria da aplicação => OSM e não o contrário.
>>
>> Vou dar uma olhadinha no OSMAnd e Maps.me.
>>
>> Obrigado
>>
>> 2016-09-16 13:09 GMT-03:00 Vitor George :
>>
>>> Oi George,
>>>
>>> Sobre como o transporte é modelado no OSM, sugiro a página wiki sobre
>>> transporte público, que é bem detalhada:
>>>
>>> http://wiki.openstreetmap.org/wiki/Public_transport
>>>
>>> A respeito de contribuir de volta ao OSM de maneira automatizada, seria
>>> bom dar uma olhada nas apps que já fazem isso. O OSMAnd e o Maps.me são
>>> bons exemplo, permitindo edição de POIs e também o envio de notas. Um
>>> aspecto importante é garantir que o usuário que envie uma nota, por
>>> exemplo, possa ser contactado pela comunidade, pois senão o mapa ficará com
>>> notas anônimas sem possibilidade de feedback.
>>>
>>> Abraço,
>>> Vitor
>>>
>>>
>>>
>>>
>>> *Vitor George*
>>> about.me/vgeorge
>>>
>>>
>>>
>>> 2016-09-16 11:26 GMT-03:00 George Silva :
>>>
 Pessoal, bom dia.

 Temos uma aplicação para transporte público e hoje armazenamos
 informações específicas de rotas de transporte urbano.

 Alguém pode me ajudar com a metodologia ou as tags principais para
 definir rotas no osm?

 Outro ponto: gostariamos de contribuir periodicamente com os dados de
 nossos clientes, diretamente no osm. A ideia, com o consentimento deles, é
 publicar esse conjunto de dados no mapa, sobreescrevendo com as informações
 que são mantidas por prefeituras e operadoras de transporte público. Mas
 queremos automatizar :).

 Alguém pode me dar uma luz nesse sentido?

 ___
 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
>>>
>>>
>>
>>
>> --
>> George R. C. Silva
>> Sigma Geosistemas LTDA
>> 
>> http://www.sigmageosistemas.com.br/
>>
>> ___
>> 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
>
>


-- 
George R. C. Silva
Sigma Geosistemas LTDA

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

[Talk-br] Duvidas

[Wallace Silva]

Pessoal estou melhorando o roteamento das avenidas aqui na minha cidade,
mas tenho uma dúvida.  Tem umas vias que as placas indicam que sao de mão
única,  mas ninguem respeita e acaba sendo usado como mao dupla. Devo
coloca-las como mão dupla ou única?
-- 
Cordeiro de Deus que tira o pecado do mundo, Tenha piedade de nós, pois não
sabemos o que fazemos.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Formato e tags de transporte público

[Vitor George]

Entendi, pensei que era um aplicativo de informações de transporte como o
Movit. Acho que o ideal é ter um processo semi-automático, com um sistema
que compare os dados oficiais da agência de transporte com o OSM e exiba os
diffs. Se não for assim, há grandes chances de conflito de edições.



*Vitor George*
about.me/vgeorge



2016-09-16 13:18 GMT-03:00 George Silva :

> Olá Vitor!
>
> A ideia é que um serviço automatizado publique, por exemplo, as rotas
> atualizadas de ônibus no OSM, sem necessidade de intervenção. Esta
> aplicação que criamos, permite o usuário a construir essas rotas de acordo
> com a necessidade das secretaria de transporte e/ou prestadoras de serviço.
>
> De fato, pelos clientes que usam, são as rotas mais atuais e válidas de
> cada linha, por exemplo. Não queremos que seja um usuário específico. E a
> integração sempre seria da aplicação => OSM e não o contrário.
>
> Vou dar uma olhadinha no OSMAnd e Maps.me.
>
> Obrigado
>
> 2016-09-16 13:09 GMT-03:00 Vitor George :
>
>> Oi George,
>>
>> Sobre como o transporte é modelado no OSM, sugiro a página wiki sobre
>> transporte público, que é bem detalhada:
>>
>> http://wiki.openstreetmap.org/wiki/Public_transport
>>
>> A respeito de contribuir de volta ao OSM de maneira automatizada, seria
>> bom dar uma olhada nas apps que já fazem isso. O OSMAnd e o Maps.me são
>> bons exemplo, permitindo edição de POIs e também o envio de notas. Um
>> aspecto importante é garantir que o usuário que envie uma nota, por
>> exemplo, possa ser contactado pela comunidade, pois senão o mapa ficará com
>> notas anônimas sem possibilidade de feedback.
>>
>> Abraço,
>> Vitor
>>
>>
>>
>>
>> *Vitor George*
>> about.me/vgeorge
>>
>>
>>
>> 2016-09-16 11:26 GMT-03:00 George Silva :
>>
>>> Pessoal, bom dia.
>>>
>>> Temos uma aplicação para transporte público e hoje armazenamos
>>> informações específicas de rotas de transporte urbano.
>>>
>>> Alguém pode me ajudar com a metodologia ou as tags principais para
>>> definir rotas no osm?
>>>
>>> Outro ponto: gostariamos de contribuir periodicamente com os dados de
>>> nossos clientes, diretamente no osm. A ideia, com o consentimento deles, é
>>> publicar esse conjunto de dados no mapa, sobreescrevendo com as informações
>>> que são mantidas por prefeituras e operadoras de transporte público. Mas
>>> queremos automatizar :).
>>>
>>> Alguém pode me dar uma luz nesse sentido?
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> George R. C. Silva
> Sigma Geosistemas LTDA
> 
> http://www.sigmageosistemas.com.br/
>
> ___
> 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-br] Formato e tags de transporte público

[Vitor George]

Oi George,

Sobre como o transporte é modelado no OSM, sugiro a página wiki sobre
transporte público, que é bem detalhada:

http://wiki.openstreetmap.org/wiki/Public_transport

A respeito de contribuir de volta ao OSM de maneira automatizada, seria bom
dar uma olhada nas apps que já fazem isso. O OSMAnd e o Maps.me são bons
exemplo, permitindo edição de POIs e também o envio de notas. Um aspecto
importante é garantir que o usuário que envie uma nota, por exemplo, possa
ser contactado pela comunidade, pois senão o mapa ficará com notas anônimas
sem possibilidade de feedback.

Abraço,
Vitor




*Vitor George*
about.me/vgeorge



2016-09-16 11:26 GMT-03:00 George Silva :

> Pessoal, bom dia.
>
> Temos uma aplicação para transporte público e hoje armazenamos informações
> específicas de rotas de transporte urbano.
>
> Alguém pode me ajudar com a metodologia ou as tags principais para definir
> rotas no osm?
>
> Outro ponto: gostariamos de contribuir periodicamente com os dados de
> nossos clientes, diretamente no osm. A ideia, com o consentimento deles, é
> publicar esse conjunto de dados no mapa, sobreescrevendo com as informações
> que são mantidas por prefeituras e operadoras de transporte público. Mas
> queremos automatizar :).
>
> Alguém pode me dar uma luz nesse sentido?
>
> ___
> 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-it] Open Data Provincia di Biella (era Re: mappiamo i civici)

[Andrea Musuruane]

2016-09-16 12:01 GMT+02:00 marco.baietto :
> Ciao,
> non abbiamo nessuna esperienza nel caricare dati massivi in OSM, nè sappiamo
> come funzionano gli script di import e quanto lavoro sia necessario per
> poter caricare i dati esistenti con questi strumenti. Siamo però interessati
> e ci rendiamo disponibili a lavorarci, ma abbiamo bisogno di aiuto almeno
> nella fase iniziale per poter fare le importazioni nel modo corretto e per
> capire l'entità del lavoro. Per i civici ma soprattutto per gli edifici che
> in provincia di Biella su OSM mancano quasi del tutto.

Questo non è un problema. Il processo di import (come d'altronde tutte
le attività su OSM) è un processo cooperativo.

Come ho detto, ho già degli script di conversione per numeri civici,
stradario, edifici e toponimi. Se riesco li pubblico nel weekend sul
mio account github. Possiamo iniziare a raffinare questi e poi a
scrivere delle guideline di import.

Come sorgente ho usato questi dati:
http://cartografia.provincia.biella.it/on-line/Home/Repertorio/Consultazione/AT7Mobilitaetrasporti.html
http://cartografia.provincia.biella.it/on-line/Home/Repertorio/Consultazione/articolo3000189.html

Da una prima analisi ho notato quanto segue.

Per quanto riguarda i numeri civici, negli open data della provincia,
non c'è il comune di appartenenza. Qualcuno sa come suddividere questi
dati con QGIS o altro strumento usando i limiti amministrativi
presenti a seguente link? Quale dei 3 usare?
http://cartografia.provincia.biella.it/on-line/Home/Repertorio/Consultazione/articolo3000189.html

Per quanto riguarda invece gli edifici, la cosa che si nota è la
mancanza di una classificazione negli open data. Quindi non è
possibile sapere se è un edificio è una chiesa, un castello, un
municipio, ecc a meno di non recuperarla dal nome. Inoltre, i nomi
contengono spesso delle abbreviazioni. Il mio script cerca di
espanderle in automatico partendo da un dizionario ad-hoc.

I toponimi sono interessanti. Al momento il mio script importa
cascine, cime, laghi, frazioni e borgate e rifugi alpini. Può essere
utile altro? Anche qui bisognerebbe capire come non duplicare i dati
già presenti in OSM.

Non andrei invece ad importare lo stradario, dato che mi sembra che i
dati in OSM siano già buoni. Magari si potrebbe fare degli import
mirati solo per le zone più carenti e utilizzare lo stradario per
raffinare i dati che già ci sono.

> La scelta iniziale di mettere i civici sugli edifici era legata alla
> necessità del nostro webgis
> (http://cartografia.provincia.biella.it/on-line/Home/Attivitaeprogetti/StradarioProvinciale.html)
> di collegare il civico ad un edificio.
> Per quanto riguarda la nostra esperienza ormai decennale in merito, questa
> scelta non ha mai  comportato problemi ne da parte degli operatori
> dell'emergenza, ne da parte dei comuni che utilizzano il dato nei loro
> gestionali, ne da parte delle aziende che si occupano di navigazione quando
> ci siamo confrontati con loro, ecc...

Personalmente penso che un dato sia meglio di nessun dato e quindi
sono favorevole ad importarli.

Ciao,

Andrea

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Marco]

Vero, ho visto, grazie. Io lo farei anche ma non ho idea di come fare, 
preferirei quindi lasciare il compito a qualcuno di più ferrato in materia. Se 
posso aiutare in qualche modo però sono a disposizione.

Marco

On September 16, 2016 11:51:59 AM GMT+02:00, Martin Koppenhoefer 
 wrote:
>2016-09-16 9:00 GMT+02:00 Marco :
>
>> Vero, adesso risulta bloccato per un tempo accettabile.
>> Tengo d'occhio la pagina su cui sono elencate tutte le note chiuse in
>> Italia e se vedo un nuovo utente sospetto lo segnalo.
>> Per quanto riguarda la riapertura in blocco delle note, ho chiesto al
>dwg
>> e mi hanno risposto che loro non hanno nessuno strumento per farlo.
>Io so
>> solo che le note chiuse, dopo 7 giorni spariscono, per il resto non
>credo
>> di avere conoscenze adatte per trovare una soluzione.
>>
>
>
>Stefano nel altro thread aveva postato del codice per farlo, io avevo
>estratto la lista degli ID delle note, quindi ci manca soltanto
>qualcuno ad
>eseguirlo. Suggerisco di non usare il proprio account OSM perché i
>credenziali sono trasmessi in maniera insicura, invece converebbe
>crearsi
>un account per questo scopo e poi chiuderlo.
>
>Questo era ieri alla 12, quindi probabilmente dovremmo aggiungere altri
>ID.
>https://lists.openstreetmap.org/pipermail/talk-it/2016-September/055263.html
>
>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: [Talk-it] numeri ordinali vie; formato preposizioni

[Max1234Ita]

Se non ricordo male, sul tag name va:

- Via XX settembre => name=Via 20 settembre
(il numero cardinale in carattere romano viene messo in cifre arabe; il
toponimo inizia sempre con "Via", "Piazza", "Largo", "Vicolo", ecc. ed ha
sempre la prima lettera maiuscola)

- via papa Giovanni XXIII => name=Via Papa Giovanni ventitreesimo
(le iniziali dei nomi propri sono maiuscole, tutto il resto, preposizioni
comprese, invece no; il numero ordinale romano si esprime in lettere,
minuscole perchè non è nome proprio)

- Via G. Mazzini => name=Via Giuseppe Mazzini (il nome di battesimo va messo
per esteso... se si è certi di cosa rappresenta l'iniziale. A volte le
abbreviazioni ingannano).

- piazza dei donatori di sangue => name=Piazza dei donatori di sangue
- Piazza del monumento ai caduti => name=Piazza del monumento ai Caduti

- Via Sant'Antonio Abate => name=Via Sant'Antonio Abate (Abate è il titolo
fa parte del nome)

In ogni caso, ricordo che la numerazione romana va evitata, anzi è da
correggere se si trova mappata in quel modo (anche se icartelli
on-the-ground la riportano)


Il grosso cruccio rimane (almeno per me), quando si trovano cartelli che
indicano la dedica in modo non univoco, ad esempio "Via Cavour": è dedicata
al celebre Camillo Benso Conte di-, oppure a Cavour, il paese? E nel primo
caso come la si rende? Via  Camillo Cavour, Via Camillo Benso Cavour, Via
Camillo Benso Conte di Cavour, Via C.B. C.te Cavour? (ho trovato anche
questa, su un cartello)

Altro caso, la già citata (tanto tempo fa) Via Garibaldi (é dedicata a
Giuseppe, ad Anita, o ad altro personaggio con lo stesso cognome ma "meno
illustre"?). 

Purtroppo, a volte, non si riesce a fare chiarezza nemmeno mettendo le mani
sugli stradari ufficiali del Comune (posto di riuscire a reperirli in rete).

Esiste in proposito una pagina sul Wiki?

Ciao,
Max






--
View this message in context: 
http://gis.19327.n5.nabble.com/numeri-ordinali-vie-formato-preposizioni-tp5882782p5882787.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it-trentino] civici di Trento/Provincia di

[Maurizio Napolitano]

>> http://www.comune.trento.it/Aree-tematiche/Cartografia/Download/Numeri-civici-Open-Data
>>
>> Vi pare che la licenza sia compatibile?
>>
>
> è pubblico dominio (CC0)
> michele

Ricordo le lunghe discussioni con Michele (e il comune di Trento)
proprio per scegliere la CC0
Giusto la cronaca:
CC0 non e' una licenza, perche' e' una completa rinuncia ai diritti
per fare in modo di avere un pubblico dominio.
In realta' i diritti morali sono inalienabili, infatti, la CC0
dichiara "rinuncio a tutti i diritti dove concessi dalla legge".
Questo vuol dire che il riconoscimento dell'autore rientra nei concetti.
La differenza e' che la CC0 non obbliga (a differenza di licenze come
la cc-by o la iodl2.0) a citare l'autore.

CC0 in ogni caso non crea nessun problema.


Se qualcuno sta invece pianificando l'importazione dei civici del
comune di Trento e' importante
che segua le linee guida e che guardi per bene i dati:
il dataset contiene tutti i luoghi dove compare l'etichetta di un
numero civico, e, alcuni, sono
ridondanti.
Si tratta di questioni come: civico su cancello, civico su ingresso di
casa, civico su ingresso secondario.
Dal mio punto di vista prenderei in considerazione solo quelli
dell'ingresso di casa (primari).

PS:
tra l'altro grazie ai civici del comune ho ricostruito le aree dei cap di Trento

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

Re: [Talk-it] history viewer

[Federico Cortese]

On Fri, Sep 16, 2016 at 4:25 PM, Martin Koppenhoefer
 wrote:
> Segnalo questo tool per vedere lo storico degli oggetti (per way la visuale
> è anche grafica), esempio: https://pewu.github.io/osm-history/#/way/26129870
>
Davvero molto interessante, grazie Martin.

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

Re: [Talk-it] Chiusura note senza commento

[marco bra]

Ho rimesso assieme i suggerimenti di sabas, per avere le note dell'utente e
per effettuare operazioni sulle note se passano li metto in allegato, sono
de shell script ho provato su questa nota
http://www.openstreetmap.org/note/713573:

getnote.sh e note.sh

Ciao
mcheck / mcheckimport


Il giorno 15 settembre 2016 22:11, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> 2016-09-15 21:28 GMT+02:00 Stefano :
>
>> Ciao,
>> per automatizzare la riapertura delle note probabilmente basta fare così
>>
>> https://gist.github.com/sabas/f82d44da6a3fbef14ac879179a1fa4bb
>>
>
>
> pero username e password così vanno on the air, criptati soltanto con http
> ;-)
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M


getnote.sh
Description: Bourne shell script


note.sh
Description: Bourne shell script
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] numeri ordinali vie; formato preposizioni

[Alessandro Palmas]

Il 16/09/2016 16:21, Daniele Carrau ha scritto:
salve, nella pagina wiki dedicata alle convenzioni 
(http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions)
non ho trovato indicazioni in merito al formato da dare agli ordinali 
per i vicoli o per altri DUG.


Su Openstreetmap si trovano molte forme:

  * Vico I Roma
  * Vico 1 Roma
  * Vico Primo Roma
  * Vico primo Roma

Nella informativa ISTAT sui toponomastici del 6 maggio 2014, al 
paragrafo 16 (Indicazioni numeriche) vengono presentate come corrette 
le seguenti due forme:


  * VIA PRIMA BANDIERA
  * VIA BANDIERA UNO

Sono vietati i numeri ordinali e romani.

secondo voi qual è la dicitura corretta da adottare su Openstreetmap?


Inoltre dovremmo decidere se le preposizioni (del, dei) vadano 
indicate in forma minuscola o maiuscola:


  * Via dei Tulipani
  * Via Dei Tulipani





Mi pareva si fosse deciso di adottare le indicazioni ufficiali 
mantenendo eventualmente i numeri romani in alt_name

Le preposizioni minuscole

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

[Talk-br] Formato e tags de transporte público

[George Silva]

Pessoal, bom dia.

Temos uma aplicação para transporte público e hoje armazenamos informações
específicas de rotas de transporte urbano.

Alguém pode me ajudar com a metodologia ou as tags principais para definir
rotas no osm?

Outro ponto: gostariamos de contribuir periodicamente com os dados de
nossos clientes, diretamente no osm. A ideia, com o consentimento deles, é
publicar esse conjunto de dados no mapa, sobreescrevendo com as informações
que são mantidas por prefeituras e operadoras de transporte público. Mas
queremos automatizar :).

Alguém pode me dar uma luz nesse sentido?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-it] history viewer

[Martin Koppenhoefer]

Segnalo questo tool per vedere lo storico degli oggetti (per way la visuale
è anche grafica), esempio: https://pewu.github.io/osm-history/#/way/26129870


http://forum.openstreetmap.org/viewtopic.php?pid=608072#p608072
codice: https://github.com/PeWu/osm-history

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

[Talk-it] numeri ordinali vie; formato preposizioni

[Daniele Carrau]

salve, nella pagina wiki dedicata alle convenzioni 
(http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions)
non ho trovato indicazioni in merito al formato da dare agli ordinali 
per i vicoli o per altri DUG.


Su Openstreetmap si trovano molte forme:

 * Vico I Roma
 * Vico 1 Roma
 * Vico Primo Roma
 * Vico primo Roma

Nella informativa ISTAT sui toponomastici del 6 maggio 2014, al 
paragrafo 16 (Indicazioni numeriche) vengono presentate come corrette le 
seguenti due forme:


 * VIA PRIMA BANDIERA
 * VIA BANDIERA UNO

Sono vietati i numeri ordinali e romani.

secondo voi qual è la dicitura corretta da adottare su Openstreetmap?


Inoltre dovremmo decidere se le preposizioni (del, dei) vadano indicate 
in forma minuscola o maiuscola:


 * Via dei Tulipani
 * Via Dei Tulipani


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

Wochennotiz Nr. 321 06.09.2016–12.09.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/09/wochennotiz-nr-321/

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

Re: [Talk-it] Civici e POI ad essi collegati

[Martin Koppenhoefer]

2016-09-16 12:50 GMT+02:00 Marco_T :

> Noto che e' prassi inserire nel nodo del civico anche altre informazioni
> tipo amenity, leisure, shop creando di fatto un qualcosa di ibrido.
>


in questo caso l'indirizzo è un attributo del POI (amenity/leisure/).



> Capita poi che il bar chiude o il negozio si sposta e il mappatore
> inesperto
> cancella l'intero nodo o lo sposta su altra via perdendo o compromettendo
> informazioni importanti
>


si, ma questo problema (mappatore inesperto fa un edit meno buono) esiste
per qualsiasi situazione ;-)



> La mia domanda e' questa: e' conveniente inglobare ADDRESS e POI in unico
> nodo o meglio sdoppiare le informazioni a costo di duplicare alcune
> informazioni?
>


Io talvolta mi trovo a ripetere le informazioni di indirizzo, ma al solito
mi fermo con l'indirizzo aggiunto al poi. Volendo si potrebbe creare un
ulteriore nodo di solo civico, ma ciò non toglierebbe la necessità di
aggiungere l'indirizzo comunque anche al POI per avere una mappatura
completa - al meno che il civico non sia mappato su un area nella quale si
trova il POI (stile di mappatura poco gradito in Italia da quanto ho capito
qui in lista, mentre molto diffuso in altri regioni).

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

Re: [Talk-it] Civici e POI ad essi collegati

[Martin Koppenhoefer]

2016-09-16 13:53 GMT+02:00 Federico Cortese :

> Ciao Marco, come dici tu credo che di solito se abbiamo la possibilità
> di assegnare i tag dell'attività ad un poligono o ad un fabbricato è
> meglio.
>



Se guardi nel dettaglio non funziona associare tag per un fabbricato e per
un utilizzatore di questo fabbricato allo stesso oggetto OSM, perché
hanno/possono avere delle proprietà diverse (per esempio name, start_date,
architect, wikipedia, building:levels, operator, ref, ...)


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

Wochennotiz Nr. 321 06.09.2016–12.09.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/09/wochennotiz-nr-321/

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

[OSM-talk-fr] Future réforme des arrondissements français

[Francescu GAROBY]

Bonjour,
J'apprends par un article de presse d'aujourd'hui que le ministère de
l'Intérieur prévoir de modifier la carte des arrondissements, les faisant
passer de 335 à 249 (-25%).
Rien n'est encore publié, mais il faudra surveiller ça dans les prochains
mois.

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

Re: [Talk-es] Ermitas

[Diego García]

Totalmente de acuerdo contigo. De hecho, en la ayuda de josm, sale de ese
modo.

Un saludo

El vie., 16 sept. 2016 14:20, Santi Aguirre 
escribió:

> Hola a todos,
>
> He visto que el usuario de nombre “Ermitas de Navarra” hará un año puso
> una gran cantidad de ermitas en Navarra con la etiquetas building=hermitage
> y building=Hermitage.
>
> Eso me ha hecho dudar de si estaba yo etiquetando correctamente las
> ermitas como building=chapel. Un vistazo a la Wikipedia en inglés [1] me ha
> dado a entender que “hermitage” es el lugar donde vivía un ermitaño, y no
> tiene por tanto la misma acepción que en castellano. Según la RAE es "una
> capilla o santuario, generalmente pequeños, situados por lo común en
> despoblado y que no suelen tener culto permanente" cuya traducción creo que
> se aproxima más a “chapel”.
>
> Una consulta en overpass muestra también que en el resto del Mundo
> “hermitage” no se utiliza [2].
>
> ¿Estais de acuerdo con lo expuesto? Mi idea sería mandar un mensaje al
> usuario navarro informándole y hacer el cambio de forma masiva de los
> “hermitages” desperdigados por España añadiendo además la etiqueta
> denomination=roman_catholic.
>
> Un saludo
>
> [1] https://en.wikipedia.org/wiki/Hermitage_(religious_retreat)
>
> [2]: http://overpass-turbo.eu/s/iq6
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Civici e POI ad essi collegati

[Federico Cortese]

2016-09-16 12:50 GMT+02:00 Marco_T :
> Noto che e' prassi inserire nel nodo del civico anche altre informazioni
> tipo amenity, leisure, shop creando di fatto un qualcosa di ibrido.
> Capita poi che il bar chiude o il negozio si sposta e il mappatore inesperto
> cancella l'intero nodo o lo sposta su altra via perdendo o compromettendo
> informazioni importanti

Ciao Marco, come dici tu credo che di solito se abbiamo la possibilità
di assegnare i tag dell'attività ad un poligono o ad un fabbricato è
meglio.
Per la mia esperienza però, nella maggior parte dei casi, questo non è
fattibile; quindi quando mappo i civici aggiungo sullo stesso nodo
anche le informazioni relative all'attività.
Purtroppo l'effetto collaterale che segnali è reale: proprio pochi
giorni fa ho dovuto recuperare un civico, che era stato cancellato da
un utente con l'intenzione di eliminare l'attività chiusa (e si
trattava di un utente esperto, ma giustamente può capitare).
L'alternativa sarebbe quella del doppio nodo, cioè l'ingresso con il
civico e un altro nodo per l'attività, sul quale però bisognerebbe
duplicare le informazioni dell'indirizzo.
Non so se ci sono altri metodi, ma tra questi due in genere preferirei il primo.

Pensandoci bene in alcuni casi la duplicazione dell'indirizzo non si
può evitare, quando cioè dallo stesso civico accedo a due diverse
attività:
ad esempio studio legale a piano primo e studio architetto: avrò due
distinti nodi office=lawyer e office=architect con lo stesso indirizzo
ed un nodo sul fabbricato con entrance=yes/main di nuovo con lo stesso
indirizzo.

Ciao
Federico

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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Zdeněk Pražák]

až to opraví tak vyzkouším fungování v nejnověší verzi JOSM

Pražák

-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 13:38:18
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián Kyral :
"
OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou implementovat některé změny v 
zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat. 

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 12:10:07
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
josm mi k tomu píše následující:

 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache file root directory 
[C:\U
sers\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key File [C:\Users\Zdeněk 
Pražá
k\AppData\Local\JOSM\cache\ tiles\WMS_BLOCK_v2.key]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loading keys for C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\ cache\tiles\WMS_BLOCK_v2.key
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set maxKeySize to: '524288'
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loaded keys from [WMS_BLOCK
_v2]
, key count: 19810; up to 524288 will be available.
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Block Disk Cache is alive.
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487769.3934108, 6490421.5279892,
1488380.8896
108,6491033.0241892 -> 200 (39,3 kB)
[INFO] CacheEventQueue - Cache event queue created: CacheEventQueue 
[listenerId=
846450970, cacheName=WMS_BLOCK_v2]
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487157.8972108, 6490421.5279892,
1487769.3934
108,6491033.0241892 -> 200 (38,1 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487769.3934108, 6491033.0241892,
1488380.8896
108,6491644.5203892 -> 200 (30,3 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487157.8972108, 6491033.0241892,
1487769.3934
108,6491644.5203892 -> 200 (33,3 kB)
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://eagri.cz/public/app/ wms/plpis.fcgi?FORMAT=image/ png&
VERSION=1.1
(http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1)
.1=WMS=GetMap& LAYERS=LPIS_FB4_KOD=& SRS=EPSG:4326&
WIDTH=51
2=512=13.3593667, 50.2577453,13.3648599,50. 2612572=
true -
> 200
INFO: GET http://eagri.cz/public/app/ wms/plpis.fcgi?FORMAT=image/ png&
VERSION=1.1

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Marián Kyral]

Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián Kyral :
"
OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou implementovat některé změny v 
zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat. 

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 12:10:07
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
josm mi k tomu píše následující:

 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache file root directory 
[C:\U
sers\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key File [C:\Users\Zdeněk 
Pražá
k\AppData\Local\JOSM\cache\ tiles\WMS_BLOCK_v2.key]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loading keys for C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\ cache\tiles\WMS_BLOCK_v2.key
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set maxKeySize to: '524288'
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loaded keys from [WMS_BLOCK
_v2]
, key count: 19810; up to 524288 will be available.
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Block Disk Cache is alive.
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487769.3934108, 6490421.5279892,
1488380.8896
108,6491033.0241892 -> 200 (39,3 kB)
[INFO] CacheEventQueue - Cache event queue created: CacheEventQueue 
[listenerId=
846450970, cacheName=WMS_BLOCK_v2]
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487157.8972108, 6490421.5279892,
1487769.3934
108,6491033.0241892 -> 200 (38,1 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487769.3934108, 6491033.0241892,
1488380.8896
108,6491644.5203892 -> 200 (30,3 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ ORTOFOTO_PUB/service.svc/get? FORMAT
=image
(http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=image)
/jpeg=1.1.1= WMS=GetMap=GR_ ORTFOTORGB
==
EPSG:3857=512= 512=1487157.8972108, 6491033.0241892,
1487769.3934
108,6491644.5203892 -> 200 (33,3 kB)
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://eagri.cz/public/app/ wms/plpis.fcgi?FORMAT=image/ png&
VERSION=1.1
(http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1)
.1=WMS=GetMap& LAYERS=LPIS_FB4_KOD=& SRS=EPSG:4326&
WIDTH=51
2=512=13.3593667, 50.2577453,13.3648599,50. 2612572=
true -
> 200
INFO: GET http://eagri.cz/public/app/ wms/plpis.fcgi?FORMAT=image/ png&
VERSION=1.1
(http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png=1.1)
.1=WMS=GetMap& LAYERS=LPIS_FB4_KOD=& SRS=EPSG:4326&
WIDTH=51
2=512=13.3648599, 50.2542332,13.3703530,50. 2577453=
true -
> 200
INFO: GET http://eagri.cz/public/app/ wms/plpis.fcgi?FORMAT=image/ png&
VERSION=1.1

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Zdeněk Pražák]

Díky za odpověď

Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších
verzích JOSM - je možno jej již používat
Pražák

2016-09-16 12:20 GMT+02:00 Marián Kyral :

> OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor
>
> To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na
> stránkách mají jen, že v průběhu záři budou implementovat některé změny v
> zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat.
>
> Marián
>
> -- Původní zpráva --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 9. 2016 12:10:07
> Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis
>
> josm mi k tomu píše následující:
>
>  MaxPurgatorySize [5000]
>  BlockSizeBytes [4096]
>  KeyPersistenceIntervalSeconds [300]
>  DiskLimitType [SIZE]
> [INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory:
> [C:\Use
> rs\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
> [INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache file root directory
> [C:\U
> sers\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key File [C:\Users\Zdeněk
> Pražá
> k\AppData\Local\JOSM\cache\tiles\WMS_BLOCK_v2.key]
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loading keys for
> C:\Users\Zdeně
> k Pražák\AppData\Local\JOSM\cache\tiles\WMS_BLOCK_v2.key
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set maxKeySize to:
> '524288'
> [INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loaded keys from
> [WMS_BLOCK_v2]
> , key count: 19810; up to 524288 will be available.
> [INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Block Disk Cache is alive.
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?
> FORMAT=image
> /jpeg=1.1.1=WMS=GetMap=GR_
> ORTFOTORGB==
> EPSG:3857=512=512=1487769.3934108,
> 6490421.5279892,1488380.8896
> 108,6491033.0241892 -> 200 (39,3 kB)
> [INFO] CacheEventQueue - Cache event queue created: CacheEventQueue
> [listenerId=
> 846450970, cacheName=WMS_BLOCK_v2]
> INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?
> FORMAT=image
> /jpeg=1.1.1=WMS=GetMap=GR_
> ORTFOTORGB==
> EPSG:3857=512=512=1487157.8972108,
> 6490421.5279892,1487769.3934
> 108,6491033.0241892 -> 200 (38,1 kB)
> INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?
> FORMAT=image
> /jpeg=1.1.1=WMS=GetMap=GR_
> ORTFOTORGB==
> EPSG:3857=512=512=1487769.3934108,
> 6491033.0241892,1488380.8896
> 108,6491644.5203892 -> 200 (30,3 kB)
> INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?
> FORMAT=image
> /jpeg=1.1.1=WMS=GetMap=GR_
> ORTFOTORGB==
> EPSG:3857=512=512=1487157.8972108,
> 6491033.0241892,1487769.3934
> 108,6491644.5203892 -> 200 (33,3 kB)
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated
> cache size
> : 24
> INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/
> png=1.1
> .1=WMS=GetMap=LPIS_FB4_KOD=&
> SRS=EPSG:4326=51
> 2=512=13.3593667,50.2577453,13.3648599,50.2612572=true
> -
> > 200
> INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/
> png=1.1
> .1=WMS=GetMap=LPIS_FB4_KOD=&
> SRS=EPSG:4326=51
> 2=512=13.3648599,50.2542332,13.3703530,50.2577453=true
> -
> > 200
> INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/
> png=1.1
> .1=WMS=GetMap=LPIS_FB4_KOD=&
> SRS=EPSG:4326=51
> 2=512=13.3648599,50.2577453,13.3703530,50.2612572=true
> -
> > 200
> INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/
> png=1.1
> .1=WMS=GetMap=LPIS_FB4_KOD=&
> SRS=EPSG:4326=51
> 2=512=13.3593667,50.2542332,13.3648599,50.2577453=true
> -
> > 200
> INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/
> png=1.1
> .1=WMS=GetMap=LPIS_FB4_KOD=&
> SRS=EPSG:4326=51
> 2=512=13.3648599,50.2507209,13.3703530,50.2542332=true
> -
> > 200
> INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/
> png=1.1
> .1=WMS=GetMap=LPIS_FB4_KOD=&
> SRS=EPSG:4326=51
> 2=512=13.3593667,50.2507209,13.3648599,50.2542332=true
> -
> > 200
> INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?
> FORMAT=image
> /jpeg=1.1.1=WMS=GetMap=GR_
> ORTFOTORGB==
> EPSG:3857=512=512=1487769.3934108,
> 6489810.0317892,1488380.8896
> 

Re: [Talk-it] Utente che chiude note a caso a Milano

[Stefano Droghetti]

Verissimo, infatti la mia è una domanda tecnica, generale, una curiosità.
Venuta in mente parlando di questo utente ma non legata a questo utente
nello specifico, che è palese si tratti di uno scemo.

Il 16/set/2016 12:58, "Martin Koppenhoefer"  ha
scritto:


2016-09-16 12:44 GMT+02:00 Stefano Droghetti :

> Sì ma magari è cinese? Giapponese?



si, oppure un nativo della foresta amazonica, che non sa scrivere ;-)
Seriamente, perché uno così dovrebbe con insistenza chiudere note in OSM a
Milano? Potrebbe essere un italiano che non capisca l'inglese, ma anche lì
non è proprio il comportamento giusto di rispondere ftftftft...

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

semanarioOSM Nº 321 06/09/2016-12/09/2016

[weeklyteam]

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

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

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

semanarioOSM Nº 321 06/09/2016-12/09/2016

[weeklyteam]

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

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

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-cz] Turistické trasy a naučné stezky - 2x relace v OSM

[majka]

Jsem tu zpátky s dotazem na turistické trasy. V okolí máme vyznačené 2
naučné stezky, vedené po turistické trase, resp. je KČT při jejich vzniku
vyznačil jako novou trasu. V databázi je obojí samostatnou relací.
Momentálně doplňuji do mapy rozcestníky a pozice informačních tabulí, o
víkendu pak snad rozcestníky nafotím. Zatím jsem u naučných stezek změnila
na osmc:symbol=*

Nemělo by se to sloučit, hlavně kvůli případné údržbě?
Konkrétně relace "NS Cesta kolem hornického města" + 2441631 by měly být
totéž, a také "NS Člověk a krajina" a relace č. 6421469.

U těch prvních dvou jsou nějaké rozdíly v databázi, fyzicky je to ale totéž.

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Axelos]

Coucou,


cquest wrote
> Et je me répète: nominatim n'est pas destiné à indiquer comment on 
> accède à la boite aux lettres, mais à indiquer où elle se trouve.
> Pour savoir comment s'y rendre, on utilise un calculateur d'itinéraire 
> et adapté au mode de transport envisagé... en drone Nominatim suffira 
> amplement ;)

Soit. Je persiste à penser que cette logique est illogique, mais nous ne
pouvons point être en accord sur tout points. Bref je me soumets à la
majorité. 

Merci pour les réponses.

Cordialement.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5882768.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Martin Koppenhoefer]

2016-09-16 12:44 GMT+02:00 Stefano Droghetti :

> Sì ma magari è cinese? Giapponese?



si, oppure un nativo della foresta amazonica, che non sa scrivere ;-)
Seriamente, perché uno così dovrebbe con insistenza chiudere note in OSM a
Milano? Potrebbe essere un italiano che non capisca l'inglese, ma anche lì
non è proprio il comportamento giusto di rispondere ftftftft...

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[emmexx]

On 09/16/2016 11:51 AM, Martin Koppenhoefer wrote:
> 
> Stefano nel altro thread aveva postato del codice per farlo, io avevo
> estratto la lista degli ID delle note, quindi ci manca soltanto qualcuno
> ad eseguirlo. Suggerisco di non usare il proprio account OSM perché i
> credenziali sono trasmessi in maniera insicura, invece converebbe
> crearsi un account per questo scopo e poi chiuderlo.

Attenzione con procedure di ripristino automatiche perche' alcune delle
note sono gia' state ripristinate.

ciao
maxx

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

[Talk-it] Civici e POI ad essi collegati

[Marco_T]

Ho letto con interesse l'altra discussione sull'invito a mappare i civici.
La condivido appieno in quanto ritengo quell'aspetto fondamentale per l'uso
pratico della mappa.
Sollecito pure:
- ad integrare la viabilita' di servizio per raggiungere il civico (penso a
soccorsi etc..)
- a mantenere perfettamente coerente il nome della via con la corrispondente
highway (così poi con OSMI e' facile trovare incongruenze).
Volevo pero' chiedere consiglio su un'aspetto collaterale.
L'inserimento dei civici, via manuale o tramite import, e' molto delicato
(posizione del civico, dati contenuti nel nodo etc...).
Noto che e' prassi inserire nel nodo del civico anche altre informazioni
tipo amenity, leisure, shop creando di fatto un qualcosa di ibrido.
Capita poi che il bar chiude o il negozio si sposta e il mappatore inesperto
cancella l'intero nodo o lo sposta su altra via perdendo o compromettendo
informazioni importanti
La mia domanda e' questa: e' conveniente inglobare ADDRESS e POI in unico
nodo o meglio sdoppiare le informazioni a costo di duplicare alcune
informazioni?
Sdoppiandole:
a)  il CIVICO avrebbe il suo NODO nella sua posizione ufficiale (secondo me
l'accesso) mentre l'ATTIVITA avrebbe il suo NODO/AREA dove effettivamente
viene esercitata con la sua eventuale estensione
b) nel caso di futuri import di aggiornamento non si dovrebbero fare salti
mortali a filtrare dati... si cancellano tutti i civici vecchi e si
reimportano il blocco quelli nuovi...
Opinioni? Grazie.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n5.nabble.com/Civici-e-POI-ad-essi-collegati-tp5882765.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Stefano Droghetti]

Il 16/09/2016 12:28, Germano Massullo ha scritto:

Uno che ti risponde ftftftftft non merita altro che un ban

___

Concordo, infatti la mia era più che altro una curiosità.

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Stefano Droghetti]

Il 16/09/2016 12:34, Federico Cortese ha scritto:

2016-09-16 12:13 GMT+02:00 Stefano Droghetti :

Per curiosità, è possibile vedere più o meno da che zona proviene l'utente
bloccato?
Perché magari è straniero e non ha capito i messaggi in italiano che gli
abbiamo mandato, boh. Tenete conto che là fuori c'è gente che non ha idea di
cosa sia OSM e che dietro ci siano persone vere che vengono danneggiate da
certi comportamenti.

Non credo sia stato contattato in italiano ma in inglese, anche dal DWG.
Sì ma magari è cinese? Giapponese? Laggiù l'inglese è - in media - 
ancora più sconosciuto che qui in Italia, al contrario di quello che 
crediamo.

Lo dico perché per un'altra comunità abbiamo avuto qualche caso simile.
In questo caso mi sembra un italianissimo demente, ma dico in generale, 
per le prossime volte, è possibile controllare la provenienza? Magari 
dall'IP delle chiusure delle segnalazioni.




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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Federico Cortese]

2016-09-16 12:13 GMT+02:00 Stefano Droghetti :
>
> Per curiosità, è possibile vedere più o meno da che zona proviene l'utente
> bloccato?
> Perché magari è straniero e non ha capito i messaggi in italiano che gli
> abbiamo mandato, boh. Tenete conto che là fuori c'è gente che non ha idea di
> cosa sia OSM e che dietro ci siano persone vere che vengono danneggiate da
> certi comportamenti.

Non credo sia stato contattato in italiano ma in inglese, anche dal DWG.

Ciao
Federico

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Germano Massullo]

Il 16 settembre 2016 12:13, Stefano Droghetti
 ha scritto:
> Perché magari è straniero e non ha capito i messaggi in italiano che gli
> abbiamo mandato, boh

Uno che ti risponde ftftftftft non merita altro che un ban

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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Marián Kyral]

OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou implementovat některé změny v 
zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat. 

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 12:10:07
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
josm mi k tomu píše následující:

 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
[INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache file root directory 
[C:\U
sers\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key File [C:\Users\Zdeněk 
Pražá
k\AppData\Local\JOSM\cache\tiles\WMS_BLOCK_v2.key]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loading keys for C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\cache\tiles\WMS_BLOCK_v2.key
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set maxKeySize to: '524288'
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loaded keys from [WMS_BLOCK
_v2]
, key count: 19810; up to 524288 will be available.
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Block Disk Cache is alive.
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487769.3934108,6490421.5279892,
1488380.8896
108,6491033.0241892 -> 200 (39,3 kB)
[INFO] CacheEventQueue - Cache event queue created: CacheEventQueue 
[listenerId=
846450970, cacheName=WMS_BLOCK_v2]
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487157.8972108,6490421.5279892,
1487769.3934
108,6491033.0241892 -> 200 (38,1 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487769.3934108,6491033.0241892,
1488380.8896
108,6491644.5203892 -> 200 (30,3 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487157.8972108,6491033.0241892,
1487769.3934
108,6491644.5203892 -> 200 (33,3 kB)
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3593667,50.2577453,13.3648599,50.2612572=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3648599,50.2542332,13.3703530,50.2577453=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3648599,50.2577453,13.3703530,50.2612572=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3593667,50.2542332,13.3648599,50.2577453=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3648599,50.2507209,13.3703530,50.2542332=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3593667,50.2507209,13.3648599,50.2542332=
true -
> 200
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487769.3934108,6489810.0317892,
1488380.8896
108,6490421.5279892 -> 200 (44,1 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487157.8972108,6489810.0317892,
1487769.3934
108,6490421.5279892 -> 200 (34,1 kB)

- Trace -

prefetch: scheduling for new prefetch batch: 20798+18561
prefetch: scheduling for new prefetch batch: 20798+18563
prefetch: scheduling for new 

Re: [Talk-it] Utente che chiude note a caso a Milano

[Stefano Droghetti]

Il 16/09/2016 09:00, Marco ha scritto:

Vero, adesso risulta bloccato per un tempo accettabile.
Tengo d'occhio la pagina su cui sono elencate tutte le note chiuse in 
Italia e se vedo un nuovo utente sospetto lo segnalo.


Per curiosità, è possibile vedere più o meno da che zona proviene 
l'utente bloccato?
Perché magari è straniero e non ha capito i messaggi in italiano che gli 
abbiamo mandato, boh. Tenete conto che là fuori c'è gente che non ha 
idea di cosa sia OSM e che dietro ci siano persone vere che vengono 
danneggiate da certi comportamenti.

Se si tratta del solito bimbominkia antisociale invece ben venga il ban.


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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Zdeněk Pražák]

josm mi k tomu píše následující:

 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
[INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache file root directory 
[C:\U
sers\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key File [C:\Users\Zdeněk 
Pražá
k\AppData\Local\JOSM\cache\tiles\WMS_BLOCK_v2.key]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loading keys for C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\cache\tiles\WMS_BLOCK_v2.key
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set maxKeySize to: '524288'
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loaded keys from [WMS_BLOCK
_v2]
, key count: 19810; up to 524288 will be available.
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Block Disk Cache is alive.
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487769.3934108,6490421.5279892,
1488380.8896
108,6491033.0241892 -> 200 (39,3 kB)
[INFO] CacheEventQueue - Cache event queue created: CacheEventQueue 
[listenerId=
846450970, cacheName=WMS_BLOCK_v2]
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487157.8972108,6490421.5279892,
1487769.3934
108,6491033.0241892 -> 200 (38,1 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487769.3934108,6491033.0241892,
1488380.8896
108,6491644.5203892 -> 200 (30,3 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487157.8972108,6491033.0241892,
1487769.3934
108,6491644.5203892 -> 200 (33,3 kB)
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3593667,50.2577453,13.3648599,50.2612572=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3648599,50.2542332,13.3703530,50.2577453=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3648599,50.2577453,13.3703530,50.2612572=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3593667,50.2542332,13.3648599,50.2577453=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3648599,50.2507209,13.3703530,50.2542332=
true -
> 200
INFO: GET http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/png
=1.1
.1=WMS=GetMap=LPIS_FB4_KOD==EPSG:4326&
WIDTH=51
2=512=13.3593667,50.2507209,13.3648599,50.2542332=
true -
> 200
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487769.3934108,6489810.0317892,
1488380.8896
108,6490421.5279892 -> 200 (44,1 kB)
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/jpeg=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS=
EPSG:3857=512=512=1487157.8972108,6489810.0317892,
1487769.3934
108,6490421.5279892 -> 200 (34,1 kB)

- Trace -

prefetch: scheduling for new prefetch batch: 20798+18561
prefetch: scheduling for new prefetch batch: 20798+18563
prefetch: scheduling for new prefetch batch: 20800+18561
prefetch: scheduling for new prefetch batch: 20800+18563
prefetch: scheduling for new prefetch batch: 20799+18561
prefetch: scheduling for new prefetch batch: 20799+18563
prefetch: scheduling for new prefetch batch: 20798+18562
prefetch: scheduling for new prefetch batch: 20800+18562
prefetch: scheduling for new prefetch batch: 20799+18562
LpisCache: miss
prefetch: starting prefetch task
prefetch: downloading tile: 20799+18562
LatLon: 

Re: [Talk-it] Digest di Talk-it, Volume 118, Numero 83

[marco.baietto]

Ciao,
non abbiamo nessuna esperienza nel caricare dati massivi in OSM, nè 
sappiamo come funzionano gli script di import e quanto lavoro sia 
necessario per poter caricare i dati esistenti con questi strumenti. 
Siamo però interessati e ci rendiamo disponibili a lavorarci, ma abbiamo 
bisogno di aiuto almeno nella fase iniziale per poter fare le 
importazioni nel modo corretto e per capire l'entità del lavoro. Per i 
civici ma soprattutto per gli edifici che in provincia di Biella su OSM 
mancano quasi del tutto.


La scelta iniziale di mettere i civici sugli edifici era legata alla 
necessità del nostro webgis 
(http://cartografia.provincia.biella.it/on-line/Home/Attivitaeprogetti/StradarioProvinciale.html) 
di collegare il civico ad un edificio.
Per quanto riguarda la nostra esperienza ormai decennale in merito, 
questa scelta non ha mai  comportato problemi ne da parte degli 
operatori dell'emergenza, ne da parte dei comuni che utilizzano il dato 
nei loro gestionali, ne da parte delle aziende che si occupano di 
navigazione quando ci siamo confrontati con loro, ecc...
Francamente, per quanto riguarda la provincia di Biella, il rilevare 
nuovamente 78.000 numeri civici solo perché non sono posizionati sugli 
accessi mi sembra uno sforzo inutile. Numeri che tra l'altro non 
derivano solo da un rilievo sul terreno ma anche da un lavoro insieme ai 
Comuni, perchè molte volte non sono presenti all'esterno degli edifici.


Marco Baietto



Il 15/09/2016 10.41, talk-it-requ...@openstreetmap.org ha scritto:

Message: 5
Date: Thu, 15 Sep 2016 10:38:28 +0200
From: Andrea Musuruane
To: openstreetmap list - italiano
Subject: Re: [Talk-it] mappiamo i civici
Message-ID:

Content-Type: text/plain; charset=UTF-8

Ciao,

2016-09-15 8:59 GMT+02:00 marco.baietto:

>Per chi è eventualmente interessato vi segnalo il dato con tutti i civici
>della provincia di Biella:
>http://cartografia.provincia.biella.it/on-line/Home/Repertorio/Consultazione/articolo3000217.html
>Licenza Attribuzione 3.0 Italia (CC BY 3.0 IT)
>
>Dati rilevati a terra tra 2005 e 2009 e tenuti aggiornati grazie all'aiuto
>dei Comuni

Conosco quei dati e ho sviluppato tempo fa degli script di import per
ogr2osm, non solo per i civici ma anche per edifici, stradario e
toponimi.

Ricordo però di aver parlato con qualcuno del SITA che mi diceva che i
civici erano posizionati tutti agli interni degli edifici (e non sugli
accessi) perché così aveva richiesto qualche ente esterno (credo i
VVFF).

Se c'è interesse, comunque posso far ripartire il processo per
l'import di queste feature. Da solo non riesco a fare tutto.

Ciao,

Andrea



--
_

Dr. Marco Baietto

Area Tecnica ambientale
Servizio Sistema Informativo Territoriale Ambientale (SITA)
http://cartografia.provincia.biella.it/on-line/Home.html
Provincia di Biella
Via Q. Sella, 12 - 13900 - Biella (BI)
Tel. 0158480753

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Martin Koppenhoefer]

2016-09-16 9:00 GMT+02:00 Marco :

> Vero, adesso risulta bloccato per un tempo accettabile.
> Tengo d'occhio la pagina su cui sono elencate tutte le note chiuse in
> Italia e se vedo un nuovo utente sospetto lo segnalo.
> Per quanto riguarda la riapertura in blocco delle note, ho chiesto al dwg
> e mi hanno risposto che loro non hanno nessuno strumento per farlo. Io so
> solo che le note chiuse, dopo 7 giorni spariscono, per il resto non credo
> di avere conoscenze adatte per trovare una soluzione.
>


Stefano nel altro thread aveva postato del codice per farlo, io avevo
estratto la lista degli ID delle note, quindi ci manca soltanto qualcuno ad
eseguirlo. Suggerisco di non usare il proprio account OSM perché i
credenziali sono trasmessi in maniera insicura, invece converebbe crearsi
un account per questo scopo e poi chiuderlo.

Questo era ieri alla 12, quindi probabilmente dovremmo aggiungere altri ID.
https://lists.openstreetmap.org/pipermail/talk-it/2016-September/055263.html

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

Re: [Talk-it] mappiamo i civici

[Martin Koppenhoefer]

2016-09-16 9:02 GMT+02:00 Cascafico Giovanni :

> > Ma l'uniformità e soprattutto la regola suggerirebbero di usare comunque
> l'ingresso.
>
> E se l'ingresso non fosse visibile da un punto pubblico? Facciamo yard
> mapping?
>



un ingresso sarà sempre visibile / al confine con il suolo pubblico, se non
è l'ingresso al fabbricato sarà l'ingresso all'appezzamento (il cancello
della recinzione)

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

Re: [Talk-it] mappiamo i civici

[Martin Koppenhoefer]

2016-09-15 22:43 GMT+02:00 Simone Saviolo :

> Posso timidamente ricordare l'ottima relazione street?



generalmente "non ha messo piede", viene scoraggiata (per esempio su ML
talk-de), e chi la usava in passato spesso è tornato alla mappatura di
singoli nodi senza relazione. Già il fatto che non viene supportata da
tanti editori (iD non lo so ma penso di no, tanti editori smartphone ecc.)
mi fa scoraggiare l'utilizzo di questa relazione. Le relazioni sono più
complessi da gestire da utenti nuovi, quindi usare questo schema rallenterà
la mappatura dei civici.

Il wiki scrive: "Note that this relation is *not established* and
*unsupported* by some applications. It has also not been approved by vote.
You can still use it, but you should not delete existing tagging in its
favour. " http://wiki.openstreetmap.org/wiki/Relation:street

Quindi anche se dovessi usare questa relazione, non dovresti rimuovere i
tags del tipo addr:street dai nodi.

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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Marián Kyral]

O ničem nevím a nemám to teď jak otestovat.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 16. 9. 2016 11:11:39
Předmět: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
chtěl jsem se zeptat zda se něco nezměnilo s tracerem LPIS - při použití mi 
píše hlášku o nedostupnosti dat

Pražák

___
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] dotaz k funkčnosti traceru Lpis

[Zdeněk Pražák]

chtěl jsem se zeptat zda se něco nezměnilo s tracerem LPIS - při použití mi 
píše hlášku o nedostupnosti dat

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

[Talk-it] Digest newsletter WMI n. 129

[Alessandro Palmas]

Buongiorno,

vi aggiorno sulle ultime news da Wikimedia Italia. Finite le ferie sono 
ricominciate tutte le attività!


Innanzitutto, martedì 6 si è tenuta la conferenza stampa di lancio della 
nuova edizione di Wiki Loves Monuments: Durante la conferenza sono state 
svelate tutte le novità dell'edizione 2016 del concorso nazionale che a 
livello mondiale vede quest'anno la partecipazione di ben 43 stati. Tra 
le novità più importanti spiccano la collaborazione con BASE Milano e la 
sponsorship di Enegan Gas e Luce; questa affiancherà gli storici sponsor 
Euronics Italia e Canon Italia. Inoltre, Wiki Loves Monuments 2016 sarà 
l'edizione dei record per i premi speciali, quattordici in tutto, che 
vanno a sommarsi ai dieci nazionali. Infine, Cristian Cenci (/Project 
Manager di WLM/) ha ricordato come molti contest locali siano cresciuti 
fino a diventare regionali. È il caso per esempio di Wiki Loves Busto 
Arsizio che è diventato "Wiki Loves Lombardia", e di Fiumefreddo, che è 
diventato "Wiki Loves Tirreno Cosentino".


Settembre non è solo Wiki Loves Monuments però: ci sono anche Wikisource 
e un progetto sulle donne.


A Trento, dal 10 al 15 settembre, in occasione della Smart city Week, 
Wikimedia Italia organizza un laboratorio di rilettura per imparare a 
contribuire a Wikisource.


Per tutto il mese di settembre 2016, invece, i membri dello user group 
WikiDonne organizzano 2 editathon virtuali, dedicate alla scrittura su 
Wikipedia di voci di donne che si sono distinte in campo medico, 
infermieristico, sindacale e politico.


Se vi interessa trovate tutti gli aggiornamenti sulle novità di 
Wikimedia Italia qui: 
http://wiki.wikimedia.it/wiki/Wikimedia_news/numero_129 
http://wikilovesmonuments.wikimedia.it , 
https://it.wikipedia.org/wiki/Progetto:WikiDonne


A presto,

Alessandro Ale_Zena_IT


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

Re: [Talk-cz] Foto rozcstníků - cyhbná kotrola?

[Jiří Vondál]

Ahoj,

šlo by ještě doplnit analýzu rozcestníků podle Ref? Některé rozcestníky
tam jsou nafocené a otagované a existují i jako node v OSM s příslušným
ref tagem, ale nespárují se, protože fotka je daleko od rozcestníku.
Podle Ref by je bylo možno spárovat a označit v tabulce pro kontrolu.

V současnosti je takovéto párování velmi obtížné.

Jura

On Sun, 2016-08-21 at 20:00 +0200, Tom Ka wrote:
> Psal jsem cca tyden zpatky, vzdalenosti vypadaji spocitane v poradku a
> je to vic nez 20m, takze za mne vse OK. Overeno i na mapy.cz.
> 
> Bye
> 
> Dne 19. srpna 2016 14:22 Jiří Vondál  napsal(a):
> > Ahoj,
> >
> > podařilo se to nějak rozlousknout? Zkoušel jsem se na to dívat, ale je
> > tam moc věcí, které vidím poprvé v životě včetně php :(
> >
> > Jediné, co jsem našle je volání funkce ST_Distance_Sphere() v souboru
> > OsmHiCheck-master/gp/index.php, což vypadá rozumně a je otázka jestli se
> > tam posílají správná data n.geom, g.geom:
> >
> >
> > $query="SELECT n.id AS n_id, g.id AS g_id, ST_Distance_Sphere(n.geom,
> > g.geom) AS dist
> > FROM hicheck.guideposts AS g, (
> >   SELECT id, geom FROM nodes WHERE tags @> '\"information
> > \"=>\"guidepost\"'::hstore
> > ) AS n
> > WHERE ST_Distance_Sphere(n.geom, g.geom) < $max_ok_distance;";
> >   $res = pg_query($query);
> >   while ($data = pg_fetch_object($res)) {
> > $close[$data->n_id][] = $data;
> >   }
> >   pg_free_result($res);
> >
> >
> > J.
> >
> >
> > On Sun, 2016-08-14 at 08:03 +0200, Tom Ka wrote:
> >> Dne 11. srpna 2016 15:32 Jiří Vondál  napsal(a):
> >> > ale i u přesnější polohy nedošlo ke spárování (1 m):
> >> > PV870
> >> > foto: 49.650184 16.842134
> >> > rozcestník: 49.65039 16.84212
> >>
> >> hlasi:
> >>
> >> n_id, g_id, distance
> >> 2951658759,7771,23.757319793
> >>
> >> takze z tohoto pohledu OK, pak zjistim jestli tam neni zrada v tom
> >> mereni vzdalenosti. Kdyztak kod je na
> >> https://github.com/tkasp/OsmHiCheck kdyby se na to chtel mrknout nekdo
> >> se zkusenostma s postgre a prostorovyma vecma.
> >>
> >> Bye
> >>
> >> ___
> >> 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

Re: [Talk-it] mappiamo i civici

[Alessandro]

Il 16/09/2016 09:02, Cascafico Giovanni ha scritto:

Ma l'uniformità e soprattutto la regola suggerirebbero di usare

comunque l'ingresso.

E se l'ingresso non fosse visibile da un punto pubblico? Facciamo yard
mapping?

Il requisito fondamentale del civico é la sua visibilità pubblica
(questo dovrebbe eliminare anche  le discussioni sulla privacy), per cui
tra i tanti problemi di questo lavoro immane, cerchiamo di semplificare
almeno questo criterio.

Credo che per uniformità la soluzione meno ambigua sia di mettere il
nodo del civico dove c'è il l'informazione civico.



Mi pare che le disposizioni ISTAT del 2013 o 2014 fossero abbastanza 
chiare indicando il punto d'accesso con tutti i vari casi (androne, 
ecc.). Visto che in Italia alla lunga si dovranno adeguare a quelle 
vedrei di fare la stessa cosa.


Alessandro Ale_Zena_IT


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

Re: [Talk-it] mappiamo i civici

[Cascafico Giovanni]

> Ma l'uniformità e soprattutto la regola suggerirebbero di usare comunque
l'ingresso.

E se l'ingresso non fosse visibile da un punto pubblico? Facciamo yard
mapping?

Il requisito fondamentale del civico é la sua visibilità pubblica (questo
dovrebbe eliminare anche  le discussioni sulla privacy), per cui tra i
tanti problemi di questo lavoro immane, cerchiamo di semplificare almeno
questo criterio.

Credo che per uniformità la soluzione meno ambigua sia di mettere il nodo
del civico dove c'è il l'informazione civico.

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

Re: [Talk-it] Utente che chiude note a caso a Milano

[Marco]

Vero, adesso risulta bloccato per un tempo accettabile.
Tengo d'occhio la pagina su cui sono elencate tutte le note chiuse in Italia e 
se vedo un nuovo utente sospetto lo segnalo.
Per quanto riguarda la riapertura in blocco delle note, ho chiesto al dwg e mi 
hanno risposto che loro non hanno nessuno strumento per farlo. Io so solo che 
le note chiuse, dopo 7 giorni spariscono, per il resto non credo di avere 
conoscenze adatte per trovare una soluzione.

Ciao
Marco

On September 16, 2016 6:50:14 AM GMT+02:00, Fabrizio Tambussa 
 wrote:
>Il 15/Set/2016 21:05, "Marco"  ha scritto:
>>
>> Altro blocco, questa volta di quattro giorni; continuo a non capire
>che
>senso abbia bloccarlo solo per un tempo determinato quando in due
>giorni ha
>fatto solo danni. Boh.
>> https://www.openstreetmap.org/user_blocks/1030
>>
>
>Risulta bloccato x 10 anni.
>Adesso speriamo che non si faccia un altro utente x ricominciare.
>
>Saluti
>
>
>
>
>___
>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