Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

sent from a phone

> On 30. Jun 2020, at 18:13, Andrea Albani  wrote:
> 
> Interessante il punto: se faccio un multipologono semplice con 
> "buchi"=cattivo, mentre frotte di poligoni slegati fra di loro=ok :)


esattamente. Le frotte no creano alcun problema e ti fanno vedere anche i 
limiti delle proprietà verso altri landuse come strade. I multipoligoni invece 
cominciano semplici e poi diventano sempre più complicate, e inoltre richiedono 
che ti scarichi massi di dati anche se vuoi solo inserire una cosa piccola in 
un punto. Inoltre richiedono software (editori) più potenti, e tendono ad 
essere sempre meno perspicue (i principianti hanno generalmente problemi con le 
relazioni).



>  
>>> Nella wiki per altro la questione è affrontata senza fornire indicazioni 
>>> chiare. Ad esempio nell'introduzione [1] si dice:
>>> " The landuse tag is mostly used for larger areas and not at parcel 
>>> granularity; as described above, a single shop in a residential area might 
>>> not always warrant an extra "commercial" landuse. "
>> 
>> 
>> Questo lascia aperta la possibilità di mappare a granularità di lotto (anche 
>> se penso che la granularità del isolato / blocco di particelle dovrebbe 
>> spesso essere sufficiente). In pratica è una descrizione dello stato di 
>> fatto, non esclude avere una visione diversa come meta. 
>> 
>>  
> 
> L'inglese dice che non vanno usati a quella granularità


non lo dice. Quello che dice è che questo metodo è ancora meno diffuso.


>  
>>> certo. Come tutto in OSM, si parte dal grezzo e si spera di arrivare al 
>>> dettaglio. 
>> 
> 
> Io sono per il dettaglio "misurato" (che uno declina come meglio crede), 
> perchè più c'è dettaglio e più forze per manutenerlo ci vogliono


dipende dal tipo di dettaglio. La tendenza generale va verso il più dettaglio. 

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

Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

sent from a phone

> On 30. Jun 2020, at 17:29, Manuel  wrote:
> 
> Quindi una roba tipo questa, in cui ci sono decine diederichs 
> landuse=residential?

sì, questa zona mi sembra un modello avanzato, facile da aggiornare e mantenere 
e dettagliato dal punto di vista delle informazioni. Per me questo è dove 
vorrei arrivare in generale.

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

Re: [Talk-it] Aiuto query overpass-turbo

[Andrea Albani]

Il giorno mar 30 giu 2020 alle ore 11:04 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Am Mo., 29. Juni 2020 um 15:51 Uhr schrieb Andrea Albani  >:
>
>> Quando si parla di landuse per me si parla di oggetti che permettono di
>> classificare ad un livello macroscopico il territorio.
>>
>
>
> non c'è scritto da nessuna parte però (dipende ovviamente da come si
> interpreta "macroscopico". Per esempio metterei un garage dentro un
> landuse=residential, ma ovviamente legalmente non puoi vivere dentro un
> garage.
>

Infatti è una mia personale interpretazione che può essere condivisa o
meno. Per me i landuse rimangono oggetti che descrivono le cose ad alto
livello, un po' come quando guardi una mappa tematica: non hai bisogno di
dettaglio, ma di una "panoramica" su quello che ti ritrovi sul territorio.
Siccome parliamo di aree di grandi dimensioni sapere che un 5% dell'area
considerata è "strada" o meno cambia poco ai fini dell'utilizzo che potrei
fare di quei dati (anche perchè non sai che errori potrebbero esserci
introdotti da chi fa landuse "precisi"). Per altro puoi anche stimare in
qualsiasi momento quanto spazio "rubano" le strade ad un
landuse=residential disegnato come monopoligono



