>From: Stephen Fortune
>I would also like some clarity on how Thimbl works.
Yes - that can be a little confusing!
> I read in the manifesto that
>"It is up your own webhost, Internet service-provider or system administrator to
>provide accounts". This is where I require information: can someone use Thimbl
>without having a domain or webhosting service of their own, or is it restricted
>to those running a web presence of some form of preexisting server.
I'm not entirely sure of the plans of Thmibl.Net itself. I, for instance, put
together some tools that does not require a web server.
When people say "web server", they usually mean a piece of software that
presents pages like you would see if you typed into your web browser
www.google.com . I think that Thimbl.Net aims to provide that kind of interface.
My tools, OTOH, do not require it.
There are two sides to Thimbl: a client side, and a server side. "Client side"
refers to what you have to do to read some else's blogs. "Server side" refers to
what you have to do to let some else read your blogs. The client side is easier
than the server side.
The bare minimum you need for client-side work is a program called "finger".
This program is present on Windows, Linux, and a lot of other Operating Systems
that matter. You can access it from a DOS prompt on Windows,
I have set up a testing account for user ossa at my site nummo.strangled.net. If
I go to the DOS prompt, I can type
finger
ossa@nummo.strangled.net
If you do it, it currently returns the response:
[75.101.142.245]
You fingered the user 'ossa'
Plan:
{"name": "Ossa", "address": "
ossa@nummo.strangled.net", "messages": [{"text":
"First post", "time": "20101117130604"}, {"text": "I am the King of Siam",
"time": "20101120105506"}, {"text": "Ossa 1", "time": "20101120110631"},
{"text": "Ossa 2", "time": "20101120130159"}, {"text": "Ossa 3", "time":
"20101120142248"}, {"text": "Thimbl-CLI gets an embryonic GUI:
http://alt-mcarter.blogspot.com/2010/11/embryonic-gui-for-thimbl-cli.html",
"time": "20101127151646"}], "replies": {}, "following": [{"nick": "dk",
"address": "
dk@telekommunisten.net"}], "properties": {"website":
"
http://mummo.strangled.ner", "mobile": "N/A", "email":
"
ossa@nummo.strangled.net"}}
You can try it yourself, if you like. What you are seeing is an "encoded" form
of my blog. It is convenient for a computer to understand, but inconvenient for
a human to read. I think that Thimbl.Net's aim is to present the "decoded" blog
onto a web page. It's not necessary to show them on a web page, though. I have
put together some tools, called Thimbl-CLI, that just prints them out. If you
Thimbl-CLI installed, for example, you could type
thimbl print
and you will get the output
2010-11-17 13:06:04
ossa@nummo.strangled.net
First post
2010-11-20 10:19:39 me@localhost
Test user says hi
2010-11-20 10:55:06
ossa@nummo.strangled.net
I am the King of Siam
2010-11-20 11:03:50 me@localhost
A stitch in time saves nine
2010-11-20 11:06:31
ossa@nummo.strangled.net
Ossa 1
2010-11-20 11:09:50 me@localhost
lappie 1
2010-11-20 13:01:59
ossa@nummo.strangled.net
Ossa 2
2010-11-20 14:22:48
ossa@nummo.strangled.net
Ossa 3
2010-11-27 15:13:45 me@localhost
Thimbl-CLI gets an embryonic GUI:
http://alt-mcarter.blogspot.com/2010/11/embryonic-gui-for-thimbl-cli.html
2010-11-27 15:16:46
ossa@nummo.strangled.net
Thimbl-CLI gets an embryonic GUI:
http://alt-mcarter.blogspot.com/2010/11/embryonic-gui-for-thimbl-cli.html
As you can see, it's in a much more readable form. For those that don't like
using the command line, I have started to create a GUI. You can see a pic of it
on a recent blog post at
http://alt-mcarter.blogspot.com/search/label/thimbl .
This allows less knowledgeable users to get up-and-running quickly. Currently,
there is not convenient executable available for it, though. You have to be a
bit of a techie that knows about "git" and "python" in order to get it working.
An executable will be available eventually.
When things become a little more developed, it should therefore be possible for
anyone to be a "client" with little effort.
"Client-side " is less than half the fun, of course. You want to be able to make
your thoughts heard. This is what the server-side is about.The server side tends
to be tricker to set up. You need to set up a "finger daemon". A "finger daemon"
is to finger what a web server is to a program like Firefox. That generally
means you need "system privileges" in order to activate a daemon. It also
requires some fairly savvy system administration skills. If you have an account
within an existing institution (by which I typically mean corporation or
educational establishment), then it will be very difficult to convince the
system administrators to activate the finger daemon. If you run your own server,
then of course, all you have to do is convince yourself! Configuring these
things takes a little time, and is work generally undertaken by quite a computer
geek working on Linux.
All is not lost, though, because part of my Thimbl-CLI package includes a
tailor-made finger daemon which should work on any Operating System. It's not a
full executable yet, but that's my plan for it. Eventually, anyone could
therefore publish on the internet, provided that their ISP or firewall isn't
blocking incoming connections. If you turn off your machine, then, naturally,
people will not be able to access your current content.
Let me see if I can answer some of your questions in more detail.
> can someone use Thimbl without having a domain
Technically, yes. You would need to know your IP address at the very least. So,
instead of typing
finger
ossa@nummo.strangled.net
you could type
finger ossa@75.101.142.245
and get the same result. An IP address is like a phone number. I believe that
most people have static IP addresses, meaning that their address remains
constant over time. This is contrasted with dynamic IP addresses, where
effectively your ISP allocates you a different one every time you switch your
machine on. A dynamic IP would be like your telephone company giving you a
different telephone number every day - it makes it nearly impossible for people
to know how to contact you, although you could still contact them.
> webhosting service of their own
Well, technically speaking, a web service serves web pages, and need not serve
anything else. So you couldn't use cheap hosting providers, or free ones, to
achieve what you wanted to.
> or is it restricted to those running a web presence
It's more a question of being able to run a server, rather than have a web
presence. "Web presence" is rather an imprecise term, in any case. It might
mean someone who uses a web host to serve web pages, or it might mean someone
who has a blog (which is effectively the same thing), or it might mean someone
who has a Facebook account. Maybe it could mean other things, too. So, is it
restricted to those running a web presence? Theoreticall"no", in practise you'd
probably need to be a geek to set it up. Over the longer term, that should shift
towards a less technical orientation.
> of some form of preexisting server.
In practical terms, at the moment, I would say "yes". Eventually it should be
possible to the layman to set something up. The concept of a server is also
hazier than you might perhaps realise. It's a bit like this: everyone likes to
listen to singing, but very few people sing. Everyone can sing if they so
choose. That makes them de facto singers. By the same token, if a computer is
set up to serve web pages or finger information, then it is a server. In
reality, it's basically the same computer it always was, but now it just happens
to perform some serving functions.
>I'd personally like to be more concrete on exactly how people can maintain their
>
>own data,
I'm not sure how the folks at Thimbl.Net intend to do it, but using the
Thimbl-CLI tools, you could aimply type:
thimbl post "I am creating a post right now!"
What happens when you do that is that thimbl encodes that post in with the
existing data file. Thimbl.Net probably does the same thing, only it uses a web
interface to do it.
Technically, you don't need any of these things to manipulate the data, you
could do it by hand. You would need to know "json", and the location of the
files. Tools like thimbl-CLI and Thimbl.Net exist to save yourself that bother
... which is their whole point. I dare say that Thimbl.Net's solution will be
more user-friendly.
If you want actual technical information as to how the data is stored, then take
a look at
https://github.com/blippy/Thimbl-CLI/blob/master/doc/plan.rst
It would be easier for a user to use a tool provided. These are currently being
developed.
> i.e. what is setting it aside from other microblogging sites
I'm only familiar with Twitter, so I'll compare thimbl with that:
* Twitter is "centralised", thimbl is "decentralised". IOW, Twitter hosts your
account information, and gives you ready access to other accounts. Thimbl
doesn't do that.
* Twitter is about "capitalism", Thimbl is about "freedom". Witness the current
criticisms about Facebook and privacy. FB is about "monetising eyeballs", and
selling data to advertisers. FB can set user policies, and dictate what
constitutes acceptable use. It wants to "own", "sell" and "control" your data,
because that's the only way it can make money. With Thimbl, data isn't owned by
anybody, and it's not possible to exercise control over content. People can
publish whatever they want to publish. Whether or not other people choose to
listen is another matter, of course.
* Twitter is a "walled garden", Thimbl is a field of wild oats. Twitter is to
Thimbl what Windows is to Linux. IOW, Twitter gives you a convenient "canned"
solution. Thmbl is rougher around the edges, but ultimately you might be able to
do a lot more.
* Twitter follows a client/server model, Thimbl follows a peer-to-peer model.
>diaspora,
I've never used Diaspora, so I couldn't anser authoritively. AFAIK, Diaspora
tries to be the free equivalent of Facebook. Thimbl tries to be the free
equivalent of Twitter. From what I can understand, Diaspora is quite an
ambitious heavy-weight project. It seems like it will need a lot of resources to
pull it off. I suspect it is complex architecturally. Thimbl, OTOH, adapts what
already exists, and has a very simple structure. Thimbl is a Buddha that is
small and serious. Diaspora is a Buddha that is hairy and laughs (I'm
paraphrasing the comparison between the Scheme and Lisp programming languages,
BTW).
> but I have to keep my pitch light on computer science terms for
>accessibility reasons.
Using Twitter is like eating at a restaurant. The menu is preset, hopefully
quite tasty, and they wash the dishes for you afterwards. Using Thimbl is like
home cooking. You have to assemble the ingredients yourself, and wash your own
dishes. You get a more choice in what you eat, and the standard of hygiene are
the ones you set yourself, for better or worse.
On thimbl.net, Dymitri said "The most significant challenge the open web will
need to overcome is not technical, it is political." Thimbl is about taking back
ownership of our data for ourselves. It's a question as to whether we think our
best interests are served by thinking for ourselves, as opposed to letting some
government think for us. It's "not technical", because Thimbl is really about
putting a thin wrapper around solutions that already exist. It's like clothes:
sure, you can go to the shops with nothing on, but then you'd have nowhere
hygenic to put your money, and you'll attract some odd stares.
> If you can shed some light on my question that would aid
>immensely
I hope I've been able to answer some of your questions. If you still need some
guidance, then email me back, and I'll try to help further.
I find it hard to describe Thimbl. In a way, "it's anything and nothing". It
establishes a convention (or "protocol", or "customs and language") for
exchanging information about microblogs. That leaves a wide open gate for people
to exploit that in freeform ways. Thimbl.Net, for example, aims to put a web
interface on top of it. In my own project, I take the "old-school" approach that
real men type commands, so it doesn't use web interfaces. I suspect Dymitri
would like to see many experiments conducted as to how the idea of microblogging
could be exploited.
Ultimately, I think people will choose Twitter over Thimbl. It has the advantage
of the network effect (it's popular because it's popular), and it will always
likely be easier to set up (there are generally always issues with firewalls,
installing software, etc.). Thimbl is a lot more fun, though.