date:20190223


  
  
Andrea Albani je 24.2.2019 ob
  0:03 napisal:


  
Per me living street è questo:
  https://www.mapillary.com/map/im/MHCrjvHhwNjn0mzM0sJngQ
  
  
  
  ok... inizio di una zona residenziale di cui all'art. 3 comma
58 del CdS citato nel wiki OSM. Quel tratto di strada lo vedrei
mappato così:
  
  
  
  highway=residential
  maxspeed=20
  
  
  cosa mi aggiunge mapparlo invece come living_street ? la
domanda non è retorica, vorrei capire c'è un valore aggiunto.
  
  
  Una certezza però mi sento di averla: se non c'è quel
cartello sicuramente non è una living street.
  
  
  
  Ciao


Non saprei. L'unica cosa che mi viene in mente è pensando
  all'inverso: quindi tutte le strade che non hanno quel cartello
  non sono da taggare come residential?
  
  Damjan

  


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

Re: [Talk-GB] DoBIH Update - Permission Received

2019-02-23 Per discussione Andy Townsend


On 23/02/2019 23:04, Adam Snape wrote:


Most of the heights should be derivable from OS Open Data mapping layers


... or from out of copyright OS data.  Hills don't change their height 
much over a human timescale.


Best Regards,

Andy



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

Re: [Talk-it] R: Classificazione strade

sent from a phone

> On 24. Feb 2019, at 00:03, Andrea Albani  wrote:
> 
> cosa mi aggiunge mapparlo invece come living_street ? la domanda non è 
> retorica, vorrei capire c'è un valore aggiunto.

in Italia non sono sicuro delle implicazioni del cartello, in Germania dove è 
stato introdotto il tag, ci sono queste (e forse altre) implicazioni:
maxspeed ~7km/h
non sostare fuori i stalli segnati
precedenza di pedoni che intendono attraversare 
bambini ci possono giocare sulla strada 
spesso nessun marciapiede (tutta la strada è marciapiede)
uscendo da una tale zona non si ha mai la precedenza.

Ciao, Martin 

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

Re: [Talk-GB] DoBIH Update - Permission Received

2019-02-23 Per discussione Adam Snape

Hi,

Quite! You'll notice the Geograph link to the OS API explicitly states that
the OS claims both copyright and database rights.

There also seems to be some confusion about OS licensing. Being included in
the OS OpenSpace API (a free - as in beer - mapping API)  does not mean
that a map is open licenced. For example the1:50K 'Landranger' scale maps
are included despite definitely not being Open Data, so I'm reasonabley
sure that this dataset contains some unquantifiable degree of data derived
from a non-OSM compatible source.

Most of the heights should be derivable from OS Open Data mapping layers,
either the general purpose raster maps at various scales or the specialist
OS Terrain 50. Now I guess it could be argued that this means that the OS
would be unlikely to care too much about this information, but as OSMs
approach to is to be beyond reproach regarding such issues why don't we
just use the OpenData datasets that are available to us?

Kind regards,

Adam

On Sat, 23 Feb 2019 at 19:08, David Woolley 
wrote:

> On 23/02/2019 16:05, Silent Spike wrote:
> > but I have always understood that heights and grid references are
> > scientific fact and as such are not copyrightable.
>
> There is explicit legislation in the UK that establishes database rights
> and it is actually those, rather than copyrights, that are the main
> issue for open mapping.
>
> 
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] R: Classificazione strade

Il giorno sab 23 feb 2019 alle ore 18:35 Damjan Gerl  ha
scritto:

> Andrea Albani je 23.2.2019 ob 17:27 napisal:
>
> Per me living street è questo:
> https://www.mapillary.com/map/im/MHCrjvHhwNjn0mzM0sJngQ
>

ok... inizio di una zona residenziale di cui all'art. 3 comma 58 del CdS
citato nel wiki OSM. Quel tratto di strada lo vedrei mappato così:

highway=residential
maxspeed=20

cosa mi aggiunge mapparlo invece come living_street ? la domanda non è
retorica, vorrei capire c'è un valore aggiunto.

Una certezza però mi sento di averla: se non c'è quel cartello sicuramente
non è una living street.

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

Re: [Talk-it] R: Classificazione strade



sent from a phone

> On 23. Feb 2019, at 16:33, Fayor Uno  wrote:
> 
> - trunk: strade extraurbane principali (solo quelle, praticamente sono le 
> "quasi autostrade" e c'è sempre cartellonistica blu che le individua 
> appositamente)


per la cartellonistica blu c’è il tag motorroad=yes/no


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

Re: [Talk-it] R: Tag place

2019-02-23 Per discussione mbranco2

A me basta la disponibilità di Fayor a rimuovere manualmente le sue
modifiche, quindi dico di non fare il revert.

Il giorno sab 23 feb 2019 alle ore 23:19 Sergio Manzi  ha
scritto:

> Mi associo.
>
> Susate la brevità e... all'altro thread risponderò più tardi.
>
> Questo mi sembrava urgente.
>
> Sergio
>
>
> On 2019-02-23 23:15, Simone Saviolo wrote:
>
> Il giorno sab 23 feb 2019 alle ore 17:40 Fayor Uno 
> ha scritto:
>
>> La discussione sta proseguendo, non mi pare che non si vada da nessuna
>> parte.
>> Un revert a mio parere è distruttivo e non necessario, vista la presenza
>> anche di modifiche non contestate.
>> C'è disponibilità da parte mia a riportare al valore precedente almeno la
>> maggior parte dei tag place modificati e non vedo tutta questa urgenza che
>> giustifica un tale ultimatum.
>>
>
> Tutto sommato sono d'accordo. Almeno aspettiamo ancora un po' prima di
> revertare.
>
> Ciao,
>
> SImone
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Rozcestníky a turistické trasy, jejich (ne)aktuálnost

2019-02-23 Per discussione Jan Dudík

Tak v chrome se to nakonec podařilo (ve Vivaldi ne) , tyhle dvě jsem
nahrál, nevím, jak označit původní jako zastaralý.

Google photos sice umí vyhledávat na fotkách všechny možné blbiny, ale
rozcestníky ne, časem do mě šťouchněte, pokud nic nového nenahraju...
---

so 23. 2. 2019 v 23:22 odesílatel Jan Dudík  napsal:

> Jo, opět původní problém - do OSM se přihlásím.
> Do   PhotoDB API  se také přihlásím, ale OSM toto přihlášení  nepozná a
> tvrdí, že nejsem přihlášen
>
> JAnD
>
> so 23. 2. 2019 v 21:14 odesílatel Marián Kyral  napsal:
>
>>
>> -- Původní e-mail --
>> Od: Jan Dudík 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 23. 2. 2019 20:47:32
>> Předmět: Re: [talk-cz] Rozcestníky a turistické trasy, jejich
>> (ne)aktuálnost
>>
>> Vidov i Nedabyli jsem fotil před rokem, ale asi jsem je nenahrál.
>> https://photos.app.goo.gl/E6sdGcTWaYiuSzAv6 - volně k dispozici, musím
>> zjistit, jak se ponovu nahrává.
>> Případně kdykoliv vyfotím znova, mám to 400 m
>>
>>
>> https://openstreetmap.cz/fody
>>
>> Dej vědět, pokud bys narazil na nějaký problém.
>>
>> Marián
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Rozcestníky a turistické trasy, jejich (ne)aktuálnost

2019-02-23 Per discussione Jan Dudík

Jo, opět původní problém - do OSM se přihlásím.
Do   PhotoDB API  se také přihlásím, ale OSM toto přihlášení  nepozná a
tvrdí, že nejsem přihlášen

JAnD

so 23. 2. 2019 v 21:14 odesílatel Marián Kyral  napsal:

>
> -- Původní e-mail --
> Od: Jan Dudík 
> Komu: OpenStreetMap Czech Republic 
> Datum: 23. 2. 2019 20:47:32
> Předmět: Re: [talk-cz] Rozcestníky a turistické trasy, jejich
> (ne)aktuálnost
>
> Vidov i Nedabyli jsem fotil před rokem, ale asi jsem je nenahrál.
> https://photos.app.goo.gl/E6sdGcTWaYiuSzAv6 - volně k dispozici, musím
> zjistit, jak se ponovu nahrává.
> Případně kdykoliv vyfotím znova, mám to 400 m
>
>
> https://openstreetmap.cz/fody
>
> Dej vědět, pokud bys narazil na nějaký problém.
>
> Marián
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] WikiProject Telecoms

2019-02-23 Per discussione deuzeffe


Merci ;)

On 23/02/2019 20:35, François Lacombe wrote:

Bonsoir à tous

Suite à plusieurs discussions avec des contributeurs intéressés, j'ai 
concentré la plupart des indications pour la carto des sites techniques 
des réseaux télécoms sur une page du wiki

https://wiki.openstreetmap.org/wiki/WikiProject_Telecoms/France

Associée aux pages descriptives de chaque clé, vous y trouverez 
normalement tout ce qu'il faut pour une contribution efficace.


En dehors des propositions qu'il faudra conduire plus tard cette année, 
ces points pourront être ajoutés à la page ultérieurement :
* L'uniformisation de la description des points hauts, et leur 
consolidation sur la base des fichiers opendata de l'ANFR

* L'uniformisation de l'inventaire des datacenters.

Merci par avance si vous souhaitez ajouter les quelques armoires autour 
de chez vous, ou si vous prenez le temps de relever quelques 
incohérences dans la documentation


Bonne soirée

François

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



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

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

2019-02-23 Per discussione Alexandre Oliveira

Eu enviei um email pessoal para o Grant sugerindo algumas empresas
brasileiras, para ver se ele consegue alguma parceria. Ele também me disse
que a solução mais adequada seria conseguir o apoio de universidades para
que elas possam hospedar o cache do Brasil. Não é um grande problema, visto
que algumas universidades já alocam recursos para mirrors de distribuições
de Linux.

On Sat, 23 Feb 2019, 19:13 Peter Krauss,  wrote:

