- From: Melvin Carvalho <melvincarvalho@gmail.com>
- Date: Tue, 7 Feb 2012 11:17:48 +0100
- 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 UTC