problemi GRASS comando r.watershed

[Michele Beneventi]

Salve a tutti,
non riesco a comprendere il funzionamento del comando r.watershed di
GRASS 6.4.1SVN
Dopo aver configurato la location (EPSG:3003) e caricato il DTM di mio
interesse su una macchina XP professional 54 bit senza problemi,
volevo cimentarmi con questa funzionalità avanzata ed utilissima.
Ho seguito la guida [0] alla voce Esercitazioni --> Analisi dei bacini
e questo è il risultato:

(Wed Dec 15 13:38:42 2010)
r.watershed elevation=DEM_new@PERMANENT
accumulation=accumulazione@PERMANENT basin=bacini@PERMANENT
threshold=2000000
SECTION 1a (of 5): Initiating Memory.
ERROR: G_malloc: unable to allocate 1792594076 bytes at init_vars.c:131
Subprocess failed with exit code 1
La categoria informazione per [accumulazione@PERMANENT] in [PERMANENT]
mancante o non valida
La categoria informazione per [bacini@PERMANENT] in [PERMANENT]
mancante o non valida
(Wed Dec 15 13:38:42 2010) Comando terminato (0 sec)

ecco la domande:

1. L'errore sulla memoria è accessorio ma come visto che lavoro su una
macchina a 64 bit con 8 GB di RAM GRASS dovrebbe cercare tutta la
memoria disponibile. o no?

2. cosa significa "La categoria informazione per
[accumulazione@PERMANENT] in [PERMANENT] mancante o non valida"?
accumulazione non è forse il nome dell' output (cosi come descritto
nel tutorial)?


grazie
Michele


[0] http://www.ing.unitn.it/~grass/docs/tutorial_64/htdocs/esercitazione/dtm/dtm4.html


----------
Michele Beneventi
GIS Technologist
LAT: 39° 18' 25"; LONG: 08 °33' 20"
----------

http://www.michelebeneventi.it/
http://it.linkedin.com/in/michelebeneventi
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
485 iscritti al 20.11.2010

[Markus Neteler]

2010/12/15 Michele Beneventi <[hidden email]>:

> Salve a tutti,
> non riesco a comprendere il funzionamento del comando r.watershed di
> GRASS 6.4.1SVN
> Dopo aver configurato la location (EPSG:3003) e caricato il DTM di mio
> interesse su una macchina XP professional 54 bit senza problemi,
> volevo cimentarmi con questa funzionalità avanzata ed utilissima.
> Ho seguito la guida [0] alla voce Esercitazioni --> Analisi dei bacini
> e questo è il risultato:
>
> (Wed Dec 15 13:38:42 2010)
> r.watershed elevation=DEM_new@PERMANENT
> accumulation=accumulazione@PERMANENT basin=bacini@PERMANENT
> threshold=2000000
> SECTION 1a (of 5): Initiating Memory.
> ERROR: G_malloc: unable to allocate 1792594076 bytes at init_vars.c:131
> Subprocess failed with exit code 1

... sono allora 1.7GB di RAM che vorrebbe allocare.

...
> ecco la domande:
>
> 1. L'errore sulla memoria è accessorio ma come visto che lavoro su una
> macchina a 64 bit con 8 GB di RAM GRASS dovrebbe cercare tutta la
> memoria disponibile. o no?

direi di no:
winGRASS è (ancora) un'applicazione 32bit perché mingW è 32bit.
Cerchiamo un/a volontario/a che faccia le prove con ming64bit...


> 2. cosa significa "La categoria informazione per
> [accumulazione@PERMANENT] in [PERMANENT] mancante o non valida"?
> accumulazione non è forse il nome dell' output (cosi come descritto
> nel tutorial)?

Credo che sia un errore dovuto all'errore precedente.

ciao
Markus

--
http://gis.ambiente.fmach.it/

> grazie
> Michele
>
>
> [0] http://www.ing.unitn.it/~grass/docs/tutorial_64/htdocs/esercitazione/dtm/dtm4.html
>
>
> ----------
> Michele Beneventi
> GIS Technologist
> LAT: 39° 18' 25"; LONG: 08 °33' 20"
> ----------
>
> http://www.michelebeneventi.it/
> http://it.linkedin.com/in/michelebeneventi
> _______________________________________________
> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> [hidden email]
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> Non inviate messaggi commerciali.
> I messaggi di questa lista non rispecchiano necessariamente
> le posizioni dell'Associazione GFOSS.it.
> 485 iscritti al 20.11.2010

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
485 iscritti al 20.11.2010

