[Gfoss] Suddivisione grafo stradale ad ogni incrocio

Local Chapters GFOSS.it
1

Buongiorno a tutti,
dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti su
Google Maps.
Pensavo fosse facile suddividere ogni tratto di grafo all'incrocio con
altri tratti (magari lo è) perché pensavo di usare lo strumento di
geometria "da parti singole a parti multiple", ma mi sbagliavo.
Ho cercato una soluzione in rete e sembra che occorra lo
strumento "V.CLEAN.ADVANCED".
L'ho trovato e lanciato dalla lista per i vettori di Grass, ma pur
inserendo tutti i settaggi richiesti nella mascherina di input (magari
inserisco qualcosa di sbagliato) e facendo varie prove, ricevo sempre un
messaggio di errore e non viene creato alcunché.

Qualche suggerimento?
Grazie e buona giornata,
Lorenzo Luisi

--
*Lorenzo Luisi* [Cartografia - Stereoscopia - Fotointerpretazione - SIT/GIS]
+39360405135 www.spaziocartograficopugliese.it

*Google+* <https://plus.google.com/+LorenzoLuisiSpazioCartograficoPugliese&gt;
_______ *Linkedin* <https://it.linkedin.com/in/lorenzolusispazcartpugliese&gt;
------------------------------------------

2

Lorenzo Luisi wrote

Buongiorno a tutti,
dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti su
Google Maps.

Da geoprocessing cerca 'split lines with lines' e utilizza lo stesso layer
due volte.

saluti

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/

3

On Sun, 8 Apr 2018 12:00:34 +0200, Lorenzo Luisi wrote:

Buongiorno a tutti,
dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti su
Google Maps.
Pensavo fosse facile suddividere ogni tratto di grafo all'incrocio con
altri tratti .....

Lorenzo,

stai bene attento, perche' questa di tagliuzzare automaticamente
tutti i presunti incroci e' una tecnica estremamente pericolosa
che produce facilmente grafi stradali del tutto inaffidabili che
non sono poi utilizzabili per supportare gli algoritmi di Routing
(Shortest Path).

esistono svariate situazioni (molto piu' diffuse di quanto possa
sembrare a prima vista) in cui l'intersezione tra due strade e'
una pura "illusione ottica", p.es.:
- sovrappassi / sottopassi
- cavalcavia
- gallerie

in tutte queste situazioni e' ovvio che non esiste nessun
incrocio reale perche' le due strade sono poste a quote
differenti.
ma se il tuo simil-grafo di partenza non e' 3D non potrai
mai stabilire con certezza se l'intersezione tra due
strade puo' essere plausibilmente un incrocio oppure no.

giusto per dire, circa una decina di anni fa una ditta
fornitrice fece una clamorosa figuraccia con una propria
fornitura dati ad una PA, proprio perche' avevano pensato
bene di identificare automaticamente (ciecamente) tutte
le intersezioni tra linee come incroci stradali.

il risultato fu che durante il collaudo scoppiarono
fragorose risate quando venne a galla che (secondo il
grafo da loro prodotto) le auto potevano entrare ed
uscire dall'autostrada balzando agilmente come gatti
su e giu' da qualsiasi cavalcavia.

l'ultima sghignazzata collettiva che mise fine a tutta
la storia (respingimento definitivo del lavoro) avvenne
quando usci' fuori un percorso "miracolossissimo" in cui
le auto in transito lungo una galleria autostradale
riuscivano a perforare magicamente qualche centinaio
di metri di solida roccia per sbucare all'improvviso
nella piazza principale del paese che sorge in cima
alla collina attraversata dalla galleria.

stringendo: se il tuo simil-grafo di partenza e' un
semplice 2D devi mettere in conto una succesiva
fase di collaudo e verifica abbastanza accurata
almeno lungo tutte le autostrade/superstrade
(dove e' piu' facile che ci siano cavalcavia e
gallerie).

ciao Sandro

4

Ciao, in aggiunta a quanto giustamente indicato da Alessandro, ti consiglio
di leggere questo mio articolo[0] sul catasto stradale. Vedrai che non
basta semplicemente spezzare le linee agli incroci per fare un grafo ma
occorre definire anche il tipo di incrocio. Feci un lavoro simile al tuo
qualche anno fa e proprio per evitare problemi non automatizzai nulla.

[0] http://massimilianomoraca.it/blog/catasto-delle-strade/

Il Dom 8 Apr 2018, 13:59 <a.furieri@lqt.it> ha scritto:

On Sun, 8 Apr 2018 12:00:34 +0200, Lorenzo Luisi wrote:
> Buongiorno a tutti,
> dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
> aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti
> su
> Google Maps.
> Pensavo fosse facile suddividere ogni tratto di grafo all'incrocio
> con
> altri tratti .....
>

Lorenzo,

stai bene attento, perche' questa di tagliuzzare automaticamente
tutti i presunti incroci e' una tecnica estremamente pericolosa
che produce facilmente grafi stradali del tutto inaffidabili che
non sono poi utilizzabili per supportare gli algoritmi di Routing
(Shortest Path).

esistono svariate situazioni (molto piu' diffuse di quanto possa
sembrare a prima vista) in cui l'intersezione tra due strade e'
una pura "illusione ottica", p.es.:
- sovrappassi / sottopassi
- cavalcavia
- gallerie

in tutte queste situazioni e' ovvio che non esiste nessun
incrocio reale perche' le due strade sono poste a quote
differenti.
ma se il tuo simil-grafo di partenza non e' 3D non potrai
mai stabilire con certezza se l'intersezione tra due
strade puo' essere plausibilmente un incrocio oppure no.

giusto per dire, circa una decina di anni fa una ditta
fornitrice fece una clamorosa figuraccia con una propria
fornitura dati ad una PA, proprio perche' avevano pensato
bene di identificare automaticamente (ciecamente) tutte
le intersezioni tra linee come incroci stradali.

il risultato fu che durante il collaudo scoppiarono
fragorose risate quando venne a galla che (secondo il
grafo da loro prodotto) le auto potevano entrare ed
uscire dall'autostrada balzando agilmente come gatti
su e giu' da qualsiasi cavalcavia.

l'ultima sghignazzata collettiva che mise fine a tutta
la storia (respingimento definitivo del lavoro) avvenne
quando usci' fuori un percorso "miracolossissimo" in cui
le auto in transito lungo una galleria autostradale
riuscivano a perforare magicamente qualche centinaio
di metri di solida roccia per sbucare all'improvviso
nella piazza principale del paese che sorge in cima
alla collina attraversata dalla galleria.

stringendo: se il tuo simil-grafo di partenza e' un
semplice 2D devi mettere in conto una succesiva
fase di collaudo e verifica abbastanza accurata
almeno lungo tutte le autostrade/superstrade
(dove e' piu' facile che ci siano cavalcavia e
gallerie).

ciao Sandro

_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

5

Minaggancio al tuo intervento, ma solo per un discorso generale.

Si può anche automatizzare, ma avendo l accortezza di prevedere una
successiva fase di verifica. Ovvero utilizzandolo come un semilavorato
intermedio.
Uno può pensare di spezzare solo dove vi sono realmente incroci. Oppure
spezzare tutte le intersezioni e riattaccare dove l' incrocio non esiste.
Dipende da quale sia il lavoro minore.
Insomma occorre conoscere preventivamente i dati e la zona di lavoro per
decidere la soluzione più efficace.

A margine di questo discorso non sarebbe male una procedura rapida per
riattaccare due tratti lineari giuntandoli.
Ora come ora i gis generici richiedono troppe scelte.
In attività routinaria come questa , dove si deve scorrere la strada con
una ofc a sfondo e decidere attacco o no. Quando si riattacca solitamente
sono richieste troppe scelte. Servirebbe un click singolo e via, nemmeno la
conferma ci vorrebbe. Ogni click ha un costo.
Ma se si sceglie di tagliare sul click, addirittura le scelte sono maggiori.

Però se si punta alla esattezza tipologica il lavoro è ancora più oneroso.
Lavorando in un ambiente simple feature io farei così:

Realizzerei una copertura di punti che rappresentino possibili punti di
taglio.
Poi scremerei la copertura di punti togliendo i falsi incroci.
Poi con procedura batch taglieri le linee con questo dataset di punti.

Ovviamente da tenere presente che quando si taglia si provocano dei
microspostamenti che rendono il risultato differente da quello di partenza
come corrispondenza di linee.

Il Dom 8 Apr 2018, 15:18 Massimiliano Moraca <massimilianomoraca@gmail.com>
ha scritto:

Ciao, in aggiunta a quanto giustamente indicato da Alessandro, ti consiglio
di leggere questo mio articolo[0] sul catasto stradale. Vedrai che non
basta semplicemente spezzare le linee agli incroci per fare un grafo ma
occorre definire anche il tipo di incrocio. Feci un lavoro simile al tuo
qualche anno fa e proprio per evitare problemi non automatizzai nulla.

[0] http://massimilianomoraca.it/blog/catasto-delle-strade/

Il Dom 8 Apr 2018, 13:59 <a.furieri@lqt.it> ha scritto:

> On Sun, 8 Apr 2018 12:00:34 +0200, Lorenzo Luisi wrote:
> > Buongiorno a tutti,
> > dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
> > aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti
> > su
> > Google Maps.
> > Pensavo fosse facile suddividere ogni tratto di grafo all'incrocio
> > con
> > altri tratti .....
> >
>
> Lorenzo,
>
> stai bene attento, perche' questa di tagliuzzare automaticamente
> tutti i presunti incroci e' una tecnica estremamente pericolosa
> che produce facilmente grafi stradali del tutto inaffidabili che
> non sono poi utilizzabili per supportare gli algoritmi di Routing
> (Shortest Path).
>
> esistono svariate situazioni (molto piu' diffuse di quanto possa
> sembrare a prima vista) in cui l'intersezione tra due strade e'
> una pura "illusione ottica", p.es.:
> - sovrappassi / sottopassi
> - cavalcavia
> - gallerie
>
> in tutte queste situazioni e' ovvio che non esiste nessun
> incrocio reale perche' le due strade sono poste a quote
> differenti.
> ma se il tuo simil-grafo di partenza non e' 3D non potrai
> mai stabilire con certezza se l'intersezione tra due
> strade puo' essere plausibilmente un incrocio oppure no.
>
> giusto per dire, circa una decina di anni fa una ditta
> fornitrice fece una clamorosa figuraccia con una propria
> fornitura dati ad una PA, proprio perche' avevano pensato
> bene di identificare automaticamente (ciecamente) tutte
> le intersezioni tra linee come incroci stradali.
>
> il risultato fu che durante il collaudo scoppiarono
> fragorose risate quando venne a galla che (secondo il
> grafo da loro prodotto) le auto potevano entrare ed
> uscire dall'autostrada balzando agilmente come gatti
> su e giu' da qualsiasi cavalcavia.
>
> l'ultima sghignazzata collettiva che mise fine a tutta
> la storia (respingimento definitivo del lavoro) avvenne
> quando usci' fuori un percorso "miracolossissimo" in cui
> le auto in transito lungo una galleria autostradale
> riuscivano a perforare magicamente qualche centinaio
> di metri di solida roccia per sbucare all'improvviso
> nella piazza principale del paese che sorge in cima
> alla collina attraversata dalla galleria.
>
> stringendo: se il tuo simil-grafo di partenza e' un
> semplice 2D devi mettere in conto una succesiva
> fase di collaudo e verifica abbastanza accurata
> almeno lungo tutte le autostrade/superstrade
> (dove e' piu' facile che ci siano cavalcavia e
> gallerie).
>
> ciao Sandro
>
>
> _______________________________________________
> Gfoss@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 796 iscritti al 28/12/2017
_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

6

2018-04-08 12:00 GMT+02:00 Lorenzo Luisi <xlorenzoluisi@gmail.com>:

Buongiorno a tutti,

Buonasera,
scusa se non ti rispondo solo in parte al tuo quesito,

dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti su
Google Maps.

sai che questo è completamente illegale e forse anche con poco sensato?

Pensavo fosse facile suddividere ogni tratto di grafo all'incrocio con
altri tratti (magari lo è) perché pensavo di usare lo strumento di
geometria "da parti singole a parti multiple", ma mi sbagliavo.
Ho cercato una soluzione in rete e sembra che occorra lo
strumento "V.CLEAN.ADVANCED".
L'ho trovato e lanciato dalla lista per i vettori di Grass, ma pur
inserendo tutti i settaggi richiesti nella mascherina di input (magari
inserisco qualcosa di sbagliato) e facendo varie prove, ricevo sempre un
messaggio di errore e non viene creato alcunché.

qual'è l'errore che viene restituito?

Qualche suggerimento?
Grazie e buona giornata,
Lorenzo Luisi

--
ciao
Luca

www.lucadelu.org

7

Luca Delucchi wrote

dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti su
Google Maps.

sai che questo è completamente illegale e forse anche con poco sensato?

La violazione della licenza avviene se il dato viene reso pubblico;
nell'intimo del mio ufficio non dovrebbero esserci problemi.
o sbaglio?

s.

--
Sent from: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/

8

Il mar 10 apr 2018, 08:33 stefano campus <skampus@gmail.com> ha scritto:

La violazione della licenza avviene se il dato viene reso pubblico;
nell'intimo del mio ufficio non dovrebbero esserci problemi.
o sbaglio?

Direi che sbagli perché da Google non puoi copiare, poi ovvio se non
distribuisci i dati nessuno lo verrà mai a sapere...

s.

Ciao
Luca

9

La butto lì...
di solito questi problemi vengono quando ci sono strade di una certa
importanza (autostrade e superstrade per capirci), potresti eseguire il
taglio automatico escludendo queste tipologie, a patto di eseguire comunque
un controllo manuale di verifica.
Successivamente reinserisci le tipologie escluse precedentemente e
ri-verifichi il tutto.

Il comando "V.CLEAN.ADVANCED" non potrebbe prevedere una simile opzione?
In modo da escludere certe tipologie?

Daniele

Il giorno 8 aprile 2018 12:00, Lorenzo Luisi <xlorenzoluisi@gmail.com> ha
scritto:

Buongiorno a tutti,
dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti su
Google Maps.
Pensavo fosse facile suddividere ogni tratto di grafo all'incrocio con
altri tratti (magari lo è) perché pensavo di usare lo strumento di
geometria "da parti singole a parti multiple", ma mi sbagliavo.
Ho cercato una soluzione in rete e sembra che occorra lo
strumento "V.CLEAN.ADVANCED".
L'ho trovato e lanciato dalla lista per i vettori di Grass, ma pur
inserendo tutti i settaggi richiesti nella mascherina di input (magari
inserisco qualcosa di sbagliato) e facendo varie prove, ricevo sempre un
messaggio di errore e non viene creato alcunché.

Qualche suggerimento?
Grazie e buona giornata,
Lorenzo Luisi

--
*Lorenzo Luisi* [Cartografia - Stereoscopia - Fotointerpretazione -
SIT/GIS]
+39360405135 www.spaziocartograficopugliese.it

*Google+* <https://plus.google.com/+LorenzoLuisiSpazioCartograficoPugliese
>
_______ *Linkedin* <https://it.linkedin.com/in/lorenzolusispazcartpugliese
>
------------------------------------------
_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

--
_____________________________

Daniele Bonaposta,
Cartografia - G.I.S.

via Don Minzoni 13a
40121 - Bologna
mobile: +39.338.3377044
e-mail: daniele.bonaposta@gmail.com

*Linked*in: http://www.linkedin.com/pub/daniele-bonaposta/26/487/872

_____________________________

10