>
>
>
>> A quel livello la precisione di mappatura non aggiunge elementi utili
>> perchè non stai contando il numero di edifici o di panchine, ma aree di una
>> certa estensione.
>>
>
>
> per me non c'è alcun vantaggio nel appositamente togliere il dettaglio. Se
> avessimo tutti i landuse ad alta granularità, potremmo sempre ai fini di
> renderizzare, automaticamente semplificarli e metterli insieme (decidendo
> cosa ci interessa, per esempio un uso industriale "dentro" una zona
> residenziale potrebbe essere visualizzato mentre un uso di vendita al
> dettaglio sotto una certa grandezza no, ecc., secondo lo scopo e la scala
> della mappa. Se invece facciamo finto che tutto sia ad uso residenziale
> (perché ovviamente in un centro abitato abitano appunto persone), non
> potremmo mai ottenere informazioni dettagliate perché non ci sarebbero. (si
> può sempre semplificare in automatico, ma nel verso contrario non funziona).
>
> Il concetto è chiaro: se non hai il dettaglio all'origine non puoi
ricrearlo... ma se stimi lo spazio utilizzato dalle strade non hai forse lo
stesso risultato ? siamo sempre all'interno di un margine di errore
paragonabile a quello di un umano che mappa o meno il giardino condominiale
o la strada di servizio interna che porta ai garage (sono parte di una
residential questi?)


>
>
>>
>> Questa è un'opinione ovviamente, e sottende il fatto che io non mappo
>> landuse residential a blocchi di case o a quartieri, pur escludendo dal
>> poligono tutto ciò che è classificabile con landuse differente. Aggiungo
>> che, avendo mappato prevalentemente piccoli centri abitati, potrei avere
>> una "sensibilità" sulla materia diversa da chi crea landuse=residential a
>> Milano o Roma.
>>
>
>
> anche nei piccoli centri non è vantaggioso avere landuse grandi, perché
> alla fine portano a multipoligoni (si deve rimuovere cose all'interno), e
> tutto diventa un casino complicato.
>
>
Interessante il punto: se faccio un multipologono semplice con
"buchi"=cattivo, mentre frotte di poligoni slegati fra di loro=ok :)


>
>
>>
>> Nella wiki per altro la questione è affrontata senza fornire indicazioni
>> chiare. Ad esempio nell'introduzione [1] si dice:
>> " The landuse tag is mostly used for larger areas *and not at parcel
>> granularity*; as described above, a single shop in a residential area
>> might not always warrant an extra "commercial" landuse. "
>>
>
>
> Questo lascia aperta la possibilità di mappare a granularità di lotto
> (anche se penso che la granularità del isolato / blocco di particelle
> dovrebbe spesso essere sufficiente). In pratica è una descrizione dello
> stato di fatto, non esclude avere una visione diversa come meta.
>
>
>

L'inglese dice che non vanno usati a quella granularità


>
>> Successivamente però si porta a conoscenza del lettore che esistono due
>> macro-scuole di pensiero, ovvero che la modalità di mappatura dei landuse
>> è, come tante cose in OSM, soggetta a libero arbitrio. Si afferma anche,
>> non so su che basi, che la maggior parte dei mapper considera un poligono
>> residential unico non un errore bensì un mapping preliminare.
>>
>
>
> certo. Come tutto in OSM, si parte dal grezzo e si spera di arrivare al
> dettaglio.
>
>
Io sono per il dettaglio "misurato" (che uno declina come meglio crede),
perchè più c'è dettaglio e più forze per manutenerlo ci vogliono


>
>
>>
>> Come ulteriore tassello una indicazione riportata in [2] : "For
>> "Mixed-Use" areas where more than half of the land is residential, tag as
>> residential"
>>
>
>
> questa frase è da rimuovere, al mio parere. Potrei mappare tutta Roma come
> unico landuse=residential perché si tratta di un area mista dove più della
> metà del suolo è utilizzato per abitare. Non ha senso, è espressione della
> 

Re: [Talk-it] Aiuto query overpass-turbo

[Manuel]

Quindi una roba tipo questa 
, in cui ci 
sono decine di landuse=residential? Non so, mi sembra comunque strano.

Manuel Tassi

Il 30/06/2020 10:45, Martin Koppenhoefer ha scritto:



Am Mo., 29. Juni 2020 um 13:58 Uhr schrieb Manuel mailto:mannivuw...@gmail.com>>:

Sono d'accordo sul parco, ma per il resto l'uso di un landuse che comprenda tutta 
la zona residenziale del paese è molto esteso (anche in Germania - che spesso è presa 
a esempio - l'uso del landuse=residential è fatto in modo simile - es. la zona 
residenziale di Heidelberg ).




infatti, sto cercando di convincere anche i tedeschi ;-)

Ciao
Martin


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

Re: [Talk-it] Aiuto query overpass-turbo

[Alessandro Vitali]

Per la query grazie!

Per quel che riguarda il landuse passo... al momento ho altre priorità. Ma
grazie cmq! Ci tornerò su in un futuro!

Ale Vit


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno lun 29 giu 2020 alle ore 07:29 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Ciao,
>
> a quanto ho capito, geocodeArea va a cercare tramite Nominatim e viene
> considerata solo la prima corrispondenza, in questo caso l'area
> residenziale: https://www.openstreetmap.org/relation/2196897
>
> Se usi
>
> area[name=Castelnuovo][admin_level=8]->.searchArea;
>
> va a cercarti il confine comunale
> https://www.openstreetmap.org/relation/46713
>
> La query che ti serve dovrebbe essere questa:
> http://overpass-turbo.eu/s/Vyu
>
> Ale
>
>
> On 29/06/20 02:03, Alessandro Vitali wrote:
>
> Ciao,
>
> io parto con questa query (http://overpass-turbo.eu/s/Vyn) che mi
> permette di estrarre gli indirizzi nell'area di Castelnuovo.
> Quando però verifico l'estrazione noto che non ha estratto tutti gli
> indirizzi contenuti nel confine comunale ma solo quelli contenuti nel
> multipoligono landuse:residential.
>
> Come posso fare per estendere l'area di ricerca ai confini comunali?
>
> Grazie!
> Ale Vit
>
> ___
> 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] Aiuto query overpass-turbo

[Martin Koppenhoefer]

Am Mo., 29. Juni 2020 um 15:51 Uhr schrieb Andrea Albani :

> Quando si parla di landuse per me si parla di oggetti che permettono di
> classificare ad un livello macroscopico il territorio.
>


non c'è scritto da nessuna parte però (dipende ovviamente da come si
interpreta "macroscopico". Per esempio metterei un garage dentro un
landuse=residential, ma ovviamente legalmente non puoi vivere dentro un
garage.





> A quel livello la precisione di mappatura non aggiunge elementi utili
> perchè non stai contando il numero di edifici o di panchine, ma aree di una
> certa estensione.
>


