Changes between Version 1 and Version 2 of WKTRaster/SpecificationWorking01


Ignore:
Timestamp:
Apr 16, 2009, 7:36:41 AM (15 years ago)
Author:
pracine
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • WKTRaster/SpecificationWorking01

    v1 v2  
    218218   * polygonize with GDAL or GRASS, that generates some internal structure for those libraries, and you turn that into a WKT form of polygon. That can be passed to PostGIS, and you don't need to link to liblwgeom.[[BR]][[BR]]
    219219 1. Best practice for band referencing: having a band parameter (index?) or always use RT_Band()[[BR]][[BR]]-e.g. SELECT RT_AsTIFF(RT_Band(raster,2),60) FROM coverandtemp[[BR]][[BR]]SELECT RT_AsTIFF(RT_Band(raster,2),RT_Band(raster,1),60) FROM coverandtemp[[BR]]or[[BR]]SELECT RT_AsTIFF(raster,2,60) FROM coverandtemp[[BR]][[BR]]Pierre: Having a band parameter (or a list of band) for each function trying to access a band would be preferable to avoid useless memcopy of band data.[[BR]][[BR]]
    220  1. Architecture & design issues:
    221 
     220 1. Architecture & design issues:[[BR]][[BR]]
    222221   * How to handle no NODATA? Pierre from Frank input: We'll need a HasNoDataValue flag for each band.[[BR]][[BR]]
    223  1. Documentation
    224 
    225    * Setup a structure (likely on a Wiki), sections for developers and for users
    226 
    227    * Update existing documents like RFCs - they are out of date.
    228 
     222 1. Documentation[[BR]][[BR]]
     223   * Setup a structure (likely on a Wiki), sections for developers and for users[[BR]][[BR]]
     224   * Update existing documents like RFCs - they are out of date.[[BR]][[BR]]
    229225   * Describe key terms: canonical format, serialized format, transfer format (WKB), in-db raster, out-db raster, etc. This should help people to grasp the WKT Raster key elements quickly, and help them to decide which document/RFC to read in details.[[BR]][[BR]]
    230  1. Development Roadmap
    231 
     226 1. Development Roadmap[[BR]][[BR]]
    232227   * Review current schedule.
    233228   * Add note on a website where users should (or should not) expect 1 release - clear statement.