Thanks Markus for the explanation. I've set PostGIS as my backend. Will
revert as I get more into v.net
On 22/04/2013, at 8:20 PM, Markus Metz wrote:
On Mon, Apr 22, 2013 at 11:03 AM, Mark Wynter m...@dimensionaledge.com
wrote:
Thanks Marcus.
Tried sqlite backend suggestion - no
Hi,
2013/4/26 Mark Wynter m...@dimensionaledge.com:
Possibly some bugs. In summary:
CASE 1: v.out.ogr if I export to shapefile works as expected - in terms of
176783 features and SRID 2193.
CASE 2: v.out.ogr if I export to postgis, only returns 139 features, with
SRID 900915(?)
CASE
On Fri, Apr 26, 2013 at 8:33 AM, Mark Wynter m...@dimensionaledge.com wrote:
Thanks Markus for the explanation. I've set PostGIS as my backend. Will
revert as I get more into v.net
Oops. Direct PostGIS is 1) experimental, 2) slow. For vector
operations it is heavily recommended to use the
On Thu, Apr 25, 2013 at 12:18 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
...
db.out.ogr uses internally v.out.ogr which is a bit against the logic
of db.* modules which should work with tables, not vectors.
Note: db.out.ogr was born as quick fix shell script in GRASS 6.
Given the new
On Thu, Apr 25, 2013 at 6:27 PM, Micha Silver mi...@arava.co.il wrote:
MAX=`r.univar -g map=your raster | grep max | cut -d '=' -f 2`
r.mapcalc newrast = myrast*100/$MAX
Even easier:
GRASS 6.4.3svn (nc_spm_08):~ eval `r.univar -g elevation`
GRASS 6.4.3svn (nc_spm_08):~ echo $max
Hi,
2013/4/26 Mark Wynter m...@dimensionaledge.com:
v.category osm_nz_roads_2193_cleaned op=report
Layer/table: 1/grass.osm_nz_roads_2193_cleaned
type countminmax
point 0 0 0
line 176783 1 88617
boundary 0 0
2013/4/26 Markus Metz markus.metz.gisw...@gmail.com:
On Fri, Apr 26, 2013 at 8:33 AM, Mark Wynter m...@dimensionaledge.com wrote:
Thanks Markus for the explanation. I've set PostGIS as my backend. Will
revert as I get more into v.net
Oops. Direct PostGIS is 1) experimental, 2) slow. For
Dear all,
I would like to know where can I find instructions on how to compile a
grass module (eg. r.example) in a Linux server (in this case Debian) with
GRASS 6.4.3)
Thank you
Best regards,
Kat
___
grass-user mailing list
grass-user@lists.osgeo.org
On Thu, Apr 25, 2013 at 10:26 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
r.info reports max of the raster map as it is, r.univar reports max
for the current region settings. Since r.mapcalc uses the current
region settings, you should really use r.univar instead of r.info.
Thanks
Hello,
Take a look at http://grasswiki.osgeo.org/wiki/Compile_and_Install#Addons.
You will need the source for the addon and the source for GRASS unless
an easier way now exists.
good luck,
Stephen
On Fri 26 Apr 2013 06:38:26 AM CDT, katrin eggert wrote:
Dear all,
I would like to know
Thank you Stephen
I guess my System manager used GRASS-binary packages which it means that do
not support this.
So I should ask to compile and install GRASS using this instructions. Are
these commands updated?
Thanks
2013/4/26 Stephen Sefick ssef...@gmail.com
Hello,
Take a look at
Re-posted from announcement list.
Hi GRASS Developers and Users!
I work for the James Martin Center for Nonproliferation Studies (CNS)
in Monterey, CA. One of our biggest challenges is identifying
undeclared nuclear facilities. CNS has experienced imagery analysts,
and we can identify various
Thank you Stephen
I guess my System manager used GRASS-binary packages which it means that
do not support this.
Ask him to install the package
grass-dev
___
grass-user mailing list
grass-user@lists.osgeo.org
No, just this one:
python: can't open file
'/usr/lib/grass/etc/gui/wxpython/gis_set.py':
[Errno 2] No such file or directory
Received EXIT message from GUI.
that should be /usr/lib/grass70/etc/ not /grass/?
Did the version number extract part of the build rules script
work? maybe it
Below a suggestion for the packaging structure:
regarding addon packaging. We can create packages like
grassaddons(full addons)
grassaddons-imgagery
grassaddons-vector
grassaddons-raster
grasssaddons-general
I question when looking at :
http://trac.osgeo.org/grass/browser/grass-addons
I
Tim wrote:
I question when looking at :
http://trac.osgeo.org/grass/browser/grass-addons
I wonder:
* why is there a separate branch per major grass version?
between grass 5, 6, and 7 the library APIs change and the
module options/flags change, so a module written for one
often won't work on
Tim wrote:
Reported here:
https://bugs.launchpad.net/grass/+bug/1173387
LP bug tracker now enabled for all packages of GRASS PPA
See also:
http://grasswiki.osgeo.org/wiki/Ubuntu_Packaging#Report_bugs_and_issues
is that a ppa specific bug tracker, or the main ubuntu one?
I wouldn't
Do you have fresh installation from svn?
Thanks Martin. Good advice - I just pulled the latest from svn!
v.out.postgis now works, generating correct feature count and SRID=2193
yet... v.out.ogr when writing directly to PostGIS assigns SRID 900915 to the
geometry column - when it should be
v.out.ogr in=roadsmajor dsn=PG:dbname=pgis_grass format=PostgreSQL
-
$ db.select data=pgis_grass dri=pg sql=select count(*) from roadsmajor -c
355
db.select data=pgis_grass dri=pg sql=select srid from
geometry_columns where f_table_name = 'roadsmajor' -c
900914
(new srid added to
Mark wrote:
-- Table: osm.osm_nz_roads_2193_export
(putting on another hat)
by the way, for NZ roads in OSM we have the full set of updated
gov't road data (cleaned and connected by the NZOpenGPS group)
sitting ready for merge. So far we've been concentrating on
uploading the natural layers to
Mark wrote:
When I inspect the details of 900914, it mirrors the correct
SRID - its just labelled 900914 instead?
fwiw, the google funny projection is epsg 900913, not 14.
(if you squint your eyes the EPSG code spells out the word google)
#
# Chris' funny epsgish code for the google mercator
How to install pygrass on windows?. I cant find any installers.
--
Regards,
Rashad
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
22 matches
Mail list logo
