Home

Discussion Groups

Part of deegree day 2008 are two open discussions on future developments in deegree. We would like to invite anyone from the deegree community who is interested in the offered topics to play an active part in the discussion.

10:15 - 11:45 deegree3 - Feature and Object Model (by Markus Schneider)
  A primary design goal for deegree 3 is, that many different types of (geographic) business objects should be supported in a powerful and easy-to-use manner. This requirement is mostly motivated by the finding that a whole class of data-centric OGC webservices exists (WFS, CSW and SOS), that use objects (features, records or observations) in a very similar manner. In deegree 2, (persistent) objects are always represented using feature objects that are designed to match the original object structure closely. However, for some WFS application schemas, Catalogue profiles or the SOS schemas, there's a gap between the possibilities of the deegree 2 feature model and the requirements.
That's why deegree 2 services often use XSLT-scripts to map between the original application schema and an internal WFS application schema. In deegree 3, we're trying to eliminate the need for these kinds of mappings by using a more general object model. Requirements for this model include:

  • The object structure is usually defined by an XML/GML schema document. The class of processable schemas in deegree 3 must not be restricted to follow the object/property model of standard GML application schemas.
  • The objects usually contain (GML) geometries.
  • It must be possible to filter collections of objects using OGC Filter-expressions (Common Query Language, CQL), therefore the evaluation of XPath-expressions must be supported by the object model.
  • If the objects are stored in a datastore (persistent objects), there is the need for queries (based on CQL) and transactions (insert, update and delete). This is handled by the new datastore layer which is also extended to work with the generic object model.

    • Everybody who wants to participate in the design of the object model is welcome to join the discussion. Or just get a glimpse of the advanced possibilities of deegree 3 data processing.

14:00 - 15:30 deegree - iGeoDesktop (by Andreas Poth)
  Nachdem innerhalb des Vortagblocks zur deegree-Entwicklung ein erster Blick auf das neue deegree Projekt iGeoDesktop als stand-alone Applikation zur Geodatenverarbeitung geworfen wurde, sollen innerhalb eines Arbeitsgruppentreffens mit interessierten Entwicklern und Anwendern, die zugrunde liegenden Konzepte im Detail diskutiert werden. Ferner sollen Möglichkeiten erörtert werden, wie frühzeitig sowohl Nutzer als auch Entwickler von Komponenten in die Planung, Entwicklung und das Testen von iGeoDesktop mit einbezogen werden können.
Wenn Sie iGeoDesktop bereits vorab testen möchten, können Sie eine Installationsdatei für Windows oder Linux herunter laden. Bitte beachten Sie, dass es sich noch um ein sehr frühes Entwicklungsstadium handelt.