>
> Sugiro uma vaquinha chamando principalmente pessoas jurídicas... pode ser
> o APOIE.ME que é para contribuições recorrentes e já rodou com projeto
> OSM-BR .
>
> Nunca instalei tile-server, e não sei como se comporta em *cluster*, vale
> perguntar pro Grant.
>
> Quanto ao melhor hosting, deve ter uma dezena, sempre é bom fazer uma
> planilha de cotações... Alguns bem conhecidos aqui do Talk-BR,
> e que cujas VMs rodam bem com outras ferramentas OSM:
>  https://www.digitalocean.com/pricing/
>  um pouco mais de US$40/mes pois precisa mais que 5T trafego, equivale
> ~R$150/mes
>  https://www.webfaction.com/
>  .. parece mais caro, R$200/mes
>   ..
> A todas as empresas de hosting vale mandar um e-mail negociando, inclusive
> por ser apoio à OSMF dá para chorar um bom desconto.
>
>
>
>
>
> On Sat, Feb 23, 2019 at 12:57 PM Paulo Carvalho <
> paulo.r.m.carva...@gmail.com> wrote:
>
>> 8GB de RAM e 168GB de armazenamento é um requisito pequeno (ao menos em
>> relação ao que estou acostumado).  O que complica mesmo é o requisito de
>> tráfego de dados.  70Mb/s se traduz em  23TB/mês.  É um requisito grande.
>> No AWS (infra da Amazon), a solução mais barata para esse requisito é
>> contratar um plano de US$80,00 para ser o servidor master ( 16GB RAM +
>> 320GB de disco + 6TB de tráfego).  Para os 17TB restantes, contratar mais
>> oito planos de US$5,00 ( 1GB RAM + 40GB de disco + 2TB de tráfego ) apenas
>> para compartilhar o link. Sairia tudo por US$120,00 mensais.
>>
>> Se for possível por o serviço de tiling em cluster, daria para contratar
>> 12 planos de US$5,00 ( 1GB de RAM + 40GB de disco + 2TB de tráfego ), que
>> seria mais barato ainda (US$60,00 mensais).  Mas, repetindo, para essa
>> solução, os programas do OSM têm que poder funcionar em cluster, pois um
>> plano de US$5,00 sozinho não atende os requisitos de memória e de
>> armazenamento.
>>
>> AWS é só uma sugestão.  A Google tem planos similares para servidores
>> virtuais.
>>
>> att,
>>
>> PC
>>
>> Em sáb, 23 de fev de 2019 às 05:14, Peter Krauss 
>> escreveu:
>>
>>> - - - Tradução do e-mail (fw anexo) do Grant:  - - -
>>>
>>> Olá OpenStreetMap Talk-BR,
>>>
>>> Introdução rápida: faço parte da equipe voluntária de Operações
>>>https://wiki.osmfoundation.org/wiki/Operations_Working_Group
>>> a qual mantém os servidores do OpenStreetMap.org rodando.
>>>
>>> Nosso servidor CDN (Rede de Fornecimento de Conteúdo)
>>>tile.openstreetmap.org
>>> seria muito beneficiado por ter um servidor de cache no Brasil.
>>> Isso tornaria o mapa renderizado padrão do site OpenStreetMap.org
>>> mais rápido para os brasileiros.
>>>
>>> Veja como estão hoje as conexões da rede CDN por país,
>>>   The live CDN Country -> Edge Cache Mapping:
>>>   https://dns.openstreetmap.org/tile.openstreetmap.org.html
>>>
>>> Conhece alguém que possa ajudar?
>>> Estamos procurando idealmente um servidor físico dedicado ou VM poderosa
>>> com 8 GB ou + de RAM e pelo menos 146 GB de armazenamento.
>>> Mais detalhes em
>>>   https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>>>
>>> Nosso atual pico de tráfego no Brasil é atualmente de cerca
>>> de 70.000.000 bits por segundo.
>>>
>>> Discriminação completa, em bits por segundo:
>>>
>>> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>>>
>>> Sinta-se à vontade para entrar em contato comigo se preferir.
>>>
>>> Atenciosamente,
>>>
>>> Grant
>>>
>>> - - - - - - - - - - - - - - - - - - - -
>>>
>>>
>>> On Tue, Feb 19, 2019 at 5:16 PM Grant Slater <
>>> openstreet...@firefishy.com> wrote:
>>>
 Hi OpenStreetMap Talk-BR,

 (Please would someone kindly translate this into Portugês?)

 Quick Introduction: I am part of the volunteer Operations team who run
 the OpenStreetMap.org servers.

 Our tile.openstreetmap.org CDN would greatly benefit from having a
 cache server in Brazil.
 It would make the default rendered map on OpenStreetMap.org much
 faster for Brazilians.

 The live CDN Country -> Edge Cache Mapping:
 https://dns.openstreetmap.org/tile.openstreetmap.org.html

 Know anyone who could help?
 We're ideally looking for a dedicated physical server or powerful VM
 with 8GB+
 RAM and at least 146GB of storage.
 More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

 Our current peak Brazil traffic is currently around 70,000,000 bits per
 second.

 Full breakdown here in bits per second:

Re: [Talk-it] R: Tag place

2019-02-23 Per discussione Sergio Manzi

Mi associo.

Susate la brevità e... all'altro thread risponderò più tardi.

Questo mi sembrava urgente.


Sergio


On 2019-02-23 23:15, Simone Saviolo wrote:
> Il giorno sab 23 feb 2019 alle ore 17:40 Fayor Uno  > ha scritto:
>
> La discussione sta proseguendo, non mi pare che non si vada da nessuna 
> parte.
> Un revert a mio parere è distruttivo e non necessario, vista la presenza 
> anche di modifiche non contestate.
> C'è disponibilità da parte mia a riportare al valore precedente almeno la 
> maggior parte dei tag place modificati e non vedo tutta questa urgenza che 
> giustifica un tale ultimatum.
>
>
> Tutto sommato sono d'accordo. Almeno aspettiamo ancora un po' prima di 
> revertare. 
>
> Ciao,
>
> SImone
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Tag place

2019-02-23 Per discussione Simone Saviolo

Il giorno sab 23 feb 2019 alle ore 17:40 Fayor Uno  ha
scritto:

> La discussione sta proseguendo, non mi pare che non si vada da nessuna
> parte.
> Un revert a mio parere è distruttivo e non necessario, vista la presenza
> anche di modifiche non contestate.
> C'è disponibilità da parte mia a riportare al valore precedente almeno la
> maggior parte dei tag place modificati e non vedo tutta questa urgenza che
> giustifica un tale ultimatum.
>

Tutto sommato sono d'accordo. Almeno aspettiamo ancora un po' prima di
revertare.

Ciao,

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

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

2019-02-23 Per discussione Peter Krauss

Sugiro uma vaquinha chamando principalmente pessoas jurídicas... pode ser o
APOIE.ME que é para contribuições recorrentes e já rodou com projeto OSM-BR
.

Nunca instalei tile-server, e não sei como se comporta em *cluster*, vale
perguntar pro Grant.

Quanto ao melhor hosting, deve ter uma dezena, sempre é bom fazer uma
planilha de cotações... Alguns bem conhecidos aqui do Talk-BR,
e que cujas VMs rodam bem com outras ferramentas OSM:
 https://www.digitalocean.com/pricing/
 um pouco mais de US$40/mes pois precisa mais que 5T trafego, equivale
~R$150/mes
 https://www.webfaction.com/
 .. parece mais caro, R$200/mes
  ..
A todas as empresas de hosting vale mandar um e-mail negociando, inclusive
por ser apoio à OSMF dá para chorar um bom desconto.





On Sat, Feb 23, 2019 at 12:57 PM Paulo Carvalho <
paulo.r.m.carva...@gmail.com> wrote:

> 8GB de RAM e 168GB de armazenamento é um requisito pequeno (ao menos em
> relação ao que estou acostumado).  O que complica mesmo é o requisito de
> tráfego de dados.  70Mb/s se traduz em  23TB/mês.  É um requisito grande.
> No AWS (infra da Amazon), a solução mais barata para esse requisito é
> contratar um plano de US$80,00 para ser o servidor master ( 16GB RAM +
> 320GB de disco + 6TB de tráfego).  Para os 17TB restantes, contratar mais
> oito planos de US$5,00 ( 1GB RAM + 40GB de disco + 2TB de tráfego ) apenas
> para compartilhar o link. Sairia tudo por US$120,00 mensais.
>
> Se for possível por o serviço de tiling em cluster, daria para contratar
> 12 planos de US$5,00 ( 1GB de RAM + 40GB de disco + 2TB de tráfego ), que
> seria mais barato ainda (US$60,00 mensais).  Mas, repetindo, para essa
> solução, os programas do OSM têm que poder funcionar em cluster, pois um
> plano de US$5,00 sozinho não atende os requisitos de memória e de
> armazenamento.
>
> AWS é só uma sugestão.  A Google tem planos similares para servidores
> virtuais.
>
> att,
>
> PC
>
> Em sáb, 23 de fev de 2019 às 05:14, Peter Krauss 
> escreveu:
>
>> - - - Tradução do e-mail (fw anexo) do Grant:  - - -
>>
>> Olá OpenStreetMap Talk-BR,
>>
>> Introdução rápida: faço parte da equipe voluntária de Operações
>>https://wiki.osmfoundation.org/wiki/Operations_Working_Group
>> a qual mantém os servidores do OpenStreetMap.org rodando.
>>
>> Nosso servidor CDN (Rede de Fornecimento de Conteúdo)
>>tile.openstreetmap.org
>> seria muito beneficiado por ter um servidor de cache no Brasil.
>> Isso tornaria o mapa renderizado padrão do site OpenStreetMap.org
>> mais rápido para os brasileiros.
>>
>> Veja como estão hoje as conexões da rede CDN por país,
>>   The live CDN Country -> Edge Cache Mapping:
>>   https://dns.openstreetmap.org/tile.openstreetmap.org.html
>>
>> Conhece alguém que possa ajudar?
>> Estamos procurando idealmente um servidor físico dedicado ou VM poderosa
>> com 8 GB ou + de RAM e pelo menos 146 GB de armazenamento.
>> Mais detalhes em
>>   https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>>
>> Nosso atual pico de tráfego no Brasil é atualmente de cerca
>> de 70.000.000 bits por segundo.
>>
>> Discriminação completa, em bits por segundo:
>>
>> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>>
>> Sinta-se à vontade para entrar em contato comigo se preferir.
>>
>> Atenciosamente,
>>
>> Grant
>>
>> - - - - - - - - - - - - - - - - - - - -
>>
>>
>> On Tue, Feb 19, 2019 at 5:16 PM Grant Slater 
>> wrote:
>>
>>> Hi OpenStreetMap Talk-BR,
>>>
>>> (Please would someone kindly translate this into Portugês?)
>>>
>>> Quick Introduction: I am part of the volunteer Operations team who run
>>> the OpenStreetMap.org servers.
>>>
>>> Our tile.openstreetmap.org CDN would greatly benefit from having a
>>> cache server in Brazil.
>>> It would make the default rendered map on OpenStreetMap.org much
>>> faster for Brazilians.
>>>
>>> The live CDN Country -> Edge Cache Mapping:
>>> https://dns.openstreetmap.org/tile.openstreetmap.org.html
>>>
>>> Know anyone who could help?
>>> We're ideally looking for a dedicated physical server or powerful VM
>>> with 8GB+
>>> RAM and at least 146GB of storage.
>>> More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>>>
>>> Our current peak Brazil traffic is currently around 70,000,000 bits per
>>> second.
>>>
>>> Full breakdown here in bits per second:
>>>
>>> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>>>
>>> Feel free to contact me off-list if you prefer.
>>>
>>> Kind regards,
>>>
>>> Grant
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
>

Re: [Talk-br] Importação de shapefiles da PBH

2019-02-23 Per discussione Gerald Weber

Tem trilhas de GPS de tudo que é qualidade e de tudo que é época. No JOSM
dá para filtrar por data e outras caraterísticas. O único problema é quando
o usuário carregou essas trilhas de maneira totalmente anônima aí não há
como saber se é recente ou não. Região com muito prédio também dá sempre
muita distorção no GPS.

abraço

Gerald

On Sat, 23 Feb 2019 at 18:50, Alexandre Oliveira 
wrote:

> - Região do Caiçaras, zoom "distante" [1] e zoom próximo [2]
> - Outra região no entorno no JOSM com o mapa BHMap [3]
>
> [1] https://i.imgur.com/d2RIA2O.png
> [2] https://i.imgur.com/omQy2y7.png
> [3] https://i.imgur.com/yaPatdM.png
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] R: R: Classificazione strade

2019-02-23 Per discussione Simone Saviolo

Il giorno sab 23 feb 2019 alle ore 18:43 Fayor Uno  ha
scritto:

> Sulle unclassified non penso sia una questione di gerarchia (altrimenti
> sarebbero state "quaternary") ma sono d'accordo: se attraversano un abitato
> le lascio unclassified pure io.
>

Vi mostro il mio modo di procedere con un esempio concreto: questa query di
Overpass http://overpass-turbo.eu/s/GnG

Se la eseguite, vedete le strade unclassified o più importanti a Vercelli.
Ora che la riguardo, alcune le abbasserei a residential. Ho comunque
classificato come unclassified le strade che costituiscono gli assi
principali della viabilità da un quartiere a un altro, e residential le
strade in cui tipicamente si va solo per andare da qualche frontista.

Ciao,

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

Re: [Talk-br] Importação de shapefiles da PBH

2019-02-23 Per discussione Alexandre Oliveira

- Região do Caiçaras, zoom "distante" [1] e zoom próximo [2]
- Outra região no entorno no JOSM com o mapa BHMap [3]

[1] https://i.imgur.com/d2RIA2O.png
[2] https://i.imgur.com/omQy2y7.png
[3] https://i.imgur.com/yaPatdM.png

Em 23/02/2019, Alexandre Oliveira escreveu:
> Ativei sim. Infelizmente não consegui dar um zoom de perto no
> navegador, pois alguns tiles não carregavam. Mas em um zoom mais
> distante, é possível ver que os traços de GPS estão sobrepondo as
> avenidas e ruas no mapa. No entanto, existem alguns traços que acabam
> fazendo um caminho diferente.
>
> Se tivesse como definir que tipo de veículo foi usado para gravar a
> trilha do GPS, acredito que seria mais fácil. As trilhas de GPS também
> estão sobrepondo o caminho das ruas e avenidas na camada do BHMap.
>
> Em 20/02/2019, Thierry Jean escreveu:
>> Muito bom que vc tenha esta competência técnica para fuçar e encontrar
>> soluções e problemas. Vai ser bom vc poder participar da reunião.
>>
>> Lembre que o qu está certo, é a realidade, não a Prefeitura ou o OSM.
>> Talvez
>> seja necessário ter uma verifcação com a posição GPS de algumas ruas.
>> Você
>> chegou a ativar a camada "Trilhas GPS" no OSM?
>>
>> Abs,
>>
>>
>> Thierry Jean
>> M. +55 11 99607 1319
>>
>>
>>
>> 
>> De: Alexandre Oliveira 
>> Enviado: terça-feira, 19 de fevereiro de 2019 17:16
>> Para: OpenStreetMap no Brasil
>> Assunto: Re: [Talk-br] Importação de shapefiles da PBH
>>
>> Bom, resolvi fuçar mais um pouco e consegui importar os tiles do BHMap no
>> JOSM.
>>
>> Comparei com o OSM e com as camadas que a PBH disponibiliza e percebi
>> que há um certo erro em relação aos dados que a própria prefeitura
>> disponibiliza. Por exemplo, em [1] (escala 10,0 m), há uma diferença
>> de mais ou menos 6,7 m (em escala) de um ponto da borda do círculo da
>> rotatória (BHMap) até um segmento da rotatória (camada
>> TRECHO_CIRCULACAO do GeoPortal da PBH) [2]. Há também casos em que os
>> segmentos das ruas, fornecidos pela camada TRECHO_CIRCULACAO, obtida
>> no GeoPortal da PBH, "invadem" os limites do BHMap entre vias e lotes
>> [3].
>>
>> Ambos estão usando a projeção SIRGAS 2000 (EPSG:31983). Espero que
>> estas dúvidas possam ser esclarecidas na próxima reunião com a
>> Prodabel.
>>
>> [1] https://i.imgur.com/V7kmxgZ.png
>> [2] https://i.imgur.com/1tjqvze.png
>> [3] https://i.imgur.com/MxmAUZd.png
>>
>> Em 30/01/2019, Alexandre Oliveira escreveu:
>>> Opa, esqueci de mandar o link. Aqui vai:
>>>
>>> [1] https://geodadosbh.pbh.gov.br/
>>>
>>> Em 30/01/2019, Alexandre Oliveira escreveu:
 Eu baixei as camadas que foram atualizadas em 2018 no portal da
 PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
 numerações de cada imóvel de BH.

 Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
 porém acredito que esteja alinhado com as camadas de circulação
 (vias), portanto pode haver algum desalinhamento com os dados que o
 OSM já possui.


 Em 30/01/2019, Vítor Rodrigo Dias escreveu:
> Prezados,
>
> Há um tempo, vi que a PBH também disponibiliza um arquivo com
> numerações
> de
> porta, mas não tive tempo ou conhecimento suficiente para trabalhar
> nesses
> arquivos e importá-los. Alguém se habilita a tal?
>
> Vítor Rodrigo Dias
> Revisor de textos
> Tradutor de inglês e espanhol
> Telefones: 31 99916-1719
>
>
> Em qua, 30 de jan de 2019 às 14:27, Thierry Jean
> 
> escreveu:
>
>> Alexandre,
>>
>> Que legal que você identificou isto e está na própria cidade de Belo
>> Horizonte.
>>
>> Gostaria de apresentar você para Karla Borges, Superintendente da
>> área
>> de
>> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira
>> vez
>> no
>> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos
>> da
>> INDE
>> que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver
>> mais
>> com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.
>>
>> Passe-me seu celular. Vamos conversar e alinhar.
>>
>> Abs,
>>
>> Thierry Jean
>> M. +55 11 99607 1319
>>
>>
>>
>> --
>> *De:* Sérgio V. 
>> *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
>> *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
>> *Assunto:* Re: [Talk-br] Importação de shapefiles da PBH
>>
>> Bom dia Alexandre.
>> Algumas considerações que creio podem ajudar:
>> 1- nas fotos seria útil manter a escala gráfica do JOSM, para poder
>> avaliar o quanto é a diferença; não me pareceu muito mais
>> desalinhadas
>> do
>> que o comumente observado em outros materiais de OSM e prefeituras;
>> sempre
>> existe algum desalinhamento entre materiais de fontes diversas,
>> feitos
>> sobre imagens diversas;
>> 2-o

[Talk-us] Reminder: OpenStreetMap US Board Elections

2019-02-23 Per discussione Jonah Adkins

Hello! This is a reminder to please nominate yourself or someone else to run
for the board by Sunday! Also, update your OpenStreetMap US membership so you
will be able to vote next week! The town hall for election candidates will be
Monday, February 25 from 8:00 – 9:00pm EST.

Here’s the original announcement:

We are pleased to announce that nominations for the OpenStreetMap US Board are
now open.

This means you! OpenStreetMap n00bs, arm-chair mappers, craft mappers, even the
old sages of the map are encouraged to run. You're welcome to nominate yourself
or that special someone who exudes love for OpenStreetMap. Please consider
running as a leader in the OpenStreetMap US community.