[Michele Beneventi]

Grazie Markus,
farò dei test con extent più piccoli.
Giusto per informazione potresti indicarmi come, nel caso, fase i test
con ming64bit?

graziemille
Michele

2010/12/15 Markus Neteler <[hidden email]>:

> 2010/12/15 Michele Beneventi <[hidden email]>:
>> Salve a tutti,
>> non riesco a comprendere il funzionamento del comando r.watershed di
>> GRASS 6.4.1SVN
>> Dopo aver configurato la location (EPSG:3003) e caricato il DTM di mio
>> interesse su una macchina XP professional 54 bit senza problemi,
>> volevo cimentarmi con questa funzionalità avanzata ed utilissima.
>> Ho seguito la guida [0] alla voce Esercitazioni --> Analisi dei bacini
>> e questo è il risultato:
>>
>> (Wed Dec 15 13:38:42 2010)
>> r.watershed elevation=DEM_new@PERMANENT
>> accumulation=accumulazione@PERMANENT basin=bacini@PERMANENT
>> threshold=2000000
>> SECTION 1a (of 5): Initiating Memory.
>> ERROR: G_malloc: unable to allocate 1792594076 bytes at init_vars.c:131
>> Subprocess failed with exit code 1
>
> ... sono allora 1.7GB di RAM che vorrebbe allocare.
>
> ...
>> ecco la domande:
>>
>> 1. L'errore sulla memoria è accessorio ma come visto che lavoro su una
>> macchina a 64 bit con 8 GB di RAM GRASS dovrebbe cercare tutta la
>> memoria disponibile. o no?
>
> direi di no:
> winGRASS è (ancora) un'applicazione 32bit perché mingW è 32bit.
> Cerchiamo un/a volontario/a che faccia le prove con ming64bit...
>
>
>> 2. cosa significa "La categoria informazione per
>> [accumulazione@PERMANENT] in [PERMANENT] mancante o non valida"?
>> accumulazione non è forse il nome dell' output (cosi come descritto
>> nel tutorial)?
>
> Credo che sia un errore dovuto all'errore precedente.
>
> ciao
> Markus
>
> --
> http://gis.ambiente.fmach.it/
>
>> grazie
>> Michele
>>
>>
>> [0] http://www.ing.unitn.it/~grass/docs/tutorial_64/htdocs/esercitazione/dtm/dtm4.html
>>
>>
>> ----------
>> Michele Beneventi
>> GIS Technologist
>> LAT: 39° 18' 25"; LONG: 08 °33' 20"
>> ----------
>>
>> http://www.michelebeneventi.it/
>> http://it.linkedin.com/in/michelebeneventi
>> _______________________________________________
>> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
>> [hidden email]
>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>> Questa e' una lista di discussione pubblica aperta a tutti.
>> Non inviate messaggi commerciali.
>> I messaggi di questa lista non rispecchiano necessariamente
>> le posizioni dell'Associazione GFOSS.it.
>> 485 iscritti al 20.11.2010
>

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
485 iscritti al 20.11.2010

[Luca Delucchi]

Il 15 dicembre 2010 15:26, Michele Beneventi <[hidden email]> ha scritto:
> Grazie Markus,
> farò dei test con extent più piccoli.

se vuoi puoi farlo sulla stessa estensione basta che diminuisci la
risoluzione (g.region res=scegli_la_risoluzione -ap)

>
> graziemille
> Michele
>

--
ciao
Luca

www.lucadelu.org
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
485 iscritti al 20.11.2010

[Michele Beneventi]

Grazie Luca,
in effetti lavorando sulla risoluzione nel comando"g.region" riesco a
non far crashare il sistema. Ora ci lavoro su.
vi farò sapere

Michele

2010/12/16 Luca Delucchi <[hidden email]>:

> Il 15 dicembre 2010 15:26, Michele Beneventi <[hidden email]> ha scritto:
>> Grazie Markus,
>> farò dei test con extent più piccoli.
>
> se vuoi puoi farlo sulla stessa estensione basta che diminuisci la
> risoluzione (g.region res=scegli_la_risoluzione -ap)
>
>>
>> graziemille
>> Michele
>>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
[hidden email]
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
485 iscritti al 20.11.2010