[Talk-it] R: Digest di Talk-it, Volume 110, Numero 41

[Cricenti Daniela]

Buongiorno,
vorrei essere cancellata da questa main list
grazie
Daniela

-Messaggio originale-
Da: talk-it-requ...@openstreetmap.org 
[mailto:talk-it-requ...@openstreetmap.org] 
Inviato: venerdì 15 gennaio 2016 11:16
A: talk-it@openstreetmap.org
Oggetto: Digest di Talk-it, Volume 110, Numero 41

Invia le richieste di iscrizione alla lista Talk-it all'indirizzo
talk-it@openstreetmap.org

Per iscriverti o cancellarti attraverso il web, visita
https://lists.openstreetmap.org/listinfo/talk-it
oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
talk-it-requ...@openstreetmap.org

Puoi contattare la persona che gestisce la lista all'indirizzo
talk-it-ow...@openstreetmap.org

Se rispondi a questo messaggio, per favore edita la linea dell'oggetto in modo 
che sia più utile di un semplice "Re: Contenuti del digest della lista 
Talk-it..."


Argomenti del Giorno:

   1. Re: I monti Lattari su OpenStreetMap (Volker Schmidt)
   2. Re: Precisione GPS cellulare e idea dall'incontro a Bologna
  2015 (Alessandro)
   3. Re: CTR Lombardia in JOSM (Max1234Ita)
   4. Re: I monti Lattari su OpenStreetMap (Andrea Lattmann)
   5. Re: Precisione GPS cellulare e idea dall'incontro a   Bologna
  2015 (Leonardo Frassetto)
   6. Re: Precisione GPS cellulare e idea dall'incontro a   Bologna
  2015 (mircozorzo)
   7. Re: I monti Lattari su OpenStreetMap (Pio)


--

Message: 1
Date: Fri, 15 Jan 2016 09:00:08 +0100
From: Volker Schmidt <vosc...@gmail.com>
To: openstreetmap list - italiano <talk-it@openstreetmap.org>
Subject: Re: [Talk-it] I monti Lattari su OpenStreetMap
Message-ID:
<calq-or6q1atwmevgwqbuq8leikuqgvksbhfjc6zsj-bcmep...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Simone scrisse:

  - network=lwn, che secondo me, visto trattasi di sentiero ufficiale
> CAI, dovrebbe essere rwn.
>

Quale è la base per questa classificazione?
C'è una pagina wiki per questo?
A me interessano le definizioni equivalenti per le ciclovie, ma la problematica 
è la stessa.

Una possibile interpretazione (per l'Italia) è:

   - lwn|lcn=local=percorso che si svolge interamente entro i confini di
   una provincia
   - rwn|rcn=regional=percorso che si svolge interamente entro i confini di
   una regione e passa almeno per due province
   - nwn|ncn=national=percorso che si svolge interamente entro i confini
   dell'Italia e passa per almeno due regioni
   - iwn|icn=international=percorso che passa per più di uno stato.

Un ovvio problema con queste definizioni è che un breve percorso che attraversa 
un confine viene classificato troppo "alto"
Bisognerebbe aggiungere anche un criterio di lunghezza, possibilmente con 
valori diversi per percorsi ciclabili e pedonali.

Volker
-- parte successiva -- Un allegato HTML è stato 
rimosso...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-it/attachments/20160115/c9dc79ae/attachment-0001.html>

--

Message: 2
Date: Fri, 15 Jan 2016 09:46:33 +0100
From: Alessandro <ale_z...@libero.it>
To: openstreetmap list - italiano <talk-it@openstreetmap.org>
Subject: Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a
Bologna 2015
Message-ID: <5698b1e9.60...@libero.it>
Content-Type: text/plain; charset=utf-8; format=flowed

Il 15/01/2016 00:30, Leonardo ha scritto:
> Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m 
> dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni 
> metereologiche + molti satelliti visibili + GLONASS)!
>
> Potresti prendere in considerazione di aggiungere alcune tue 
> rilevazioni al database degli offset per le ortofoto disponibili su 
> JOSM? Vedi qui il plugin:
>
> https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database#JOSM_Plugi
> n
>
> Sarebbero molto comode per riallineare le foto della PCN, argomento 
> abbastanza caldo qua in lista :)

Non conoscevo questo database. Sicuramente abbiamo un discreto database già 
pronto che sono i vari punti trigonometrici che alcune regioni pubblicano in 
open data e col tempo che si impiega a prendere 4 o 5 punti sul campo si 
possono inserire un centinaio di punti trigonometrici.
Ne terrò comunque conto quando sarò in zone poco abitate.

Alessandro Ale_zena_IT




--

Message: 3
Date: Fri, 15 Jan 2016 02:01:26 -0700 (MST)
From: Max1234Ita <max1234...@gmail.com>
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] CTR Lombardia in JOSM
Message-ID: <1452848486617-5864850.p...@n5.nabble.com>
Content-Type: text/plain; charset=UTF-8

Andrea Albani wrote
> Io uso questa fonte WMS [1] descritta qui [2]. Provato ora e funziona.
> Ciao
> 
> [1]
> http://www.cartografia.servizirl.it/arcgis/servic

Re: [talk-au] LPI Base Map - green areas ?

[Warin]

On 15/01/2016 2:19 PM, Andrew Davidson wrote:
Looking at the old Parish map it would appear that it used to be part 
of the State Forest until they built the Mangrove Creek Dam at which 
point it became reserved for water conservation purposes.



That makes sense.

I suppose you could tag it:

 boundary=protected_area
 protect_class=12

Not sure what name you'd give it because the map just says "FOR WATER 
SUPPLY".


landuse=water_catchment would probably be best (another new tag that I 
just made up). It cannot be logged. And in some places at least the 
water people don't even want walkers, let alone campers there. I think 
part of the Blue Mountains National Park has restrictions like this 
around a water catchment area. I think Hong Kong has areas for water 
catchment that are paved to increase the run off/harvest. So there is a 
vast verity in what water catchments physically are.


As I don't know what name it has .. it could be anything ... 'McPherson 
Water Catchment' or 'Mangrove Creek Water Catchment' ... arrr

https://www.wyong.nsw.gov.au/getmedia/7ca695e8-748d-4bca-beba-3b7bff8296e4/Mangrove-Creek-Dam-Brochure.pdf.aspx
says 'Mangrove Creek Dam Catchment' .. so I'll go with that. No 
copyright on the pdf... :-)

It does say access is restricted.. but not what the restrictions are.

-
For those also using the LPI base Map to plot State Forests ... be 
carefull.






- Original Message -
From:
"Warin" <61sundow...@gmail.com>

To:
"talk-au" 
Cc:

Sent:
Fri, 15 Jan 2016 10:58:49 +1100
Subject:
[talk-au] LPI Base Map - green areas ?


Hi,

On the LPI base map green areas apear at first to be
National Parks - a darker green area that is visible at all zooms.
State Forests - lighter green, visible when zoomed in.

I have mapped out the McPherson State Forest boundary using the
LPI base
map. Fine (apart from a typo in the name!). Relationship 5748137.

However when I use the 'Administration Boundaries State Forests' the
northern section I have plotted does not look to be a State Forest.

So what is this green area on the LPI base map .. when it is not a
State
Forest?
I have mapped some as parks as shown by their name. And I found one
where I know it as a 'common'.

Maybe they are "miscellaneous crown lands"?

I'll reduce the relationship 5748137 to match the smaller admin
boundary.
But what to do with the other green bit from the base map? I can
leave
it behind with a note .. and no other tags. Would be usefull if
someone
comes across it and knows what it is.


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



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

Re: [Talk-ee] Avatud Maakaardi Seltsi MTÜst

[Manuel Hohmann]

See oleks kull hea m6te...

Quoting kasu :


Palju meid siis tulemas on ?
Mina olen valmis startima.
Samas kui ainult 2-3 inimest koos võiks pigem selle doodle värgi ära  
teha ja leida aja ning koha kus rohkemad saavad osaleda.


Anti Kasuk


On 01/15/2016 01:08 PM, Tormi Tabor wrote:

Tere,

kahjuks ei ole ka minul siiski võimalik osaleda.

Tervitades,
Tormi Tabor
5451 3000

15. jaanuar 2016 13:03 kirjutas Mihkel Oviir  
>:


   Margus, kahjuks ei. Oleks tavaline tööpäev, siis oleks tulnud.
   Tegusat koosistumist!

   Mihkel






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

Re: [Talk-in] Is Connaught Place a roundabout?

[Abhijit Kshirsagar]

Technically yes, it is a roundabout, because it is (or was) called
"Connaught Circus".
However, it is so big that its not a roundabout for all practical
purposes - just like India Gate.

Also, the official name is now "Rajiv Chowk" which makes (IMO) even less sense.
(because Chowk in hindi = 4 way intersection)

Abhijit



On Fri, Jan 15, 2016 at 3:07 PM, Arun Ganesh  wrote:
> On the recent world roundabout map[1] made by Sajjad, noticed that CP does
> not have the `junction=roundabout` tag and was debating wether it is
> actually a roundabout.
>
> Is there anyone from Delhi here who has views on this? OSM:
> http://osm.org/go/zmjtwnerJ-
>
>
> [1] https://www.mapbox.com/bites/00205/#13.19/28.6313/77.2173
>
> --
> Arun Ganesh
> (planemad)
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>

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

Re: [Talk-it] R: Digest di Talk-it, Volume 110, Numero 41

[Martin Koppenhoefer]

sent from a phone

> Am 15.01.2016 um 12:06 schrieb Cricenti Daniela :
> 
> Per iscriverti o cancellarti attraverso il web, visita
>https://lists.openstreetmap.org/listinfo/talk-it
> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
>talk-it-requ...@openstreetmap.org
> 
> Puoi contattare la persona che gestisce la lista all'indirizzo
>talk-it-ow...@openstreetmap.org

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

Re: [Talk-br] mudança de estilo conforme escala

[Kátia Pereira]

Oi Paulo,

Obrigada. Vou estudar esse material.

Att.
Kátia Pereira

Em 15 de janeiro de 2016 07:04, Paulo Carvalho  escreveu:

> Kátia,
>
> Não trabalhei muito com ArcGIS, mas normalmente um sistema que desenha
> mapas, por exemplo, as bibliotecas TerraLib e Mapnik e o formato IMG da
> Garmin, usam estilos para associar um conjunto de atributos visuais a
> determinados níveis de zoom.  Depois de uma busca rápida encontrei isso
> aqui:
>
>
> https://blogs.esri.com/esri/arcgis/2015/12/02/understanding-esri-vector-basemap-file-structure/
>
>  Lá há exemplos de como alterar estilos (neste caso um arquivo chamado
> root.JSON) de modo a prover espessuras variáveis de acordo com o nível de
> zoom, por exemplo.
>
> att,
>
> Paulo Carvalho
>
> Em 14 de janeiro de 2016 21:02, Kátia Pereira 
> escreveu:
>
>> Olá,
>>
>> Eu me refiro à mudança, por exemplo, na espessura da camada autoestrada.
>> Quando eu vou aproximando o zoom para a camada a espessura vai ficando
>> maior. Isso é muito interessante e útil, porque, se consegue visualizar com
>> maior nível de detalhe do que na escala do país, por exemplo.
>> Por isso queria saber como isso funciona, porque se eu construir um mapa
>> no ArcGIS ou QGis, se eu colocar uma estrada com a espessura maior, fica
>> feio quando olho no nível da escala do Brasil por exemplo. No streetmap
>> essa espessura vai aumentando a medida que aproximo o zoom.
>>
>> Kátia Pereira
>>
>> Em 14 de janeiro de 2016 11:49, Márcio Vinícius Pinheiro <
>> marcioviniciu...@gmail.com> escreveu:
>>
>>> Se for o caso de mera diferença no tempo de atualizações das camadas dos
>>> tiles, a essa altura basta dar um Ctrl+F5 no navegador que o problema já
>>> deve se resolver, porque essas atualizações não demoram tanto.
>>>
>>> Mas é a isso que está se referindo a Kátia? Ela fala em estilos
>>> diferentes, os estilos já mudaram há muito tempo, já estariam sendo
>>> mostrados por igual nos diversos níveis de zoom.
>>> __
>>> Atenciosamente,
>>> Márcio Vinícius Pinheiro
>>> http://about.me/Doideira
>>>
>>> __
>>> Atenciosamente,
>>> Márcio Vinícius Pinheiro
>>> http://about.me/Doideira
>>>
>>> __
>>> Atenciosamente,
>>> Márcio Vinícius Pinheiro
>>> +5521 98117-0404
>>> http://about.me/Doideira
>>> Em 14/01/2016 10:12 AM, "Adriano Rosa"  escreveu:
>>>
 imho, essa mudança nos estilos e labels dependendo do zoom se deve ao
 período de atualização diferente de cada camada do mapa. as camadas nos
 zooms mais altos demoram mais para atualizar.

 Em qui, 14 de jan de 2016 às 09:45, Márcio Aguiar Ribeiro <
 aguiar.mar...@gmail.com> escreveu:

