Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    proph73
    @proph73
    Dman traite start_bang, stop_bang, sem-hyps et feedback. Tandis que les deux premiers doivent être traités indépendamment et donc envoyés seuls au dman, les deux derniers : sem-hyps et feedback ne peuvent PAS être envoyés seuls, ils doivent être transmis au worker l'un avec l'autre pour être utilisés dnas la fonction update. Donc le wrapper va faire de la rétention.
    vaudriguard
    @vaudriguard
    c'est pas forcement génant dans un premier temps je pense...
    proph73
    @proph73
    Ca casse tout. Ca veut dire que si j'ai un message sem-hyps, je vais devoir attentre le message feedback pour le traiter. Donc il ne sert à rien que mon wrapper attende un retour. DOnc c'est un énorme bordel.
    vaudriguard
    @vaudriguard
    je comprends pas le problème. Tu peux très bien t'abonner a deux topics et en interne attendre d'avoir reçu les deux pour faire ton traitement. En gros tu le fais en séquentiel dans le wrapper. Tu attends le Topic1 puis le Topic2, tu fait l'action et tu envoi la reponse sur Topic3. Cela se resume à adapter le wrapper mais rien de bien compliqué non ?
    proph73
    @proph73
    Le wrapper attend une réponse du worker, à chaque fois. Donc le worker doit renvoyer none s'il ne fait rien et le résultat du traitement s'il traite. Si c'est none le wrapper ne fait rien.
    C'était aujourd'hui le poster, non ?
    vaudriguard
    @vaudriguard
    tu peux pas lui envoyé l'info groupé au worker ? Lui il fait pas partie de notre plateforme donc le wrapper peut lui envoyer les informations comme il veut.
    le poster c'était hier
    ca c'est très bien passé
    proph73
    @proph73
    C'est ce que je fais. J'essaie d'uniformiser cela.
    proph73
    @proph73
    Le code est amélioré... cependant : ça répète toujours "Que cherchez-vous un hôtel, un restaurant ou un bar ?"
    Tu m'avais dit mais je ne retrouve plus où de mettre hdcMode en True ou False. Mais aucun des deux ne change le comportement.
    vaudriguard
    @vaudriguard
    salut donc comme convenu j'ai fait une version "extended" du dman qui permet de sauvegarder/charger l'état du dialogue (plus exactement il s'agit d'une sauvergarde des mouvements qui ont conduit a l'état - et du replay de ces mouvements (avec un check si l'état est bien le même) pour refaire l'état)
    c'est fait en python
    en utilisant les fonctions de la libraire de base dman.so. J'ai fait quelques tests unitaires concluant. On voit ça lundi mais ca devrait pas poser problème pour l'intégration.
    This message was deleted
    This message was deleted
    This message was deleted
    vaudriguard
    @vaudriguard
    QUEST> Les convertisseurs marchent niveau semi et semo ?
    oui
    il faut biensur faire un petit traitement minimal sur les données
    quand c'est semo il y a un booléen a mettre a True
    pour dire que c'est le système qui parle
    (c'est les même actes dans DSTC)
    proph73
    @proph73
    Ce serait bien que tu passes lundi, je galère à comrpendre baseline de dialoguelib.
    vaudriguard
    @vaudriguard
    je serais au labo mercredi (aujourd'hui je serais pas sur place, et mardi j'ai prévu d'être sur le site de sainte marthe à la BU)
    proph73
    @proph73
    Le tracker baseline de dialoguelib n'a pas les mêmes paramètres que le tracker baseline HWU. Mais j'essaie de faire sans explication en comprenant l'exemple que présente le main.
    proph73
    @proph73
    C'est complexe et je m'y perds.
    add_turn(self, macts, uacts_hyps)