Re^8: Debian Metadata Proposal -- draft rev.1.4
Am 18.07.98 schrieb apharris # burrito.onshore.com ...
Moin Adam!
APH> > For both ways of URN you need a server (httpd or dns) and network
APH> > access. For a local system this is useless.
APH> Well. For an offline system it is useless. There could be a
APH> debian-urn package which contains URL2URL CGI scripts or whatnot, and
APH> a list of URNs and mirrors of publice docuemntation web sites, etc.
APH> Surely not something I want to wait for though. ;)
I don#t think that we need such a system, but of course for the WWW this
would be a good thing.
APH> > We need it for the translated or auto-converted documents.
APH> Why? Translations are translation of files. Their identifier is
APH> their file path.
No, as I#ve showed we need a "real" ID. With you solution you can#t move a
original to another directory or change the filename without breaking all
translation and auto-converted links to the original. This is a bad
design.
And it#s not possible to add one URL several times. This could be a real
problem with http:// links.
With my solution the ID is unique and the directory/filename could be
changed. So please change the draft of our standard, we should have
Identifier: <package> <could be choosen by the maintainer>
File: <path, should be relative to the docreg file>
APH> I haven't seen a single reason why I need globally unique metadata
APH> entity identifiers. Lets move forward on implementation and see if we
APH> do or not. I hope not.
That#s not possible. I need the final design, before I change dhelp. I had
changed the database and the parser, but than you#ve changed the draft and
I don#t have the time to rewrite it several times.
So please add it to the draft, because I need it for dhelp. And please add
the tags for Markus# directory structure.
And again, we#ve to talk about the location of the docreg files and the
path (relative,absolute).
cu, Marco
--
Uni: Budde@tu-harburg.de Fido: 2:240/5202.15
Mailbox: mbudde@hqsys.antar.com http://www.tu-harburg.de/~semb2204/
--
To UNSUBSCRIBE, email to debian-doc-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: