GRASS GIS wrote:
> #89: d.legend: option to get info from stdin instead of raster
> -+--
> Reporter: hamish | Owner: grass-dev@lists.osgeo.org
> Type: enhancement | Status: new
Martin Landa wrote:
> > I am newbie in translations and my question probably is simple one.
> > Which *.po files coding standard is recommended now?
> > UTF or ISO?
> > I continue polish translation (i.e. UTF-8 and ISO-8859-2).
>
> I guess ISO(?)
I think so. If your system supports UTF-8, i
Hamish wrote:
> upon relflection, the greediness of regex would make the original
> '[^<]*' match until the last < on the line, not the one next found.
> (??: to stop at the next found you would use '[^<]*?')
No; [^<] won't match a < regardless of whether the repetition is
greedy (*) or non-
[EMAIL PROTECTED] wrote:
> As far as I understand, we need two things:
>
>
> 1. A native Windows graphics device, so we won't need an X Server
> for the graphics output.
>
> 2. A BSD style sockets interface, so the d.* commands can communicate
> with the graphics device.
Correct.
> Now, as f
GRASS GIS wrote:
> -echo -n 'eval '
> -echo -n "$3"# Destination name
> -echo -n '=${'
> -echo -n "$1"# Source name
> -echo -n "[$2]}"
> +echo "eval $3=${$1[$2]}"
> ?will that work?
I wouldn't count on it; the shell may atte
Benjamin Ducke wrote:
> Tk 8.5.1 has new widgets that are closer to the Win native ones.
> NVIZ uses those, but the module forms and gis.m don't, resulting in
> a strange look and feel.
That implies that NVIZ is linking against 8.5 Tcl/Tk DLLs, but
$GRASS_WISH refers to an older version.
Essent
Ivan Shmakov wrote:
> >> On Ubuntu Gutsy it's like Ivan says - echo "!" is ok in scripts,
> >> fails on command line.
>
> >> I'm about to switch to Debian. I'll check this if not forget to.
>
> > It could very well be user error & bad memory on my behalf.
>
> It's probably so. It se
Martin Landa wrote:
> > >> Ignoring geodetic distance for LL projections is simply ignorance
> > >> (on
> > >> my part here) of the equations needed to do it. It's easy to
> > >> determine if a location is LL. In that case, it should calculate
> > >> geodetic distance rather than (or per
Ivan Shmakov wrote:
> >>> I tried running r.univar on the same map for comparison, but it
> >>> crashed while trying to compute the percentile (the other
> >>> statistics were computed okay).
>
> >> Is it due to the memory allocation issues, or?
>
> > I don't know. 30m cells * 8 bytes per
Marco Pasetti wrote:
> As an option, users can also download and install Spearfish GRASS
> sample DataBase during installation.
It would be good to also offer the new North Carolina sample dataset.
Another (rather large) missing thing I think is an update to Lorenzo's
Visual introduction to GRAS
Ivan Shmakov wrote:
> > but for more complex programming python will be better. It's just a
> > matter of choosing a compromise. e.g. for your g.mlist example sh is
> > hard to beat.
>
> But that's exactly my point -- Python is hardly an alternative
> for the 1.5-liners that you t
Marco Pasetti wrote:
> I just finished to recompile GRASS 6.3.0RC5 with Tcl/Tk 8.5.1;
> I made a quick test with sample data of North-Carolina (SRTM elevation
> raster 30m) and it seems bo be OK (but it's the first time for me using
> NVIZ, I don't what's the feature intended to not work)
> Anywa
Martin Landa wrote:
> when I try to compile GRASS code from trunk under MSYS I get
>
> spawn.c: In function `G_spawn':
> spawn.c:81: warning: passing arg 3 of `_spawnv' from incompatible pointer type
> spawn.c: In function `do_bindings':
> spawn.c:218: warning: `return' with a value, in function
Dylan Beaudette wrote:
> Of course, as GPU's become faster
> far more quickly than CPU's and the PCI Express interface improves, it will
> make more sense to offload large processing to GPU's. "
This presumes that you actually *have* a GPU.
Many servers only have very basic graphics hardware.
Michael Barton wrote:
> >> From startpanel, define new location with epsg codes
> > Used 4326 for WGS84
> > Returned the following message:
> >
> > g.proj returned the following informational message: child killed:
> > SIGABRT
>
> Ahha, the SIGABRT problem. I have no idea what it means, but ha
Maciej Sieczka wrote:
> >> I was going to add this information, but I'm not sure if I understand
> >> correctly that GRID3D is always floating point. Raster intro seems to
> >> suggest so, but r3.mapcalc suggests the opposite, eg.: "Note: If you
> >> calculate with integer numbers, the resulti
Ivan Shmakov wrote:
> >> It may be a stupid question, but what scripting language is proposed
> >> to replace POSIX Shell in GRASS?
>
> > Python.
>
> ACK, thanks.
>
> >> The GRASS environment seems to benefit a lot from relying on a
> >> Shell-like language. E. g., I could hardly i
My Linux box died, and replacing it took longer than I originally
anticipated.
It's probably going to take me a couple of days to get through the
email backlog.
--
Glynn Clements <[EMAIL PROTECTED]>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Hey Marco !
This rocks... Introduction to GIS will be MUCH simpler with this...
Thanks!
Yann
On 11/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I just finished to prepare and test the installer of WinGRASS-6.3.0RC5; I
> guessed to finished it two or three days ago, but I h
able again whithin few hours at another internet location
>>
>> please be patient ;-) I'm working for you
>>
>> Marco
>> -- next part -- An HTML attachment was
>> scrubbed...
>> URL: http://lists.osgeo.org/pipermail/grass-dev/att
I remember another of my summer of code ideas that I sent in awhile
back.
Replace r.los with something that functions like r.cva but that
doesn't have it's license issues and doesn't have it's (and r.los)
VERY slow algorithm.
Michael
C. Michael Barton, Professor of A
rt -- An HTML attachment was
scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-dev/attachments/
20080311/9512ee49/attachment-0001.html
--
Marco,
I just want to say thank you again on behalf of all the windows
users among
my students. As soon as the
et location
>
> please be patient ;-) I'm working for you
>
> Marco
> -- next part -- An HTML attachment was
> scrubbed...
> URL: http://lists.osgeo.org/pipermail/grass-dev/attachments/
> 20080311/9512ee49/attachment-0001.html
>
>
On Mar 11, 2008, at 11:52 AM, [EMAIL PROTECTED] wrote:
Date: Tue, 11 Mar 2008 17:41:42 +0200
From: Wolf Bergenheim <[EMAIL PROTECTED]>
Subject: Re: [GRASS-dev] Google Summer of Code 2008
To: Hamish <[EMAIL PROTECTED]>
Cc: GRASS developers list
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text
chment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-dev/attachments/
20080311/9512ee49/attachment-0001.html
--
Marco,
I just want to say thank you again on behalf of all the windows users
among my students. As soon as the download location gets worked out,
On Mar 11, 2008, at 8:10 AM, [EMAIL PROTECTED] wrote:
Date: Tue, 11 Mar 2008 12:06:17 -
From: "GRASS GIS" <[EMAIL PROTECTED]>
Subject: [GRASS-dev] [GRASS GIS] #89: d.legend: option to get info
from stdin instead of raster
To: undisclosed-recipients:;
Message-ID: <[EMAIL PROTECTED]>
On Tue, Mar 11, 2008 at 3:56 PM, <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> WinGRASS-6.3.0RC5 Self Installer is online again, with a fix in the control
> procedure for correct install path
> there's a little bug though, that I didn't fix; it occurs only if you press
> the browse button... nothing de
[cc grass-dev]
Hi Robert,
2008/3/11, Robert Szczepanek <[EMAIL PROTECTED]>:
> I am newbie in translations and my question probably is simple one.
> Which *.po files coding standard is recommended now?
> UTF or ISO?
> I continue polish translation (i.e. UTF-8 and ISO-8859-2).
I guess ISO(?)
#60: v.generalize and v.net.visibility to menu
--+-
Reporter: wolf | Owner: martinl
Type: enhancement | Status: closed
Priority: blocker | Milestone: 6.3.0
Component: Python
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 and running plain
> make there where no more errors. I assume, that simply vedit failed to
> build due to running make in par
GRASS GIS wrote:
> #73: r.out.gdal tiff output does not work
> --+-
> Reporter: helena | Owner: grass-dev@lists.osgeo.org
> Type: defect | Status: new
> Priority: major|
On 03/09/2008 11:09 AM, [EMAIL PROTECTED] wrote:
Hi all,
just some thought on the SoC project(s)
* displaced symbols.
Create a module to place map symbols on a map, so that the
feature and other overlap information is minimized (NP-Complete
problem). The map symbol should be reference
On 03/09/2008 03:25 AM, Hamish wrote:
Wolf Bergenheim wrote:
* displaced symbols.
Create a module to place map symbols on a map, so that the
feature and other overlap information is minimized (NP-Complete
problem). The map symbol should be referenced to their original
location, by us
Hi all,
today I was compiling GRASS with make -j 10 and I got errors in
lib/vector/vedit, still after cd to that directory and running plain
make there where no more errors. I assume, that simply vedit failed to
build due to running make in paralel at first time.
Anyone ready for quick fix or shoul
Hi all,
WinGRASS-6.3.0RC5 Self Installer is online again, with a fix in the control
procedure for correct install path
there's a little bug though, that I didn't fix; it occurs only if you press the
browse button... nothing deeply wrong, actually, it display three times a
warning message when
WinGRASS Self Installer has been temporarily deleted from www.laser4000.it/temp/
I'm fixing some minor bugs; it will be available again whithin few hours at
another internet location
please be patient ;-) I'm working for you
Marco
___
grass-dev maili
#91: ps.map doesn't remove .tmp files when it is done
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: minor| Milestone: 6.4.0
#90: v.parallel: problems with inside corners
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#90: v.parallel: problems with inside corners
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#89: d.legend: option to get info from stdin instead of raster
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor
#88: opt->guisection and opt->label for a better GUI world
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: minor| Milestone:
#87: GIS.m: Fancy Map Display statusbar coords in Lat/Lon
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| M
#86: d.rast.edit: new script needs docs ported from old C module
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task| Status: new
Priority: major | Milest
#86: d.rast.edit: new script needs docs ported from old C module
+---
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone
#85: v.what.vect additional upload options
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Milestone: 6.4.
#84: scritps for converting raster maps into GRASS 7 format, and back
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor
Agustin Diez Castillo wrote:
> I can't r.in.wms yet (william's svn build, so I'm not absolutely sure
> if your changes are there)
>
> r.in.wms -l mapserver=http://www.idee.es/wms/PNOA/PNOA srs=EPSG:23030
> format=png wmsquery=version=1.1.1 maxcols=1024 maxrows=1024
> 'curloptions=-C - --retry 5 -
#30: error when digitizing new feature
---+
Reporter: zanollim | Owner: martinl
Type: defect| Status: closed
Priority: minor | Milestone: 6.4.0
Compo
#29: moving of vector object by mouse
--+-
Reporter: zanollim | Owner: martinl
Type: enhancement | Status: closed
Priority: major| Milestone: 6.4.0
I can't r.in.wms yet (william's svn build, so I'm not absolutely sure
if your changes are there)
r.in.wms -l mapserver=http://www.idee.es/wms/PNOA/PNOA srs=EPSG:23030
format=png wmsquery=version=1.1.1 maxcols=1024 maxrows=1024
'curloptions=-C - --retry 5 -s -S' method=nearest --verbose
Using
Hi Marco,
have been trying to download all day,
cannot get an answer from the server...
Anybody mirrored it already?
Yann
> 3) WinGRASS Installer:
>
> I temporarily uploaded it to
> http://www.laser4000.it/temp/WinGRASS-6.3.0RC5-Setup.exe
> Please, someone could upload it to a GRASS server spa
Do you think it would be better if it only displays a warning without aborting
install?
Marco
Da: [EMAIL PROTECTED] per conto di Benjamin Ducke
Inviato: mar 11/03/2008 9.53
A: grass-dev@lists.osgeo.org
Oggetto: Re: [GRASS-dev] WinGRASS-6.3.0RC5 Self Installer
Very good!
Many thanks for all your work.
3.1) Unfortunately, I didn't complete all the things I planned to do,
that is it still doesn't support installation paths containing blanks;
You know, after all the trouble we have run into with messy installation
paths, I think we might consider t
53 matches
Mail list logo