Subject: Re: misc/34542: Mismatch of DTD's URL
To: None <,,,>
From: Hiroki Sato <>
List: netbsd-bugs
Date: 09/17/2006 18:30:02
The following reply was made to PR misc/34542; it has been noted by GNATS.

From: Hiroki Sato <>
Subject: Re: misc/34542: Mismatch of DTD's URL
Date: Mon, 18 Sep 2006 03:26:39 +0900 (JST)

 Content-Type: Text/Plain; charset=us-ascii
 Content-Transfer-Encoding: 7bit
 Klaus Heinz <> wrote
   in <>:
 k.> wrote:
 k.> > 	In developer.xml <URL:>
 k.> >
 k.> > 	Real URL:
 k.> >
 k.> >
 k.> > 	So, I can't process those XML files.
 k.> This was done by design. The public identifier in our documents is _not_
 k.> meant to be used for downloading a DTD through a network.
 k.> In pkgsrc, various catalog files, managed by xmlcatmgr, are responsible
 k.> for maintaining a mapping from this identifier to the actual local DTD
 k.> file.
 k.> I do not remember the exact reason hrs@ introduced this separate XML
 k.> URL namespace.
  Yes.  This is because the URLs are used as an abstraction layer
  to access a file from XML documents.  For example,
  is for a localized DTD since it includes /lang/ part.  The /lang/ part
  is resolved by XML catalog file.  This is needed for preventing the
  documents from being bound by the actual directory structure.
  Without it, relocation of the document files becomes very difficult.
  In short, tools which does not support XML catalog cannot process
  XML files in the htdocs tree.  XML support of WWW browser is very
  limited, so you cannot get meaningful results by using it even if
  the URLs can actually be accessed by HTTP.
 | Hiroki SATO
 Content-Type: application/pgp-signature
 Content-Transfer-Encoding: 7bit
 Version: GnuPG v1.4.2 (FreeBSD)