> Você pode fazer o seu próprio estilo utilizando ferramentas como
> Mapbox Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não
> consegui entender se é realmente isso que você precisa.
>
> [1] https://www.mapbox.com/mapbox-studio/
> [2] http://www.qgis.org/
>
> Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen <
> cas...@3geo.com.br> escreveu:
>
>> Isso é o render do mapa que faz, você não precisa se preocupar com
>> isso (nem tem controle), só em classificar corretamente os eixos conforme
>> seu tipo.
>>
>> Abraços
>>
>> Cássio
>>
>> Cássio Rogério Eskelsen
>> 3Geo
>>
>> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>>
>>> Caros,
>>>
>>> Tenho interesse em adicionar ao Open Street Map as estradas legais e
>>> ilegais para a Amazônia Legal. Observei que durante a navegação do 
>>> mapa, os
>>> estilos e labels das feições mudam conforme eu vou mudando a escala de
>>> visualização. Gostaria de saber como isso é feito.
>>>
>>> Kátia Regina Pereira
>>>
>>>
>>> ___
>>> 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
>
 --


 Adriano.

 ___
 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
>>>
>>>
>>
>>
>> --
>> Kátia Regina Pereira
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> 

[Talk-it] [OT] Grazie

[Andrea Lattmann]

Vi ringrazio per il tempo che mi avete dedicato e per quello che mi avete 
insegnato.
Mi dedicherò alla mappatura.
Vi chiedo gentilmente di dare un occhio ai miei changeset. Se riterrete che 
siano sbagliati potete correggerli o fare il revert.
Non voglio creare altro scompiglio in lista. 
Vi ringrazio di tutto :-)

Andrea Lattmann

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

Re: [Talk-it] CTR Lombardia in JOSM

[Alberto Nogaro]

Ho aggiornato il link con quello indicato da Andrea. Ho anche cambiato il nome 
in CTR DBT per indicare che questa è la versione aggiornata dai database 
topografici.

Le proiezioni che erano indicate (EPSG:32632, EPSG:4326) non le ho toccate, 
qualcuno sa se è ancora corretto? Sul link segnalato da Andrea dice che il 
sistema è WGS84/UTM32 (che dovrebbe corrispondere alla EPSG:32632).

Ciao,
Alberto

>-Original Message-
>From: Simone Cortesi [mailto:sim...@cortesi.com]
>Sent: giovedì 14 gennaio 2016 22:41
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] CTR Lombardia in JOSM
>
>2016-01-14 14:35 GMT+01:00 Andrea Albani :
>>
>> indicare la fonte delle Informazioni e il nome del Licenziante,
>> includendo, se possibile, una copia di questa licenza o un collegamento 
>> (link)
>ad essa.
>>
>> Quindi immagino che una dicitura tipo "CTR 1 Regione Lombardia
>> http://www.dati.gov.it/iodl/2.0; possa essere sufficiente.
>>
>> Cosa ne pensate?
>>
>> Chiarite queste cose penso si possa procedere all'aggiornamento dei
>> riferimenti in JOSM come suggerito da Martin
>>
>> [1] http://wiki.openstreetmap.org/w/images/0/01/S25C-209051517270.jpg
>
>Penso possa bastare.
>
>Ieri, per altri motivi, ho incontrato i dirigenti del servizio cartografia di 
>Regione
>Lombardia e sono estremamente contenti di quello che abbiamo fatto con i
>loro dati.
>
>--
>-S
>
>___
>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] I monti Lattari su OpenStreetMap

[Francesco Pelullo]

Il 15/gen/2016 11:17, "Pio"  ha scritto:
>

Ciao Pio, benvenuti anche da parte mia.

> Al fine di discuterne insieme, condivido le nostre valutazioni nel
taggare le
> relazioni dei sentieri, non  escludendo siano non del tutto corrette
>
> 1) abbiamo utilizzato il tag *network=lwn* perchè per il tag* rwn* la
pagina
> *IT:Hiking *indica:/ "usato per percorsi che attraversano varie regioni"/
> che non è il nostro caso.
>

OK.

> 2) il tag *source=GPS* lo abbiamo inserito seguendo le indicazioni della
> esaustiva guida msmountain.it.  Anche in questo caso sarebbe utile
> aggiornare IT:Hiking con le eventuali risultanze della discussione.
>

OK.

> 3) il tag *surface=ground* effettivamente è un pò generico. Lo abbiamo
> utilizzato seguendo sempre i consigli di msmountain. Ci siamo però accorti
> che non ha nessun effetto sul rendering, per cui se non è un tag
> obbligatorio lo elimineremmo del tutto per semplificare;
>

Non preoccuparti del rendering, per ora.
Usa  il tag surface= più adatto.
Poi magari verrà renderizzato da qualche applicazione specifica, anzi
meglio verrà utilizzato da qualche software di routing.

> 4) anche il tag *symbol=Rosso bianco rosso* sembra non abbia nessun
effetto
> sul rendering. La pagina  http://wiki.openstreetmap.org/wiki/Key:symbol
>    fa riferimento a delle
non
> meglio identificate: / international naming options/

Anche in questo caso, non preoccuparti del rendering per ora. Vedi punto
successivo.

>
> 5) attenzione il tag *symbol *è diverso da *osmc:symbol*
> http://wiki.openstreetmap.org/wiki/Key:osmc:symbol
>    che è utilizzato ad
> esempio da hiking.lonvia.de per le etichette dei sentieri.
>

Lo so. È utilizzato anche dalle mappe per ricevitori Garmin, tipo le
Openmtbmap.
È utile anche per un rendering autonomo con Maperitive etc. Mi sembra
utilissimo.

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

Re: [Talk-it] CTR Lombardia in JOSM

[Andrea Albani]

Si, ma in realtà nei metadati che ti da il server WMS viene esposto ancora
anche il 4326. Quindi io lo lascerei.
Ciao


Il giorno 15 gennaio 2016 12:45, Alberto Nogaro  ha
scritto:

> Ho aggiornato il link con quello indicato da Andrea. Ho anche cambiato il
> nome in CTR DBT per indicare che questa è la versione aggiornata dai
> database topografici.
>
> Le proiezioni che erano indicate (EPSG:32632, EPSG:4326) non le ho
> toccate, qualcuno sa se è ancora corretto? Sul link segnalato da Andrea
> dice che il sistema è WGS84/UTM32 (che dovrebbe corrispondere alla
> EPSG:32632).
>
> Ciao,
> Alberto
> 
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSRM-talk] MPH on OSRM?

[Philip Barnes]

On Wed, 2015-12-30 at 13:28 -0500, Jack Burke wrote:
> Out of curiosity, are there any plans to bring mph back to the OSRM
> web interface?  MPH used to be an option until the last major
> revision of the website
> 
The lack of a miles option is a serious omission, especially as it used
to be supported.

I have ended up using google as a result of this to calculate travel
distances.

Phil (trigpoint)

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

Re: [Talk-it] I monti Lattari su OpenStreetMap

[Pio]

Al fine di discuterne insieme, condivido le nostre valutazioni nel taggare le
relazioni dei sentieri, non  escludendo siano non del tutto corrette 

1) abbiamo utilizzato il tag *network=lwn* perchè per il tag* rwn* la pagina
*IT:Hiking *indica:/ "usato per percorsi che attraversano varie regioni"/
che non è il nostro caso. 

2) il tag *source=GPS* lo abbiamo inserito seguendo le indicazioni della
esaustiva guida msmountain.it.  Anche in questo caso sarebbe utile
aggiornare IT:Hiking con le eventuali risultanze della discussione.

3) il tag *surface=ground* effettivamente è un pò generico. Lo abbiamo
utilizzato seguendo sempre i consigli di msmountain. Ci siamo però accorti
che non ha nessun effetto sul rendering, per cui se non è un tag
obbligatorio lo elimineremmo del tutto per semplificare;

4) anche il tag *symbol=Rosso bianco rosso* sembra non abbia nessun effetto
sul rendering. La pagina  http://wiki.openstreetmap.org/wiki/Key:symbol
   fa riferimento a delle non
meglio identificate: / international naming options/

5) attenzione il tag *symbol *è diverso da *osmc:symbol* 
http://wiki.openstreetmap.org/wiki/Key:osmc:symbol
   che è utilizzato ad
esempio da hiking.lonvia.de per le etichette dei sentieri.

Ciao



--
View this message in context: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864856.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] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Martin Koppenhoefer]

sent from a phone

> Am 15.01.2016 um 00:30 schrieb Leonardo :
> 
> Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m dei 
> GPS presenti nei cellulari (ottenibili nelle migliori condizioni 
> metereologiche + molti satelliti visibili + GLONASS)!


i cellulari usano anche dati wireless lan. (utile in città, inutile ovviamente 
in montagna). Bella soluzione high quality low-cost per quando serve, certo, 
girare con uno zaino con scheda, batteria e antenna da 2m è anche leggermente 
meno comodo che con un solo smartphone ;-)

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

Re: [talk-au] LPI Base Map - green areas ?

[Marc Gemis]

What about landuse=basin ? [1]
Or natural=water, water=reservoir [2]
or landuse = reservoir, reservoir_type=water_storage [3]


[1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbasin
[2] http://wiki.openstreetmap.org/wiki/Key:water
[3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir

regards

m

On Fri, Jan 15, 2016 at 12:06 PM, Warin <61sundow...@gmail.com> wrote:
> On 15/01/2016 2:19 PM, Andrew Davidson wrote:
>
> Looking at the old Parish map it would appear that it used to be part of the
> State Forest until they built the Mangrove Creek Dam at which point it
> became reserved for water conservation purposes.
>
> That makes sense.
>
> I suppose you could tag it:
>
>  boundary=protected_area
>  protect_class=12
>
> Not sure what name you'd give it because the map just says "FOR WATER
> SUPPLY".
>
>
> landuse=water_catchment would probably be best (another new tag that I just
> made up). It cannot be logged. And in some places at least the water people
> don't even want walkers, let alone campers there. I think part of the Blue
> Mountains National Park has restrictions like this around a water catchment
> area. I think Hong Kong has areas for water catchment that are paved to
> increase the run off/harvest. So there is a vast verity in what water
> catchments physically are.
>
> As I don't know what name it has .. it could be anything ... 'McPherson
> Water Catchment' or 'Mangrove Creek Water Catchment' ... arrr
> https://www.wyong.nsw.gov.au/getmedia/7ca695e8-748d-4bca-beba-3b7bff8296e4/Mangrove-Creek-Dam-Brochure.pdf.aspx
> says 'Mangrove Creek Dam Catchment' .. so I'll go with that. No copyright on
> the pdf... :-)
> It does say access is restricted.. but not what the restrictions are.
>
> -
> For those also using the LPI base Map to plot State Forests ... be carefull.
>
>
>
>
> - Original Message -
> From:
> "Warin" <61sundow...@gmail.com>
>
> To:
> "talk-au" 
> Cc:
>
> Sent:
> Fri, 15 Jan 2016 10:58:49 +1100
> Subject:
> [talk-au] LPI Base Map - green areas ?
>
>
> Hi,
>
> On the LPI base map green areas apear at first to be
> National Parks - a darker green area that is visible at all zooms.
> State Forests - lighter green, visible when zoomed in.
>
> I have mapped out the McPherson State Forest boundary using the LPI base
> map. Fine (apart from a typo in the name!). Relationship 5748137.
>
> However when I use the 'Administration Boundaries State Forests' the
> northern section I have plotted does not look to be a State Forest.
>
> So what is this green area on the LPI base map .. when it is not a State
> Forest?
> I have mapped some as parks as shown by their name. And I found one
> where I know it as a 'common'.
>
> Maybe they are "miscellaneous crown lands"?
>
> I'll reduce the relationship 5748137 to match the smaller admin boundary.
> But what to do with the other green bit from the base map? I can leave
> it behind with a note .. and no other tags. Would be usefull if someone
> comes across it and knows what it is.
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

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

Re: [Talk-ee] Avatud Maakaardi Seltsi MTÜst

[kasu]

Palju meid siis tulemas on ?
Mina olen valmis startima.
Samas kui ainult 2-3 inimest koos võiks pigem selle doodle värgi ära 
teha ja leida aja ning koha kus rohkemad saavad osaleda.


Anti Kasuk


On 01/15/2016 01:08 PM, Tormi Tabor wrote:

Tere,

kahjuks ei ole ka minul siiski võimalik osaleda.

Tervitades,
Tormi Tabor
5451 3000

15. jaanuar 2016 13:03 kirjutas Mihkel Oviir >:


Margus, kahjuks ei. Oleks tavaline tööpäev, siis oleks tulnud.
Tegusat koosistumist!

Mihkel



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

Re: [Talk-br] mudança de estilo conforme escala

[Paulo Carvalho]

Kátia,

Não trabalhei muito com ArcGIS, mas normalmente um sistema que desenha
mapas, por exemplo, as bibliotecas TerraLib e Mapnik e o formato IMG da
Garmin, usam estilos para associar um conjunto de atributos visuais a
determinados níveis de zoom.  Depois de uma busca rápida encontrei isso
aqui:


https://blogs.esri.com/esri/arcgis/2015/12/02/understanding-esri-vector-basemap-file-structure/

 Lá há exemplos de como alterar estilos (neste caso um arquivo chamado
root.JSON) de modo a prover espessuras variáveis de acordo com o nível de
zoom, por exemplo.

att,

Paulo Carvalho

Em 14 de janeiro de 2016 21:02, Kátia Pereira 
escreveu:

> Olá,
>
> Eu me refiro à mudança, por exemplo, na espessura da camada autoestrada.
> Quando eu vou aproximando o zoom para a camada a espessura vai ficando
> maior. Isso é muito interessante e útil, porque, se consegue visualizar com
> maior nível de detalhe do que na escala do país, por exemplo.
> Por isso queria saber como isso funciona, porque se eu construir um mapa
> no ArcGIS ou QGis, se eu colocar uma estrada com a espessura maior, fica
> feio quando olho no nível da escala do Brasil por exemplo. No streetmap
> essa espessura vai aumentando a medida que aproximo o zoom.
>
> Kátia Pereira
>
> Em 14 de janeiro de 2016 11:49, Márcio Vinícius Pinheiro <
> marcioviniciu...@gmail.com> escreveu:
>
>> Se for o caso de mera diferença no tempo de atualizações das camadas dos
>> tiles, a essa altura basta dar um Ctrl+F5 no navegador que o problema já
>> deve se resolver, porque essas atualizações não demoram tanto.
>>
>> Mas é a isso que está se referindo a Kátia? Ela fala em estilos
>> diferentes, os estilos já mudaram há muito tempo, já estariam sendo
>> mostrados por igual nos diversos níveis de zoom.
>> __
>> Atenciosamente,
>> Márcio Vinícius Pinheiro
>> http://about.me/Doideira
>>
>> __
>> Atenciosamente,
>> Márcio Vinícius Pinheiro
>> http://about.me/Doideira
>>
>> __
>> Atenciosamente,
>> Márcio Vinícius Pinheiro
>> +5521 98117-0404
>> http://about.me/Doideira
>> Em 14/01/2016 10:12 AM, "Adriano Rosa"  escreveu:
>>
>>> imho, essa mudança nos estilos e labels dependendo do zoom se deve ao
>>> período de atualização diferente de cada camada do mapa. as camadas nos
>>> zooms mais altos demoram mais para atualizar.
>>>
>>> Em qui, 14 de jan de 2016 às 09:45, Márcio Aguiar Ribeiro <
>>> aguiar.mar...@gmail.com> escreveu:
>>>
 Você pode fazer o seu próprio estilo utilizando ferramentas como Mapbox
 Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não consegui
 entender se é realmente isso que você precisa.

 [1] https://www.mapbox.com/mapbox-studio/
 [2] http://www.qgis.org/

 Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen 
 escreveu:

> Isso é o render do mapa que faz, você não precisa se preocupar com
> isso (nem tem controle), só em classificar corretamente os eixos conforme
> seu tipo.
>
> Abraços
>
> Cássio
>
> Cássio Rogério Eskelsen
> 3Geo
>
> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>
>> Caros,
>>
>> Tenho interesse em adicionar ao Open Street Map as estradas legais e
>> ilegais para a Amazônia Legal. Observei que durante a navegação do mapa, 
>> os
>> estilos e labels das feições mudam conforme eu vou mudando a escala de
>> visualização. Gostaria de saber como isso é feito.
>>
>> Kátia Regina Pereira
>>
>>
>> ___
>> 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

>>> --
>>>
>>>
>>> Adriano.
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Kátia Regina Pereira
>
>
> ___
> 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-cz] givs 2016

