Hi Tim,
Can you please check your commits into your Google code repo? It seems to
me that there are some parts of your files missing? Besides of that, can
you please provide manpages for your modules so that we can see what they
are designed for?
It is important for us to be able to run your
I concur.
Please make sure that your code has been completely
uploaded to the trunk folder in your SVN repo.
Also, some sample input data and at least screenshots
of the output that you get would be very helpful.
Preferably, export your result (or a lower resolution
version of it) using
Michael Barton wrote:
Nikos,
What about just using r.rescale to rescale this?
Already tried (in the past) and I don't think it works from DCELL 8-bit. It
seems to chew-up (silently, as Moritz mentioned I think among the lines in
ticket #2^11) values.
It seems that integerising manually,
#2052: r.in.gdal should not by default call first three bands red, green, blue
---+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement| Status: new
On 01/08/13 11:04, Nikos Alexandris wrote:
Michael Barton wrote:
Nikos,
What about just using r.rescale to rescale this?
Already tried (in the past) and I don't think it works from DCELL 8-bit. It
seems to chew-up (silently, as Moritz mentioned I think among the lines in
ticket #2^11)
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL 8-bit.
It seems to chew-up (silently, as Moritz mentioned I think among the
lines in ticket #2^11) values.
It seems that integerising manually, in
On 26/07/13 13:45, Moritz Lennert wrote:
Any idea when wingrass7 nightly builds will be available again ? As many
of the current critical issues for grass7 are windows specific, it would
be great to have the nightly builds to help in testing.
ping
#2052: r.in.gdal should not by default call first three bands red, green, blue
---+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement| Status: new
On 01/08/13 11:40, Nikos Alexandris wrote:
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL 8-bit.
It seems to chew-up (silently, as Moritz mentioned I think among the
lines in ticket #2^11) values.
It
#2052: r.in.gdal should not by default call first three bands red, green, blue
---+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement| Status: new
#2052: r.in.gdal should not by default call first three bands red, green, blue
+---
Reporter: mlennert| Owner: grass-dev@…
Type: enhancement | Status: new
On 26/07/13 13:45, Moritz Lennert wrote:
Any idea when wingrass7 nightly builds will be available again ? As many
of the current critical issues for grass7 are windows specific, it would
be great to have the nightly builds to help in testing.
ping
at least osgeo4w-wingrass is again there
#2052: r.in.gdal should not by default call first three bands red, green, blue
+---
Reporter: mlennert| Owner: grass-dev@…
Type: enhancement | Status: new
#2052: r.in.gdal should not by default call first three bands red, green, blue
+---
Reporter: mlennert| Owner: grass-dev@…
Type: enhancement | Status: new
Hi,
2013/7/26 Moritz Lennert mlenn...@club.worldonline.be:
Any idea when wingrass7 nightly builds will be available again ? As many of
the current critical issues for grass7 are windows specific, it would be
great to have the nightly builds to help in testing.
it's related to the new
#58: grass-pkg: make icon GRASS GIS
+---
Reporter: hamish | Owner: osgeo4w-dev@…
Type: enhancement | Status: new
Priority: trivial | Component: Package
#58: grass-pkg: make icon GRASS GIS
+---
Reporter: hamish | Owner: osgeo4w-dev@…
Type: enhancement | Status: new
Priority: trivial | Component: Package
#2052: r.in.gdal should not by default call first three bands red, green, blue
+---
Reporter: mlennert| Owner: grass-dev@…
Type: enhancement | Status: new
On 01/08/13 12:30, Martin Landa wrote:
Hi,
2013/7/26 Moritz Lennertmlenn...@club.worldonline.be:
Any idea when wingrass7 nightly builds will be available again ? As many of
the current critical issues for grass7 are windows specific, it would be
great to have the nightly builds to help in
#58: grass-pkg: make icon GRASS GIS
+---
Reporter: hamish | Owner: martinl
Type: enhancement | Status: assigned
Priority: trivial | Component: Package
Version: |Keywords:
#2051: r.to.vect: add option to not create attribute table if -v flag is used
---+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement| Status: new
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL
8-bit. It seems to chew-up (silently, as Moritz mentioned I think among
the lines in ticket #2^11) values.
It seems that integerising manually, in this
Pietro,
On 31/07/13 10:01, Pietro wrote:
I'm working to develop a module that use several machine learning
technique to classify the segments results...
the part concerning the hierarchical segmentation is working quite well...
Out of curiosity: which variables are you planning on using for
On 01/08/13 13:43, Nikos Alexandris wrote:
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL
8-bit. It seems to chew-up (silently, as Moritz mentioned I think among
the lines in ticket #2^11) values.
It
On Thursday 01 of August 2013 13:42:03 Moritz Lennert wrote:
On 01/08/13 13:43, Nikos Alexandris wrote:
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL
8-bit. It seems to chew-up (silently, as Moritz
Moritz:
r.rescale is just a frontend to r.reclass. and as such is meant for
CELLmaps. It should'nt make a difference whether it is 8-bit or more,
though. For DCELL you can try to use r.recode.
Nikos:
Didn't work also (tried the previous days) -- I can try again.
Moritz:
Please be
#2052: r.in.gdal should not by default call first three bands red, green, blue
+---
Reporter: mlennert| Owner: grass-dev@…
Type: enhancement | Status: new
Nkos:
Do you have customised prompts? Any ideas for a more productive
command line?
Hamish:
I'd suggest to put the change in ~/.grass.bashrc instead.
FWIW,
I use now the following
export PS1='\[\e[32m\]G$SHORT_VER\[\e[0m\] [ \[\e[33m\]${GLOCATION}\[\e[0m\]
Hi Moritz,
On Thu, Aug 1, 2013 at 12:40 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
Pietro,
On 31/07/13 10:01, Pietro wrote:
I'm working to develop a module that use several machine learning
technique to classify the segments results...
the part concerning the hierarchical
On Monday 29 of July 2013 17:29:29 Hamish wrote:
Hamish wrote:
# example of adding an RGB border color with a #RRGGBB code:
echo -ne \033]11;#53186f\007
...
But I think changing the border with a RGB color per mapset
or location would scale better if you were having a different
2013/8/1 Moritz Lennert mlenn...@club.worldonline.be:
OSGeo4w package is not available,
But then what is http://wingrass.fsv.cvut.cz/grass70/osgeo4w/ ?
sorry, I meant is available, now working on standalone installer. Martin
--
Martin Landa landa.martin gmail.com *
On 01/08/13 14:01, Nikos Alexandris wrote:
Moritz:
r.rescale is just a frontend to r.reclass. and as such is meant for
CELLmaps. It should'nt make a difference whether it is 8-bit or more,
though. For DCELL you can try to use r.recode.
Nikos:
Didn't work also (tried the previous days) -- I
#2043: wxgui data import wizard: format choice before import really necessary ?
---+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement| Status: new
Sorry, I meant r.recode.
r.recode infile outfile min:max:0:255
should do it.
MIchael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State University
Tempe, AZ
So r.recode works, although it seems to have a bug.
Maybe that is the key to having i.pansharpen work better with a wider range of
input values. The user would still need to input the min and max possible
range, but it could default to 0 and 255 for 8 bit data.
This changes original values of
#2042: wxgui: no more menu access to r.in.gdal / v.in.ogr
+---
Reporter: mlennert| Owner: grass-dev@…
Type: defect | Status: new
Moritz Lennert wrote:
FYI, here's a list of variables that colleagues established here as
being the ones they use most in objet-based classification:
- mean band values
- brightness (combination of several band values)
- standard deviation of a certain band within an object
- length/width
Hi,
In the last few revisions of GRASS GIS 7.0 (on Ubuntu 13.04) I am
experiencing this seemingly random errors with r.mapcalc. For example:
Running the following r.mapcalc computation gave me an ERROR:
GRASS 7.0.svn (AEA):~ r.mapcalc --overwrite glc_influence =
if(IIASA_crops==100,8.0,
#2053: r.recode is buggy when minimum from=0.0
--+-
Reporter: nikosa| Owner: grass-dev@…
Type: defect| Status: new
#2042: wxgui: no more menu access to r.in.gdal / v.in.ogr
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: defect| Status: new
Hi,
taking the liberty of fwd'd Tim's email here, as the basic idea
can be quite an important one for maintainers of cadastral data.
Paper-trails of changes and formal metadata hooks (eg for INSPIRE)
remain major missing features in GRASS.
regards,
Hamish
- Forwarded Message -
Paulo van Breugel wrote:
I am really puzzled as to what is going on here. Any idea what I am doing
wrong here or what could be the cause?
My first suspicion would be hardware issues, e.g. a failing disk
drive.
While there are certain types of programming error which can cause
#2047: GRASS doesn't build on FreeBSD
-+--
Reporter: lbartoletti | Owner: grass-dev@…
Type: defect | Status: new
Priority: blocker | Milestone: 6.4.3
43 matches
Mail list logo
