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: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED] http://www.tu-harburg.de/~semb2204/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