Requirements:
* Absolutely have a passion for OpenStreetMap and it's community.
* Be a current member of OpenStreetMap US [Join
Here!](https://join.openstreetmap.us/ )

What you'll do:
* Help plan the 2019 State of the Map US conference
* Supporting the mapping community through mailing lists and chat rooms
* Making a difference at the local, national, and international levels

We are looking forward to seeing new faces and hearing new voices on the
OpenStreetMap US board! We welcome a new, fresh and respectful election season.
Become a member to be part of it.

Got Questions? Join the #elections channel on [OSM US
Slack](https://slack.openstreetmap.us ),
[tweet us](https://twitter.com/osmus ), or [email
us](board at openstreetmap.us
) anytime.

## Nomination Instuctions

Nominations will be open from today, February 13 until Sunday February 24. To
nominate yourself, please go to the [election wiki
page](https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Elections/2019

),
and add yourself to the list. You can also see more information about the
schedule and updated timeline there.

## Town Hall Information

We'll be hosting a town hall for election candidates on Monday, February 25
from 8:00 – 9:00pm EST.

## Election Details
The election will start on February 25 and end February 28. This year based on
popular request we're excited to announce that we'll be using Ranked Choice
Voting. To be permitted to vote please make sure [your OpenStreetMap US
membership](https://join.openstreetmap.us ) is
in good standing by February 24. We should be able to announce the new board on
March 1.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] Importação de shapefiles da PBH

2019-02-23 Per discussione Alexandre Oliveira

Ativei sim. Infelizmente não consegui dar um zoom de perto no
navegador, pois alguns tiles não carregavam. Mas em um zoom mais
distante, é possível ver que os traços de GPS estão sobrepondo as
avenidas e ruas no mapa. No entanto, existem alguns traços que acabam
fazendo um caminho diferente.

Se tivesse como definir que tipo de veículo foi usado para gravar a
trilha do GPS, acredito que seria mais fácil. As trilhas de GPS também
estão sobrepondo o caminho das ruas e avenidas na camada do BHMap.

Em 20/02/2019, Thierry Jean escreveu:
> Muito bom que vc tenha esta competência técnica para fuçar e encontrar
> soluções e problemas. Vai ser bom vc poder participar da reunião.
>
> Lembre que o qu está certo, é a realidade, não a Prefeitura ou o OSM. Talvez
> seja necessário ter uma verifcação com a posição GPS de algumas ruas. Você
> chegou a ativar a camada "Trilhas GPS" no OSM?
>
> Abs,
>
>
> Thierry Jean
> M. +55 11 99607 1319
>
>
>
> 
> De: Alexandre Oliveira 
> Enviado: terça-feira, 19 de fevereiro de 2019 17:16
> Para: OpenStreetMap no Brasil
> Assunto: Re: [Talk-br] Importação de shapefiles da PBH
>
> Bom, resolvi fuçar mais um pouco e consegui importar os tiles do BHMap no
> JOSM.
>
> Comparei com o OSM e com as camadas que a PBH disponibiliza e percebi
> que há um certo erro em relação aos dados que a própria prefeitura
> disponibiliza. Por exemplo, em [1] (escala 10,0 m), há uma diferença
> de mais ou menos 6,7 m (em escala) de um ponto da borda do círculo da
> rotatória (BHMap) até um segmento da rotatória (camada
> TRECHO_CIRCULACAO do GeoPortal da PBH) [2]. Há também casos em que os
> segmentos das ruas, fornecidos pela camada TRECHO_CIRCULACAO, obtida
> no GeoPortal da PBH, "invadem" os limites do BHMap entre vias e lotes
> [3].
>
> Ambos estão usando a projeção SIRGAS 2000 (EPSG:31983). Espero que
> estas dúvidas possam ser esclarecidas na próxima reunião com a
> Prodabel.
>
> [1] https://i.imgur.com/V7kmxgZ.png
> [2] https://i.imgur.com/1tjqvze.png
> [3] https://i.imgur.com/MxmAUZd.png
>
> Em 30/01/2019, Alexandre Oliveira escreveu:
>> Opa, esqueci de mandar o link. Aqui vai:
>>
>> [1] https://geodadosbh.pbh.gov.br/
>>
>> Em 30/01/2019, Alexandre Oliveira escreveu:
>>> Eu baixei as camadas que foram atualizadas em 2018 no portal da
>>> PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
>>> numerações de cada imóvel de BH.
>>>
>>> Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
>>> porém acredito que esteja alinhado com as camadas de circulação
>>> (vias), portanto pode haver algum desalinhamento com os dados que o
>>> OSM já possui.
>>>
>>>
>>> Em 30/01/2019, Vítor Rodrigo Dias escreveu:
 Prezados,

 Há um tempo, vi que a PBH também disponibiliza um arquivo com
 numerações
 de
 porta, mas não tive tempo ou conhecimento suficiente para trabalhar
 nesses
 arquivos e importá-los. Alguém se habilita a tal?

 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor de inglês e espanhol
 Telefones: 31 99916-1719


 Em qua, 30 de jan de 2019 às 14:27, Thierry Jean
 
 escreveu:

> Alexandre,
>
> Que legal que você identificou isto e está na própria cidade de Belo
> Horizonte.
>
> Gostaria de apresentar você para Karla Borges, Superintendente da área
> de
> Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira vez
> no
> evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos da
> INDE
> que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver
> mais
> com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.
>
> Passe-me seu celular. Vamos conversar e alinhar.
>
> Abs,
>
> Thierry Jean
> M. +55 11 99607 1319
>
>
>
> --
> *De:* Sérgio V. 
> *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
> *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
> *Assunto:* Re: [Talk-br] Importação de shapefiles da PBH
>
> Bom dia Alexandre.
> Algumas considerações que creio podem ajudar:
> 1- nas fotos seria útil manter a escala gráfica do JOSM, para poder
> avaliar o quanto é a diferença; não me pareceu muito mais desalinhadas
> do
> que o comumente observado em outros materiais de OSM e prefeituras;
> sempre
> existe algum desalinhamento entre materiais de fontes diversas, feitos
> sobre imagens diversas;
> 2-o fato de ser WGS84 no OSM e SIRGAS2000 na prefeitura não deve ser
> em
> si
> causa de alguma diferença, pois ambos são praticamente idênticos, o
> SIRGAS2000 foi uma padronização para ajustar ao padrão WGS84; a causa
> principal de diferenças costuma ser o fato de que o que é mapeado no
> OSM
> é sobretudo sobre imagens (como BING principalmente), estas sim podem
> ter
> desalinhamentos, sobretudo no passado;

Re: [OSM-talk-fr] Bilan de la collecte de dons spéciale serveurs

2019-02-23 Per discussione Jacques Lavignotte




Le 23/02/2019 à 21:11, Cédric Frayssinet a écrit :


Nous sommes sûrement très nombreux à le penser... on te remercie 
énormément Christian pour tout ce que tu fais au niveau serveurs !


Et un grand merci à tous les autres membres 'tech'


+1


Cédric


Jacques
--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [talk-cz] Rozcestníky a turistické trasy, jejich (ne)aktuálnost

2019-02-23 Per discussione Marián Kyral


-- Původní e-mail --
Od: Jan Dudík 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 2. 2019 20:47:32
Předmět: Re: [talk-cz] Rozcestníky a turistické trasy, jejich (ne)aktuálnost

"

Vidov i Nedabyli jsem fotil před rokem, ale asi jsem je nenahrál.
https://photos.app.goo.gl/E6sdGcTWaYiuSzAv6
(https://photos.app.goo.gl/E6sdGcTWaYiuSzAv6) - volně k dispozici, musím
zjistit, jak se ponovu nahrává.

Případně kdykoliv vyfotím znova, mám to 400 m




"



https://openstreetmap.cz/fody





Dej vědět, pokud bys narazil na nějaký problém.




Marián___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Rozcestníky a turistické trasy, jejich (ne)aktuálnost

2019-02-23 Per discussione majka

On Sat, 23 Feb 2019 at 20:43, Jan Dudík  wrote:

> Vidov i Nedabyli jsem fotil před rokem, ale asi jsem je nenahrál.
> https://photos.app.goo.gl/E6sdGcTWaYiuSzAv6 - volně k dispozici, musím
> zjistit, jak se ponovu nahrává.
> Případně kdykoliv vyfotím znova, mám to 400 m
>

Jde mi spíš o princip, pokud to takhle snadno nepůjde. Jestli budeme nějak
aktivně "pobízet" k novému vyfocení/nahrání/prošlápnutí trasy, nebo to
necháme náhodě.

Projdi prosím co máš kde nově nafocené, pár věcí nám schází, kde to
podezírám, že to máš někde v šuplíku :)
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Bilan de la collecte de dons spéciale serveurs

2019-02-23 Per discussione Cédric Frayssinet


Nous sommes sûrement très nombreux à le penser... on te remercie énormément 
Christian pour tout ce que tu fais au niveau serveurs !

Et un grand merci à tous les autres membres 'tech'

Cédric 

Le 23 février 2019 10:14:24 GMT+01:00, Christian Quest 
 a écrit :
>Et on a déjà avancé: osm11 est upgradé...
>- 64Go > 192Go de RAM
>- 1 To de SSD (SATA) > 2To NVMe + 2To SATA + 1To SATA (qui viennent
>compléter les 6x1To HDD)
>
>De quoi faire de belles choses et ce n'est qu'une première étape !
>
>Je suis en train de réinstaller un serveur de tuile dessus, pour
>remplacer
>osm13 et pour le réinstaller physiquement dans la baie de la fondation
>Free
>(il est actuellement dans mon datacenter perso dans la cave sous mon
>bureau). Dans une semaine ou deux il sera donc de retour à sa place et
>pleinement opérationnel :)
>
>Ensuite upgrade d'osm13, puis upgrade d'osm12... et le cluster "free"
>sera
>au complet et on passera au cluster suivant :)
>
>
>Le jeu. 21 févr. 2019 à 16:35, Donat ROBAUX  a écrit
>:
>
>> Marc_Marc m'a fait gentillement remarqué que j'avais oublié de
>publier sur
>> talk-fr le bilan de la collecte de dons spéciale serveurs ;) On l'a
>envoyé
>> aux donateurs, sur le site Internet, Twitter, Mastodon et Facebook.
>>
>> *---*
>> Pour sa 2e campagne de dons (la première date de 2014), un objectif
>de 3
>> paliers avait été fixé pour remettre à niveau et étendre les
>ressources
>> techniques d'OpenStreetMap France.
>>
>> Comme pour notre précédente campagne, ces objectifs ont été dépassés.
>> Vous avez été 106 à donner pour un montant de  10 081 €.
>> Soyez-en infiniment remerciés.
>>
>> Les premières actions ont démarré pour la remise à niveau d'un
>premier
>> serveur et vont se poursuivre dans les mois qui viennent.
>> Ces nouvelles ressources nous ont déjà permis d'atteindre un rythme
>> quotidien sur les analyses de qualité faites par Osmose sur le monde
>entier.
>>
>> A l'occasion de cet appel, de nouvelles ressources (serveurs ou
>machines
>> virtuelles) nous ont été proposées.
>>
>> Les ressources techniques étant une chose, cet appel a aussi permis à
>de
>> nouveaux bénévoles de se manifester pour renforcer l'équipe
>technique.
>>
>> OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>-- 
>Christian Quest - OpenStreetMap France

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Fwd: [V-IOLA] On-Line Support - ACTIVATION REQUEST

2019-02-23 Per discussione Alessandro Palmas


Salve lista,
martedì e mercoledi prossimi ci sarà un'attivazione di TEST (NON È UNA 
REALE EMERGENZA) per volontari remoti.
L'area interessata sarà quella di Sutomore in Montenegro 
https://osm.org/go/xefVK7Xg-


Vista la mancanza di coordinatori OSM sul posto devo ancora verificare 
quale sarà l'interfaccia locale e quali caratteristiche da mappare ci 
saranno richieste.

Appena avrò aggiornamenti (presumibilmente lunedì verso metà giornata).

A presto
  Alessandro Ale_Zena_IT

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

Re: [talk-cz] Rozcestníky a turistické trasy, jejich (ne)aktuálnost

2019-02-23 Per discussione Jan Dudík

Vidov i Nedabyli jsem fotil před rokem, ale asi jsem je nenahrál.
https://photos.app.goo.gl/E6sdGcTWaYiuSzAv6 - volně k dispozici, musím
zjistit, jak se ponovu nahrává.
Případně kdykoliv vyfotím znova, mám to 400 m

JAnD



