Re: [GRASS-user] grass70 and display monitor

2009-12-06 Thread Martin Landa
Hi,

2009/12/5 Jan Hartmann j.l.h.hartm...@uva.nl:
 A point on digitizing. If you haven't tried it, you should take a look at
 the digitizing that Martin has built into the new GUI. Because it has
 hot-key equivalents for all buttons, you CAN digitize with your right hand
 on the mouse and left on the keyboard. It also has a lot of contextual menus
 that you access by right clicking while you digitize rather than having to
 move to a separate text area like in 5.4.

 Ah, I hadn't  realized that. Is that in  GRASS 7? I don't use GRASS enough

no, it waits to be implemented (generally speaking easy task), see [1].

Martin

[1] http://trac.osgeo.org/grass/ticket/497

-- 
Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


RE: [GRASS-user] GIS and GPU

2009-12-06 Thread Pablo Carreira


And I am -very- new to python, do you have any clue on how to begin? Send 
raster to a python matrix?

The major deal that i'am thinking is to implement massive orthoretification of 
sat images 
on grass using RPCs (for comercial sats) or Rigorous models (for CBERS sat, 
that have free 2,5m pan images).
I have some of the math, but I'am just beguining to learn programing.

Am I dreaming too high?

Anyway it will be fun to try.


Regards.

Pablo.




Hi I'm interested in this. New to GRASS though. Doing some experiment. 
Many CPU bound task of GRASS is not even taking advantage of multicore 
now, let alone GPU.
 
Peng
 
Pablo Carreira wrote:
 Hi,

 I'am curious to know if there is any development is using GPU to 
 accelerate some tasks in GIS, like raster calculations.
 I have an Nvidia gpu and found pyCUDA parallel computation very 
 interesting.
 Is there any paper in this subject to read?

 Thanks.

 Pablo Torres Carreira


  
_
Fique protegido de ameças utilizando o Novo Internet Explorer 8. Baixe já, é 
grátis!
http://brasil.microsoft.com.br/IE8/mergulhe/?utm_source=MSN%3BHotmailutm_medium=Taglineutm_content=Tag1utm_campaign=IE8___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] Re: i.atcorr with MSS band 5,6,7

