The Find scripts probably don't check MacPorts directories so you need
to tell CMake the location:
-D GRASS_PREFIX7=/opt/local/share/grass-7.2.2
Tom
On 9/28/17 8:12 PM, David Liontooth wrote:
I'm interested in reading LIDAR data, which appears to require GRASS
(I'm new to this).
I'm try
The file does not exist by default.
For some more info see:
http://developer.apple.com/mac/library/documentation/MacOSX/Conceptual/BPRuntimeConfig/Articles/EnvironmentVars.html
Tom
Greg Coats wrote:
I am running Mac OS X 10.6.2, and Xcode 3.2.1, but that file does not exist.
$ ls -l ~/.MacOSX/
Greg Coats wrote:
which observation tool do you recommend I use?
I use Shark. The others are specialized and focus on specific areas of
performance.
Just launch Shark and click its Start button when you're ready to
collect data. By default, it collects data for 30 seconds but this can
be c
Greg Coats wrote:
The GDAL Kakadu JP2KAK plugin, compiled for 32 and 64 bit, under Mac OS
X 10.6 can be downloaded from
http://homepage.mac.com/gregcoats/jp2/images/gdal_JP2KAK.dylib.zip
I'm still running 10.5 which wouldn't load this. Do you have an older build?
Here's a 30 sec sample of wher
Marco Hugentobler wrote:
Hm, on my laptop with ubuntu 9.10 and current QGIS svn version,
dcua_qgis140_relative_reduce6_1440x900_17.qgs opens in 3 seconds and
dcua_qgis140_relative_reduce6_1440x900_19.qgs in 4 seconds.
Using the current svn version (r12814), I was able to open the project
in a
John C. Tull wrote:
Have you tried building with the qt-4.5 beta that recently was released?
I'm trying with the binary from trolltech (have not tried a source build
yet), but seem to be hitting some issues with international support
(maybe the binary does not have that included; it's not a big
William Kyngesburye wrote:
On Oct 31, 2008, at 7:17 AM, Martin Dobias wrote:
While I'm not a developer, the with my (very) little understanding of how
QGIS and gdal interact, I don't think this is possible with a plugin.
For all work with raster data (except WMS) we use GDAL.
So, support for
Tim Sutton wrote:
As a general rule we need to consult the community / documentation
team before doing any GUI changes prior to 1.0 release with some
comment on impact levels they may expect.
Agreed but I don't see a GUI change here. The bug is that the volume
list in a QFileDialog (a Qt not
William Kyngesburye wrote:
I'd be happy with Tom's proof-of-concept fix - I think the main need for
access to external drives is to add raster and vector layers.
Since Qt is saving the volume list in com.trolltech.plist and then
retrieving the list for subsequent dialogs, the proof-of-concept
John C. Tull wrote:
On a side note, with Qt4.5 carbon built from today's snapshot, the grass
plugin fails to compile. I had to disable grass in order to get a
finished qgis trunk build. Because qt is not stable, I have not filed a
bug.
qgsgrassshell is the one remaining QGIS module that still
William Kyngesburye wrote:
On Oct 16, 2008, at 9:29 AM, Sergio Zárate Pedroche wrote:
In a different issue, QGIS will not read volumes (an external firewire
drive).
I think this is a known issue. I thought there was work done to add a
Mac version of the open dialog, but I guess it's not read
11 matches
Mail list logo
