Bug #429
closed
add additional entity types to EML
Added by Matt Jones almost 23 years ago.
Updated over 22 years ago.
Category:
eml - general bugs
Description
The current eml-entity module describes two types of entities: table-entities
and other-entities. Ultimately I think we need to be able to describe several
other specific types of entities, particularly spatial images and various GIS
objects.
General image support may also be useful (e.g., for jpg, gif, etc) so that photo
quadrats and other types of images used as data and metadata can easily be
included. We may be able to easily accomodate many of these generic entity
types but utilizing a MIME-type label (e.g., image/gif) in the entityType field,
although there may also be need for additional metadata for these entity types.
Files
I think we should consider whether photos should an entity type under dataset
or bumped up to the level of resource. The way we handle them at CES (which is
still in development) is as a resource equivalent to Literature or dataset. We
then key them to projects or datasets. You could still link as part of a
dataset the same way we link literature now.
I'm meeting with a student to go over our planned photo catalog next week, so
maybe we can experiment with drafting an EMLphoto module similar to EML
literature.
Here is an updates spatial reference. shortnames changed to long,
eml-documentation added (tooltip, summary, and source). moduleDocumentation not
yet added.
Ok im working on two files - spatialVector and spatialRaster (the latter will
merge grid and image since both esri and the iso 19115.3 seem be viewing images
as raster data with additional image and band descriptors). i have a couple
questions for Chad:
you created a dataQuality complex type in eml-entity which is used for both
horizonalAccuracy and verticalAccuracy. you added attributeAccuracy in eml-
attribute but implented the content model locally rather than importing the
complext type. Should we be consistent on this - ie should i just implement the
accuracy elements locally in each of the spatial models or should we leave the
complex type in eml-entity and change attribute.xsd so that in imports the same
structure?
If we drop the complex type from eml-entity, then should we also drop the
spatialRepresentation complex type since the only thing it brings in is
spatialRepresentationType (which is really redundant with the module names)
DONE. Added types for spatialRaster, spatialVector, view, and storedProcedure.
Original Bugzilla ID was 429
Also available in: Atom
PDF