Filed under: In practice
I recently found the site Just For The Love Of It that does pretty much what I wanted to do with Kula Ring. So, since I have too many things to do and haven’t worked on this project, I am officially shutting Kula Ring down and will keep this site around as long as I want to pay for the domain name.
I suggest that folks who are interested in the idea behind the site to go to Just For The Love Of It.
If you want to read more about my decision to shut down Kula Ring, you should go to my blog.
Filed under: Uncategorized
Sorry, but this project is on hold, surprise surprise, while I brush up on Ruby on Rails with another project I am trying out. I hope to return to this project sometime in the next year. I update www.jamesokeefe.org more frequently and will announce any other projects there. You can also reach me at jokeefe at james okeefe dot org if you need to or at Twitter.
Filed under: In practice
Between work, family and my other responsibilities, I haven’t started coding. Unfortunately. I am in the process of retiring some of my other responsibilities and hope to have time in a month … or two. sigh…
It strikes me that there need to be two types of RSS feeds (likely canned):
- A public feed that provides a limited set of information about the person’s help requests
- A private feed that provides information on the requests for assistance of people in your network and responses to your requests for assistance. The private feed would have a GUID in the path that only the user would be able to see.
Reputation is a key aspect of kularing. I am not sure if people should rate each encounter (ala ebay) or just rate the reliability of each person. I am leaning toward the later. The options would be: High, Medium, Low, Unreliable. Everyone would start at Low and could be upgraded. Responses to help requests would be sorted by a person’s reliability. People who are Unreliable would not even appear to the person seeking help. However, no person would be able to see how each user has ranked the reliability of their contacts. Except for the person who selected the rankings.
Probably won’t have “friends”, just contacts. A helper’s reliability would be shown to all. There would be two reliability numbers. One is based on the average reliability rating given by the helper’s contacts. The other is based on the average reliability rating given by the helpee’s contacts who are shared by the helpee and helper. Would need to be a large enough group of people so individual rankings cannot be discerned.
Filed under: In practice
With all the things I have to do, I better write up the list of features that have to be in the basic version:
- User accounts and profile page
- Basic needs logging
- Ability to offer to fulfill someone’s need (Notes based maybe)
- Ability to settle on an agreement
- Tagging/categorization of needs
- Ability to add notes to an agreement
- Invite a friend feature
- Person reliability rating
Future features:
- Groups (a subclass of user?)
- Calendar support?
- Ability to mark a user as a friend (and works with invite)
- RSS Need Feed (what you put out there and responses back)
- OpenID support for users
- Support for OAuth?
- Support for DiSo
- An API (though I am wary of spammers using it)
- More on trustworthiness
Filed under: In practice
Finished a book on Ruby. Started to read up on Rails. Looking into authentication, and friend portability.
While my programming experience is in Java, and a bit of python, I decided to implement kularing in Ruby using Rails. I thought about Grails or Django, but Rails seems pretty robust. So I am reading up on Ruby and Rails and haven’t had time to post. Well that and my other responsibilities.
On other idea for a future release. There is no reason kularing couldn’t be used for setting up adhoc get togethers. Would need to look into calendaring tools/apis.
Eli suggested that I take a look at www.community-exchange.org and possibly use its system as the basis of kularing. community-exchange.org implies exchanging products and services and looks similar to LETS systems like Ithaca Hours. Kularing shouldn’t work that way.
In kularing, there is no exchange rate between an hour of effort and the local currency. There is no exchange at all.
People give their time without expectation that they will get something directly. Members will gain status based on the gifts of their time, the quality of their efforts and how much the receivers appreciates her/his gifts.
Before I proceed, let me define two terms: need and offer. A need is a task that a member, the receiver, needs done whether she participates in the need or not. Another member, the giver, makes an offer to fulfill another member’s need. The receiver chooses from among the givers as they desire.
The system works by letting each person or group list their needs, and then the receiver can review and agree to offers by givers.
Status can then be used to filter what is presented such that a person with higher status will be listed earlier in a search of needs or offers. So if you give your time a lot and make a quality effort, your resulting higher status will mean that your needs will be more likely to be seen by others and that you should get better offers. Likewise, you the higher your status, the more likely your offers will be selected.
Listing your friends in the system would help with issues of trust since you could confine yourself to only offers from your friends and through friend of a friend features you could ask how reliable a particular giver is.
Hmmm… offers sounds too much like an exchange system. Need to rethink using that word.
Filed under: software platform | Tags: Kula Ring Gift economy time software platform
After much searching for a name (well, really searching for a domain name that that was possible, but not taken), I settled on kularing. A Kula Ring is a type of gift economy practiced in the Trobriand Islands. This site is the start of my attempt to create a software platform that will allow friends to create their own virtual Kula Ring to exchange gifts of their time.
I have lots of ideas for how to build kularing, but the key thing is to start implementing them. First up, writing my ideas down and working out what works. I guess that is the first gift I get to create.