so 23. 2. 2019 v 19:11 odesílatel majka  napsal:

> Máme vymyšlený systém, jak označit, že se změnila situace a je třeba znovu
> projít turistickou trasu (a vyfotit rozcestníky)?
> Jde mi konkrétně o to, pokud se odněkud dozvím, že je na trase změna.
> Buďto na webu KČT
> 
> nebo třeba někde v tisku (naposled bylo “trasa bude v roce 2019
> přeznačena”). To poslední jsem dala jen do poznámky
>  v mapě.
>
> Co s tím správně? Označit hned fotky rozcestníků za neaktuální, tedy je
> vypnout? Konkrétně v tom druhém případě to bude rozcestník Vidov
> , přibyla tam značená žlutá +
> bude chybět rozcestník Nedabyle.
>
> Co s trasou samotnou, pokud existuje (ten první případ)? Dát na ní fixme?
> Jde mi jen o princip - na tu v okolí (Vidov + Nedabyle) snadno dojedu
> sama, možná hned zítra. Do Jeseníku se ale jen tak nedostanu, navíc netuším
> kdy tam k tomu přeznačení dojde. Navíc v tom seznamu KČT je toho samozřejmě
> mnohem víc.
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] WikiProject Telecoms

2019-02-23 Per discussione François Lacombe

Bonsoir à tous

Suite à plusieurs discussions avec des contributeurs intéressés, j'ai
concentré la plupart des indications pour la carto des sites techniques des
réseaux télécoms sur une page du wiki
https://wiki.openstreetmap.org/wiki/WikiProject_Telecoms/France

Associée aux pages descriptives de chaque clé, vous y trouverez normalement
tout ce qu'il faut pour une contribution efficace.

En dehors des propositions qu'il faudra conduire plus tard cette année, ces
points pourront être ajoutés à la page ultérieurement :
* L'uniformisation de la description des points hauts, et leur
consolidation sur la base des fichiers opendata de l'ANFR
* L'uniformisation de l'inventaire des datacenters.

Merci par avance si vous souhaitez ajouter les quelques armoires autour de
chez vous, ou si vous prenez le temps de relever quelques incohérences dans
la documentation

Bonne soirée

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

Re: [Talk-GB] DoBIH Update - Permission Received

2019-02-23 Per discussione David Woolley


On 23/02/2019 16:05, Silent Spike wrote:
but I have always understood that heights and grid references are 
scientific fact and as such are not copyrightable.


There is explicit legislation in the UK that establishes database rights 
and it is actually those, rather than copyrights, that are the main 
issue for open mapping.




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

Re: [Talk-it] problemi admin 7 a Valese

2019-02-23 Per discussione Sergio Manzi

Sono d'accordo con Andrea: admin level 7 ci stà tutto, e se poi ci sono degli 
overlap, pace e amen.

Il mondo vince in complessità la nostra capacità di descriverlo (/direi che su 
questo//non c'è dubbio/) ma potremmo specificare in qualche modo (/anche solo 
con il nome/) di che entità si tratta (/cominità montane, aggregazioni 
funzionali di comuni, città metropolitane//o altro ancora/).

Sergio


On 2019-02-23 16:34, Andrea Albani wrote:
>
>
> Il giorno sab 23 feb 2019 alle ore 15:45 Damjan Gerl  > ha scritto:
>
> Martin Koppenhoefer je 23.2.2019 ob 15:03 napisal:
> >
>
> >
> > ok, ma tutti e due con lo stesso admin_level?
> >
> >
> > Ciao, Martin
>
> Per le unioni di comuni va bene admin level 7, forse per le comunità
> montane, non essendo un livello amministrativo "ufficiale" (come quelli
> che vanno da stato fino a comune), forse si potrebbe usare l'admin level
> 9, che mi sembra non usato.
>
> Damjan
>
>
> Facendo un giro su wikipedia apprendo ora che comunità montane e unioni di 
> comuni hanno la stessa dignità degli altri enti locali come risulta dal 
> relativo testo unico [0].
>
> Considerando quindi che l'admin level definisce una gerarchia e che "unioni 
> di comuni" e "comunità montane" contengono comuni (livello 8), ma sono "più 
> piccoli" di una provincia (6), ritengo che la naturale conseguenza sia 
> piazzarli fra questi due al livello 7. Un admin level 9 in Italia sarebbe 
> infatti un'entità a metà strada fra un comune e una circoscrizione.
> Potrei sbagliarmi, ma sinceramente non vedo grandi controindicazioni 
> nell'adottare questo approccio,
>
> Ciao
>
> [0] https://it.wikipedia.org/wiki/Decreto_legislativo_18_agosto_2000,_n._267


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[talk-cz] Rozcestníky a turistické trasy, jejich (ne)aktuálnost

2019-02-23 Per discussione majka

Máme vymyšlený systém, jak označit, že se změnila situace a je třeba znovu
projít turistickou trasu (a vyfotit rozcestníky)?
Jde mi konkrétně o to, pokud se odněkud dozvím, že je na trase změna. Buďto
na webu KČT

nebo třeba někde v tisku (naposled bylo “trasa bude v roce 2019
přeznačena”). To poslední jsem dala jen do poznámky
 v mapě.

Co s tím správně? Označit hned fotky rozcestníků za neaktuální, tedy je
vypnout? Konkrétně v tom druhém případě to bude rozcestník Vidov
, přibyla tam značená žlutá + bude
chybět rozcestník Nedabyle.

Co s trasou samotnou, pokud existuje (ten první případ)? Dát na ní fixme?
Jde mi jen o princip - na tu v okolí (Vidov + Nedabyle) snadno dojedu sama,
možná hned zítra. Do Jeseníku se ale jen tak nedostanu, navíc netuším kdy
tam k tomu přeznačení dojde. Navíc v tom seznamu KČT je toho samozřejmě
mnohem víc.

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

[Talk-it] R: R: Classificazione strade

2019-02-23 Per discussione Fayor Uno

Sulle unclassified non penso sia una questione di gerarchia (altrimenti 
sarebbero state "quaternary") ma sono d'accordo: se attraversano un abitato le 
lascio unclassified pure io.


Da: Damjan Gerl 
Inviato: sabato 23 febbraio 2019 18:35
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] R: Classificazione strade

Andrea Albani je 23.2.2019 ob 17:27 napisal:

Living street non lo uso, a quanto pare in Italia non esiste questa tipologia 
di strada.


La vedo usata in Italia nei più disparati modi come ad esempio per indicare ZTL 
o vie strette. Visto che la classificazione living street è stata creata per 
assecondare codici della strada di altri stati e che in Italia non è 
chiaramente normata, secondo me sarebbe proprio da evitarne l'uso


Per me living street è questo:
https://www.mapillary.com/map/im/MHCrjvHhwNjn0mzM0sJngQ


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

Re: [Talk-it] R: Classificazione strade


  
  
Andrea Albani je 23.2.2019 ob
  17:27 napisal:


  
   

  

  

Living
  street non lo uso, a quanto pare in Italia non esiste
  questa tipologia di strada.


  

  
  
  
  La vedo usata in Italia nei più disparati modi come ad
esempio per indicare ZTL o vie strette. Visto che la
classificazione living street è stata creata per assecondare
codici della strada di altri stati e che in Italia non è
chiaramente normata, secondo me sarebbe proprio da evitarne
l'uso
  
   
  

  


Per me living street è questo:
https://www.mapillary.com/map/im/MHCrjvHhwNjn0mzM0sJngQ


Damjan
  


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

Re: [Talk-it] Classificazione strade

Andrea Albani je 23.2.2019 ob
  16:44 napisal:

  Il giorno sab 23 feb 2019
alle ore 16:21 Simone Saviolo  ha
scritto:

  Il giorno sab 23 feb 2019 alle ore 15:28
Martin Koppenhoefer 
ha scritto:

sent from a phone
  > On 23. Feb 2019, at 13:40, Sergio Manzi  wrote:
  > Siete d'accordo sul fatto che il tagging dovrebbe
  rispecchiare la classificazione del CdS?
  per me vanno bene tutti i criteri che hai evidenziato,
  potrebbero essere tags del tipo
  official:IT:cds=f

  per la gestione normalmente si vede dal tag ref (SS è
  gestito dallo stato, SP dalla provincia e così via).

  Se ci sono parametri diversi, la cosa migliore è
  utilizzare tags specifici.

Sono fortemente contrario a classificare le strade
  in base alla classificazione legale (extraurbana
  secondaria, primaria, scorrimento veloce...) o alla
  proprietà demaniale. La classificazione di una strada
  deve identificare la sua posizione all'interno del
  grafo stradale; *di solito* questa corrisponde alla
  classificazione, ma non è sempre così.

Sono invece favorevole ad inserire queste
  informazioni in altri tag, quando non siano già
  presenti. 

+1
quando penso alla classificazione di una strada penso
  alla sua priorità rispetto alle altre al fine di fornire
  un'indicazione corretta per il routing. Conosco
  provinciali che non dovrebbero proprio essere considerate
  a tal fine (e non parlo solo di buche nell'asfalto) e
  penso che ognuno noi abbia conoscenza di casi simili.

+1

Damjan

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

[Talk-it] R: Tag place

2019-02-23 Per discussione Fayor Uno

La discussione sta proseguendo, non mi pare che non si vada da nessuna parte.
Un revert a mio parere è distruttivo e non necessario, vista la presenza anche
di modifiche non contestate.
C'è disponibilità da parte mia a riportare al valore precedente almeno la
maggior parte dei tag place modificati e non vedo tutta questa urgenza che
giustifica un tale ultimatum.

Da: Andy Townsend
Inviato: sabato 23 febbraio 2019 16:43
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] Tag place

On 17/02/2019 11:37, Andrea Musuruane wrote:

These two changesets definitely need to be reverted:
https://www.openstreetmap.org/changeset/66616609
https://www.openstreetmap.org/changeset/66616779

Thanks.I've followed the discussion (by automatic translation) for the last few
days and it does seem that the only thing that everyone is agreed upon is that
the discussion isn't going anywhere. I'll revert these two tonight, unless a
majority of people here say not to in the meantime. As no-one has mentioned
any other changesets I'll assume that it is just these two.

For some unknown reason I can't do it myself using the JOSM reverter plugin. So
your assistance is really welcome.

The JOSM reverter plugin can get tripped up where there have been lots of
changes since the change being reverted, and it can get unfeasible to reconcile
changes.

Best Regards,

Andy

PS - automatic translations for convenience:

