Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[Andrea Albani]

Il giorno lun 19 nov 2018 alle ore 22:44 riccardopastoc...@alice.it <
riccardopastoc...@alice.it> ha scritto:

>
> Domanda riguardante Osmand:
> 1) mantenendo sempre lo stesso highway es: tertiary
> C'è possibilità di far preferire un percorso invece che un altro?
>
> 2) Altro esempio: immaginate un reticolato di strade in una contrada di
> campagna (highway:unclassified),
> dove tutte le strade non sono asfaltate, ed hanno tutte le stesse
> caratteristiche
> ma c'è una strada (quella messa meglio) che vorrei suggerire di prendere
> per attraversare tale contrada, si può fare in qualche modo?
>
>
>
Ciao,

le risposte le puoi trovare nel file che descrive tecnicamente in Osmand le
regole per il routing. Lo trovi qui [0] (in [1] una spiegazione ad alto
livello).
Per curiosità me lo sono studiato un po' e questo è quanto ho scoperto.

A parità di tipologia della highway quello che influisce sul calcolo sono
le "penalità". Considerando un profilo "car" (lo trovi nella sezione
routingProfile name="car") abbiamo:
- il valore di smoothness che incide sulla scelta solo dal valore very_bad
a scendere
- la presenza di ostacoli come un attraversamento pedonale o un nodo
highway=give_way
- il cambio fra un tipo di highway ed un altro (se passo da una motorway ad
una primary ad esempio perdo tempo perchè devo rallentare, fermarmi al
casello e ripartire)

Aggiungo che:
- la larghezza e l'altezza, se specificate sulla highway, non sono usate
per cambiare priorità, ma solo per stabilire se un certo mezzo può passare
o meno
- il parametro surface è valutato solo quando specifichi di evitare strade
sterrate (se il profilo è bicycle è valutato sempre)
- c'è anche una valutazione sull'altimetria, ma solo per il profilo
bicycle/pedestrian e comunque senza considerare eventuali tag incline=*

Ciao

[0]
https://github.com/osmandapp/OsmAnd-resources/blob/master/routing/routing.xml
[1] https://osmand.net/build_it#routing
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[Sergio Manzi]

Eccellente analisi, Andrea, ma mi sembra che ci sia anche un parametro, 
"/priority/", che sia esattamente quello che Riccardo stava cercando...

Ciao,

Sergio


On 2018-11-20 12:01, Andrea Albani wrote:
>
> Il giorno lun 19 nov 2018 alle ore 22:44 riccardopastoc...@alice.it 
>   > ha scritto:
>
>
> Domanda riguardante Osmand:
> 1) mantenendo sempre lo stesso highway es: tertiary
> C'è possibilità di far preferire un percorso invece che un altro?
>
> 2) Altro esempio: immaginate un reticolato di strade in una contrada 
> di campagna (highway:unclassified), 
> dove tutte le strade non sono asfaltate, ed hanno tutte le stesse 
> caratteristiche
> ma c'è una strada (quella messa meglio) che vorrei suggerire di 
> prendere per attraversare tale contrada, si può fare in qualche modo?
>
>
>
> Ciao,
>
> le risposte le puoi trovare nel file che descrive tecnicamente in Osmand le 
> regole per il routing. Lo trovi qui [0] (in [1] una spiegazione ad alto 
> livello).
> Per curiosità me lo sono studiato un po' e questo è quanto ho scoperto.
>
> A parità di tipologia della highway quello che influisce sul calcolo sono le 
> "penalità". Considerando un profilo "car" (lo trovi nella sezione 
> routingProfile name="car") abbiamo:
> - il valore di smoothness che incide sulla scelta solo dal valore very_bad a 
> scendere
> - la presenza di ostacoli come un attraversamento pedonale o un nodo 
> highway=give_way
> - il cambio fra un tipo di highway ed un altro (se passo da una motorway ad 
> una primary ad esempio perdo tempo perchè devo rallentare, fermarmi al 
> casello e ripartire)
>
> Aggiungo che:
> - la larghezza e l'altezza, se specificate sulla highway, non sono usate per 
> cambiare priorità, ma solo per stabilire se un certo mezzo può passare o meno
> - il parametro surface è valutato solo quando specifichi di evitare strade 
> sterrate (se il profilo è bicycle è valutato sempre)
> - c'è anche una valutazione sull'altimetria, ma solo per il profilo 
> bicycle/pedestrian e comunque senza considerare eventuali tag incline=*
>
> Ciao
>
> [0] 
> https://github.com/osmandapp/OsmAnd-resources/blob/master/routing/routing.xml
> [1] https://osmand.net/build_it#routing
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[Andrea Albani]

