Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Administered by:

Server stats:

225
active users

eupolicy.social: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.8

#couchdb

0 posts0 participants0 posts today
Continued thread
Public
Raphael Lullis

Storing #RDF or #LinkedData is the easy part (I am working on #activitypub client, so everything is JSON-LD anyway), but as soon as I need to formulate queries like "Give me list of the activities from all the actors who are on the following collection of my user, sorted by published/updated date", the amount of data mangling that I need to do is already making me think "ok, why don't I just push all of this to sqlite?"

#couchdb experts (@janl, @nolan), any suggestions here?

Public
Neighbourhoodie Software

Stressful start to the year?

You have one less worry with #CouchDB 😌

Our latest article covers @couchdb’s #checksums feature: a built-in safeguard that helps protect your data from the impact of ever-dreaded disk corruption.

It’s just one of the features that makes CouchDB your data’s safe place.

Full post on our blog: neighbourhood.ie/blog/2025/01/

neighbourhood.ieNeighbourhoodie - Offline-First with CouchDB and PouchDB in 2025Neighbourhoodie Software is a software development company based in Berlin, Germany. We are experts in CouchDB, PouchDB, and Offline First.
Public *
Jan Lehnardt :couchdb:

We published a four part series about how to build a real-time multi-user Kanban board with @couchdb and @sveltejs

Its is complete with code for all steps, so it’s not just a draw-the-rest-of-the-owl tutorial:

1. Setup, intro, first steps: neighbourhood.ie/blog/2024/12/

2. Automatic Conflict Resolution: neighbourhood.ie/blog/2024/12/

3. Manual Conflict Resolution: neighbourhood.ie/blog/2024/12/

4. Avoiding Conflicts with Resource Locking: neighbourhood.ie/blog/2025/01/

neighbourhood.ieNeighbourhoodie - Offline-First with CouchDB and PouchDB in 2025Neighbourhoodie Software is a software development company based in Berlin, Germany. We are experts in CouchDB, PouchDB, and Offline First.
#CouchDB#Svelte#JavaScript
Public
Karsten Schmidt

For 12 years already, I've been on/off experimenting (and prototyping) to create a compendium & knowledge graph about computational & generative art, the different movements/genres/mediums (e.g. architecture, design, visual art, audio/music, sculpture, kinetic/motion, film/animation, text etc.), influences, definitions/references, people (artists, curators, writers, thinkers), collectives, organizations (foundations, galleries, museums), exhibitions/festivals, tools & tool makers, common techniques used, art platforms — everything tagged and also supporting to browse by time (centuries & decades, currently starting ~1600) and region...

Attached are some screenshots of my first prototypes from 2011/12 (using #CouchDB, then #neo4j for storage & my own tools for force-directed graph layout) and of the current prototype using #Logseq (logseq.com)... The latter is working great for now and feeling, I'm getting somewhere this time, also because I have to make it work (for work!). This is all still just a beginning, hundreds of more people, orgs, projects & references to import and re-check from older versions. The current contents are _very_ biased to my own network/trajectory in/through this space...

Ps. Following up with all the folks & materials I've included already, I'm realizing again and again just how I've been the most naïve and _worst_ person to monetize (mostly not even trying!) my art/contributions... For 20 years I've filed 90% of hundreds of my projects under "experiments", "sketches", "demos", "tutorials" (often also to help illustrate techniques of my open source tools), only to realize (not for the first time) almost everyone else of my old peers has been way less selective and been attaching way more importance to all of their outputs... Maybe one day I will learn, before it's too late...

Screenshot of a (somewhat chaotic) force-directed layout showing a sub-graph of a several dozen nodes representing people, projects, venues, events etc. and relationships between them. The caption below the image reads: Fig. 3 Includes direct and indirect (2nd degree) relations and exhibits exponential growth of linked content. Because of the poor layout algorithm used, this amount of detail has become unreadable, but nicely shows to potential for users to explore this space of information in a multitude of ways by "travelling" along the connections.
Zoomed out force-directed graph representation of similar content as in the other image, i.e. a graph of people, orgs, events, genres, tools, references, regions, timeline info loosely related to computational art(s)...
#KnowledgeGraph#GenerativeArt#Art
Public
Neighbourhoodie Software

#QuickJS and #Nouveau are a couple #CouchDB 3.4.0 + 3.4.1 updates you can see at our Oct 9 Meetup.

@janl will shed light on 3.4.1 + where 3.4.0 went. Alex Feyerke and @ninette will detail new features:

Talk #1: CouchDB 3.4.0 / 3.4.1 Release Retrospective (Jan Lehnardt)
Talk #2: Introducing QuickJS: CouchDB’s New JavaScript Engine (Ninette Adhikari)
Talk #3: First Steps With Nouveau, CouchDB’s New Fulltext Search (Alex Feyerke)

We’re excited to host you!

Sign up: vi.to/hubs/couchdb-berlin

vi.toNeighbourhoodie’s CouchDB Berlin Meetupcouchdb, offline-first, noSQL, big data, serverless, progressive apps, erlang, elixir
Public
Jan Lehnardt :couchdb:

ICMY: I’ll be dropping some serious #CouchDB knowledge this Wednesday.

All of the things I’ve learned working on and with CouchDB since 2007 when it comes to database and document design.

Many bits also easily translate to other Document DBs and Key-Value Stores, so this is going to be useful even beyond CouchDB.

Sign up below ✌️
narrativ.es/@janl/112406412346

narrativ.esJan Lehnardt :couchdb: (@janl@narrativ.es)I’m going to share some of the juiciest bits of our Professional CouchDB Training course in a free online lecture on May 15th, 5pm CEST. Sign up here: https://vi.to/hubs/neighbourhoodie-product-demo/pages/free-couchdb-live-training-session Based off my 15+ years experience, you will learn: - How to use databases and documents in the most effective and future-proof way. - Strategies for deciding how to model your data across one or more documents for every major use-case. - Neat tricks for making your life easier when developing & maintaining apps long-term.
Replied to tech himbo
Public
maxlath

@tech_himbo I usually just do integration tests, but since I now use stringified JS/TS view functions (ex: github.com/inventaire/inventai), it should be possible to run unit tests my mocking the emit function in a way that makes the generated key/values accessible from the test

GitHubinventaire/server/db/couchdb/design_docs/items.ts at main · inventaire/inventairea libre collaborative resource mapper powered by open-knowledge, starting with books! :books: - inventaire/inventaire
#couchdb
ExploreLive feeds
About