kartevonmorgen / openfairdb

Open Fair DB is the CreativCommons Backend of Kartevonmorgen.org
http://www.openfairdb.org
GNU Affero General Public License v3.0
55 stars 18 forks source link

Register our Entries in the murmurations-index (und update it regularly) #384

Closed wellemut closed 2 years ago

wellemut commented 2 years ago

https://murmurations.network/ wants to make it esier to share your profile on many maps. All Entries from kvm can automatically be added to their system and by this be shown of all of their maps.

Steps to make all kvm profiles availiable on murmurations:

  1. Create an Json-Schema, based on the options Murmurations offer so far. (in line with shema.org): It is explained here: https://github.com/MurmurationsNetwork/MurmurationsLibrary#creating-a-schema
  2. Send all our Entries to their main index (Their Wiki: https://github.com/MurmurationsNetwork/MurmurationsProtocol/wiki/How-to-map-your-sector-or-network)
  3. Everytime an entry is updated, send it to murmurations ( based on our recently changed api https://app.swaggerhub.com/apis/Kartevonmorgen/openfairdb/0.10.5#/Entries%2FPlaces/get_entries_recently_changed)

Steps to import all data into kvm

?

Next steps for Murmurations

https://murmurations.network/2021/06/16/the-next-few-building-blocks/ (There is already a murmuration Wordpress-Plugin)

olisb commented 2 years ago

Hi Helmut - thanks for creating this issue Geoff, Adam and I will try to help as much as we can ;)

wellemut commented 2 years ago

@olisb I started comparing the fields from the Systems-Change Map and our kvm.

Converting our entries in such a Schema should be no problem grafik

But when getting the Data from your plattform, we really face the question, if the entry is non-profit (Initiatives, Movemnts) or for-profit (Companies...). As long as you only map in the non-profit sector, it is quite easy. But as soon as people use your plattform for commercial purposes, it will be very intresting, if you could differenciat that.

Photosynthesis commented 2 years ago

Fantastic work @wellemut! Yes, I will work on the schema for KVM map entries. I think the best approach for this is to as much as possible include all of the properties available in the KVM data. We will use existing Murmurations fields where applicable, and define new fields as necessary. This should be fairly straightforward. A couple of questions:

wellemut commented 2 years ago
Photosynthesis commented 2 years ago

Hallo @wellemut -- after a long delay while we sorted out some questions around versioning of fields and other details, we now have a Karte von Morgen schema ready for testing.

The schema is in the staging branch of the Murmurations library here: https://github.com/MurmurationsNetwork/MurmurationsLibrary/blob/staging/schemas/karte_von_morgen-v1.0.0.json

Photosynthesis commented 2 years ago

Regarding the script for making KVM data accessible to the Murmurations network, the simplest approach to this has two pieces:

What would be the best way to implement this? Could you see adding the endpoint in the OFDB code (or as an optional format of an existing endpoint)? If so, perhaps you or your developer(s) could give some architectural recommendations as to how this should be implemented, and then I could work on the code?

wellemut commented 2 years ago

Thank you very much @Photosynthesis

If I understand it correctly,

I guess it makes senss to build a script that makes this post request in your format from our recently-changed.. In Mai we might have some financing for this, if this format is used for larger target groups till then.

wellemut commented 2 years ago

An Export of all entries was send to @Photosynthesis for testing a new index.

wellemut commented 2 years ago

It is all live in our index now here: https://index.murmurations.network/v2/nodes?schema=karte_von_morgen-v1.0.0

There are 25,363 entries, which is all of the data minus the ones without a primary_url (a.k.a., homepage ).

We are polling the /entries/recently-changed endpoint every hour to keep our database in sync with yours.

wellemut commented 8 months ago

Markus research

Homepage: https://murmurations.network/ Why is this interesting?

it's extensible
it's designed for a similar use case
it's quite simple
it uses simple static json files
it uses indexes (a.k.a. aggregators)

What is not so attractive for this project?

no concept for calendar events

https://codeberg.org/slowtec/fairsync/src/branch/main/doc/src/technologies/murmurations.md

geoffturk commented 8 months ago

@wellemut Can you give some detail on what you mean by "no concept for calendar events"? Schema definitions are pretty flexible so I would like to understand what you want to achieve to see if it is possible. Thanks.

wellemut commented 8 months ago

@wellemut Can you give some detail on what you mean by "no concept for calendar events"? Schema definitions are pretty flexible so I would like to understand what you want to achieve to see if it is possible. Thanks.

Alright, so we could just invent a new definition. That's great

@flosse and Joachim will do a call with you.