Recent blog entries for Skud

Why I don’t like hackathons, by Alex Bayley aged 39 1/2

I seem to have had this discussion a few times lately, so I’m going to save myself the trouble of repeating it and just write down all the problems I have with hackathons. (Yes, I know lots of people have previously posted about what they don’t like about hackathons; I’ve linked some of them at the bottom of this post, if you want some other opinions too.)

They’re too much commitment

Me: I’m kind of interested in your thing. How can I get involved?
Them: We have a hackathon coming up. You should come!

Here’s how that sounds to me:

Me: I’d like to get a little more physically active.
Them: You should come run a marathon on the weekend!

The suffix “-athon” should tip you off here. Hackathons are intense and exhausting, and they’re meant to be. They’re usually a whole weekend of focused work, often with insufficient sleep, and too much encouragement to use masses of caffeine to stay awake and coding for 48 hours.

Sorry, but I’m not going to do that for my projects, let alone yours.

They exclude people with lives and responsibilities

This follows naturally from the marathon nature. A hackathon usually takes up a whole weekend, often starting Friday night and going through until Sunday evening. Sometimes you’re expected or encouraged to stay on-site overnight, or sometimes the norm is to go home to sleep, but either way it chews up multiple consecutive days.

I have other things going on in my life: errands to run, friends to see, a veggie garden to keep watered, and other community events and commitments to schedule around. Attending a weekend-long event means massively rearranging my life. And I don’t have kids or other people to care for; if I did, it would be pretty much impossible.

That exclusion is not evenly distributed

I see fathers of kids at hackathons pretty often, perhaps because their wives are looking after the kids. I see mothers far less often. Domestic and carer responsibilities are unevenly distributed, which means women are more likely to be too busy to attend hackathons than men are.

Until I did some research for this post, I’d never yet seen a hackathon with childcare or which provides information or assistance for parents; not even the women-only hackathon held recently in a city near me. (After some research, I now have heard of one.)

Sure, most younger women don’t yet have childcare responsibilities, but that just points out another unequal exclusion: the older you are, the more responsibilities you are likely to have, and the less energy you have for all-night Red Bull fuelled hacking sessions. Unsurprisingly, hackathon participants are generally on the young side.

It’s well documented that diverse teams have more creative ideas. So why exclude entire categories of people by holding an event that is hard for them to participate in?

They’re unhealthy

I’ve been to a few of these events, and I’ve never yet felt like I didn’t come out of it less healthy than I went in. Speaking for myself, I like daylight, moving around, eating lots of veggies, and drinking lots of water. I work at a standing desk part of the day (looking out the window at trees and birds), take lots of breaks to clear my mind and move my body, and usually make lunch with homebaked bread and something from my garden. I also like getting a good night’s sleep.

I’m not saying that everyone can or should do what I do. It’s entirely up to you to do what makes your body feel good, or to balance feeling good with other priorities. But I know that for me, when I attend a hackathon, if I spend two long days in poor lighting and poor ventilation, sitting hunched over my laptop at a meeting table in an uncomfortable chair, eating pretty average catering food or pizza (almost always especially mediocre because I go for the vegetarian option), I feel like crap.

Now, sometimes I’m prepared to feel like crap for a weekend for a good cause. But it has to be a pretty convincing cause.

Competition, meh.

One thing that doesn’t convince me: competition. For so many hackathons, the end-game is “create the best X and win a prize”. I really, really don’t care. In fact it puts me off, and makes me less likely to attend.

To start with, I know how to do a cost-benefit analysis. The last hackathon in my area, I think the average prize awarded per attendee (i.e. dividing the prizes won by the number of people present) was around $100. Though, of course, most attendees actually got zero. I might be broke, but not broke enough to consider that a good use of two whole days of my time.

Surprise: extrinsic motivation isn’t all that motivating!

