Ipernity

messages privés

possibilités:

• Bonne solution selon guigui: extension de sioc:Item ==> ipernity:PrivateMessage, on étend creator pour l'émeteur: 'from' et un modélise le destinaire: 'to', J'ai envie de modèliser les intéractions en ligne en étendant SIOC

existant:

• sioc:MailMessage qui est une sous classe de sioc:Post, de même on étend creator pour l'émeteur: 'from' et un modélise le destinaire: 'to', mais bon ce ne sont pas des mails 
• irc:PrivateMessage? dans irc:PrivateMessage étend irc:MessageEntry qui étend sioc:Post, on rest bien relié à  SIOC mais on est pas dans la sémantique du message privé dans l'IRC tel que décrit dans cette ontologie
• Nepomuk Message Ontology: http://www.semanticdesktop.org/ontologies/nmo/ mais ils ne sont reliés à aucun schéma...

Types d'élément

• document ==> ipernity:Document, sous classe de sioc:Item et foaf:Document

• post ==> sioc:Post :)

• album ==> sioct:ImageGallery

Tags

Topics

• On ne peut pas utiliser has_discussion avec comme domain UserGroup:

Property: sioc:has_discussion

has_discussion - The discussion that is related to this Item. 

 J'opte pour 

Property: sioc:topic

topic - A topic of interest, linking to the appropriate URI, e.g. in the Open Directory Project or of a SKOS category. 

Par contre je défini une classe ipernity:Topic sous classe de sioc:Item qui peut avoir des réponses pour les commentaires.


Modèle

• une table contenant les 10000 enregistrements d'utilisateurs avec comme colonne :
  • l'identifiant de l'utilisateur

• une table contenant les enregistrements des documents de ces utilisateurs avec comme colonnes :
  • l'identifiant du document 
  • l'identifiant de l'utilisateur
  • le niveau de partage du document : valeurs = privé (personne n'y a accès), amis (tout ou rien), famille (tout ou rien), et déduit : famille et amis. QUESTION : valeurs numériques ?
    
  • le niveau de partage du document : 0=privé, 1=avec famille, 2=avec amis, 3=avec famille et amis, 4=public

• une table contenant les enregistrements des posts de ces utilisateurs avec comme colonnes :
  • l'identifiant du post 
  • l'identifiant de l'utilisateur 
  • le niveau de partage du pos : IDEM
    
  • le niveau de partage du post : 0=privé, 1=avec famille, 2=avec amis, 3=avec famille et amis, 4=public

• une table contenant les enregistrements des albums de ces utilisateurs avec comme colonnes : C'est quoi un album ?
  • l'identifiant de l'album
  • l'identifiant de l'utilisateur
  • le niveau de partage de l'album
  • les compteurs du nombre d'élements partagés: c=total des élements, family_c=partagés avec famille, ...

- une table contenant les relations entre ces utilisateurs avec comme colonnes:

         - l'identifiants de l'utilisateur 1

         - l'identifiants de l'utilisateur 2

         -          la relation donnée par l'utilisateur 1 à l'utilisateur 2 : c'est quoi ? AMI OU FAMILLE ?

      Il existe 3 type de relation entre membres : 4=simple contact (comme un favori), 1=réseau famille, 2=réseau amis, 3=réseau ami et famille.

- une table contenant les visites des utilisateurs avec comme colonnes:

         - l'identifiants de l'utilisateur visitant (user_id),

         - l'identifiants de l'utilisateur visité (en fait du propriétaire de l'élément : owner_id),

         - le nombre de visites (visits)

         - le type d'élément visité (item) (item) (doc, post, topic, album, home, blog) : VALEURS NUMERIQUES ?

item et item_id indiquent l'élément appartenant à owner_id. ex: "doc" 1 indique le document doc_id=1

         - l'identifiant de l'élément visité (item_id)
         - la date de la dernière visite (visit_at)
 

- une table contenant les commentaires des utilisateurs avec comme colonnes:

        - l'identifiants de l'utilisateur commentant (user_id)

        - le type d'élément commenté, (item) (doc, post, topic, album, home, blog):

         - l'identifiants de l'élément commenté (item_id)

        - l'identifiant du commentaire auquel répond ce commentaire (parent_id)

        - la date de création du commentaire (created_at)

- une table contenant les messages des utilisateurs avec comme colonnes:

         - l'identifiants de l'utilisateur auteur du message (sender_id),

       -          l'identifiants de l'utilisateur destinataire (recipient_id)

         -  la date du message (sent_at)

- une table contenant les tags des documents et posts avec comme colonnes:

En fait cette table (itemkeywords) devrait s'appeller itemtags car elle contient les tags keyword et profile.

         - l'identifiants de l'utilisateur auteur du tag (user_id),

         - le type d'élément sur lequel porte le tag (item = doc ou post)

         - l'identifiant de l'élément sur lequel porte le tag (item_id)

         - le  propriétaire de l'élement : owner_id

         - le type de tag (keyword / profile)

       -  l'identifiant du tag (id)

- une table contenant les tags mot-clé des utilisateurs avec comme colonnes:

         - l'identifiants du tag mot-clé,

         - texte du tag mot-clé

 - une table contenant les groupes des utilisateurs avec comme colonnes:

         - l'identifiants du groupe,

         - type du groupe (privé, public, sur invitation) ?

type 0 = privé invisible, nécessite une invitation. 1= public, 2= public + invitation

 - une table contenant les rôles des utilisateurs dans les groupes avec comme colonnes:

        - l'identifiants du groupe,

        - l'identifiants de l'utilisateur,

        - rôle : VALEURS ?

role : 1=administrateur, 2=moderateur, 4=membre

- une table contenant les topics des groupes avec comme colonnes:

C'est quoi un topic exactement ? : un topic est un sujet de discussion dans le groupe.

         - l'identifiants du topic,

         - l'identifiants du groupe,

         - l'identifiants de l'utilisateur auteur