Bugs en la generación de UML

[ExarcaFidalgo]

La siguiente shape, cariñosamente denominada Suzaku -por su incesante voluntad de oposición- causaba una notable cantidad de errores al sistema.

prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
prefix : <http://example.org/>
prefix schema: <http://schema.org/>
prefix xsd: <http://www.w3.org/2001/XMLSchema#>

start = @:AdultPerson

:AdultPerson EXTRA rdf:type {
rdf:type [ schema:Person ] ;
:name xsd:string ;
:age MinInclusive 18 ;
:gender [:Male :Female] OR xsd:string ;
:address @:Address ? ;
:worksFor @:Company + ;
}
:Address CLOSED {
:addressLine xsd:string {1,3} ;
:postalCode /[0-9]{5}/ ;
:state @:State ;
:city xsd:string
}
:Company {
:name xsd:string ;
:state @:State ;
:employee @:AdultPerson * ; }
:State /[A-Z]{2}/

Por lo que he ido recopilando:

• [X] No generaba el atributo :age, al carecer de tipo. (S-X)
• [X] La enumeración de sexo, al formar parte de una Shape OR, no reconocía a su padre. (S-X)
• [X] La cardinalidad con llaves rompía la representación gráfica. (X-U)
• [X] El patrón /[0-9]{5}/ rompía la representación gráfica, por carecer de tipo y por las llaves. (X-U)
• [X] State rompía la representación gráfica, ya que Mermaid no soporta tales caracteres en el nombre. (X-U).

Todo esto está arreglado, pero ahora hay que gestionar las consecuencias de tanto cambio.

• [x] Algunas disyunciones han dejado de funcionar como deben al tocar el OR.
• [x] Hay que tocar la cardinalidad en Mermaid para que adapte el nuevo símbolo de llaves.

Se ha ganado el nombre, desde luego.