when an alternative date is entered in ziziphus the resultng xml will alway be invalid. but this is not a ziziphus problem, it is a mistake in the schema extension:
the current schema extension requires the @type attribute to be present within . but because the attribute @type is used to specify the type of uncertainty while alternativeNotation does not necessarily have to be "uncertain" in any way, the two together will force ANY alternative notation of a date to be uncertain.
this needs to be corrected: @type should NOT be a required attribute.
when an alternative date is entered in ziziphus the resultng xml will alway be invalid. but this is not a ziziphus problem, it is a mistake in the schema extension: the current schema extension requires the @type attribute to be present within. but because the attribute @type is used to specify the type of uncertainty while alternativeNotation does not necessarily have to be "uncertain" in any way, the two together will force ANY alternative notation of a date to be uncertain.
this needs to be corrected: @type should NOT be a required attribute.