Changes between Version 2 and Version 3 of DevWikiSpatialCollectionTutorial

Timestamp:

09/16/11 21:07:38 (13 years ago)

Author:

bnordgren

Comment:

--

DevWikiSpatialCollectionTutorial

@@ -165 +165 @@
 The salient point here is that `sc_sampling_engine` does not care how the values for each pixel are generated, nor does it care what those values are. It merely asks "What is the value at point '''P'''?" for every grid cell. It doesn't even care what algorithm was used to determine the size, shape, resolution or rotation of the raster.
 
+== Projecting ==
+
+Not included in this example is the following implementation of the spatial collection interface: 
+
+{{{
+#!C
+SPATIAL_COLLECTION *
+sc_create_projection_wrapper(SPATIAL_COLLECTION *wrapped,
+                                     int32_t desired_srid,
+                                     projPJ wrapped_proj, projPJ desired_proj );
+void sc_destroy_projection_wrapper(SPATIAL_COLLECTION *dead);
+}}}
+
+Note again that we write and maintain only ''one'' version of the projection code. Because it is the query point which is projected (and not the base data from which the collection is derived), we need not be concerned with the nature of the base data. Wrap your spatial object with a collection, project the collection, then move on. 
+
+The constructor shown requires that you pass in a `projPJ` object because it is included in the `liblwgeom` library which does not have access to the `spatial_ref_sys` table in the database. It would be possible (and desirable) to put another constructor in the `libpgcommon` library which could generate a `projPJ` object based on the srid.
+
 == Potential directions ==