Hi All,
I agree with all your statements. If you do not have spatial or geographic
data you use the hierarchyLevel of "nonGeographicDataset". In that case you
only have to fill out the following:
(Caveat: There may be spelling mistakes in the following element paths.)
MD_Metadata/language
MD_Metadata/characterSet if you don't have it identified in your XML
declaration.
MD_Metadata/hierarchyLevel
MD_Metadata/hierarchyLevelName which could be "nonGeographicDataset"
MD_Metadata/Contact/indiviualName or organisationName or positionName
MD_Metadata/role/CI_RoleCode this is usually "pointOfContact"
MD_Metadata/dateStamp/Date
MD_Metadata/identificationInfo/MD_DataIdentification/citation/CI_Citation/tit
le
MD_Metadata/identificationInfo/MD_DataIdentification/citation/CI_Citation/dat
e/CI_Date/date/Date and
MD_Metadata/identificationInfo/MD_DataIdentification/citation/CI_Citation/dat
e/CI_Date/date/dateType/CI_DateTypeCode
MD_Metadata/identificationInfo/MD_DataIdentification/abstract
MD_Metadata/identificationInfo/MD_DataIdentification/language
Notice no extent information.
Many of these elements can be obtained automatically from the system or are
commonly the same. For example, in Australia the two different language
elements will have the content of "eng".
The benefit of using ISO 19115 over DC is that you can validate the XML
against the ISO 19139 XSDs. There are no DC XSDs and therefore you can't
prove compliance to that standard. This is a major advantage for reliable
machine to machine processing.
Also, the structure of the ISO 19115 model allows you to relate multiples of
the same element. For example, multiple contacts for the metadata to
different roles for that metadata. Eg. An organisation for the
"pointOfContact" and a different organisation for the 'custodian'.
I have probably blabbed on too long but I think that using ISO 19115 over DC
has many benefits.
I hope that this helps.
John
-----Original Message-----
From: geonetwork-users-bounces@lists.sourceforge.net
[mailto:geonetwork-users-bounces@lists.sourceforge.net] On
Behalf Of Cyril Faucher
Sent: Wednesday, 12 December 2007 12:42 AM
To: geonetwork-users@lists.sourceforge.net
Subject: Re: [GeoNetwork-users] Problems with Dublin CoreHi,
I am newbie in GeoNetwork.
I agree with Fabien. The ISO 19115 is an extensible standard
with only
10 mandatory attributes, its use is not restricted to
georeferenced data.
For example, the datatype describing Responsible Party, Location or
others are very global, thus applicable in other contexts:
organisation
database...
In my point of view, the context and the specific Metadata
profile will
give the usage of the Metadata standard and not the inverse.Best regards,
Cyril Faucher.FBachraty a écrit :
> Hello Christian,
>
> I think that the ISO19115 can also describe data that are
not geo localized,
> The geographic bounding box and field concerning the geo
localized data can
> be delete.
> What can the most can the less.
>
> Moreover if you use the same standard for all your data
this will be more
> coherent.
>
> You can create a template for geo localized data and non
geo localized data.
>
> Cordially Fabien Bachraty.
>
>
> Christian Gadge wrote:
>
>> Hello List,
>>
>> I have to build a full functionally server version of
GeoNetwork until end
>> of december. We have plenty of data without a geographical
content in our
>> project, so I want to use the Dublin Core template to
manage this kind of
>> data. I read in the mailinglist that there will be a "fix
release soon"
>> (...14th october), that will rectify the problem with DC-template.
>>
>> I am using eclipse including subclipse so I tried to build
the application
>> from SVN after running the build.xml from installer-folder
[trunk]. The
>> results seem to be correct, but after installing GN the DC template
>> doesn't work as well.
>>
>> this error appears...
>>
>> The requested operation could not be performed.
>> IllegalArgumentException: Mismatch between schema and xml:
No type for
>> 'element': null with parent simpledc
>>
>>
>>
>> So my questions...
>>
>> 1) Is there a "date" when the GN update will be released ?
>>
>> 2) Does anyone fixed the problem by using SVN to build the
application?
>>
>> 3) I dont want to change some files (e.g. layout, css,
template...) per
>> copy and paste. Thats why I'm trying to modify sourcecode
using eclipse. I
>> think it isn't necessary to build the complete application
after changing
>> some simple contend. How can I manage this ?
>>
>>
>> Thanks for your explanatory notes.
>> Best regards,
>>
>> Christian
>>
>>
>> **************************************
>> Christian Gadge
>>
>> -Datenmanagement-
>> Helmholtz-Center of Environmental Research
>> Leipzig, Germany
>>
>>
>>
>>
--------------------------------------------------------------
-----------
>> SF.Net email is sponsored by:
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> GeoNetwork-users mailing list
>> GeoNetwork-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
>> GeoNetwork OpenSource is maintained at
>> http://sourceforge.net/projects/geonetwork
>>
>>
>
>--------------------------------------------------------------
-----------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork