#1907: ps.map does not respect the drawing order of objects
---+
Reporter: nikosa |
Owner: grass-dev@…
Type: defect
#1907: ps.map does not (always) respect the drawing order of objects
---+
Reporter: nikosa |
Owner: grass-dev@…
Type: defect
Thanks Markus,
On Fri, Mar 15, 2013 at 8:57 PM, Markus Metz
wrote:
>
>
> try
>
> r.mapcalc "map.invscaled = round((1.0 - ((map - $min) / $range)) * 255.0)"
>
>
> This way :
Range of data:min = 0 max = 255
Still I don't understand. Maybe I'm just tired
--
Best regards,
Margherita D
On Fri, Mar 15, 2013 at 8:38 PM, Margherita Di Leo
wrote:
> Hi all,
>
> trying to rescale a map to 0:255 range, I run:
>
> r.univar -g map
> n=9599576
> null_cells=0
> cells=9599576
> min=-1.55537462234497
> max=274.231811523438
> range=275.787186145782
> mean=96.915776629461
> mean_of_abs=96.9157
Hi,
2013/3/15 Vaclav Petras :
> In short, simple function calls are not sufficient in the GUI, event
> driven and large environment with many persistent objects because
> using simple function calls would lead to tightly coupled code. Thus,
> some better mechanism is needed such as Observer desig
Hi all,
trying to rescale a map to 0:255 range, I run:
r.univar -g map
n=9599576
null_cells=0
cells=9599576
min=-1.55537462234497
max=274.231811523438
range=275.787186145782
mean=96.915776629461
mean_of_abs=96.915791505254
stddev=37.6540983935747
variance=1417.831125833
coeff_var=38.8523929778099
On 15 March 2013 20:08, Markus Neteler wrote:
> On Fri, Mar 15, 2013 at 6:09 PM, Glynn Clements
> wrote:
> ...
>> Tell them to modify utils.py as described above,
>
> GRASS newcomers, hard to realize.
>
>> or provide them with a modified version.
>
> I'm not able to compile winGRASS. Perhaps it i
On Fri, Mar 15, 2013 at 6:09 PM, Glynn Clements
wrote:
...
> Tell them to modify utils.py as described above,
GRASS newcomers, hard to realize.
> or provide them with a modified version.
I'm not able to compile winGRASS. Perhaps it is "as simple" as replacing
a file? Maybe better patch in SVN a
On Fri, Mar 15, 2013 at 6:17 PM, Glynn Clements
wrote:
>
> Helmut Kudrnovsky wrote:
>
>> - working:
>>
>> r.mapcalc
>> ndvi3=float(lsat7_2002_40-lsat7_2002_30)/float(lsat7_2002_40+lsat7_2002_30)
>> (Fri Feb 15 16:23:42 2013) Command finished (0 sec)
>>
>> r.mapcalc urban1_30m=if(landuse96_28m==1,1
Helmut Kudrnovsky wrote:
> - working:
>
> r.mapcalc
> ndvi3=float(lsat7_2002_40-lsat7_2002_30)/float(lsat7_2002_40+lsat7_2002_30)
> (Fri Feb 15 16:23:42 2013) Command finished (0 sec)
>
> r.mapcalc urban1_30m=if(landuse96_28m==1,1,0)+if(landuse96_28m==2,2,0)
>
> (Fri Feb 15 16:24:2
Dear devs,
I would like to announce new code for wxGUI as I promised before.
It is a new Python library which will be used in wxGUI. The purpose of
the library is to provide mechanism for communication between objects
in wxGUI. The library consists of two parts: the Signal API which will
be used
Markus Neteler wrote:
> > gui/wxpython/core/utils.py has:
> >
> > def split(s):
> > """!Platform spefic shlex.split"""
> > if sys.version_info >= (2, 6):
> > return shlex.split(s, posix = (sys.platform != "win32"))
> > elif sys.platform
Markus Neteler wrote:
> wrote:
> ...
> > The OS detection scripts are actually quite different.
>
> I looked into config.guess and config.sub which I thought would do this
> job.
The detection scripts (config.guess and config.sub) are provided by
autoconf. The SC_CONFIG_CFLAGS macro which sets
Markus Neteler wrote:
> "./include/Make/Grass.make", line 90: make: Dependency line needs
> colon or double colon operator.
> "./include/Make/Grass.make", line 92: make: Dependency line needs
> colon or double colon operator.
> "./include/Make/Grass.make", line 400: make: Dependency line needs
>
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: blocker
Markus Neteler wrote:
> I got thermal band fixes from Jorge and applied them to GRASS 6.4.svn
I guess this is the fix related to the post entitled
"i.landsat.toar fails to convert DNs (bands 61 and 62) to temperature for
Landsat 7 scene"
Works in G64 -- tested with an L5 (LT51820362009326MTI00)
Hi Vaclav,
On Fri, Mar 15, 2013 at 2:32 PM, Vaclav Petras wrote:
>> Usually I use Python for everything, but this time I need performance :-)
>
> Hi, thank you for sharing your decisions.
>
> One more thing comes in my mind: Cython [1]. Unfortunately, I have no
> personal experience but some say
Hi,
I am debugging my code to find memory leak. I have a memory leak that I am not
able to find. Is it possible that there is a memory leak in the function
G__open_cell_old declared in opencell.c?
It is the first time that I deal with the gis library code so please forgive me
if I misunderstan
On 15 March 2013 14:58, matteo poletti wrote:
>
>> Da: Vaclav Petras
>> Unfortunately it is not suitable. Modules are just programs and their
>> functionality is available only through command line. So, through
>> library calls, you can only use the core functionality in C and C++.
>
> Finally,
>
#1906: Raster "title" longer than 100 characters segfaults ps.map -- Request to
extend the field's capacity.
--+-
Reporter: nikosa| Owner: grass-dev@…
Type: enhancement
On Mar 15, 2013, at 10:06 AM, Markus Neteler wrote:
> On Fri, Feb 15, 2013 at 2:29 PM, Glynn Clements
> wrote:
>>
>> Helena Mitasova wrote:
>>
The wxGUI command line has its own rules (see shlex.split()
in the Python library documentation).
>>>
>>> running mapcalc through the wxGUI
On Fri, Feb 15, 2013 at 2:29 PM, Glynn Clements
wrote:
>
> Helena Mitasova wrote:
>
>> > The wxGUI command line has its own rules (see shlex.split()
>> > in the Python library documentation).
>>
>> running mapcalc through the wxGUI command line is where the students have
>> problems in winGRASS
>
> Da: Vaclav Petras
> Unfortunately it is not suitable. Modules are just programs and their
> functionality is available only through command line. So, through
> library calls, you can only use the core functionality in C and C++.
Finally,
I've decided to follow this approach: I will use only t
grass 6.4 dev branch:
> what's inside of this directory?
> /gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
of course it is. There are just two files and two empty subdirectiores
PolimiFunct.h
waterglobs.h
vect/
iostream/
grass 7 trunk (configure: error: ***Unknown platform:
On Fri, Mar 15, 2013 at 1:28 PM, Markus Metz
wrote:
...
> The OS detection scripts are actually quite different.
I looked into config.guess and config.sub which I thought would do this
job.
> Support for AIX
> and various other platforms has been removed in GRASS 7.
Any particular reason for th
On Fri, Mar 15, 2013 at 12:01 PM, Markus Neteler wrote:
> (please keep this on the list)
>
> On Fri, Mar 15, 2013 at 7:55 AM, Ivan Barka wrote:
>> 2013/3/14 Markus Neteler
>>> what's inside of this directory?
>>> /gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
>>
>> there
(please keep this on the list)
On Fri, Mar 15, 2013 at 7:55 AM, Ivan Barka wrote:
> 2013/3/14 Markus Neteler
>> what's inside of this directory?
>> /gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
>
> there are just two files:
> Make
> grass
the latter should actually be a
#1905: Import modules allow to import into northern UTM location southern data
+---
Reporter: marisn | Owner: grass-dev@…
Type: defect | Status: new
Dear all,
Any body can help me to recover the problem like-
"Total area of a polygon changes by shifting using v.transform in grass6.5"
Thanks & Regards,
Swapan
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinf
29 matches
Mail list logo