[Jachym Cepicky]

Ahoj všem,

a máme tady další ročník Gisu ve veřejné správě
http://www.cagi.cz/konference-givs2016

byl jsem požádán, abych dal dohromady příspěvky do sekce open source a open
data  - takže bych vás rád všechny poprosil, máte-li co říct, přijeďte v
květnu do Prahy.

Registrace příspěvků jsou do 15.2.2016
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-ee] Avatud Maakaardi Seltsi MTÜst

[Andres Kaaber]

Ma saan aru, et mina olen :), Margus Jaak ja Kasu on ka

Kuupäeval 15. jaanuar 2016 14:29 kirjutas kasu :
> Palju meid siis tulemas on ?
> Mina olen valmis startima.
> Samas kui ainult 2-3 inimest koos võiks pigem selle doodle värgi ära teha ja
> leida aja ning koha kus rohkemad saavad osaleda.
>
> Anti Kasuk
>
>
> On 01/15/2016 01:08 PM, Tormi Tabor wrote:
>
> Tere,
>
> kahjuks ei ole ka minul siiski võimalik osaleda.
>
> Tervitades,
> Tormi Tabor
> 5451 3000
>
> 15. jaanuar 2016 13:03 kirjutas Mihkel Oviir :
>>
>> Margus, kahjuks ei. Oleks tavaline tööpäev, siis oleks tulnud. Tegusat
>> koosistumist!
>>
>> Mihkel
>>
>
>
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee
>



-- 
A. Kaaber

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

[OSM-talk] weeklyOSM 286 is online

[Manfred A. Reiter]

The weekly round-up of OSM news, issue # 286, is now available online in
English, giving as always a summary of all things happening in the
openstreetmap world. Not a highlight ...
Alexander Matheisen reports at talk mailing list that OpenLinkMap will be
shut down on January 27.
A successor and maintainer is very welcome. The code is on github. Read
more: http://www.weeklyosm.eu/archives/6646
weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Schools project Closed Schools

[SK53]

There are at least 2 options:

1. Just delete them.
2. Change the base tag to one indicating that it is no longer a school: eg,
disused:amenity or old_amenity.

I prefer the second, as the former is always prone to be mistaken for a
missing data. Additionally old school buildings may get turned into private
houses, or adapted as community centres, so being able to identify the old
school can be helpful

The thing not to do is just add a disused=yes, see numerous wiki pages &
messages for why not!

Jerry

On 15 January 2016 at 14:13, Paterson, Keith  wrote:

> I'm mapping in Skye & Highland from my couch and have cone across Schools
> that have been closed. How do we map them as closed?
> Example Inverasdale Primary School (way/184654903
> )
>
>
>
> ___
> 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

[Talk-GB] January Nottingham pub meeting Tuesday 19th

[SK53]

A quick reminder that the first Nottingham OSM group meeting of 2016 will
be at the Lincolnshire Poacher on Tuesday 19th Jan:
https://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup.

I have also scheduled dates

for the rest of the year. These are not set in stone beyond the first
quarter, but I will really try & avoid changing them.

Cheers,

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

[Talk-dk] Rettelser af gadenavne i Sønderborg

[sba]

Jeg har i dag rettet to gadenavne i Sønderborg, så de er i overensstemmelse med 
osak.

Strækningen fra Sønder Havnegade til Sankt Jørgensgade er ændret til Nørrebro

Strækningen forbi den vestlige del af Søndertorv er ændret til Sønderbro.

Jeg kommer her dagligt, så det undrer mig at disse fejl kan slippe igennem, men 
selveste Geodatastyrelsen kan lade Sønder Havnegade forsvinde til fordel for 
Sønderbro, hvad skal vi andre så sige. (Jeg har klaget!)

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

[Talk-GB] Footpath Mapping Consall Forge, Staffs

[Jerry Clough (SK53) (via Doodle)]

Hi there,

Jerry Clough (SK53) (sk53@gmail.com) invites you to participate in
the Doodle poll "Footpath Mapping Consall Forge, Staffs."

This was an alternative I rejected for the New Year meet-up, but as I
have already done a fair bit of research; and, by all accounts, the
pub is worth visiting, I thought it might be worth visiting the area
in March.
  
  Same basic format, two footpath mapping sessions with a
pub lunch in between.
  
  See earlier emails about details of
footpaths etc. I'll add a little more detail in a follow up post in
this thread.

Participate now
https://doodle.com/poll/5nh8e69x6uap3r8w?tmail=poll_invitecontact_participant_invitation_with_message=pollbtn

What is Doodle? Doodle is a web service that helps Jerry Clough (SK53)
to find a suitable date for meeting with a group of people. Learn more
about how Doodle works.
(https://doodle.com/features?tlink=checkOutLink=poll_invitecontact_participant_invitation_with_message)

--

You have received this e-mail because "Jerry Clough (SK53)" has
invited you to participate in the Doodle poll "Footpath Mapping
Consall Forge, Staffs."



Doodle is also available for iOS and Android.


Doodle AG, Werdstrasse 21, 8021 Zürich
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] I monti Lattari su OpenStreetMap

[Martin Koppenhoefer]

2016-01-15 9:00 GMT+01:00 Volker Schmidt :

> Quale è la base per questa classificazione?
> C'è una pagina wiki per questo?
>


si, ma non è molto esplicita:
http://wiki.openstreetmap.org/wiki/Cycle_routes
http://wiki.openstreetmap.org/wiki/Tag:network%3Dlwn
http://wiki.openstreetmap.org/wiki/Tag:network%3Drwn
ecc.



> A me interessano le definizioni equivalenti per le ciclovie, ma la
> problematica è la stessa.
>


+1