On Thu, 12 Apr 2018 09:40:56 +0200, Daniele Bonaposta wrote:

La butto lì...
di solito questi problemi vengono quando ci sono strade di una certa
importanza (autostrade e superstrade per capirci)

e' vero in moltissimi casi, ma non e' sempre detto.

posso assicurarti per esperienza diretta che sia a
Siena che a Genova ci sono alcuni casi di normali
strade urbane in sovrappasso.

ciao Sandro

11

Salve Daniele,
la ringrazio come ho fatto con tutti gli altri (davvero numerosi) e direi
che ho già risolto con il suggerimento di di Totò (pigreco);
Nel Digest di Gfoss, Volume 154, Numero 7 infatti dicevo che " ... il fine
è solo quello di ottenere la lunghezza complessiva di tratti di grafo
bidimensionali che sono contenuti in un dato poligono...".

Cordiali saluti :slight_smile:
Lorenzo Luisi

Il giorno 12 aprile 2018 09:40, Daniele Bonaposta <
daniele.bonaposta@gmail.com> ha scritto:

La butto lì...
di solito questi problemi vengono quando ci sono strade di una certa
importanza (autostrade e superstrade per capirci), potresti eseguire il
taglio automatico escludendo queste tipologie, a patto di eseguire comunque
un controllo manuale di verifica.
Successivamente reinserisci le tipologie escluse precedentemente e
ri-verifichi il tutto.

Il comando "V.CLEAN.ADVANCED" non potrebbe prevedere una simile opzione?
In modo da escludere certe tipologie?

Daniele

Il giorno 8 aprile 2018 12:00, Lorenzo Luisi <xlorenzoluisi@gmail.com> ha
scritto:

Buongiorno a tutti,
dopo aver scaricato una porzione di tratto di grafo tipo OSM, ho
aggiornato, in QGIS 2.18, tutti i tratti secondo i toponimi presenti su
Google Maps.
Pensavo fosse facile suddividere ogni tratto di grafo all'incrocio con
altri tratti (magari lo è) perché pensavo di usare lo strumento di
geometria "da parti singole a parti multiple", ma mi sbagliavo.
Ho cercato una soluzione in rete e sembra che occorra lo
strumento "V.CLEAN.ADVANCED".
L'ho trovato e lanciato dalla lista per i vettori di Grass, ma pur
inserendo tutti i settaggi richiesti nella mascherina di input (magari
inserisco qualcosa di sbagliato) e facendo varie prove, ricevo sempre un
messaggio di errore e non viene creato alcunché.

Qualche suggerimento?
Grazie e buona giornata,
Lorenzo Luisi

--
*Lorenzo Luisi* [Cartografia - Stereoscopia - Fotointerpretazione -
SIT/GIS]
+39360405135 www.spaziocartograficopugliese.it

*Google+* <https://plus.google.com/+LorenzoLuisiSpazioCartograficoPugl
iese>
_______ *Linkedin* <https://it.linkedin.com/in/lo
renzolusispazcartpugliese>
------------------------------------------
_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

--
_____________________________

Daniele Bonaposta,
Cartografia - G.I.S.

via Don Minzoni 13a
<https://maps.google.com/?q=via+Don+Minzoni+13a+40121+-+Bologna&entry=gmail&source=g&gt;
40121 - Bologna
<https://maps.google.com/?q=via+Don+Minzoni+13a+40121+-+Bologna&entry=gmail&source=g&gt;
mobile: +39.338.3377044
e-mail: daniele.bonaposta@gmail.com

*Linked*in: http://www.linkedin.com/pub/daniele-bonaposta/26/487/872

_____________________________

--
*Lorenzo Luisi* [Cartografia - Stereoscopia - Fotointerpretazione - SIT/GIS]
+39360405135 www.spaziocartograficopugliese.it

*Google+* <https://plus.google.com/+LorenzoLuisiSpazioCartograficoPugliese&gt;
_______ *Linkedin* <https://it.linkedin.com/in/lorenzolusispazcartpugliese&gt;
------------------------------------------