From: Blair Z. <bl...@or...> - 2004-06-27 21:00:33
|
ku...@et... wrote: > Hey Blair, > > I use gdal to load data in one of my programs, but found it broken too. So > I've been using a local gdal info file something like this for a few months: > > http://schwehr.org/software/Darwin/gdal.info-ver2 > > I don't know how good this info file is, but it does the trick for me. Not > that I used the no grass flag. Don't know what that does. > > I would assume keep the lib version at one if possible, but don't real care > too much. > > I haven't read the next message from you yet, will get to it in a few. > > -kurt Kurt, Thanks for the link to your gdal.info file. I've put into the tracker a new gdal.info that incorporates some of your work with mime. Some fixes I did differently, such as using --with-local instead of patching LDFLAGS. http://sourceforge.net/tracker/index.php?func=detail&aid=980830&group_id=17203&atid=414256 The one major difference is that this package doesn't have python support built into it, it's explicitly disabled. I think that should be a separate package to support people having different versions of python installed. I would imagine that Python 2.4 will be coming out sometime in the future and we don't want to tie this package to Python 2.3. I don't think it would be to hard to create a gdal-py23.info file. It would use the same gdal-1.2.1.tar.gz and patch the setup.py file to change INCINCLUDE_DIRS to include %p/include and change LIBRARY_DIRS to have %p/lib. Hopefully, it wouldn't need to run configure, just run python setup.py. Regards, Blair -- Blair Zajac <bl...@or...> Plots of your system's performance - http://www.orcaware.com/orca/ |