#merkeldag — Public Fediverse posts

Volksweerkunde

De meteorologen van het KNMI baseren hun weersvoorspelling op satellietfoto’s, modellen, instrumentmetingen, expertise en een jarenlange wetenschappelijke opleiding. Vroeger beschikte men uiteraard niet over deze kennis en methoden. En zelfs toen in de negentiende eeuw de wetenschappelijke weerkunde tot ontwikkeling was gekomen, hadden de meeste mensen nog geen toegang tot deze informatie. Massamedia waren er niet. Omdat weersvoorspelling echter voor boeren en vissers essentieel was (en is), ontwikkelde deze mensen eigen manieren om het weer te voorspellen.

Grijs gebied

Hun weersvoorspelling was gebaseerd op eeuwenlange ervaring, zonder dat men precies wist wat voor natuurwetten daarachter zaten. Men koppelde bepaalde atmosferische verschijnselen en het gedrag van dieren aan het weer waarvan men wist dat het zou volgen. Om de vastgestelde patronen te markeren, benutte men al sinds de Middeleeuwen heiligendagen, en om ze onthouden bedacht men rijmende weerspreuken (“avondrood, water in de sloot”).

Eigenlijk was het allemaal heel rationeel, maar bijgeloof was dichtbij. Als men een weersvoorspelling koppelde aan deze of gene heilige, werd die ook aangeroepen in de hoop op gunstig weer. Ervaring en volksdevotie gingen hand in hand.

Merkeldagen

Soms dacht men dat het weer op deze of gene dag bepalend was voor de daarop volgende tijd. Zo’n dag heet een merkeldag, een woord dat in 1869 voor het eerst in druk verschijnt. Een van de bekendste merkeldagen is 20 juli, de eerste van de “‘hondsdagen”, gekoppeld aan Sint-Margriet:

Regent het op Sint-Margriet, dan krijgen we zes weken een natten tied.

Neerslag op 20 juli voorspelt dus anderhalve maand regen. Dat kan kloppen, want augustus is de maand met de hoogste luchtvochtigheid van het jaar.

Abt Emo

Een voorbeeld van een middeleeuwse bron met weersvoorspellingen is de dertiende-eeuwse Kroniek van Bloemhof van abt Emo en zijn continuatoren. Bijvoorbeeld:

Het is landbouwers aanbevolen te letten op de hemeltekenen. Want het is God die de lichten heeft gemaakt en de heerschappij van dagen en nachten. Als de zon zich bij haar opgang in nevels verbergt, voorspelt dit regen. Als de zon straalt en het morgenrood bleek is, voorspelt dit hagel. Een grijze zon voorspelt regen. Een donkere nieuwe maan betekent buien, een rode maan wind.

De schrijver baseert zich dus niet alleen op ervaring, maar verwijst ook naar God zelf die garant zou staan voor de betrouwbaarheid van de “tekenen”.

Compleet bijgeloof

Er zijn ook weersvoorspellingen die alleen op bijgeloof berusten. Sommige zijn logisch en gebaseerd op associaties. Zo geeft regen, rechtstreeks gedronken (zuiver en direct uit de hemel) en het liefst op een kerkelijke feestdag, toverkracht en is geneeskrachtig. Ander voorbeeld: het luiden van kerkklokken tijdens onweer. Het idee was dat het ene geluid het andere zou verdrijven. De tekst fulgora frango (“ik breek de bliksems”) komt vanaf de Middeleeuwen regelmatig voor op kerkklokken.

Andere bijgelovige voorspellingen lijken elke logica te ontberen. Het doden van een kikvors zou bijvoorbeeld regen brengen en het plukken van een klaproos zou onweer veroorzaken

[Deze postume gastbijdrage van Hans Overduin wordt vervolgd.]

Het ziet er niet best uit voor Libanon. Als u meer wil weten over dat geteisterde land, lees dan mijn boek. Deze blog kunt u ook volgen via een Whatsapp-kanaal.

Zelfde tijdvak

ok so re-reading #IPFS paper and there are a few things I think in retrospect are undesirable about the #MerkelDAG spec. it's hard to parse them out as separable ideas because they depend on one another, but the main thing I think is how it conflates the structure of a metadata graph, the content of the graph, and the notion of authorship/identity.

In (basic) IPFS, each node contains some data and some links. the data is some unspecified binary blob, the links are all references to hashes of other nodes, and then the hash of all that identifies the node. There are some abstractions like flattened trees that can represent n-depth links, but that's the gist. I'm refreshing myself, so correct me where I'm wrong.

This makes traversing the graph expensive from a naive (cacheless) state- you have to fetch each node and parse its links serially, and since there isn't a notion of authorship except when used to sign a node, you might have to do the resolution process across a lot of the network instead of being able to say "ah ok this is from this identity so I should ask their neighborhood first"

Since the links are untyped, and because of the need for serial resolution, you can't really "plan" queries and move the query logic to the "edges" (in a networking, rather than graph parlance) of the network - the network resolution logic handles all that.

This structure also makes it so you can't "talk about" a node. A node contains its links. The links are directional, so I could make some statement about a node by pointing to it, but I can't, as a third party make a link under my identity, separate from the author and content of the node, that points from some object to another. That makes the network more like a hard drive than a social space.

Further, since links aren't typed, you have to move that metadata inside the node. This makes you need to re-hash each node more than you need to, and since "keys" for identifying different fields in the node aren't themselves links, you can't have any notion of "schema" where a term can be reused. So there isn't really a facility for being able to do graph queries like "find me this type of data whose field has this value" which restricts a whole huge range of possibilities too long to list here. This also makes knowing what the binary data inside a node is potentially impossible without out of band info, depending on how it's encoded. #IPLD and #Multiformats are intended to solve this, post-hoc.

I'll stop there for now, and save what I think could be a different model for later, but I am thinking along the lines of merging with #LinkedData #Triplets , encoding the notion of authorship into links (so that links can have an "utterance" rather than "fact" ontological status), a notion of container/contained for explicit block formation and metadata separation, and formalizing the notion of orthogonal Merkel DAGs to change the points where the content addressing happens to be able to have "graph subunits" that allow for cycles at a "complete" scope but for the purposes of hashing have no cycles. very much #WIP, still at conceptual stage haven't started writing spec yet.

#LongPost #p2p #WorkingInPublic