No, la semplificazione con preservamento della topologia preserva solo la posizione dei nodi.
Non nei vertici intermedi. Per cui la topologia e' comunque rovinata. A. Il 18 agosto 2015 13:55, G. Allegri <gioha...@gmail.com> ha scritto: > Sicuro, questi meccanismi, volendo anche semiautomatici (segmentazione > basata sull'errore della trasformazione) devono mantenere la correttezza > topologica. Ovvio che su una struttura topologica questo viene da sé, > altrimenti servono meccanismi più sofisticati, come nella semplificazione > con preservamento della topologia. > > giovanni > > Il 18/ago/2015 13:32, "Andrea Peri" <aperi2...@gmail.com> ha scritto: >> >> Pero' non va fatto in automatico, deve essere una azione voluta e >> ponderata. >> Infatti la segmentize rishcia di rompere la eventuale precisione >> topologica del dato. >> >> Infatti, quando si va a segmentizzare per distanza, ogni linea viene >> segmentizzata autonomamente. >> Questo potrebbe comportare che i vertici di due linee sovrapposte che >> in partenza erano perfettamente coincidenti, poi non lo sono piu', >> perche' in una linea e nell'altra si sono aggiunti vertici in punti >> differenti. >> >> Questo e' quasi sicuro se le due linee sono percorse in senso opposto. >> e questo succede sicuramente se le due linee sono coincidenti e >> appartenenti a due poligoni confinanti. >> >> Ecco che si entra subito in un discorso di topologia. >> Un conto e' fare queste cose in un mondo topologico (in una vera >> struttura topologica) e un conto e' farle in un mondo simple-feature, >> dove appena tocchi qualcosa rompi degli equilibri fragilissimi. >> >> A. >> >> >> Il 18 agosto 2015 13:14, <a.furi...@lqt.it> ha scritto: >> > On Tue, 18 Aug 2015 12:41:47 +0200, G. Allegri wrote: >> >> >> >> E' proprio quello che intendevo ;) >> >> >> >> Il 18/ago/2015 12:24, "Andrea Peri" ha scritto: >> >> >> >>> Per spiegare meglio: >> >>> >> >>> il buon vecchio arcims della esri (prodotto ormai dismesso da >> >>> tempo) , >> >>> aveva un parametro che se attivato , quando trasformava da una >> >>> linea >> >>> in un altro sistema di riferimento a un altro, non si limitava a >> >>> trasformare i vertici, ma densificava la linea, mettendo un certo >> >>> numero di vertici extra. >> >>> Questo per permettere appunto a una linea retta di diventare >> >>> "curva". >> >>> Ovviamente era piu' lento, e anche produceva roba piu' pesante >> >>> visto che aveva piu' vertici, ma con ragione. >> >>> >> > >> > ossia, in termini Spatial SQL (vale tanto per postgis come per splite): >> > per ottenere un effetto assolutamente identico basta semplicemente >> > richiamare la funzione ST_Segmentize() immediatamente prima di >> > applicare la trasformazione affine. >> > >> > ST_Segmentize(geom, max_segment_length) >> > >> > la Segmentize ritorna una nuova geometria ottenuta trasformando >> > tutti i Linestring o Polygon ricevuti in input in modo tale da >> > "spezzare" ciascun singolo segmento in una sequenza di segmentini >> > piu' corti, ciascuno dei quali e' individualmente non piu' lungo >> > della soglia prefissata dall'argomento <max_segment_length>. >> > e quindi in ultima analisi consente di densificare a piacere >> > le geometrie da sottoporre a trasformazione. >> > >> > ciao Sandro >> >> >> >> -- >> ----------------- >> Andrea Peri >> . . . . . . . . . >> qwerty àèìòù >> ----------------- -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ 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. 750 iscritti al 18.3.2015