>
> Una possibile interpretazione (per l'Italia) è:
>
>- lwn|lcn=local=percorso che si svolge interamente entro i confini di
>una provincia
>
>
>- rwn|rcn=regional=percorso che si svolge interamente entro i confini
>di una regione e passa almeno per due province
>- nwn|ncn=national=percorso che si svolge interamente entro i confini
>dell'Italia e passa per almeno due regioni
>-
>
>

per me "locale" è ancora più ristretto, una provincia già non è piccola,
potrebbe in certi casi già essere considerato "regional". Non mi fisserei
troppo sulle suddivisioni politiche, lo vedrei più come regioni
culturali/geografiche (certo, dovrebbe spesso coincidere). Invece non
necessariamente una ciclovia che passe per 2 regioni deve per forza essere
di importanza "nazionale".


>
>- iwn|icn=international=percorso che passa per più di uno stato.
>
>
+1, qui non c'è dubbio.



> Un ovvio problema con queste definizioni è che un breve percorso che
> attraversa un confine viene classificato troppo "alto"
>


+1, appunto

Ammetto che non posso offrire "definizioni" migliori, e in grosso modo
penso che siano giuste le tue, però lo vedrò con poca rigidità, lasciando
la scelta finale al mappatore piuttosto che generare delle "leggi". Come
regole indicative funzionano le tue di definizioni (a prescindere di
"local" che lo vedo leggermente più piccolo, e "regional" che potrebbe
essere anche un po' più esteso). Si potrebbe dire:
con importanza
locale
regionale
nazionale
internazionale

senza fare riferimenti a suddivisioni politiche.

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

[Talk-GB] Schools project Closed Schools

[Paterson, Keith]

I'm mapping in Skye & Highland from my couch and have cone across 
Schools that have been closed. How do we map them as closed?
Example Inverasdale Primary School (way/184654903 
)



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

Re: [OSM-talk-fr] Obtenir une lat/long pour une way et une relation

[Emmanuel Alquier]

Ok on va creuser ça (mais non ça n’est pas vraiment les communes qui 
m’intéressent, plutôt les POI divers et variés, donc malheureusement pas 
d’admin_centre !).

Oui vu le volume faut qu’on fasse ça de notre côté (environ 430k POI rien que 
pour la France). 
Je pense que le centre de la bbox fera très bien l’affaire oui, pas besoin du 
barycentre forcément.

Merci à tous les 3 pour les astuces.

Emmanuel

> Le 14 janv. 2016 à 20:49, Frédéric Rodrigo  a écrit :
> 
> Si c'est sur un grande grande quantité d'objets tu devras faire ça de ton 
> coté.
> Si ne le nombre est plus faible et que tu es capable de filtrer préalablement 
> les objets que tu veux, ou que tu peux faire ça à la volé tu peux utilise 
> overpass, mais il faut également penser que tu risques d'avoir besoin de 
> faire des mises à jour.
> 
> Le faire chez soit, n'implique pas d'utiliser une base de données, il y a des 
> outils qui manuellement les fichiers osm.
> 
> Pour Osmose, pour aller plus vite on prend le nœud du centre (nœud n° n/2)
> 
> 
> Le 14/01/2016 16:19, Emmanuel Alquier a écrit :
>> Bonjour à tous,
>> 
>> Notre (gros) problème du jour : il nous faut absolument une lat/lon pour 
>> chaque way et chaque relation. Y-a-t-il une façon de l’obtenir sans avoir à 
>> calculer un barycentre à partir de toutes les nodes qui la compose ?
>> L’objectif est de positionner une way ou une relation sur une carte (pour 
>> les nodes, c’est bon !).
>> 
>> Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité de la 
>> base OSM en interne, permettant de voir quelles sont les nodes qui composent 
>> les way et ainsi calculer le barycentre. Vu le volume… ça parait dantesque, 
>> et surtout ridicule, le besoin exprimé nous parait basique (afficher un POI 
>> sur une carte).
>> Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour 
>> chaque way et relation ? Ca servirait à beaucoup
>> 
>> Désolé pour les questions peut être stupides, on a dû rater qqch.
>> 
>> Emmanuel
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[Talk-GB] 10th Anniversary Rutland Mapping Party

[SK 53 (via Doodle)]

Hi there,

SK 53 (sk53@gmail.com) invites you to participate in the Doodle
poll "10th Anniversary Rutland Mapping Party."

See earlier emails to talk-gb@openstreetmap.org
  
  Very early draft
page on wiki:
https://wiki.openstreetmap.org/wiki/WikiProject_Rutland_England/2016_%2810th_Anniversary%29_Rutland_Mapping_Party
Weekend mapping forming a reprise of the 2006 Rutland Mapping Party.
Obvious targets might be: footpaths, new housing, addresses, mapillary
sequences. I'm sure there is plenty more, and lots surveyed in 2006
which can be mapped better now. 
  
  But its also an opportunity to
get together socially in nice part of UK.

Participate now
https://doodle.com/poll/m7rgrfxiyt7dp3th?tmail=poll_invitecontact_participant_invitation_with_message=pollbtn

What is Doodle? Doodle is a web service that helps SK 53 to find a
suitable date for meeting with a group of people. Learn more about how
Doodle works.
(https://doodle.com/features?tlink=checkOutLink=poll_invitecontact_participant_invitation_with_message)

--

You have received this e-mail because "SK 53" has invited you to
participate in the Doodle poll "10th Anniversary Rutland Mapping
Party."



Doodle is also available for iOS and Android.


Doodle AG, Werdstrasse 21, 8021 Zürich
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Schools project Closed Schools

[Dave F.]

I've been following this wiki:
http://wiki.openstreetmap.org/wiki/Key:disused:

On 15/01/2016 14:13, Paterson, Keith wrote:
I'm mapping in Skye & Highland from my couch and have cone across 
Schools that have been closed. How do we map them as closed?
Example Inverasdale Primary School (way/184654903 
)






---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-us] weeklyOSM 286

[Manfred A. Reiter]

The weekly round-up of OSM news, issue # 286, is now available online in
English, giving as always a summary of all things happening in the
openstreetmap world.
Not a highlight ...
Alexander Matheisen reports at talk mailing list that OpenLinkMap will be
shut down on January 27.
A successor and maintainer is very welcome. The code is on github. Read
more: http://www.weeklyosm.eu/archives/6646

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM


-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-fr] Erreurs DNS des serveurs de tuiles pour la France

[Philippe Verdy]

Problème probable de DNS sur les serveurs de tuiles français [a,b,c].
tile.openstreetmap.org

Les 3 devraient retourner des adresses valides (voire les mêmes) mais cela
échoue, et les sessions HTTPS échouent (certificat de sécurité invalide)
car ils ne pointent sans doute pas sur les bons serveurs et un d'eux ne
retourne même aucune adresse IP

$ ping c.tile.openstreetmap.org
  Envoi d’une requête 'ping' sur lyon.tile.openstreetmap.org [77.95.70.166]
avec 32 octets de données :
  Délai d’attente de la demande dépassé.

$ ping b.tile.openstreetmap.org
  Envoi d’une requête 'ping' sur corvallis.tile.openstreetmap.org
[140.211.167.105] avec 32 octets de données :
  Délai d’attente de la demande dépassé.

$ ping a.tile.openstreetmap.org
  La requête Ping n’a pas pu trouver l’hôte a.tile.openstreetmap.org.
Vérifiez le nom et essayez à nouveau.

$ nslookup a.tile.openstreetmap.org
 DNS request timed out.
timeout was 2 seconds.
 DNS Server:  208.67.222.222

 DNS request timed out.
timeout was 2 seconds.
 DNS request timed out.
timeout was 2 seconds.
 DNS request timed out.
timeout was 2 seconds.
 DNS request timed out.
timeout was 2 seconds.
*** Le délai de la requête sur 208.67.222.222 est dépassé.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Erreurs DNS des serveurs de tuiles pour la France

[osm . sanspourriel]

Tuiles du serveur mondial pour la zone France ou tuiles du serveur 
français ?

Le serveur français est http://[abc].tile.openstreetmap.fr et marche.
Tu n'as pas fait un mix entre les couches du serveur FR et les adresses 
du serveur UK ?


Le 15/01/2016 18:00, Philippe Verdy - verd...@wanadoo.fr a écrit :
Problème probable de DNS sur les serveurs de tuiles français 
[a,b,c].tile.openstreetmap.org 




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

Re: [OSM-talk-fr] Erreurs DNS des serveurs de tuiles pour la France

[Ludovic Hirlimann]

On 15/01/2016 18:00, Philippe Verdy wrote:
>
> $ nslookup a.tile.openstreetmap.org 
>  DNS request timed out.
> timeout was 2 seconds.
>  DNS Server:  208.67.222.222

[ludo@Oulanl configurations-archives]$ dig A a.tile.openstreetmap.org

; <<>> DiG 9.10.3-P2-RedHat-9.10.3-7.P2.fc23 <<>> A a.tile.openstreetmap.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12483
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 3, ADDITIONAL: 6

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;a.tile.openstreetmap.org.INA

;; ANSWER SECTION:
a.tile.openstreetmap.org. 75873INCNAME   
tile.geo.openstreetmap.org.
tile.geo.openstreetmap.org. 3600 INCNAMEus.tile.openstreetmap.org.
us.tile.openstreetmap.org. 600INCNAME   
corvallis.tile.openstreetmap.org.
corvallis.tile.openstreetmap.org. 600 IN A140.211.167.105

;; AUTHORITY SECTION:
openstreetmap.org.75869INNSb.ns.bytemark.co.uk.
openstreetmap.org.75869INNSc.ns.bytemark.co.uk.
openstreetmap.org.75869INNSa.ns.bytemark.co.uk.

;; ADDITIONAL SECTION:
a.ns.bytemark.co.uk.14267INA80.68.80.26
a.ns.bytemark.co.uk.14266IN2001:41c8:2::3
b.ns.bytemark.co.uk.14267INA85.17.170.78
c.ns.bytemark.co.uk.14267INA80.68.80.27
c.ns.bytemark.co.uk.14266IN2001:41c8:2::5

;; Query time: 565 msec
;; SERVER: 10.22.72.136#53(10.22.72.136)
;; WHEN: ven. janv. 15 18:04:20 CET 2016
;; MSG SIZE  rcvd: 302

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

Re: [OSM-talk-fr] Obtenir une lat/long pour une way et une relation

[Philippe Verdy]

Les requêtes pour trouver les chemins et relations se basent uniquement sur
leur bounding box.

(pour une relation il y a une boundingbox seulement si au moins un de leur
membre est un way ou un node, sinon les relations ne sont chargées qu'en
cas de sélection d'une zone rectangulaires contenant des noeuds dans la
boundingbox sléectionnée, ces noeuds et les chemins qui les utilisent étant
ensuite chargés avec leurs relations dont ces noeuds et chemins sont
membres)

En gros, le serveur n'a pas besoin des barycentres exacts (compliqués à
calculer quand des objets peuvent compter des dizaines de milliers de
noeuds et des enclaves).


Le 15 janvier 2016 à 16:20, Emmanuel Alquier  a écrit
:

> Ok on va creuser ça (mais non ça n’est pas vraiment les communes qui
> m’intéressent, plutôt les POI divers et variés, donc malheureusement pas
> d’admin_centre !).
>
> Oui vu le volume faut qu’on fasse ça de notre côté (environ 430k POI rien
> que pour la France).
> Je pense que le centre de la bbox fera très bien l’affaire oui, pas besoin
> du barycentre forcément.
>
> Merci à tous les 3 pour les astuces.
>
> Emmanuel
>
> > Le 14 janv. 2016 à 20:49, Frédéric Rodrigo  a
> écrit :
> >
> > Si c'est sur un grande grande quantité d'objets tu devras faire ça de
> ton coté.
> > Si ne le nombre est plus faible et que tu es capable de filtrer
> préalablement les objets que tu veux, ou que tu peux faire ça à la volé tu
> peux utilise overpass, mais il faut également penser que tu risques d'avoir
> besoin de faire des mises à jour.
> >
> > Le faire chez soit, n'implique pas d'utiliser une base de données, il y
> a des outils qui manuellement les fichiers osm.
> >
> > Pour Osmose, pour aller plus vite on prend le nœud du centre (nœud n°
> n/2)
> >
> >
> > Le 14/01/2016 16:19, Emmanuel Alquier a écrit :
> >> Bonjour à tous,
> >>
> >> Notre (gros) problème du jour : il nous faut absolument une lat/lon
> pour chaque way et chaque relation. Y-a-t-il une façon de l’obtenir sans
> avoir à calculer un barycentre à partir de toutes les nodes qui la compose ?
> >> L’objectif est de positionner une way ou une relation sur une carte
> (pour les nodes, c’est bon !).
> >>
> >> Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité
> de la base OSM en interne, permettant de voir quelles sont les nodes qui
> composent les way et ainsi calculer le barycentre. Vu le volume… ça parait
> dantesque, et surtout ridicule, le besoin exprimé nous parait basique
> (afficher un POI sur une carte).
> >> Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour
> chaque way et relation ? Ca servirait à beaucoup
> >>
> >> Désolé pour les questions peut être stupides, on a dû rater qqch.
> >>
> >> Emmanuel
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] mudança de estilo conforme escala

[Vitor George]

Oi Katia, bem vinda,

Complementando as respostas dos colegas, a renderização depende das
etiquetas escolhidas:

http://wiki.openstreetmap.org/wiki/Map_Features#Highway

Devido às características das estradas brasileiras, a categorizaçâo pode
ser diferente por aqui. No wiki há mais informaçôes:

http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a

A maneira como o mapa da página principal é renderizado depende do estilo
definido pela comunidade, que é desenvolvido em CartoCSS neste repositório:

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

Aqui há mais informações:

http://wiki.openstreetmap.org/wiki/Standard_tile_layer

Nós começamos o projeto Mapazonia no ano passado, a ideia é melhorar o mapa
da região. Veja o site:

www.mapazonia.org

Um sub-projeto do Mapazonia é o Roads, que mostra estradas faltantes ou
tortuosas:

roads.mapazonia.org

Temos um grupo público no Telegram sobre o projeto, caso queira tirar
dúvidas por lá:

https://telegram.me/joinchat/AoFynAV1YKJAeusAAS9V0A

Abraços,
Vitor





2016-01-15 9:52 GMT-02:00 Kátia Pereira :

> Oi Paulo,
>
> Obrigada. Vou estudar esse material.
>
> Att.
> Kátia Pereira
>
> Em 15 de janeiro de 2016 07:04, Paulo Carvalho <
> paulo.r.m.carva...@gmail.com> escreveu:
>
>> Kátia,
>>
>> Não trabalhei muito com ArcGIS, mas normalmente um sistema que
>> desenha mapas, por exemplo, as bibliotecas TerraLib e Mapnik e o formato
>> IMG da Garmin, usam estilos para associar um conjunto de atributos visuais
>> a determinados níveis de zoom.  Depois de uma busca rápida encontrei isso
>> aqui:
>>
>>
>> https://blogs.esri.com/esri/arcgis/2015/12/02/understanding-esri-vector-basemap-file-structure/
>>
>>  Lá há exemplos de como alterar estilos (neste caso um arquivo
>> chamado root.JSON) de modo a prover espessuras variáveis de acordo com o
>> nível de zoom, por exemplo.
>>
>> att,
>>
>> Paulo Carvalho
>>
>> Em 14 de janeiro de 2016 21:02, Kátia Pereira 
>> escreveu:
>>
>>> Olá,
>>>
>>> Eu me refiro à mudança, por exemplo, na espessura da camada autoestrada.
>>> Quando eu vou aproximando o zoom para a camada a espessura vai ficando
>>> maior. Isso é muito interessante e útil, porque, se consegue visualizar com
>>> maior nível de detalhe do que na escala do país, por exemplo.
>>> Por isso queria saber como isso funciona, porque se eu construir um mapa
>>> no ArcGIS ou QGis, se eu colocar uma estrada com a espessura maior, fica
>>> feio quando olho no nível da escala do Brasil por exemplo. No streetmap
>>> essa espessura vai aumentando a medida que aproximo o zoom.
>>>
>>> Kátia Pereira
>>>
>>> Em 14 de janeiro de 2016 11:49, Márcio Vinícius Pinheiro <
>>> marcioviniciu...@gmail.com> escreveu:
>>>
 Se for o caso de mera diferença no tempo de atualizações das camadas
 dos tiles, a essa altura basta dar um Ctrl+F5 no navegador que o problema
 já deve se resolver, porque essas atualizações não demoram tanto.

 Mas é a isso que está se referindo a Kátia? Ela fala em estilos
 diferentes, os estilos já mudaram há muito tempo, já estariam sendo
 mostrados por igual nos diversos níveis de zoom.
 __
 Atenciosamente,
 Márcio Vinícius Pinheiro
 http://about.me/Doideira

 __
 Atenciosamente,
 Márcio Vinícius Pinheiro
 http://about.me/Doideira

 __
 Atenciosamente,
 Márcio Vinícius Pinheiro
 +5521 98117-0404
 http://about.me/Doideira
 Em 14/01/2016 10:12 AM, "Adriano Rosa"  escreveu:

> imho, essa mudança nos estilos e labels dependendo do zoom se deve ao
> período de atualização diferente de cada camada do mapa. as camadas nos
> zooms mais altos demoram mais para atualizar.
>
> Em qui, 14 de jan de 2016 às 09:45, Márcio Aguiar Ribeiro <
> aguiar.mar...@gmail.com> escreveu:
>
>> Você pode fazer o seu próprio estilo utilizando ferramentas como
>> Mapbox Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não
>> consegui entender se é realmente isso que você precisa.
>>
>> [1] https://www.mapbox.com/mapbox-studio/
>> [2] http://www.qgis.org/
>>
>> Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen <
>> cas...@3geo.com.br> escreveu:
>>
>>> Isso é o render do mapa que faz, você não precisa se preocupar com
>>> isso (nem tem controle), só em classificar corretamente os eixos 
>>> conforme
>>> seu tipo.
>>>
>>> Abraços
>>>
>>> Cássio
>>>
>>> Cássio Rogério Eskelsen
>>> 3Geo
>>>
>>> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>>>
 Caros,

 Tenho interesse em adicionar ao Open Street Map as estradas legais
 e ilegais para a Amazônia Legal. Observei que durante a navegação do 
 mapa,
 os estilos e labels das feições mudam conforme eu vou mudando a escala 
 de
 visualização. Gostaria de saber como 

Re: [Talk-it] I monti Lattari su OpenStreetMap

[scratera]

Pio wrote
> Al fine di discuterne insieme, condivido le nostre valutazioni nel taggare
> le relazioni dei sentieri, non  escludendo siano non del tutto corrette 

> 
> 1) abbiamo utilizzato il tag 
*
> network=lwn
*
>  perchè per il tag
*
>  rwn
*
>  la pagina 
*
> IT:Hiking 
*
> indica:
/
>  "usato per percorsi che attraversano varie regioni"
/
>  che non è il nostro caso. 
> 
> 2) il tag 
*
> source=GPS
*
>  lo abbiamo inserito seguendo le indicazioni della esaustiva guida
> msmountain.it.  Anche in questo caso sarebbe utile aggiornare IT:Hiking
> con le eventuali risultanze della discussione.
> 
> 3) il tag 
*
> surface=ground
*
>  effettivamente è un pò generico. Lo abbiamo utilizzato seguendo sempre i
> consigli di msmountain. Ci siamo però accorti che non ha nessun effetto
> sul rendering, per cui se non è un tag obbligatorio lo elimineremmo del
> tutto per semplificare;
> 
> 4) anche il tag 
*
> symbol=Rosso bianco rosso
*
>  sembra non abbia nessun effetto sul rendering. La pagina 
> http://wiki.openstreetmap.org/wiki/Key:symbol
>   
>  fa riferimento a delle non meglio identificate: 
/
>  international naming options
/
> 
> 5) attenzione il tag 
*
> symbol 
*
> è diverso da 
*
> osmc:symbol
*
>  
> http://wiki.openstreetmap.org/wiki/Key:osmc:symbol
>   
>  che è utilizzato ad esempio da hiking.lonvia.de per le etichette dei
> sentieri.
> 
> Ciao

...se posso inserirmi nella discussione...magari è già stato detto...in
trentino si adotta questa politica nel mappare i sentieri

http://wiki.openstreetmap.org/wiki/Trentino/Sentieri

..e per le sterrate

http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali

...è presente anche un comodo file di preimpostazioni da caricare in josm da
cui si può trarre spunto

http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali#Preimpostazioni_per_JOSM

...lo uso spesso per mappare sentieri anche CAI cambiando operator ad
esempio



--
View this message in context: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864885.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-cz] WeeklyOSM CZ 285

[Tomas Janousek]

Ahoj,

On Thu, Jan 14, 2016 at 06:32:00PM +0100, Marián Kyral wrote:
> Mlčení je souhlas, takže změněno :-D

Jo, sorry, já to čtu přes NNTP jen jednou za pár dní. Ale jo, takhle je to ok.

(Kdyby ode mě někdo chtěl něco hned, tak odpovědět všem a zkontrolovat, že su
v Cc. :-))

-- 
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/


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

[Talk-ee] Tänase koosoleku märkmeid

[Jaak Laineste]

Hoi,

Tänud Martino-le, RM87-le, Kasule tuleku eest ja Andresele võõrustamise eest 
täna!

Minu märkmed:

 - Teha Doodlesse ametlik koosolek kutsuda, Põhikirja järgi vajalikud pooled 
liikmed (1 jäi puudu) et juhatus valida uus, ja 14 pv ette teatada. 

 - Tegelikult võiks põhikirja mõttega üle vaadata ja ebamõistlikke nõudeid 
pehmendada.

 - Tõnu välja arvata liikmete nimekirjast lahkumise tõttu

 - Jaak esitas soovi juhatusest taanduda, ja tõusta aktiivse lihtliikme 
staatusesse. Miinimum on 3 liiget aga (teised on Andres ja Martino jätkuvalt).

 - Kutsuda sookoll juhatusse - Margus 

 - Tartu linnaga - Margus räägib linnasekretäriga (ootab tema vastust hetkel)

 - Avastasin vahepeal, kuhu kulus salapärane ülekanne kontolt. Joomla 
uuendamise plug-in-ile: 
http://cyend.com/extensions/extensions/components/5-upgrade-joomla-from-15-to-16
 . Mis seal salata, polnud hea investeering ja lõpuks tuli teha käsitsi 
Wordpressi üleminek.

 - Wordpressi uut kujundust vaadata: prooviversioon on 
uwavaxe.nw.eenet.ee/wordpress/ . Vaja ilustada pisut - palun otse 
rmihke...@gmail.com  kes oskab

 - Aruanded vajalikud igal aastal:
   - Äriregistri aruanne - 1. juuliks
   - Maksuameti aruanne - vt http://www.emta.ee/index.php?id=37918, 1. juuliks 
INF 9

 - Liikmemaks - maksame sama summa mis eelmisel korral, mis peaks igaastased 
kulud katma.
Konto:  EE971010220105782019 SEB
Saaja: MTÜ Avatud Maakaardi Selts
Summa: 10 EUR

Selle koha peal pidin paraku ise tormama rongile …

Jaak___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee

[Talk-it] R: CTR Lombardia in JOSM

[pg]

Magari il WMS é in 4326 mentre i dati sono proiettati in 32632 ?!!

- Messaggio originale -
Da: "Andrea Albani" 
Inviato: ‎15/‎01/‎2016 12:51
A: "bartosom...@yahoo.it" ; "openstreetmap list - 
italiano" 
Oggetto: Re: [Talk-it] CTR Lombardia in JOSM

Si, ma in realtà nei metadati che ti da il server WMS viene esposto ancora 
anche il 4326. Quindi io lo lascerei.

Ciao





Il giorno 15 gennaio 2016 12:45, Alberto Nogaro  ha 
scritto:

Ho aggiornato il link con quello indicato da Andrea. Ho anche cambiato il nome 
in CTR DBT per indicare che questa è la versione aggiornata dai database 
topografici.

Le proiezioni che erano indicate (EPSG:32632, EPSG:4326) non le ho toccate, 
qualcuno sa se è ancora corretto? Sul link segnalato da Andrea dice che il 
sistema è WGS84/UTM32 (che dovrebbe corrispondere alla EPSG:32632).

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

[OSM-talk-be] Mapper in the Spotlight: Fredy Rivera (Colombia)

[Marc Gemis]

In our international serie of interview: Fredy Rivera from Colombia:

English: http://www.openstreetmap.org/user/escada/diary/37773
Spanish: http://www.openstreetmap.org/user/escada/diary/37774

I would like to thank Joost Schouppe for conducting the interview and
making the translation

Enjoy.

m

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

Re: [Talk-es] INFORMACIÓN SOBRE OPENSTREETVIEW

[Jorge Sanz Sanfructuoso]

Hola.

Actualmente hay otro servicio bastante más potente y útil llamado
mapillary. En este caso hay aplicación para el móvil y en la pagina oficial
viene bastante información. Permite trazas enteras además de fotos sueltas.
www.mapillary.com
En cuanto a si se sigue usando o no Open street view no puedo decirte mucho.

Un saludo.


El vie., 15 ene. 2016 a las 20:13, Iñaki ()
escribió:

> Buenos días:
>
>
>
>
>
> Como recién llegado que soy plantearé aquí ciertas cuestiones
> sobre Open street view que corren el riesgo de estar fuera de lugar, pero
> como no he hallado otro foro más “afín” me he decidido. Si he escogido el
> camino equivocado ruego acepten mis disculpas anticipadas por la metedura
> de pata; aunque, si de todos modos, pueden redirigirme a otro lugar más
> adecuado se lo agradeceré y desapareceré de este foro silenciosamente. A
> saber.
>
>
>
> Por mi trabajo recorro la localidad todas las semanas.
> Obtengo información gráfica sobre una contrata. Así pues, tengo la
> posibilidad de obtener, al mismo tiempo, fotos que supongo podrían valer en
> el lugar Open street view (edificios, estatuas, calles, plazas, etc.).
> Ahora bien, mis dudas son:
>
>
>
> ¿Ese lugar de Internet continúa vivo o está languideciendo? En caso
> positivo, ¿hay algún manual, video, etc. en español para aprender a usar el
> servicio? Si no hay nada parecido, ¿a quién podría dirigirme con el mismo
> objetivo? Gracias anticipadas.
>
>
>
> Atentamente,
>
>
>
>
>
> Ignacio
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] INFORMACIÓN SOBRE OPENSTREETVIEW

[Iñaki]

Buenos días:

Como recién llegado que soy plantearé aquí ciertas cuestiones sobre Open 
street view que corren el riesgo de estar fuera de lugar, pero como no 
he hallado otro foro más “afín” me he decidido. Si he escogido el camino 
equivocado ruego acepten mis disculpas anticipadas por la metedura de 
pata; aunque, si de todos modos, pueden redirigirme a otro lugar más 
adecuado se lo agradeceré y desapareceré de este foro silenciosamente. A 
saber.


Por mi trabajo recorro la localidad todas las semanas. Obtengo 
información gráfica sobre una contrata. Así pues, tengo la posibilidad 
de obtener, al mismo tiempo, fotos que supongo podrían valer en el lugar 
Open street view (edificios, estatuas, calles, plazas, etc.). Ahora 
bien, mis dudas son:


¿Ese lugar de Internet continúa vivo o está languideciendo? En caso 
positivo, ¿hay algún manual, video, etc. en español para aprender a usar 
el servicio? Si no hay nada parecido, ¿a quién podría dirigirme con el 
mismo objetivo? Gracias anticipadas.


Atentamente,

Ignacio

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

[OSM-talk-fr] nom du périph ceanneais

[david . crochet]

Bonjour

Sur openstreetmap, le périph ceannais [1] s'appelle 
- Périphérique Sud
- Périphérique Ouest
- Périphérique Nord
(on ne parle pas de périphérique est)

or, un périphérique, ce sont deux anneaux, l'un intérieur, l'autre extérieur.

Ne serait-il pas inintéressant d'ajouter l'indication « intérieur » et 
l'indication « extérieur » pour donner plus d'information réelle bien que ces 
deux termes ne soient pas écrit sur les panneaux de signalisation ?

Je me pose la question. 

Cordialement


[1] https://www.openstreetmap.org/relation/1169189


-- 
David Crochet

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

[Talk-de] DB-Bahnhöfe und OSM

[Roland Olbricht]

Hallo zusammen,

die Bahn hat, wie hier ja schon angekündigt, eine Liste aller ihrer 
Aufzüge in ihr Open-Data-Portal gestellt

http://data.deutschebahn.com/datasets/aufzug/
und dazu eine experimentelle API aufgesetzt, die zu einigen Aufzügen 
ihren Betriebsstatus anzeigt:

https://www.mindboxberlin.com/index.php/contest.html?file=files/cto_layout/downloads/opendata/SSTBT_REST-API_ADAM_1_contest_alpha.yaml
Viele der Aufzüge, wenn auch nicht alle, haben Geokoordinaten.

Der (mit oder ohne OSM) nützlichste Anwendungszweck ist sicher, dass man 
als Rollstuhlfahrer weiß, bevor es zu spät ist, ob man an einem Bahnhof 
aussteigen kann. Ein solches Routing sollte natürlich auf OSM-Daten 
stattfinden (und sonst hat auch keiner genug Geodaten).


Also habe ich ein Tool gebastelt, mit dem man pro Bahnhof nachvollziehen 
kann, wie gut die DB- und OSM-Daten zusammenspielen oder wie gut unsere 
Daten überhaupt sind:


http://olbricht.nrw/adam/bahnhof.html

Man gibt dem Tool einen Bahnhof, und dann zeigt es, welche DB- und 
OSM-Daten es hier gibt.


