In the wxGUI, save display to graphic file is not working in
wingrass and should not work in linux, because SaveToFile uses
wx.BufferedPaintDC() which is in this case illegal because it can only
be used inside of an EVT_PAINT event handler [0], and SaveToFile is
not an EVT_PAINT event handler,
On Wed, Feb 29, 2012 at 8:23 AM, Benjamin Ducke bendu...@fastmail.fm wrote:
Dear Devs,
A while ago, I submitted a small patch for v.out.ogr
that moves the SQL SELECT out of the mk_att() function,
so that this costly operation does not have to be
performed multiple times:
On Thu, Mar 1, 2012 at 8:16 PM, Benjamin Ducke bendu...@fastmail.fm wrote:
No, this is because the i-th feature does not need to have category i,
it can have any category and multiple categories. Selecting all
attributes at once for all categories is also not memory-safe for
larger vectors.
On 3/2/12, Benjamin Ducke bendu...@fastmail.fm wrote:
I think I understand your error. You confuse feature id with category
value. The feature order in the output file depends on the feature
order of the GRASS input vector, and the feature order of the GRASS
input vector has absolutely nothing
On 3/5/12, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/3/5 Markus Neteler nete...@osgeo.org:
-struct ilist *List; ---
-BOUND_BOX box;
+struct boxlist *List;---
+struct bound_box box;
`boxlist` and `bound_box` have been introduced in GRASS 7.
Hi,
I have implemented parallelization with openmp in r.proj. On a
quad-core system this gives me a 50% speed increase (twice as fast)
compared to the regular single thread version, tested with all
interpolation methods. The speed increase is consistent and the
results are identical to single
On Sun, Mar 25, 2012 at 2:50 PM, matteo poletti pollo1...@yahoo.it wrote:
Hi,
I am a 2th year student in Compuer Science at the University of Trento, in
Italy. I would like to apply for Gsoc with the GRASS project: I am interested
in implementing parallelization support for some raster
On Wed, Mar 28, 2012 at 1:15 PM, Margherita Di Leo
dileomargher...@gmail.com wrote:
Hi,
I would like to know if it is possible to display labels for a vector layer
using the cartographic composer.
You would need to prepare labels with v.label first, then add the
labels with the label keyword.
On Wed, Apr 4, 2012 at 8:11 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 04/04/12 07:56, Michael Barton wrote:
I'm trying to do a dissolve but keep getting an error saying that it
only works with integer or string columns. But the column I'm using for
the dissolve IS string.
On Mon, Apr 2, 2012 at 6:54 PM, stepan.turek stepan.tu...@seznam.cz wrote:
Hello,
I would like to introduce my topic for GSoC.
My proposal for GSoC is porting of module i.ortho.photo into GRASS 7. The
module is based on x monitors, which support was removed from
GRASS 7, so
it is
On Sun, Apr 1, 2012 at 12:16 AM, Pietro peter.z...@gmail.com wrote:
Hi everyone!
I'm Pietro Zambelli a ph.D student of Trento University, I would like
to apply to the GSoC, my idea in short is: extend the python GRASS API
to make it more pythonic :-).
I would like to interact with region,
The one-cell areas are correct, at least within the logic of vector
topology. If you used r.to.vect with the -v flag, the one-cell areas
will have the same category like the neighboring areas belonging to
the same basin, that is, area calculations for basins done with
v.to.db will be correct and
On Wed, Apr 11, 2012 at 12:19 AM, Michael Barton michael.bar...@asu.edu wrote:
In GRASS 7, how can you fix the following error?
Coor file of vector map coast3@SAA2012_survey_analysis is larger than it
should be (154662962 bytes excess)
That can happen if a module exists with an error before
On Thu, Apr 12, 2012 at 7:14 PM, Luca Delucchi lucadel...@gmail.com wrote:
2012/4/12 Martin Landa landa.mar...@gmail.com:
Hi,
`g.mapset` has currently several options to set/add/remove mapsets
from the search path
mapset Name(s) of existing mapset(s)
addmapset Name(s) of
On Tue, May 1, 2012 at 5:01 PM, Glynn Clements gl...@gclements.plus.com wrote:
Markus Neteler wrote:
Author: mmetz
Date: 2012-05-01 01:37:26 -0700 (Tue, 01 May 2012)
New Revision: 51583
Modified:
grass/trunk/vector/v.buffer/Makefile
Log:
add again GEOSLIBS ??? should be
Hi all,
in grass7 addons [0], there is a new version of v.net.salesman with
optional tour optimization. The current algorithm to find the shortest
tour is heuristic and often does not find the optimal tour for more
than 10 nodes to visit. The optimization methods available are
bootstrapping and a
I am observing corrupted output from r.mapcalc in trunk if compiled
--with-pthread. The result is not identical to the one obtained
--without-pthread. The mapcalc expression included the functions
eval(), min(), and max(), in case that helps. Open a ticket?
Markus M
On Thu, May 17, 2012 at 7:33 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
I am observing corrupted output from r.mapcalc in trunk if compiled
--with-pthread. The result is not identical to the one obtained
--without-pthread. The mapcalc expression included
Markus Metz wrote:
Glynn Clements wrote:
Markus Metz wrote:
I am observing corrupted output from r.mapcalc in trunk if compiled
--with-pthread. The result is not identical to the one obtained
--without-pthread. The mapcalc expression included the functions
eval(), min(), and max(), in case
Glynn Clements wrote:
Markus Metz wrote:
With WORKERS=1, the r.mapcalc result is identical to pthreads
disabled, i.e. correct. Do you need more info?
More info:
I think the bug is not caused by the combination of pthreads with
eval(), min(), or max(), but rather when the same raster
Damien O'Grady wrote:
Hi there
I would like to contribute a script that I have used in my research to
the broader field. The script carries out linear regression, except
that rather than using two rasters for the x and y variables, it uses
any number of pairs of rasters, allowing the
On Thu, May 24, 2012 at 7:29 PM, Eric Momsen eric.mom...@gmail.com wrote:
Hi,
Thanks everyone for the nice greetings, I'm very impressed with how polite
and helpful the GRASS community is.
There is a wiki [1] and source code repository [2] for the Image
Segmentation - Google Summer of Code
On Tue, May 29, 2012 at 5:23 PM, Eric Momsen eric.mom...@gmail.com wrote:
On Tue, May 29, 2012 at 5:08 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 28/05/12 06:14, Eric Momsen wrote:
On Sat, May 26, 2012 at 8:10 AM, Moritz Lennert
mlenn...@club.worldonline.be
Benjamin Ducke wrote:
Theoretically, it wouldn't be very hard to read the labels
from the mapset in which SEXTANTE is storing the (temporary)
GRASS datasets; they are saved as plain ASCII there.
However, the host GIS for SEXTANTE must then somehow deal
with this additional data in some
Hi Martin,
I find the newly introduced level 3 for topology confusing because 1)
level 3 could sometime in the future mean 3D topology, 2) level 3
applies only to PostGIS. Before that change, the open level had the
same meaning independent of the vector format (GRASS, PGR, PostGIS).
The open
On Wed, Jun 6, 2012 at 3:27 PM, Martin Landa landa.mar...@gmail.com wrote:
2012/6/6 Martin Landa landa.mar...@gmail.com:
[...]
I was worried about introducing level 3 in this sense, you just made
me sure, that it was not a good idea. I will revert it back to the two
levels (keep level 3 for
On Fri, Jun 8, 2012 at 8:26 PM, Michael Barton michael.bar...@asu.edu wrote:
I've run into an odd issue that could be a problem for anyone needing precise
calculations from a landsat (or possibly other) image.
I have a landsat ETM image with a resolution of 28.5m for the bands 1-5, 7
and
On Fri, Jun 15, 2012 at 6:12 PM, Roberto Marzocchi
roberto.marzoc...@gmail.com wrote:
Dear all,
I'm trying to use v.net.distance in grass7, which option seem be corrected
respect of teh version of grass65 (alayer, nlayer and consequently costs).
First of all, I noted that the option output
' or
'to' features are not reachable.
Markus M
Thanks in advanced,
Roberto
2012/6/16 Markus Metz markus.metz.gisw...@googlemail.com
On Fri, Jun 15, 2012 at 6:12 PM, Roberto Marzocchi
roberto.marzoc...@gmail.com wrote:
Dear all,
I'm trying to use v.net.distance in grass7, which option seem
On Thu, Jun 21, 2012 at 5:16 PM, Vaclav Petras wenzesl...@gmail.com wrote:
Hello,
I'm moving size_t topic from user to dev list.
As I understand, size_t should be used also for number of rows and
number of columns of a map. But for example Rast_window_{rows,cols}
returns int. So will this
An inverse PCA can be regarded as the inverse of a transformation
using matrix notation. PC scores are calculated with
b = A a
with A being the transformation matrix composed of the Eigenvectors, a
being the vector of the original values and b the PC scores. What you
now need is inverse of A,
. It needs to be done for heterogenous input data such as e.g.
rainfall, temperature, NDVI, etc. Rescaling is automatically applied
to the output of i.pca unless explicitly disabled with rescale=0,0.
Markus M
Thanks much
Michael
On Jun 25, 2012, at 10:11 AM, Markus Metz wrote:
An inverse PCA
On Mon, Jun 25, 2012 at 8:21 PM, Michael Barton michael.bar...@asu.edu wrote:
On Jun 25, 2012, at 12:03 PM, Markus Metz wrote:
Here is an example based on on the landsat imagery in mapset landsat,
North Carolina sample dataset:
i.pca without rescaling of the output:
i.pca input
On Tue, Jun 26, 2012 at 12:23 AM, Hamish hamis...@yahoo.com wrote:
FWIW,
See discussion and GRASS vs. R testing/validation w/Nikos from
c. March 2009. ( trac ticket #430)
Ticket #430 is fixed in all branches.
See also other open i.pca tickets:
i.pca fails to center data prior to analysis
On Sat, Jun 23, 2012 at 6:36 AM, Michael Barton michael.bar...@asu.edu wrote:
One of my students reported intermittent crashing of the digitizer when
saving a map in GRASS 7 with Mac Lion (OSX 10.7). I haven't used the
digitizer much lately but did a new build today to see if that helped.
I
On Wed, Jul 18, 2012 at 9:00 AM, Margherita Di Leo
dileomargher...@gmail.com wrote:
Hi,
On Tue, Jul 17, 2012 at 4:51 PM, Margherita Di Leo
dileomargher...@gmail.com wrote:
Now tried:
gdalbuildvrt -input_file_list elenco_aster_europa mosaic.vrt
(all in the same folder)
then in GRASS:
On Fri, Jul 20, 2012 at 2:20 PM, Markus Neteler nete...@osgeo.org wrote:
On Fri, Jul 20, 2012 at 11:22 AM, Johannes Radinger jradin...@gmx.at wrote:
Hi,
Hi,
I don't know if this behavior is intended or not, I just
wanted to inform:
Using the GUI and selecting File - Import vector data
On Mon, Jul 23, 2012 at 2:32 AM, Hamish hamis...@yahoo.com wrote:
There's a copy of the quickstart in the GRASS wiki. Note that
when I wrote it there was a GRASS workshop at the targeted FOSS4G
conference which was going to focus on vector processing, so I
didn't bother to put much of that in
On Wed, Jul 25, 2012 at 5:59 AM, Hamish hamis...@yahoo.com wrote:
Markus Metz wrote:
An example for vector processing using the basins raster
created in the previous step:
1) convert the basins to vector areas with r.to.vect -v feature=area
2) load average elevation for each basin
What does gdalinfo --formats say?
When you compile GRASS with gdal, all the libraries that gdal needs
must be in the library path, even if GRASS itself does not link to
them directly. Therefore I guess that gdalinfo --formats and ogrinfo
--formats are currently not working on your system.
On Thu, Aug 9, 2012 at 10:35 PM, Hamish hamis...@yahoo.com wrote:
- G_fatal_error(_(Both seed map and coordinates cannot be specified));
+ G_fatal_error(%s, _(Both seed map and coordinates cannot be
specified));
Martin:
sorry for ignorance, but what is the sense of such changes?
Vaclav:
On Fri, Aug 10, 2012 at 11:44 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/8/10 Markus Neteler nete...@osgeo.org:
If this is a real problem, why fix the symptoms and not the cause?
That would probably be the macro defining _().
+1
It worked for the past 10-xx years, so I don't
On Mon, Aug 20, 2012 at 10:29 AM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Aug 14, 2012 at 2:52 PM, Luca Delucchi lucadel...@gmail.com wrote:
Is it correct leave empty a default answer in a module?
An example is in r.out.pov with zmod or objmod option
(it is about v.out.pov):
Hi all,
even the GRASS website [0] gets confused about all those branches.
GRASS 6.4.3, the next stable release, is currently hidden under GRASS
6.4.2, current stable. Therefore there should be 4, not 3 sections:
6.4.2, 6.4.3, 6.5, 7.0. This is however IMHO too much, confusing for
users and a
On Wed, Aug 22, 2012 at 7:28 PM, Michael Barton michael.bar...@asu.edu wrote:
The way I thought I understood the plan is that we would have an odd
numbered version for development, testing, etc and an even numbered release
version. So it has seemed to me that 6.4.3 is the place where we were
On Wed, Aug 22, 2012 at 9:46 PM, Michael Barton michael.bar...@asu.edu wrote:
I ran into this problem too, working with people from NCAR this Spring. It
seemed there to be limited to Windows XP users. Workarounds were difficult.
This has been fixed in all branches 5 months ago. Please use
On Wed, Aug 22, 2012 at 8:13 PM, Helena Mitasova hmit...@ncsu.edu wrote:
in the current stable release I am getting the the following error
when trying to save the image from the display. We did not have the
problem in 6.4.1 and I am wondering whether it is fixed in 6.4.3,
It is.
Markus M
On Thu, Aug 23, 2012 at 12:25 AM, Helena Mitasova hmit...@ncsu.edu wrote:
On Aug 22, 2012, at 4:58 PM, Markus Metz wrote:
On Wed, Aug 22, 2012 at 9:46 PM, Michael Barton michael.bar...@asu.edu
wrote:
I ran into this problem too, working with people from NCAR this Spring. It
seemed
On Thu, Aug 23, 2012 at 9:58 AM, Markus Neteler nete...@osgeo.org wrote:
On Fri, Aug 17, 2012 at 2:03 PM, Markus Neteler nete...@osgeo.org wrote:
Hi all,
it is about time to get 6.4.3 out of the doors. It would be nice to have
a RC1 for the upcoming Geostat 2012 in Muenster (full day of GRASS
On Sun, Aug 26, 2012 at 10:43 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
6.4.3 is planned for September. As I wrote earlier creating release
branch for G7 at this stage of development is too early (from my POV).
I would say that we could create this branch later in the beginning of
On Sat, Sep 1, 2012 at 2:07 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
to my understanding the r.grow.distance code lacks support for
LatLong locations. AFAIK G_begin_distance_calculations() and
G_distance() would be needed here.
The -m flag to use geodesic distance for latlong
On Tue, Sep 4, 2012 at 11:42 AM, Luca Delucchi lucadel...@gmail.com wrote:
I find that v.extract break where condition after 985 characters. I
try it with grass 6.4svn and grass7 and in both I have an error. If
this is a bug I think we should try to fix before 6.4.3 release.
Please try trunk
On Thu, Sep 6, 2012 at 6:08 PM, Huidae Cho gras...@gmail.com wrote:
+1 for separator.
+1
Markus M
Yes, I'm still here. ;-)
On Wed, Sep 05, 2012 at 10:09:40AM +0200, Markus Neteler wrote:
Hi,
me and some of my course participants (GeoSTAT 2012) stumbled over
the change of sep= to fs= in
On Wed, Sep 5, 2012 at 10:09 AM, Markus Neteler nete...@osgeo.org wrote:
Hi,
me and some of my course participants (GeoSTAT 2012) stumbled over
the change of sep= to fs= in GRASS 7.
While ...
On Thu, Dec 11, 2008 at 11:21 AM, Hamish hamis...@yahoo.com wrote:
Huidae Cho wrote:
When I
On Fri, Sep 7, 2012 at 9:45 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 07/09/12 09:05, Markus Metz wrote:
On Tue, Sep 4, 2012 at 6:57 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 01/09/12 18:02, Moritz Lennert wrote:
Leaving below mail as record of my original
On Mon, Sep 10, 2012 at 2:48 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 09/09/12 16:34, Markus Metz wrote:
On Fri, Sep 7, 2012 at 9:45 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 07/09/12 09:05, Markus Metz wrote:
On Tue, Sep 4, 2012 at 6:57 PM, Moritz
On Mon, Oct 8, 2012 at 5:28 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 07/10/12 09:12, Michael Barton wrote:
v.net.allpairs only produces nodes. It calculates the cost of the
shortest paths between all nodes but does not create the paths. Is this
correct? Seems like it also
First of all, thanks for using GRASS network analysis tools in a
course, Michael!
I have updated the manual for v.net, explaining the different
operation options in some more detail.
I have updated the manuals of many of the v.net.* modules last year,
testing and if necessary fixing bugs in the
On Mon, Oct 8, 2012 at 6:18 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 08/10/12 18:09, Markus Metz wrote:
On Mon, Oct 8, 2012 at 5:28 PM, Moritz Lennert
In trunk, the result is a vector map of nodes with an attribute table
linked
to these nodes which provides a distance
then be
done for all v.net.* modules.
Markus M
On Oct 13, 2012, at 5:15 AM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Mon, Oct 8, 2012 at 6:18 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 08/10/12 18:09, Markus Metz wrote:
On Mon, Oct 8, 2012 at 5:28 PM, Moritz
On Wed, Oct 17, 2012 at 10:52 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 16/10/12 15:34, Michael Barton wrote:
Fixing this makes the module usable. The flaw is near to a bug.
Well, you can use the module as-is. You just have to make sure that
nodes and arcs have different cat
On Sun, Oct 21, 2012 at 6:14 PM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Oct 21, 2012 at 3:56 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/10/21 svn_gr...@osgeo.org:
Author: neteler
Date: 2012-10-20 23:39:16 -0700 (Sat, 20 Oct 2012)
New Revision: 53518
Modified:
On Sun, Oct 21, 2012 at 8:10 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/10/21 Markus Metz markus.metz.gisw...@gmail.com:
All those G_debug(0, ...) instances are most probably leftovers from
development of the respective modules/libraries. At least I use
sometimes G_debug(0
On Thu, Oct 25, 2012 at 12:06 PM, Benjamin Ducke bendu...@fastmail.fm wrote:
Dear Devs,
it seems that some recent additions to v.transform have broken
the module. There are several places in which read or write
operations to addresses that have not been malloc'd lead to
crashes.
The
On Wed, Oct 31, 2012 at 5:58 AM, Yann Chemin yann.che...@gmail.com wrote:
On 31 October 2012 02:25, Helena Mitasova hmit...@ncsu.edu wrote:
I agree with Glynn and Ben,
when working with students on 50+ different projects it is really great to
have everything
in one package and not to worry
On Wed, Oct 31, 2012 at 9:31 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 31/10/12 09:15, Markus Metz wrote:
On Wed, Oct 31, 2012 at 5:58 AM, Yann Cheminyann.che...@gmail.com
wrote:
On 31 October 2012 02:25, Helena Mitasovahmit...@ncsu.edu wrote:
Maybe PSC should have some
On Mon, Oct 15, 2012 at 5:11 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Mon, Oct 15, 2012 at 4:34 PM, Michael Barton michael.bar...@asu.edu
wrote:
One thing that is confusing is that the text for both entries alayer and
nlayer shows up as Layer number or name instead of the text
[replying outside ticket #1798 because it's a bit off-topic ]
On Thu, Nov 15, 2012 at 9:12 AM, GRASS GIS t...@osgeo.org wrote:
Imagine the case where you have 100 points and want to create individual
buffers around each, i.e. you can't call v.buffer on all at once as this
will fusion the
On Thu, Nov 15, 2012 at 10:45 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi Helena,
2012/11/15 Helena Mitasova hmit...@ncsu.edu:
This is not a serious problem but I just noticed that the grass6.4.3
compiled on oct 18 on mac
the red word MASK remains on the Map display even after the
On Thu, Nov 15, 2012 at 6:00 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 15/11/12 14:08, Newcomb, Doug wrote:
I guess the question is, if you then performed v.rast.stats for an
underlying raster using the overlapping buffers generated with -t , how
would the statistics for the
On Wed, Nov 21, 2012 at 3:59 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/11/21 Maris Nartiss maris@gmail.com:
Your code in r53760 seems good. I would suggest to move it to some
library, still no idea where it should go. Probably Vlib? As it would
reduce code duplication and
On Fri, Nov 23, 2012 at 3:13 PM, Helmut Kudrnovsky hel...@web.de wrote:
hi,
I've tried following command:
r.stream.extract elevation=srtemgea accumulation=srtemgea threshold=100
stream_rast=r stream_vect=v direction=f
and following warning/error arises:
ERROR: Missing value for parameter
On Wed, Nov 21, 2012 at 4:18 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Wed, Nov 21, 2012 at 3:59 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/11/21 Maris Nartiss maris@gmail.com:
Your code in r53760 seems good. I would suggest to move it to some
library, still
Hi Martin,
about r54090: there should not be any dead lines registered with
nodes, I have reverted r54090. Please use dig_add_line() and
dig_del_line() when lines are added or removed. The bug is probably in
write_pg.c. V2_delete_line_pg() seems to be missing.
Markus M
On Tue, Dec 4, 2012 at 1:44 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
I wonder if v.category could be enhanced to have where support?
This may help to support this request:
[answering here because I have worked on some of the affected modules]
On Wed, Dec 5, 2012 at 6:16 PM, Mohammed Rashad
mohammedrasha...@gmail.com wrote:
On Fri, Nov 30, 2012 at 7:46 PM, Markus Neteler nete...@osgeo.org wrote:
On Fri, Nov 30, 2012 at 5:26 AM, Mohammed Rashad
On Thu, Dec 13, 2012 at 7:10 PM, Anna Kratochvílová
kratocha...@gmail.com wrote:
On Thu, Dec 13, 2012 at 6:50 PM, Martin Landa landa.mar...@gmail.com wrote:
2012/12/13 Moritz Lennert mlenn...@club.worldonline.be:
it's more complicated there because it's needed to reproject the
region I think.
On Sun, Dec 16, 2012 at 12:42 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi Markus,
2012/12/16 svn_gr...@osgeo.org:
r.mask: fix #1838
great addition! Probably we could also merge `maskcats` with `cats`
parameter. The same syntax could be used for raster and vectors.
maskcats= 1 2 3
On Sun, Dec 16, 2012 at 10:28 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2012/12/16 Markus Metz markus.metz.gisw...@gmail.com:
[...]
This is not possible because r.reclass expects the (raster) maskcats
syntax, not the (vector) cats syntax. Each syntax is well established
I
On Tue, Jan 8, 2013 at 11:26 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 03/01/13 20:51, Martin Landa wrote:
Hi,
I wonder what is the reason for existence of `llayer` parameter in
`d.vect` module. I would guess that it's not reasonable to display
features (shapes) from `layer`
On Mon, Jan 14, 2013 at 10:45 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi Markus,
2013/1/14 Markus Metz markus.metz.gisw...@gmail.com:
Currently the native installer contains python which is provided
within osgeo4w framework (taken from python.org ASAR).
The python version coming
On Fri, Jan 25, 2013 at 9:31 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Hi Markus,
OK, as an example, in db.connect, the 'offending' text is under the
'Parameter' heading. The default driver name and the default database name
should change (marked with ):
-
On Wed, Jan 23, 2013 at 4:55 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
In the interest of other users, it might be better to create a generic angle
transformation tool, which just transforms the angle of origin to its
equivalent in the other convention without trying to interpret
On Fri, Jan 25, 2013 at 9:50 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Fri, Jan 25, 2013 at 9:31 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Hi Markus,
OK, as an example, in db.connect, the 'offending' text is under the
'Parameter' heading. The default driver name
On Sat, Feb 2, 2013 at 12:56 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
Markus and Yann,
If you have the time it might be a great opportunity to use the community
sprint to get i.segment from the addons to trunk. What do you think ?
I would prefer i.segment.xl for speed reasons
I have not commented out both gvl_align_data lines (#684 and #1009) in
gvl_calc.c, but fixed variable initialization in trunk r54866. Please
test.
Markus M
On Fri, Jan 11, 2013 at 10:33 PM, Michael Barton michael.bar...@asu.edu wrote:
Perhaps Windows and Linux--and earlier versions of OS
On Sun, Feb 3, 2013 at 4:41 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/2/3 svn_gr...@osgeo.org:
Author: mmetz
Date: 2013-02-03 07:08:42 -0800 (Sun, 03 Feb 2013)
New Revision: 54872
Modified:
grass/trunk/vector/v.in.ogr/main.c
Log:
v.in.ogr: fix r54839 for wingrass
On Sun, Feb 3, 2013 at 5:08 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/2/3 svn_gr...@osgeo.org:
Author: mmetz
Date: 2013-02-03 08:06:21 -0800 (Sun, 03 Feb 2013)
New Revision: 54874
Modified:
grass/trunk/vector/v.in.ogr/main.c
Log:
v.in.ogr: fix r54872 for linux
[...]
On Mon, Feb 4, 2013 at 7:38 AM, Michael Barton michael.bar...@asu.edu wrote:
I've noticed this before but hesitated to mention it. But still it's kind of
weird.
If you run g.mlist (at least run through the GUI) you get messages like this
sent to the terminal
GRASS_INFO_WARNING(14538,1):
On Thu, Feb 7, 2013 at 8:34 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Thanks pointing it out. I have actually used the script some time ago. I
think I found that it becomes a bit slow when working with large number of
points, but I am going to try in grass 7, see if it is any faster
On Fri, Feb 8, 2013 at 4:48 PM, Rashad M mohammedrasha...@gmail.com wrote:
Hi,
On Thu, Feb 7, 2013 at 2:46 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 07/02/13 06:31, Rashad M wrote:
Hi
As mentioned in wiki does the output pixel = eigenvector * input pixel?
Yes,
On Mon, Feb 11, 2013 at 9:55 AM, Rashad M mohammedrasha...@gmail.com wrote:
Hi,
I cant import very large data in GRASS7 G6. it reads the features but
hangs with 98% Breaking Boundaries when building topology
I am using latest grass from svn maybe 3 days old
If somebody needs to test for
a break between my thesis writing and starting work this
summer. So in April(???) I will find some time to dedicate to GRASS code
and/or documents again.
-Eric
On Mon, Feb 4, 2013 at 3:01 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 02/02/13 17:37, Markus Metz wrote:
On Sat, Feb
to create GADM v2. You need to perform additional
cleaning with snapping to a very small threshold, i.e. v.in.ogr
snap=1e-7. And you should use GRASS 7 for the import of large vector
data, because the import may not work with GRASS 6.
Markus M
On Mon, Feb 11, 2013 at 3:18 PM, Markus Metz
justified by the given
merging threshold. With i.segment.xl, I tried to get results that are
very similar to the eCognition results.
Markus M
Cheers,
Pierre
On Feb 11, 2013 10:53 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
Hi all,
I have tested again i.segment and discovered
On Tue, Feb 12, 2013 at 11:02 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/2/11 Markus Metz markus.metz.gisw...@gmail.com:
I can make the results more similar, but one reason why results are
different between i.segment and i.segment.xl is that I had the
btw, the module located
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton michael.bar...@asu.edu wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm
On Thu, Feb 14, 2013 at 9:45 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton michael.bar...@asu.edu
wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes
On Mon, Feb 18, 2013 at 4:49 PM, Helena Mitasova hmit...@ncsu.edu wrote:
I noticed that students had hard time finding or defining the path to the
file exported by v.out.ogr
(in our case it was a kml file) because there is no browse button - is there
a reason for the missing
Browse for this
On Mon, Feb 18, 2013 at 6:51 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On 18 February 2013 15:34, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/2/18 Anna Kratochvílová kratocha...@gmail.com:
I think there is no reason for that. Also, this g.mapsets -s is not
really consistent with
201 - 300 of 1175 matches
Mail list logo