Quite apart from that, though, I’m not motivated by competition. Tell me you’re going to judge whose hack is the “best” and I get crippled by stereotype threat, instantly flashing back to being the last picked for the team in gym class. And I’m a developer with 20 years’ experience under my belt, who’s worked with dozens of APIs in several languages, and is comfortable with everything from wireframing to git. Imagine if I was new and less sure of my abilities?

You can tell me all you like about how collaborative the atmosphere of your event is, but if you are awarding prizes for the “best X”, you just sound hypocritical. If you want me to believe the event is collaborative, don’t make it a competition.

Why can’t I work on an existing project?

Every hackathon I’ve been to has required that you come up with a new idea to hack on. At some hackathons, I’ve seen people complain that teams are cheating if they come with anything prepared or have done any work ahead of time.

I spend most of my time working on projects that I think are important and worthwhile. My head is full of them, I know my way around my toolkit and the codebase, and I have endless ideas for improvements and new features I want to work on.

Now you want me to show up at your event, put aside all the investment and focus I’ve built up for my project, and work on some new toy for the weekend.

They’re just toys

The result is that people build quick hacks that are cute and flashy, but have little depth. Meh.

And then they’re gone.

People say that hackathon projects are just prototypes, and that great things can later emerge from them. However, hackathon projects seldom survive beyond the weekend of the hack. Sure, I see hackathon organisers trying to take steps to ensure that projects have longevity but does this actually work?

I reviewed a handful of hacks, including many of the prize-winners, from the last hackathon I was at — the one with the longevity page linked above — and found not a single one with a code commit since the hackathon five months ago.

Here’s why: hackathons intentionally select for people who work intensely for a weekend, then give prizes for the flashiest results that can be produced in that short time. There are no incentives for sustainable projects, long-term collaboration, or maintainable code. Therefore, none of those things happen.

So what are hackathons good for?

They can be a pretty good PR exercise.

They can raise awareness of new technologies, APIs, or datasets among developers and give them a space to experiment with them.

They can be stimulate your creativity, if your creativity happens to be stimulated by short deadlines and so on.

They can be a feel-good networking experience for the (overwhelmingly self-confident, young, and male) participants.

Here’s what I want instead

Ongoing projects, that are maintained and used over several years.

A welcoming environment for people of all skill and confidence levels, with opportunity for mentorship, learning, and working at your own pace.

A schedule that makes it possible to participate without having to make heroic efforts to juggle your other responsibilities.

My main project, Growstuff, holds a monthly get-together called “Hackstuff” to work on Growstuff or any other project people care to bring along. It seems to be working well for us so far, and we have several participants who have become regular contributors to the project. I’d like to set up a similar civic hacking meetup in my town, if I can find a suitable venue.

I’d love to hear whether anyone else has experience running recurring, collaborative, low-commitment civic hacking events. If you’re doing something like that, please get in touch and tell me about it!

And some links

Who’s (not) welcome at hackathons?

Finding childcare for a UX sprint showed up when I searched for childcare and hackathons, and I was delighted to find that almost every woman named in the article is a friend of mine :)

Hackathons and minimal viable prototypes talks about what you can actually build at a hackathon (it’s not a product).

On hackathons and solutionism (do hackathons actually solve problems?)

National Day of Hacking your own Assumptions and Entitlement (a spot on satire).

Why Hackathons Suck from Thoughtworks, who I note sponsor an awful lot of hackathons. Huh?

Syndicated 2014-11-28 04:45:25 from Infotropism

Making your events more accessible is not that hard

I often hear that making an event more accessible, or even providing information about accessibility, is “too hard” for event organisers. I contest that.

I make basic efforts toward accessibility for almost every event I run, mostly in the form of documentation, and it’s not that time-consuming or difficult. I estimate I spend about 20 minutes on it for a small event at a new venue, and less than five minutes if we’re running a second or subsequent event at the same place. It’s hardly anything in the overall scheme of things.

