#648: g.proj fails to create default region using Grass6.4 RC5
---+
Reporter: voncasec | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Priority: majo
#654: g.proj -c fails with ERROR: region for current mapset is not set run
"g.region"
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Prio
#658: swig/python fails to build with older version of swig
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority:
#654: g.proj -c fails with ERROR: region for current mapset is not set run
"g.region"
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Prio
Martin Landa wrote:
> >> >> I started a wiki page dedicated to the raster lib in GRASS7. The page
> >> >> currently contains initial list of functions which should be moved
> >> >> from libGIS.
> >> >>
> >> >> http://trac.osgeo.org/grass/wiki/Grass7RasterLib
> >> >>
> >> >> Logically raster lib s
Jyothish Soman wrote:
> I think that will be the parallel
> version of the code given in the link. Sorry, I dont have
> the resources right now to check the validity of the code,
> my laptop is fried, working from a common terminal.
>
> Just add -fopenmp flag in the make file for the code
thanks
#657: add --with-openmp support to ./configure
---+
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: normal | Milestone: 7.0.0
>scripts/d.out.gpsdrive/d.out.gpsdrive
Hamish:
> > If a method is found, it would be nice to recreate a d.out.file too,
> > as that is very useful.
Glynn:
> d.out.file is meaningless in 7.0, as there is no "current monitor" to
> get a list of displayed commands from.
> But this looks more
#335: export floats and doubles with correct precision
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: critical | M
#654: g.proj -c fails with ERROR: region for current mapset is not set run
"g.region"
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Prio
#654: g.proj -c fails with ERROR: region for current mapset is not set run
"g.region"
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Prio
#656: d.out.file fails to create PDF output on OSX
---+
Reporter: sorokine | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.
Hi,
2009/6/19 Moritz Lennert :
> +1 I know I promised this long ago, and just haven't been able to deliver.
> Sorry.
>
> I do have some half-ready stuff on my machine. AFAIR main.c is more or less
> done and I just need to finish the actual plotting routines. But I will
> definitely not get to thi
On 19/06/09 17:59, Martin Landa wrote:
Hi,
2009/6/19 Michael Barton :
scripts/d.vect.thematic/d.vect.thematic
Needs to be rewritten into Python (at least for points/lines) because the
current C module only does areas.
Probably better to extent C module rather then porting to Python.
Hamish wrote:
> > scripts/d.out.gpsdrive/d.out.gpsdrive
>
> this is very much like d.out.file in GRASS 6, but it forces window size
> to 1280x1024 and writes georef info to a tile index file for the GpsDrive
> software's backdrop tiles (www.gpsdrive.de). Requires the PNG driver etc
> so won'
Hi,
2009/6/19 Glynn Clements :
>> >> I started a wiki page dedicated to the raster lib in GRASS7. The page
>> >> currently contains initial list of functions which should be moved
>> >> from libGIS.
>> >>
>> >> http://trac.osgeo.org/grass/wiki/Grass7RasterLib
>> >>
>> >> Logically raster lib shoul
Martin Landa wrote:
> >> I started a wiki page dedicated to the raster lib in GRASS7. The page
> >> currently contains initial list of functions which should be moved
> >> from libGIS.
> >>
> >> http://trac.osgeo.org/grass/wiki/Grass7RasterLib
> >>
> >> Logically raster lib should be placed in 'l
#655: g.manual fails to open a browser
---+
Reporter: landis| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone: 6.
#655: g.manual fails to open a browser
+---
Reporter: landis | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.4.0
I think that will be the parallel version of the code given in the link.
Sorry, I dont have the resources right now to check the validity of the
code, my laptop is fried, working from a common terminal.
Just add -fopenmp flag in the make file for the code (This line is funny,
seems like a packed f
Hi,
2009/6/19 Michael Barton :
>> scripts/d.vect.thematic/d.vect.thematic
>
> Needs to be rewritten into Python (at least for points/lines) because the
> current C module only does areas.
Probably better to extent C module rather then porting to Python.
Martin
--
Martin Landa * http://g
On Jun 19, 2009, at 6:49 AM, grass-dev-requ...@lists.osgeo.org wrote:
scripts/d.vect.thematic/d.vect.thematic
Needs to be rewritten into Python (at least for points/lines) because
the current C module only does areas.
scripts/r.mapcalculator/r.mapcalculator
Already repl
Thanks Martin I'll check it now.
2009/6/19 Martin Landa
> Hi,
>
> 2009/6/19 :
> > Author: ychemin
> > Date: 2009-06-19 10:50:54 -0400 (Fri, 19 Jun 2009)
> > New Revision: 37959
> >
> > Added:
> > grass/trunk/imagery/i.evapo.time_integration/
> > grass/trunk/imagery/i.evapo.time_integration/
Thanks Martin, i forgot the wxGUI menu !
2009/6/19 Martin Landa
> Hi,
>
> 2009/6/19 Yann Chemin :
> > Shall we rename it i.eb.soilheatflux?
> > Any proposition please.
>
> Not sure, sorry I am not expert here. I just find the current name very
> cryptic.
>
> > i.eb.* stands for imagery.energybal
Hi,
2009/6/19 Frank Warmerdam :
> Howard, myself and possible others are going to attempt a Trac upgrade at
> 9:00pm EST tomorrow (Saturday June 20). It is estimated that Trac may be
> unavailable for up to four hours. I have written some brief notes at:
>
> http://wiki.osgeo.org/wiki/Trac_Inst
Hi,
2009/6/19 Michael Barton :
> Checked the Wiki site. For the vector selection choicebox, use the
> Select.select class and method we've already created. It's more flexible,
> will show multiple mapsets in a tree organization, and will save you code.
I have already suggested to Anne to use stan
Hi,
2009/6/19 Yann Chemin :
> Shall we rename it i.eb.soilheatflux?
> Any proposition please.
Not sure, sorry I am not expert here. I just find the current name very cryptic.
> i.eb.* stands for imagery.energybalance.*
OK, also don't forget to update wxGUI menu.
Martin
--
Martin Landa * htt
Hi,
2009/6/19 :
> Author: ychemin
> Date: 2009-06-19 10:50:54 -0400 (Fri, 19 Jun 2009)
> New Revision: 37959
>
> Added:
> grass/trunk/imagery/i.evapo.time_integration/
> grass/trunk/imagery/i.evapo.time_integration/Makefile
> grass/trunk/imagery/i.evapo.time_integration/i.evapo.time_integra
Hi Martin,
Shall we rename it i.eb.soilheatflux?
Any proposition please.
i.eb.* stands for imagery.energybalance.*
Yann
2009/6/19 Martin Landa
> Hi,
>
> 2009/6/19 :
> > Author: ychemin
> > Date: 2009-06-19 07:44:02 -0400 (Fri, 19 Jun 2009)
> > New Revision: 37951
> >
> > Added:
> > grass/t
Hi,
2009/6/19 :
> Author: ychemin
> Date: 2009-06-19 07:44:02 -0400 (Fri, 19 Jun 2009)
> New Revision: 37951
>
> Added:
> grass/trunk/imagery/i.eb.g0/
> grass/trunk/imagery/i.eb.g0/Makefile
> grass/trunk/imagery/i.eb.g0/g0.c
> grass/trunk/imagery/i.eb.g0/i.eb.g0.html
> grass/trunk/image
Anne,
Checked the Wiki site. For the vector selection choicebox, use the
Select.select class and method we've already created. It's more
flexible, will show multiple mapsets in a tree organization, and will
save you code.
Michael
C. Michael Barton, Professor of Anthro
On Fri, Jun 19, 2009 at 5:19 AM, Hamish wrote:
>> visualization/nviz/scripts/nviz
>
> unused? (or if used, just a 1-liner)
> note nviz from File menu in wxGUI on WinGrass currently fails for
> unknown reasons. ("process complete: 0 sec")
>
nviz works from the command line in wingrass though (a
Hello all,
this week I made steady progress on the module.
What I've done:
* renamed the module v.krige, as its features will go beyond automatic
kriging.
* addition of choicebox with only numerical columns, as interpolation
will be based on such variables
* refactoring on interface population - m
On Jun 19, 2009, at 3:18 AM, Glynn Clements wrote:
macosx/app/build_gui_user_menu.sh
macosx/app/build_html_user_index.sh
run. variation on tools html script to make help index and gui menu
for external addons. Probably should be rewritten.
macosx/app/grass.sh.in
Hi,
I'm a bit confused with v.lidar EDGE/TERRAIN/UNKNOWN #defines.
v.lidar.edgedetection categorizes data points as either of those three.
output vector map includes cats 0,1,2 by layer 1.
(also there is a DB on layer 3, but that is not important to this email)
man page says:
EDGE (cat = 1,
Hi,
2009/6/19 Hamish :
>> gui/wxpython/scripts/p.cmd
>> gui/wxpython/scripts/p.db
>> gui/wxpython/scripts/p.mon
>> gui/wxpython/scripts/p.rast
>> gui/wxpython/scripts/p.vect
>
> IIUC the idea there was to simulate d.* command line tools from the Cmd>
> GUI command prompt ???
y
Hi,
2009/6/19 Glynn Clements :
>> I started a wiki page dedicated to the raster lib in GRASS7. The page
>> currently contains initial list of functions which should be moved
>> from libGIS.
>>
>> http://trac.osgeo.org/grass/wiki/Grass7RasterLib
>>
>> Logically raster lib should be placed in 'lib/r
Glynn wrote:
> lib/init/grass-xterm-mac
> lib/init/html_browser_mac.sh
I would say that Mac specific shell wrappers can be exempt from
portability concerns.
> macosx/app/build_gui_user_menu.sh
> macosx/app/build_html_user_index.sh
> macosx/app/grass.sh.in
> macosx/pkg/re
Glynn wrote:
> The following is a list of remaining shell scripts (or files which
> "file" thinks are shell scripts), not including those which are
> clearly only used for building or testing:
>
> gui/scripts/d.path.sh
wrapper script for d.path so that source vector network map (eg roads) is
#564: python_grass7 compilation
+---
Reporter: neuba | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major | Milestone: 7.0.0
The following is a list of remaining shell scripts (or files which
"file" thinks are shell scripts), not including those which are
clearly only used for building or testing:
gui/scripts/d.path.sh
gui/wxpython/scripts/p.cmd
gui/wxpython/scripts/p.db
gui/wxpython/scr
Martin Landa wrote:
> I started a wiki page dedicated to the raster lib in GRASS7. The page
> currently contains initial list of functions which should be moved
> from libGIS.
>
> http://trac.osgeo.org/grass/wiki/Grass7RasterLib
>
> Logically raster lib should be placed in 'lib/raster'. Current
Moritz Lennert wrote:
> >> Yes, but what I meant is that I don't see where the proj_wrap_c_FLAGS
> >> variable is read.
> >
> > include/Make/Compile.make:
> >
> > $(OBJDIR)/%.o : %.c $(LOCAL_HEADERS) $(EXTRA_HEADERS) $($*_c_FLAGS) |
> > $(OBJDIR)
> > $(call compiler_c)
> >
> > $* is the s
#564: python_grass7 compilation
+---
Reporter: neuba | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major | Milestone: 7.0.0
44 matches
Mail list logo