Hi all,
just compiled 6.3.0RC2 and noticed small issue:
gis.m-Help-About system doesn't work (launches another gis.m instance).
Maris.
2007/11/20, Markus Neteler [EMAIL PROTECTED]:
A second release candidate of GRASS 6.3.0 is now available:
http://grass.itc.it/grass63/source/
-
Hello dear [EMAIL PROTECTED] sellers ;)
Is there some SPAM filter planned for GRASS lists at osgeo?
Graylisting+blacklists(+SA?) should be enough to keep SPAMers away for
some time.
Maris.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
is that they don't appear in the po files/template.
Markus
On Jan 13, 2008 12:13 PM, Maris Nartiss [EMAIL PROTECTED] wrote:
They are already marked for translation.
At
http://josef.fsv.cvut.cz/cgi-bin/viewcvs.cgi/grass/trunk/gui/tcltk/gis.m/mapcanvas.tcl?rev=29624root=grass-osgeoview=markup
Hi all,
there's new experimental Gentoo ebuild for GRASS 6.3.0RC4 I updated
from previous version some days a go by request. If anybody is
intrested - feel free to test it and report to SF tracker [1] found
problems.
PS. Wolf, Your mailserver is too restrictive to contact You offlist.
--
Hi Helena and others.
Unfortunately 3D vector ignorance isn't the only problem of v.delaunay
- it still (as of 6.3.0RC4) fails to work correctly with more than
32XXX vector points [1] - thus making it not an option for large
datasets. Yesterday I looked on v.delaunay source and unfortunately
Hello,
sorry for asking, but I was not able to understand what kind of
information You need. Please be so kind and clarify it.
Currently GRASS does not use any FORTRAN code, still GRASS modules can
be written in any language of programmers choice (tough there's high
possibility, that
As topology building for large vector datasets works slowly but
correctly, I would blame delaunay module for generating garbage. I
interupted v.delaunay run during topology building phase and was able
to display resulting vector map as lines instead of areas and still it
made sense only for first
Hi all.
Comments in-line.
2008/2/9, Markus Neteler [EMAIL PROTECTED]:
I have added the bugtracker links to
http://trac.osgeo.org/grass/wiki/Grass7Planning
If there are patches, they need to be tested and applied.
If this doesn't happen... we cannot delay forever (luckily higher
version
I was compiling recent svn trunk (r30180) and vdigit failed to build
(link). As trac issue #38 is closed, I assume wx related stuff
detection now works and this must be my fault. What I did wrong?
OS: 32bit Gentoo ~x86
GRASS: svn-trunk r30180
GCC: 4.2.2 (Gentoo 4.2.2 p1.0)
wxWidgets: 2.8.7
c++ -c
An experimental Gentoo ebuild for 6.3.0RC5 is available at Gentoo-gis
overlay tracker [1].
New wxpython based v.digit is disabled till compilation issues are solved [2].
Feel free to test and use it.
Maris.
1.
Sorry for being from year 2008, but how many GRASS users still use man
pages to read how to use GRASS modules? There are some really good
text-based web browsers (links - my favorite), that support tables
etc. thus eliminating need of man pages at all.
Just drinking and thinking loud,
Maris.
Hi,
IMHO it's good to document system's capabilities. Raster intro page
could have short subsection Technical details where current raster
limitations are noted. Probably without long explanations (link to
wikipedia/progman would be OK). Still I think they should be in user
docs - those, who
Hi,
as QGIS GRASS plugin also has icons, I suggest to look also at QGIS
provided GRASS icons. IMHO QGIS developers also will be happy to use
new icons for GRASS integration.
Just my 0.02,
Maris.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Yes, it's fixed now. GRASS compiles with make -j 10 just fine.
Thanks!
Maris.
2008/3/11, Martin Landa [EMAIL PROTECTED]:
Hi,
2008/3/11, Maris Nartiss [EMAIL PROTECTED]:
today I was compiling GRASS with make -j 10 and I got errors in
lib/vector/vedit, still after cd to that directory
In TclTk it's done simply by listing all directories owned by user -
lib/init/gis_set.tcl:
foreach i [lsort [glob -directory [pwd] *]] {
if {[file isdirectory $i] [file owned $i] } {
$mapList insert end [file tail $i]
Maris.
2008/3/20, Martin Landa [EMAIL PROTECTED]:
Markus,
BTW how TCL/TK
It's a known issue. Please add Your comments about Mac to issue #110 [1].
Maris.
1. http://trac.osgeo.org/grass/ticket/110
2008/4/3, Michael Barton [EMAIL PROTECTED]:
I guess I¹ll try again to see if someone has some advice on this. The
current SVN trunk won¹t compile on Mac OSX 10.4 (or at
It's known as issue 110 [1].
Maris.
1. http://trac.osgeo.org/grass/ticket/110
2008/4/9, [EMAIL PROTECTED] [EMAIL PROTECTED]:
FWIW, the DBF driver still does not seem to be usable.
On Ubuntu 7.10, GDAL 1.5.1, with a version compiled from SVN (did make
distclean), I cannot access attribute
It's also known as Ticket #37 [1].
Maris.
1. http://trac.osgeo.org/grass/ticket/37
2008/4/10, Markus Neteler [EMAIL PROTECTED]:
Hi Hamish,
back to my Lidar data, I see an inconsistency in the r.in.xyz behavior (I
guess
that was already discussed but cannot find it):
GRASS 6.3.0svn
Yes, there is. You forgot to say where You need it - in C code, script?
G_area_of_cell_at_row(row); [1]
Maris.
1.
http://download.osgeo.org/grass/grass6_progman/gis_2area_8c.html#0f6fbb86c2dc8fa911eb52dc4875aab3
2008/4/10, roberto caselli [EMAIL PROTECTED]:
Hello everyone,
I would like to
Hi,
number of output rows/cols depends on Your current region settings.
Try to run g.region rast=MyInputMap at first to set Your region to
input map.
NULL values in output depend on Your code - no help without actual module code.
Maris.
2008/4/23, roberto caselli [EMAIL PROTECTED]:
I used
Hi all,
I changed that ugly PERMANENT check in gis_set.tcl file, but IMHO it
will not help in this case, as tcl (gis_set.tcl), shell (init.sh) and
C modules (g.region and firends) still will work in case-sensitive way
in case-sensitive systems (Linux and other Unix-like systems). IMHO
this should
Hello all,
I was going to use Vect_line_buffer function but was unable to
understand it's tolerance parameter. Could somebody extend a bit
documentation to make it more clean what does it mean.
For my module I need to create buffer around line without any round
caps at line end - buffer must
Thanks Hamish, Росен.
Unfortunately this is a quite big problem for GRASS if nobody from
-dev ML can not explain how GRASS internal stuff works :(
I hope You, Росен, will spend some time to add comments and examples
to existing vector lib functions to make them more non-ūbercoder
friendly.
On
Solution B may require option to create a hole within that loop, if
buffer not fully covers whole loop (like in attached sketch).
IMHO it's clear now, that buffers and parallel lines are similar but
not same. New v.buffer could offer list of available buffer creation
algorithms - buffer whole
Hello all!
I understand that it's summer outside (for most of us) and thus nobody wants to
sit inside and do any coding (including myself). Still I want to understand how
GRASS 7 development will be done. This thread/discussion seems to end nowwhere.
Can somebody make small announcement what
Glynn, You are correct about this error message, still IMHO it's good
to provide most likely failure case and a hint what to do next/how to
fix it. I numerous times have stumbled on cannot write errors and
friendly hint to run df lots of times has saved a day ;)
Maris.
2008/9/9 Glynn Clements
Hello all.
Could we have some bug sorting party this weekend? I (hopefully) will
have free time this weekend to recompile devbranch6 and take a look at
current bug list. It would be good to at least re-tag some of bugs
which must be fixed before 6.4.0 goes out and which ones can wait till
GRASS 7
stable versions.
Others - don't waste time by pointing places where I'm wrong. Please,
give ideas how to avoid those looong times between releases. Thanks!
Maris.
2008/10/23 Markus Neteler [EMAIL PROTECTED]:
On Thu, Oct 23, 2008 at 8:31 AM, Maris Nartiss [EMAIL PROTECTED] wrote:
Hello all
Hello Markus,
first - wxGUI features should not affect QGIS. If QGIS needs
something, we can create a tag and use it for testing/QGIS needs.
Probably it needs -alpha/-beta and not -RC, as it's not completely
forzen, just something for wider audience.
I know, it's bad timing, but right now I'm
Is lib/form used also somewhere else except v.digit?
Maris.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi,
I'm following a bit GRASS 7 development via trac timeline and for me
GRASS 7.0 seems to be yet far, far away. Taking into account our
development speed, it seems more like 1-2 years till final stable
release. Unless magic happens and we get bunch of some die-hard
programmes that address all
Hello Markus,
thanks for tip.
I hope to move v.profile into main GRASS module list after 6.4
release. It could be interesting to include such functionality in GUI
based profiling tools, as v.profile is a nice add-on to existing
raster profiling functionality (i.e. create elevation profile from
Sorry, Markus, to interrupt you.
Don't release without backporting r51052 as 6.4.3 g.gui fails to start
with wxpython 2.9.1
http://trac.osgeo.org/grass/changeset/51052
Maris.
2013/7/9 Markus Neteler nete...@osgeo.org:
(back to this thread)
On Tue, Jul 9, 2013 at 5:28 AM, Helena Mitasova
to
display a map. No serious testing tough as I just wanted to see if
#1893 is fixed.
Maris.
2013/7/9 Anna Petrášová kratocha...@gmail.com:
On Tue, Jul 9, 2013 at 2:29 PM, Maris Nartiss maris@gmail.com wrote:
Sorry, Markus, to interrupt you.
Don't release without backporting r51052
My guess without reading any documentation/code. is a common
indicator for accelerator key in GUI strings (i.e. File to make
alt+F to work). As --interface-description contains i.e. Files
amp; format, I would bet on that.
Maris.
2013/10/9 Vaclav Petras wenzesl...@gmail.com:
Hi,
I've
Hi Martin,
with r57990 on my system after selecting colour from the list, it
doesn't get appended to executed command and thus it's not possible to
set predefined colour with gui.
Probably changes in some other places are needed too.
Python: 2.7.5
wxPython: 2.9.4.1
Maris.
specific wxpython version on load [1].
Still on other systems wxversion might be missing.
1. http://www.wxpython.org/docs/api/wxversion-module.html
2013/10/15 Martin Landa landa.mar...@gmail.com:
Hi,
2013/10/15 Maris Nartiss maris@gmail.com:
with r57990 on my system after selecting colour from
Ignoring the common side effect, it works just fine.
Commit it, please.
Thanks,
Maris.
2013/10/15 Martin Landa landa.mar...@gmail.com:
Hi,
2013/10/15 Martin Landa landa.mar...@gmail.com:
with r57990 on my system after selecting colour from the list, it
doesn't get appended to executed
landa.mar...@gmail.com:
Hi,
2013/10/15 Maris Nartiss maris@gmail.com:
The issue is that currently GRASS wxgui is not enforcing wxpython
version. On my system I have both - 2.8 and 2.9. As no specific
version is requested, python is loading one of them - in my case it's
2.9 (my guess as 2.92.8
and similar error messages. Seems that
there will be quite a work to prepare for 3.0.
Maris.
2013/10/15 Martin Landa landa.mar...@gmail.com:
Hi,
2013/10/15 Maris Nartiss maris@gmail.com:
Ignoring the common side effect, it works just fine.
Commit it, please.
please could you try a new version
wxpython version?
2013/10/19 Markus Neteler nete...@osgeo.org:
Hi,
does anyone have an idea about this bug?
Markus
PS: it is the same as
https://bugzilla.redhat.com/show_bug.cgi?id=973403
-- Forwarded message --
From: bugzi...@redhat.com
Date: Fri, Oct 18, 2013 at
Hello Tyler,
it's a bit of black magic that has historical roots. General
documentation how it should work is here:
http://grass.osgeo.org/programming7/gislib_cmdline_parsing.html#gisprompt_Member
Hope it helps for a start.
Maris.
2013/10/31 Tyler Smith ty...@plantarum.ca:
Hello,
(sorry if
Hello Michael,
recently there was a request about GUI prompting with hints to documentation:
http://lists.osgeo.org/pipermail/grass-dev/2013-November/066267.html
Right next to the gisprompt is also a pointer to standard options:
http://grass.osgeo.org/programming7/parser__standard__options_8c.html
Hello,
as I don't run Ubuntu, could you, please, explain what exactly is
happening. Skips GUI sounds too board to understand when and how
skips. If it's related to compilation, check presence of *-dev
packages. If it's a problem with starting up, run from terminal to get
meaningful error message.
Easy. Do not use -Werror=format-security flag.
See this thread for details:
http://lists.osgeo.org/pipermail/grass-dev/2012-August/059157.html
Maris.
2013/12/3 Markus Neteler nete...@osgeo.org:
Hi,
with the security flag (-Werror=format-security) enabled, GRASS
fails to build.
How to deal
Any warnings during compilation?
Try to compile with -g and -O0 to get slow but debugging-friendly version.
When program gets stopped by SIGILL in gdb, issue bt command to get backtrace.
No help form me, but more info never hurts ;)
Maris.
2013/12/6 epi massimodisa...@gmail.com:
Hi !
this
As dash in some contexts (hypothetically) can be interpreted as a
minus sign (pre minus processing), I would say it's a bug that you
were able to create a mapset with such name.
Just open a ticket in trac for the tool you used to create mapset.
Maris.
2013/12/8 Nikos Alexandris
Thank you, Anna :)
I just tested - it really works. Also I'm happy to see that event
handling for distance measurement now is in a good shape. Finally both
tools are usable in G7.
Thank you and keep up your good work :)
Maris.
2014/1/7 Anna Petrášová kratocha...@gmail.com:
Hi Vincent,
just
2014/1/8 Vaclav Petras wenzesl...@gmail.com:
...
Since it is a problem with Makefile, I'm not sure if it is possible to fix.
Does GNU make support paths with spaces?
No. http://savannah.gnu.org/bugs/?712#comment2
In the light of g.extension probably it's time to review our options -
to not use
Hello Enrico,
please open a trac wish ticket for case A, as it should be possible to
sample large datasets as to obtain the result of module it does not
require to keep whole data set in RAM.
JFYI - one solution would be to share code with v.profile add-on that
allows to use a line from existing
Hello all,
I would like to propose to merge all MS Windows platforms into one.
Rationale - most of MS Windows problems are specific to more than one
version. Issues concerning only single version are minority vs the
rest (hint - some of issues are marked as single platform specific
because lack of
As Trac backend is SQL based, I would guess that some SQL black magic
with UPDATE SET WHERE could solve the re-platforming of existing
tickets.
Maris.
2014-02-17 21:42 GMT+02:00 Hamish hamis...@yahoo.com:
I agree it has always been awkward, but can the trac DB handle the merge
without losing
The offending line is a reference in the comment section:
http://trac.osgeo.org/grass/browser/grass/trunk/imagery/i.atcorr/computations.cpp#L1365
I browsed SUBMITTING file and didn't find any rules about source
encoding. As a supporter of Unicode everywhere, I would suggest to add
a requirement
Auch!
Seems that I missed a small problem - I tested only on NLS-enabled GRASS.
Please, try out r59189 as it should work now just fine with non-NLS GRASS.
Please accept my sincere apology for causing a short breakage of GRASS
building and thanks for fast feedback.
Maris.
2014-03-03 21:18
Hello all devs,
starting from r59156 (and r59189) GRASS 7 is capable of using gettext
provided plural form support for translatable messages. Thus finally
users with different plural form handling than in English language
will be able to see grammatically correct translated messages. For
English
Track has many nice ideas on missing features. Some of them are good,
some - need a discussion.
http://trac.osgeo.org/grass/report/15?USER=anonymouspage=2
I would also add the idea of developing a solution for merging two (or
more) vector maps. The GUI tool is needed to set-up attribute table
As goes for encoding issues - I would like to see one change made for
attribute data handling. As correct encoding needs to be used in quite
many places (Python 3; multiple output formats as OGR ESRI Shapefile;
KML etc.), I would propose to add data encoding to the database
connection
Remember, for developers there also is locale/README file containing
do's and dont's + how to handle messages with plural forms.
http://trac.osgeo.org/grass/browser/grass/trunk/locale/README
Also on both sides,
Maris.
2014-06-02 19:01 GMT+03:00 Huidae Cho gras...@gmail.com:
Those links are
Just for the record. This is the issue #2370
https://trac.osgeo.org/grass/ticket/2370
Maris.
2014-07-19 0:19 GMT+03:00 Glynn Clements gl...@gclements.plus.com:
Michael Barton wrote:
Just now compiled GRASS 7.1 trunk and got an error in the man file
Auch! Sorry! Seems that KBabel (an outdated editor) has screwed up
something. I like KBabel, but probably it is time to move to Lokalize.
Or is it a bug in gettext, as now on my machine make fails with
double free error on Korean grassmods file...
Anyway, I fixed those files manually and commited
Did you start GRASS session before executing i.cluster? GRASS modules
should not be run outside of GRASS working session (see Wiki how to
set up necessary environmental variables to run modules outside of
working session).
Maris.
PS. This should better be posted in -user ML.
2014-10-30 23:59
Unfortunately not all bugs are fixed. Tested with trunk r49481
Start v.clean from menu:
Traceback (most recent call last):
File /home/maris/soft/grass_trunk/dist.x86_64-unknown-
linux-gnu/etc/gui/wxpython/wxgui.py, line 1144, in
OnVectorCleaning
win = VectorCleaningFrame(parent = self, cmd =
.
Maris.
2011/12/2 Martin Landa landa.mar...@gmail.com:
Hi,
2011/12/2 Maris Nartiss maris@gmail.com:
g.remove doesn't start GUI from CLI but works from wxgui. Nothing with
WX_/DEBUG=5, exit code 0.
do you mean launch `g.remove` from wxGUI prompt without arguments? It
works for me
Just random notice on topic.
A few day's a go I was looking for a new GIS related publications and
stumbled on this one about parallel v.surf.idw implementation using
MPI:
Explorations of the implementation of a parallel IDW interpolation
algorithm in a Linux cluster-based parallel GIS by Fang
Seems that recent changes have broken something on Windows. This is
what I get when I try to start GRASS (WinGRASS-6.4.SVN-r49571-1) on
Vista (had to run from CMD to see anything and had to enable echo on
init.bat file):
C:\Users\testsC:\Program Files\GRASS 6.4.SVN\etc\echo GISDBASE: C:\Users\tes
I fixed startup of 6.4 on Windows in r49618.
Seems that grassrc6 file storage has been changed for 6.4 but not for the 6.5.
Maris.
2011/12/7 Maris Nartiss maris@gmail.com:
Seems that recent changes have broken something on Windows. This is
what I get when I try to start GRASS (WinGRASS-6.4
Working with today's trunk I spotted an oddity - I can export to
shapefile not existing points.
Work flow: v.in.ogr shapefile with 11183 points; run v.clean with
rmdupl tool and reduce feature count to 10954; v.out.ogr exports to
shapefile 11183 features. WTF?!?
The best one is the output of
Hello,
yes, I used QGIS to verify count of exported features in Shapefile and
indeed count matched with one reported by v.out.ogr as written
feature count.
And now comes the best - g.copy and v.extract both had NO effect on
result - resulting dataset still was exported with ALL points present
can export more features than are
present in vector dataset (needs a warning here!) and it might totally
ruin cleaned data as I was using GRASS only to remove duplicate
features from the data set.
Sometimes GRASS vector model is too powerful...
Sorry for noise,
Maris.
2011/12/14 Maris Nartiss
I created a wish item in the tracker where I described how such module
could work.
What to do if attributes differ is a good question.
Maris.
2011/12/14 Hamish hamis...@yahoo.com:
Markus Metz wrote:
But back to the original problem: how about a new option to
v.category to reduce the number
Hello Michael,
in GRASS 7 it's not a bug, it's a feature! [1]
If it's happening also in 6.4, then it's a result of backporting and
should be treated as a serious regression and thus should be fixed
ASAP.
Maris.
1.
Hello,
please provide exact ./configure call and information about libavcodec
(ffmepg) version installed on to Your system.
Maris.
2012. gada 12. aprīlis 02:42 Hui Peng penghui3...@gmail.com rakstīja:
Hi,
There are some errors when I compiled Grass 6.4 in Unbuntu 11.10.
--
Errors in:
Hi,
seems that there are no more WinGRASS nightly builds provided for 6.4.
I wanted to test out fixes in WXGUI on Windows platform, but could not
find the installer :(
Maris.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Hi,
submission rules shouldn't change too often and thus maintaining two
versions (GRASS 6 vs 7) shouldn't be a huge issue. Keeping them with
source has a benefit of being able to distribute them with source :)
Are there any other benefits besides updating two versions?
Just my 0.002 Verizon
Article about openness behind a pay-wall. Oh sweet irony.
Somebody, who's University doesn't have a Science subscription :(
2012. gada 16. aprīlis 06:22 Chemin, Yann (IWMI) y.che...@cgiar.org rakstīja:
http://www.sciencemag.org/content/336/6078/159.summary
There's already an existing GRASS_INT_ZLIB env variable. There should
be only one env variable to enable/disable raster compression.
Just my 0.002 Verizon cents.
Maris.
2012. gada 24. aprīlis 18:02 Jim Regetz reg...@nceas.ucsb.edu rakstīja:
Chagrined by a performance hit apparently involving
If You want to get Your hands dirty with code, issue tracker is also a
good starting point to see the problematic areas of GRASS.
http://trac.osgeo.org/grass/report/1
Maris.
2012/5/15 Pierre Roudier pierre.roud...@gmail.com:
Hi Owen,
This page [0] is a good entry point,
Pierre
[0]:
Hello Markus,
You can't use function to initialize a array (string) in C (Glynn can
correct me, if I'm wrong).
I just moved help text to main to be able to extract that string in
r52421 for 6.4.
Cheers,
Maris.
2012/7/19 Markus Neteler nete...@osgeo.org:
On Wed, Jul 18, 2012 at 8:15 PM, Glynn
Just my curiosity as I'm not a good programmer (more coder than
programmer) - why using large string literal in fputs is so bad idea?
Maris.
2012/7/20 Glynn Clements gl...@gclements.plus.com:
Maris Nartiss wrote:
You can't use function to initialize a array (string) in C (Glynn can
correct
Hello,
there are numerous issues with current approach, including ability to
changing locale to non-working one (hey, Python, it's 2012 and UTF-8
locales are common!).
Please test following patch on Mac and Windows GRASS versions:
copy attached file to grass-trunk source code;
apply it with
Patch has been commited to trunk to get wider testing.
Fail reports welcome,
Maris.
2012/8/1 Maris Nartiss maris@gmail.com:
Hello,
there are numerous issues with current approach, including ability to
changing locale to non-working one (hey, Python, it's 2012 and UTF-8
locales are common
Sorry!
At one point I was thinking about adding necessary code, still I
forgot about it. Fixed in r52582.
Maris.
2012/8/7 Markus Neteler nete...@osgeo.org:
On Sat, Aug 4, 2012 at 7:18 AM, Maris Nartiss maris@gmail.com wrote:
Patch has been commited to trunk to get wider testing.
Fail
Hello Michael,
patch now is obsolete as changes are already in trunk.
I added English to the list of languages, as it was missing because of
my error. We don't ship GRASS with English translations ;)
While writing this mail, I realized, that current approach works on my
system but might not work
Hello,
just to clarify.
It's not a GCC bug but a valid warning of an exploitable issue:
http://en.wikipedia.org/wiki/Uncontrolled_format_string
Still for most of GRASS codebase it's harmless as strings are fixed
and not user provided.
Those, who don't see any warnings, should try CFLAGS=-Wall
Hello,
I changed code a bit to not fail so hard in r53238 (6.4) and r53239
(7). Added one extra string 'unknown'
Still sometimes it will report wrong data, as Python's
getdefaultlocale is broken (by design?). On my system it sometimes
returns ('lv_LV', 'ISO8859-13') (as somewhere ISO encoding is
Yes, there is. Lack of disk space for 6.5 checkout and lack of time to make one.
Maris.
is there any reason why you skipped 6.5?
Martin
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
As old NVIZ is set to go anyway, I'd say Yes for removing it from
trunk. There is still time till 7.0 release to improve wxnviz to match
all features/stability of good old NVIZ.
Maris.
2012/10/27 Anna Kratochvílová kratocha...@gmail.com:
On Sat, Oct 27, 2012 at 12:13 AM, Martin Landa
Hello Martin,
can You, please, explain me rationale behind r53620?
Now GRASS mangles with LANG and LOCALE settings also when it shouldn't
- when no language overrider is in force. IMHO GRASS shouldn't
interfere with existing system settings unless explicitly requested by
user.
Related bug report:
Currently GRASS GIS has no mechanism to provide comments for
translators. Sometimes strings might get incorrect translation if it's
hard to understand or translation depends on location of string (menu,
input parameter, warning). Other free software projects (i.e. KDE,
QGIS) have adopted an option
Rationale.
GRASS GIS is widely used in scientific, private and government sector.
Scientific theories, environmental decisions and actions depend on the
outcome of spatial analysis performed with GRASS GIS. Any errors in
analytical modules might lead to erroneous conclusions and actions
based on
Landa landa.mar...@gmail.com:
Hi,
2012/11/12 Maris Nartiss maris@gmail.com:
can You, please, explain me rationale behind r53620?
Now GRASS mangles with LANG and LOCALE settings also when it shouldn't
- when no language overrider is in force. IMHO GRASS shouldn't
interfere with existing
in connection with State business which are
sent to or received by this account are subject to the NC Public Records Law
and may be disclosed to third parties.”
On Nov 12, 2012, at 3:41 AM, Maris Nartiss wrote:
Sorry, Michael, but I also couldn't reproduce this issue on my AMD64
Gentoo Linux
landa.mar...@gmail.com:
Hi,
2012/11/12 Maris Nartiss maris@gmail.com:
Hello,
OK, I missed the bashrc change, still it seems that GRASS is
interfering with locale where it shouldn't:
Set language to system == no entry in rc or bashrc
LANG=garbage bin.x86_64-unknown-linux-gnu/grass70
Satīra
Hello Markus,
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 use of home-brew suboptimal code.
Thanks for good work,
Maris.
___
Hi,
before pressing Verify, You must enter comparison operator. = or LIKE
Maris.
2013/1/21 Margherita Di Leo dileomargher...@gmail.com:
Hi,
I'm using GRASS 6.4.3svn on Red Hat. Trying to use the SQL Builder, I always
obtain Syntax Error on queries which are self built by the builder...
JFYI
There is a bug for it: http://trac.osgeo.org/grass/ticket/1814
Maris.
2013/2/4 Markus Metz markus.metz.gisw...@gmail.com:
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
Hello,
for support questions is better to use grass-user mailing list.
My guess - your location and map coordinate systems/extents don't match.
Compare outputs of g.region -p with output of r.info/v.info on all
maps you are interested in. (in wxgui it would be Print region
information from menu
Hello,
would it be possible to create high contrast versions of Your new
icons? There could be two icon sets instead of one - normal and high
contrast == everyone happy. At beginning such icon set probably could
be created by simply blasting up contrast and reducing number of
colours.
IANAA (I am
Hello Michael,
on my Linux box Your change made mouse scrollbar useless - it was just
stopping at two positions - top and bottom. To get to middle of
scrollable view I had to use those clickable areas (dunno their name).
Previous version, that I restored, was working just fine - now again I
can
Hello,
there was similar issue reported on Mac. It comes from tcl.h where
they recommend not to use result:
463 typedef struct Tcl_Interp {
464 /* TIP #330: Strongly discourage extensions from using the
string result. */
465 #ifdef USE_INTERP_RESULT
I'm not a make process guru to
1 - 100 of 333 matches
Mail list logo