Maciej Sieczka wrote:
Markus Metz pisze:
That would be the fool proof solution to avoid horizontal lines. But
then you have vertical lines...
If you decide it's worth your time to provide that *as an option* in
v.in.gshhs it'd be cool.
Not right now, first I want to get grass7 topology sub
> Markus Neteler writes:
>> Currently, GRASS doesn't compile well --without-gdal, since the
>> code in `field.c' seems to assume that GDAL is available.
>> The following patch seems to fix the issue. Unless there'll be
>> objections, I'm going to commit it to the trunk.
>> --- field.c
#520: r.terraflow/iostream does not respect STREAM_DIR option
-+--
Reporter: mmetz | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone
#96: v.surf.bspline broken
---+
Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: reopened
Priority: major | Milestone: 6.4.0
Maciej Sieczka pisze:
I.e that e.g. Alaska is split into 2 pieces.
Me so dumb! That's Chukchi Peninsula (and also some of the Fiji Islands,
Wrangel Island).
Maciek
--
Maciej Sieczka
http://www.sieczka.org
___
grass-dev mailing list
grass-dev@lists.
Hello Jyotish,
yes, no answer is "go ahead, this sounds good to us".
GRASS is mostly a row processing engine when we work on raster data.
It does have a restriction for parallel processing, it is that it does
compress rows on writing, but it means also uncompressing them on
reading. i.e. no row d
Ivan Shmakov wrote:
> There's no need to use sprintf () along with G_warning (), since
> the latter is already capable of the printf ()-style formatting.
>
> Also, the following are /not/ equivalent fragments of code:
>
>G_warning (FMT, );
>
>sprintf (s, FMT, );
>
#430: i.pca's output and history logged "Comments" disagree
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: m
#430: i.pca's output and history logged "Comments" disagree
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: m
Ah, sorry Ivan.
My brain somehow skipped Your remarks about translation and was just
reading bad code.
I once was translating GRASS to Latvian language but I soon realised
that it's nightmare to do. GUI is almost OK, still modules and libs
don't play nicely with Latvian language and it also gives t
#538: Expand i.pca's reported eigen vectors to 3 decimal digits
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: closed
#96: v.surf.bspline broken
---+
Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: reopened
Priority: major | Milestone: 6.4.0
#537: g.proj.exe crashes on Windows Vista (osgeo4w)
--+-
Reporter: giohappy | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major
#96: v.surf.bspline broken
---+
Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: reopened
Priority: major | Milestone: 6.4.0
#96: v.surf.bspline broken
---+
Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: reopened
Priority: major | Milestone: 6.4.0
> Maris Nartiss writes:
[...]
>> * the code like the following could bring all the sorts of woe upon
>> the heads of unsuspecting translators (this issue may deserve a
>> mention on Trac.)
>> --cut--
>> sprintf(buf,
>> _("Unable to read header file for raster m
Markus Neteler wrote:
Here my tests:
GRASS 6.5.svn:
time v.in.ogr usr_urb.shp out=tmp
...
4020.05user 76.72system 1:14:33elapsed 91%CPU (0avgtext+0avgdata 0maxresident)k
298216inputs+762008outputs (26major+213960minor)pagefaults 0swaps
GRASS 7.svn:
time v.in.ogr usr_urb.shp out=tmp
...
4137.7
#537: g.proj.exe crashes on Windows Vista (osgeo4w)
--+-
Reporter: giohappy | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major
#537: g.proj.exe crashes on Windows Vista (osgeo4w)
--+-
Reporter: giohappy | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major
#537: g.proj.exe crashes on Windows Vista (osgeo4w)
--+-
Reporter: giohappy | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major
Hi Markus,
On Mon, Mar 23, 2009 at 11:37 AM, Markus Metz
wrote:
> Hi all,
>
> I have tried to make topology building in grass7 a bit faster, with limited
> success. Some functions are now a bit faster, but there are no drastic
> changes. Some other functions are now a bit slower, and there I woul
Hello Ivan,
It's good to see Your internationalisation efforts, still I spotted
one huge NO-NO in Your patch - one should NEVER split strings marked
for translation. Some languages may require opposite word order in
sentence or even different sentence for each case. Also if translating
such sentenc
Hi all,
I have tried to make topology building in grass7 a bit faster, with
limited success. Some functions are now a bit faster, but there are no
drastic changes. Some other functions are now a bit slower, and there I
would like to know if there are objections against these changes.
The fir
#537: g.proj.exe crashes on Windows Vista (osgeo4w)
--+-
Reporter: giohappy | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major
24 matches
Mail list logo