per me non c'è alcun vantaggio nel appositamente togliere il dettaglio. Se
avessimo tutti i landuse ad alta granularità, potremmo sempre ai fini di
renderizzare, automaticamente semplificarli e metterli insieme (decidendo
cosa ci interessa, per esempio un uso industriale "dentro" una zona
residenziale potrebbe essere visualizzato mentre un uso di vendita al
dettaglio sotto una certa grandezza no, ecc., secondo lo scopo e la scala
della mappa. Se invece facciamo finto che tutto sia ad uso residenziale
(perché ovviamente in un centro abitato abitano appunto persone), non
potremmo mai ottenere informazioni dettagliate perché non ci sarebbero. (si
può sempre semplificare in automatico, ma nel verso contrario non funziona).




>
> Questa è un'opinione ovviamente, e sottende il fatto che io non mappo
> landuse residential a blocchi di case o a quartieri, pur escludendo dal
> poligono tutto ciò che è classificabile con landuse differente. Aggiungo
> che, avendo mappato prevalentemente piccoli centri abitati, potrei avere
> una "sensibilità" sulla materia diversa da chi crea landuse=residential a
> Milano o Roma.
>


anche nei piccoli centri non è vantaggioso avere landuse grandi, perché
alla fine portano a multipoligoni (si deve rimuovere cose all'interno), e
tutto diventa un casino complicato.



>
> Nella wiki per altro la questione è affrontata senza fornire indicazioni
> chiare. Ad esempio nell'introduzione [1] si dice:
> " The landuse tag is mostly used for larger areas *and not at parcel
> granularity*; as described above, a single shop in a residential area
> might not always warrant an extra "commercial" landuse. "
>


Questo lascia aperta la possibilità di mappare a granularità di lotto
(anche se penso che la granularità del isolato / blocco di particelle
dovrebbe spesso essere sufficiente). In pratica è una descrizione dello
stato di fatto, non esclude avere una visione diversa come meta.



>
> Successivamente però si porta a conoscenza del lettore che esistono due
> macro-scuole di pensiero, ovvero che la modalità di mappatura dei landuse
> è, come tante cose in OSM, soggetta a libero arbitrio. Si afferma anche,
> non so su che basi, che la maggior parte dei mapper considera un poligono
> residential unico non un errore bensì un mapping preliminare.
>


certo. Come tutto in OSM, si parte dal grezzo e si spera di arrivare al
dettaglio.




>
> Come ulteriore tassello una indicazione riportata in [2] : "For
> "Mixed-Use" areas where more than half of the land is residential, tag as
> residential"
>


questa frase è da rimuovere, al mio parere. Potrei mappare tutta Roma come
unico landuse=residential perché si tratta di un area mista dove più della
metà del suolo è utilizzato per abitare. Non ha senso, è espressione della
mancata standardizzazione per landuse misti abbinata alla inerzia contro il
cambiamento, è una dichiarazione di capitolazione. Sono le persone che non
vogliono il progresso che scrivono cose del genere, perché così si sentono
in pace. "C'è la regola".
Comunque, "non funziona", perché non si capisce quanto sia grande questa
"area". Una particella? Un isolato? Un quartiere? Una città? Un'area
metropolitana?

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

Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

Am Mo., 29. Juni 2020 um 15:51 Uhr schrieb Andrea Albani :

> Quando si parla di landuse per me si parla di oggetti che permettono di
> classificare ad un livello macroscopico il territorio.
>


non c'è scritto da nessuna parte però (dipende ovviamente da come si
interpreta "macroscopico". Per esempio metterei un garage dentro un
landuse=residential, ma ovviamente legalmente non puoi vivere dentro un
garage.





> A quel livello la precisione di mappatura non aggiunge elementi utili
> perchè non stai contando il numero di edifici o di panchine, ma aree di una
> certa estensione.
>


per me non c'è alcun vantaggio nel appositamente togliere il dettaglio. Se
avessimo tutti i landuse ad alta granularità, potremmo sempre ai fini di
renderizzare, automaticamente semplificarli e metterli insieme (decidendo
cosa ci interessa, per esempio un uso industriale "dentro" una zona
residenziale potrebbe essere visualizzato mentre un uso di vendita al
dettaglio sotto una certa grandezza no, ecc., secondo lo scopo e la scala
della mappa. Se invece facciamo finto che tutto sia ad uso residenziale
(perché ovviamente in un centro abitato abitano appunto persone), non
potremmo mai ottenere informazioni dettagliate perché non ci sarebbero. (si
può sempre semplificare in automatico, ma nel verso contrario non funziona).




>
> Questa è un'opinione ovviamente, e sottende il fatto che io non mappo
> landuse residential a blocchi di case o a quartieri, pur escludendo dal
> poligono tutto ciò che è classificabile con landuse differente. Aggiungo
> che, avendo mappato prevalentemente piccoli centri abitati, potrei avere
> una "sensibilità" sulla materia diversa da chi crea landuse=residential a
> Milano o Roma.
>


anche nei piccoli centri non è vantaggioso avere landuse grandi, perché
alla fine portano a multipoligoni (si deve rimuovere cose all'interno), e
tutto diventa un casino complicato.



>
> Nella wiki per altro la questione è affrontata senza fornire indicazioni
> chiare. Ad esempio nell'introduzione [1] si dice:
> " The landuse tag is mostly used for larger areas *and not at parcel
> granularity*; as described above, a single shop in a residential area
> might not always warrant an extra "commercial" landuse. "
>


Questo lascia aperta la possibilità di mappare a granularità di lotto
(anche se penso che la granularità del isolato / blocco di particelle
dovrebbe spesso essere sufficiente). In pratica è una descrizione dello
stato di fatto, non esclude avere una visione diversa come meta.



>
> Successivamente però si porta a conoscenza del lettore che esistono due
> macro-scuole di pensiero, ovvero che la modalità di mappatura dei landuse
> è, come tante cose in OSM, soggetta a libero arbitrio. Si afferma anche,
> non so su che basi, che la maggior parte dei mapper considera un poligono
> residential unico non un errore bensì un mapping preliminare.
>


certo. Come tutto in OSM, si parte dal grezzo e si spera di arrivare al
dettaglio.




>
> Come ulteriore tassello una indicazione riportata in [2] : "For
> "Mixed-Use" areas where more than half of the land is residential, tag as
> residential"
>


questa frase è da rimuovere, al mio parere. Potrei mappare tutta Roma come
unico landuse=residential perché si tratta di un area mista dove più della
metà del suolo è utilizzato per abitare. Non ha senso, è espressione della
mancata standardizzazione per landuse misti abbinata alla inerzia contro il
cambiamento, è una dichiarazione di capitolazione. Sono le persone che non
vogliono il progresso che scrivono cose del genere, perché così si sentono
in pace. "C'è la regola".
Comunque, "non funziona", perché non si capisce quanto sia grande questa
"area". Una particella? Un isolato? Un quartiere? Una città? Un'area
metropolitana?

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

Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

Am Mo., 29. Juni 2020 um 13:58 Uhr schrieb Manuel :

> Sono d'accordo sul parco, ma per il resto l'uso di un landuse che
> comprenda tutta la zona residenziale del paese è molto esteso (anche in
> Germania - che spesso è presa a esempio - l'uso del landuse=residential è
> fatto in modo simile - es. la zona residenziale di Heidelberg
> ).
>



infatti, sto cercando di convincere anche i tedeschi ;-)

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

Re: [Talk-it] Aiuto query overpass-turbo

[Andrea Albani]

Il giorno lun 29 giu 2020 alle ore 13:50 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
> un parco non è un utilizzo di suolo residenziale, anche se ci fossero dei
> senza fissa dimora, sarebbero da considerare abusivi e non sarebbe l’uso
> principale del parco.
> Nemmeno le strade sono utilizzo residenziale, ne lo sono i benzinai, i
> ristoranti, i negozi, ecc.
> Uso residenziale del suolo vuol dire un terreno sul quale si trovano
> abitazioni.
>
>
Quando si parla di landuse per me si parla di oggetti che permettono di
classificare ad un livello macroscopico il territorio. A quel livello la
precisione di mappatura non aggiunge elementi utili perchè non stai
contando il numero di edifici o di panchine, ma aree di una certa
estensione.

Questa è un'opinione ovviamente, e sottende il fatto che io non mappo
landuse residential a blocchi di case o a quartieri, pur escludendo dal
poligono tutto ciò che è classificabile con landuse differente. Aggiungo
che, avendo mappato prevalentemente piccoli centri abitati, potrei avere
una "sensibilità" sulla materia diversa da chi crea landuse=residential a
Milano o Roma.

Nella wiki per altro la questione è affrontata senza fornire indicazioni
chiare. Ad esempio nell'introduzione [1] si dice:

" The landuse tag is mostly used for larger areas *and not at parcel
granularity*; as described above, a single shop in a residential area might
not always warrant an extra "commercial" landuse. "

Che lascia trasparire la potenziale fallacità di dover gestire landuse
sovrapposti/mixed e l'inopportunità di frammentare i landuse seguendo le
particelle\mappali del catasto.

Successivamente però si porta a conoscenza del lettore che esistono due
macro-scuole di pensiero, ovvero che la modalità di mappatura dei landuse
è, come tante cose in OSM, soggetta a libero arbitrio. Si afferma anche,
non so su che basi, che la maggior parte dei mapper considera un poligono
residential unico non un errore bensì un mapping preliminare.

Come ulteriore tassello una indicazione riportata in [2] : "For "Mixed-Use"
areas where more than half of the land is residential, tag as residential"
Sembra che quest'ultimo spazzi via ogni dubbio, perchè se la strada fra due
gruppi di edifici è assimilabile ad un landuse non ancora definito (o
definibile?), allora siamo nel caso mixed use e quindi un poligono unico
per residential è sufficiente.

Ciao

[1] https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential
[2] https://wiki.openstreetmap.org/wiki/Key:landuse
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto query overpass-turbo

[Manuel]

Sono d'accordo sul parco, ma per il resto l'uso di un landuse che comprenda tutta la 
zona residenziale del paese è molto esteso (anche in Germania - che spesso è presa a 
esempio - l'uso del landuse=residential è fatto in modo simile - es. la zona 
residenziale di Heidelberg ).

Manuel Tassi

Il 29/06/2020 13:49, Martin Koppenhoefer ha scritto:


sent from a phone


On 29. Jun 2020, at 12:36, Manuel  wrote:

Ma a parte il cimitero (il parco dipende) mi sembra abbastanza corretto 
l'utilizzo del landuse.


un parco non è un utilizzo di suolo residenziale, anche se ci fossero dei senza 
fissa dimora, sarebbero da considerare abusivi e non sarebbe l’uso principale 
del parco.
Nemmeno le strade sono utilizzo residenziale, ne lo sono i benzinai, i 
ristoranti, i negozi, ecc.
Uso residenziale del suolo vuol dire un terreno sul quale si trovano abitazioni.

Ciao Martin


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

Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

sent from a phone

> On 29. Jun 2020, at 12:36, Manuel  wrote:
> 
> Ma a parte il cimitero (il parco dipende) mi sembra abbastanza corretto 
> l'utilizzo del landuse.


un parco non è un utilizzo di suolo residenziale, anche se ci fossero dei senza 
fissa dimora, sarebbero da considerare abusivi e non sarebbe l’uso principale 
del parco. 
Nemmeno le strade sono utilizzo residenziale, ne lo sono i benzinai, i 
ristoranti, i negozi, ecc.
Uso residenziale del suolo vuol dire un terreno sul quale si trovano abitazioni.

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

Re: [Talk-it] Aiuto query overpass-turbo

[Manuel]

Ma a parte il cimitero (il parco dipende) mi sembra abbastanza corretto 
l'utilizzo del landuse.

Manuel Tassi

Il 29/06/2020 10:24, Martin Koppenhoefer ha scritto:



sent from a phone


On 29. Jun 2020, at 07:29, Alessandro Sarretta  
wrote:

in questo caso l'area residenziale: 
https://www.openstreetmap.org/relation/2196897



al proposito: il landuse lì mi sembra sbagliato, si trova di tutto la dentro, 
non solo abitazioni. Per esempio ci sono le strade, il cimitero, i parchi, il 
municipio,  ecc.
È tutto il paese.

Ciao Martin

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


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

Re: [Talk-it] Aiuto query overpass-turbo

[Martin Koppenhoefer]

sent from a phone

> On 29. Jun 2020, at 07:29, Alessandro Sarretta 
>  wrote:
> 
> in questo caso l'area residenziale: 
> https://www.openstreetmap.org/relation/2196897


al proposito: il landuse lì mi sembra sbagliato, si trova di tutto la dentro, 
non solo abitazioni. Per esempio ci sono le strade, il cimitero, i parchi, il 
municipio,  ecc.
È tutto il paese.

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

Re: [Talk-it] Aiuto query overpass-turbo

[Alessandro Sarretta]

Ciao,

a quanto ho capito, geocodeArea va a cercare tramite Nominatim e viene 
considerata solo la prima corrispondenza, in questo caso l'area 
residenziale: https://www.openstreetmap.org/relation/2196897


Se usi

area[name=Castelnuovo][admin_level=8]->.searchArea;

va a cercarti il confine comunale 
https://www.openstreetmap.org/relation/46713


La query che ti serve dovrebbe essere questa: http://overpass-turbo.eu/s/Vyu

Ale


On 29/06/20 02:03, Alessandro Vitali wrote:

Ciao,

io parto con questa query (http://overpass-turbo.eu/s/Vyn) che mi 
permette di estrarre gli indirizzi nell'area di Castelnuovo.
Quando però verifico l'estrazione noto che non ha estratto tutti gli 
indirizzi contenuti nel confine comunale ma solo quelli contenuti nel 
multipoligono landuse:residential.


Come posso fare per estendere l'area di ricerca ai confini comunali?

Grazie!
Ale Vit

___
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

[Talk-it] Aiuto query overpass-turbo

[Alessandro Vitali]

Ciao,

io parto con questa query (http://overpass-turbo.eu/s/Vyn) che mi permette
di estrarre gli indirizzi nell'area di Castelnuovo.
Quando però verifico l'estrazione noto che non ha estratto tutti gli
indirizzi contenuti nel confine comunale ma solo quelli contenuti nel
multipoligono landuse:residential.

Come posso fare per estendere l'area di ricerca ai confini comunali?

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

Re: [Talk-it] aiuto query overpass

[Marco]

perfetto, funziona alla grande, grazie!

Il 18/03/2019 11:53, Andrea Musuruane ha scritto:

Ciao,


On Mon, Mar 18, 2019 at 11:45 AM Marco > wrote:


Ciao a tutti, avrei bisogno di una query che restituisca i nodi
etichettati come natural=peak con ele>1000
Sembra semplice però mi sfugge come indicare che il tag ele deve
avere valore maggiore di 1000
Mi date una dritta per favore?


Prova così:

[out:json][timeout:25];
(
node["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
way["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
relation["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
);
out body;
>;
out skel qt;

Ciao,

Andrea


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

Re: [Talk-it] aiuto query overpass

[Andrea Albani]

Il giorno lun 18 mar 2019 alle ore 14:11 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

>
> Poi, oltre alle query come quella sopra (basate su caratteri ed
> espressioni regolari)  ci sarebbero le query prettamente numeriche come
> questa [2] che permette anche operazioni di confronto. Mi ero pure
> premurato di salvarla, ma da qualche tempo non viene più accettata dal
> parser. Qualcuno ne sa qualcosa?
>
> [1] http://overpass-turbo.eu/s/H76
> [2] http://overpass-turbo.eu/s/H7a
>
>
Penso che abbiano reso un po' più stringente il controllo della sintassi.
La query [2] funziona infatti se gli argomenti della funzion t[] li metti
fra doppi apici.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] aiuto query overpass

[Cascafico Giovanni]

Questa riga di query

node["natural"="peak"]["ele"~"^[2-8][0-9][0-9][0-9]"]({{bbox}});

dovrebbe interrcettare tutti i natural=peak con una ele che inizia per il
carattere da 2 a 8 a cui seguono 3 caratteri 0-9. Dovrebbe comprendere
anche quelle quote seguite da unità di misura (o qualsiasi altro). La query
completa la trovio qui [1].

Poi, oltre alle query come quella sopra (basate su caratteri ed espressioni
regolari)  ci sarebbero le query prettamente numeriche come questa [2] che
permette anche operazioni di confronto. Mi ero pure premurato di salvarla,
ma da qualche tempo non viene più accettata dal parser. Qualcuno ne sa
qualcosa?

[1] http://overpass-turbo.eu/s/H76
[2] http://overpass-turbo.eu/s/H7a

Il giorno lun 18 mar 2019 alle ore 11:50 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:
> poi ci sono i tag con unità di misura "m", e senza, quelli con altri
indicazioni ("s.m.") e quelli in altri unità (miglia ecc.). Non è banale.
Purtroppo non conosco la soluzione.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] aiuto query overpass

[Andrea Musuruane]

Ciao,


On Mon, Mar 18, 2019 at 11:45 AM Marco  wrote:

> Ciao a tutti, avrei bisogno di una query che restituisca i nodi
> etichettati come natural=peak con ele>1000
> Sembra semplice però mi sfugge come indicare che il tag ele deve avere
> valore maggiore di 1000
> Mi date una dritta per favore?
>

Prova così:

[out:json][timeout:25];
(
  node["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
  way["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
  relation["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
);
out body;
>;
out skel qt;

Ciao,

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

Re: [Talk-it] aiuto query overpass

[Martin Koppenhoefer]

poi ci sono i tag con unità di misura "m", e senza, quelli con altri
indicazioni ("s.m.") e quelli in altri unità (miglia ecc.). Non è banale.
Purtroppo non conosco la soluzione.

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

[Talk-it] aiuto query overpass

[Marco]

Ciao a tutti, avrei bisogno di una query che restituisca i nodi etichettati 
come natural=peak con ele>1000
Sembra semplice però mi sfugge come indicare che il tag ele deve avere valore 
maggiore di 1000
Mi date una dritta per favore?
Grazie!___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto query Overpass

[Davide Sandona']

mitico! grazie mille.

Davide.

Il giorno 27 dicembre 2017 14:22, Andrea Albani  ha
scritto:

> C'è un esempio qui [0].
> La query ritorna nodi con la stessa identica posizione. Se ritocchi lo 0
> in around.a:0,  che esprime la posizione in metri,  puoi trovare anche nodi
> quasi sovrapposti. Dovrebbe accettare anche numeri con decimali, ma non ho
> mai provato.
> Ciao
>
> [0] http://wiki.openstreetmap.org/wiki/Overpass_API/
> Overpass_API_by_Example#Find_duplicate_nodes_.28since_0.7.54.29
>
>
> ___
> 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] Aiuto query Overpass

[Andrea Albani]

C'è un esempio qui [0].
La query ritorna nodi con la stessa identica posizione. Se ritocchi lo 0 in
around.a:0,  che esprime la posizione in metri,  puoi trovare anche nodi
quasi sovrapposti. Dovrebbe accettare anche numeri con decimali, ma non ho
mai provato.
Ciao

[0]
http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example#Find_duplicate_nodes_.28since_0.7.54.29
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Aiuto query Overpass

[Davide Sandona']

A volte capita di trovare delle intersezioni nelle highway in cui il nodo
di intersezione non è condiviso da entrambe le highway, ma è solamente
sovrapposto (ci sono quindi due o più nodi che occupano la stessa
posizione). Ciò significa che le highway di fatto non sono connesse tra
loro.

E' possibile con Overpass creare una query che trovi queste occorrenze?

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

Re: [Talk-it] Aiuto Query Overpass

[girarsi_liste]

Il 15/03/2017 20:39, Andrea Albani ha scritto:
> Simone,
> 
> la query che hai indicato non ritorna oggetti relation in ogni caso. Il
> wizard la trasforma infatti così in Overpass QL:
> 
> way["ref"="E206"]["type"!="relation"]
> 

Saràcomunque a me ha restituito solo un segmento mancante, e la
relazione non me l'ha neanche selezionata, nel mio caso.

Ad ogni modo io ho capito che cerca solo il ref sulla way e non deve
interessare un'eventuale relazione la ricerca del tag, poi non sono un
informatico, per cui può essere abbia interpretato male il codice.




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



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

Re: [Talk-it] Aiuto Query Overpass

[Andrea Albani]

Simone,

la query che hai indicato non ritorna oggetti relation in ogni caso. Il
wizard la trasforma infatti così in Overpass QL:

way["ref"="E206"]["type"!="relation"]

ovvero dammi "tutte le way dove ref=E206" E "il type non è una
relazione"... ma il type di una way è sempre way, quindi il risultato è
tutte le way dove ref=E206... comprese quelle che sono parte di una
relation.

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

Re: [Talk-it] Aiuto Query Overpass

[girarsi_liste]

Il 15/03/2017 20:19, Davide Sandona' ha scritto:
> a avevo perso un pezzo per strada: la tua "pseudo query" va utilizzata
> nel wizard :) mistero risolto :) :)
> Scusa, oggi son proprio fuso
> 
> Davide.
> 

Non preoccuparti, solo non mi raccapezzavo con la tua risposta, tutto
qua, mistero risolto. :)


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



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

Re: [Talk-it] Aiuto Query Overpass

[Davide Sandona']

a avevo perso un pezzo per strada: la tua "pseudo query" va utilizzata
nel wizard :) mistero risolto :) :)
Scusa, oggi son proprio fuso

Davide.

Il giorno 15 marzo 2017 19:03, girarsi_liste  ha
scritto:

> Il 15/03/2017 18:39, Davide Sandona' ha scritto:
> >>
> >> Che pulsante hai cliccato per eseguire la query?
> >>
> >
> > pulsante "Run" :)
> >
> > Davide.
> >
>
> Io vedo un "build query", "componi ed esegui una query", ed annulla.
>
> Stiamo parlando dello stesso sito?
>
> http://overpass-turbo.eu/
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] Aiuto Query Overpass

[girarsi_liste]

Il 15/03/2017 18:39, Davide Sandona' ha scritto:
>>
>> Che pulsante hai cliccato per eseguire la query?
>>
> 
> pulsante "Run" :)
> 
> Davide.
> 

Io vedo un "build query", "componi ed esegui una query", ed annulla.

Stiamo parlando dello stesso sito?

http://overpass-turbo.eu/


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



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

Re: [Talk-it] Aiuto Query Overpass

[Davide Sandona']

>
> Che pulsante hai cliccato per eseguire la query?
>

pulsante "Run" :)

Davide.

Il giorno 15 marzo 2017 18:36, girarsi_liste  ha
scritto:

> Il 15/03/2017 18:33, Davide Sandona' ha scritto:
> > Grazie mille Andrea, la tua query funziona benissimo! :)
> >
> > Simone, ho provato la tua query nel sito http://overpass-turbo.eu/ ma al
> > momento di esecuzione mi spara fuori una lista di errori... Dove hai
> > provato la tua query?
> >
> > Davide.
>
>
> Semplicemente così come la vedi, in Trentino, su un sentiero.
>
> Che pulsante hai cliccato per eseguire la query?
>
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] Aiuto Query Overpass

