On Tue, Sep 6, 2011 at 8:51 AM, Markus Neteler wrote:
> On Tue, Sep 6, 2011 at 7:20 AM, Glynn Clements
> wrote:
>
>> Is layer 1 *genuinely* special? I.e. is there some reason why it
>> *should* be the default layer?
>
> Yes, since most users will have only one layer. This renders it kind of
> *g
#548: grass7 - v.reclass with sqlite driver: "Cannot step: SQL logic error or
missing database"
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: defect| Status: new
On Tue, Sep 6, 2011 at 7:20 AM, Glynn Clements wrote:
> Is layer 1 *genuinely* special? I.e. is there some reason why it
> *should* be the default layer?
Yes, since most users will have only one layer. This renders it kind of
*genuinely* special.
I believe that a software should address with de
#1158: Removing vector map in Windows fails with "Unable to delete vector map"
--+-
Reporter: lponti|
Owner: grass-dev@…
Type: defect
On Mon, Sep 5, 2011 at 11:56 PM, Hamish wrote:
> Markus Metz wrote:
>> Considering that OGR supports writing out gpx or anything
>> gpsbabel supports, v.out.gps tries to do what v.out.ogr can
>> already do? So why not getting rid of v.out.gps?
>
> v.out.ogr can certainly _not_ export to anything t
Markus Metz wrote:
> > I have tested almost all GRASS 7 scripts and fixed a lot of them (mostly
> > broken in the parser part).
> >
> > To all relevant (most) I have added North Carolina examples for easier
> > testing.
> >
> > This set of modules I did not manage to fix:
> >
> [snip]
> >
> > * v
Markus Neteler wrote:
> > Making it support where= with all layers would require a substantial
> > re-write (and requires that you can come up with a single query which
> > works for all layers).
>
> Sure but what I meant to say:
>
> d.vect mylakes where="FTYPE IS NULL" type=area col=red
>
> .
Markus Metz wrote:
> Considering that OGR supports writing out gpx or anything
> gpsbabel supports, v.out.gps tries to do what v.out.ogr can
> already do? So why not getting rid of v.out.gps?
v.out.ogr can certainly _not_ export to anything that gpsbabel
supports. That's the entire point of v.out.
On Mon, Sep 5, 2011 at 4:04 AM, Glynn Clements wrote:
>
> Markus Neteler wrote:
>
>> I found that d.vect fails on commandline
>>
>> d.vect mylakes where="FTYPE IS NULL" type=area col=red
>> ERROR: Option must be > 0
>>
>> d.vect mylakes where="FTYPE IS NULL" type=area col=red layer=1
>> d.vect co
#1435: Quotes are stripped from command display
+---
Reporter: arencambre | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.
#1437: Recalled command has quotes stripped
+---
Reporter: arencambre | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.2
#1439: v.in.ogr error message not useful
+---
Reporter: arencambre | Owner: grass-dev@…
Type: defect | Status: new
Priority: major | Milestone: 6.4.2
On Mon, Sep 5, 2011 at 4:11 PM, Markus Metz
wrote:
>> * v.out.gps -t input=railroads output=trail.gpx
...
> Considering that OGR supports writing out gpx or anything gpsbabel
> supports, v.out.gps tries to do what v.out.ogr can already do? So why
> not getting rid of v.out.gps? Removing a module f
On Mon, Sep 5, 2011 at 8:47 AM, Michael Barton wrote:
> I've done some more work on formatting. It looks better now with a wide range
> of maps.
> Let me know what you think.
Wow, Michael, great job!
Markus
___
grass-dev mailing list
grass-dev@lists.o
#1443: GRASS 7: d.vect grid drawing problem
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.0
#1442: GRASS 7: d.grid layout suboptimal
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.0
#1442: GRASS 7: d.grid layout suboptimal
-+--
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.0
Hi,
2011/9/5 Markus Metz :
> Same problem here, solved by downgrading libtiff through the osgeo4w
> installer to 4.0.0dev-90 and removing again patched-in msvcr90.dll and
> msvcp90.dll from osgeo4w\bin. libtiff-bin and libtiff-devel seem to be
> ok. Looks like a osgeo4w packaging bug...
thanks, i
Markus Neteler wrote:
> Hi,
>
> I have tested almost all GRASS 7 scripts and fixed a lot of them (mostly
> broken in the parser part).
>
> To all relevant (most) I have added North Carolina examples for easier
> testing.
>
> This set of modules I did not manage to fix:
>
[snip]
>
> * v.out.gps -t i
#1438: g.remove cannot remove vector map
--+-
Reporter: arencambre | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal | Milestone:
#1158: Removing vector map in Windows fails with "Unable to delete vector map"
--+-
Reporter: lponti|
Owner: grass-dev@…
Type: defect
Hi,
2011/9/5 Aren Cambre :
> I am trying to run v.in.ogr against a PostGIS database. The command's output
> is:
>
> ERROR: Vector map already exists
>
> Yet when I run g.remove pointdata, I get:
>
> Removing raster
> Raster map not found
> nothing removed
yes, this can be confusing for the us
#548: grass7 - v.reclass with sqlite driver: "Cannot step: SQL logic error or
missing database"
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: defect| Status: new
Martin Landa wrote:
> Hi all,
>
> for some days I have problem with building winGRASS.
>
> """
> after the last update of my OSGeo4W environment I have problem with
> compiling GRASS. First it complained about missing mscvr90.dll, then
> about mscvp90.dll. I have downloaded both files from
> http:/
Hamish wrote:
> the point of storing the history is so that you can see the
> non-obvious conditions which led to the map as it now exists, so
> you can understand + recreate it. In that sense storing
> i.landsat.rgb's info in the history is justified. (& basically
> the entire point of having a hi
> > Hamish wrote:
> >> It tries to run grass.raster_history() without first testing
> >> if the map is in the current mapset.
Glynn:
> > Given that those maps are listed as inputs, it's debatable
> > whether it should be modifying the history even if those
> > maps are in the current mapset.
Mark
#1441: Hard Copy Map Utility (wxPython wrapper for ps.map) text overlay is
broken
---+
Reporter: cmbarton | Owner: grass-dev@…
Type: defect | Sta
Markus Neteler wrote:
> Hi,
>
> I have tested almost all GRASS 7 scripts and fixed a lot of them (mostly
> broken in the parser part).
>
> To all relevant (most) I have added North Carolina examples for easier
> testing.
>
> This set of modules I did not manage to fix:
>
> * db.in.ogr
> -> it does
28 matches
Mail list logo
