Bug Stomp
Upgrades and changes sometimes have unpredictable results, so post your bugs and glitches in here and I'll get out my trusty wrench and get to fixin'!
Posts 6,111 - 6,122 of 8,681
Posts 6,111 - 6,122 of 8,681
On the matter of conversation: I am struggling to locate a way to create context. My strategy has been to load memories like mem-saidGarden and mem-inGarden which can then be used as conditionals in other KPs. In general, this strategy seems to fail mainly because the memories get lost, not because I am not using them correctly. Not to say I'm not making mistakes, but I have watched memories disappear in the debugger.
I also load a handful of temporary mems, the main one being mem-tmpwd, which I reset in the Inits, because their only function is to carry topic data through the conversation. Mem-tmpwd is used to carry a topic word from one KP to another. This works within the limitations of the Rem function, so that if someone tells Pocque a ball is red, he can say a few phrases later, "Throw that red ball of yours, OK?"
The "skip a step" limitation of memory loading creates a bizarre conversational necessity, with things like this needed:
what (kind|type|sort) of (noun) do you (verb) [10,0] <?PF rem (key2) as only "tmpnoun"; rem (key3) as only "tmpverb"; ?>
~Do I (key3) a (key2)? Interesting question.
~~xnomatch [0]
~~Why would I masticate a (key2)?
I also load a handful of temporary mems, the main one being mem-tmpwd, which I reset in the Inits, because their only function is to carry topic data through the conversation. Mem-tmpwd is used to carry a topic word from one KP to another. This works within the limitations of the Rem function, so that if someone tells Pocque a ball is red, he can say a few phrases later, "Throw that red ball of yours, OK?"
The "skip a step" limitation of memory loading creates a bizarre conversational necessity, with things like this needed:
what (kind|type|sort) of (noun) do you (verb) [10,0] <?PF rem (key2) as only "tmpnoun"; rem (key3) as only "tmpverb"; ?>
~Do I (key3) a (key2)? Interesting question.
~~xnomatch [0]
~~Why would I masticate a (key2)?
Man. The message was truncated again. WTF? This time I copied it before I hit "post." Apparently it lets SOME angle brackets through....
==
what (kind|type|sort) of (noun) do you (verb) [10,0] {?PF rem (key2) as only "tmpnoun"; rem (key3) as only "tmpverb"; ?{
~Do I (key3) a (key2)? Interesting question.
~~xnomatch [0]
~~Why would I masticate a (key2)? {? PF if (mem-tmpverb) is "masticate"; ?}
and later,
are you hungry
~Not enough to eat a dog. {? PF if (mem-tmpverb) is "masticate"; ?}
~I could go for some ducks. {? PF if (mem-tmpnoun) is "ducks"; ?}
But in order to make this work, you MUST utter some pointless placeholder and pray that the other's response does not kick you completely out of the stream of conversation. Which the system routinely will do by hijacking xnomatches.
It's almost as if the system is built to defeat continuity. For example, there is a plug-in called (friends), but there doesn't seem to be any way to examine that list to determine if the person the bot is talking to is "a friend" or even "an enemy." So we get bots announcing that they really like somebody who called them a stupid (obscene synecdoche) a few sentences back.
A good deal of the problem is generated by the fact that you can't apply a conditional to a match in the KP. This seems an obvious programming method, and yet it is virtually impossible to do.
I'm willing to do the work it takes to get past this level of simplemindedness, but for the life of me, I can't figure out what that work is!
==
what (kind|type|sort) of (noun) do you (verb) [10,0] {?PF rem (key2) as only "tmpnoun"; rem (key3) as only "tmpverb"; ?{
~Do I (key3) a (key2)? Interesting question.
~~xnomatch [0]
~~Why would I masticate a (key2)? {? PF if (mem-tmpverb) is "masticate"; ?}
and later,
are you hungry
~Not enough to eat a dog. {? PF if (mem-tmpverb) is "masticate"; ?}
~I could go for some ducks. {? PF if (mem-tmpnoun) is "ducks"; ?}
But in order to make this work, you MUST utter some pointless placeholder and pray that the other's response does not kick you completely out of the stream of conversation. Which the system routinely will do by hijacking xnomatches.
It's almost as if the system is built to defeat continuity. For example, there is a plug-in called (friends), but there doesn't seem to be any way to examine that list to determine if the person the bot is talking to is "a friend" or even "an enemy." So we get bots announcing that they really like somebody who called them a stupid (obscene synecdoche) a few sentences back.
A good deal of the problem is generated by the fact that you can't apply a conditional to a match in the KP. This seems an obvious programming method, and yet it is virtually impossible to do.
I'm willing to do the work it takes to get past this level of simplemindedness, but for the life of me, I can't figure out what that work is!
I think you hit the nail on the head with: "This seems an obvious programming method". Yes, unfortunately PF - like AIML, ALICE et al - is closer to template oriented Case Based Reasoning than to programming.
My understanding is that PF was designed to open bot design up to people *without* programming skills. So I put up with the limitations. I'm not aware of a fully programmable web-based chatbot builder open to all for free.
My understanding is that PF was designed to open bot design up to people *without* programming skills. So I put up with the limitations. I'm not aware of a fully programmable web-based chatbot builder open to all for free.
Mick: I think the individual keyphrases look like the best option for now, just because of that bug. However, if the bug was solved, your method would be pretty useful, with the addition of private plugins (for specific things), and then a catch-all keyphrase. That could save some typing, and maybe some response time.
FREE or NOT (and it doesn't hurt to kick some cash to The Proffesor. I am going to as soon as I get my Chatterbox Challenge check) There are no better bots around. The forge is the BEST...Look for better free or not YOU WON"T FIND IT!
This is kind of an odd bug, but it's not consistent. Sometimes shortly after I log in, I will click on something in the right frame, or else in the list just above that frame (that starts with "My Bots") and I will get a message asking if I'm sure I want to log out. So long as I click "No" on that, whatever I clicked on will load up, sans frames, and a new main window will open up.
The only consistent pattern I've noticed is that it only occurs shortly after I log in to the Forge. Once I've been on a while, it doesn't happen. Oh, I'm using Mozilla Firefox, 1.5.0.4, if that's any help.
The only consistent pattern I've noticed is that it only occurs shortly after I log in to the Forge. Once I've been on a while, it doesn't happen. Oh, I'm using Mozilla Firefox, 1.5.0.4, if that's any help.
I used to get that occasionally with MIE, but it seems to have stopped for me since I switched to Firefox. I guess sometimes it just misses the frameset and opens the link in "_top". I've never had it happen on any other sites.
Except for the initial greeting, "hello" is ignored by the AI Engine. Generally, the beginning of a convo looks like:
xinitiate (bot starting convo)
xhello (other bot's response)
xnone (unless something in the other bot's xhello triggers a keyphrase)
xinitiate (bot starting convo)
xhello (other bot's response)
xnone (unless something in the other bot's xhello triggers a keyphrase)
In the 'Book of AI' there is a link which should take you to a tutorial for regular expressions (end of chapter 2). This link has never worked (I assume due to a bug in the web page). Can anyone direct me elsewhere on the Web where this or a similar document can be found? Thank you.
» More new posts: Doghead's Cosmic Bar