Genealogy as a P2P app

For a long time I’ve been thinking about setting up a genealogy website for my families. I’ve also thought about how that my website should only have to keep so much information on it, because I’m really not intrested that my great-great-great-great-great- great-great-great-grandfather’s half brother’s illgitmate child had 12 kids, one of whom died in 1800’s sometime. I also don’t want to have to track my family back to the 1500’s if someone else has done it. Enter p2p tech.

There are lots of twists and turns to figure out how this might be done decentrailized, but today while poking around I found Genealogy Network Transfer Protocol, a project on sf.net, which hasn’t been updated in an while. Started unsurprisingly by the mormons (who believe they can save their ancestors by praying for them), it might be a good start.

Add that to my todo list.

Traveling

I’m going off to Chattanooga to see my mom and siblings, and mom’s parents. My dad’s mom has just moved to Chattanooga and I hope to see her as well.

I’m going with Mike Trainum to talk with some people about funding Shellbook Publishing Systems. Hope this goes well.

More progress

I made more progress with Tunetagger over the weekend. The basic functions actually work. I checked it into CVS as “tunetagger-python”. You’ll need pygtk/pygme/pyhip/pyid3 (info on getting most of that in the README file.)

xmms with id3v2 APIC support

A demo screenshot of my cover art patch to xmms.

Tunetagger progress

Ugg…

I couldn’t sleep last night and I had no internet, due to a massive power out on the north side of town, so I played with the mozilla embed widget in python. I now have a fully usable browser (back/forward/stop/location bar/status bar) in about 150 lines of python.

One problem I had was when submitting to a form it wanted a new window to tell me about submitting form insecurely is a bad idea, but the gtk signal handler was expected to hand back a handle (pointer to a pointer) to a new mozilla embed widget. Python didn’t know how to do that, and the way they have it designed is funky (the signal handler could return this instead of setting the handle). I also can’t set the prefs without pyxpcom which I don’t feel like going to trouble of building.

Perhaps it would be easier to actually write a better thought out wrapper for wxWindows and then use that. Then it should be reusable on the mac and win32 (I hope!).

Off to work… oh wait… I work at home…