Handy accessibility documentation checklist

  • Make a section on the event page titled “Accessibility”, and under that heading, note the physical access to the venue, including:
    • What floor is it on?
    • Is there an elevator to higher floors, or do you have to use stairs? Does the elevator require a key?
    • Do you need to go up or down steps anywhere between the entrance and the space where the action is taking place (eg. one step at the front door)?
    • Is there a separate accessible entrance? Where is it?
    • Is there rough ground to cover (eg. steep pathways, gravel)
    • Are there buttons to automatically open doors into the venue?
    • Is there a wheelchair-accessible toilet?
  • Also under “Accessibility”, make some notes about the style of the event and the content that will be delivered, with attention to how accessible it would be to deaf or vision-impaired attendees, eg.
    • Will there be a speaker? Will the speaker’s words be transcribed/available in written form, such as handouts or slides?
    • Will materials be made available online, or minutes or proceedings posted, after the event?
    • Will any video or audio materials be transcribed or interpreted?
  • Also under “Accessibility”, mention any dietary needs, common allergies, or other health considerations:
    • If food is provided, what dietary requirements will be met automatically (eg. vegetarian, gluten free, and nut free)? If an attendee has other dietary requirements, who should they contact and by what date?
    • Especially if the event is a private home, are there any pets that people might have allergies to?
    • Are there any other materials that may cause allergic reactions or other health problems? Any environmental factors that may have health implications? Eg. fumes, noise, extreme heat, flashing strobe lights.
  • Provide an email/phone contact for any accessibility related enquiries not already covered by the above.
  • Under “Transportation”, note ways of getting to the venue, including:
    • Car parking – distance from venue, costs
    • Bicycle parking – indoor/outdoor, secure?
    • Public transportation – nearest routes/stops, time of first/last service
    • Ride sharing – especially for areas with poor public transport coverage, are there arrangements for people to share rides? Where should someone ask to find a ride, or offer a ride? (eg. Facebook group)
  • Under “Children”, note the following:
    • Is the event suitable for children? (Eg. mention if it will be unsafe)
    • Is there childcare provided?
    • Are there facilities for baby changing, feeding, etc?

Here’s a sample for an event I went to recently:

Accessibility

Physical accessibility: The workshop will be held on a rural property. Part of the workshop will be held up a steep and narrow flight of stairs. The rest of the workshop will be held around the property, with rough ground and unfinished paths between different areas. Access to the toilet is via a rough path and a few stairs. We will also be visiting three other sites, which may also have rough terrain or stairs. This event is not suitable for people with wheelchairs/scooters and may not be suitable for others with mobility impairments.

Workshop content: The morning speaker will provide written/illustrated notes covering most of the workshop material. No other transcription/interpretation is planned.

Allergies: Due to the nature of the workshop and the ourdoor venue, people with seasonal or animal allergies may wish to medicate accordingly.

If you have other accessibility needs or inquiries, feel free to email (email address).

Transport

There is ample car and bike parking onsite.

There is no public transport to the venue.

Ride shares can be arranged via our Facebook group (link); please post there if you are able to offer a ride, or are looking for one.

Children

For safety reasons, this event is not suitable for young children; older children/teens may attend under the supervision of an adult. No childcare will be provided.

Babies may be changed in the bathroom at the main venue. Heating/refrigeration for baby food are available in the kitchen. No baby changing/feeding facilities will be available at the other sites we visit.

I timed it; that took me 25 minutes to research and write, and I was eating dinner and watching TV at the same time.

For future events at the same venue, simply copy-paste and make changes as necessary. It should take less than 5 minutes.

You may think that this hardly counts as “making your event accessible”, since so much of it is simply stating the lack of accessiblity, but even that much information is such a huge step above what most events provide that people will thank you for it.

Besides, awareness is most of the battle. Once you get in the habit of thinking about these things for every event, you’ll start to notice if you’re excluding people from attending. You might not have intended to exclude them, and done it without thinking; that’s pretty common, and most of us start out there. Now you’ll be more conscious of it, and you can begin to think about what further steps you could take.

At the very least, you’ll have saved a potential attendee from having to email a stranger (or worse, post on a public forum), disclosing a bunch of personal information just to find out whether they can attend or not.

Here are some examples of other events that provide accessiblity information:

  • AdaCamp Bangalore — this is an event I’m organising remotely, at a venue I’ve never seen, in another country. I still managed to provide this information without too much difficulty, by sending a list of questions to someone local and having them walk through the space.
  • Wiscon is a science fiction convention held in the same hotel year after year. They have managed to build up an amazing set of accessibility resources on their website over the years.

And a few quick “don’ts”:

  • Don’t make people email you with any/all accessibility requests; it puts the onus on them, rather than you, and can invade their privacy. Take the effort to answer the most likely questions ahead of time.
  • Don’t hide the venue’s location from attendees unless absolutely needed for privacy reasons. At the very least, give the general location to within a kilometre or two, and let attendees know as promptly as possible after they register. Knowing where an event is to be held is an important piece of information to help people make decisions.
  • Don’t use offensive language around disabilities. Avoid “handicapped”, “crippled”, “sufferer/suffering”, “victim”, “wheelchair-bound”. Usually-safe terms include: “people with disabilities”, “mobility/visual/hearing impairment”, “wheelchair/scooter user”, “mobility aid”.
  • Don’t get defensive when people ask you to make your event more accessible. Listen, take their suggestions onboard, and honestly weigh the costs (in time, effort, or money) against the benefits (wider reach, greater diversity, and simply doing the right thing). Consider whether you make a partial effort to solve some of the accessibility problems, for a lower cost. If the tradeoff simply can’t work given the resources you have, apologise in a straightforward way, and say you’ll keep it in mind for the future (ideally at a specified date).
  • Don’t put the onus on people who require accommodations to educate you, to advocate for accessibility, or to do all the work toward it. They have enough on their plate as it is, and they don’t want to have to put in so much more effort than other attendees, just to be able to take part in an event. Make it easy for them to attend, and then once you’ve got them engaged and excited, perhaps they will choose to volunteer as an organiser.

This is still a learning process for me, as it is for most people. I know I’ve done a crap job of this in the past, but I hope I’ll do a better job in future. If you have any suggestions about how I can improve the way I approach event accessibilty, please feel free to contact me.

Syndicated 2014-11-17 09:46:21 from Infotropism

Read this interview with me about leading AdaCamp Berlin and Bangalore

As I mentioned earlier today, I’m off to Europe shortly for AdaCamp Berlin, then in November I’m going to India for AdaCamp Bangalore. I’ll be leading both events, which means I get to welcome everyone and set the stage for the unconference, make sure the sessions and workshops run smoothly, and that the culture of AdaCamp meets its usual high standards.

The Ada Initiative just posted this announcement and interview where I talk a bit about my experience with AdaCamp, running various community events, and what I’ll bring to these ones.

Syndicated 2014-10-02 11:52:33 from Infotropism

Travels: London and Berlin (Oct 7th-20th, ish)

I haven’t mentioned this on here yet so I thought I’d better do so before I actually, you know, board the plane.

I’m heading over to Europe next week and the week after. The main reason I’m going is AdaCamp in Berlin, which I will be helping run, but before and after that I’ll also be spending some time in the UK and running this Growstuff event, to get stuck into some serious code with some of our UK-based developers, in London on Oct 18-19.

If you are in the UK and are interested in food innovation, open data, technology for social good, sustainability, inclusive open source projects, or related fields, I would love to meet you! If you can’t make it to the Growstuff code sprint but would like to catch up for a coffee or something, drop me a line.

Syndicated 2014-10-02 04:29:13 from Infotropism

Why I just stopped using IM (hint: fucking Google)

tl;dr – if we usually talk on IM/GTalk you won’t see me around any more. Use IRC, email, or other mechanisms (listed at bottom of this post) to contact me.


Background: Google stopped supporting open standards for IM a few years ago.

Other background: when I changed my name in 2011 I grabbed a GMail account with that name, just in case it would be useful. I didn’t use it, though — instead I forwarded any mail from it to my actual email address, the one I’ve had since the turn of the century: skud@infotrope.net, and set that address as my default for everything I could find.

Unfortunately Google didn’t honour those preferences, and kept exposing my unused GMail address to people. When I signed up for Google Groups, it would be exposed. When I shared Google Docs, it would be exposed. I presume it was being exposed all kinds of other ways, too, because people kept seeing my GMail address and thinking it was the right way to contact me. So in addition to the forwarding I also set up a vacation reminder telling anyone who emailed me there to use my actual address and not to use the Google one.

But Google wasn’t done yet. They kept dropping stuff into my GMail account and not forwarding it. Comments on Google docs. Invitations. Administrative notices. IM logs that I most definitely did not want archived. These were all piling up silently in an account I never logged into.

Eventually, after I missed out on several messages from a volunteer offering to help with Growstuff, I got fed up and found out how to completely delete a GMail account. I did this few weeks ago.

Fast forward to last night, when my Internet connection flaked out right before I went to bed. I looked at all my disconnected, blank windows, shrugged, and crashed for the night. This morning, everything was better and all my apps set about reconnecting.

Except that Adium, the app I use for instant messaging, was asking me for the GTalk password for skud@infotrope.net. Weird, I thought, but I had the password saved in my keychain and resubmitted it. Adium, or more properly GTalk, didn’t like it. I tried a few more times, including resetting my app password (I use two-factor auth). No luck.

Eventually I found the problem. Via this Adium bug report I learned that a GMail account is required to use GTalk. Even if you don’t use (and have never used) your GMail address to login to it, and don’t give people a GMail address to add you as a contact.

So, my choices at this point are:

  1. Sign up again for GMail, continue to have an unused and unwanted email address exposed to the public, miss important messages, and risk security/privacy problems with archiving of stuff I don’t want archived; or,
  2. Set up Jabber/XMPP, which will take a fair amount of messing around (advice NOT wanted, I know what is involved), and which will only let me talk to friends who don’t use GMail/GTalk (a small minority); or,
  3. Not be available on IM.

For now I am going with option 3. If you are used to talking to me via IM at my skud@infotrope.net address, you can now contact me as follows.

IRC: I am Skud on irc.freenode.net and on some other specialist networks. On Freenode I habitually hang around on #growstuff and intermittently on other channels. Message me any time; if I’m not awake/online I’ll see it when I return.

Email: skud@infotrope.net as ever, or skud@growstuff.org for Growstuff and related work.

Social media: I’m on social media hiatus and won’t be using it to chat at length, but still check mentions/messages semi-regularly.

Text/SMS: If you have my number, you know where to find me.

Voice/video (including phone, Skype, etc): By arrangement. Email me if you want to set something up.

To my good friends who I used to chat to all the time and now won’t see around so much: please let me know if you use Jabber/XMPP and if so what your address is; if you do, then I’ll prioritise getting that set up.

Syndicated 2014-09-30 23:57:30 from Infotropism

Open food interoperability: entities, unique IDs, and semantic equivalence

This is a post I made on Growstuff Talk to propose some initial steps towards interoperability for open food projects. If you have comments, probably best to make them on that post.


I wanted to post about some concepts from my past open data work which have been very much in my mind when working on Growstuff, but which I’m not sure I’ve ever expressed in a way that helps everyone understand their importance.

Just for background: from 2007-2011 I worked on Freebase, a massive general-purpose open data repository which was acquired by Google in 2010 and now forms part of their “Knowledge” area. While working at Google I also worked as a liaison between Google search/knowledge and the Wikimedia Foundation, and presented at a Wikimedia data summit where we proposed the first stages of what would become Wikidata — an entity-based data store for all of Wikimedia’s other projects.

Freebase and Wikidata are part of what is broadly known as the Semantic Web, which has to do with providing data and meaning via web technologies, using common data formats etc.


The Semantic Web movement has several different branches, ranging from the extremely abstract and academic, to the quite mundane and pragmatic. Some of the more common bits of Semantic Web technology you might have come across are microformats, for instance, which let you add semantic meaning to your HTML markup, for instance for defining the meanings of links to things like licenses or for marking up recipes on food blogs and the like. There is also Semantic Mediawiki which adds some semantic features on top of a wiki, to allow you to query for information in interesting ways; Practical Plants uses SMW and its search is based on this semantic data.

At the more academic end of the Semantic Web world are things like RDF which creates a directed graph of semantic data which can be queried via a language called SPARQL, and attempts to define data standards and ontologies for a wide range of purposes. These are generally heavyweight and mostly of interest to researchers, academics, etc, though some aspects of this work are starting to seep through into consumer technology.

This is all background, however. What I wanted to talk about was the single most important thing we learned while working on Freebase, which is this:

Entities must have unique identifiers.

Here’s what I mean. Let’s say you know three people all called Mary Smith. Then someone says, “It’s Mary Smith’s birthday today.” Which one are they referring to? You don’t know. In any system based around knowledge, you need to have some kind of unique ID for each entity to avoid ambiguity. So instead you might say, “Mary Smith, whose employee number is E453425″ or “Mary Smith, whose email address is mary@example.com”, or “Mary Smith, whose primary key in our database is 789″.

When working on our proposal for phase 1 of Wikidata, one of the things we realised is that the Wikimedia community — all the languages of Wikipedia, the Wikimedia Commons, etc — lacked unique identifiers for real-world entities. For instance, Barack Obama was http://en.wikipedia.org/wiki/Barack_Obama on English Wikipedia and http://de.wikipedia.org/wiki/Barack_Obama on German Wikipedia and http://commons.wikimedia.org/wiki/Barack_Obama on Wikimedia Commons and http://en.wikinews.org/wiki/Category:Barack_Obama on Wikinews, but none of these was his definitive identifier.

Meanwhile, interwiki links — the links between English and German and French and Swahili and Korean wikipedias — were maintained by hand (or, actually, by a bot) that had to update every wikipedia whenever a page was added or changed on any of them. This was a combinatoric exercise: with 2 wikis, there are two links (A -> B and B <- A). With 5 wikis there are (4 + 3 + 2 + 1) * 2 links. With N wikis, there are N-1! * 2 links, or to put it another way, 50 wikis would mean 1.2165637e+63 links between them. This was wildly inefficient to maintain!

Wikidata’s “phase 1″ was to create an entity store for Wikimedia projects, where each concept or entity — “Barack Obama” or “semantic web” or “tomato” — would have a central identity which could be linked to. Then, each Wikimedia project could say “This page describes entity XYZ”, or conversely Wikidata could say “this entity is described on these pages”, and suddenly the work of the interwiki bot became much easier: it meant that each new wiki added would only mean one new link, not an exponentially-expanding web of links.

We are in a similar position with open food data at present. There are dozens of open source food projects and that list doesn’t even touch on the ones that are more connected to recipes/eating/nutrition. We’re talking about how to interoperate between our various projects, but the key to interoperability is entity identification. If someone wants to mash up Growstuff’s harvest data with Openrecipes recipe search or the US FDA’s nutrition data, they need to know that Growstuff’s tomato is the same as the tomato you use in spaghetti sauce or the tomato that contains some percent of your RDA of potassium.

So how do we do this? None of our projects are sufficiently established, mature, or complete to claim the right to be the central ID repository. Apart from that, many of us have different focuses — edible plants, all types of plants, all types of living things, and all types of food (including non-animal/non-plant food) are some of the scopes I can mention offhand. Even the wide-ranging species databases like the Encyclopedia of Life don’t capture such information as crop varieties (eg. roma tomato, habanero pepper) that are important to veggie gardeners like Growstuff’s members.

Here’s what I would propose as an interim measure.

All open food projects need to link their major entities (eg. “crops” in Growstuff’s case) to one or more large, open, API-accessible data stores.

