Changes between Version 40 and Version 41 of GeoDjangoInstall


Ignore:
Timestamp:
05/29/2008 10:55:04 AM (7 years ago)
Author:
jbronn
Comment:

Added notes about older ctypes on Python.24; updated some links.

Legend:

Unmodified
Added
Removed
Modified
  • GeoDjangoInstall

    v40 v41  
    2020=== Python & PostgreSQL ===
    2121 * '''Python'''
    22    * ''Required:'' Python 2.4 is required because of heavy use of 2.4 decorator syntax (e.g. `@property`).  The `ctypes` module needs to be installed as well.
     22   * ''Required:'' Python 2.4 is required because of heavy use of 2.4 decorator syntax (e.g. `@property`). 
     23     * If using Python 2.4, the `ctypes` module needs to be installed as well.
     24     * Binary packages like `python2.4-ctypes` on Ubuntu/Debian may be used; however, older distributions (like Ubuntu 6.06) use old versions of ctypes that contain bugs -- in such instances, install the latest version (currently 1.0.2) which may be obtained from the [http://sourceforge.net/project/showfiles.php?group_id=71702 ctypes sourceforge project].
    2325   * ''Recommended:'' Python 2.5 is recommended because the `ctypes` module comes included.  [http://python.org/download/releases/2.5.2/ Python 2.5.2] is the current latest.
    2426 * '''PostgreSQL'''
     
    7072 * ''Recommended'': [ftp://ftp.remotesensing.org/proj/proj-4.6.0.tar.gz 4.6.0] (the current latest).
    7173
    72 [http://www.remotesensing.org/proj/ PROJ.4] ([http://proj.maptools.org/ mirror site]) is a library for converting geospatial data to different coordinate reference systems.
     74[http://trac.osgeo.org/proj/ PROJ.4] is a library for converting geospatial data to different coordinate reference systems.
    7375
    7476First, download PROJ.4 from the remotesensing website, and untar the source archive:
    7577{{{
    76 $ wget ftp://ftp.remotesensing.org/proj/proj-4.6.0.tar.gz
     78$ wget http://download.osgeo.org/proj/proj-4.6.0.tar.gz
    7779$ tar xzf proj-4.6.0.tar.gz
    7880}}}
     
    105107}}}
    106108
    107 Run the `configure` script enabling GEOS and PROJ support, `make`, and install.
     109Run the `configure` script, `make`, and install.
    108110{{{
    109111$ ./configure
     
    139141 * ''Recommended'': GDAL version 1.5 and above.
    140142
    141 GDAL/OGR is an excellent open source geospatial library that support features such as coordinate transformations and reading/writing ''both'' vector (e.g., SHP) and raster (e.g., GeoTIFF) geographic data -- however, !GeoDjango does not yet support GDAL's raster capabilities.  Installation of GDAL is ''highly recommended'' because some features (e.g., a large number of `SpatialRefSys` model routines and the `LayerMapping` utility) require GDAL capabilities; however GDAL is not required for core functionality like spatial queries.
     143[http://trac.osgeo.org/gdal/ GDAL/OGR] is an excellent open source geospatial library that support features such as coordinate transformations and reading/writing ''both'' vector (e.g., SHP) and raster (e.g., GeoTIFF) geographic data -- however, !GeoDjango does not yet support GDAL's raster capabilities.  Installation of GDAL is ''highly recommended'' because some features (e.g., a large number of `SpatialRefSys` model routines and the `LayerMapping` utility) require GDAL capabilities; however GDAL is not required for core functionality like spatial queries.
    142144 
    143145First, download the latest [http://trac.osgeo.org/gdal/wiki/DownloadSource GDAL] version (currently [http://download.osgeo.org/gdal/gdal-1.5.1.tar.gz 1.5.1]), and untar the archive:
     
    148150}}}
    149151
    150 Configure with GEOS support, run `make` (use `gmake` on Solaris platforms) and install:
    151 {{{
    152 $ ./configure --datadir=/path/to/data_files
     152Configure specifying the data directory (if installing in `/usr/local`, then use `/usr/local/share/gdal`), run `make` (use `gmake` on Solaris platforms) and install:
     153{{{
     154$ ./configure --datadir=/usr/local/share/gdal
    153155$ make
    154156# make install
    155157}}}
    156158
    157 Specifying the data directory at compile time avoids having to set the `GDAL_DATA` environment variable (see troubleshooting tip below).
     159Specifying the data directory at compile time avoids having to set the `GDAL_DATA` environment variable (see [http://trac.osgeo.org/gdal/ticket/2382 GDAL ticket #2382] and the troubleshooting tip below).
    158160
    159161'''Troubleshooting:''' If you receiving the following error message when running the GDAL tests and/or working with `SpatialReference` objects:
Back to Top