2009-12-06 Thread Marco Tuckner
Hello,
thanks for your response.

 i.atcorr supports the MSS sensor aboard Landsat 5 and is not applicable
 to Landsat 1 data (nor landsat's 2,3 or 4). In-order to atmospherically
 correct landsat 1 data with i.atcorr you'll need to add support for it.
Yes, I got that from the help page.

 It's not hard and I would be willing to spare what free time I can to
 help you but the first step,
Thanks for your offer. Very generous.

 and possibly the most difficult, is to find
 the spectral response curves for the RBV and MSS sensors aboard Landsat 1.
Does anyone have an idea where I can find these response curves?
Where are the current pre-defined band configurations from?

Kind regards,
Marco

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


RE: [GRASS-user] GIS and GPU

2009-12-06 Thread Pablo Carreira


Hi Peng,

I want to make a new function, I want to put the orthoretification mathematical 
theory that I have in any programming language, but I am lost. The last program 
that I wrote was 8 years ago in VBasic. The criteria for choosing python is 
that Python looks to me more easy to learn. And the idea of using CUDA is to 
develop a concept.


Pablo Torres Carreira




 Date: Sun, 6 Dec 2009 14:28:33 -0500
 From: d...@cs.utk.edu
 To: pablotcarre...@hotmail.com
 Subject: Re: [GRASS-user] GIS and GPU
 
 Pablo
 
 I've only been using C and cuda. As to python I'm not so sure either. Do 
 you have to work with python or you just want some function of GRASS to 
 take advantage of GPU and run faster?
 
 Peng
 
 Pablo Carreira wrote:
  And I am -very- new to python, do you have any clue on how to begin? Send 
  raster to a python matrix?
 
  The major deal that i'am thinking is to implement massive orthoretification 
  of sat images 
  on grass using RPCs (for comercial sats) or Rigorous models (for CBERS sat, 
  that have free 2,5m pan images).
  I have some of the math, but I'am just beguining to learn programing.
 
  Am I dreaming too high?
 
  Anyway it will be fun to try.
 
 
  Regards.
 
  Pablo.
 
 
 
 
  Hi I'm interested in this. New to GRASS though. Doing some experiment. 
  Many CPU bound task of GRASS is not even taking advantage of multicore 
  now, let alone GPU.
   
  Peng
   
  Pablo Carreira wrote:
   Hi,
  
   I'am curious to know if there is any development is using GPU to 
   accelerate some tasks in GIS, like raster calculations.
   I have an Nvidia gpu and found pyCUDA parallel computation very 
   interesting.
   Is there any paper in this subject to read?
  
   Thanks.
  
   Pablo Torres Carreira
  
 

 
  
  Agora a pressa é amiga da perfeição. Chegou Windows 7. Conheça. 
  http://www.microsoft.com/brasil/windows7/default.html?WT.mc_id=1539
 
  
_
Com o Internet Explorer 8 você tem seu contéudo favorito em poucos cliques. 
Conheça!
http://brasil.microsoft.com.br/IE8/mergulhe/?utm_source=MSN%3BHotmailutm_medium=Taglineutm_content=Tag5utm_campaign=IE8___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] Re: v.breach addon

2009-12-06 Thread Luís Ferreira
Aftermath...

I had to change some strings to make v.breach work on GRASS 6.4svn
revision 39873, Ubuntu/Debian 9.10.

Luís Ferreira


-
line 310
v.parallel input=${OUTP}_grid_addcat_bnd_patch_break_ln_2l_tmp_${UNQ}
output=${OUTP}_segm_2l_r_tmp_${UNQ} distance=0.1 --o  /dev/null
and
line 312
v.parallel input=${OUTP}_grid_addcat_bnd_patch_break_ln_2l_tmp_${UNQ}
output=${OUTP}_segm_2l_l_tmp_${UNQ} distance=-0.1 --o  /dev/null

change to
v.parallel

input=${OUTP}_grid_addcat_bnd_patch_break_ln_2l_tmp_${UNQ}
output=${OUTP}_segm_2l_r_tmp_${UNQ} side=right distance=0.1 --o
 /dev/null
v.parallel

input=${OUTP}_grid_addcat_bnd_patch_break_ln_2l_tmp_${UNQ}
output=${OUTP}_segm_2l_l_tmp_${UNQ} side=left distance=0.1 --o
 /dev/null
--
line 388
v.db.addcol map=${OUTP} layer=2 'columns=x double, y double, z double,
z_breach double'  /dev/null

change to
v.db.addcol map=${OUTP} layer=2
'columns=x double precision, y double
precision, z double precision, z_breach
double precision'  /dev/null
---

line 474
db.execute input=$TMP.${PROG}.sql database=$dbs driver=$drv  /dev/null
change to
db.execute input=$TMP.${PROG}.sql database=${database}
driver=
${driver}  /dev/null

---

change $tbl to $table

--
v.clean tool=prune 

defaulting to treshold=0.0

--
line 464
change to
table=`v.db.connect -g ${OUTP} | awk '{print $2}'`
database=`v.db.connect -g ${OUTP} | awk '{print $4}'`
driver=`v.db.connect -g ${OUTP} | awk '{print $5}'`



make explicit field separator for awk
awk -F |



On Wed, 2009-12-02 at 21:35 +0100, Maciej Sieczka wrote:
 Luís Ferreira pisze:
  I want to make a hydrological corrected DEM, using v.surf.rst for 
  interpolation/aproximation and v.breach to introduce aditional 
  elevation points at streams.
  
  My spatial reference system is EPSG:3763 ETRS89 / Portugal TM06, 
  (metrical).
  
  As required in v.breach document: - each input vect line have a 
  unique category in layer 1; - input lines not cross themselves; - 
  input lines not constitute loops; - the input vector lines not stand 
  out of the input raster DEM; - the input lines direction is from 
  upstream to downstream.
  
  After creating a DEM using v.surf.rst I want to correct the false 
  sinks in narrow valleys and sparse points areas. Using v.breach I 
  have as result two output vectors for streams lines and points but 
  without entities or attributes. I tried with both PostgreSQL and 
  Sqlite database connections.
  
  For PostgreSQL connection:
  
  DBMI-Postgres driver error: Cannot select: SELECT cat,lcat,z,z_breach
   FROM topografia.vbreachpoints_2 ERROR:  column z does not exist 
  LINE 1: SELECT cat,lcat,z,z_breach FROM topografia.vbreachpoints_2 ^
   Unable to open select cursor: 'SELECT cat,lcat,z,z_breach FROM 
  topografia.vbreachpoints_2' Copy table failed Table vbreach_2 does 
  not exist in database host=localhost,dbname=grass_pp_muda_pttm06 
  The table vbreach_2 is now part of vector map vbreach and may be
   deleted or overwritten by GRASS modules DBMI-Postgres driver error:
   Cannot create index: create unique index vbreach_2_cat on vbreach_2
  ( cat ) ERROR:  relation vbreach_2 does not exist Cannot create
  index DBMI-Postgres driver error: Cannot grant on table: grant select
  on vbreach_2 to public ERROR:  relation vbreach_2 does not exist 
  Cannot grant privileges on table vbreach_2 Select privileges were 
  granted on the table
  
  Any ideas? If wanted I'll send the files needed for replication.
 
 Luís,
 
 Glad to see someone trying to use my stuff :).
 
 What GRASS version do you use? What OS? What was your command line, exactly?
 
 Maybe the culprit is the DB backend. I have never used the script with
 anything else than DBF. Try to switch to DBF in GRASS (db.connect). Or a
 GRASS version too new. I think I used it only against 6.3. There
 *might* have been changes to underlying GRASS modules.
 
 I've written the script, and used it the last time, about 2 years ago.
 It did the job fine then. I don't have a personal interest in developing
 it at the moment. I could provide you a commercial support if you like.
 That would include testing the script against your data, in a GRASS
 setup similar to yours, and fixing the tool if necessary.
 
 Please contact me in priv if you are interested. I don't charge much :).
 Or, if there's a GRASS hacker willing to do it for free - please go
 ahead, anybody.
 
 Best,
 Maciek
 