"Grazie. Ho seguito la discussione (con la traduzione automatica) per gli
ultimi giorni e sembra che l'unica cosa su cui tutti sono d'accordo è che la
discussione non sta andando da nessuna parte. Riporterò questi due stasera, a
meno che la maggioranza della gente qui non dica nel frattempo. Come nessuno ha
menzionato altri changeset, suppongo che siano solo questi due."

"Il plug-in di riverbero JOSM può essere attivato quando sono state apportate
molte modifiche da quando il cambiamento è stato ripristinato e può non essere
possibile riconciliare le modifiche."

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]
Mail priva di virus.
www.avast.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Classificazione strade

Il giorno sab 23 feb 2019 alle ore 16:34 Fayor Uno  ha
scritto:

> La mia proposta:
>
> Tag che riflettono la tipologia costruttiva
> - motorway: autostrade, tangenziali, raccordi e simili (cartellonistica
> verde)
> - trunk: strade extraurbane principali (solo quelle, praticamente sono le
> "quasi autostrade" e c'è sempre cartellonistica blu che le individua
> appositamente)
>
> Tag che riflettono la tipologia di traffico: strade di qualunque tipo
> (tranne motorway e trunk), di solito asfaltate ma in casi eccezionali
> potrebbero non esserlo.
> - la differenza tra primary, secondary e tertiary sta nel volume di
> traffico, da valutare caso per caso in riferimento alla zona presa in
> considerazione, senza distinzione tra statali, regionali, provinciali e
> comunali (su cui va comunque il ref)
>
> Tag che riflettono l'ubicazione e la funzione: tutte le strade di pubblico
> accesso (anche di proprietà privata) rimanenti
> - unclassified: strade al di fuori dei centri abitati
> - residential: strade all'interno dei centri abitati
> - service: strade di accesso a proprietà private, parcheggi, benzinai,
> strutture ricettive e simili
>
>
+1 in generale, ma con a mio avviso una piccola eccezione.
Le unclassified sono delle strade di collegamento che gerarchicamente
stanno in fondo alla lista, dopo le tertiary.
Al pari di queste e di quelle di livello superiore direi che se
attraversano un centro abitato non diventano residential, proprio per
sottolineare la loro importanza relativa rispetto a queste.
Questa casistica capita spesso in zone rurali dove da una strada principale
(tertiary, secondary, ...) ne viene derivata un'altra che attraversa
piccoli centri abitati e si ricongiunge successivamente a quella principale.


> Living street non lo uso, a quanto pare in Italia non esiste questa
> tipologia di strada.
>
>
La vedo usata in Italia nei più disparati modi come ad esempio per indicare
ZTL o vie strette. Visto che la classificazione living street è stata
creata per assecondare codici della strada di altri stati e che in Italia
non è chiaramente normata, secondo me sarebbe proprio da evitarne l'uso


> Dubbio: strade di proprietà almeno provinciale (SS SP SR e simili) che non
> hanno più alcuna funzione rilevante (perché vecchie varianti, o senza
> uscita o nemmeno asfaltate); tertiary mi sembra eccessivo, unclassified mi
> sembra un controsenso.
>
> Se una vecchia variante è ancora legalmente utilizzabile perchè non può
essere una unclassified o altro ?
Quelle senza uscita, ma che danno accesso a qualcosa possono diventare
service o residential ad esempio.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-GB] DoBIH Update - Permission Received

2019-02-23 Per discussione Silent Spike

Starting a new thread as I noticed the old one is somehow entangled with
the M1 Junction thread on the archive (see "Database of British and Irish
Hills").

I have a signed copy of the CC BY 3.0 permission document, received from
Chris Crocker who handles copyright and licensing issues on behalf of the
DoBIH editorial team. So as far as the DoBIH is concerned, OSM may
incorporate the data in their database if attribution is added as per the
document.

Regarding the raised point on derived data, I had mentioned this to Chris
in our correspondence and he first explained:

I don't believe you need any other permissions to use data from the DoBIH.
> OS maps, being creative works, are subject to Crown copyright and OS
> requires an acknowledgement for their reuse, but I have always understood
> that heights and grid references are scientific fact and as such are not
> copyrightable. Certainly there are hundreds of commercial publications in
> the hillwaking world that tabulate such data. None of those that I've read
> do more than mention OS maps as the source of their data. The OS data we
> use is derived from the maps on geograph.org.uk which gives OS mapping at
> all scales from 1:250,000 to 1:10,000. According to the site the Geograph
> maps are licensed under the OS OpenSpace Developer Agreement. I note that
> your Contributors page credits Ordnance Survey OpenData. Other heights and
> grid references are derived from the Environmental Agency's LIDAR surveys
> which are freely available on the DEFRA platform, from detailed hill
> surveys conducted by ourselves and third parties who supply data to us, and
> from numerous walkers who submit 10-figure grid references (these are
> responsible for over 60% of summit GRs).


 Later sharing some more insight on the subject:

There is greater clarity in the more litigious US, where it has been
> established in US copyright law that most data are considered "facts", i.e.
> belonging to the domain of knowledge (a public benefit), and therefore not
> copyrightable. This was clarified in an addendum that reads “*In no case
> does copyright protection for an original work of authorship extend to any
> idea, procedure, process, system, method of operation, concept, principle,
> or discovery, regardless of the form in which it is described, explained,
> illustrated, or embodied in such work.*” The effort in obtaining the data
> is irrelevant. In essence, observational and experimental data are “facts”
> that are free to be shared and reused without copyright restriction. The
> only data that are copyrightable are those containing what the US calls
> expressive choice, such as photographs, drawings, graphs or visualisations
> (but you would be free to make your own drawing from a photograph or a map,
> as Wainwright did). There is nothing to contradict this in the UK Copyright
> and Patents Act, which specifies "Any literary, dramatic, design, musical
> or artistic work". The requirement in both the US and Europe is creativity.
> So the way data is structured (e.g. the grouping of hills into Catchments
> and Watersheds in the DoBIH) might be copyrightable.
>
> Database right, which is applicable to the DoBIH in the EU, is something
> different. It protects the structure of a database, provided there is
> sufficient intellectual creativity (dumping data into a spreadsheet is not
> enough!), but not on its own the data inside it. However database right
> protects against the abstaction of a substantial proportion of a database
> without permission.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

2019-02-23 Per discussione Paulo Carvalho

8GB de RAM e 168GB de armazenamento é um requisito pequeno (ao menos em
relação ao que estou acostumado).  O que complica mesmo é o requisito de
tráfego de dados.  70Mb/s se traduz em  23TB/mês.  É um requisito grande.
No AWS (infra da Amazon), a solução mais barata para esse requisito é
contratar um plano de US$80,00 para ser o servidor master ( 16GB RAM +
320GB de disco + 6TB de tráfego).  Para os 17TB restantes, contratar mais
oito planos de US$5,00 ( 1GB RAM + 40GB de disco + 2TB de tráfego ) apenas
para compartilhar o link. Sairia tudo por US$120,00 mensais.

Se for possível por o serviço de tiling em cluster, daria para contratar 12
planos de US$5,00 ( 1GB de RAM + 40GB de disco + 2TB de tráfego ), que
seria mais barato ainda (US$60,00 mensais).  Mas, repetindo, para essa
solução, os programas do OSM têm que poder funcionar em cluster, pois um
plano de US$5,00 sozinho não atende os requisitos de memória e de
armazenamento.

AWS é só uma sugestão.  A Google tem planos similares para servidores
virtuais.

att,

PC

Em sáb, 23 de fev de 2019 às 05:14, Peter Krauss 
escreveu:

> - - - Tradução do e-mail (fw anexo) do Grant:  - - -
>
> Olá OpenStreetMap Talk-BR,
>
> Introdução rápida: faço parte da equipe voluntária de Operações
>https://wiki.osmfoundation.org/wiki/Operations_Working_Group
> a qual mantém os servidores do OpenStreetMap.org rodando.
>
> Nosso servidor CDN (Rede de Fornecimento de Conteúdo)
>tile.openstreetmap.org
> seria muito beneficiado por ter um servidor de cache no Brasil.
> Isso tornaria o mapa renderizado padrão do site OpenStreetMap.org
> mais rápido para os brasileiros.
>
> Veja como estão hoje as conexões da rede CDN por país,
>   The live CDN Country -> Edge Cache Mapping:
>   https://dns.openstreetmap.org/tile.openstreetmap.org.html
>
> Conhece alguém que possa ajudar?
> Estamos procurando idealmente um servidor físico dedicado ou VM poderosa
> com 8 GB ou + de RAM e pelo menos 146 GB de armazenamento.
> Mais detalhes em
>   https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>
> Nosso atual pico de tráfego no Brasil é atualmente de cerca
> de 70.000.000 bits por segundo.
>
> Discriminação completa, em bits por segundo:
>
> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>
> Sinta-se à vontade para entrar em contato comigo se preferir.
>
> Atenciosamente,
>
> Grant
>
> - - - - - - - - - - - - - - - - - - - -
>
>
> On Tue, Feb 19, 2019 at 5:16 PM Grant Slater 
> wrote:
>
>> Hi OpenStreetMap Talk-BR,
>>
>> (Please would someone kindly translate this into Portugês?)
>>
>> Quick Introduction: I am part of the volunteer Operations team who run
>> the OpenStreetMap.org servers.
>>
>> Our tile.openstreetmap.org CDN would greatly benefit from having a
>> cache server in Brazil.
>> It would make the default rendered map on OpenStreetMap.org much
>> faster for Brazilians.
>>
>> The live CDN Country -> Edge Cache Mapping:
>> https://dns.openstreetmap.org/tile.openstreetmap.org.html
>>
>> Know anyone who could help?
>> We're ideally looking for a dedicated physical server or powerful VM with
>> 8GB+
>> RAM and at least 146GB of storage.
>> More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>>
>> Our current peak Brazil traffic is currently around 70,000,000 bits per
>> second.
>>
>> Full breakdown here in bits per second:
>>
>> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>>
>> Feel free to contact me off-list if you prefer.
>>
>> Kind regards,
>>
>> Grant
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Classificazione strade

Il giorno sab 23 feb 2019 alle ore 16:21 Simone Saviolo <
simone.savi...@gmail.com> ha scritto:

> Il giorno sab 23 feb 2019 alle ore 15:28 Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>> sent from a phone
>> > On 23. Feb 2019, at 13:40, Sergio Manzi  wrote:
>> > Siete d'accordo sul fatto che il tagging dovrebbe rispecchiare la
>> classificazione del CdS?
>> per me vanno bene tutti i criteri che hai evidenziato, potrebbero essere
>> tags del tipo
>> official:IT:cds=f
>>
>> per la gestione normalmente si vede dal tag ref (SS è gestito dallo
>> stato, SP dalla provincia e così via).
>>
>> Se ci sono parametri diversi, la cosa migliore è utilizzare tags
>> specifici.
>>
>
> Sono fortemente contrario a classificare le strade in base alla
> classificazione legale (extraurbana secondaria, primaria, scorrimento
> veloce...) o alla proprietà demaniale. La classificazione di una strada
> deve identificare la sua posizione all'interno del grafo stradale; *di
> solito* questa corrisponde alla classificazione, ma non è sempre così.
>

> Sono invece favorevole ad inserire queste informazioni in altri tag,
> quando non siano già presenti.
>
>
+1
quando penso alla classificazione di una strada penso alla sua priorità
rispetto alle altre al fine di fornire un'indicazione corretta per il
routing. Conosco provinciali che non dovrebbero proprio essere considerate
a tal fine (e non parlo solo di buche nell'asfalto) e penso che ognuno noi
abbia conoscenza di casi simili.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag place

2019-02-23 Per discussione Andy Townsend


On 17/02/2019 11:37, Andrea Musuruane wrote:


These two changesets definitely need to be reverted:
https://www.openstreetmap.org/changeset/66616609
https://www.openstreetmap.org/changeset/66616779

Thanks.I've followed the discussion (by automatic translation) for the 
last few days and it does seem that the only thing that everyone is 
agreed upon is that the discussion isn't going anywhere.  I'll revert 
these two tonight, unless a majority of people here say not to in the 
meantime.  As no-one has mentioned any other changesets I'll assume that 
it is just these two.



For some unknown reason I can't do it myself using the JOSM reverter 
plugin. So your assistance is really welcome.


The JOSM reverter plugin can get tripped up where there have been lots 
of changes since the change being reverted, and it can get unfeasible to 
reconcile changes.


Best Regards,

Andy

PS - automatic translations for convenience:

"Grazie. Ho seguito la discussione (con la traduzione automatica) per 
gli ultimi giorni e sembra che l'unica cosa su cui tutti sono d'accordo 
è che la discussione non sta andando da nessuna parte. Riporterò questi 
due stasera, a meno che la maggioranza della gente qui non dica nel 
frattempo. Come nessuno ha menzionato altri changeset, suppongo che 
siano solo questi due."


"Il plug-in di riverbero JOSM può essere attivato quando sono state 
apportate molte modifiche da quando il cambiamento è stato ripristinato 
e può non essere possibile riconciliare le modifiche."




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

Re: [Talk-it] problemi admin 7 a Valese

Il giorno sab 23 feb 2019 alle ore 15:45 Damjan Gerl  ha
scritto:

> Martin Koppenhoefer je 23.2.2019 ob 15:03 napisal:
> >
>
> >
> > ok, ma tutti e due con lo stesso admin_level?
> >
> >
> > Ciao, Martin
>
> Per le unioni di comuni va bene admin level 7, forse per le comunità
> montane, non essendo un livello amministrativo "ufficiale" (come quelli
> che vanno da stato fino a comune), forse si potrebbe usare l'admin level
> 9, che mi sembra non usato.
>
> Damjan
>
>
Facendo un giro su wikipedia apprendo ora che comunità montane e unioni di
comuni hanno la stessa dignità degli altri enti locali come risulta dal
relativo testo unico [0].

Considerando quindi che l'admin level definisce una gerarchia e che "unioni
di comuni" e "comunità montane" contengono comuni (livello 8), ma sono "più
piccoli" di una provincia (6), ritengo che la naturale conseguenza sia
piazzarli fra questi due al livello 7. Un admin level 9 in Italia sarebbe
infatti un'entità a metà strada fra un comune e una circoscrizione.
Potrei sbagliarmi, ma sinceramente non vedo grandi controindicazioni
nell'adottare questo approccio,

Ciao

[0] https://it.wikipedia.org/wiki/Decreto_legislativo_18_agosto_2000,_n._267
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] R: Classificazione strade

2019-02-23 Per discussione Fayor Uno

La mia proposta:

Tag che riflettono la tipologia costruttiva
- motorway: autostrade, tangenziali, raccordi e simili (cartellonistica verde)
- trunk: strade extraurbane principali (solo quelle, praticamente sono le 
"quasi autostrade" e c'è sempre cartellonistica blu che le individua 
appositamente)

Tag che riflettono la tipologia di traffico: strade di qualunque tipo (tranne 
motorway e trunk), di solito asfaltate ma in casi eccezionali potrebbero non 
esserlo.
- la differenza tra primary, secondary e tertiary sta nel volume di traffico, 
da valutare caso per caso in riferimento alla zona presa in considerazione, 
senza distinzione tra statali, regionali, provinciali e comunali (su cui va 
comunque il ref)

Tag che riflettono l'ubicazione e la funzione: tutte le strade di pubblico 
accesso (anche di proprietà privata) rimanenti
- unclassified: strade al di fuori dei centri abitati
- residential: strade all'interno dei centri abitati
- service: strade di accesso a proprietà private, parcheggi, benzinai, 
strutture ricettive e simili

Living street non lo uso, a quanto pare in Italia non esiste questa tipologia 
di strada.

Dubbio: strade di proprietà almeno provinciale (SS SP SR e simili) che non 
hanno più alcuna funzione rilevante (perché vecchie varianti, o senza uscita o 
nemmeno asfaltate); tertiary mi sembra eccessivo, unclassified mi sembra un 
controsenso.

Da: Simone Saviolo 
Inviato: sabato 23 febbraio 2019 16:20
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Classificazione strade

Il giorno sab 23 feb 2019 alle ore 15:28 Martin Koppenhoefer 
mailto:dieterdre...@gmail.com>> ha scritto:
sent from a phone
> On 23. Feb 2019, at 13:40, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
> Siete d'accordo sul fatto che il tagging dovrebbe rispecchiare la 
> classificazione del CdS?
per me vanno bene tutti i criteri che hai evidenziato, potrebbero essere tags 
del tipo
official:IT:cds=f

per la gestione normalmente si vede dal tag ref (SS è gestito dallo stato, SP 
dalla provincia e così via).

Se ci sono parametri diversi, la cosa migliore è utilizzare tags specifici.

Sono fortemente contrario a classificare le strade in base alla classificazione 
legale (extraurbana secondaria, primaria, scorrimento veloce...) o alla 
proprietà demaniale. La classificazione di una strada deve identificare la sua 
posizione all'interno del grafo stradale; *di solito* questa corrisponde alla 
classificazione, ma non è sempre così.

Sono invece favorevole ad inserire queste informazioni in altri tag, quando non 
siano già presenti.

Ciao,

Simone

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]
  Mail priva di virus. 
