Bene, ottim esmepio.<br>Parliamo, a titolo di esempio, del formato grass-ascii-grid.<br><br> il formato grass-ascii-grid e' proprio un buon esempio per esemplificare i problemi a cui si va incontro.<br><br>se guardi ai formati di gdal, vedi che gdal e' in grado di leggere e scrivere l'arcinfo-ascii-grid.<br>
Il che significa che il buon qgis potrebbe in teoria leggere e scrivere un arcinfo-ascii-grid.<br><br>Invece, se si guarda al formato<br>Grass Ascii Raster.<br><br>vedo che gdal lo legge , ma non puo' scriverlo.<br><a href="http://www.gdal.org/frmt_various.html#GRASSASCIIGrid">http://www.gdal.org/frmt_various.html#GRASSASCIIGrid</a><br>
<br>Il che significa che se adottassi quello, gli utenti di qgis (per dirne uno qualsiasi) non potrebbero generarlo.<br>E l'unica strada per generarlo ad oggi e usare grass (caspiterina).<br>Ma questo vorrebbe dire che per prima cosa devono dall'ambiente gis che impiegano esportare i loro dati grid in un formato che gass riesce a importare e poi passarli in grass-grid-ascii.<br>
Per cui l'assurdo e' che per poter generare un formato aperto e libero devono passare da un formato non libero (l'arcinfo -ascii-grid).<br>E' un bel paradosso.<br>Si deve impiegare un formato non Libero per arrivare a un formato Libero.<br>
<br>Approfitto vigliaccamente di essere nell'argomento per porre un paio di domande :)<br>il formato arcinfo-ascii-grid prevede un file esterno da abbinare e che descrive il sistema di riferimento.<br>Il grass-grid fa una cosa analoga o risolve in altro modo ?<br>
<br>E se volessi studiarne le caratteristiche:<br>
a parte i comandi per grass, e a parte il sorgente di grass stesso. Sono disponibili delle specifiche di formato ?<br>
<br>
Andrea.<br><br><div class="gmail_quote">Il giorno 12 ottobre 2011 09:16, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
2011/10/12 Andrea Peri <<a href="mailto:aperi2007@gmail.com">aperi2007@gmail.com</a>>:<br>
<div class="im">>>“adozione del software libero ed open source, dei formati, dei dati<br>
>>aperti e dei diritti digitali del cittadino”<br>
><br>
> scusate l'intervento un po' provocatorio,<br>
> ma vorrei esempificare che le cose non sono mai cosi' semplici come sembrano<br>
> a prima vista.<br>
> Nella ipotesi teorica che questa legge prendesse corpo,<br>
> quale sarebbe il formato (aperto e libero) che i tecnici trentini dovrebbero<br>
> adottare per i grid e per i TIN ?<br>
<br>
</div>Buona domanda...<br>
<div class="im"><br>
> Prendiamo ad esempio l'onnipresente "ascii-grid".<br>
><br>
> Potrei sbagliarmi , ma a me risulta che esso in realta' si chiami<br>
> "arcinfo ascii grid" (vedi gdal)<br>
> dal nome della casa che lo ha adottato per prima una certa Esri.<br>
><br>
> <a href="http://www.gdal.org/frmt_various.html#AAIGrid" target="_blank">http://www.gdal.org/frmt_various.html#AAIGrid</a><br>
><br>
> E , sebbene sia un formato testuale che tutti leggono con un editor di<br>
> testo, non riesco a trovare da nessuna parte un qualche accenno che sia un<br>
> formato libero.<br>
<br>
</div>L'alternativa è GRASS ASCII raster format:<br>
<a href="http://grass.osgeo.org/grass64/manuals/html64_user/r.in.ascii.html" target="_blank">http://grass.osgeo.org/grass64/manuals/html64_user/r.in.ascii.html</a><br>
<br>
che esiste da circa 1984 che è libero.<br>
<br>
Uguale per il GRASS Vector ascii format<br>
<a href="http://grass.osgeo.org/grass64/manuals/html64_user/v.in.ascii.html" target="_blank">http://grass.osgeo.org/grass64/manuals/html64_user/v.in.ascii.html</a><br>
<a href="http://grass.osgeo.org/programming7/vectorlib.html#vlibAscii" target="_blank">http://grass.osgeo.org/programming7/vectorlib.html#vlibAscii</a><br>
<br>
ciao<br>
<font color="#888888">Markus<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br><br>