Michael Barton wrote:
> >> I'm in the process of creating a new GUI for creating raster color
> >> tables, and ran into a couple of function ideas that would be helpful
> >> in the context of a GUI wrapper and (I think) for other users.
> >>
> >> 1) I realized that there is no simple way to 'expo
On Aug 11, 2008, at 6:04 PM, Glynn Clements wrote:
Michael Barton wrote:
I'm in the process of creating a new GUI for creating raster color
tables, and ran into a couple of function ideas that would be helpful
in the context of a GUI wrapper and (I think) for other users.
1) I realized tha
Michael Barton wrote:
> I'm in the process of creating a new GUI for creating raster color
> tables, and ran into a couple of function ideas that would be helpful
> in the context of a GUI wrapper and (I think) for other users.
>
> 1) I realized that there is no simple way to 'export' an exi
On Tue, Aug 12, 2008 at 2:09 AM, Glynn Clements
<[EMAIL PROTECTED]> wrote:
> Markus Neteler wrote:
...
>> I have added this gettext polishing trick to
>> tools/grass_indent.sh
>
> However, this only catches some of the cases; there are also cases
> where the underscore isn't preceded by a left pare
On Monday 11 August 2008, Paul Kelly wrote:
> On Mon, 11 Aug 2008, Maciej Sieczka wrote:
> > Paul Kelly pisze:
> >> I think though, that connecting multiple layers to different tables is
> >> the main application for layers? Are they much use for anything else? In
> >> which case, calling them tabl
On Tue, Aug 12, 2008 at 2:14 AM, Glynn Clements
<[EMAIL PROTECTED]> wrote:
...
> You might also consider back-porting r31628, which checks that the
> module was built with the same version of gis.h as libgis.
Done.
Markus
___
grass-dev mailing list
gras
Moritz Lennert wrote:
> >> Another potentially disruptive update: the raster library now uses
> >> floating point values for coordinates.
> >
> > Next update: the cairo driver is now the default, assuming that GRASS
> > was built --with-cairo. If you haven't been enabling this, now is the
> > ti
Markus Neteler wrote:
> >> > I would suggest to rename DB related G_OPTs in parser.c to
> >> > G_OPT_DB_, e.g. G_OPT_WHERE to G_OPT_DB_WHERE.
> > ...
>
> +1
>
> >> > Since those defines were added recently, maybe could be possible to
> >> > rename them also in grass6 (or to define aliases) ?
>
Hamish:
> > no aliases cluttering things up please, lets just do the job right,
> > once. AFAIK we only guarantee the user interface is stable
> > within grass 6.x, not the library interface.
Markus:
> Are these G_OPTs externally used (GDAL, SWIG..)?
(R interface, QGIS, ...)
Well I doubt they ar
Markus Neteler wrote:
> >> btw what to do with messages indented like
> >>
> >> G_message(_
> >> (...));
> >
> > Damn; I thought that not specifying -l would prevent this from
> > happening.
> >
> >> manually fix when fixing/updating code to?
> >>
> >> G_message(_(...));
> >
> >
On 11.08.2008 02:04, Росен Матев wrote:
I'm doing some extensive testing right now. We actually might not need
GMP, but I'm not sure yet. However, I definitely need to improve the
current segment intersection function, because now it misses many
intersections (which spoil my module). I know how t
On 09.08.2008 23:35, ? ? wrote:
Hi,
I'm almost done with the new v.buffer module, but I need some help to finish it.
I have the following problem. Suppose we have several line_pnts
structs: A0, A1, A2, , An; B0, B1, B2, ..., Bm; ... (All lines are
not self-intersecting) Here A0, B0,
There are 2 issues being discussed here. I'll guess I'll go with the
flow, however, and comment on both
On Aug 11, 2008, at 12:26 PM, Paul Kelly wrote:
On Mon, 11 Aug 2008, Maciej Sieczka wrote:
Paul Kelly pisze:
I think though, that connecting multiple layers to different
tables is the
On Mon, 11 Aug 2008, Maciej Sieczka wrote:
Paul Kelly pisze:
I think though, that connecting multiple layers to different tables is the
main application for layers? Are they much use for anything else? In which
case, calling them tables makes things clearer. Perhaps even table would be
enoug
On Monday 11 August 2008, Maciej Sieczka wrote:
> Paul Kelly pisze:
> > On Sun, 10 Aug 2008, Moritz Lennert wrote:
> >> Well, to be absolutely precise, you don't need linked attribute tables
> >> to have multiple layers, so I'm not sure that reducing the layer
> >> concept to table links is really
Paul Kelly pisze:
On Sun, 10 Aug 2008, Moritz Lennert wrote:
Well, to be absolutely precise, you don't need linked attribute tables
to have multiple layers, so I'm not sure that reducing the layer
concept to table links is really 100% correct.
I think though, that connecting multiple layers
I'm in the process of creating a new GUI for creating raster color
tables, and ran into a couple of function ideas that would be helpful
in the context of a GUI wrapper and (I think) for other users.
1) I realized that there is no simple way to 'export' an existing
color table to a standard
#253: add a minimum distance threshold to v.distance
-+--
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Milest
On 10/08/08 11:50, Glynn Clements wrote:
Glynn Clements wrote:
Another potentially disruptive update: the raster library now uses
floating point values for coordinates.
Next update: the cairo driver is now the default, assuming that GRASS
was built --with-cairo. If you haven't been enabling t
Hi,
2008/8/11 Carlos Dávila <[EMAIL PROTECTED]>:
> After a long time separated of the project, it's time to update po files
> for all languages and synchronize them with current code in trunk. As
it would be better to update files in trunk and develbranch_6
separately and not to backport them fr
#208: "Additional tools" menu dialog broken in digitizer
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: assigned
Priority: major | Milestone: 6.4.0
#229: v.random: add random sampling from vector points map
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major|
On Sun, Aug 10, 2008 at 3:16 PM, Hamish <[EMAIL PROTECTED]> wrote:
>> Martin Landa:
>> > I would suggest to rename DB related G_OPTs in parser.c to
>> > G_OPT_DB_, e.g. G_OPT_WHERE to G_OPT_DB_WHERE.
> ...
+1
>> > Since those defines were added recently, maybe could be possible to
>> > rename the
On Tue, Aug 5, 2008 at 11:17 PM, Glynn Clements
<[EMAIL PROTECTED]> wrote:
> Martin Landa wrote:
>
>> btw what to do with messages indented like
>>
>> G_message(_
>> (...));
>
> Damn; I thought that not specifying -l would prevent this from
> happening.
>
>> manually fix when fixi
24 matches
Mail list logo
