#564: python_grass7 compilation
+---
Reporter: neuba | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major | Milestone: 7.0.0
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
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
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
#564: python_grass7 compilation
+---
Reporter: neuba | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major | Milestone: 7.0.0
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
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
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
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,
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,
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
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 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
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
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
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 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,
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 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 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
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
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/
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
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
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
#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
#655: g.manual fails to open a browser
---+
Reporter: landis| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone: 6.
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
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
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'
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.
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
#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.
#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
#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
#335: export floats and doubles with correct precision
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: critical | M
>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
#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
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
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
#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
#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
44 matches
Mail list logo