Vincent wrote:
> could anyone help me finding ressources on the way Grass
> should be built, configured, etc. in order to connect to data
> stored in an Oracle database ?
>
> I wonder if gdal by default compiles with Oracle support,
( check for support with `ogrinfo --formats` )
> how one must s
Ok, yet it's part of a groundwork for me. Going further I'll try to feed
the wiki page...
As a basis, I found a doc page on Oracle website, written by Helena &
Markus :
http://www.oracle.com/technology/pub/articles/mitasova-grass.html
Vincent.
Le mardi 19 janvier 2010 à 01:17 -0800, Hamish a é
Uhm. Didn't found those :S :S
But, I suppose GRASS also supports IKONOS, KOMPSAT or Geo-Eye and others
that are not listed there.
Do anyone has a clue if it supports those satellite images?
On Mon, Jan 18, 2010 at 10:33 PM, Hamish wrote:
> Franz Schiller wrote:
> > I've been browsing in GRASS wi
You are absolutely right :) My mistake. SMAP is a segmentation algorithm.
But my idea was not to use SMAP as a classification but use a Segmentation
process and only then a Supervides Classification. Or if Use SMAP I'm doing
both things in this order?
Thanks Markus
Nikos
On Mon, Jan 18, 2010 at
Hi,
I have set up regular WinGRASS builds, currently for 6.4.svn and
6.5.svn (built daily). Servers kindly provided by CTU in Prague.
http://josef.fsv.cvut.cz/wingrass/
Enjoy! Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
___
grass-user ma
Speaking of automatic builds - whould it be possible to set up
Tinderbox/BuildBot for GRASS 7? Anyone else thinks it's a nice idea?
Maris.
2010/1/19, Martin Landa :
> Hi,
>
> I have set up regular WinGRASS builds, currently for 6.4.svn and
> 6.5.svn (built daily). Servers kindly provided by CTU
>Hi,
>
>I have set up regular WinGRASS builds, currently for 6.4.svn and
>6.5.svn (built daily). Servers kindly provided by CTU in Prague.
>
>http://josef.fsv.cvut.cz/wingrass/
>
>Enjoy! Martin
hey, that's great!!!
if there is also qgis installed in the osgeo4w-building-environment, there are
al
Hi,
2010/1/19 Helmut Kudrnovsky :
> if there is also qgis installed in the osgeo4w-building-environment, there
> are also a lot of QT-related (QT, wx-QT, etc.) files copied by package.sh.
>
> maybe package.sh should be adapted to not copy this files, so the
> WinGrass-installer is reduced about
Greetings all
I'm running GRASS 6.4-svn in a Linux Machine (CENT OS) and I needed to run
i.ortho.photo but I got this error:
Exception in thread Thread-8:
Traceback (most recent call last):
File "/usr/lib64/python2.4/threading.py", line 442, in
__bootstrap
self.run( )
File "/usr/
Hi,
1)Thinking about exchanging Grass vector data between users, I was wondering
wich is the the best format to export GRASS vectors, so that they keep GRASS
vectors characteristics like two areas sharing the same boundary, the use of
centroids, multilayers and database. Any clue?
2)Here in
Greetings all
I'm reading r.colors manual webpage (
http://grass.itc.it/grass64/manuals/html64_user/r.colors.html) and I have a
few questions related with defining new color tables.
1- At color (in Parameters) one of the options is rules. But if i select
rules and insert a path to a rules file I g
Hi Martin,
On Tue, Jan 19, 2010 at 11:11 AM, Martin Landa wrote:
> Hi,
>
> I have set up regular WinGRASS builds, currently for 6.4.svn and
> 6.5.svn (built daily). Servers kindly provided by CTU in Prague.
>
> http://josef.fsv.cvut.cz/wingrass/
well done, excellent!
Ehm: Would it crash your mac
On Tue, Jan 19, 2010 at 4:32 PM, Markus Neteler wrote:
> On Tue, Jan 19, 2010 at 11:11 AM, Martin Landa wrote:
>> I have set up regular WinGRASS builds, currently for 6.4.svn and
>> 6.5.svn (built daily). Servers kindly provided by CTU in Prague.
>> http://josef.f
Hello All
I'm a new user of GRASS and I have downloaded grass (6.4.0~rc5-2) for i386
architecture from http://packages.ubuntu.com/karmic/grass.
as far as I can see GRASS by command line is working. Now the problem seems
to be wxpython
grass64 -wxpython I get this error:
Starting GRASS ...
Traceb
Pedro Roma wrote:
> I'm reading r.colors manual webpage (
> http://grass.itc.it/grass64/manuals/html64_user/r.colors.html) and I have a
> few questions related with defining new color tables.
> 1- At color (in Parameters) one of the options is rules. But if i select
> rules and insert a path to a
Hi,
What is the best way of getting a raster map (global coverage,
lat-long coordinates) in which the value of each pixel is its
latitude? I'm thinking of digitizing the upper and lower horizontal
limits of the region, giving them the values of the maximum and
minimum latitude (respectively), and
Dear all,
I am using r.series to join several large raster maps, but
the south part of my map is completely empty, and
whem I try r.what I get a error message "can't read".
I was wondering if it is a problem with LFS (large file system)
flag. I compiled grass 6.4.0svn two weeks ago using
OSGeo4W/M
Kim Besson wrote:
Hello All
I'm a new user of GRASS and I have downloaded grass (6.4.0~rc5-2) for
i386 architecture from http://packages.ubuntu.com/karmic/grass.
as far as I can see GRASS by command line is working. Now the problem
seems to be wxpython
Check if you have installed the packa
Dear all,
I have used grass under Vista, and compiled it using
Msys/OSgeo4W version. If I am not wrong I will get only
a 32bit grass, because Msys/gcc and some of libs downloadable
from the links http://trac.osgeo.org/grass/wiki/CompileOnWindows
deal with 32bit instead 64.
Is there a way of I pre
Nikos wrote:
> I'm running GRASS 6.4-svn in a Linux Machine
> (CENT OS) and I needed to run i.ortho.photo but I got this
> error:Exception in thread
...
> Debug.msg (3, "Command( ): cmd='%s',
> wait=%s, returncode=%d,alive=%s" %
> \TypeError:sequence
> item 2: exepected string, list found
>
> Any
Glynn wrote:
> color=rules is only kept in 6.4 for backwards compatibility).
the interactive setting from the command line is useful too.
> > Pedro Roma wrote:
> > I tried to display the color table associated with a
> > raster map layer (d.colortable) but I get the following
> > message:
> > Com
A. Marcia BARBOSA wrote:
> Hi,
>
> What is the best way of getting a raster map (global coverage,
> lat-long coordinates) in which the value of each pixel is its
> latitude? I'm thinking of digitizing the upper and lower horizontal
> limits of the region, giving them the values of the maximum and
hi,
>Dear all,
>
>I have used grass under Vista, and compiled it using
>Msys/OSgeo4W version. If I am not wrong I will get only
>a 32bit grass, because Msys/gcc and some of libs downloadable
>from the links http://trac.osgeo.org/grass/wiki/CompileOnWindows
>deal with 32bit instead 64.
>
>Is there
> Kim Besson wrote:
> > I'm a new user of GRASS and I have downloaded grass (6.4.0~rc5-2) for
> i386 architecture from http://packages.ubuntu.com/karmic/grass.
>
> > as far as I can see GRASS by command line is working.
> > Now the problem seems to be wxpython
Micha wrote:
> Check if you have ins
Franz,
On Tue, Jan 19, 2010 at 10:38 AM, Franz Schiller
wrote:
>
> Uhm. Didn't found those :S :S
> But, I suppose GRASS also supports IKONOS, KOMPSAT or Geo-Eye and others
> that are not listed there.
> Do anyone has a clue if it supports those satellite images?
It all depends on GDAL - best ask
A. Marcia BARBOSA wrote:
> What is the best way of getting a raster map (global coverage,
> lat-long coordinates) in which the value of each pixel is its
> latitude?
in a lat/lon location+mapset:
g.region n= s= w= e= res= ... (set the bounds for you new map)
r.mapcalc "lat_map = y()"
I expec
On Tue, Jan 19, 2010 at 2:20 PM, Pablo Carreira
wrote:
>
> Hi,
>
> 1)Thinking about exchanging Grass vector data between users, I was wondering
> wich is the the best format to export GRASS vectors, so that they keep GRASS
> vectors characteristics like two areas sharing the same boundary, the us
Milton Cezar Ribeiro wrote:
> I am using r.series to join several large raster maps, but
> the south part of my map is completely empty, and
> whem I try r.what I get a error message "can't read".
>
> I was wondering if it is a problem with LFS (large file system)
> flag. I compiled grass 6.4.0s
Gilbert wrote:
> if I use 2 or 3 IKONOS images with different coverage, can I use
> the same location to "IMPORT"?
sure. the common thing in a location is the projection settings. for
example a location might be called "lat_long_wgs84" which could contain
maps from opposite sides of the world, jus
29 matches
Mail list logo