v.breach_changed
Description: application/shellscript

Re: [GRASS-user] GIS and GPU

2009-12-06 Thread Michael Barton
Ideally, you could work to replace the old i.orthophoto with new tools  
built in Python and wxPython to incorporate into the current GRASS  
development. This would be greatly appreciated by many.


IMHO, and as someone who is not trained formally in programming,  
Python is easy to learn and is quite powerful. The wxPython tool set  
provides a wide array of event-driven interface building tools that  
integrates tightly with the object-oriented Python language. There are  
many good introductory and advanced books for Python, as well as a lot  
of on-line help. AFAIK, there is only 1 book for wxPython, though a  
decent amount of help on-line.


Michael

C. Michael Barton
Director, Center for Social Dynamics  Complexity
Professor of Anthropology, School of Human Evolution  Social Change
Arizona State University

Phone: 480-965-6262
Fax: 480-965-7671
www: www.public.asu.edu/~cmbarton, http://csdc.asu.edu



On Dec 6, 2009, at 5:58 PM, grass-user-requ...@lists.osgeo.org wrote:


Date: Sun, 6 Dec 2009 19:44:24 -0200
From: Pablo Carreira pablotcarre...@hotmail.com
Subject: RE: [GRASS-user] GIS and GPU
To: grass-user@lists.osgeo.org
Message-ID: snt114-w63c4038a43319f2b13a9b8d6...@phx.gbl
Content-Type: text/plain; charset=iso-8859-1



Hi Peng,

I want to make a new function, I want to put the orthoretification  
mathematical theory that I have in any programming language, but I  
am lost. The last program that I wrote was 8 years ago in VBasic.  
The criteria for choosing python is that Python looks to me more  
easy to learn. And the idea of using CUDA is to develop a concept.



Pablo Torres Carreira


___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] Re: v.breach addon

2009-12-06 Thread Maciej Sieczka

Luís Ferreira pisze:

Aftermath...

I had to change some strings to make v.breach work on GRASS 6.4svn 
revision 39873, Ubuntu/Debian 9.10.


Can you send a diff (diff original_file your_file), as attachment?

Maciek

--
Maciej Sieczka
http://www.sieczka.org
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] GIS and GPU

2009-12-06 Thread Benjamin Ducke
Instead of CUDA, maybe consider using OpenCL, as that
is a vendor-independent standard which works on GPUs,
CPUs and DSPs. There seem to be several Python wrappers
for OpenCL.

Ben


Pablo Carreira wrote:
 Hi,
 
 I'am curious to know if there is any development is using GPU to 
 accelerate some tasks in GIS, like raster calculations.
 I have an Nvidia gpu and found pyCUDA parallel computation very interesting.
 Is there any paper in this subject to read?
 
 Thanks.
 
 Pablo Torres Carreira
 
 
 
 
 Quer conexões de rede mais fácil? Clique e conheça o Windows 7. 
 http://www.microsoft.com/brasil/windows7/default.html?WT.mc_id=1539
 
 
 
 
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user


-- 
Benjamin Ducke
Geospatial Consultant

Oxford Archaeology Digital
Janus House
Osney Mead
OX2 0ES
Oxford, U.K.

Tel: +44 (0)1865 263 800 (switchboard)
Tel: +44 (0)1865 980 758 (direct)
Fax :+44 (0)1865 793 496
benjamin.du...@oadigital.net
http://oadigital.net





--
Files attached to this email may be in ISO 26300 format (OASIS Open Document 
Format). If you have difficulty opening them, please visit http://iso26300.info 
for more information.

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user