[girarsi_liste]

Il 15/03/2017 18:33, Davide Sandona' ha scritto:
> Grazie mille Andrea, la tua query funziona benissimo! :)
> 
> Simone, ho provato la tua query nel sito http://overpass-turbo.eu/ ma al
> momento di esecuzione mi spara fuori una lista di errori... Dove hai
> provato la tua query?
> 
> Davide.


Semplicemente così come la vedi, in Trentino, su un sentiero.

Che pulsante hai cliccato per eseguire la query?




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



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

Re: [Talk-it] Aiuto Query Overpass

[Davide Sandona']

Grazie mille Andrea, la tua query funziona benissimo! :)

Simone, ho provato la tua query nel sito http://overpass-turbo.eu/ ma al
momento di esecuzione mi spara fuori una lista di errori... Dove hai
provato la tua query?

Davide.

Il giorno 15 marzo 2017 18:08, girarsi_liste  ha
scritto:

> Il 15/03/2017 18:01, Andrea Albani ha scritto:
> > ref=E206 and type:way and type!=relation in Trentino
> >
> >
> > Così però ti trova anche le way con ref=E206 che fanno parte di una
> > relation, mentre, se non ho interpretato male, nella richiesta iniziale
> > queste andavano escluse
> >
>
> No, perche se osservi c'è un punto esclamativo, che sta ad indicare il
> NOT, e sarebbe trovami tutte le way con ref E206 che non fanno parte
> delle relazione contenente il ref E206.
>
> Di fatto mi son ritrovato un segmento, ora corretto, non inserito nella
> relazione E206.
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] Aiuto Query Overpass

[girarsi_liste]

Il 15/03/2017 18:01, Andrea Albani ha scritto:
> ref=E206 and type:way and type!=relation in Trentino
> 
> 
> Così però ti trova anche le way con ref=E206 che fanno parte di una
> relation, mentre, se non ho interpretato male, nella richiesta iniziale
> queste andavano escluse
> 

No, perche se osservi c'è un punto esclamativo, che sta ad indicare il
NOT, e sarebbe trovami tutte le way con ref E206 che non fanno parte
delle relazione contenente il ref E206.

Di fatto mi son ritrovato un segmento, ora corretto, non inserito nella
relazione E206.


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



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

Re: [Talk-it] Aiuto Query Overpass

[Andrea Albani]

ref=E206 and type:way and type!=relation in Trentino


Così però ti trova anche le way con ref=E206 che fanno parte di una
relation, mentre, se non ho interpretato male, nella richiesta iniziale
queste andavano escluse
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto Query Overpass

[girarsi_liste]

Io, dopo questa tua richiesta, invece utilizzando overpass-turbo, non
overpass, con la seguente stringa di esempio nel wizard, ho trovato una
track che non avevo modificato in seguito all'inserimento delle
relazioni CAI:


ref=E206 and type:way and type!=relation in Trentino

Di fatto cerca i nomi univoci nelle way e non nelle relazioni, anche se
queste passano per di lì.

