Adrian custer wrote:
>
> Does anyone know if there is a way to isolate certain object types when
> adding them to content management systems (repositories) so their actual
> storage can be determined. Is the ebRIM profile for GIS going to isolate
> the big geospatial data to let it be stored in a different way, e.g.
> PostGIS, or is that profile only going to cover 'metadata'?
I dont think there is a "ebRIM profile for GIS". Profiles dont realy work
that way - there is a profile for a specific function. For example, there
is a profile to map the basic searchable fields from the OGC Catalog spec
(id, title, etc) to ebRIM objects, then another profile for ISO19115
metadata.
Profiles are inherently hierarchical, 19115 profile should extend CS/W
profile.
There is not as yet, but eventually needs to be, ebRIM profiles for all the
major types of artefacts :
* services (ISO19119 is not suitable IMHO), probably with child profiles for
each major class of services identifying the necessary metadata they will
need
* feature Type Catalog (a draft is in preparation)
* query models
* service profiles themselves
* any registry managed content (eg vocabulary terms, features (yes - you
could manage features in a registry quite happily, or treat any register as
a set of features)
* SLD (or other symbology catalog concept)
* map contexts
* etc
Rob A
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
