deegree3 developer team meeting (2009-04-28)

Protocol by: AndreiIonita

Contents

1. GML

In order to have representations for xlink references in the GML Geometry API, classes for the identifiable objects have been created in org.deegree.geometry.refs. These are instantiated during parsing and can then be resolved through the GMLContextId class.
The GML Feature and Geometry Exporter classes have been added in org.deegree.feature.gml (together with tests).
Meanwhile, the GriddedSurfacePatches classes ( Cone, Cylinder, Sphere) that were missing from the GML Geometry API were created.
The getCoordinateDimension() method from the Geometry interface that returns the dimension of the Cartesian system has been renamed to is3D(), as there is no known uses case that is based on other than 2 or 3 dimensions ( in about 90% of the cases we are dealing with 2D CRSs ).

Some confusion has accumulated over the RasterReference class ( which also was renamed from RasterEnvelope) as whether the reference types OUTER (upper-left corner of the pixel) and INNER (center of pixel) are not mixed. Also it has been decided to introduce the type of reference as parameter for high-level classes ( e.g. WMS client, which basically uses the OUTER representation ) so that no ambiguity arises. Another issue that has to be taken into account when creating a RasterReference instance from an envelope is the axis order and orientation that the envelope inherits from the CRS.

The service is due for delivery by the end of the week. A suite of stress tests is going to be written.