Im besten Fall sind die Aufzüge lila oder grün, und das Routing 
funktioniert in alle Richtungen, wie z.B. in "Aachen-Rothe Erde".


In vielen Fällen fehlen Aufzüge in OSM noch völlig, obwohl die DB 
angibt, dass dort welche existieren, so z.B. in "Remagen" (gelbe Punkte 
auf der Karte).


In machen Fällen sind einfach die Geodaten der DB vermutlich falsch, 
z.B. in "Aachen Hbf" (ebenfalls gelbe Punkte).


Dennoch kann das Routing in solchen Bahnhöfen funktionieren oder auch 
nicht. In Aachen Hbf gibt es z.B. Nodes, die ungewollt den Bahnsteig mit 
der Unterführung verbinden:

http://overpass-turbo.eu/s/dLU

Andere Fehler sind weitaus subtiler:
In "Anderten-Misburg" z.B. schließt der Aufzug direkt an eine Treppe an 
- was hoffentlich nicht so in der Wirklichkeit gebaut worden ist.


Vielleicht hat ja der eine oder andere Lust, die Routbarkeit seines 
Gewohnheitsbahnhof aufzubessern. Ich werde mich mal an die Bahnhöfe 
zwischen Troisdorf und Münster geben. Insgesamt gibt es noch sehr viel 
zu tun.


Viele Grüße,

Roland

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

Re: [OSM-talk-fr] nom du périph ceanneais

[Sylvain Maillard]

Il faut voir comment les gens en parlent sur place !

Par exemple, à Lyon je n'ai jamais entendu parlé de périf intérieur ou
extérieur : il est appelé juste par sa position nord/est/sud ...


Sylvain


Le 15 janvier 2016 à 20:48,  a écrit :

> Bonjour
>
> Sur openstreetmap, le périph ceannais [1] s'appelle
> - Périphérique Sud
> - Périphérique Ouest
> - Périphérique Nord
> (on ne parle pas de périphérique est)
>
> or, un périphérique, ce sont deux anneaux, l'un intérieur, l'autre
> extérieur.
>
> Ne serait-il pas inintéressant d'ajouter l'indication « intérieur » et
> l'indication « extérieur » pour donner plus d'information réelle bien que
> ces deux termes ne soient pas écrit sur les panneaux de signalisation ?
>
> Je me pose la question.
>
> Cordialement
>
>
> [1] https://www.openstreetmap.org/relation/1169189
>
>
> --
> David Crochet
>
> ___
> 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

[OSM-talk-fr] nom de périphériques Caen, Rennes, ...

[osm . sanspourriel]

Sur Rennes le périphérique est appelé "rocade" sur OSM (nord, sud, est, 
ouest) - ancienne dénomination - sauf une petite partie entre le périph' 
sud et le périph' est... nommé étonnamment périphérique ouest qui comme 
son nom ne l'indique pas est donc au sud-est.
Je suppose que celui qui l'a fait (Eckhart Wörner 
) a confondu 
direction et nom.

Il a aussi "sévi" sur Nantes.

Sur Nantes il y a "Périphérique nantais extérieur" et intérieur.

D'un point de vue carto, il vaut mieux mettre les noms qu figurent sur 
le terrain.
Car si un moteur de navigation te dit de passer par le périphérique 
intérieur tu risques de galérer pour le trouver (même si tu vois dans 
quel sens est la courbe, pour les jonctions c'est un peu n'importe quoi).


Sinon tu veux découper en intérieur et extérieur, sur Caen et Rennes ils 
découpent en quartiers.

Les deux sont possibles.

Jean-Yvon

Le 15/01/2016 20:48, david.croc...@free.fr a écrit :

Bonjour

Sur openstreetmap, le périph ceannais [1] s'appelle
- Périphérique Sud
- Périphérique Ouest
- Périphérique Nord
(on ne parle pas de périphérique est)

or, un périphérique, ce sont deux anneaux, l'un intérieur, l'autre extérieur.

Ne serait-il pas inintéressant d'ajouter l'indication « intérieur » et 
l'indication « extérieur » pour donner plus d'information réelle bien que ces 
deux termes ne soient pas écrit sur les panneaux de signalisation ?

Je me pose la question.

Cordialement


[1] https://www.openstreetmap.org/relation/1169189




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

Re: [OSM-talk-fr] nom de périphériques Caen, Rennes, ...

[Philippe Verdy]

Tous les Rennais appelle ça la rocade depuis des lustres et encore
aujourd'hui. Il y a même encore plein de panneaux qui indiquent "rocade" et
pas "périphérique"...
Je ne sais pas quand a eu lieu le changement de dénomination "officielle",
mais lors de mon derniers passage à Rennes fin décembre, je n'ai vu que
"rocade" sur les panneaux (c'est marqué périphérique uniquement sur les
panneaux numériques donnant la distance et la durée de parcours pour
atteindre la rocade, par exemple depuis la nationale venant de Nantes.)
En revanche nulle trace nulle part de périph "intérieur" et "extérieur"...

Le 15 janvier 2016 à 21:16,  a écrit :

> Sur Rennes le périphérique est appelé "rocade" sur OSM (nord, sud, est,
> ouest) - ancienne dénomination - sauf une petite partie entre le périph'
> sud et le périph' est... nommé étonnamment périphérique ouest qui comme son
> nom ne l'indique pas est donc au sud-est.
> Je suppose que celui qui l'a fait (Eckhart Wörner
> ) a confondu
> direction et nom.
> Il a aussi "sévi" sur Nantes.
>
> Sur Nantes il y a "Périphérique nantais extérieur" et intérieur.
>
> D'un point de vue carto, il vaut mieux mettre les noms qu figurent sur le
> terrain.
> Car si un moteur de navigation te dit de passer par le périphérique
> intérieur tu risques de galérer pour le trouver (même si tu vois dans quel
> sens est la courbe, pour les jonctions c'est un peu n'importe quoi).
>
> Sinon tu veux découper en intérieur et extérieur, sur Caen et Rennes ils
> découpent en quartiers.
> Les deux sont possibles.
>
> Jean-Yvon
>
> Le 15/01/2016 20:48, david.croc...@free.fr a écrit :
>
> Bonjour
>
> Sur openstreetmap, le périph ceannais [1] s'appelle
> - Périphérique Sud
> - Périphérique Ouest
> - Périphérique Nord
> (on ne parle pas de périphérique est)
>
> or, un périphérique, ce sont deux anneaux, l'un intérieur, l'autre extérieur.
>
> Ne serait-il pas inintéressant d'ajouter l'indication « intérieur » et 
> l'indication « extérieur » pour donner plus d'information réelle bien que ces 
> deux termes ne soient pas écrit sur les panneaux de signalisation ?
>
> Je me pose la question.
>
> Cordialement
>
>
> [1] https://www.openstreetmap.org/relation/1169189
>
>
>
> ___
> 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] Obtenir une lat/long pour une way et une relation

[Philippe Verdy]

Les requêtes pour trouver les chemins et relations se basent uniquement sur
leur bounding box.

(pour une relation il y a une boundingbox seulement si au moins un de leur
membre est un way ou un node, sinon les relations ne sont chargées qu'en
cas de sélection d'une zone rectangulaires contenant des noeuds dans la
boundingbox sléectionnée, ces noeuds et les chemins qui les utilisent étant
ensuite chargés avec leurs relations dont ces noeuds et chemins sont
membres)

En gros, le serveur n'a pas besoin des barycentres exacts (compliqués à
calculer quand des objets peuvent compter des dizaines de milliers de
noeuds et des enclaves).


Le 15 janvier 2016 à 16:20, Emmanuel Alquier  a écrit
:

> Ok on va creuser ça (mais non ça n’est pas vraiment les communes qui
> m’intéressent, plutôt les POI divers et variés, donc malheureusement pas
> d’admin_centre !).
>
> Oui vu le volume faut qu’on fasse ça de notre côté (environ 430k POI rien
> que pour la France).
> Je pense que le centre de la bbox fera très bien l’affaire oui, pas besoin
> du barycentre forcément.
>
> Merci à tous les 3 pour les astuces.
>
> Emmanuel
>
> > Le 14 janv. 2016 à 20:49, Frédéric Rodrigo  a
> écrit :
> >
> > Si c'est sur un grande grande quantité d'objets tu devras faire ça de
> ton coté.
> > Si ne le nombre est plus faible et que tu es capable de filtrer
> préalablement les objets que tu veux, ou que tu peux faire ça à la volé tu
> peux utilise overpass, mais il faut également penser que tu risques d'avoir
> besoin de faire des mises à jour.
> >
> > Le faire chez soit, n'implique pas d'utiliser une base de données, il y
> a des outils qui manuellement les fichiers osm.
> >
> > Pour Osmose, pour aller plus vite on prend le nœud du centre (nœud n°
> n/2)
> >
> >
> > Le 14/01/2016 16:19, Emmanuel Alquier a écrit :
> >> Bonjour à tous,
> >>
> >> Notre (gros) problème du jour : il nous faut absolument une lat/lon
> pour chaque way et chaque relation. Y-a-t-il une façon de l’obtenir sans
> avoir à calculer un barycentre à partir de toutes les nodes qui la compose ?
> >> L’objectif est de positionner une way ou une relation sur une carte
> (pour les nodes, c’est bon !).
> >>
> >> Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité
> de la base OSM en interne, permettant de voir quelles sont les nodes qui
> composent les way et ainsi calculer le barycentre. Vu le volume… ça parait
> dantesque, et surtout ridicule, le besoin exprimé nous parait basique
> (afficher un POI sur une carte).
> >> Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour
> chaque way et relation ? Ca servirait à beaucoup
> >>
> >> Désolé pour les questions peut être stupides, on a dû rater qqch.
> >>
> >> Emmanuel
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] LPI Base Map - green areas ?

[Warin]

On 15/01/2016 11:04 PM, Marc Gemis wrote:

What about landuse=basin ? [1]
Or natural=water, water=reservoir [2]
or landuse = reservoir, reservoir_type=water_storage [3]


[1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbasin


"An area of land artificially graded to hold water."

This area is not graded. The area does not hold water.


[2] http://wiki.openstreetmap.org/wiki/Key:water


Not covered with water.


[3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir


Does not store water.

This particular area has trees, shrubs. The rainfall there flows into a 
reservoir.

In Hong Kong ... the area is paved ... and is fairly steep. The rainfall there 
flows into some form of water storage. It also does not store water itself.

Both areas can use the term 'water catchment'. Similar to a funnel- it 
'catches' fluid and sends it on to a storage device.

https://en.wikipedia.org/wiki/Drainage_basin
(This area does not 'drain to a single point' .. drains to a single area (of 
water)... if there was no water there .. then yes it would drain to a single 
point.)

http://www.oxforddictionaries.com/definition/english/catchment



regards

m

On Fri, Jan 15, 2016 at 12:06 PM, Warin <61sundow...@gmail.com> wrote:

On 15/01/2016 2:19 PM, Andrew Davidson wrote:

Looking at the old Parish map it would appear that it used to be part of the
State Forest until they built the Mangrove Creek Dam at which point it
became reserved for water conservation purposes.

That makes sense.

I suppose you could tag it:

  boundary=protected_area
  protect_class=12

Not sure what name you'd give it because the map just says "FOR WATER
SUPPLY".


landuse=water_catchment would probably be best (another new tag that I just
made up). It cannot be logged. And in some places at least the water people
don't even want walkers, let alone campers there. I think part of the Blue
Mountains National Park has restrictions like this around a water catchment
area. I think Hong Kong has areas for water catchment that are paved to
increase the run off/harvest. So there is a vast verity in what water
catchments physically are.

As I don't know what name it has .. it could be anything ... 'McPherson
Water Catchment' or 'Mangrove Creek Water Catchment' ... arrr
https://www.wyong.nsw.gov.au/getmedia/7ca695e8-748d-4bca-beba-3b7bff8296e4/Mangrove-Creek-Dam-Brochure.pdf.aspx
says 'Mangrove Creek Dam Catchment' .. so I'll go with that. No copyright on
the pdf... :-)
It does say access is restricted.. but not what the restrictions are.

-
For those also using the LPI base Map to plot State Forests ... be carefull.




- Original Message -
From:
"Warin" <61sundow...@gmail.com>

To:
"talk-au" 
Cc:

Sent:
Fri, 15 Jan 2016 10:58:49 +1100
Subject:
[talk-au] LPI Base Map - green areas ?


Hi,

On the LPI base map green areas apear at first to be
National Parks - a darker green area that is visible at all zooms.
State Forests - lighter green, visible when zoomed in.

I have mapped out the McPherson State Forest boundary using the LPI base
map. Fine (apart from a typo in the name!). Relationship 5748137.

However when I use the 'Administration Boundaries State Forests' the
northern section I have plotted does not look to be a State Forest.

So what is this green area on the LPI base map .. when it is not a State
Forest?
I have mapped some as parks as shown by their name. And I found one
where I know it as a 'common'.

Maybe they are "miscellaneous crown lands"?

I'll reduce the relationship 5748137 to match the smaller admin boundary.
But what to do with the other green bit from the base map? I can leave
it behind with a note .. and no other tags. Would be usefull if someone
comes across it and knows what it is.


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



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




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

Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Stefano Fabi]