Chiedo magari a chi è più esperto se non ho preso un abbaglio, grazie.



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



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

Re: [Talk-it] Aiuto Query Overpass

[Andrea Albani]

Ciao,

mi sembra che questo possa funzionare (provato con il sentiero E1 in
Lombardia), ma è meglio che fai qualche verifica con casi a te noti

[out:json][timeout:30];
(rel[ref=E1]({{bbox}});>;)->.allwrel; // mette in .allwrel tutte le way che
compongono la relazione con ref=E1
(way[ref=E1]({{bbox}}); - way.allwrel;); // questo difference block
restituisce tutte le way con ref=E1 che non fanno parte del set .allwrel
out body;
>;
out skel qt;

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

[Talk-it] Aiuto Query Overpass

[Davide Sandona']

Salve,
è possibile con Overpass selezionare le way aventi un determinato tag ref
ma che non sono associate ad alcuna relazione avente lo stesso tag ref?

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

Re: [Talk-it] Aiuto query overpass

[Davide Sandona']

riguardo la seconda domanda, credo che rappresentino le diverse versioni
della cronologia, infatti se guardi la scheda Dati, trovi la stessa way due
volte (vedi che l'id si ripete).

Davide.

Il giorno 27 gennaio 2017 19:46, Marco  ha scritto:

> Sto guardando ora; la query sembra funzionare correttamente (grazie
> ancora) ma vorrei cercare di capirci di più.
>
> 1) che differenza c'è tra i segmenti tratteggiati e quelli continui?
> cliccando su uno di quelli tratteggiati compare la scritta "*Attention:
> incomplete geometry (e.g. some nodes missing)**"* e non mi spiego perchè.
> Mi illuminate per favore?
>
> 2) perché in alcuni punti come questo [1], ci sono due linee tratteggiate
> che sembrano rappresentare lo stesso sentiero?
>
> [1] http://overpass-turbo.eu/s/lys
>
> grazie
>
> Ciao
>
> Il 27/01/2017 11:31, Marco ha scritto:
>
> Grazie mille a tutti per le risposte; ho guardato al volo la soluzione di
> Andrea e sembrava restituire risultati verosimili. Oggi sono super occupato
> con il lavoro ma appena trovo il tempo di controllare i risultati vi faccio
> sapere.
> Grazie ancora per l'aiuto
> Ciao
>
> On January 27, 2017 12:26:48 AM GMT+01:00, Andrea Albani
>   wrote:
>>
>> Quello che cerchi penso si possa fare con la funzione augmented delta e
>> quindi l'operatore adiff
>>
>> [out:xml][timeout:25][adiff:"2016-01-01T00:00:00Z","2017-
>> 01-28T00:00:00Z"];
>> (
>>   way["highway"]({{bbox}});
>> );
>> out body;
>> >;
>> out skel qt;
>>
>> La query ritorna le modifiche avvenute nel bbox nell'intervallo di date
>> specificato: l'output generato contiene per ogni way un elemento 
>> con la variabile type che può valere create (quello che serve a te), modify
>> e delete.
>> Prova in una zona che conosci per capire se è quello che fa per te.
>>
>> Ciao
>>
>> NB funziona solo quando l'output è settato come nell'esempio in XML
>>
>>
>
> ___
> 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] Aiuto query overpass

[Marco]

Sto guardando ora; la query sembra funzionare correttamente (grazie 
ancora) ma vorrei cercare di capirci di più.


1) che differenza c'è tra i segmenti tratteggiati e quelli continui? 
cliccando su uno di quelli tratteggiati compare la scritta "/Attention: 
incomplete geometry (e.g. some nodes missing)/*"* e non mi spiego 
perchè. Mi illuminate per favore?


2) perché in alcuni punti come questo [1], ci sono due linee 
tratteggiate che sembrano rappresentare lo stesso sentiero?


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

grazie

Ciao


Il 27/01/2017 11:31, Marco ha scritto:
Grazie mille a tutti per le risposte; ho guardato al volo la soluzione 
di Andrea e sembrava restituire risultati verosimili. Oggi sono super 
occupato con il lavoro ma appena trovo il tempo di controllare i 
risultati vi faccio sapere.

Grazie ancora per l'aiuto
Ciao

On January 27, 2017 12:26:48 AM GMT+01:00, Andrea Albani 
 wrote:


Quello che cerchi penso si possa fare con la funzione augmented
delta e quindi l'operatore adiff

[out:xml][timeout:25][adiff:"2016-01-01T00:00:00Z","2017-01-28T00:00:00Z"];
(
  way["highway"]({{bbox}});
);
out body;
>;
out skel qt;

La query ritorna le modifiche avvenute nel bbox nell'intervallo di
date specificato: l'output generato contiene per ogni way un
elemento  con la variabile type che può valere create
(quello che serve a te), modify e delete.
Prova in una zona che conosci per capire se è quello che fa per te.

Ciao

NB funziona solo quando l'output è settato come nell'esempio in XML



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

Re: [Talk-it] Aiuto query overpass

[Marco]

Grazie mille a tutti per le risposte; ho guardato al volo la soluzione di 
Andrea e sembrava restituire risultati verosimili. Oggi sono super occupato con 
il lavoro ma appena trovo il tempo di controllare i risultati vi faccio sapere.
Grazie ancora per l'aiuto
Ciao

On January 27, 2017 12:26:48 AM GMT+01:00, Andrea Albani  
wrote:
>Quello che cerchi penso si possa fare con la funzione augmented delta e
>quindi l'operatore adiff
>
>[out:xml][timeout:25][adiff:"2016-01-01T00:00:00Z","2017-01-28T00:00:00Z"];
>(
>  way["highway"]({{bbox}});
>);
>out body;
>>;
>out skel qt;
>
>La query ritorna le modifiche avvenute nel bbox nell'intervallo di date
>specificato: l'output generato contiene per ogni way un elemento
>
>con la variabile type che può valere create (quello che serve a te),
>modify
>e delete.
>Prova in una zona che conosci per capire se è quello che fa per te.
>
>Ciao
>
>NB funziona solo quando l'output è settato come nell'esempio in XML
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto query overpass

[Andrea Albani]

Quello che cerchi penso si possa fare con la funzione augmented delta e
quindi l'operatore adiff

[out:xml][timeout:25][adiff:"2016-01-01T00:00:00Z","2017-01-28T00:00:00Z"];
(
  way["highway"]({{bbox}});
);
out body;
>;
out skel qt;

La query ritorna le modifiche avvenute nel bbox nell'intervallo di date
specificato: l'output generato contiene per ogni way un elemento 
con la variabile type che può valere create (quello che serve a te), modify
e delete.
Prova in una zona che conosci per capire se è quello che fa per te.

Ciao

NB funziona solo quando l'output è settato come nell'esempio in XML
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aiuto query overpass

[Federico Cortese]

2017-01-26 22:13 GMT+01:00 Matteo Fortini :
> Non mi risulta che sia possibile, devi fare una ricerca combinata con i
> changeset (http://neis-one.org/2014/02/osm-changesets/), in quanto le query
> overpass girano sulla versione attuale di OSM, non vedono la storia.
>

Però qualcosa con le date si può fare, anche se non ho idea di come
potresti distinguere gli oggetti nuovi da quelli semplicemente
modificati.
Teoricamente credo che il modo ci sia, perchè achavi colora in giallo
i nuovi oggetti creati tra due date, quindi basterebbe aggiungere un
filtro per highway=*.
Ad ogni modo anche se spezzi una way in due, una delle due risulterà
essere un nuovo oggetto, quindi è sempre un discorso un po' relativo.

https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_date_of_change_.28changed.29
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Attic_data_.28.22date.22.29
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Delta_between_two_dates_.28.22diff.22.29
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Augmented_Delta_between_two_dates_.28.22adiff.22.29

Ciao
Federico

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

Re: [Talk-it] Aiuto query overpass

[girarsi_liste]

Il 26/01/2017 22:13, Matteo Fortini ha scritto:
> Non mi risulta che sia possibile, devi fare una ricerca combinata con i
> changeset (http://neis-one.org/2014/02/osm-changesets/), in quanto le
> query overpass girano sulla versione attuale di OSM, non vedono la storia.
> 

Stando a quel che dice quà, sembra sia possibile:

http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_date_of_change_.28changed.29

Anche se l'applicazione su più way non so se la permette perchè c'è un
limite di richieste se non sbaglio.


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



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

Re: [Talk-it] Aiuto query overpass

[Matteo Fortini]

Non mi risulta che sia possibile, devi fare una ricerca combinata con i 
changeset (http://neis-one.org/2014/02/osm-changesets/), in quanto le 
query overpass girano sulla versione attuale di OSM, non vedono la storia.


Il 26/01/2017 13:35, Marco ha scritto:
Ho bisogno di trovare tutte le way mappate come highway=* inserite 
(inserite, non modificate) da inizio 2016 in varie zone del nord 
Italia, Svizzera e Germania ma le mie pressoché nulle conoscenze del 
linguaggio di Overpass non me lo consentono.


Qualcuno mi può aiutare per favore? nel frattempo continuo a cercare 
di capirci qualcosa leggendo la wiki.


Grazie mille

Marco


___
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

[Talk-it] Aiuto query overpass

[Marco]

Ho bisogno di trovare tutte le way mappate come highway=* inserite 
(inserite, non modificate) da inizio 2016 in varie zone del nord Italia, 
Svizzera e Germania ma le mie pressoché nulle conoscenze del linguaggio 
di Overpass non me lo consentono.


Qualcuno mi può aiutare per favore? nel frattempo continuo a cercare di 
capirci qualcosa leggendo la wiki.


Grazie mille

Marco


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