[HRP]:

Bon, j'ai mis à jour l'encyclopédie partagée sur les monstres. Plus de 1350 cas différents (soit beaucoup plus de monstres identifiés !).

http://metasciences.free.fr/modules.php?name=Bibliotheque

Quelques enseignements intéressants sur la façons dont les monstres sont créés et gérés. Il ressort que:

1. Les monstres possèdent un type principal, (humanoide, Animal, Insecte, ...) mais aussi parfois peuvent avoir un deuxième type (secondaire), déterminant un comportement et des caractéristiques qui peuvent être différentes. Par exemple pour certains monstres identifiés comme bi-typés:

Un monstre étant généré, le type principal ou secondaire peut-être choisi pour:

Déterminer une qualité dans la liste ci-après:

Eventuellement ensuite, une deuxième qualité parmi:

Enfin, un age :

L'age comme nous le savons tous influence la force des monstres, on peut établir un premier classement (nous allons le conslider):

Pour résumer, les capacités modifient de façon aléatoire les caractéristiques en prenant un nombre au hasard dans la plage de valeur possible (en première approximation: http://metasciences.free.fr/modules.php?name=Capacites)

Idem pour l'age.

Ce qui compte tenu des variations liées à l'âge, aux capacités, à la CdM elle-meme, peut parfois entrainer des résultats forts différents d'une même CdM. Je publierai un tableau pour illustrer le fonctionnement de cette CdM.

Bravo

bo travail mais g qq doutes

T sur pour l'ours garou : humanoide et insecte

Pour l'ours-garou humanoïde et insecte, vérification faite, cet enregistrement fait partie des saisies réalisées par une personne venue sur le site web et avant que je ne mette en place un petit système de suivi des CdM brutes.

On trouve cet enregistrement ici au bas de la page: http://metasciences.free.fr/modules.php?name=Bibliotheque&op=add&OQuery=%20ORDER%20BY%20monstre,%20age%20DESC&old_p=&pn=500,%20500

Humanoide

Ours-garou

[Larve]

9

11

60

80

6

8

4

6

6

8

2

3

13

15

2

4

Les données chiffrées semblent cohérentes.

Le même problème se pose pour la limace à "tendance" humanoïde douteuse :

Insecte

Limace

[Adulte]

[Sorcier]

4

6

30

50

5

7

5

7

2

4

4

5

2

4

2

4

Alors facécie du DM ou des gens qui effectuent la saisie ?

Le mieux sera de consolider bien sûr. Eventuellement je supprimerai ces erreurs.

Nous ne sommes pas des numeros !! 

On n'a pas le droit de nous classifier comme tu le fais !

Erreur des gens effectuant la saisie.

Du coup ça fausse ton analyse sur plusieurs points, mais ça reste pas loin de la Vérité.

Corwin

>Erreur des gens effectuant la saisie : ils feront fouéttés comme il convient !

Mais pas d'inquiétude ! On va purger et améliorer toufa toufa. Et puis des cameras pour furveiller les monftres !

Kãv' 

Corwin> Merci pour l'encouragement !

Boozy> ^^. Ah ! Fi v'avais du temps ve ferait fa: un fimulateur de vie du Hall, avek des p'tites zanimafions pour voir comment toufa fe déplafe, les événements, etc. Fa métrait du monde au balcon !

Tout ce que ve fouette maintenant fé que nous puiffions mettre en plafe une baze de données commune pour les monftres.

Du refte, voifi une propal' que ve propozait hier à Outlock et Gumdash. Comme fa fi d'autres veulent partifiper à fe prozet on pourra avanfer plus vite ! (Bien sûr fi d'ifi là on arrive à démonter complètement le mécanifme de foncfionnement des monftres, différent, mais on y est pas encore).

Actuellement, certains sites publient déjà la liste des cas identifiés, mais il faudrait aller plus loin pour pouvoir uniformiser la saisie et le partage des CdM.

Base de données communes : il est envisageable de se brancher tous sur la même BD, (je peux ouvrir metasciences sous réserves), ou bien on peut également ouvrir un compte chez free, (par exemple), « bestiaire_MH » qui ne servira qu’à cela, (dont l’on pourra partager le login/mot de passe sans trop d’appréhension).

fficeffice" /> Mini-cahier des charges

I/ Phase d'injection des données (une fonction AddMonster() partagée...)

I.1/ Sauvegarder la CdM brute 

            Il faut historiser les CdM "intactes". Afin de pouvoir les retraiter ultérieurement ou pour vérification. Simplement, je propose de les "nettoyer", par exemple en leur faisant perdre quelques octets en tête de message et en queue : 

            I.1.1/  Nettoyer la CdM brute

                        Supprimer: "> ", chr(10) et chr(13)          (qui peuvent être ajoutés par les outils de mailing).

                        Remplacer: "'" en "’" et "  " en " "           (la raison de l'épure du "> " et du "  " est que cela rend possible la réception fwd de mail contenant des CdM...) 

                        Ne retenir que la partie de la CdM allant de: "Le Monstre ciblé " à "***"    

            I.1.2/ vérifier préablablement que la CdM n'est pas déjà présente dans la base auquel cas, injecter la CdM:

            Table [MH_CdM] ID_CdM, IP_User,CdM

Si nouveau CdM:

I.2/ transformer la CdM brute en données utiles (parsées).

            Càd, définir et enrichir automatiquement les infos sur le monstre et les

            tables d'information périphériques liées:

            Table [MH_Monstres_Detail] ID_Monstre_detail, ID_Monstre, ID_age, ID_qualite1, ID_qualite2, Num_MH, niv0, niv1, PV0, PV1, ATT0, ATT1, ESQ0, ESQ1, DEG0, DEG1, REG0, REG1, ARM0, ARM1, VUE0, VUE1, Add_M,ID_CdM 

I.2.1/     En précisant que :

                        "inférieur à 3"    devient:             Vmin = 0          Vmax = 2

                        "supérieur à x"  devient:             Vmin = x+1       Vmax = 999 (convention)

            Et que:

            Add_M peut-être coché/décoché, initialement on lui affecte une valeur: 

                        1 = données cohérentes,

                        0 = données incohérentes,

                                   - par exemple un écart non conforme pour la CdM entre deux valeurs:

                        <>20, 30 ou 40 ou Vmin<170 et Vmax=999 pour PV,                 

                        <>2 ou Vmin<19 et Vmax=999 pour NIV, ATT, ESQ, DEG, ARM, VUE,

                        <>1 ou Vmin<20 et Vmax=999 pour REG            

                                   - ou d'autres types d'erreur que vous pourriez imaginer ?

 1.3/ Tables liées:

            [MH_Monstres] (Table contenant les noms unique des monstres et leurs carac): ID_Monstre, monstre, ID_type, ID_Capacite1, ID_Capacite2, ID_Capacite3, N_ATT, DLA

  (ID_capaciteX = Ref vers une capacité, ex: voir l'invisible, dédoublement, Venin...)

            [MH_types], ID_type, type 

            [MH_qualites], ID_qualite, qualite_m, qualite_f

            [MH_capacites], ID_capacite, capacite (ex: Drain de vie), description (ex: -1 ESQ | -1 PV)

            [MH_age] ID_age, age_m, age_f   

1.4/ Comment obtenir l'info sur la MM/RM ? Par le résultat de jets d'attaques/de défense ?

     à prendre en compte dans une autre table [MH_Monstres_Detail_Magie] ?

II/ Affichage des données (ShowMonsters()...) 

II.1/       Au choix, on pourrait afficher:

            -la liste des monstres globale, (tous les enregistrements),

            -la liste des monstres consolidée par cas (comme je le fais actuellement).

            seules les données notées cohérentes sont affichées, et l'on peut désactiver les autres.

ya kan meme plus simple et plus rapide ...

... pour le meme résultat ...

Outlock

"ya kan meme plus simple et plus rapide ..."

Entièrement d'accord..

Prendre le monstre par le col, et le secouer violemment en lui hurlant dessus "TU VAS AVOUER, OUI??"

Simple, et rapide.

^^

Même qu'il n'est même pas -encore- malade [M].

F'est un trõll'manichel, voilà tout.  Grand Mathématrõllogue.

Mais raffurez-vous, on a auffi un  Grand Ftratéguerre, et un Grand Boulet. Furveillez les Faux Rhums, il pourraient eux auffi, paffer pour des malades bientôt

Bùrv.

Bon, on est tous interressé et près en ce qui me concerne de mettre la main à la patte.

Prévient par chauve -souris lorsque tu sera près à récupérer et traiter les données : on va te submerger...

Shamael, Petit troll au cdm bouillant d'impatience.