Re: [GRASS-user] Use of Postgres/PostGIS with GRASS
Aren wrote: > Wait, so GRASS can read directly from PostGIS tables? I thought > you had to import all the data into GRASS first? check out the new v.external module. http://grass.osgeo.org/grass64/manuals/html64_user/v.external.html http://grass.osgeo.org/grass64/manuals/html64_user/vectorintro.html and the v.external.out module in GRASS 7-dev. note this is about the geometry data, the attribute data could already be stored in a plain postgres DB since GRASS 5.7. also there is a new r.external module, combine that with GDAL's `gdalbuildvrt` Virtual raster maps (eg *.tif) and cut out a whole slew of middle-steps and disk writes. don't expect these virtual maps to work as well as native maps of course, but they shouldn't be buggy either. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Use of Postgres/PostGIS with GRASS
Wait, so GRASS can read directly from PostGIS tables? I thought you had to import all the data into GRASS first? Aren On Thu, Feb 24, 2011 at 5:42 PM, Hamish wrote: > Rich wrote: > > When it is appropriate to put all attribute data in > > postgres tables and associate GRASS with those? > > > > When is it advisable to use postgis? > > my guess is that postgis would be better once you get to more > than 1-3 million vector data points and grass's vector engine > memory requirements get too much. > > unless of course you were hoping to learn more about postgis, > in which case this sounds like a good opportunity. > > > Hamish > > > > > ___ > grass-user mailing list > grass-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-user > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Use of Postgres/PostGIS with GRASS
On Thu, 24 Feb 2011, Hamish wrote: my guess is that postgis would be better once you get to more than 1-3 million vector data points and grass's vector engine memory requirements get too much. Hamish, Ah, so. Good to know. I hope no project of mine has a single table with that many vector nodes. unless of course you were hoping to learn more about postgis, in which case this sounds like a good opportunity. I'm not in this for fun, so if I don't need to learn postgis I won't. Guess I need to look at the v.db.* modules to learn how to have GRASS see the well log data in the postgres table and import them to the project directory. Many thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Use of Postgres/PostGIS with GRASS
Rich wrote: > When it is appropriate to put all attribute data in > postgres tables and associate GRASS with those? > > When is it advisable to use postgis? my guess is that postgis would be better once you get to more than 1-3 million vector data points and grass's vector engine memory requirements get too much. unless of course you were hoping to learn more about postgis, in which case this sounds like a good opportunity. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Importing .shp
I've lost the GUI menu item for importing .shp files in -6.5svn. If it's on the File->Import Vector menu please point out which item I should use. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Importing ERDAS .img
I have an .img file that I believe originated within ERDAS. Using the wxPython GUI in -6.5svn File->Import raster data, which option is appropriate for this format? Binary file import didn't work because there were do discernable bounds found. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX 10.6.6
Maris wrote: > (read: somebody hacks GRASS Togl copy to work > with changed Tk. Most likely nobody will have enough > knowledge/motivation to do this). hey, you never know. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] How to merge rasters using feathering/blending ?
kaipi wrote: > I need to patch rasters containing NULL areas with > alternative rasters. I can > do this with r.patch but due to different > quality/resolution of the rasters > this produces prominent seamlines. Is there a way to > feather/blend between > merged rasters using Grass GIS? for blending try: g.region rast=map1,map2 r.series in=map1,map2 out=both_maps method=average where there are two values it will take the average where there is just one value it will use that where there are NULLs or outside-of-map you'll get a NULL. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Use of Postgres/PostGIS with GRASS
I'm starting a couple of large modeling/analytical projects and believe it's time I understood when and how to store data in postgres and when to use postgis. For the past dozen or so years I've applied GRASS to projects all data have resided in the internal data formats. This is new territory for me and I'd like to do it right from the beginning. My base data sets (statewide) include a postgres table with 110,852 rows holding water well log data, and a set of (soon-to-be-imported) hydrography/hydrologic units .shp files with associated .dbf attribute tables. When it is appropriate to put all attribute data in postgres tables and associate GRASS with those? When is it advisable to use postgis? Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wxGCDC not available on this platform
On Wed, 23 Feb 2011, Rich Shepard wrote: I suspect that the same happened on Slackware? That option is included in the wxPython.SlackBuild script. I don't know that it also should be in the wxGTK.SlackBuild script. They're two separate packages here. I would like to resolve this issue as the message about missing wxGCDC keeps displaying in the GUI Layer Manager window. wxGCDC is included in wxPython-2.8.11.0 here, but not part of wxGTK-2.8.11. Anyone have ideas on how to get version -6.5svn to recognize wxGCDC and use it however it does? Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX 10.6.6
Am 24.02.2011 um 21:06 schrieb Maris Nartiss: Hello, bad news for You. You can't use TCL/Tk >8.5 on MacOS with NVIZ (Togl) unless suddennes happens (read: somebody hacks GRASS Togl copy to work with changed Tk. Most likely nobody will have enough knowledge/motivation to do this). Here's more to read: http://comments.gmane.org/ gmane.comp.lang.tcl.mac/6828 Maris. So what does that mean for me excactly? Do I have to install another version of ActiveTCL (like 8.4.x? or 8.6.xb?) Or how is it possible to compile GRASS on Mac's Snow Leopard? It should work somehow as other people are able to compile GRASS on MacOS As I am not a programmer I am really depend on you to give me recommendations... :) thanks johannes 2011/2/24 Johannes Radinger : Not yet, do you think that has something to do with my TCL/TK libraries? I got it via installer from http://www.activestate.com/activetcl/ downloads Thats the version of ActiveTCL 8.5.9.2...Is there the TK included? Do I have to get TCL/TK directly compiled from the source code for GRASS? Johannes ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX 10.6.6
Hello, bad news for You. You can't use TCL/Tk >8.5 on MacOS with NVIZ (Togl) unless suddennes happens (read: somebody hacks GRASS Togl copy to work with changed Tk. Most likely nobody will have enough knowledge/motivation to do this). Here's more to read: http://comments.gmane.org/gmane.comp.lang.tcl.mac/6828 Maris. 2011/2/24 Johannes Radinger : > > Not yet, do you think that has something to do with my TCL/TK libraries? > I got it via installer from http://www.activestate.com/activetcl/downloads > Thats the version of ActiveTCL 8.5.9.2...Is there the TK included? > > Do I have to get TCL/TK directly compiled from the source code for GRASS? > > Johannes >> ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] How to merge rasters using feathering/blending ?
I guess you can do it with a combination of the existing tools: You can create a buffer zone between your 2 dataset where they merge and set the buffer to null values. Then using r.fillnulls (http://grass.osgeo.org/gdp/html_grass64/r.fillnulls.html) and you can fill the gap using both datasets. Hope that helps. Cheers Sab On Thu, 2011-02-24 at 10:53 -0800, kaipi wrote: > I need to patch rasters containing NULL areas with alternative rasters. I can > do this with r.patch but due to different quality/resolution of the rasters > this produces prominent seamlines. Is there a way to feather/blend between > merged rasters using Grass GIS? > > Thanks, > > Kaipi ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] How to merge rasters using feathering/blending ?
I need to patch rasters containing NULL areas with alternative rasters. I can do this with r.patch but due to different quality/resolution of the rasters this produces prominent seamlines. Is there a way to feather/blend between merged rasters using Grass GIS? Thanks, Kaipi -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/How-to-merge-rasters-using-feathering-blending-tp6061489p6061489.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX 10.6.6
Original-Nachricht > Datum: Thu, 24 Feb 2011 15:48:33 +0100 > Von: Markus Neteler > An: Johannes Radinger > CC: William Kyngesburye , grass-user@lists.osgeo.org > Betreff: Re: [GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX 10.6.6 > On Thu, Feb 24, 2011 at 12:28 PM, Johannes Radinger > wrote: > ... > > Errors in: > > > /Users/admin/Downloads/grass-7.0.svn_src_snapshot_2011_02_19/visualization/nviz > ... > > Finished compilation: Do 24 Feb 2011 12:18:01 CET > > make: *** [default] Error 1 > > > > > > So I changed to the nviz directory and ran again make and there I get: > > > > make -C src > > gcc -g -O2 > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -D_FILE_OFFSET_BITS=64 -I/Library/Frameworks/Tcl.framework/Headers > -I/Library/Frameworks/Tk.framework/Headers > -I/Library/Frameworks/Tk.framework/PrivateHeaders > -I/Library/Frameworks/Tcl.framework/Headers > -I/Library/Frameworks/Tk.framework/Headers > -I/Library/Frameworks/Tk.framework/PrivateHeaders > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -I/Library/Frameworks/UnixImageIO.framework/unix/include > -I/Library/Frameworks/GDAL.framework/Versions/1.8/Headers > -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include > -DPACKAGE=\""grassmods"\" > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386 > > -apple-darwin10.6.0/include > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -o > OBJ.i386-apple-darwin10.6.0/togl.o -c togl.c > > In file included from togl.c:53: > > /Library/Frameworks/Tk.framework/Headers/tkMacOSX.h:31: error: expected > declaration specifiers or ‘...’ before ‘TkRegion’ > > togl.c: In function ‘SetMacBufRect’: > > togl.c:1088: error: ‘struct TkWindowPrivate’ has no member named > ‘grafPtr’ > > togl.c: In function ‘Togl_CreateWindow’: > > togl.c:2221: warning: cast to pointer from integer of different size > > togl.c:2338: warning: ‘aglSetDrawable’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) > > togl.c:2340: error: ‘struct TkWindowPrivate’ has no member named > ‘grafPtr’ > > togl.c: In function ‘Togl_EventProc’: > > togl.c:2594: warning: ‘AGLDrawable’ is deprecated > > togl.c:2596: warning: ‘aglSetDrawable’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) > > togl.c:2610: warning: ‘aglSetDrawable’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) > > togl.c: In function ‘Togl_LoadBitmapFont’: > > togl.c:3143: warning: ‘aglUseFont’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:374) > > make[1]: *** [OBJ.i386-apple-darwin10.6.0/togl.o] Error 1 > > make: *** [default] Error 2 > > In visualization/nviz/src/togl.c there are some conditions: > > #if TK_MAJOR_VERSION < 8 > # error Sorry Togl requires Tcl/Tk ver 8.0 or higher. > #endif > > #if defined(TOGL_AGL_CLASSIC) > # if TK_MAJOR_VERSION < 8 || (TK_MAJOR_VERSION == 8 && TK_MINOR_VERSION < > 3) > #error Sorry Mac classic version requires Tcl/Tk ver 8.3.0 or higher. > # endif > #endif /* TOGL_AGL_CLASSIC */ > > #if defined(TOGL_AGL) > # if TK_MAJOR_VERSION < 8 || (TK_MAJOR_VERSION == 8 && TK_MINOR_VERSION < > 4) > #error Sorry Mac Aqua version requires Tcl/Tk ver 8.4.0 or higher. > # endif > #endif /* TOGL_AGL */ > > Maybe helpful? Not yet, do you think that has something to do with my TCL/TK libraries? I got it via installer from http://www.activestate.com/activetcl/downloads Thats the version of ActiveTCL 8.5.9.2...Is there the TK included? Do I have to get TCL/TK directly compiled from the source code for GRASS? Johannes > > Markus -- Schon gehört? GMX hat einen genialen Phishing-Filter in die Toolbar eingebaut! http://www.gmx.net/de/go/toolbar ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX 10.6.6
On Thu, Feb 24, 2011 at 12:28 PM, Johannes Radinger wrote: ... > Errors in: > /Users/admin/Downloads/grass-7.0.svn_src_snapshot_2011_02_19/visualization/nviz ... > Finished compilation: Do 24 Feb 2011 12:18:01 CET > make: *** [default] Error 1 > > > So I changed to the nviz directory and ran again make and there I get: > > make -C src > gcc -g -O2 > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -D_FILE_OFFSET_BITS=64 -I/Library/Frameworks/Tcl.framework/Headers > -I/Library/Frameworks/Tk.framework/Headers > -I/Library/Frameworks/Tk.framework/PrivateHeaders > -I/Library/Frameworks/Tcl.framework/Headers > -I/Library/Frameworks/Tk.framework/Headers > -I/Library/Frameworks/Tk.framework/PrivateHeaders > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -I/Library/Frameworks/UnixImageIO.framework/unix/include > -I/Library/Frameworks/GDAL.framework/Versions/1.8/Headers > -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include > -DPACKAGE=\""grassmods"\" > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386 > -apple-darwin10.6.0/include > -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include > -o OBJ.i386-apple-darwin10.6.0/togl.o -c togl.c > In file included from togl.c:53: > /Library/Frameworks/Tk.framework/Headers/tkMacOSX.h:31: error: expected > declaration specifiers or ‘...’ before ‘TkRegion’ > togl.c: In function ‘SetMacBufRect’: > togl.c:1088: error: ‘struct TkWindowPrivate’ has no member named ‘grafPtr’ > togl.c: In function ‘Togl_CreateWindow’: > togl.c:2221: warning: cast to pointer from integer of different size > togl.c:2338: warning: ‘aglSetDrawable’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) > togl.c:2340: error: ‘struct TkWindowPrivate’ has no member named ‘grafPtr’ > togl.c: In function ‘Togl_EventProc’: > togl.c:2594: warning: ‘AGLDrawable’ is deprecated > togl.c:2596: warning: ‘aglSetDrawable’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) > togl.c:2610: warning: ‘aglSetDrawable’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) > togl.c: In function ‘Togl_LoadBitmapFont’: > togl.c:3143: warning: ‘aglUseFont’ is deprecated (declared at > /System/Library/Frameworks/AGL.framework/Headers/agl.h:374) > make[1]: *** [OBJ.i386-apple-darwin10.6.0/togl.o] Error 1 > make: *** [default] Error 2 In visualization/nviz/src/togl.c there are some conditions: #if TK_MAJOR_VERSION < 8 # error Sorry Togl requires Tcl/Tk ver 8.0 or higher. #endif #if defined(TOGL_AGL_CLASSIC) # if TK_MAJOR_VERSION < 8 || (TK_MAJOR_VERSION == 8 && TK_MINOR_VERSION < 3) #error Sorry Mac classic version requires Tcl/Tk ver 8.3.0 or higher. # endif #endif /* TOGL_AGL_CLASSIC */ #if defined(TOGL_AGL) # if TK_MAJOR_VERSION < 8 || (TK_MAJOR_VERSION == 8 && TK_MINOR_VERSION < 4) #error Sorry Mac Aqua version requires Tcl/Tk ver 8.4.0 or higher. # endif #endif /* TOGL_AGL */ Maybe helpful? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Failed to draw barscales to some frames
sgw00412 wrote: > I tried to three maps on a monitor with command "d.frame". (did you find the d.split.frame module? it makes it a little easier) > I was able to draw three maps successfully. > However, I failed to add the barscale in the second and > third maps. > > Why is it so ? > > My scrips as follows; > --- > d.mon x0 > > #step.1 > g.region vect= area_A > d.frame -c at=51,100,0,70 > d.vect . > d.vect > d.barscale bcolor=white tcolor=black at=0.0,0.0 > # barscale was drawn > > #step.2 > g.region vect= area_B > d.frame -c at=0,50,0,50 > d.vect > d.vect > d.barscale bcolor=white tcolor=black at=0.0,0.0 > # barscale was not drawn...why ? > > #step.3 > g.region vect=area_C > d.frame -c at=0,50,51,100 > d.vect > d.vect > d.barscale bcolor=white tcolor=black at=0.0,0.0 > # barscale was not drawn...why ? > -- there seems to be a bug. "d.barscale -m" works to place it with the mouse (but then if you move it the replaced backdrop is corrupted), and then you can use "d.save -o" to see the command line you need. in this case for case 2 it seems to need y > 100%: d.barscale at=0,120 and for case 3, it would need like: d.barscale at=110,120 but the parse won't let you enter a x% value >100%. (interesting the range check is not applied to the second argument- another bug! that placement should be using the current frame, but it seems to be stuck at the first one. you might cheat and go back to the full screen frame and place them as a percentage of the window: d.frame full_screen d.barscale at=0,95 d.barscale at=52,95 please file a report in the trac system, http://trac.osgeo.org/grass/ you'll need to create yourself an osgeo ID for that. thanks, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX 10.6.6
Hello grass users! Original-Nachricht > Datum: Wed, 23 Feb 2011 12:13:56 -0600 > Von: William Kyngesburye > An: Johannes Radinger > Betreff: Re: Compiling GRASS 7.0 on Mac OSX 10.6.6 > sorry, this: > > --with-cairo-includes="/Library/Frameworks/cairo.framework/unix/include/cairo > /Library/Frameworks/cairo.framework/unix/include" > --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib > --with-cairo-ldflags=-lcairo The ./configure works now without any problems and errors. After the ./configure a ran make but now I get again an error: make manifests make[1]: Nothing to be done for `manifests'. GRASS GIS compilation log - Started compilation: Do 24 Feb 2011 12:06:37 CET -- Errors in: /Users/admin/Downloads/grass-7.0.svn_src_snapshot_2011_02_19/visualization/nviz -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Do 24 Feb 2011 12:18:01 CET make: *** [default] Error 1 So I changed to the nviz directory and ran again make and there I get: make -C src gcc -g -O2 -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include -D_FILE_OFFSET_BITS=64 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/PrivateHeaders -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/PrivateHeaders -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include -I/Library/Frameworks/UnixImageIO.framework/unix/include -I/Library/Frameworks/GDAL.framework/Versions/1.8/Headers -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include -DPACKAGE=\""grassmods"\" -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386 -apple-darwin10.6.0/include -I/users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_19/dist.i386-apple-darwin10.6.0/include -o OBJ.i386-apple-darwin10.6.0/togl.o -c togl.c In file included from togl.c:53: /Library/Frameworks/Tk.framework/Headers/tkMacOSX.h:31: error: expected declaration specifiers or ‘...’ before ‘TkRegion’ togl.c: In function ‘SetMacBufRect’: togl.c:1088: error: ‘struct TkWindowPrivate’ has no member named ‘grafPtr’ togl.c: In function ‘Togl_CreateWindow’: togl.c:2221: warning: cast to pointer from integer of different size togl.c:2338: warning: ‘aglSetDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) togl.c:2340: error: ‘struct TkWindowPrivate’ has no member named ‘grafPtr’ togl.c: In function ‘Togl_EventProc’: togl.c:2594: warning: ‘AGLDrawable’ is deprecated togl.c:2596: warning: ‘aglSetDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) togl.c:2610: warning: ‘aglSetDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:313) togl.c: In function ‘Togl_LoadBitmapFont’: togl.c:3143: warning: ‘aglUseFont’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:374) make[1]: *** [OBJ.i386-apple-darwin10.6.0/togl.o] Error 1 make: *** [default] Error 2 Does anyone know what is the problem or better how to solve it? thanks Johannes > > On Feb 23, 2011, at 10:12 AM, Johannes Radinger wrote: > > > > >> --with-cairo-includes=/Library/Frameworks/cairo.framework/unix/include > --with-cairo-libs=/Library/Frameworks/cairo.framework/unix/lib > --with-cairo-ldflags=-lcairo > > > > a replaced the other cairo-lines by yours but i get the error "Unable to > locate Cairo includes" > > > > sorry for beeing annoying but I am not a programmer/compiler so that is > totally new for me. > > > > thanks > > > > > >> > >> > >> On Feb 23, 2011, at 9:51 AM, Johannes Radinger wrote: > >> > >>> thank you for your quick response. > >>> > >>> It installed FFTW3 from your archive and i don't get the error anymore > I got before. > >>> Now Cairo makes some troubles. I've installed Cairo from your website > and if i run > >>> the long ./configure it says: > >>> > >>> checking for location of cairo includes... > >>> checking for cairo.h... no > >>> configure: error: *** Unable to locate Cairo includes. > >>> > >>> So I included --with-cairo > --with-cairo-includes=/usr/local/include/cairo > --with-cairo-libs=/usr/local/lib --with-cairo-ldflags=-lcairo > >>> in the ./configure as stated in the readme. > >>> > >>> Now I get > >>> checking for location of cairo includes... /u
[GRASS-user] Failed to draw barscales to some frames
I'm grass beginner user from Japan. I tried to three maps on a monitor with command "d.frame". I was able to draw three maps successfully. However, I failed to add the barscale in the second and third maps. Why is it so ? My scrips as follows; --- d.mon x0 #step.1 g.region vect= area_A d.frame -c at=51,100,0,70 d.vect . d.vect d.barscale bcolor=white tcolor=black at=0.0,0.0 # barscale was drawn #step.2 g.region vect= area_B d.frame -c at=0,50,0,50 d.vect d.vect d.barscale bcolor=white tcolor=black at=0.0,0.0 # barscale was not drawn...why ? #step.3 g.region vect=area_C d.frame -c at=0,50,51,100 d.vect d.vect d.barscale bcolor=white tcolor=black at=0.0,0.0 # barscale was not drawn...why ? -- Yasuo shimada : Japan weather association, tokyo office. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
