Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Triantafullenia Doumani
    @Triantafullenia-Doumani
    George Svarovsky
    @gsvarovsky

    (I was late too, so I guess we all missed each other.)

    Great video! Looks nice and straightforward. One small downside is that you made me fall into the black hole of George Hotz's blog 😵‍💫

    Before that I started to wonder if end-users will really know what to do with the choice of "Peppol Classic" and "AS4 direct" – maybe the choice should always be automatic based on the recipient or sender. Is it possible to automatically detect if a new recipient has a Peppol access point? Or maybe it should be an Advanced or administrator setup function.

    Triantafullenia Doumani
    @Triantafullenia-Doumani

    Thanks for the feedback, George!

    Well, as I did for the 'random seller', you can click on sender's/reicpient's username and see his username, email, WebID, and PeppolID( it is not necessary to have both Peppol ID and Web ID).
    If a PeppolID exists, there is a flag that means that this user is verified from a Peppol ID provider.

    If you want to send a message using a WebID, you only can send it through 'AS4 direct'(So, if you choose 'Peppol classic' an error message appears). But if you want to use a Peppol ID you can choose between 'Peppol classic' or 'AS4'. This is the only reason that it's not automated.

    Web ID -> AS4
    Peppol ID -> AS4 or Peppol classic

    But, at the Q&A section we can answer questions like:

    What is the difference between 'Peppol classic' and 'AS4 direct'?
    When should I accept a new contact request?
    When should I trust someone as a supplier?

    Do you think that this is enough for someone to understand how the trust-ui works?

    Btw, I also enjoy George Hotz's blog a lot! He does not care about having a typical 'businessman' profile. He is an expert in what he does, so he doesn't need that.

    verID.png
    Michiel de Jong
    @michielbdejong
    Good point about making that choice an advanced option, George.
    Actually, in the real world it could occur that someone has a PeppolID but no WebID. Then Peppol classic is the only option.
    If the recipient has both, then we could make AS4 Direct the default, and make "use Peppol Classic despite AS4 Direct being available" an advanced option that overrides the default
    Michiel de Jong
    @michielbdejong
    @paul-french sorry if you came to an empty video call this morning, normally we are 4 or 5 people in https://meet.jit.si/federated-bookkeeping every Thursday at 10am Amsterdam time!
    Mark Foster
    @mikcaweb
    @michielbdejong I’ll do my best to make the next week meeting. The meeting is at 3 AM my time.
    paul-french
    @paul-french
    @michielbdejong Thank you. I will be there on the 16th at 10am. This week I was too swamped from the aftermath of the whole relocation thing.
    Michiel de Jong
    @michielbdejong
    The last part of my talk for the Swarm Summer School was about Federated Bookkeeping: https://www.youtube.com/watch?v=wBnku79HGC8#t=1h21m46s
    Sharon Stratsianis
    @SharonStrats
    A while back we were speaking of how to transfer data/formats. At this very moment I can't remember the complete context, but right now I'm learning about "protocol buffers" and gRPC and it came to me that we needed a way to explain data formats between systems and I was wondering if this might help.
    Michiel de Jong
    @michielbdejong
    Yes, protocol buffers is an interesting interoperability layer. It's used by the ScienceMesh project. It's basically a successor of SOAP. It's lower level than RDF, more concerned with live interaction between systems than with data as a representation of the real world. So you could do RDF on top of SOAP, or RDF on top of ProtoBuff, or just RDF on top of LDP. And then still, you would have the interoperability problem at the semantic layer ("application layer") that's above RDF
    1 reply
    Michiel de Jong
    @michielbdejong
    Starting our meeting in https://meet.jit.si/federated-bookkeeping in 3 minutes! :)
    Michiel de Jong
    @michielbdejong
    Michiel de Jong
    @michielbdejong
    Present: Sharon, Michiel, George, Triantafullenia, Andrej.
    My meeting notes (from memory) - we talked about:
    • Interledger
    • P ?= NP
    • the link between Federated Bookkeeping and distributed systems
    • unintended consecuences and how they affected both Bitcoin and the Soviet Union
    • iterative innovation (staying close to what people already use, e.g. spreadsheets)
    • machine scheduling and the inefficiency of the free market as a scheduling algorithm
    • dealing with byzantine actors in a multi-agent network
    • is money the only ultimate incentive? e.g. environment taxes
    • round of personal introductions
    • barter vs crowdfunding
    • how to contribute to this project -> basically: join the brainstorm each week :)
      Agenda item for next week:
    • employee hours tracking
    paul-french
    @paul-french
    It was great meeting all of you. Looking forward to next week!
    Mark Foster
    @mikcaweb
    Solid, Verified Credentials, Federated Bookkeeping and WebID-DIDs is the answer to this. Combine Solid Protocols to solve the problem oh and CRDTs distributed subscribed dumb data stores. Level up Level Down and all around! @michielbdejong @gsvarovsky
    https://trib.al/FhqjMjh
    Michiel de Jong
    @michielbdejong
    Michiel de Jong
    @michielbdejong
    ^ panel discussion including Dmitry and Baruch from Telekommunisten
    Michiel de Jong
    @michielbdejong
    Things we could build and whitepaper ideas: federatedbookkeeping/research#9
    michielbdejong @michielbdejong updated 'Community Channels' on https://federatedbookkeeping.org/
    Michiel de Jong
    @michielbdejong
    Present: Triantafullenia, Andrej, Christoph, Michiel, George
    Topic: timesheets
    Specifying which parts of the information from a timesheet is disclosed
    Michiel de Jong
    @michielbdejong
    Factoring
    one version: pay for service of debt collection
    other version: sell the debt
    You can log in and click 'Add File' on https://github.com/federatedbookkeeping/research
    Michiel de Jong
    @michielbdejong
    medieval vs contemporary - paradigm shift in contractual relations
    contracts became popular in the enlightenment
    Michiel de Jong
    @michielbdejong
    work, consumption, credit, property
    service contracts
    • trade a bicycle for a promise (enter credit)
    • trade a promise for a promise (trade)
    • trade a promise for a bicycle (enter debt)
    Michiel de Jong
    @michielbdejong
    Michiel de Jong
    @michielbdejong
    Michiel de Jong
    @michielbdejong
    prefigurative activism
    Sharon Stratsianis
    @SharonStrats
    sorry i missed you all. I got caught up with the kids. They are on holiday. Sounds like a productive meeting.
    Michiel de Jong
    @michielbdejong
    yes, it was fun! hope to see you next week!
    Michiel de Jong
    @michielbdejong
    @gsvarovsky have you heard of https://nlnet.nl/project/Perspectives/ ?
    Michiel de Jong
    @michielbdejong
    @Triantafullenia-Doumani my presentation at Surf Research Week last April https://www.youtube.com/watch?v=PzjS-HE-zKg
    Triantafullenia Doumani
    @Triantafullenia-Doumani
    Thanks! I will check it out