Imported from previous forum
Aside from minor typos, I believe I have detected a bug in the fixml4.3v1.0 dtd.
The element Municipal may have a possible value of
’WAR’ (FIXTag=‘167’), which I believe is incorrect since element Warrant has a fixed attribute Value=‘WAR’ (FIXTag=‘167’).
We should remove ‘WAR’ from the set of possible values for element Municipal.
Is that correct?
Sincerely,
John Coppola
john_coppola_r_s@yahoo.com
[ original email was from John Goeller - john.goeller@csfb.com ]
Agreed. This was on our list. The DTD gets its enumerations from the spec so that’s why it is in two places. We’ll address this in the next release of the errata.
Addtionally, please let us know of the minor typos you’ve found.
> Aside from minor typos, I believe I have detected a bug in the fixml4.3v1.0 dtd.
>
> The element Municipal may have a possible value of
> ‘WAR’ (FIXTag=‘167’), which I believe is incorrect since element Warrant has a fixed attribute Value=‘WAR’ (FIXTag=‘167’).
>
> We should remove ‘WAR’ from the set of possible values for element Municipal.
>
> Is that correct?
>
> Sincerely,
> John Coppola
> john_coppola_r_s@yahoo.com
>
>
> Addtionally, please let us know of the minor typos you’ve found.
The two minor typos are:
- attlist Product DataType='int ’ (trailing space intended) rather than ‘int’.
- same goes for Underlying Product.
I have discovered additional errors.
For MassCancelResponse the number of possible
values does not match the number of possible
SDValues. I am guessing that the zero entry in values should be removed.
Likewise for TradeCondition where the number of Value entries out number the number of SDValue entries by three.
----------previous message-----------
> Agreed. This was on our list. The DTD gets its enumerations from the spec so that’s why it is in two places. We’ll address this in the next release of the errata.
>
> Addtionally, please let us know of the minor typos you’ve found.
>
> > Aside from minor typos, I believe I have detected a bug in the fixml4.3v1.0 dtd.
> >
> > The element Municipal may have a possible value of
> > ‘WAR’ (FIXTag=‘167’), which I believe is incorrect since element Warrant has a fixed attribute Value=‘WAR’ (FIXTag=‘167’).
> >
> > We should remove ‘WAR’ from the set of possible values for element Municipal.
> >
> > Is that correct?
> >
> > Sincerely,
> > John Coppola
> > john_coppola_r_s@yahoo.com
> >
> >
>
> Addtionally, please let us know of the minor typos you’ve found.
>
>
> I have discovered additional errors.
> For MassCancelResponse the number of possible
> values does not match the number of possible
> SDValues. I am guessing that the zero entry in > values should be removed.
> Likewise for TradeCondition.
There hasn’t been a response to this message yet?
[ original email was from John Goeller - john.goeller@csfb.com ]
Typos noted. Thanks
> > Addtionally, please let us know of the minor typos you’ve found.
> >
> >
> > I have discovered additional errors.
> > For MassCancelResponse the number of possible
> > values does not match the number of possible
> > SDValues. I am guessing that the zero entry in > values should be removed.
> > Likewise for TradeCondition.
>
> There hasn’t been a response to this message yet?
>
>
your response:
> Typos noted. Thanks
More importantly, what are the correct resolutions to the following errors:
a) For MassCancelResponse the number of possible
values does not match the number of possible
SDValues. I am guessing that the zero entry
in values should be removed.
b) For TradeCondition the number of SDValues do
not match at all.
Sincerely,
John Coppola
john_coppola_r_s@yahoo.com
[ original email was from John Goeller - john.goeller@csfb.com ]
We’ll add CancelRequestRejected to SDValue of MassCancelResponse and ImbalanceMoreBuyers, ImbalanceMoreSellers & OpeningPrice to SDValue of TradeCondition in the errata release of the DTD
>
> your response:
> > Typos noted. Thanks
>
> More importantly, what are the correct resolutions to the following errors:
>
> a) For MassCancelResponse the number of possible
> values does not match the number of possible
> SDValues. I am guessing that the zero entry
> in values should be removed.
>
> b) For TradeCondition the number of SDValues do
> not match at all.
>
> Sincerely,
> John Coppola
> john_coppola_r_s@yahoo.com
>
>