Hi Mark,
On Thu, Jul 09, 2009 at 09:02:41PM -0700, Mark Richardson wrote:
> not sure if this is the right mailing list - so sorry if this is the wrong
> place.
>
> I want to imbed Grass inside of an application. I'll create the app along
> with interfaces, other guis, file io, etc. I'm think
not sure if this is the right mailing list - so sorry if this is the wrong
place.
I want to imbed Grass inside of an application. I'll create the app along with
interfaces, other guis, file io, etc. I'm thinking of making an X11 widget
(maybe an wxwidget) - Can I include grass as a X11 widge
Hello list,
In the process of tracking down a QGIS bug, I found something unusual with a
few grass libraries and commands. Is it normal to have 2 versions of GEOS
linked to a grass library or command? I ask because I notice that the
following files have GEOS 3.1 and 3.2 linked to them:
Martin Landa wrote:
> Hi Markus,
>
> 2009/7/7 Markus Metz :
>
> [...]
>
>
>> For the time being, the only reasonable way to deal with these massive
>> datasets is to *not* build topology. It's not not only the spatial index
>> that is getting out of hand, also topology itself and the category
>>
Hi Markus,
2009/7/7 Markus Metz :
[...]
> For the time being, the only reasonable way to deal with these massive
> datasets is to *not* build topology. It's not not only the spatial index
> that is getting out of hand, also topology itself and the category
> index. The grass vector libs must be
Milton Cezar Ribeiro wrote:
> In fact, I think that for many r.*, if a "skip if is null" flag could be
> setted, may be we can save a lot of time, mainly when running repetitive
> steps on large (60,000x48,000 pixels) maps are ran. And, on my case,
> addictionally the large size of the maps, as I
Milton Cezar Ribeiro wrote:
> My feeling is that, mainly when running moving windows, the time to check if
> a central pixel is NULL, set output as null and skip must be (very?) lower
> than read all pixels inside the windows, compute the desired index, save it,
> clean the memory and go to next
#483: "return to previous zoom" brakes "zoom to selected map"
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: assigned
Priority: major | Milestone: 6.4.0
#632: Thematic Maps
---+
Reporter: voncasec | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone: 6.4.0
Compon
#632: Thematic Maps
---+
Reporter: voncasec | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone: 6.4.0
Compon
Generating file member index...
HTML reference in directory ./html/index.html
make[2]: quittant le répertoire «
/home/mlennert/SRC/GRASS/grass_trunk/lib/g3d »
(cd lib/gis/ ; /usr/bin/make cleandocs ; /usr/bin/make htmldocs)
make[2]: entrant dans le répertoire «
/home/mlennert/SRC/GRASS/grass_tr
#466: shell script add-on submission : v.selmany
--+-
Reporter: Vincent | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: closed
Pri
On 09/07/09 17:47, Martin Landa wrote:
Hi,
2009/7/9 Moritz Lennert :
[...]
If this is the rule, than you are right. Any way of making output=input with
the --overwrite option ?
isn't it what I was suggesting? To make output optional. If output is
not given, then output=input (overwrite flag
#307: v.in.dxf: output name should be required
--+-
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: trivial | Milestone
#678: wrong coordinates after zoom to named region
---+
Reporter: mlennert | Owner: martinl
Type: defect| Status: assigned
Priority: normal| Milestone: 6.4.0
Component: wx
On 07/07/09 09:28, Moritz Lennert wrote:
On 06/07/09 15:51, Martin Landa wrote:
Hi,
2009/7/1 Moritz Lennert :
Working with 6.4rc5 compiled as deb packages on Ubuntu Intrepid, many of
my students had trouble with the map display in the wxgui, today.
I've not
been able to reproduce it systemati
Hi,
2009/7/9 Moritz Lennert :
[...]
> If this is the rule, than you are right. Any way of making output=input with
> the --overwrite option ?
isn't it what I was suggesting? To make output optional. If output is
not given, then output=input (overwrite flag ignored).
Martin
--
Martin Landa *
On 09/07/09 17:17, Martin Landa wrote:
Hi,
2009/7/9 Moritz Lennert :
With the security backup copy (in the same logic as many text editors, etc),
you will always have the security (but can disable it if you prefer), but
you can keep the same map name.
what name should have backup copy, user d
#678: wrong coordinates after zoom to named region
---+
Reporter: mlennert | Owner: martinl
Type: defect| Status: assigned
Priority: normal| Milestone: 6.4.0
Component: wx
Hi,
2009/7/9 Moritz Lennert :
> With the security backup copy (in the same logic as many text editors, etc),
> you will always have the security (but can disable it if you prefer), but
> you can keep the same map name.
what name should have backup copy, user defined or determined by the
module? I
On 09/07/09 16:56, Martin Landa wrote:
Hi,
2009/7/9 Moritz Lennert :
should be 'map' in v.edit (for GRASS7) replaced by 'input/output'?
When options are specified incorrectly or the module crashes, vector
is not backuped, data are lost. The input/output paramaters would be
probably better for t
Hi,
2009/7/9 Moritz Lennert :
>> should be 'map' in v.edit (for GRASS7) replaced by 'input/output'?
>> When options are specified incorrectly or the module crashes, vector
>> is not backuped, data are lost. The input/output paramaters would be
>> probably better for this module.
>
> Not too sure a
On 09/07/09 11:30, Martin Landa wrote:
Hi,
should be 'map' in v.edit (for GRASS7) replaced by 'input/output'?
When options are specified incorrectly or the module crashes, vector
is not backuped, data are lost. The input/output paramaters would be
probably better for this module.
Not too sure
Martin Landa wrote:
> Hi,
>
> should be 'map' in v.edit (for GRASS7) replaced by 'input/output'?
> When options are specified incorrectly or the module crashes, vector
> is not backuped, data are lost. The input/output paramaters would be
> probably better for this module.
>
> What do you think?
Hi,
should be 'map' in v.edit (for GRASS7) replaced by 'input/output'?
When options are specified incorrectly or the module crashes, vector
is not backuped, data are lost. The input/output paramaters would be
probably better for this module.
What do you think?
Martin
--
Martin Landa * http://
#671: wxgui: v.distance to_column option inaccessible
---+
Reporter: mlennert | Owner: martinl
Type: defect| Status: assigned
Priority: major | Milestone: 6.4.0
Glynn wrote:
> r.neighbors doesn't propagate nulls, but computes the aggregate over
> the non-null cells. It doesn't even have an option to propagate nulls.
ah, good to know. thanks for the explanation.
help pages updated in SVN to mention this.
Hamish
_
27 matches
Mail list logo
