Loomio
Sat 20 Sep 2014 3:50AM

OpenAppJS Project Update - September

ST Simon Tegg Public Seen by 150

New Developers!

The biggest news is that other developers have become interested in the project:

  • Mikey's going to help out Benjamin Lupton with the interconnect project and possibly align it making use use openappjs components.

  • We were also contacted last week by Ethan, David and Rylan from Colab.coop (a social enterprise service company similar to Enspiral and based in New York ). They use loomio and are very interested in cobudget. They had also been thinking along very similar lines of a suite of apps running off an opensourced microservice API's. They want to get a project reporting app up and running quite quickly, and will focus on the existing people + groups + [reports? + projects?] APIs.

Welcome to openapp! We look forward to the new energy and ideas these folks bring!

Logistics:

Mikey has returned to the States but continues to work on openappjs and has also been helping out on cobudget.

I've taken on a 30hr/week contract with Twingl to pay the bills and keep working on openapp outside of this. Their trailblazer project has some similar UI ideas as the openapp data browser ui. I have some freedom to pursue interesting ideas in the trailblazer frontend so I'm hoping to take these learnings and apply them to openapp later on.

Craftodex (people data browser for Enspiral Craftworks):

Craftodex will be our first attempt to combine the people API service with openappjs UI components. The plan is the this will eventually be able to browse all kinds of open- linked-data out there on the web (e.g. http://dbpedia.org) using user-friendly semantic search,and customisable view options.

To this end we've been building up tiny UI pieces in the OpenAppJS repos that we will combine into apps (you can see how this works here

The goals of this project are:

  • Build out full set of UI components following the ARIA spec. Eventually making composing a frontend app as easy as writing a schema.

  • Appeal to js developers and get them interested in openApp. To this end we're using the mercury frontend framework. Mercury is a highly performant and scalable framework but could do with some more examples and better documentation By building our components in mercury we help the nascent mercury community get off the ground and give them some working reference examples.

    • We're thinking of licensing things in a Peer-production license and stir up these developers and get them thinking about alternative economic models that support open-source developers directly (rather than just working for big corporate and doing open-source on the side).
    • Test out hypothesis that users find a federated semantic search across multiple providers valuable.
    • Test the hypothesis that users find browsing data in a 'network view' (rather than just the prevalent 'list view') valuable.
    • Provide Craftworks with somewhere to find contact information about our rapidly expanding team :).
JV

Joshua Vial
Abstain
Sun 21 Sep 2014 10:51PM

would love to join later sessions - keen to read the highlights.

EW

Ethan Winn
Agree
Mon 22 Sep 2014 5:23AM

Very excited to build knowledge together and expand beyond our own immediate needs to build something larger.

KL

Kurt Laitner
Agree
Mon 22 Sep 2014 3:02PM

credit weight sounds interesting..

RDB

Richard D. Bartlett Sun 21 Sep 2014 2:42AM

Wonderful update thanks Simon

ST

Simon Tegg Sun 21 Sep 2014 3:37AM

@bobhaugen probably evolve it. I don't know enough about licenses.

A separate discussion but I've been thinking (and I think @joshuavial has as well) that system where people and groups autonomously declare the 'dependencies' of their projects and economic resources, perhaps using a 'creditWeight' spec like in that [paper],(http://arxiv.org/abs/1407.5117) would bootstrap peer-production financial flows.

You make a resource and give it a PPL. If people use your resource they should add it to their dependencies, and so on, until someone monetizes and resources flow back along their dependency paths.

BH

Bob Haugen Sun 21 Sep 2014 12:25PM

@simontegg - I'll see if I can get some help from the P2PFoundation in evolving the PPL. I don't know enough about licenses either.

Re dependencies and credit weight: yes! We have an economic event type in place for that (citations), although they do not have "credit weight" in place yet. Would be good to make citations automatic when dependencies are declared in any of the popular dependency mechanisms.

TK

Tibor Katelbach Sun 21 Sep 2014 12:41PM

here's the format I propose (any proposal is welcome)
- 10min per presentation per project
- present the creating commons dynamic and the shared technological orientations & choices
- open discussion / questions

scheduled every month by a doodle vote
max 1h30min
everything will be recorded and made public

to prepare our meeting, we could all list what we'll be taking about. feel free to add something to the process.

I'll be talking about
Pixel Humain (citizen social network) and presentating the creating commons group/ approach

here's a doodle to choose a date (within 2weeks)
http://doodle.com/z6mtexdrepwkxu2r

JR

Jon Richter Sun 21 Sep 2014 2:26PM

I will introduce the TransforMap / MMM project.

http://transformap.co

EP

elf Pavlik Sun 21 Sep 2014 3:07PM

I could present W3C Social efforts, boilerplate for slides: http://bit.ly/1mvGMB2

BH

Bob Haugen Sun 21 Sep 2014 4:01PM

I'd like to talk about economic networks and how to represent them in linked data. I will not present a solution, I don't have one. But I think we have the appropriate model. Lots of details in our github wiki if you are bored:
https://github.com/valnet/valuenetwork/wiki
I'm working on a quick way to present the core as it might fit into linked data.

Load More