www.avast.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Classificazione strade

2019-02-23 Per discussione Simone Saviolo

Il giorno sab 23 feb 2019 alle ore 15:28 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> sent from a phone
> > On 23. Feb 2019, at 13:40, Sergio Manzi  wrote:
> > Siete d'accordo sul fatto che il tagging dovrebbe rispecchiare la
> classificazione del CdS?
> per me vanno bene tutti i criteri che hai evidenziato, potrebbero essere
> tags del tipo
> official:IT:cds=f
>
> per la gestione normalmente si vede dal tag ref (SS è gestito dallo stato,
> SP dalla provincia e così via).
>
> Se ci sono parametri diversi, la cosa migliore è utilizzare tags specifici.
>

Sono fortemente contrario a classificare le strade in base alla
classificazione legale (extraurbana secondaria, primaria, scorrimento
veloce...) o alla proprietà demaniale. La classificazione di una strada
deve identificare la sua posizione all'interno del grafo stradale; *di
solito* questa corrisponde alla classificazione, ma non è sempre così.

Sono invece favorevole ad inserire queste informazioni in altri tag, quando
non siano già presenti.

Ciao,

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

Re: [Talk-it] problemi admin 7 a Valese


Martin Koppenhoefer je 23.2.2019 ob 15:03 napisal:


sent from a phone


On 23. Feb 2019, at 09:52, Andrea Albani  wrote:

- comunità montana in overlap con unione di comuni -> è ok perchè hanno scopi 
"amministrativi" diversi


ok, ma tutti e due con lo stesso admin_level?


Ciao, Martin


Per le unioni di comuni va bene admin level 7, forse per le comunità 
montane, non essendo un livello amministrativo "ufficiale" (come quelli 
che vanno da stato fino a comune), forse si potrebbe usare l'admin level 
9, che mi sembra non usato.


Damjan

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

Re: [Talk-it] Classificazione strade

sent from a phone

> On 23. Feb 2019, at 13:40, Sergio Manzi  wrote:
> 
> Siete d'accordo sul fatto che il tagging dovrebbe rispecchiare la 
> classificazione del CdS?

per me vanno bene tutti i criteri che hai evidenziato, potrebbero essere tags 
del tipo
official:IT:cds=f

per la gestione normalmente si vede dal tag ref (SS è gestito dallo stato, SP 
dalla provincia e così via).

Se ci sono parametri diversi, la cosa migliore è utilizzare tags specifici.

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

Re: [Talk-it] problemi admin 7 a Valese



sent from a phone

> On 23. Feb 2019, at 09:52, Andrea Albani  wrote:
> 
> - comunità montana in overlap con unione di comuni -> è ok perchè hanno scopi 
> "amministrativi" diversi


ok, ma tutti e due con lo stesso admin_level?


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

[Talk-it] Classificazione strade

2019-02-23 Per discussione Sergio Manzi

Buon giorno a tutti,

scusatemi se apro un thread relativo ad un argomento che sicuramente sarà già 
stato dibattuto in passato: il tema è quello della classificazione delle strade 
e il mio interesse è stato suscitato da un thread ("Clarification unclassified 
vs residential") attualmente attivo nella lista [Tagging] dove si cerca di 
chiarire il ruolo dei valori "residential" e "unclassified" per la chiave 
"highway".

In quel thread ho dato un mio piccolo contributo, sostenendo che a mio avviso 
la categorizzazione delle strade non può prescindere dalla normativa vigente a 
livello locale (/tipicamente nazionale/), ma non mi pare di avre suscitato 
grande interesse, anche se quasi tutti iniziano i propri contributi con un bel 
"/qui dove vivo io.../".

Attualmente in OSM i valori attribuibili ad una strada (/tralasciando altri 
valori meno utilizzati o comunque non implicanti una categorizzazione, tipo 
"crossing"/) sono: *motorway, trunk, primary, secondary, tertiary, unclassified 
e residential*. Inoltre scopro proprio ora che esiste anche un valore 
"*living_street*", che non avevo mai notato esistere o visto citato 
(https://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street).

Mi sembra che tale classificazione derivi da quella Britannica (/nella quale, 
curiosamente, "unclassified" rappresenta una specifica classificazione e non la 
mancanza di informazioni sulla classificazione/).

Tutte le altre realtà hanno dovuto piegarsi a tale classificazione, 
costringendo la realtà (legale) dei fatti all'interno dello schema Britannico 
(vedi: https://wiki.openstreetmap.org/wiki/Highway:International_equivalence).

Inoltre appare esserci una discrepanza sui criteri: "residential" viene da 
alcuni definita come strada "in cui ai lati ci sono abitazioni", per cui una 
strada di altra categoria può improvvisamente diventare "residential" se 
affiancata da abitazioni. Ma forse questo è un errore interpretativo.

A mio avviso, e se vogliamo che OSM sia davvero "/il miglior dataset geografico 
del mondo/", non possiamo prescindere dalle classificazioni ufficiali, che poi 
rispecchiano /(o dovrebbero rispecchiare!/) specifiche caratteristiche A) di 
tipologia di traffico, B) costruttive, C) di demanio.

In italia il Codice della Strada, riguardo alle loro caratteristiche 
costruttive, tecniche e funzionali, classifica le strade nei seguenti tipi:

A - Autostrade;
B - Strade extraurbane principali;
C - Strade extraurbane secondarie;
D - Strade urbane di scorrimento;
E - Strade urbane di quartiere;
F - Strade locali;
F-bis. - Itinerari ciclopedonali

Esiste poi una classificazione "/di demanio/" secondo la quale le strade 
possono essere classificate come:

  * nazionali
  * regionali
  * provinciali
  * comunali
  * private
  * ... e probabilmente mi sto dimenticando qualche valore: per esempio, 
"autostrada" è anche una classificazione "di demanio"?


Le mie domande alla comunità Italiana sono:

  * Siete d'accordo sul fatto che il tagging dovrebbe rispecchiare la 
classificazione del CdS?
  * Non vi sembra che le nostre attuali definizioni siano un po' un mix tra la 
classificazione del CdS e quella "di demanio"?
  * Non pensate che la classificazione "di demanio" sia sostanzialmente 
ininfluente per il routing  (/fatte salve le strade private e le autostrade/)
  * Non dovremmo correggere il wiki (/quello Italiano e quello Inglese nella 
già citata pagina con le corrispondenze/), passando da una definizione 
"descrittiva" ad una basata sullo stato legale delle strade?
  * Ci servono valori specifici, al di fuori di quelli Britannici, per 
descrivere la nostra realtà?


Buon week-end a tutti e un saluto particolare a chi è a FOSS4G-IT (/mi spiace 
non aver potuto esserci.../),

Sergio



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] BAN(O): accompagnement des communes

2019-02-23 Per discussione deuzeffe


Hello,

Je vais rencontrer les responsables de l'adressage (mise en place sur le 
terrain bientôt finie) de ma commune (qui n'est pas dans le 41 ni dans 
le 19 :/) la semaine prochaine. Je crains que leurs maigres compétences 
techniques (petite commune plutôt rurale de moins de 6 000 habitants) 
soient un énorme frein à la publication des nouvelles adresses (guichet 
adresse, par ex.), sans compter la "coopération" de La Poste et de l'IGN.


J'aimerai bien aider, je ne sais pas comment. M'enfin, je verrai bien où 
ils en sont.

--
deuzeffe

On 20/02/2019 09:24, Cyrille37 OSM wrote:

Salut

Proposition d'accompagnement des communes par l'Observatoire 41 (Loir et 
Cher) pour parfaire leur adressage :


"Adressage : l'Observatoire accompagne les communes"
https://www.pilote41.fr/toutes-les-actualites/691-adressage-l-observatoire-accompagne-les-communes 



Cyrille37.




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


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

Re: [OSM-talk-fr] Bilan de la collecte de dons spéciale serveurs

2019-02-23 Per discussione Christian Quest

Et on a déjà avancé: osm11 est upgradé...
- 64Go > 192Go de RAM
- 1 To de SSD (SATA) > 2To NVMe + 2To SATA + 1To SATA (qui viennent
compléter les 6x1To HDD)

De quoi faire de belles choses et ce n'est qu'une première étape !

Je suis en train de réinstaller un serveur de tuile dessus, pour remplacer
osm13 et pour le réinstaller physiquement dans la baie de la fondation Free
(il est actuellement dans mon datacenter perso dans la cave sous mon
bureau). Dans une semaine ou deux il sera donc de retour à sa place et
pleinement opérationnel :)

Ensuite upgrade d'osm13, puis upgrade d'osm12... et le cluster "free" sera
au complet et on passera au cluster suivant :)


Le jeu. 21 févr. 2019 à 16:35, Donat ROBAUX  a écrit :

> Marc_Marc m'a fait gentillement remarqué que j'avais oublié de publier sur
> talk-fr le bilan de la collecte de dons spéciale serveurs ;) On l'a envoyé
> aux donateurs, sur le site Internet, Twitter, Mastodon et Facebook.
>
> *---*
> Pour sa 2e campagne de dons (la première date de 2014), un objectif de 3
> paliers avait été fixé pour remettre à niveau et étendre les ressources
> techniques d'OpenStreetMap France.
>
> Comme pour notre précédente campagne, ces objectifs ont été dépassés.
> Vous avez été 106 à donner pour un montant de  10 081 €.
> Soyez-en infiniment remerciés.
>
> Les premières actions ont démarré pour la remise à niveau d'un premier
> serveur et vont se poursuivre dans les mois qui viennent.
> Ces nouvelles ressources nous ont déjà permis d'atteindre un rythme
> quotidien sur les analyses de qualité faites par Osmose sur le monde entier.
>
> A l'occasion de cet appel, de nouvelles ressources (serveurs ou machines
> virtuelles) nous ont été proposées.
>
> Les ressources techniques étant une chose, cet appel a aussi permis à de
> nouveaux bénévoles de se manifester pour renforcer l'équipe technique.
>
> OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-it] problemi admin 7 a Valese

Il giorno sab 23 feb 2019 alle ore 08:59 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> se guardi queste relazioni però, contengono lo stesso spazio in comunità
> diverse:
>
> 4252388
> 7633272
> 7633959
>

Provo a riassumere quanto riportato:
- comunità montana in overlap con unione di comuni -> è ok perchè hanno
scopi "amministrativi" diversi
- unione di comuni in overlap con unione di comuni -> non è ok perchè un
comune non può far parte di più unioni di comuni

Nel caso specifico 4252388 "Comunità Montana Valli del Verbano" contiene
- parzialmente 7633272 "Unione dei comuni del Medio Verbano"
- per intero 7633959 "Unione dei comuni Lombarda Prealpi"

e le due unioni di comuni non sono in overlap fra loro

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

Re: [Talk-it] pronto soccorso ospedali italiani

sent from a phone

> On 22. Feb 2019, at 19:44, totera  wrote:
> 
> [2] si dice "Il nodo deve essere applicato ad un ingresso (entrance=*)",
> senza specificarne il valore.

il valore è quello che è, per capire le possibilità bisogna guardare la 
documentazione di “entrance”. 
Per me è meglio non ripetere definizioni di altri tag su più pagine, diventa 
troppo lungo e più oneroso nella manutenzione.

Se ci fosse solo una possibilità di combinazione vorrebbe dire che il secondo 
tag sarebbe inutile ;-)

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

Re: [OSM-talk] Relation #2632934 is "killing" differential update

2019-02-23 Per discussione mmd

On 2/11/19 11:41 AM, wambac...@posteo.de wrote:
> Hi,
> 
> there is a relation https://openstreetmap.org/relation/2632934, which
> currently has *42698 members*. Processing this rel with osm2pgsql fails,
> because this value is bigger than 32737 (small int).
> 

FYI: As a follow up to this discussion, the new cgimap based changeset
upload will introduce a limit of 32'000 relation members. This seems
like a good choice for many tools in the OSM ecosystem, including osm2pgsql.

See https://github.com/zerebubuth/openstreetmap-cgimap/pull/174 for
further details and discussion.

-- 

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

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

2019-02-23 Per discussione Peter Krauss

- - - Tradução do e-mail (fw anexo) do Grant:  - - -

Olá OpenStreetMap Talk-BR,

Introdução rápida: faço parte da equipe voluntária de Operações
   https://wiki.osmfoundation.org/wiki/Operations_Working_Group
a qual mantém os servidores do OpenStreetMap.org rodando.

Nosso servidor CDN (Rede de Fornecimento de Conteúdo)
   tile.openstreetmap.org
seria muito beneficiado por ter um servidor de cache no Brasil.
Isso tornaria o mapa renderizado padrão do site OpenStreetMap.org
mais rápido para os brasileiros.

Veja como estão hoje as conexões da rede CDN por país,
  The live CDN Country -> Edge Cache Mapping:
  https://dns.openstreetmap.org/tile.openstreetmap.org.html

Conhece alguém que possa ajudar?
Estamos procurando idealmente um servidor físico dedicado ou VM poderosa
com 8 GB ou + de RAM e pelo menos 146 GB de armazenamento.
Mais detalhes em
  https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

Nosso atual pico de tráfego no Brasil é atualmente de cerca
de 70.000.000 bits por segundo.

Discriminação completa, em bits por segundo:

https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml

Sinta-se à vontade para entrar em contato comigo se preferir.

Atenciosamente,

Grant

- - - - - - - - - - - - - - - - - - - -

On Tue, Feb 19, 2019 at 5:16 PM Grant Slater 
wrote:

> Hi OpenStreetMap Talk-BR,
>
> (Please would someone kindly translate this into Portugês?)
>
> Quick Introduction: I am part of the volunteer Operations team who run
> the OpenStreetMap.org servers.
>
> Our tile.openstreetmap.org CDN would greatly benefit from having a
> cache server in Brazil.
> It would make the default rendered map on OpenStreetMap.org much
> faster for Brazilians.
>
> The live CDN Country -> Edge Cache Mapping:
> https://dns.openstreetmap.org/tile.openstreetmap.org.html
>
> Know anyone who could help?
> We're ideally looking for a dedicated physical server or powerful VM with
> 8GB+
> RAM and at least 146GB of storage.
> More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>
> Our current peak Brazil traffic is currently around 70,000,000 bits per
> second.
>
> Full breakdown here in bits per second:
>
> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>
> Feel free to contact me off-list if you prefer.
>
> Kind regards,
>
> Grant
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] problemi admin 7 a Valese