hi,
Nikos Alexandris píše v Pá 29. 02. 2008 v 03:53 +0100:
> On Wed, 2008-02-27 at 19:11 +0100, Nikos Alexandris wrote:
> >
> SuperSimple question:
>
> I am not sure how to upload the file in the wiki although I have seen an
> "upload" link. I ask before I do it... is it a "global" upload tool or
On Feb 29, 2008, at 12:56 PM, Martin Landa wrote:
Hi Dylan,
2008/2/29, Dylan Beaudette <[EMAIL PROTECTED]>:
[snip]
Thanks for the update. I don't regularly use either of the GUI and
did
not know about this feature. Does the patch that I submitted
interfere
with this functionality? I thin
If I have a r.cost surface calculated from a set of vector points used
as starting points, and some cost surface, is there any way to easily
retrieve the SOURCE vector ID that leads to the lowest cost to get to
any cell in the raster? E.g. from a given point, where is the point
that costs the
Has anyone considered the possibility of doing stream-based calculations on
the GPU [1] for raster operations on large datasets ?
1. http://en.wikipedia.org/wiki/GPGPU
It appears that this method works best on highly vectorized instructions,
often in 2 "dimensions"-- appropriate for matrix/gri
On Friday 29 February 2008, Michael Barton wrote:
> Dylan,
>
> If I remember, your patch is to d.measure? We don't use any of the old
> interactive xterm commands. In fact, you can't use them anywhere
> except in an xterm.
>
> Michael
Hi Michael,
Right -- this patch was to d.measure, so it sound
Hi Dylan,
2008/2/29, Dylan Beaudette <[EMAIL PROTECTED]>:
[snip]
> Thanks for the update. I don't regularly use either of the GUI and did
> not know about this feature. Does the patch that I submitted interfere
> with this functionality? I think that it would be useful to have this
> functional
Dylan,
If I remember, your patch is to d.measure? We don't use any of the old
interactive xterm commands. In fact, you can't use them anywhere
except in an xterm.
Michael
__
Michael Barton, Professor
Professor of Anthropology
Director of Graduate Studies
School o
On Fri, 2008-02-29 at 10:44 -0800, Dylan Beaudette wrote:
> On Thursday 28 February 2008, Hamish wrote:
> > Hamish:
[...]
> >
> > I decided (out of complete frustration) never to use Arc again before I
> > started much with GRASS, so I can't comment on that. For exporting
> > stuff for colleagues
On Thursday 28 February 2008, Hamish wrote:
> Hamish:
> > > did you try adding INTERLEAVE=PIXEL and *not* using LZW
> > > compression for createopt=?
>
> Dylan:
> > Yep-- I have tried both of those options. I either get a file which
> > will not open (mysterious ESRI error),
>
> I decided (out of
On Friday 29 February 2008, Ivan Shmakov wrote:
> Given a raster, how do I produce a raster of the N times coarser
> resolution (and with the same extent), such as:
>
> * the values of the target raster's pixels are the mean values
> of the corresponding source raster's on
Given a raster, how do I produce a raster of the N times coarser
resolution (and with the same extent), such as:
* the values of the target raster's pixels are the mean values
of the corresponding source raster's ones;
* the same, but with the minimum bei
On Fri, 2008-02-29 at 11:54 -0500, Frank Warmerdam wrote:
> Dylan Beaudette wrote:
> > Thanks for posting this transaction Nikos. I look forward to further
> > communications from the EEA.
> >
> > As Hamish mentioned a couple messages up in this thread, it would be a
> > good idea (if it hasn't al
On Fri, Feb 29, 2008 at 10:28:26AM -0700, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Fri, Feb 29, 2008 at 08:45:42AM -0700, we recorded a bogon-computron
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> [line after line of prose detaili
On Fri, Feb 29, 2008 at 08:45:42AM -0700, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
[line after line of prose detailing problems importing TIGER polygons]
> It seems that the only thing to do is a table join, which requires the
> use of something other
Dylan Beaudette wrote:
Thanks for posting this transaction Nikos. I look forward to further
communications from the EEA.
As Hamish mentioned a couple messages up in this thread, it would be a
good idea (if it hasn't already been done) to formalize these type of
communications with government age
On Thu, Feb 28, 2008 at 7:27 PM, Nikos Alexandris
<[EMAIL PROTECTED]> wrote:
>
> Some time ago I said that I will post a question in EEA about "...why only
> shapefiles and mdb's". So I did.
>
> It took some time but I received a reply. I posted back my feedback using
> some CLC tiles and I was
On Thu, Feb 28, 2008 at 9:36 PM, Michael Barton <[EMAIL PROTECTED]> wrote:
>
> On Feb 28, 2008, at 6:32 PM, [EMAIL PROTECTED] wrote:
>
> > Date: Thu, 28 Feb 2008 16:17:17 -0800
> > From: Dylan Beaudette <[EMAIL PROTECTED]>
> > Subject: Re: [GRASS-user] How to find out an angle between to points
On Thu, Feb 28, 2008 at 7:26 PM, Hamish <[EMAIL PROTECTED]> wrote:
> Dylan Beaudette wrote:
> > > Well of course I had to go and try this out.
> > >
> > > attached is a patch (against todays SVN) to optionally print the
> > > bearing between clicks.
>
>
> Hi,
>
> you should add a check so tha
On Fri, Feb 29, 2008 at 09:37:36AM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> If it's helpful, you can also extract attributes to individual .shp files
> using ogr2ogr -where. For example
>
> ogr2ogr -where 'cfcc = B11' output.shp input_file.
1) g.region set to smaller region;
2) r.mapcalc small=large
Maris.
2008/2/29, Koen Hufkens <[EMAIL PROTECTED]>:
> Hi list,
>
> I should crop a small area out of a large raster layer (3GB) to make it
> more manageable. I don't seem to find a quick way to do this.
>
> Is there a function that just
Hi list,
I should crop a small area out of a large raster layer (3GB) to make it
more manageable. I don't seem to find a quick way to do this.
Is there a function that just takes, xy or column row input to extract a
small subset and write it to a new (independent) layer?
Kind regards,
Koen
_
Thanks Maciej.
However, the 1st solution will take as long (maybe longer) than
importing the points from their original file again. I'll see if
v.transform will do it in one step.
Michael
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School o
On Feb 29, 2008, at 7:37 AM, [EMAIL PROTECTED] wrote:
Date: Fri, 29 Feb 2008 15:00:18 +0530
From: Ravinder Singh Bhalla <[EMAIL PROTECTED]>
Subject: [GRASS-user] thoughts on v.transform
To: grass-user@lists.osgeo.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
If it's helpful, you can also extract attributes to individual .shp
files using ogr2ogr -where. For example
ogr2ogr -where 'cfcc = B11' output.shp input_file.rt1 CompleteChain
(B11 is the TigerLine attribute code for main line railroads)
The individual layers can then be brought into GRASS.
I found small issue with v.patch
If set of lines are patched to one file, v.bulid is necesarry to rebulid
topology. On the other way categories cannot be uploaded to database
(OUT OF MEMORY error mesage!). After v.build all works OK.
Jarek
___
grass-u
Hi,
2008/2/29, Maciej Sieczka <[EMAIL PROTECTED]>:
[snip]
> For tranforming 2d points into 3d directly there is v.transform I guess,
> using 'table' and 'columns' option.
right, v.transform could do the job
v.transform -t in= out= zshift=
or
v.transform -t in= out= col='zshift:col_name'
Mar
Ravinder Singh Bhalla wrote:
> I just went through the painful process of fixing a badly
> geo-referenced vector against another vector. I used v.transform
> and a correspondence file to do the work. The module works really
> well. However I wonder whether it would be possible to modify the
> exist
Hi All,
I just went through the painful process of fixing a badly geo-referenced
vector against another vector. I used v.transform and a correspondence
file to do the work. The module works really well. However I wonder
whether it would be possible to modify the existing geo-referencing
plugin
28 matches
Mail list logo