Re: FSGML:formal public identifier is invalid?

[Dan Emory <danemory@xxxxxxxxxxxx>]

It's almost certain that the PUBLIC identifier should be an informal one.

The correct format for a DOCTYPE declaration that uses an informal public
identifier for the DTD is:

<!DOCTYPE doctypename PUBLIC "-//CONTRACTORNAME//DTD dtdname//EN" [
        internal DTD subset, if any
] >

and the writer rule for such an informal public identifier is:

writer external dtd is public "-//CONTRACTORNAME//DTD dtdname//EN";

The writer rule above works in FM+SGML 5.1.1. If it doesn't work in V5.5.6,
it's a new bug in that release.

Is the entire DTD name "doclrumi 082997" or is it just "doc1rumi"? If it's
the latter, why is the number 082997 included in the public identifier?

Also, if you specify an entity catalog (an ASCII file) in your SGMLAPPS
file, you can use an entry in the entity catalog to specify the storage
location of the DTD, using the PUBLIC identifier, as follows:

PUBLIC "-//CONTRACTORNAME//DTD dtdname//EN" "/myfile.sgm"

Also, the PublicID entry in SGMLAPPS should be:

PublicID: -//CONTRACTORNAME//DTD dtdname//EN

This PublicID entry in SGMLAPPS doesn't seem to work in V5.5.1. Maybe the
bug is still there in V5.5.6, in which case you should try the entity
catalog approach.

I'd be very interested in knowing whether the information I've provided
above solves your problem, and exactly which method (entity catalog or
Public ID in SGMLAPPS) works correctly. The main reason I haven't upgraded
to V5.5.x is that I know and understand all the bugs in V5.1.1, and how to
get around most of them. Based on what I've heard, few, if any of those bugs
were corrected in V5.5.x, and new ones were introduced. I don't want to go
through the travails in v5.5.6 that I went through in V5.5.1 until I know
for sure whether it's worthwhile. So far, I haven't heard anything that
tempts me to upgrade, and the resolution of your problem is, therefore, of
interest to me. 

At 02:12 PM 4/13/99 -0700, Hogan, John (Tempe) wrote:
>In FSGML 5.5.6 on Win95 I keep getting the parser message:
>
>"pathname/myfile.sgm; line 1 Formal public identifier
>(//CONTRACTORNAME//doclrumi 082997//EN) is invalid; treated as
>informal."
>
>The identifier is copied right out of my customer's DTD and the DOCTYPE
>matches the declaration. I have an entry in my sgmlapps.fm file
>identifying the PublicID and pointing to the DTD. I have a writer
>command in the rules file to write the PublicID in the output file and
>the identifier in the rules file matches the ID in the sgmlapps.fm file
>and the identifier in the DTD.
>
>The file parses correctly otherwise, so I fell safe in deleting the 
><?Fm: Validation Off> tag, but I would still like to figure out what it
>takes to make that parser error go away.
>
>Any ideas please?
>Thank you
>
>** To unsubscribe, send a message to majordomo@omsys.com **
>** with "unsubscribe framers" (no quotes) in the body.   **
>
>
     ====================
     | Nullius in Verba |
     ====================
Dan Emory, Dan Emory & Associates
FrameMaker/FrameMaker+SGML Document Design & Database Publishing
Voice/Fax: 949-722-8971 E-Mail: danemory@primenet.com
10044 Adams Ave. #208, Huntington Beach, CA 92646
---Subscribe to the "Free Framers" list by sending a message to
   majordomo@omsys.com with "subscribe framers" (no quotes) in the body.


** To unsubscribe, send a message to majordomo@omsys.com **
** with "unsubscribe framers" (no quotes) in the body.   **