(old) news

May 8, 2008

Forgotten this blogging thing altogether… well, here goes:

Geoclue 0.11

Geoclue 0.11 was released. I’m fairly satisfied with it and would love
comments from application developers. Some highlights:

  • Refined API. Easier to use and includes some nice additions like async-method calls (no more freezing UIs).
  • Usable Master provider:
    Geoclue Master provides Address and Position data using the best available geoclue provider. Master may not be industrial quality yet, but it is IMO usable (testing is more than welcome).
    See documentation for usage examples.
  • A couple of new providers:
    Gsmloc — uses a cell phone, libgammu and http://gsmloc.org to get a position. No signals though.
    Localnet — uses router MAC address and a local file to get an address. Excellent for often visited places.

Get Geoclue as a tar-ball or via git:

git clone git://anongit.freedesktop.org/git/geoclue

OpenedHand is hiring

Several open positions: We’re looking for people with kernel, OpenEmbedded, GTK+, Clutter, UI design and graphic design skills (not necessarily all in the same person). Take a look.

Guadec 2008

Looks like I will be in Guadec talking about Geoclue! This will be joint operation with Iain and Bergie, and we’ll cover Geoclue, Gypsy and location-aware applications in general. I’m really looking forward to the whole event: I’ve wanted to go for a couple of years, but never really had the chance.


Yahoo has some kind of web based location sharing system called Fire Eagle. Could be interesting, but it’s currently “invitation-only”, in the best  web 2.0 spirit. This includes users and developers. So far, I understand the point, but the specs and API definitions are not publicly available either! Even the information that Fire Eagle is invitation-only is restricted: I had to get a throwaway Yahoo-login to find that out.

Dear Yahoo!, I don’t like jumping through hoops. Please call me when your specs are available: +358-400-609787 (I don’t have an answering service but I promise I’ll answer you some day, just keep trying).

Kesäkoodi is a “Google Summer of Code”-like program for Finnish students (university and univ. of applied science).  Bergie just reminded me that the project plan deadline is Feb 20th — that’s next week.

The project areas are not defined beforehand, but some “areas of special interest” are mentioned:

  1. social media
  2. location and context sensitivity
  3. mobile apps
  4. system management
  5. operating systems

About #2 and #3: I’ve got the feeling this summer would be a good time to work on Geoclue. We’ll have the new API finished Real Soon Now™  (promise), and there should be lots more developer interest when we reach summer.

If you’re studying in Finland, have some coding skills and are interested in a location-related programming project, stop by #geoclue irc channel (on irc.gimp.org) or ping me on jabber. Do stop by even if you don’t have a specific idea — maybe we can figure something out…

cool geoinfo stuff going on

November 13, 2007

Several interesting news reached my sensory organs today:

Gypsy released
Iain Holmes just released Gypsy, a more elegant GPS daemon for a more civilized time. Full API documentation, a tutorial and even experimental packages are available (shocking, I know).
Gypsy is a good match for mobile devices if you ask me, and to that end I’ve tested it with N800 and a Nokia LD-3W bluetooth GPS — works fine.

Experimental user position support for Pidgin
I haven’t tested this proof-of-concept yet, but it is interesting: Geoposition sharing for pidgin on maemo. Doesn’t use geoclue but doing so might save several hundred lines of code…

Jaiku client released with source code
Henrik Hedberg released Mauku 0.3 (Jaiku client for Maemo) a few days ago. The source code is now available at Garage. Hmm, I smell a small geoclue project here… stay tuned.

API stability? whazzat?

November 10, 2007

I haven’t posted in a while, so some news first: I’ve joined the OpenedHand crew. So far it’s been great: interesting projects, smart people and a really nice and telework-approving atmosphere (I had some doubts about working several thousand kilometers and two timezones away from the office, but it’s been very smooth so far).

For the past few days Iain Holmes and I have been reviewing the geoclue API (for those of you just tuning in: Geoclue is a geoinformation framework/library that’ll make your apps location-aware, whether on desktop, laptop or Internet Tablet). Iain posted our proposal to the mailing list yesterday. Comments on the API changes are very welcome, especially from application developers interested in using Geoclue.

I feel like I should explain why we want to change pretty much the whole API — I know it might look like NIH syndrome if you just take a quick look… So here goes:

  • First, we’re still unreleased*: if we want to change something, now is the time.
  • The way functionality was divided among interfaces did not make sense to us: One data provider may provide position, but not address info; another may provide both. It makes sense that the first one implements Position-interface and the second one implements both Position and Address. These changes will make it easier to write a master-server that could actually select different data sources based on their availability and accuracy
  • A few methods and signals had details that really needed to be changed: CivicLocation did not have timestamp on it. Position didn’t have real validity flags so it was hard to tell if a result was valid coordinate or not.
  • At this point the milk had been spilled already. The API had to break in a major way anyway, so there’s little harm in fixing the small annoyances too: CamelCasing interface, method and signal names; changing method names to more meaningful ones (like CivicLocation -> Address).

*) I do have geoclue packages available for maemo, but they’re not widely used yet, as far as I can tell. I promise to help if someone’s done a lot of work based on current API.