| sdapa/standards/ | | Texte structuré | Contact - informa | Bibliographie | Les liens | Illustrations | |
Nom, prénom, adresse, Mél... les informations personnelles se retrouvent dans de nombreux modèles, depuis le formulaire papier, la base de données, et bien sûr en XML. Ne pourrait-on pas se mettre une fois pour toute d'accord sur un même format ? On peut au moins souhaiter qu'une organisation partage la même modélisation. Les exemples présentés comparent les schémas généralistes et des schémas spécialisés.
Un dossier d'artiste comporte de nombreuses informations personnelles. D'abord, il y les coordonnées de l'artiste décrit, mais aussi les nombreux contacts le concernant (artistes associés dans une exposition, institutions...).
<!-- identités attachées --><Representants> <Galerie>nom, adresse...</Galerie> </Representants>
<!-- lien vers photo --><Illustration id="ill001" Diffusion="Publique"> <Image Source="0003_00021_011_v.jpg" Largeur="135" Hauteur="88" DPI="72" Role="Vignette"/> </Illustration> </Identite>
<!-- plusieurs conteneurs métiers avec les mêmes éléments --><Organisme> <Nom>Ministère de la culture et de la communication</Nom> <Division>Délégation aux arts plastiques</Division> <Adresse>...</Adresse> </Organisme> <Endroit> <Nom>Musée des Beaux-Arts</Nom> <Adresse>...</Adresse> </Endroit>
Le schéma Docbook a bien sûr abordé la question des identifications, et propose sa solution, très modulable, très structurée.
Les informations personnelles entrent dans le schéma TEI a plusieurs occasions (auteurs d'un document, personnages de fiction, indexation dans le texte ...). Le module est très complet.
Cet exemple un peu long montre comment chaque schéma doit réinventer les mêmes choses, avec des noms différents.
<!-- pourquoi pas <tel type="cell | wire" format="tel/us">904-253-5829</tel> --><Telephone> <FormattedNumber>904-253-5829 </FormattedNumber> </Telephone> <Mobile> <FormattedNumber>904-523-9285</FormattedNumber> </Mobile> <PostalAddress> <CountryCode>US</CountryCode> <Region>FL</Region> <Municipality>Holly Hill</Municipality> <DeliveryAddress> <AddressLine>218 </AddressLine> <StreetName>5th Street</StreetName> </DeliveryAddress> </PostalAddress> </ContactMethod> </ContactInfo> <Objective>I want to manage the e-procurement process for a mid-sized company within the aerospace industry</Objective> <EmploymentHistory> <EmployerOrg employerOrgType="soleEmployer"> <EmployerOrgName>Embry Riddle University</EmployerOrgName> <EmployerContactInfo contactType=""> <LocationSummary> <Municipality>Daytona Beach</Municipality> <Region>FL</Region> </LocationSummary> </EmployerContactInfo> <PositionHistory/> </EmployerOrg> </EmploymentHistory> <EducationHistory/> <Qualifications/> <RevisionDate>2002-03-08</RevisionDate> </StructuredXMLResume> </Resume>
Le standard vCard s'est imposé en format texte. Sa transposition XML profite de l'expérience la plus étendue d'échanges de données personnelles. Des problèmes comme les noms japonais, ou les adresses de nombreux pays y ont été résolus. Il permet aussi d'inclure d'autres contacts (pour plus de détails [...]).
<!-- contient un lien, du texte, ou une autre vCard relative à la personne décrite --></agent> </vCard>
Le format vCard peut certainement répondre à la plupart des besoins d'identification d'un contact (dans les limites prévues par la loi Informatique et Libertés). Il ne s'agit d'adopter nécessairement ce format, mais s'assurer que le schéma adopté (généraliste, spécifique, privé ...) permet l'import ou l'export dans cette référence. Il peut aussi être intégré comme module dans d'autres documents.
| sdapa/standards/ | | Texte structuré | Contact - informa | Bibliographie | Les liens | Illustrations | |