Ciao scusate se vado un po' off topic rispetto al post supertecnico,
congratulazioni.
Nonostante sia un appassionato di GPS per outdoor e ne possiedo un paio
Garmin, ritengo che osmand+ sia imbattibile in termini di funzionalità. Ho
rilevato tuttavia che il ricevitore del cellulare è veramente scarso
(lasciamo perdere poi la bussola).
Mi ha interessato come prodotto commerciale il ricevitore bluetooth Garmin
Glo ed ero interessato ad acquistarne uno, Ho visto anche la procedura per
bypassare l'acquisizione del ricevitore interno ed è abbastanza semplice
almeno su Android.

Avete esperienze di utilizzo di ricevitori esterni bluetooth ed avete
potuto verificare se ne esistono in commercio di elevata qualità, superiori
a quelli integrati?

Ciao a tutti
Stefano

Il giorno 15 gennaio 2016 12:34, Martin Koppenhoefer  ha scritto:

>
>
> sent from a phone
>
> > Am 15.01.2016 um 00:30 schrieb Leonardo :
> >
> > Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m
> dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni
> metereologiche + molti satelliti visibili + GLONASS)!
>
>
> i cellulari usano anche dati wireless lan. (utile in città, inutile
> ovviamente in montagna). Bella soluzione high quality low-cost per quando
> serve, certo, girare con uno zaino con scheda, batteria e antenna da 2m è
> anche leggermente meno comodo che con un solo smartphone ;-)
>
> ciao
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Erreurs DNS des serveurs de tuiles pour la France

[Philippe Verdy]

Quel mix ? J'ai utilisé juste nslookup comme indiqué. Pendant un moment ça
ne répondait pas.

Regarde bien les commnes nslookup, il n'y a aucune confusion.

Visiblemement depuis l'envoi du message ça a changé mais les DNS n'étaient
pas à jour et ne répondait pas avec ce changement ou je n'avais que des
données en cache, en partie manquantes car expirées (et pas renouvelables
faute de réponse), ou obsolètes (ne correspondant pas à la mise à jour).


Le 15 janvier 2016 à 18:21,  a écrit :

> Tuiles du serveur mondial pour la zone France ou tuiles du serveur
> français ?
> Le serveur français est http://[abc].tile.openstreetmap.fr et marche.
> Tu n'as pas fait un mix entre les couches du serveur FR et les adresses du
> serveur UK ?
>
> Le 15/01/2016 18:00, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Problème probable de DNS sur les serveurs de tuiles français [a,b,c].
> tile.openstreetmap.org
>
>
>
> ___
> 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-au] LPI Base Map - green areas ?

[Andrew Davidson]

landuse=water_catchment doesn't work because you can tag every surface 
that rain falls on with this.


After a bit of reading about what the tag means in the European case I 
think protect_class=12 is fine for this area.


The various closed catchments around Sydney and Melbourne are also 
protect_class=12 but the ways inside the special areas would have to be 
tagged with the correct access to indicate if you can go there.



On 16/01/16 07:50, Warin wrote:

On 15/01/2016 11:04 PM, Marc Gemis wrote:

What about landuse=basin ? [1]
Or natural=water, water=reservoir [2]
or landuse = reservoir, reservoir_type=water_storage [3]


[1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbasin


"An area of land artificially graded to hold water."

This area is not graded. The area does not hold water.


[2] http://wiki.openstreetmap.org/wiki/Key:water


Not covered with water.


[3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir


Does not store water.

This particular area has trees, shrubs. The rainfall there flows into 
a reservoir.


In Hong Kong ... the area is paved ... and is fairly steep. The 
rainfall there flows into some form of water storage. It also does not 
store water itself.


Both areas can use the term 'water catchment'. Similar to a funnel- it 
'catches' fluid and sends it on to a storage device.


https://en.wikipedia.org/wiki/Drainage_basin
(This area does not 'drain to a single point' .. drains to a single 
area (of water)... if there was no water there .. then yes it would 
drain to a single point.)


http://www.oxforddictionaries.com/definition/english/catchment



regards

m

On Fri, Jan 15, 2016 at 12:06 PM, Warin <61sundow...@gmail.com> wrote:

On 15/01/2016 2:19 PM, Andrew Davidson wrote:

Looking at the old Parish map it would appear that it used to be 
part of the

State Forest until they built the Mangrove Creek Dam at which point it
became reserved for water conservation purposes.

That makes sense.

I suppose you could tag it:

  boundary=protected_area
  protect_class=12

Not sure what name you'd give it because the map just says "FOR WATER
SUPPLY".


landuse=water_catchment would probably be best (another new tag that 
I just
made up). It cannot be logged. And in some places at least the water 
people
don't even want walkers, let alone campers there. I think part of 
the Blue
Mountains National Park has restrictions like this around a water 
catchment

area. I think Hong Kong has areas for water catchment that are paved to
increase the run off/harvest. So there is a vast verity in what water
catchments physically are.

As I don't know what name it has .. it could be anything ... 'McPherson
Water Catchment' or 'Mangrove Creek Water Catchment' ... arrr
https://www.wyong.nsw.gov.au/getmedia/7ca695e8-748d-4bca-beba-3b7bff8296e4/Mangrove-Creek-Dam-Brochure.pdf.aspx 

says 'Mangrove Creek Dam Catchment' .. so I'll go with that. No 
copyright on

the pdf... :-)
It does say access is restricted.. but not what the restrictions are.

-
For those also using the LPI base Map to plot State Forests ... be 
carefull.





- Original Message -
From:
"Warin" <61sundow...@gmail.com>

To:
"talk-au" 
Cc:

Sent:
Fri, 15 Jan 2016 10:58:49 +1100
Subject:
[talk-au] LPI Base Map - green areas ?


Hi,

On the LPI base map green areas apear at first to be
National Parks - a darker green area that is visible at all zooms.
State Forests - lighter green, visible when zoomed in.

I have mapped out the McPherson State Forest boundary using the LPI 
base

map. Fine (apart from a typo in the name!). Relationship 5748137.

However when I use the 'Administration Boundaries State Forests' the
northern section I have plotted does not look to be a State Forest.

So what is this green area on the LPI base map .. when it is not a 
State

Forest?
I have mapped some as parks as shown by their name. And I found one
where I know it as a 'common'.

Maybe they are "miscellaneous crown lands"?

I'll reduce the relationship 5748137 to match the smaller admin 
boundary.

But what to do with the other green bit from the base map? I can leave
it behind with a note .. and no other tags. Would be usefull if someone
comes across it and knows what it is.


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



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






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

[Talk-co] Artículos para el Blog de OSM Colombia

[hyan...@gmail.com]

Hola maperos!

Como sabrán, la Mapatón por La Guajira estrenó el Blog de OSM Colombia, ya
se acerca esta actividad y hay espacio para compartir más iniciativas.

(última entrada de Miguel Sánchez enviada desde la India!!)
http://blog.openstreetmap.co/2016/01/15/guia-rapida-mapeo-humanitario/

Muchos de ustedes están realizando fabulosas actividades que bien merecen
publicarlas, mapas impresos de Bogotá, mapeo rural, salud comunitaria,
pedagogía de OSM en primaria entre muchas otras.

El Blog es su espacio, pueden compartir sus artículos para ser publicados,
o si eres medio geek y te gusta el mundo de los repos, haz tu pull-request
en:

https://github.com/OpenStreetMapColombia/openstreetmapcolombia.github.io

Éxitos!

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

Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[michele iw1gfv]

Il 15 Gennaio 2016 21:12:34 CET, Stefano Fabi  ha 
scritto:
>Ciao scusate se vado un po' off topic rispetto al post supertecnico,
>congratulazioni.
>Nonostante sia un appassionato di GPS per outdoor e ne possiedo un paio
>Garmin, ritengo che osmand+ sia imbattibile in termini di funzionalità.
>Ho
>rilevato tuttavia che il ricevitore del cellulare è veramente scarso
>(lasciamo perdere poi la bussola).
>Mi ha interessato come prodotto commerciale il ricevitore bluetooth
>Garmin
>Glo ed ero interessato ad acquistarne uno, Ho visto anche la procedura
>per
>bypassare l'acquisizione del ricevitore interno ed è abbastanza
>semplice
>almeno su Android.
>
>Avete esperienze di utilizzo di ricevitori esterni bluetooth ed avete
>potuto verificare se ne esistono in commercio di elevata qualità,
>superiori
>a quelli integrati?
>
>Ciao a tutti
>Stefano
>
Ciao
io ho il garmin glo, non posso che consigliartelo, veloce nell'acquisizione, e 
sensibile.
Confrontandolo con il gps60csx va decisamente meglio.
Quello che mi mi capita è che android non acquisisce tutti i 10 punti al 
secondo, ma ogni tanto ne perde 1.
Peccato che non ha il logger integrato ed il connettore per l'antenna esterna.


-- 
iw1gfv.it
piemontegps.altervista.org

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

Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Alessandro]

Il 15/01/2016 21:12, Stefano Fabi ha scritto:

Mi ha interessato come prodotto commerciale il ricevitore bluetooth 
Garmin Glo ed ero interessato ad acquistarne uno, Ho visto anche la 
procedura per bypassare l'acquisizione del ricevitore interno ed è 
abbastanza semplice almeno su Android.


Avete esperienze di utilizzo di ricevitori esterni bluetooth ed avete 
potuto verificare se ne esistono in commercio di elevata qualità, 
superiori a quelli integrati?




continuo a consigliare il BT747a+ (o il 747pro) che sebbene di costo 
relativamente basso (dai 65 agli 80€) ha memoria interna per circa 
22 punti + la trasmissione via bluetooth e trasmette in nmea anche 
via usb.
Lo uso quotidianamente con OsmAnd al posto del gps integrato utilizzando 
la app Bluetooth GPS che funge da Mock provider


Alessandro Ale_Zena_IT

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

Re: [talk-au] LPI Base Map - green areas ?

[Nev Wedding]

Though I don’t know the area you refer to, I feel landuse=water_catchment is an 
excellent choice and is the correct tag for an area that has a capture of water 
as specific defined use as already stated on 
https://www.wyong.nsw.gov.au/getmedia/7ca695e8-748d-4bca-beba-3b7bff8296e4/Mangrove-Creek-Dam-Brochure.pdf.aspx
 
…says ‘Mangrove Creek Dam Catchment’
Though all land is a water catchment, the one above has that as it’s primary 
and reserved land use.
It may also have other important uses such as conservation value.

Another I like is reservoir_watershed

N


