On Sat, 24 Mar 2001, Tod Matola wrote:
>
> I am in agreement that we should propose that this document does not
> need to be clouded by the inclusion of registry software (that we
> don't understand) context. If we do this (remove the registry from the
> document) would it be sufficient to replace it with context of RDF
> schema documents? I would assume that XML documents have to come up in
> the discussion of the XML namespace since we need an object to refer
> to. Until now the document has avoided that by referring to this
> ambiguous "registry of terms".
X-posted as relevant to both lists.... note that more detailed discussion
is taking place on dc-architecture.
I agree that it is sensible to leave 'registry issues' out of this
document. I assume I am right in thinking what is being sought is
definitive namespaces that can be used in RDF and XML schema declarations?
And that we leave what these resolve to til later... tho I think we need
to keep in mind that resolution will require some sort of RDDL mechanism
to accomodate different schema syntaxes.
My view is that further work on the registry relies on this decision on
namespaces, once we have definitive namespaces we can explore usefulness
of registry.
I have a few further comments on document but I will just direct those to
the dc-architecture WG.
Rachel
>
>
> >
> > Dan
> >
> > On Fri, 23 Mar 2001, Matola,Tod wrote:
> >
> > > Hello,
> > >
> > > There is a revised draft of a DCMI Namespace Policy guideline on the DCMI
> > > website at the following URL:
> > >
> > > http://dublincore.org/documents/2001/03/09/dcmi-namespace/
> > >
> > > This revised draft is available for 1 week of review and comment. After
> > > which the revised draft will be submitted to a expert committee (selected by
> > > the DCMI Directorate) for final review.
> > >
> > > Highlights of the revisions (based on discussions from the DC-Architecture
> > > WG):
> > >
> > > 1) DCES namespace has been correct to remain consistent with DCES namespace
> > > published to date.
> > > http://purl.org/dc/elements/1.1/
> > >
> > > 2) Added a policy about persistence
> > > VI. Persistence Policy
> > > DCMI recognizes that people and applications depend on the persistence of
> > > formal documents and machine processable schemas made available on the DCMI
> > > Website and through the DCMI metadata registry. The DCMI pledges that as far
> > > as they are able, formal documents and metadata schemas will continue to be
> > > available throughout the life of the DCMI. Where a persistent resource is
> > > modified, a change history will be archived.
> > >
> > > In the event that DCMI is disbanded, then any organization will be granted
> > > the right to make a copy (at a different URI) of all public persistent DCMI
> > > resources, so long as (1) they are not modified, (2) are preserved in their
> > > entirety and (3) are made available to others free of charge.
> > >
> > > 3) "URI-based namespaces" was changed to "XML namespaces" (see
> > > http://www.w3.org/TR/REC-xml-names).
> > >
> > > Cheers Tod Matola
> > > DCMI/OCLC Office of Research
> > > [log in to unmask]
> > >
>
> Cheers Tod
>
> [1]
> http://www.jiscmail.ac.uk/cgi-bin/wa.exe?A2=ind0103&L=dc-architecture&F=&S=&P=1202
>
> [2]
> http://www.jiscmail.ac.uk/cgi-bin/wa.exe?A2=ind0102&L=dc-architecture&F=&S=&P=29233
>
---------------------------------------------------------------------------
Rachel Heery
UKOLN (UK Office for Library and Information Networking)
University of Bath tel: +44 (0)1225 826724
Bath, BA2 7AY, UK fax: +44 (0)1225 826838
http://www.ukoln.ac.uk/
|