[GRASS-Italia] Grass e script bash

[Giacomo Piva]

On 11/11/2010 04:01 PM, Carlo Cormio wrote:
> Ciao Giacomo,
>
> ho capito poco anche io. Posso consigliarti, sperando che ti sia 
> utile, questa guida per creare uno script bash con interfaccia grafica:
>
> http://wiki.gfoss.it/index.php/Creare_una_GUI_tcltk_per_script_in_grass
>
>  Io uso questo metodo da quasi 2 anni, consente di realizzare script 
> che puoi lanciare da qualsiasi location e mapset (ovviamente devi 
> inserire i comandi correttamente nello script). Non mi è mai capitato 
> di dover intervenire sulle variabili di ambiente.
>
> Oltre al fatto che così non devi più inserire gli input da riga di 
> comando.
>
> Forse potrebbero esserti utili alcune variabili da utilizzare nello 
> script, tipo:
>
> $GISDBASE - gisdatabase in uso (es GRASSDATA)
> $LOCATION_NAME - location in uso
> $MAPSET - mapset in uso

Ok ci darò un occhiata, ma il mio problema è creare la LOCATION ed il 
MAPSET dal "nulla" ... cioè, dall'immagine che leggerò.

Io sviluppo applicazioni automatizzate che non richiedono l'intervento 
di un operatore... quindi non hanno intefaccia grafica, hanno una 
interfaccia a riga di comando che può essere eseguita da servizi 
eccetera, io lavoro con delle GeoTIFF che vengono passate da 
applicazione ad applicazione ...

Ogni tanto, mi viene comodo utilizzare GRASS per utilizzare dei moduli 
(come il r.to.vect) che altrimenti risviluppare da capo.

Ho iniziato ad utilizzare GRASS seguendo questo tutorial: 
http://grass.osgeo.org/wiki/GRASS_and_Shell

MA ...  già al primissimo esempio io ottengo:

ERROR: GISRC - variable not set

e da qui tutti gli errori che poi si propagano, una volta settata la 
variabile GISRC ottengo degli errori che mi indicano che non è settato 
il MAPSET, e poi la LOCATION eccetera, fino a dover settare la LOCATION 
con una già esistente.

Dalle vostre perplessità, mi sembra di capire che voi non utilizzate 
GRASS "al di fuori" della sua GUI, os sbaglio?

> Spero di esser stato utile.
>
> Ciao,
>
> Carlo
>
> Il 20.59, Giacomo Piva ha scritto:
>> Ok, vedo di essere più chiaro con un esempio ...
>> Io utilizzo GRASS inserendo i comandi in alcuni script bash, questo è 
>> ad esempio uno script che ho realizzato per convertire un raster in 
>> uno shapefile con 3 comandi:
>>
>> #!/bin/bash
>> r.in.gdal -o input=1" output=inputraster
>> r.to.vect --overwrite input=putraster output=outputvector feature=area
>> v.out.ogr input=tputvector type=area dsn="$2"
>>
>> Il fatto è che questo script non lo posso eseguire senza prima fare 
>> altre operazioni come l'export di alcune variabili fra cui il gisrc 
>> che deve già contenere delle informazioni sull'area su cui andrò a 
>> lavorare.
>>
>> ad esempio questi sono i comandi che lancio prima di eseguire i 
>> comandi, in pratica settano nel file .grassrc6 le informazioni sulla 
>> LOCATION
>>
>> cp -rf $HOME/Workspace/GRASS/start $HOME/GRASSDATA
>>
>> echo "LOCATION_NAME: start" > .grassrc6
>> echo "MAPSET: PERMANENT" >> .grassrc6
>> echo "DIGITIZER: none" >> .grassrc6
>> echo "GISDBASE: $GISDBASE" >> .grassrc6
>>
>> export GISRC=rassrc6
>>
>> Io utilizzo una LOCATION predefinita, creata attraverso la gui di 
>> grass e salvata da qualche parte, che poi copio per poter "iniziare", 
>> ma mi sembra un accrocchio e non il modo corretto di operare.
>>
>> Tu/voi, fai in modo diverso?
>>
>> On 11/11/2010 01:38 PM, Alfredo Alessandrini wrote:
>>>> Il problema che incontro più spesso è relativo al fatto che è 
>>>> necessario
>>>> (a quel che sembra) partire da una "location" già definita a priori,
>>>> quando prima di leggere l'immagine su cui andrò a lavorare è
>>>> praticamente impossibile.
>>>
>>> ...scusa ma non capisco la domanda....
>>>
>>>
>>
>>
>
> -- 
> __________________________________
>
> Ing. Carlo Cormio,
> Ph.D. Student @ DICAM,
> Via Terracini, 28,
> 40131, Bologna
> Tel. 0512090294
> Fax. 0512090247
> Mail: carlo.cormio3 a unibo.it
>
>
> _______________________________________________
> GRASS-Italia mailing list
> GRASS-Italia a listserv.unipr.it
> http://listserv.unipr.it/mailman/listinfo/grass-italia


-- 
Giacomo

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: http://listserv.unipr.it/pipermail/grass-italia/attachments/20101111/58f2f865/attachment.html