> On 16 Jan 2016, at 7:24 AM, Andrew Davidson  wrote:
> 
> landuse=water_catchment doesn't work because you can tag every surface that 
> rain falls on with this.
> 
> After a bit of reading about what the tag means in the European case I think 
> protect_class=12 is fine for this area.
> 
> The various closed catchments around Sydney and Melbourne are also 
> protect_class=12 but the ways inside the special areas would have to be 
> tagged with the correct access to indicate if you can go there.
> 
> 
> On 16/01/16 07:50, Warin wrote:
>> On 15/01/2016 11:04 PM, Marc Gemis wrote:
>>> What about landuse=basin ? [1]
>>> Or natural=water, water=reservoir [2]
>>> or landuse = reservoir, reservoir_type=water_storage [3]
>>> 
>>> 
>>> [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbasin
>> 
>> "An area of land artificially graded to hold water."
>> 
>> This area is not graded. The area does not hold water.
>> 
>>> [2] http://wiki.openstreetmap.org/wiki/Key:water
>> 
>> Not covered with water.
>> 
>>> [3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir
>> 
>> Does not store water.
>> 
>> This particular area has trees, shrubs. The rainfall there flows into a 
>> reservoir.
>> 
>> In Hong Kong ... the area is paved ... and is fairly steep. The rainfall 
>> there flows into some form of water storage. It also does not store water 
>> itself.
>> 
>> Both areas can use the term 'water catchment'. Similar to a funnel- it 
>> 'catches' fluid and sends it on to a storage device.
>> 
>> https://en.wikipedia.org/wiki/Drainage_basin
>> (This area does not 'drain to a single point' .. drains to a single area (of 
>> water)... if there was no water there .. then yes it would drain to a single 
>> point.)
>> 
>> http://www.oxforddictionaries.com/definition/english/catchment
>> 
>>> 
>>> regards
>>> 
>>> m
>>> 
>>> On Fri, Jan 15, 2016 at 12:06 PM, Warin <61sundow...@gmail.com> wrote:
 On 15/01/2016 2:19 PM, Andrew Davidson wrote:
 
 Looking at the old Parish map it would appear that it used to be part of 
 the
 State Forest until they built the Mangrove Creek Dam at which point it
 became reserved for water conservation purposes.
 
 That makes sense.
 
 I suppose you could tag it:
 
  boundary=protected_area
  protect_class=12
 
 Not sure what name you'd give it because the map just says "FOR WATER
 SUPPLY".
 
 
 landuse=water_catchment would probably be best (another new tag that I just
 made up). It cannot be logged. And in some places at least the water people
 don't even want walkers, let alone campers there. I think part of the Blue
 Mountains National Park has restrictions like this around a water catchment
 area. I think Hong Kong has areas for water catchment that are paved to
 increase the run off/harvest. So there is a vast verity in what water
 catchments physically are.
 
 As I don't know what name it has .. it could be anything ... 'McPherson
 Water Catchment' or 'Mangrove Creek Water Catchment' ... arrr
 https://www.wyong.nsw.gov.au/getmedia/7ca695e8-748d-4bca-beba-3b7bff8296e4/Mangrove-Creek-Dam-Brochure.pdf.aspx
  
 says 'Mangrove Creek Dam Catchment' .. so I'll go with that. No copyright 
 on
 the pdf... :-)
 It does say access is restricted.. but not what the restrictions are.
 
 -
 For those also using the LPI base Map to plot State Forests ... be 
 carefull.
 
 
 
 
 - Original Message -
 From:
 "Warin" <61sundow...@gmail.com>
 
 To:
 "talk-au" 
 Cc:
 
 Sent:
 Fri, 15 Jan 2016 10:58:49 +1100
 Subject:
 [talk-au] LPI Base Map - green areas ?
 
 
 Hi,
 
 On the LPI base map green areas apear at first to be
 National Parks - a darker green area that is visible at all zooms.
 State Forests - lighter green, visible when zoomed in.
 
 I have mapped out the McPherson State Forest boundary using the LPI base
 map. Fine (apart from a typo in the name!). Relationship 5748137.
 
 However when I use the 'Administration Boundaries State Forests' the
 northern section I have plotted does not look to be a State Forest.
 
 So what is this green area on the LPI base map .. when it is not a 

Re: [Talk-de] DB-Bahnhöfe und OSM

[Hartmut Holzgraefe]

On 15.01.2016 21:12, Roland Olbricht wrote:


Also habe ich ein Tool gebastelt, mit dem man pro Bahnhof nachvollziehen
kann, wie gut die DB- und OSM-Daten zusammenspielen oder wie gut unsere
Daten überhaupt sind:

http://olbricht.nrw/adam/bahnhof.html


Biefeld sieht da schon mal lustig aus, die drei gelben Einträge aus den
Bahndaten sind nicht an den Positionen an denen bei dem letzten Umbau
Personenaufzüge eingebaut worden sind sondern eher an der Position der
ehemaligen Frachtaufzüge die beim Umbau weggefallen sind ...

--
hartmut


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

[OSM-talk-be] Roundabouts are popular in Belgium

[Marc Gemis]

see https://www.mapbox.com/bites/00205/#5.72/50.893/5.948 :-)

found via 
http://alloveralbany.com/archive/2016/01/15/roundabouts-theyre-everywhere


have a nice mapping weekend

m

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

Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Alessandro]

Il 15/01/2016 00:30, Leonardo ha scritto:

Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m
dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni
metereologiche + molti satelliti visibili + GLONASS)!

Potresti prendere in considerazione di aggiungere alcune tue rilevazioni
al database degli offset per le ortofoto disponibili su JOSM? Vedi qui
il plugin:

https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database#JOSM_Plugin

Sarebbero molto comode per riallineare le foto della PCN, argomento
abbastanza caldo qua in lista :)


Non conoscevo questo database. Sicuramente abbiamo un discreto database 
già pronto che sono i vari punti trigonometrici che alcune regioni 
pubblicano in open data e col tempo che si impiega a prendere 4 o 5 
punti sul campo si possono inserire un centinaio di punti trigonometrici.

Ne terrò comunque conto quando sarò in zone poco abitate.

Alessandro Ale_zena_IT


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

Re: [Talk-it] CTR Lombardia in JOSM

[Max1234Ita]

Andrea Albani wrote
> Io uso questa fonte WMS [1] descritta qui [2]. Provato ora e funziona.
> Ciao
> 
> [1]
> http://www.cartografia.servizirl.it/arcgis/services/wms/ctr_wms/MapServer/WMSServer?request=GetCapabilities=WMS
> [2]
> http://www.geoportale.regione.lombardia.it/metadati?p_p_id=PublishedMetadata_WAR_geoportalemetadataportlet_p_lifecycle=0_p_state=maximized_p_mode=view&_PublishedMetadata_WAR_geoportalemetadataportlet_view=editPublishedMetadata&_PublishedMetadata_WAR_geoportalemetadataportlet_uuid={D74A3FD1-FE9F-4497-A784-F019E0EBA26A}&_PublishedMetadata_WAR_geoportalemetadataportlet_editType=view&_PublishedMetadata_WAR_geoportalemetadataportlet_fromAsset=true


Credo di essere riuscito a risolvere.
L'indirizzo che hai segnalato tu è il medesimo mio... solo che per quyalche
motivo non mi funzionava.

Ho provato a smanettare un po' con le opzioni in JOSM: partendo dal tuo URL
ho cliccato sul pulsante /Get layers/ e mi è comparsa quest'alberatura:



Ho selezionato il layer CTR_DBT, ottenendo quelto URL:
http://www.cartografia.servizirl.it/arcgis/services/wms/ctr_wms/MapServer/WmsServer?FORMAT=image/jpeg=1.1.1=WMS=GetMap==={proj}={width}={height}={bbox}

...che per ora mi funziona (mentre quello che JOSM propone tra i default
sembra non andare più).


Ciao e grazie,
Max





--
View this message in context: 
http://gis.19327.n5.nabble.com/CTR-Lombardia-in-JOSM-tp5864802p5864850.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] I monti Lattari su OpenStreetMap

[Volker Schmidt]

Simone scrisse:

  - network=lwn, che secondo me, visto trattasi di sentiero ufficiale
> CAI, dovrebbe essere rwn.
>

Quale è la base per questa classificazione?
C'è una pagina wiki per questo?
A me interessano le definizioni equivalenti per le ciclovie, ma la
problematica è la stessa.

Una possibile interpretazione (per l'Italia) è:

   - lwn|lcn=local=percorso che si svolge interamente entro i confini di
   una provincia
   - rwn|rcn=regional=percorso che si svolge interamente entro i confini di
   una regione e passa almeno per due province
   - nwn|ncn=national=percorso che si svolge interamente entro i confini
   dell'Italia e passa per almeno due regioni
   - iwn|icn=international=percorso che passa per più di uno stato.

Un ovvio problema con queste definizioni è che un breve percorso che
attraversa un confine viene classificato troppo "alto"
Bisognerebbe aggiungere anche un criterio di lunghezza, possibilmente con
valori diversi per percorsi ciclabili e pedonali.

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

Re: [Talk-it] I monti Lattari su OpenStreetMap

[Andrea Lattmann]

>>Devo però confessare che mi ha un pò >>sorpreso il tono di alcuni post, per
>>cui mi sento di condividere appieno il >>Semi OT.

Se si riferisce al sottoscritto, sinceramente, posso dire che non era mia 
intenzione usare toni "strani". Le mie espressioni colorite tipo tirarsi giù 
braghe e mutande e... era una metafora colorita. Cosa posso dire. Dico solo che 
probabilmente c'è una bella differenza parlare faccia a faccia e tramite mail. 
Con il cuore in mano posso dire che scrivevo con serenità e per dimostrare le 
mie intenzioni mettevo le faccine. 
Per il discorso Italia, be,  ho messo la faccina che rideva anche se non c'è 
nulla da ridere. Purtroppo è quello che penso: se chi di dovere s'impegnasse a 
farci uscire dalla crisi sarebbe meglio. Non mi fa stare bene vedere conoscenti 
che non hanno da che vivere. A qualcuno ho trovato lavoro però non è 
abbastanza. Poi sarò matto io, ma se a voi fa piacere come stanno andando le 
cose, vi invidio.  :-) *veramente* (ho usato toni strani? Fatemi sapere.) Tra 
parentesi notizia di pochi giorni, un mio conoscente si è tolto la vita per 
motivi economici... ma va bene così...

>stai tranquillo, è sempre così. ogni tanto >qualcuno (compreso il
>sottoscritto) esagera, è il bello della >libertà di parola ;-)

... Ed interpretazione... :-D (<-- notare faccina che sorride)

Poi sinceramente se ora devo farmi problemi a scrivere è ancora più assurdo 
della discussione sul copyright che ha sicuramente preso una piega che non 
volevo. Però se a qualcuno do fastidio, posso benissimo togliere il disturbo e 
dedicarmi ad altro... :-)  <-- faccina che sorride

Andrea Lattmann

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

Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[Leonardo Frassetto]

Interessante, essendo dati pubblici potremmo aggiungerli al database e
consigliare sempre di attivare gli offset per le ortofoto. Controllerò per
il veneto
Il 15/gen/2016 09:48, "Alessandro"  ha scritto:

> Il 15/01/2016 00:30, Leonardo ha scritto:
>
>> Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m
>> dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni
>> metereologiche + molti satelliti visibili + GLONASS)!
>>
>> Potresti prendere in considerazione di aggiungere alcune tue rilevazioni
>> al database degli offset per le ortofoto disponibili su JOSM? Vedi qui
>> il plugin:
>>
>> https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database#JOSM_Plugin
>>
>> Sarebbero molto comode per riallineare le foto della PCN, argomento
>> abbastanza caldo qua in lista :)
>>
>
> Non conoscevo questo database. Sicuramente abbiamo un discreto database
> già pronto che sono i vari punti trigonometrici che alcune regioni
> pubblicano in open data e col tempo che si impiega a prendere 4 o 5 punti
> sul campo si possono inserire un centinaio di punti trigonometrici.
> Ne terrò comunque conto quando sarò in zone poco abitate.
>
> Alessandro Ale_zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

[mircozorzo]

Ciao, grazie di aver condiviso le informazioni riguardo questa soluzione:


Alessandro, vedo che utilizzi OsmAnd, i dati forniti dal modulo gps esterno,
sono in questo modo disponibili per l'applicazione OsmAnd? Per me sarebbe
utile perché oltre alla traccia avrei spesso bisogno di prendere note audio
o foto e mi sarebbe molto comoda questa soluzione se permette alle app del
telefono di usare i dati gps acquisiti dal gps esterno.

Altra domanda: questa soluzione mi sembra non integri una bussola, che per i
miei usi sarebbe molto utile, sempre restando in casa uBlox quale modulo
potrebbe essere una buona soluzione?



Grazie a tutti.


Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Precisione-GPS-cellulare-e-idea-dall-incontro-a-Bologna-2015-tp5864814p5864854.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

[Talk-in] Is Connaught Place a roundabout?

[Arun Ganesh]

On the recent world roundabout map[1] made by Sajjad, noticed that CP does
not have the `junction=roundabout` tag and was debating wether it is
actually a roundabout.

Is there anyone from Delhi here who has views on this? OSM:
http://osm.org/go/zmjtwnerJ-


[1] https://www.mapbox.com/bites/00205/#13.19/28.6313/77.2173

-- 
Arun Ganesh
(planemad) 

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

Re: [Talk-GB] Schools project - update 2

[Robert Whittaker (OSM lists)]

On 14 January 2016 at 22:43, Rob Nickerson  wrote:
> 2. Matching algorithm updated
> It looks like Robert W updated the matching algorithm shortly afterwards as
> all percentages have seen an increase. London WC is now showing as 100%
> complete but the detailed page gives another story. Don't forget to use the
> ref:edubase (and similar) tags as Robert's tool makes use of these.

Yes, I've made some changes to the tool at
http://robert.mathmos.net/osm/schools/ , but it's to the data imported
from OSM, rather than the (still very simplistic) matching algorithm.
I'm now including both relations and ways tagged with either
amenity=school or amenity=college. (Previously it was just ways tagged
with amenity=school.)

Looking at some of the Edubase data near to me, it's clear that some
of the institutions should be tagged as colleges in OSM. Also near me
are a number of schools in OSM that were tagged using multipolygon
relations to collect together individual ways that make up the
boundary. I've deliberately excluded nodes to encourage these to be
converted into areas.

The matching algorithm could certainly be improved significantly, and
hopefully I'll get a chance to look at this at some point later this
month. But in the mean time, the best way to ensure the right things
are matched to each other is to map any missing schools, retag any
objects incorrectly tagged as schools, and add ref:edubase,
ref:seedcode and ref:deniirn tags as appropriate.

Finally, if you haven't looked recently, you'll find some other other
reports and Overpass Turbo links at
http://robert.mathmos.net/osm/schools/progress/ , which people may
find useful for more Quality Control work on our Schools data.

Robert.

-- 
Robert Whittaker

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

[Talk-in] weeklyOSM 286

[Jinal Foflia]

The weekly round-up of OSM news, issue # 286, is now available online in
English, giving as always a summary of all things happening in the
openstreetmap world. Not a highlight ...

Alexander Matheisen reports at talk mailing list that OpenLinkMap will be
shut down on January 27.

A successor and maintainer is very welcome. The code is on github. Read
more: http://www.weeklyosm.eu/archives/6646

Enjoy weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in