<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 09 gennaio 2014 14:40, Andrea Peri <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Intendevo dire differenze tra con e senza le cgal.<br>
<br></div>La scelta tra cgal e normale avviene in fase di compilazione giusto ?<br><br></div>Quindi il rischio è di avere in casa un postgis che su determinate intersezioni o elaborazione produce determinati risultati, mentre su altri postgis , perche' realizzati senza le cgal si hanno risultati differenti.<br>
<br></div>E' un valore importante la riproducibilita' del risultato.<br></div><br></div>Va a finire che quando si compila la scheda di metadato relatiamente a un dataset prodotto, occorre metterci tra le informazioni su come si è operato anche la situazione dell'eventuale postgis coinvolto nel lavoro.<br>
</div>Pena il rischio che altri soggetti, con altri postgis, non riescano a riprourre il medesimo risultato.<br><br></div>Puo' sembrare un dettaglio esagerato, ma secondo me non lo è.<br></div></div></blockquote><div>
<br></div><div><br></div><div>Concordo con te.</div><div>Sì, come si vede dalla matrice delle funzioni [1] alcune sono esposto solo da SFCGAL, altre sono gestite da SFCGAL se presente, altrimenti dalle GEOS [2].</div><div>
Non ho mai testato le differenze di risultato...</div><div><br></div><div>[1] <a href="http://postgis.net/docs/manual-2.1/PostGIS_Special_Functions_Index.html#PostGIS_TypeFunctionMatrix">http://postgis.net/docs/manual-2.1/PostGIS_Special_Functions_Index.html#PostGIS_TypeFunctionMatrix</a></div>
<div>[2] <a href="https://github.com/postgis/postgis/blob/svn-trunk/postgis/Makefile.in#L32">https://github.com/postgis/postgis/blob/svn-trunk/postgis/Makefile.in#L32</a> </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><br></div><div><div>A.<br><br>
</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Il giorno 09 gennaio 2014 14:34, G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span> ha scritto:<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p dir="ltr">Ciao Andrea,<br>
le SFCGAL, come sai, fanno da ponte con le CGAL. Nel fare i binding è stato scelto di usare certi predicati di precisione (tra i vari esposti dalle CGAL) che possono essere pesantini, MA, a fronte di algoritmi GEOS talvolta più performanti, SFCGAL si porta dietro tutta la potenza delle CGAL (3D ma non solo) altrimenti non disponibile. </p>
<p dir="ltr">E' comunque sempre possibile scegliere, in PostGIS, quale implementazione usare nel caso di metodi offerti sia da PostGIS che dai binding SFCGAL. </p>
<p dir="ltr">Infine perché dovrei ottenere risultati diversi tra diverse piattaforme? Credo che i predicati di CGAL siano riproducibili su tutte, allo stesso modo... </p>
<p dir="ltr">giovanni</p>
<div class="gmail_quote">Il 09/gen/2014 14:23 "Andrea Peri" <<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>> ha scritto:<div><div><br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div><div><div>Su qyesta libreria fornisco la mia esperienza:<br>In occasione della ultima migrazione che ho fatto , ho provato a compilare assieme al postgis anche la SFCGAL,<br></div>ma dopo mezza giornata di tentativi ci dovetti rinunciare.Se ricordo bene vi furono un paio di dipendenze che non risuscii a soddisfare.<br>
</div><br></div><div>Inoltre, leggendo i commenti su di essa, non sembra un fulmine di guerra come velocita'.<br></div><div>La spiegazione è legata anche al fatto che per fornire determinate precisioni, necessarie nell'analisi 3D hanno ri-implementato alcuni algoritmi matematici che cosi' sono piu' precisi, ma anche piu' lenti.<br>
<br></div><div>Inoltre la precisione dell'algoritmo non ncessariamente è un pregio.<br><br></div><div>Sarebbe un pregio se fosse in una libreria portabile come la Geos, ma se è in una libreria che è usabile solo da Postgis diventa un elemento negativo, perche' fai i conti su postgis e tornano in un certo modo. Li fai in altro ambiente e tornano in maniera differente.<br>
<br></div><div><div>Quello che non so' è se compilando postgis con la SFCGAL si altera i risultati anche sul bidimensionale (perche' sfrutta a tutto tondo i nuovi algoritmi) o se i nuovi algoritmi sono solo per la parte 3D.<br>
<div><br></div><div><div>Comunque questi sono argomenti soggettivi, mi rendo ben conto che altri possono pensarla in altro modo.<br></div><div><br></div><div>A.<br></div> </div></div></div></div><div class="gmail_extra">
<br>
<br><div class="gmail_quote">Il giorno 09 gennaio 2014 14:09, G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<p dir="ltr">Dimenticavo. SFCGAL ( <a href="http://www.sfcgal.org/" target="_blank">http://www.sfcgal.org/</a>) va in questa direzione. Chi avesse capacità o risorse da impiegare secondo me dovrebbe valutare di dirottarle là... </p>
<p dir="ltr">Giovanni </p>
<div class="gmail_quote">Il 09/gen/2014 14:04 "G. Allegri" <<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>> ha scritto:<div><div><br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">Ciao Giuliano,<div>certo, la questione non è tanto il formato dei dati, ma cosa potercene fare :)</div><div>Non so se hai esperienza con Paraview. Ti assicuro che riprodurlo è un impresa titanica!</div><div>
<br></div><div>Il punto fondamentale, al solito, è distinguere i due aspetti:</div><div><br></div><div> - l'elaborazione dei dati</div><div> - la visualizzazione</div><div><br></div><div>Se uno ha bisogno di lavorare sul primo punto, direi che con QGIS si va poco lontano ad oggi, visto che non esiste una riga di codice che gestisca una struttura dati 3D.</div>
<div>Se quindi lo sforzo fosse solo di usare QGIS come "contesto applicativo" in cui far girare codice non QGIS (es. via plugin), la questione si riduce alla gestione dello scambio di dati (e quindi dei formati).</div>
<div><br></div><div>Per quanto riguarda la visualizzazione, bhè lì si tratta di smanettare con OpenGL/WebGL, ma anche qui QGIS in sé c'entra ben poco...</div><div><br></div><div>giovanni</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">Il giorno 09 gennaio 2014 13:56, giulianc51 <span dir="ltr"><<a href="mailto:giulianc51@gmail.com" target="_blank">giulianc51@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Il giorno Thu, 9 Jan 2014 11:27:54 +0100<br>
<div>"G. Allegri" <<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>> ha scritto:<br>
<br>
</div>ciao Giovanni;<br>
<div><br>
<br>
> Giusto per informazione, se qualcuno non lo sapesse, GRASS ha già un<br>
> importatore PLY:<br>
> <a href="http://grass.osgeo.org/grass70/manuals/addons/v.in.ply.html" target="_blank">http://grass.osgeo.org/grass70/manuals/addons/v.in.ply.html</a><br>
<br>
</div>il problema, almeno per me che avevo iniziato il thread :-), non era<br>
tanto la lettura di PLY quanto studiare (forse meglio giocare :-) con<br>
visualizzazione ed elaborazioni 3D di file vettoriali (per elaborazioni<br>
intendo ad es. sezioni orizzontali/verticali, ma potrebbero essere<br>
quotature, calcolo di superfici, volumi, ecc.); il formato PLY era stato<br>
incidentalmente il primo ad essere investito dell'interesse;<br>
<br>
guarderò anche i link che hai messo nel post successivo: mi serviranno<br>
a limitare l'ammontare di acqua calda della mia "sperimentazione" :-)<br>
<br>
<br>
> giovanni<br>
<br>
grazie, ciao,<br>
giuliano<br>
<div><div>_______________________________________________<br>
<a href="mailto:Gfoss@lists.gfoss.it" target="_blank">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a tutti.<br>
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br>
666 iscritti al 22.7.2013</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Giovanni Allegri<br><a href="http://about.me/giovanniallegri" target="_blank">http://about.me/giovanniallegri</a><br>blog: <a href="http://blog.spaziogis.it" target="_blank">http://blog.spaziogis.it</a><br>
GEO+ geomatica in Italia <a href="http://bit.ly/GEOplus" target="_blank">http://bit.ly/GEOplus</a>
</div>
</blockquote></div></div></div>
<br>_______________________________________________<br>
<a href="mailto:Gfoss@lists.gfoss.it" target="_blank">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a tutti.<br>
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br>
666 iscritti al 22.7.2013<br></blockquote></div><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
</div>
</blockquote></div></div></div>
</blockquote></div></div></div><div><div class="h5"><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
</div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Giovanni Allegri<br><a href="http://about.me/giovanniallegri" target="_blank">http://about.me/giovanniallegri</a><br>blog: <a href="http://blog.spaziogis.it" target="_blank">http://blog.spaziogis.it</a><br>
GEO+ geomatica in Italia <a href="http://bit.ly/GEOplus" target="_blank">http://bit.ly/GEOplus</a>
</div></div>