Examples of these include:

  • Wikipedia (any language, but English has the most articles)
  • Wikidata
  • Freebase
  • Encyclopedia of Life

By doing this, we can match data between projects. For instance, if Growstuff’s “tomato” links to the same entity as OpenFarm’s “tomato” and OpenFoodNetwork’s “tomato” and OpenRecipes’ “tomato” then we can reasonably assume they’re all talking about the same thing.

Also, some of the above data sources provide APIs which allow us to pivot easily between data sets. For instance, Freebase’s query language allows you to ask questions like “given an entity that is identified as ‘tomato’ on English Wikipedia, what is its identify on the Encyclopedia of Life?”

To see this in action, paste the following query into Freebase’s interactive query editor:

    [{
      "a:key": [{
        "namespace": "/wikipedia/en",
        "value": "Tomato"
      }],
      "b:key": [{
        "namespace": "/biology/eol",
        "value": null
      }]    
    }]

As you’ll see, the result is “392557” or to put it another way http://eol.org/pages/392557 — the EOL page on tomatoes.

From day 1, Growstuff has been tracking Wikipedia links for all our crops, to enable this sort of query against Freebase and so easily pivot to other data sets that Freebase knows about. If other projects take similar steps, this means that we are well on our way toward interoperability.

(As an aside, this is why we’re also having this other discussion about what to do about crop varieties that don’t have their own Wikipedia page, as this messes up the 1-to-1 relationship between Wikipedia entities and Growstuff entities. This may be something we just have to deal with, however, as no external data set will exactly match ours.)

Next steps

  1. I strongly encourage all open food projects to link their “crops” or similar entities to one or more major, open-licensed, API-accessible data source (ideally one which has its keys in Freebase).
  2. We should all expose these links via our APIs, data dumps, or whatever other mechanisms we use to make our open data available.
  3. Developers should be able to request data from our APIs based on these identifiers, either through query parameters or through REST API resources like eg. /crops/eol/392557.json
  4. We should use semantic markup/links to denote this entity equivalence on our webpages, eg. if Growstuff links to a Practical Plants page on the same crop, there should be a standard way to say “we consider these pages to refer to the same entity”. I’m not sure exactly what this is, yet, but if we do this it will benefit web crawlers, search engines, and other non-API consumers of our websites.
  5. We should look into developing a microformat for expressing crop information on a webpage, in collaboration with microformats.org. I expect, however, that it will be very hard to develop a workable ontology, since (for instance) some of our projects are interested in planting information and some aren’t, some are interested in sale and distribution and others aren’t, some are dealing with non-edible plants and others aren’t, etc. It may have to be as simple as “this is a crop and here are the names we have for it”.
  6. It would be great to put together some kind of visualisation like the linked open data cloud to show which open food projects are providing interoperable identities and how they connect to each other.

I’d like to get buy-in from other open food data projects on at least the general idea of matching our “crop” entities (whatever we call them) against some of the big databases. Who’s in?

Syndicated 2014-09-30 02:11:13 from Infotropism

Two frogs in a bowl of cream

A story I got from someone who says she got it from an older Dutch woman. I wouldn’t mention the Dutch woman thing except that this story just seems so Dutch to me. Anyway.

Two frogs fell into a bowl of cream. They swam and swam trying to get out, round and around in the cream, for hours.

Eventually one frog gave up, stopped swimming, and drowned.

The other frog kept swimming, refusing to give up. Finally the frog’s activity, splashing around in the cream, turned it to butter. It became solid in the bowl, and the frog was able to climb out.

The moral, I’m told, is that sometimes if you just keep kicking things will magically solidify under you and you’re can step up out of the trouble and move on. Also, apparently I’m frog #2. Trust me when I say it’s exhausting.

Syndicated 2014-09-30 01:16:37 from Infotropism

Dinner, aka, too impatient to wait for a real loaf to rise

Testing Instagram/ifttt/wordpress/DW integration

239 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!