Forum général.général Recherche : modèle normalisé d'informations pour un contact

Posté par  .
Étiquettes : aucune
1
29
juil.
2009
Bonjour,

Je suis en quête d'un modèle (si possible normalisé ou couramment utilisé dans le domaine du logiciel, libre en particulier) des données qui peuvent servir à renseigner les informations pour un contact dans une application de carnet d'adresse.

En gros, une RFC (déjà cherché mais pas trouvé) ou une liste des données à stocker pour chaque contact :
- nom
- prénom
- surnom
- mail
...
- entreprise
- adresse entreprise
...
- coordonnées
etc...

Si quelqu'un a déjà bossé sur le sujet, ça m'intéresse fortement et écourtera des recherches longues et pourtant infructueuses pour le moment.

Merci d'avance.

  • # VCard

    Posté par  (site web personnel) . Évalué à 3.

    Il existe VCard qui semble correspondre à ce que tu recherches.

    http://fr.wikipedia.org/wiki/VCard

    • [^] # Re: VCard

      Posté par  . Évalué à 2.

      Merci de ta réponse tout d'abord.

      Malheureusement je ne cherche pas un format d'échange mais un modèle pouvant servir de référence pour le stockage. Une sorte de schéma de base de donnée en gros ou du moins qui permettrait de le construire.

      La RFC 2426 qui concerne les éléments d'une VCARD peut par contre être un élément de départ ;-)

      • [^] # Re: VCard

        Posté par  . Évalué à 4.

        Tu peux faire une table avec les mêmes champs qu'un vcard.

        Il doit aussi y avoir des shémas LDAP couvrant cet usage.

  • # abook

    Posté par  (site web personnel) . Évalué à 2.

    Selon les besoins, tu peux peut-être t'inspirer du format utilisé par abook.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

    • [^] # Re: abook

      Posté par  . Évalué à 2.

      Je n'ai pas trouvé de description du contenu dans les docs du projets. Tu as peut être une piste pour m'aider ;-) ?

  • # LDIF

    Posté par  . Évalué à 6.

    utilisé entre autres par LDAP

    • [^] # Re: LDIF

      Posté par  . Évalué à 2.

      Malheureusement, les RFCs qui traitent de Ldif n'abordent pas la forme que peut prendre un objet de type personne. On peut déduire pas mal d'éléments, mais le but c'est d'être relativement exhaustif sur les données à proposer aux utilisateurs.

      Peut être devrais-je essayer de chercher plus profondément dans une implémentation de Ldif.

      • [^] # Re: LDIF

        Posté par  . Évalué à 2.

        peut-être peux tu t'inspirer des champs de thunderbird, comme c'est un logiciel libre qui est sans doute pas mal utilisé, cela donnera une base de travail commune, et cela permettra s'il y a export csv d'être dans le bon ordre.

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: LDIF

        Posté par  . Évalué à 2.

        ca te plait pas ca : http://www.ietf.org/rfc/rfc2849.txt

        depuis la fin de la page 2, jusqu'a la page 6
        Chapitre : Formal Syntax Definition of LDIF


        ou il est dit par exemple que :
        - le version-number sera 1 DIGIT
        - le distinguishedName sera une SAFE-STRING
        ...

        • [^] # Re: LDIF

          Posté par  . Évalué à 2.

          Tu conviendras qu'il y a relativement peu d'éléments ainsi décrits...

          Par exemple, si tu fais une recherche sur le "telephonenumber" tu trouveras uniquement des exemples d'utilisation mais pas de description du format.

          • [^] # Re: LDIF

            Posté par  . Évalué à 2.

            un numero de telephone ne serait-il pas un

            attr-type-chars = ALPHA / DIGIT / "-"

            parce que s'il faut decrire TOUTES les options possibles dans les schemas
            sachant que chaque appli peut ajouter/surcharger un schema...
            on n'aurait pas fini

            • [^] # Re: LDIF

              Posté par  . Évalué à 2.

              C'est justement le but recherché ;-)

              La forme, je m'en cogne un peu pour le moment, mais je cherche à répertorier les infos à stocker pour un contact.

              • [^] # Re: LDIF

                Posté par  . Évalué à 2.

                donc en fait tu cherches une norme qui precise les champs OBLIGATOIREs pour un contact
                (nom, prenom, telephone, adresse...)

                et non pas la maniere dont les infos sont stockées (char, int, string)

                • [^] # Re: LDIF

                  Posté par  . Évalué à 2.

                  Presque ça ;-)

                  La notion d'obligatoire en moins. On va dire 'conseillés'.

  • # RGI

    Posté par  . Évalué à 2.

    Je serais assez curieux de savoir ce qui se fait dans se domaine.

    En attendant peut-être que le [[Référentiel général d'interopérabilité]] (sorti récemment cf [http://linuxfr.org/2009/06/15/25603.html]) pourra t'aider. Je pense notamment au Modèle de données communes (cf [http://www.references.modernisation.gouv.fr/sites/default/fi(...)]).

    • [^] # Re: RGI

      Posté par  . Évalué à 2.

      Le MDC semble en effet assez complet pour ce qui est de la description d'une personne. A adapter surement (vu que c'est un format proposé aussi pour des fichiers judiciaire ou de milieu carcéral) mais une base de réflexion intéressante.

      J'ai aussi regardé du coté de GEDCOM, un format proposé par la communauté des mormons, pour le suivi généalogique des individus. Il est extrêmement complet et semble relativement utilisé sur les site de généalogie (quasi standart). C'est aussi à dégrossir, mais je préfère retirer en y réfléchissant, des infos. Plutôt que de ne simplement pas penser à en inclure certaines qui peuvent être utiles.

      Merci pour cette fructueuse piste ;-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.