[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Re^6: Debian Metadata Proposal -- draft rev.1.4



Marco.Budde@hqsys.antar.com (Marco Budde) writes:
> I#ve downloaded the URN description yesterday. I don#t think that this  
> could help us. There proposal looks like a mixture of a DNS for the WWW  
> and apache#s rewrite feature.
> 
> For both ways of URN you need a server (httpd or dns) and network access.  
> For a local system this is useless.

Well.  For an offline system it is useless.  There could be a
debian-urn package which contains URL2URL CGI scripts or whatnot, and
a list of URNs and mirrors of publice docuemntation web sites, etc.
Surely not something I want to wait for though.  ;)

> APH> Maybe our validator routine for pkg maintainers could check for this
> APH> case.
> 
> Another important thing, a translation should always use the same Subject  
> line as the original.

Noted now in the spec.  Good idea.

> APH> the system.  Why do we need to be have a objectID on a bit of
> APH> metadata?  If a display system needs one, it could generate it on it's
> APH> own, i.e., a random number.
> 
> We need it for the translated or auto-converted documents.

Why?  Translations are translation of files.  Their identifier is
their file path.

I haven't seen a single reason why I need globally unique metadata
entity identifiers.  Lets move forward on implementation and see if we
do or not.  I hope not.

-- 
.....A. P. Harris...apharris@onShore.com...<URL:http://www.onShore.com/>


--  
To UNSUBSCRIBE, email to debian-doc-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


Reply to: