Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: NITF ?

From: Frédéric Glorieux (frederic.glorieux@ajlsm.com)
Date: 03/01/2004 - 20:53


>>Pour un balisage de présentation (gras, italique...) dans des
>>méta-données, je serai plutôt contre,
> Le fait de mélanger les méta données qui sont à mon avis la raison
> d'être de RSS et le contenu.

Je suis parfaitement d'accord.

>>à l'exception du cas d'une notice
>>bibliographique non structurée pour laquelle [gras, italique] c'est
assez commode.

C'est un cas limite que l'on a rencontré. Les rédacteurs ne voulaient
pas de biblio trop structuré, mais tout de même pouvoir distribuer les
gras et italique de leurs conventions préférées. Après expérience, ce
n'est pas plus bête, et probablement moins ennuyeux que baliser auteur,
titre selon tous les cas, pareil en restitution.

>>Dublin Core ? Pour les méta-données cela me semble incontournable (en
>>source, ou en destination, peu importe, pourvu que cela corresponde). La
>>communauté autour est tellement importante que l'on n'obtient rarement
>>autant de précision sur l'usage d'une propriété (à part HTML, je ne vois
>>aucun schéma qui se prête à autant d'interprétations).
>>
>>Pour le balisage sémantique à l'intérieur de propriétés plus générales,
>>j'en suis aussi partisan (exemple, distinguer nom, prénom dans un
>>balisage pour auteur), c'est une évidence docbook ou autre, et rentre
>>aussi dans les intentions du Dublin Core qualifié.
>
>
> Hmmm... je suis plus réservé à ce niveau, ne serait-ce que parce que la
> "guideline" correspondante
> (http://dublincore.org/documents/dc-xml-guidelines/) impose
> l'utilisation de XML Schema ce qui me semble inacceptable ;-) ...

Je parle en fait d'un document de travail qui ne répond plus
<http://www.ukoln.ac.uk/metadata/dcmi/abstract-model/>, où on étudie par
exemple la possibilité d'intégrer une vCard, du XML ou du TeX en creator
ou publisher.

Par contre je comprends l'auteur de la référence Relax-NG (bien que pour
l'instant je n'écrive que W3C.Schema). J'ai cru voir que même le W3C
pour xhtml2 documente d'abord en Relax.

-- 

Frédéric Glorieux AJLSM, ingénieur documentaire

<frederic.glorieux@ajlsm.com> tel +33 (0)1 49 54 22 22 fax +33 (0)1 49 54 21 80

http://www.strabon.org EUMEDIS - Strabon - WP7 - formation/training Maison des Sciences de l'Homme 54 Boulevard Raspail 75006 PARIS

-- Devenez redacteur <XML>fr et contribuez au developpement du xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie au developpement du site XMLfr.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a dev-request@xmlfr.org (mailto:dev-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/01/2004 - 09:12 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org