[postgis-devel] [PostGIS] #1058: [raster] Two-raster spatial operations framework proposal

[PostGIS]

#1058: [raster] Two-raster spatial operations framework proposal
----------------------------+-----------------------------------------------
 Reporter:  bnordgren       |       Owner:  pracine      
     Type:  enhancement     |      Status:  new          
 Priority:  medium          |   Milestone:  PostGIS 2.0.0
Component:  postgis raster  |     Version:  1.5.X        
 Keywords:                  |  
----------------------------+-----------------------------------------------

Comment(by bnordgren):

 Replying to [comment:7 mcayland]:
 > Firstly: liblwgeom is intended to be standalone in that it should be
 possible to make use of it without PostgreSQL present at all. So the
 current route of trying to link against postgis.so is incorrect so please
 don't spend any more time on it.

 I think I was unclear. Here's the situation:

 Liblwgeom depends on external libraries, such as geos. [OK]

 Raster depends on liblwgeom [OK]

 Raster also depends on postgis now [PROBLEM].

 It's the link between rtpostgis-2.0.so and postgis-2.0.so (with raster
 depending on postgis) which is problematic. In terms of your outline, this
 is the part which requires that problematic link:

 > 5) Rework postgis/lwgeom_transform.c cache code so it uses the
 underlying liblwgeom routines... and while you're there, also refactor it
 into a simple API so that adding caching to any other functions within
 PostGIS (as in linked with PostgreSQL) becomes much easier (and indeed, I
 believe you can test this by making the prepared geometry cache use your
 new code too).

 Do you see a way to avoid making this link?

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/1058#comment:8>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.