Hi,probably there is no mathematical
definition available. What is your target
projection?
Markus
On 6/15/12, Rich Shepard rshep...@appl-ecosys.com wrote:
On Thu, 14 Jun 2012, Rich Shepard wrote:
Reprojecting primitives: WARNING: pj_transform() failed: latitude or
longitude exceeded limits
Hi Paulo,
perhaps you can find some hints here:
http://grass.osgeo.org/wiki/WxGUI_Modeler
(note: it is a Wiki page, please feel (all) free to add more
instructions to that page).
Best
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
(Returning the discussion to the maillist)
On 06/15/2012 03:58 PM, Rich Shepard wrote:
On Fri, 15 Jun 2012, Micha Silver wrote:
Now that I think about it, I wonder how
hard it would be to add to v.in.db
an option to just reuse
On 15/06/12 15:56, Micha Silver wrote:
What might be even more attractive would be an option to link a GRASS
vector to a DB view. This would allow updating of the data tables in the
DB, and have the new values accessible from within GRASS. I tried once
without success. I don't think that
Hi,
is there a simple way to import only a small part of a tiff file (by
mean, for example, of a bbox)?
some gdal parameter for r.in.gdal?
many thanks..
Ivan
--
Ti prego di cercare di non inviarmi files .dwg, .doc, .xls, .ppt.
Preferisco formati liberi.
Please try to avoid to send me .dwg,
On 15/06/12 15:56, Micha Silver wrote:
(Returning the discussion to the maillist)
On 06/15/2012 03:58 PM, Rich Shepard wrote:
On Fri, 15 Jun 2012, Micha Silver wrote:
Now that I think about it, I wonder how hard it would be to add to
v.in.db
an option to just reuse that same table as the
On 06/15/2012 05:52 PM, Moritz Lennert wrote:
On 15/06/12 15:56, Micha Silver wrote:
What might be even more attractive would
be an option to link a GRASS
vector to a DB view. This would allow updating of the data
tables in the
On Fri, 15 Jun 2012, Moritz Lennert wrote:
I just added that feature to trunk (r52078). Seems to work alright, but
might lack some failsafe mecanisms. Please test to see if it might have
any unforeseen consequences.
Moritz,
I run 6.5svn and am current at r52080. I'll test the revision if
On 15/06/12 18:18, Rich Shepard wrote:
On Fri, 15 Jun 2012, Moritz Lennert wrote:
I just added that feature to trunk (r52078). Seems to work alright, but
might lack some failsafe mecanisms. Please test to see if it might have
any unforeseen consequences.
Moritz,
I run 6.5svn and am current
Hi,
I want to apply the r.kappa operator in order to perform the Accuracy
assessment. The problem is that I have one GeoTIFF input as the thematic map,
and the referenced input is in a .shp file. Converting the .shp file to a
GeoTIFF seams to be problematic. Is there any way to use the r.kappa
Hi Danut,
You can import the shapefile to grass with v.in.ogr. Then u should convert the
vector to a raster with v.to.rast, using the same categories as for ur image.
Then you should be able to perform r.kappa.
Stefan
Gesendet mit BlackBerry® Webmail von Telekom Deutschland
-Original
Hi,
I was just trying to run i.spectral and I noticed something strange.
One of the parameters name is (null). This also shows on the
i.spectral manual page [1], which I believe is generated
automagically. Shouldn't the (null) be the east_north parameter?
Thanks
Daniel
[1] -
It took a while today for me to figure out where I went off the rails
importing a text file in Lat/Lon coordinates to Nevada East State Plane
Coordinate System, NAD 83, US Survey Feet (epsg:3421) using cs2cs. Still,
I've become confused because of the apparent switch in projection coordinate
Rich wrote:
It took a while today for me
to figure out where I went off the rails
importing a text file in Lat/Lon coordinates to Nevada East
State Plane Coordinate System, NAD 83, US Survey Feet
(epsg:3421) using cs2cs. Still, I've become confused because
of the apparent switch in
Ivan wrote:
is there a simple way to import only a small part of a tiff
file (by mean, for example, of a bbox)?
some gdal parameter for r.in.gdal?
There's not a way with r.in.gdal that I know of, but it is an
easy job with gdal_translate to prepare a subset:
-srcwin xoff yoff xsize
On Fri, 15 Jun 2012, Hamish wrote:
n.b. lat,lon is y,x; note also the use of the +proj=latlong
alias instead of the true +proj=longlat setting,
Hamish,
Ah, I hadn't noticed this when I first used the cs2cs script. I'll make
that change.
... and finally if you look at the option
Daniel wrote:
I was just trying to run i.spectral and I noticed something strange.
One of the parameters name is (null). This also shows on the
i.spectral manual page [1], which I believe is generated
automagically. Shouldn't the (null) be the east_north
parameter?
..
[1] -
17 matches
Mail list logo