The dialogflow.com platform takes care of intent classification and named-entity recognition. The chatbot uses TheCocktailDB to search for recipes. The dialogue manager, a Prolog program that runs on my VPS, handles the state and flow of the conversation. It’s the same dialogue manager that I also used in other chatbots like Dr. Stat.
The Nabaztag is a WiFi enabled ambient device shaped like a bunny. It has moveable ears, a speaker, several LEDs, and a button on its head. The second generation (the one I have) also has a microphone, an RFID sensor, and supports MP3 audio streams.
These Nabaztag bunnies rely on a server to function. Originally the company that produced these things provided for one but after they went bankrupt in 2009, thousands of these devices were rendered useless.
Luckily, variousalternativeservers were developed. These servers often make use of plugins to give the connected bunnies certain abilities. Extending your bunny with new capabilities requires some programming skills if there is no existing plugin that already does what you want.
I developed my own Nabaztag server in Prolog that you can download from this repository. Instead of making use of plugins to extend a Nabaztag’s capabilities, my server simply forwards all events to an IFTTTwebhook. The server also exposes an API to do things like play audio, flash LEDs, move the ears, do TTS, etc. This API can be called from the IFTTT platform.
This is a first demo of my chatbot called Dr. Stat.
It can answer questions about statistics and help a user select an appropriate statistical technique.
I’ve been working on this for quite a while now. Chatbots certainly aren’t anything new, but chatbots that are useful and display a more ‘natural’ way of conversing are rare.
I chose the domain of statistics for two reasons. Firstly, many of my students (and researchers I know) struggle with statistical concepts and I wanted to create something that would make their lives easier. Secondly, this domain has proven to be suitable for trying out different ideas about dialogue management.
One of my coworkers brought the following puzzle to work:
The puzzle is called Skyline and it’s a packing puzzle. The objective is to place the metal rod in one of the holes in the base and place the nine wooden pieces around it. It was designed by Jean Claude Constantin. When solved, the puzzle looks something like this:
Sometimes with these kinds of puzzles it’s quicker to write a program that finds a solution than trying to solve it by hand. Check out this github repository for a Prolog program that finds solutions for a given rod location.
To use this program open the file skyline.pl in your favorite Prolog interpreter (e.g. SWI-Prolog) and execute the following:
You can press ; to find alternative solutions. The pos(X,Y) part refers to the location of the metal rod.
I mainly wrote this to get some practice with some of the new C++11 features such as variadic templates and lambda functions. It uses template metaprogramming to construct (but not train) the neural network at compile time. You can download the code from its github repository. It’s lacking proper documentation, but I’ve included two examples that should get you started: the xor problem and Fisher’s Iris data set.
A while ago I was looking for a simple lightweight C++ library that could produce some basic charts. I found the PPlot library which easily integrates with different GUI toolkits and also comes with bindings for Ruby and Python. To make the library usable with different GUI frameworks the drawing part has been abstracted to a Painter class. For each GUI framework a different Painter class must be implemented. The library comes with ready made implementations for GUI toolkits like wxWidgets and Qt. However, I wanted to use the PPlot library in a pure Win32 application and had to implement my own Painter class. Check out the result here.
I’ve always been interested in emulators and just finished my Chip-8/SCHIP emulator. Chip-8 is an interpreted programming language that was first used on some early homecomputers and later on the HP48 calculator. The emulator allows you to play some retro games like pong and invaders.
The emulator is written in C++ and is available for download here. Besides the program and source code I’ve also included some games that seem to work OK. The original machines that ran a chip-8 interpreter had a 16 key hex-keypad that looked like this:
1 2 3 C
4 5 6 D
7 8 9 E
A 0 B F
This keypad is emulated on the PC keyboard like this:
Four people need to cross a bridge at night which only supports two people at the same time. Person A needs 1 minute to cross the bridge, B needs 2 minutes, C needs 5 minutes and D needs 10 minutes. When two people cross the bridge they move at the slowest person’s pace. They have a torch which has battery left for only 17 minutes. They can’t cross the bridge without light. How can they manage to cross the bridge?
One might guess that an obvious solution would be to let the fastest person (A) shuttle each other person over the bridge and return alone with the torch. This would give the following schedule:
The total duration of this schedule would be 19 minutes, so the torch would run out of battery while person A and D are still on the bridge.
The optimal solution consists of letting the two slowest people (C and D) cross the bridge together, giving the following schedule:
Which gives a total crossing time of exactly 17 minutes.
Long, long time ago, when I was still a full time student, I became first in a checkers tournament with a program I wrote. Alas, those days of glory are over.
Looking back, the program was pretty simple. Choosing an efficient board representation made generating the moves a piece of cake. My program didn’t make use of any opening libraries or endgame strategies, it just implemented minimax search with alpha-beta pruning.
Although my program wasn’t very sophisticated, I still think it was pretty sweet and felt disappointed when I realized I had lost the source code. That’s why I decided to implement this game again only this time in Java (the original was written in C++). Check out my code here.
The following puzzle is said to be invented by Einstein. Supposedly, he also claimed that only 2% of the world’s population would be smart enough to solve it.
There are 5 houses in 5 different colors in a row. In each house lives a person with a different nationality. These 5 owners drink a certain drink, smoke a certain brand of cigar, and keep a certain pet. No owners have the same pet, smoke the same brand of cigar or drink the same drink.
The question is: WHO OWNS THE FISH?
the Brit lives in the red house
the Swede keeps dogs as pets
the Dane drinks tea
the green house is on the immediate left of the white house
the green house owner drinks coffee
the person who smokes Pall Mall rears birds
the owner of the yellow house smokes Dunhill
the man living in the house right in the center drinks milk
the Norwegian lives in the first house
the man who smokes blends lives next to the one who keeps cats
the man who keeps horses lives next to the one who smokes Dunhill
the owner who smokes Bluemaster drinks beer
the German smokes prince
the Norwegian lives next to the blue house
the man who smokes blends has a neighbor who drinks water
Working out the solution with nothing more that a pen and some paper is certainly doable by, I suspect hope, a larger percentage of people than the 2 % mentioned above. But as an example of how to solve these kinds of logic puzzles using Prolog, I wrote this code.