Il giorno mar 20 nov 2018 alle ore 12:10 Sergio Manzi  ha
scritto:

> Eccellente analisi, Andrea, ma mi sembra che ci sia anche un parametro, "
> *priority*", che sia esattamente quello che Riccardo stava cercando...
>
> Grazie
In realtà quello serve essenzialmente per dare un "peso" alle varie
tipologie di strade, quindi se arrivo ad un nodo da cui si dipanano 3
highway=unclassified avranno tutte priorità 0.7 e quindi saranno
considerate paritetiche.
La loro priorità diminuisce solo se esistono delle access restrictions
oppure se sono specificati certi valori di smoothness=* (vedo ora che in
caso di highway=track anche un tracktype=grade5 penalizza la way).

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

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[Sergio Manzi]

Ah, credo di capire: quindi priorityè un attributo specifico del tipo di 
highway e non è possibile indicarlo esplicitamente con una tag (es. 
priority=0.75, per rendere la highway=unclassified "/un po' più uguale delle 
altre/"...), giusto?

Ciao!

On 2018-11-20 12:26, Andrea Albani wrote:
> Il giorno mar 20 nov 2018 alle ore 12:10 Sergio Manzi  > ha scritto:
>
> Eccellente analisi, Andrea, ma mi sembra che ci sia anche un parametro, 
> "/priority/", che sia esattamente quello che Riccardo stava cercando...
>
>
> Grazie
> In realtà quello serve essenzialmente per dare un "peso" alle varie tipologie 
> di strade, quindi se arrivo ad un nodo da cui si dipanano 3 
> highway=unclassified avranno tutte priorità 0.7 e quindi saranno considerate 
> paritetiche.
> La loro priorità diminuisce solo se esistono delle access restrictions oppure 
> se sono specificati certi valori di smoothness=* (vedo ora che in caso di 
> highway=track anche un tracktype=grade5 penalizza la way).
>
> Ciao
>  
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[Sergio Manzi]

Infatti: la chiave "priority" ha tutto un altro significato 
(https://wiki.openstreetmap.org/wiki/Key:priority). Mi scuso per la 
confusione...

Sergio


On 2018-11-20 12:32, Sergio Manzi wrote:
>
> Ah, credo di capire: quindi priorityè un attributo specifico del tipo di 
> highway e non è possibile indicarlo esplicitamente con una tag (es. 
> priority=0.75, per rendere la highway=unclassified "/un po' più uguale delle 
> altre/"...), giusto?
>
> Ciao!
>
> On 2018-11-20 12:26, Andrea Albani wrote:
>> Il giorno mar 20 nov 2018 alle ore 12:10 Sergio Manzi > > ha scritto:
>>
>> Eccellente analisi, Andrea, ma mi sembra che ci sia anche un parametro, 
>> "/priority/", che sia esattamente quello che Riccardo stava cercando...
>>
>>
>> Grazie
>> In realtà quello serve essenzialmente per dare un "peso" alle varie 
>> tipologie di strade, quindi se arrivo ad un nodo da cui si dipanano 3 
>> highway=unclassified avranno tutte priorità 0.7 e quindi saranno considerate 
>> paritetiche.
>> La loro priorità diminuisce solo se esistono delle access restrictions 
>> oppure se sono specificati certi valori di smoothness=* (vedo ora che in 
>> caso di highway=track anche un tracktype=grade5 penalizza la way).
>>
>> Ciao
>>  
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[emmexx]

On 11/20/2018 12:32 PM, Sergio Manzi wrote:
> Ah, credo di capire: quindi priorityè un attributo specifico del tipo di
> highway e non è possibile indicarlo esplicitamente con una tag (es.
> priority=0.75, per rendere la highway=unclassified "/un po' più uguale
> delle altre/"...), giusto?

Come non si mappa per il rendering, non si mappa per il routing!

ciao
maxx

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

[Talk-it] R: Inserimento dati CAI

[Gianfranco Graizzaro]

> e ricollegandomi alla questione niubbi io avrei un problema con il task "#38
> - CAIOSM - Sicilia" 
> ho provato ad inserire il link WMS indicato [1]
> ma ottengo l'errore:
>
> "Errore: msWMSLoadGetMapParams():WMS server error. At least a layer name 
> requiredin LAYERS"
>
> ...cosa ho sbagliato della procedura di caricamento?
>
> [1]http://geodati.fmach.it/production/ows_caiosm_sicilia?



Hai selezionato il layer "rilievi"

Prima di dare l'ok

Gianfranco


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

Re: [Talk-it] Inserimento dati CAI

[Luca Delucchi]

On Mon, 12 Nov 2018 at 09:16, Marco Barbieri 
wrote:

> Ciao a tutti.
>

ciao,


> Mi riallaccio a quanto detto a proposito degli editor. Per esperienza so
> che josm può essere ostico per l'utente medio CAI, o in generale un
> principiante. Personalmente penso che ID sia l'editor da usare nei corsi
> introduttivi. L'obiettivo sarebbe di catturare un nuovo utente per ogni
> sezione del CAI :-)
> Chiedo quindi se è possibile organizzare i dati di partenza per l'utilizzo
> anche su ID editor: un TMS potrebbe essere utile, e/o avere i tracciati in
> formato gpx.
>

sto cercando di creare un TMS
i dati gpx li posso mettere a disposizione, ma preferivo evitare anche
perchè a volte ci sono sia GPX che shapefile con dati leggermente diversi.
 Alfredo che dici?


>
> M
>
>
-- 
ciao
Luca

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

Re: [Talk-it] Inserimento dati CAI

[Luca Delucchi]

On Tue, 20 Nov 2018 at 07:33, Aury88  wrote:
>
>
> e ricollegandomi alla questione niubbi io avrei un problema con il task "#38
> - CAIOSM - Sicilia"
> ho provato ad inserire il link WMS indicato [1]
>
> ma ottengo l'errore:
>
> "Errore: msWMSLoadGetMapParams():WMS server error. At least a layer name
> requiredin LAYERS"
>
> ...cosa ho sbagliato della procedura di caricamento?

come lo hai caricato? come ha detto Gianfranco devi selezionare il layer rilievi

Comunque la Sicilia dovrebbe essere conclusa... (nel senso che tutti i
dati a disposizione del CAI sono stati inseriti)

>
> [1]http://geodati.fmach.it/production/ows_caiosm_sicilia?
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Inserimento dati CAI

[Alfredo Gattai]

>
>
>
>> Mi riallaccio a quanto detto a proposito degli editor. Per esperienza so
>> che josm può essere ostico per l'utente medio CAI, o in generale un
>> principiante. Personalmente penso che ID sia l'editor da usare nei corsi
>> introduttivi. L'obiettivo sarebbe di catturare un nuovo utente per ogni
>> sezione del CAI :-)
>> Chiedo quindi se è possibile organizzare i dati di partenza per
>> l'utilizzo anche su ID editor: un TMS potrebbe essere utile, e/o avere i
>> tracciati in formato gpx.
>>
>
> sto cercando di creare un TMS
> i dati gpx li posso mettere a disposizione, ma preferivo evitare anche
> perchè a volte ci sono sia GPX che shapefile con dati leggermente diversi.
>  Alfredo che dici?
>

Metti pure a disposizione tutto quel che ritieni opportuno. Gli shape
possono essere diversi per vari motivi, tra il quali ripulitura del GPX,
dato piu' vecchio, etc. Forse vale la pena chiarire le differenze con il
referente regionale e mettere a disposizione il datp piu' corretto.

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

Re: [Talk-it] Rete idrografica minore

[Roberto Brazzelli]

Ho guardato le mappature in zone attive e direi di no,
aggiungo però un dubbio...se il canale a cielo aperto finisce
su una strada (ovviamente prosegue in canale coperto ma non ho
dati per mappare), è giusto interrompere la way del canale sulla way
della strada? credo di si..e in questo caso serve relazione?

Attendo conferme dai più esperti

Saluti


Il giorno lun 19 nov 2018 alle ore 21:15 Sergio Manzi  ha
scritto:

> Perdonatemi se dirò una sciocchezza da neofita, ma... visto che il Rio Ser
> (mappato nel changeset citato) in qualche modo si biforca ed è identificato
> da due way distinte, non sarebbe stato il caso di unire le due way in una
> relazione?
>
> Ciao,
>
> Sergio
>
>
> On 2018-11-19 21:09, Cascafico Giovanni wrote:
>
> Può essere utile cercare qualche servizio wms/tms Lidar. Evidenzia
> piuttosto bene i greti, ma ovviamente non può dirti se c'è l'acqua
>
> Il lun 19 nov 2018, 21:01 Eros Rasetto  ha scritto:
>
>> Ciao, vorrei sapere se esiste un metodo abbastanza semplice per inserire
>> i corsi d'acqua minori su Openstreetmap tramite Josm,
>>
>> per adesso ne ho inseriti alcuni partendo da delle tracce gpx realizzate
>> sul posto.
>>
>> https://www.openstreetmap.org/changeset/56663460
>>
>> Grazie.
>>
>> Eros Rasetto
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Inserimento dati CAI

[Aury88]

Gianfranco Graizzaro wrote
> 
> Hai selezionato il layer "rilievi"
> 
> Prima di dare l'ok
> 
> Gianfranco

ecco il passaggio che mi mancava! grazie mille!
non mi era mai capitato di dover selezionare qualcosa in quel box...mea
culpa





-
Ciao,
Aury
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[Aury88]

se cerchi il nome dell'hotel e lo selezioni dall'elenco che ti si apre a
sinistra, puoi vedere tutti i dati associati all'elemento. per cercare
elementi sulla mappa (e dopo averli selezionati vederne i tag) consiglio 

http://overpass-turbo.eu/

purtroppo sulla mappa non ci sono elementi cliccabili ma viene comunque
lasciata ai mappatori (a cui è rivolta quella visualizzazione) la
possibilità di dare un occhiata agli oggetti mappati anche tramite la
metodologia suggerita da Damjan Gerli



-
Ciao,
Aury
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[Alessandro P.]

Il 18/11/18 18:52, aldoct ha scritto:

Alcuni anni dopo l'inizio della mia collaborazione al progetto OSM e dopo
alcune migliaia di changset, ancora non ho capito questa cosa: se mappo un
hotel ed inserisco sia il nome che tutti gli altri dati di contatto
(indirizzo, telefono, sito web, email numero di stelle, se si può fumare, il
wifi, se accettano gli animali ecc. ecc.) e ci perdo un bel po' di tempo; e
poi per avere questi dati come utente devo andare sul loro sito web, cosa li
ho inseriti a fare? Ho fatto l'esempio dell'hotel, ma la domanda vale per
tutti i TAG non renderizzati. Non sarebbe più utile renderli tutti visibili
in relazione allo zoom (più zoommi, più dettagli vedi!).

Saluti, Aldo


Ciao, i dati li hai inseriti per arricchire il database OSM (questa è la 
risposta breve :-) ).


Tentare di creare una mappa che visualizzi *tutti* i tag che inseriamo 
in molte zone dell'Italia sarebbe un completo fallimento oltre ad un 
lavoro immenso da parte di chi dovrebbe gestire le regole di 
visualizzazione. Inoltre nelle zone più dense bisognerebbe spingersi a 
livelli di zoom elevatissimi.
Uno dei compiti più difficili di un cartografo è proprio decidere quanti 
e quali dettagli far vedere per dare abbastanza informazioni ma non 
troppe da rendere la mappa illeggibile.


E allora perché perdere tempo ad inserire un mucchio di dettagli?
- Perché ci sono mappe specializzate nel visualizzare determinate 
caratteristiche (vedi wheelmap ad esempio o openclimbingmap)
- Perché alcune app ti mostrano tutti i dettagli di un POI se lo 
selezioni (OsmAnd ad esempio)
- Perché con uMap posso creare in maniera molto semplice mappe 
personalizzate che visualizzano solo determinate caratteristiche (ad 
esempio le strutture che accettano animali, gli esercizi pubblici che 
hanno il wifi, accettano bitcoin o carte di credito, cucinano 
vegetariano o pesce, hanno spazio per fumatori o una veranda 
all'esterno, hanno un certo orario d'apertura, il numero di posti di un 
parcheggio, ecc...)
- Perché OSM non sono solo mappe ma la sua vera missione è creare 
appunto un *database di oggetti* che può essere utilizzato nei modi più 
impensabili e con una semplice query puoi interrogare anche un'intera 
nazione alla ricerca di determinate caratteristiche, cosa che prima di 
OSM era impensabile


Alessandro Ale_Zena_IT

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

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[Volker Schmidt]

C'è almeno un'app di navigazione che permette di ottenere tutte le
informazioni sui POI presenti in SM in OSM direttamente dalla mappa:
MapFactor Navigator Free (la versione che utilizza OSM e non TomTom).
Sulla mappa basta cliccare su un POI e successivamente "info"

Volker

On Tue, 20 Nov 2018 at 17:18, Aury88  wrote:

> se cerchi il nome dell'hotel e lo selezioni dall'elenco che ti si apre a
> sinistra, puoi vedere tutti i dati associati all'elemento. per cercare
> elementi sulla mappa (e dopo averli selezionati vederne i tag) consiglio
>
> http://overpass-turbo.eu/
>
> purtroppo sulla mappa non ci sono elementi cliccabili ma viene comunque
> lasciata ai mappatori (a cui è rivolta quella visualizzazione) la
> possibilità di dare un occhiata agli oggetti mappati anche tramite la
> metodologia suggerita da Damjan Gerli
>
>
>
> -
> Ciao,
> Aury
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Rete idrografica minore

[Andrea Albani]

Il giorno mar 20 nov 2018 alle ore 15:30 Roberto Brazzelli <
geom.brazze...@gmail.com> ha scritto:

> Ho guardato le mappature in zone attive e direi di no,
> aggiungo però un dubbio...se il canale a cielo aperto finisce
> su una strada (ovviamente prosegue in canale coperto ma non ho
> dati per mappare), è giusto interrompere la way del canale sulla way
> della strada? credo di si..e in questo caso serve relazione?
>

In assenza di informazioni il canale lo interrompi in prossimità della
strada (ovvero i due elementi non devono condividere nodi). Al limite metti
un fixme=continue sul nodo terminale.
Nel caso di piccoli centri abitati a volte si riesce a stimare il percorso
dalle ortofoto o da sopralluogo visto che se il fosso/canale va sottoterra
poi (tipicamente) ne esce anche. La logica è che normalmente il suo
percorso non avviene sotto gli edifici, ma in prossimità degli stessi
ovvero la sua tombinatura è diventata parte di una strada oppure piccole
strisce di terreno fra proprietà/edifiici.
Non ho però capito cosa intendi mettere in relazione in questo caso che hai
citato visto che il fosso con la strada c'entra poco e, nel caso disegnassi
anche la parte tombinata, avresti comunque una way distinta rispetto a
quella della highway.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[Volker Schmidt]

> Come non si mappa per il rendering, non si mappa per il routing!
>

Hmmm.

In un certo senso io mappo volutamente per il router, e alcuni elementi
solo per i router

Quando scelgo le etichette da mettere su un elemento di tipo strada ho in
mente il potenziale utente del elemento, sperando che un giorno un router
faccia uso i queste informazioni.
Perciò, etichette come tipo di superficie, smoothness, velocità massima,
larghezza, numero di corsie, presenza di illuminazione, presenza di una
ciclabile parallela obbligatoria per ciclisti, presenza o meno di
marciapiedi, ... Lo faccio anche se probabilmente nessun router attuale li
utilizza tutti.

Lo stesso per elementi che possono influenzare la velocità media: semafori,
segnali di stop o precedenza, attraversamenti pedonali, dossi, ...

Un terzo tipi di informazioni che servono solo ai router, sono le turn
restrictions.

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

Re: [Talk-it] Rete idrografica minore

[Andrea Musuruane]

Ciao,

Il giorno mar 20 nov 2018, 00:30 Andrea Albani  ha
scritto:

> Il giorno lun 19 nov 2018 alle ore 21:01 Eros Rasetto 
> ha scritto:
>
>> Ciao, vorrei sapere se esiste un metodo abbastanza semplice per inserire
>> i corsi d'acqua minori su Openstreetmap tramite Josm,
>>
>> Ciao,
>
> trovo molto utile sfruttare il ricalco dalle carte tecniche regionali
> quando possibile in funzione della licenza e sempre con un confronto con
> immagini satellitari ove la vegetazione lo consenta.
> Nel caso del Piemonte mi sembra che le BDTRE siano utilizzabili a tale
> scopo.
>

Purtroppo BDTRE, come tutti gli altri dati messi a disposizione dalla
Regione Piemonte, non sono utilizzabili.

La licenza usata è la CC-BY 2.5.

Il discorso è vecchio. In sintesi, la OSM Foundation richiede una manleva
sul tipo di attribuzione che fa OSM da parte del titolare dei dati.

Ciao,

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

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[emmexx]

On 11/20/2018 06:22 PM, Volker Schmidt wrote:
> 
> In un certo senso io mappo volutamente per il router, e alcuni elementi
> solo per i router

Tu inserisci delle informazioni "oggettive", siano esse per l'utilizzo
da parte dei motori di routing o di altri consumatori di dati.

Non inserisci invece informazioni per fare in modo che il routing ti
faccia andare su un percorso piuttosto che su un altro, quella è una
scelta che farà il motore di routing in base a parametri che non
dipendono dai dati osm.

Esattamente come non inserisci un valore di un elemento col solo scopo
di vederlo sulla mappa in un certo modo.

ciao
maxx

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

Re: [Talk-it] Rete idrografica minore

[Ivo Reano]

Scrivo a proposito dell'utilizzo di una relazione per "unire" diversi rami
di un corso d'acqua.
Se non vengo smentito penso che non sia corretto.
Un corso d'acqua ha un nome sul suo intero percorso, un ramo secondario può
avere un nome diverso, ma non dovrebbe avere lo stesso nome del corso
principale!
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Rete idrografica minore

[Sergio Manzi]

Mah... credo che tutti gli estuari a "delta" del mondo non siano molto 
d'accordo...

Ciao!

Sergio


On 2018-11-20 20:26, Ivo Reano wrote:
> Scrivo a proposito dell'utilizzo di una relazione per "unire" diversi rami di 
> un corso d'acqua.
> Se non vengo smentito penso che non sia corretto.
> Un corso d'acqua ha un nome sul suo intero percorso, un ramo secondario può 
> avere un nome diverso, ma non dovrebbe avere lo stesso nome del corso 
> principale!
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [Talk-it] Rete idrografica minore

[Ivo Reano]

Hei! Non ci avevo pensato. Dev'essere colpa dell'abitare in montagna e di
essere abituato a vedere solo piccoli corsi d'acqua!
Ma mi pare che anche le divisioni foceali prendano una diversificazione nel
nome (mi viene in mente il Po di Goro)
E rimango dell'idea che il nome sia di un corso d'acqua e se ho il dubbio
sui rami più piccoli li lascio senza nome.
Salvo sapere che se da una zona ricca di sorgenti nasce un rio di una
qualche importanza metterò un nodo con locality e name "Sorgenti del rio
..."


Il giorno mer 21 nov 2018 alle ore 00:18 Sergio Manzi  ha
scritto:

> Mah... credo che tutti gli estuari a "delta" del mondo non siano molto
> d'accordo...
>
> Ciao!
>
> Sergio
>
>
> On 2018-11-20 20:26, Ivo Reano wrote:
>
> Scrivo a proposito dell'utilizzo di una relazione per "unire" diversi rami
> di un corso d'acqua.
> Se non vengo smentito penso che non sia corretto.
> Un corso d'acqua ha un nome sul suo intero percorso, un ramo secondario
> può avere un nome diverso, ma non dovrebbe avere lo stesso nome del corso
> principale!
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it