W3C home > Mailing lists > Public > public-community-io@w3.org > February 2012

Re: 'getting ball rolling' here =)

From: Melvin Carvalho <melvincarvalho@gmail.com>
Date: Tue, 7 Feb 2012 11:17:48 +0100
Message-ID: <CAKaEYhLT=qUFA_erca5o2eCQtPpFCpoL7Dorix3AYdNQpSZvDg@mail.gmail.com>
To: elf Pavlik <perpetual-tripper@wwelves.org>
Cc: public-community-io <public-community-io@w3.org>
On 7 February 2012 11:02, elf Pavlik <perpetual-tripper@wwelves.org> wrote:
> Excerpts from Melvin Carvalho's message of 2012-02-07 09:32:55 +0000:
>> On 7 February 2012 09:58, Dominique Guardiola <dguardiola@quinode.fr> wrote:
>> >
>> > Le 7 févr. 2012 à 09:29, elf Pavlik a écrit :
>> >>> I think a great way to publish offers is using the goodrelations markup:
>> >>>
>> >>> http://www.heppnetz.de/projects/goodrelations/
>> >>
>> >> ok, looks interesting. two questions pop up:
>> >> * how to describe wishes?
>> >>  someone on public-vocabs were suggesting 'demands' in this thread: http://lists.w3.org/Archives/Public/public-vocabs/2012Jan/0012.html
>> >
>> > there is a gr:seeks property, similar to gr:offers
>> > http://www.heppnetz.de/ontologies/goodrelations/v1.html#seeks
>> >
>> >> * at first glance goodrelations makes assumption of using an accounting system of 'mainstream/state money', any suggestions how to approach listing multiple 'accounting systems' per offering/wish, where 'mainstream money' would act just as one of many avialable options (including non monetary services like ones based on 'social karma', 'shared benefit' etc.)?
>> >
>> > this could be done by extending GoodRelations in another ontology that will host subclasses of the gr:PaymentMethod class, although it's meant to describe a monetary process, but perhaps this is just a "narrow" vision of the GR spec.
>> > Could be interesting to ask on their mailing list if such kinds of extensions
>> > (gr:PaymentMethodKarma, gr:PaymentMethod:Barter ...)
>> > could be merged into GR, rather than begin to create "data islands", GR is more and more widely used in e-commerce packages
>>
>> I have a system for multi and alternative currency transfers.  It's
>> called "Web Credits"
>>
>> http://webcredits.org/
>>
>> There's also the more advanced web commerce spec:
>>
>> http://payswarm.com/specs/
>
> How do they work with non monetary accounting? So no fictional currency just 'real' information, like:
> 'I've received 20kg of potatos'
> 'I've had coworking desk available for 3 days'
> 'I've had used farming tractor XYZ for 3 weeks (from - to)'

The easiest way is to use existing items described by a URI.

So you could say

A Transfer of

100
dbpedia.org/resource/Potato

Anything in wikipedia can be modeled a a currency.

If you want to get really bespoke you can create your own URIS such as
'farming tractor hours' ... but probably only the 2 of you would use
it.

Web Credits deals with IOUs / debts / accounting.  More complex
workflows either can use the commerce specs or can be modeled based on
demand for the use case.

>
> Or services:
> 'I've received dental check service 1h long at date_time'
> 'I've completed task_uri requested by common transport collective in Berlin'
>
> So no evaluation into some units but just logging, signing and publishing. Later everyone can evaluate this information in a subjective way using various custom algorithms of one's choice. Which can have rules like 'warn if contributing in a slaughterhouse', 'highlight if contributing to open technologies' etc.
>

All of this stuff can be modeled, but it's a question of which common
problems do we want to spend the time to tackle first.

> =)
> ~ elf Pavlik ~
> --
> (living strictly moneyless already for over 2 years)
> http://wwelves.org/perpetual-tripper
> http://moneyless.info
> http://hackers4peace.net
>
Received on Tuesday, 7 February 2012 10:21:49 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 7 February 2012 10:21:49 GMT