Rdmr

CROWdle: raad het CROW-begrip van de dag

2026-05-07T00:00:00Z

Wordle-spellen zijn intussen een gevestigd genre: elke dag één woord raden, met gekleurde feedback na elke poging. Ook LinkedIn heeft tegenwoordig iets van zes verschillende speltjes waar je elke dag met z’n allen één potje speelt.

Ik maakte een variant met de openbare CROW-thesaurus van m’n werkgever: de woordenlijst op het gebied van infrastructuur, openbare ruimte en mobiliteit. M’n idee is ontstaan uit het feit dat we zo’n rijkdom aan termen hebben en daarnaast het feit dat ik soms bij de Wordle-termen dacht, wat ís dit voor woord. De thesaurus is volgens NL-SBB opgebouwd en ook als RDF data beschikbaar.

Speel CROWdle op rdmr.eu/speel-crowdle/

Hoe werkt het spel?

Elke dag (vanaf middernacht UTC) is er een nieuw potje beschikbaar. Je krijgt zes pogingen op de term uit de CROW-thesaurus te raden. Anders dan de Nederlandstalige Woordle telt de IJ als één letter; zo gaat dat ook tenslotte in kruiswoordpuzzels.

Na elke poging kleurt elke letter mee:

🟩 Groen: de letter staat op de juiste plek.
🟨 Geel: de letter komt in het woord voor, maar staat op een andere plek.
⬜ Grijs: de letter komt helemaal niet in het woord voor.

Lukt het niet binnen zes beurten? Dan krijg je een hint–gerelateerde termen en de naam van de bron–en nog één laatste kans. Als je het woord hebt geraden (of definitief verloren), zie je de volledige definitie plus een link naar de term in CROW-Begrippen.

Het spel werkt op mobiel en desktop (waar je kunt typen), en het resultaat kun je als emoji-raster delen. Mijn resultaat van 4 mei:

CROWdle van 04-05-2026 (7/6)

⬜⬜⬜⬜⬜⬜⬜⬜
⬜🟨⬜⬜⬜⬜⬜⬜
🟨⬜⬜⬜🟨⬜🟩⬜
⬜⬜⬜⬜⬜🟩🟩🟩
🟨🟨⬜🟩⬜⬜🟩⬜
🟩🟩🟩🟩⬜🟩🟩🟩
🟩🟩🟩🟩🟩🟩🟩🟩

Hoe werkt het technisch?

De woorden van de dag komen niet uit een statische lijst, maar worden dagelijks live opgehaald uit de CROW-thesaurus via een opgeslagen TriplyDB-SPARQL-query. Die query combineert SPARQL met een JSON-LD Frame, zodat de JavaScript-code een voorspelbare JSON-structuur kan verwerken.

De geselecteerde termen zijn 5 tot 8 tekens lang, waarbij IJ als één letter telt. Dat is ook anders dan reguliere Wordle, waar het woord altijd vijf tekens lang is. Dat zou alleen voor CROWdle betekenen dat er minder dan 100 woorden beschikbaar zouden zijn, en dan ben je dus binnen drie maanden weer dezelfde woorden aan het raden.

De query sorteert op sha256( concat( str(?term), str(?today) ) ) met een limit 1, zodat elke dag er echt willekeurig een woord uit het algoritme komt. Dat is dusdanig willekeurig dat er ook wel eens twee dagen achtereen hetzelfde woord uitkomt.

Toegestane raadwoorden komen uit de woordenlijst van OpenTaal, aangevuld met de termen uit de CROW-thesaurus. Per woordlengte is er zo’n woordenlijst. Daarnaast worden voor niet-meteen-herkende woorden ook nog samenstellingen uit kleinere woordenlijsten geprobeerd.

De frontend is een statische webpagina: TypeScript + React, gecompileerd door Vite en gedeployed via GitHub Actions. Er is geen backend; de spellogica draait volledig in de browser.

De broncode staat op github.com/redmer/speel-crowdle.

Jekyll eruit, Eleventy erin

2025-05-30T00:00:00Z

Deze website werd gebouwd met Jekyll en GitHub Pages. Dat was een mooie combinatie destijds, maar het is moeilijk om Jekyll lokaal te draaien. Bovendien is Jekyll niet heel snel, wat me hindert bij het up-to-date houden van de website.

Daarom heb ik gister in minder dan een dag de techniek achter deze website gewijzigd zodat het sneller werkt. Het biedt nu de basis om een ander design te gaan implementeren.

De statischesitegenerator Jekyll is vervangen door Eleventy.
De Sass-CSS is gecompileerd en als statische CSS opgenomen
De deployment is niet meer GitHub's from a branch, maar using an Action.

Er zijn wel wat dingen gesneuveld in deze timebox:

Laadpassenoverzicht: die was sowieso al privé, maar de databron blijkt ook lastig te onderhouden.
Boekenlijst: ik onderhield 'm slecht en Bol vond dat er te weinig mensen op de affiliate links klikten. Het doel van de lijst, meer boeken lezen, is overigens wel gelukt.
De RSS-item-id's: die zijn naar de canonieke URL's gewijzigd, waardoor er misschien allemaal 'nieuwe' posts in je RSS-lezer zijn verschenen.

Turtle 1.2

2024-11-25T00:00:00Z

Er zijn meerdere syntaxen en betekenissen van geëmbedde triples voorgesteld. Implementaties in software verschillen nogal tussen welke versie zij geïmplementeerd hebben. De kans is ook zeker aanwezig dat de voorstellen nog weer gaan veranderen. Deze blogpost put uit RDF-1.2 Turtle (werkdocument), maar die is nog niet vastgesteld.

Uw schrijver steekt de hand op in een workshop van Olaf Hartig op Semantics 2019 over RDF-Star ("Wie heeft er wel eens gehoord van RDF-Star").

Geëmbedde triples heten nu Triple terms (in de conceptuele RDF-basis) en ze zijn slechts syntactisch mogelijk op de objectpositie. (In eerdere voorstellen was dat nog ook op de subjectplek.) Het enige predicaat bij zo'n reifying triple mag rdf:reifies zijn. De geëmbedde triple staat tussen <<( en )>>.

:employee38 :familyName "Smith" .
_:id rdf:reifies <<( :employee38 :jobTitle "Assistant Designer" )>> .
_:id :accordingTo :employee22 .

Maar omdat deze beperkingen dan weer erg limiterend is, is er extra Turtle syntax bedacht. Dat wordt in het algemeen in programmeertalen syntactic sugar genoemd, als je hetzelfde op een compactere manier kunt uitdrukken. Bovenstaand voorbeeld kun je dan uitdrukken middels:

:employee38 :familyName "Smith" .
<< :employee38 :jobTitle "Assistant Designer" >> :accordingTo :employee22 .

Merk op dat _:id een blank node is, die in het tweede voorbeeld automatisch gegenereerd wordt. Deze _:id, de reifier geheten, representeert de geëmbedde triple term. Als je naar de reifier wil verwijzen in nog andere triples, dan gebruik je daarvoor:

:employee38 :familyName "Smith" .
<< :employee38 :jobTitle "Assistant Designer" ~ _:id >> :accordingTo :employee22 .

Merk op dat de functietitels steeds niet gezegd zijn in de graaf: de triple term is zelf niet een triple in de graaf, maar staat slechts in de objectpositie ergens in zo'n graaf. Dat kun je door de geëmbedde triple ook los op te nemen in je graaf, maar ook daarvoor is er nieuwe Turtle-syntax.

:a :name "Alice" ~ :t {|
  :statedBy :bob ;
  :recorded "2021-07-07"^^xsd:date
|} .

wat gelijk staat aan:

:a :name "Alice" .
<< :a :name "Alice" ~ :t >>
  :statedBy :bob ;
  :recorded "2021-07-07"^^xsd:date .

wat weer gelijk is aan, op het meest basale niveau:

:a :name "Alice" .
:t rdf:reifies <<( :a :name "Alice" )>> .
:t :statedBy :bob .
:t :recorded "2021-07-07"^^xsd:date .

Ik kan wel waarderen dat geëmbedde triples niet meer op subjectpositie voor kunnen komen en dat ze hebben bedacht wat nou de syntactic sugaring precies voorstelt, nl. gewoon triples triples all the way down.

Maar hoe de betekenis ervan precies loopt en wat de juiste syntax wordt bij vaststelling van RDF-1.2, dat is nog niet duidelijk. Ik ben erg benieuwd wat het finale product gaat worden en hoop dan dat implementaties mettertijd snel conform worden.

Het charter van de werkgroep loopt af op 28 nov 2024, maar er zijn nog genoeg issues en discussies in de bijbehorende GitHub repo's, bijv.

#128 rdf:reifies en rdfs:states

#131 Syntax veranderen naar steeds iets met sterretjes

Mapping Texts

2024-04-04T00:00:00Z

Ik ben net begonnen met het lezen van Mapping Texts: computational text analysis for the social sciences. (Stolz & Taylor. 2024. Oxford University Press. [te bol.com]). Ik had het gekocht omdat het op een feed ergens langskwam, met lof over de nieuwe metafoor die ze gebruiken (p. xiii):

Metaphors orient us. Many guides to text analysis use the mining metaphor. When mining, we search for a valuable vein to extract from valueless gangue. [...] Mapping, by contrast, is not about extraction. It is about reduction to aid interpretation. When mapping texts, we simplify their information, but always for particular uses. Many useful cartographies are based on the same territory: road maps, contour maps, political maps, to name a few. Wraning, pruning, stopping, and transforming text all involve a decision informed by a particular goal. To put it plainly: there is not a sole kernel of truth to be extracted, but rather a range of empirical patterns. [...] While scale can undoubtedly be useful, iteration is the unsung hero of computational methods.

Deze gedachte deed mij "text mining" meteen in een ander licht zien, want ja: wat ik met computationele tekstanalyse wil doen, is het simplificeren van informatie, het in kaart brengen van referenties.

Doorlezend, geven Stolz en Taylor ook de volgende interessante definitie van wat tekstdata en -metadata zijn (p. 13):

[...] sources of variation may be a principle for delimiting a corpus or a principle for balancing a corpus. [...] These sources of variation may be more internal to a text's content of more external to this content. We use this observation to organize our sources of variation. Text metadata is information associated with a text, but perhaps only indirectly derived from the text's contents, (emph. Red.) including: authors and audiences, publication location and date, and domain and media. Text data is information derived from the text's contents, including: languages and dialects, genres and topics, registers and styles.

Ik had topic en taal als metadata gecategoriseerd, maar hun indeling baseert zich dus op wat tekst-intern afleidbaar is (data) en wat meer contextueel is (metadata).

Een interessant definitieverschil!

Ik ben dus pas op pagina 13 en ga deze post later nog verder updaten met nieuwe inzichten.

Read in OGC GeoPackages as RDF data

2023-09-15T00:00:00Z

GeoSPARQL is a specification and ontology to let RDF graph databases perform spatial queries. That enables queries like 'Trees older than 250 years around me', 'Buildings built in the past 10 years in the vincinity of windmills' and so on.

I couldn't find a working utility [1] to generate triples from a GeoPackage, so I built one: rdf-geopackage. Install it with NPM npm -g @rdmr-eu/rdf-geopackage and rejoice over having rdf-package at the ready: an N-Quads generating utility in your $PATH.

Read more about its options and configuration at github.com/redmer/rdf-geopackage.

I know the RDF it generates is a bit clunky, so that's why I added the option --model so that a better way to generate triples can be added in the future. If you've got ideas, send in an Issue to discuss!

[1] There's TripleGeo but that appears defunct (last updated 8 years ago). I couln't get it working, nor it's underlying utility geometry2rdf without rewriting a lot of Java.

Generate RDF quads from a MS Access database

2023-03-10T00:00:00Z

RDF -- a.k.a. linked data, a.k.a. linked open data, a.k.a. the technology underbedding knowledge graphs, a.k.a. data meshes -- is the best way to integrate data from different source. Sometimes, such a source is Microsoft Access database. Therefore I've made @rdmr-eu/rdfjs-source-msaccess to enable MS Access databases as an RDF source in NodeJS code, as well as generate quads from the command line. That way, Access databases can be used in the wider ecosystem of RDF-JS libraries, like Comunica, which allows us to make federative queries also over Access databases.

I've made this for my job where a information management tool initially was developed inside Access, but as the product evolved into a fully-fledged ontology, I needed to find a way to export the information contained therein. The package builds upon mdb-reader and provides a RDF-JS Source to be compatible .

The package can be used both as a library in NodeJS, or as a command line tool. You can try out the latter with npx @rdmr-eu/rdfjs-source-msaccess -i DATABASE.accdb. Password-protected databases, alternative base IRIs, output to stdout and a .nq-file are all supported, as well as two different output modes.

Two different modelling modes

In the transformation pipeline we used at work, we initially used an easy quad-structure: the table name was the graph name, the row number the triple subject, the column name the triple predicate and the value was its object. As an example, the following table:

Id (Long)	DateAdded (Date/Time)	ContentBody (Text with markup)	Published (Boolean)
1	10-3-2023	This is content	Ja
2	9-3-2023	Old	Nee

... would generate the following RDF data:

<csv:table/ContentTable> {
  <csv:table/ContentTable/row/1> <csv:Id> "1"^^xsd:long ;
    <csv:DateAdded> "2023-03-10T00:00:00.000Z"^^xsd:dateTime ;
    <csv:ContentBody> "<div>This is <strong>content</strong></div>" ;
    <csv:Published> "true"^^xsd:boolean .

  <csv:table/ContentTable/row/2> <csv:Id> "2"^^xsd:long ;
    <csv:DateAdded> "2023-03-09T00:00:00.000Z"^^xsd:dateTime ;
    <csv:ContentBody> "<div><em>Old</em></div>" ;
    <csv:Published> "false"^^xsd:boolean .
}

Lately, we've been using SPARQL-Anything (if I could write Java and there'd be a good MS Access library for Java, I'd've written this library for SPARQL-Anything!) which is very useful to create quads from all kinds of non-RDF data sources. The modelling paradigm called Facade-X is somewhat different and based on the spreadsheet format, I've added another output mode for @rdmr-eu/rdfjs-source-msaccess to make it resemble Facade-X.

<https://example.org/data#ContentTable> {
  [] rdf:type fx:root ;
    rdf:_1 _:ContentTable1 ;
    rdf:_2 _:ContentTable2 .

  _:ContentTable1 xyz:Id "1"^^xsd:long ;
    xyz:DateAdded "2023-03-10T00:00:00.000Z"^^xsd:dateTime ;
    xyz:ContentBody "<div>This is <strong>content</strong></div>" ;
    xyz:Published "true"^^xsd:boolean .

  _:ContentTable2 xyz:Id "2"^^xsd:long ;
    xyz:DateAdded "2023-03-09T00:00:00.000Z"^^xsd:dateTime ;
    xyz:ContentBody "<div><em>Old</em></div>" ;
    xyz:Published "false"^^xsd:boolean .
}

I hope @rdmr-eu/rdfjs-source-msaccess will prove to be as useful for others as it has been for us. It's open source licensed under MPL-2 and open for feedback and pull requests at GitHub.

Using Webfinger on a static webhost to let people find you on Mastodon

2022-12-19T00:00:00Z

My friend @sheean@sheean.nl tweeted about a how-to to use your own domain name on Mastodon, without running a dedicated server. That's ideal when the website host is statically hosted, like e.g. GitHub Pages. This website is statically hosted and I have a Mastodon account, so that sounded right up my alley.

The Mastodon Guide is clear enough on the contents of the file, but for Jekyll specifically, some tweaks were needed. This post assumes regular GitHub Pages hosting using Jekyll (i.e., not the new [2022] GitHub Actions workflow-style).

Save a new webfinger file anywhere in your website’s repository
1. The filename webfinger, without an extension. Otherwise, the live file can only be accessed as webfinger.json and that’s not what the spec requires.
2. This, unfortunately, also makes (on my machine™) that visiting rdmr.eu/.well-known/webfinger results in a downloaded file, as GitHub Pages can’t deduce the mimetype for the browser. It of course works on my Mastodon server.
3. (The correct mimetype would come from a file served from webfinger/index.json, but that would let GitHub Pages add a slash: rdmr.eu/.well-known/webfinger/ and that’s undesireable too.)

Add Jekyll front-matter to the file:

Add layout: null to remove all layout markup, leaving only the contents of the webfinger file -- save for the front-matter of course!
Add permalink: /.well-known/webfinger so this file doesn’t need to live in that exact path in your repository. Because of the theme I use (redmer/minimaal), I put it in the /assets/ dir.
That completes the file contents:

layout: null
permalink: /.well-known/webfinger
---
{
  "subject": "acct:${MASTODON_USER}@${MASTODON_DOMAIN}",
  "aliases": [
    "https://${MASTODON_DOMAIN}/@${MASTODON_USER}",
    "https://${MASTODON_DOMAIN}/users/${MASTODON_USER}"
  ],
  "links": [
    {
      "rel": "http://webfinger.net/rel/profile-page",
      "type": "text/html",
      "href": "https://${MASTODON_DOMAIN}/@${MASTODON_USER}"
    },
    {
      "rel": "self",
      "type": "application/activity+json",
      "href": "https://${MASTODON_DOMAIN}/users/${MASTODON_USER}"
    },
    {
      "rel": "http://ostatus.org/schema/1.0/subscribe",
      "template": "https://${MASTODON_DOMAIN}/authorize_interaction?uri={uri}"
    }
  ]
}

Commit, push and let the website render.

So now, if you’re logged into your Fediverse / Mastodon server, you can follow me by searching for the account @me@rdmr.eu. Thanks for doing so 🐘

With the additional nodeinfo and host-meta files, you can also make your account visible for OASIS Open and Diaspora. Just follow the additional instructions in the Mastodon Guide.

Wat is kennis?

2022-06-13T00:00:00Z

Wat is kennis is de vraag die op mijn werk laatst gesteld werd. Ik ken de data-informatie-kennis-wijsheid-piramide goed, maar eigenlijk ging de vraag over: wat van onze content is waardevol. Maar wat is die content dan, verspreid over boeken, PDFs, websites, datasets, standaarden en richtlijnen? Je komt de term tenslotte regelmatig tegen in de wereld van het digitaal publiceren, zoals als bij de vacatureomschrijving content-modelleur en contentmanagementsysteem (CMS).

Via Twitter las ik het betoog van Aaron Bradley, die zich dezelfde vraag heeft gesteld: wat is content. In zijn definitie staat de lezer centraal: slechts wanneer je als gewone lezer bij de gegevens kunt die uit backendsystemen komen, pas dan is het content:

Content is data materialized as information for human consumption.

Dat betekent ook dat de handeling van het presenteren daarmee transformatief is: gegevens worden pas content in het geheel van opmaak, context, metagegevens, afbeeldingen, tekst eromheen, etc. ten behoeve van menselijke consumptie.

Zijn betoog werpt ook nieuwe vragen op: hoe kunnen we die materialisering vormgeven? Hoe kunnen we datapublicaties zo veel mogelijk context meegeven, om interpreteerbaar te worden? Is de schepping van content ook subject-afhankelijk?

Dergelijke vragen moeten we ook op m'n werk mee aan de slag.

How to deploy VocBench3 with Docker

2022-05-19T00:00:00Z

To deploy VocBench3 using Docker, there are some non-intuitive steps when working from via SSH and a console. For my own reference, here are the steps I took in order to get it working.

Step 1: Prepare environment

I started the virtual machine and logged in via SSH, using the Visual Studio Code Remote SSH extension. I navigated to the applications directory and cloned the VocBench Docker repository and followed its instructions. Because at time of writing, the Docker repository was already updated to v11, but there was only a v10.2.1 download available, I had to revert the git repo too.

Finally, I had to make a local directory to persist the Docker data. When containers are destroyed, so are its data directories, unless you've mirrored (not the extact parlance) them to a local folder. The -v option in the docker run command maps that local directory to the container's data directory.

$ git clone https://bitbucket.org/art-uniroma2/vocbench3-docker.git
$ git log # find out the commit for 10.2.1
$ git checkout bbb492d2dcd25d29c9727e69d1ad1ace15c50be0 # 10.2.1
$ mkdir -p volumes/stdata # A local directory to persist Semantic Turkey data
$ cd 10.2.1/

Step 2: Download VocBench in full

The VocBench Docker image is not distributed with the latest version of the application. You can download that via de downloads page, but v11 was not available there yet. The download URL also could not be simply downloaded with curl or wget, so I had to supply a dummy username and password.

$ wget -O ./vocbench3-10.2.1-full.zip --user "username" --password "password" https://bitbucket.org/art-uniroma2/vocbench3/downloads/vocbench3-10.2.1-full.zip

Step 3: Build, make a Docker volume for persistent data and run it

There is no need to extract that zip file, so we can proceed with building and running the VocBench container.

$ docker build -t vocbench3:10.2.1 .
$ cd ..
$ docker run -v ${PWD}/volumes/stdata:/opt/vocbench3/data -p 1979:1979 --name vocbench3-10.2.1-crow -t vocbench3:10.2.1

That's all on the server side!

Now, via the SSH-tunnel I could map local and remote ports 1979 so I could explore the VocBench installation. You could also directly connect to the VM, if its firewall allows such.

Wat ik geïnstalleerd heb op m’n nieuwe werk-Windows-pc

2021-12-08T00:00:00Z

Sinds 1 oktber heb ik een nieuwe werkgever en dat betekent ook een nieuwe werklaptop! In mijn geval was het ook een wisseling van Mac naar Windows, na ruim tien jaar professioneel voornamelijk op Mac bezig geweest te zijn.

Windows is gewoon anders en — inderdaad — op plekken kom je gebruikersinterfaces tegen die als sinds de jaren ’90 niet zijn aangeraakt. Maar dat is niet het allervervelendste wat anders is: het allervervelendste verschil is dat de navigatiesneltoetsen alt ← en alt → niet op woord-einden verspringt, maar juist geschiedenisnavigatie is. En sommige apps zien dat ook als een geldige reden om je input te vergeten 😭. Navigeren per woord is op Windows namelijk ctrl ← en ctrl →. Vergelijkbaar is navigeren naar regelbegin/-einde: dat is niet cmd ← of cmd →, maar Home en End.

EDIT: Hoe kon ik vergeten! Ter vervanging van Spotlight heb ik Everything en PowerToys geïnstalleerd. Werkt niet zo goed, maar voldoende voor nu.

Ik werk hoofdzakelijk in Visual Studio Code met Git, Bash, Python en NodeJS. Dankzij Windows subsysteem voor Linux is dat allemaal binnen een echte Linux-omgeving (ik doe dat met Ubuntu) geïntegreerd te verbinden. Op nieuwe Windowsversies is het zelfs met één commando te installeren: wsl --install.

Binnen VS Code verzorgt Remote - WSL voor de automatische verbinding met de meedraaiende Linux. Dezelfde client-remote-infrastructuur wordt ook bij Remote - SSH gebruikt, die een verbinding over SSH laat aanvoelen alsof het je lokale computer is. Andere aanbevelenswaardige VS Code extensies:

Draw.io Integration laat je bestanden naam.drawio.svg noemen en dan zijn ze ook vanuit de browser als SVG benaderbaar ♥
GitHub Pull Requests and Issues laat je pull requests vanuit VS Code laden, om ze geïntegreerd met de rest van de code te kunnen beoordelen.
Live Server laat een simpele webserver je lokale bestanden serveren op localhost. Handig voor redactiewerk aan specificaties.
Peacock geeft elke vensterbalk een eigen kleurtje, waardoor als je veel projecten open hebt staan, sneller de juiste hebt.
vscode-pdf toont PDF's leesbaar en niet als de binaire bestanden die ze zijn.
Paste Image laat je in Markdown-bestanden afbeeldingen plakken, waardoor de afbeelding in die map wordt opgeslagen en er een Markdown-link naar dat bestand wordt ingevoegd. Erg praktisch als je screenshots (Win Shift S) in een specificatie wil plakken.
Niet per se aanbevelenswaardig, maar wel mijn favoriet: het GitHub-thema.

Voor wat betreft de organisatie op schijft: ik heb binnen m’n WSL-gebruikersaccount een map Code, met daarin mappen voor elke GitHub-gebruikersnaam of andersoortige brongroep. Dus ik werk voornamelijk in ~/Code/stichting-crow/ en ~/Code/redmer. Met de GitHub CLI doe ik dan gh repo clone user/repo user/repo (vanuit ~/Code) om ook de mapjes consistent te genereren. Op deze manier komen originelen en forks met eenzelfde naam ook in losse mappen terecht: in comibinatie met Peacock erg handig om die uit elkaar te houden.

De Python virtuele omgevingen beheer ik met Poetry, voor NodeJS met Yarn. Af en toe is GitHub Desktop ook handig om als GUI te hebben. Voor PDF- en referentiebeheer gebruik ik Zotero.

Nog een gemis aan de kant van Windows is het paneel Tekenweergave. De uitgebreide zoekfunctie heb ik deels vervangen met All the Unicode en de losse websites van r12a. Voor de invoer van “speciale” tekens, gebruik ik WinCompose, zodat ik de toetsen " en ` gewoon als dusdanig kan gebruiken.

Al met al is dit anno december 2021 de inrichting van mijn werkcomputer. Heb jij nog tips? Laat ze weten via Twitter.

FYI on Jena from Powershell

2021-06-09T00:00:00Z

When you work with the incomparable Jena command line utilities, e.g. to output a RDF/XML file as Turtle, my colleague got the following error message when processing the resultant TTL file further:

CRITICAL:
  Parsing failed.
  Exception: 'utf8' codec can't decode byte 0xff in position 0: invalid start byte

The 0xff byte is invalid (and not as I thought originally, part of the UTF-8 BOM — that’s 0xEF,0xBB,0xBF) in UTF-8. It turned out to be due to the UTF-16 LE internal encoding of Powershell, as they called it thus:

$ rdfxml --formatted=TTL abc123.rdf > abc123.ttl

The solution was to run the same command in cmd.exe. But you can also use another command line interface that uses UTF-8 on Windows, perhaps Git-Bash.exe or a WSL command line interface.

There is a lot more you can do with the CLI extras from Apache Jena. Bob du Charme recently wrote two blog posts about them as well (but in case of the JavaScript SPARQL extensions, beware of your Java version).

Museomix 2019: Terhulpen

2020-10-10T00:00:00Z

Ik deed (vorig jaar) mee aan een Belgische museumhackathon in Terhulpen, om binnen drie dagen een prototype van een tentoonstellingsonderdeel te maken in een interdisciplinair team. Dat is aanpoten, maar ook heel erg leuk om iets op een tentoonstelling te kunnen plaatsen.

In het domein Solvay, ten zuidoosten van Brussel, aan de rand van het Zoniënwoud, in de oude boerderij van het landgoed is het museum van Fondation Folon gevestigd. Dit is waar in 2019 Museomix werd georganiseerd, dat bij toerbeurt kriskras door België gaat. In het museum hangen en staan de verzamelde werken van Belgisch kunstenaar en illustrator Jean-Michel Folon.

Bomen in herfst

Museomix werkt met vaste rollen per team en een team wordt ter plekke door een grabbelen per lot bepaald. Ik was een coder, maar daarnaast waren er in het team een maker (timmervrouw), een graphisch ontwerper, een communicator (die de sociale media bijhoudt), een content manager (inhoudelijk verantwoordlijk), een facilitator (regelneef m/v) en mediator (meer een UX-rol). Ik was dus verantwoordelijk voor programmeer- en IT-taken en nadat ik in 2018 had geprobeerd een videolink tussen twee musea op te zetten, wou ik dit jaar liever iets maken wat lokaal draaide. Dit bleek nog een flinke uitdaging te worden: het blijkt dat als je in je dagelijkse werk gegevensbronnen verwerkt en modelleert, dat niet overdraagbare kennis is voor realtime algoritmische videobewerking. Wie had dat kunnen bedenken.

Zeven juichende teamgenoten.

De opdracht van mijn team: Tell the untold… Met het team kregen we als eerste een privérondleiding door het museum, een museum met echt mooie aquarellen en zeefdrukken van Folon. Je kijkt dan al met een oog voor interactie-mogelijkheden naar de collectie. Er bleek een connectie te bestaan tussen het kunstwerk La mer en een videokunstwerk dat La Mer, ce grand sculpteur representeerde.

Vertel het onvertelde, dus deze niet-expliciet gemaakte connectie wilden we uitlichten. We raakten geïnspireerd door La mer en aan het eind van de dag bedachten we meer onvertelde ervaringen: namelijk die van de bezoekers die het schilderij bekeken. Ik vond het wel een goed idee een telefoon op te hangen, waaraan bezoekers hun persoonlijke ervaring konden toevertrouwen. Eenmaal ingesproken, kon dat teruggespeeld worden aan een volgende bezoekers, die dus de persoonlijke ervaring van een onbekende mee kon krijgen.

Maar mijn teamgenoten wilden daar iets visueels van maken, dus heb ik met VVVV een realtime audio-verwerker gemaakt dat met een videokernel ook nog een afbeelding aanpaste van het schilderij. Mooi hierbij wel was dat er een audiolandschap is gemaakt door Anouk Audart en bij de VVVV-kernel heb ik veel hulp gehad van Bela Lawson.

Het sprekende boek

Ons sprekende boek lag open met rechts een scherm dat een live-updatende weergave van het schilderij toonde, en links de onderstaande tekst (in het Frans, Nederlands en Engels):

Jean-Michel Folon wil je onderdompelen in het universum van de blauwe man. Vertel ons wat je in deze aquarel “La Mer” waarneemt? Vrijheid? Verlangen? Rust? Stilte? Het onbenoemde wordt in dit boek gevisualiseerd en verrijkt de interpretatie van de tekening voor volgende bezoekers.

Welkom in de wereld van de blauwe man.
Spreek uw gedachten en ontdek wat uw stem onthullen kan.

Bezoekers overgebogen over het ‘boek’

De code van mijn oplossing staat op https://github.com/museomix/2019_BE_ear-eye-imagine. Op instagram/@museomixbe zijn meer foto’s van de teams te vinden.

Wanneer je in het mooie park bent en in de buurt van het museum bent, is het zeker een bezoek waard. Ons prototype is na zondag uit elkaar gehaald, maar kleuren en thema’s van de werken van Folon blijven mooi.

A Linked data view on blog posts

2020-09-29T00:00:00Z

Dit bericht geeft een voorbeeld hoe Linked data ook werkt met de Liquid sjabloontaal, een onderliggende technologie van deze website. Omwille van het grotere publiek dat gebruik maakt van de publicatiesoftware Jekyll is het in het Engels geschreven.

One of my endless list of issues with my website, is the lack of structured and Linked data in its architecture. Sure, as a static CMS it works fine, and I’m really proud of the trilingual design I hacked onto Jekyll, but: as Linked data export in my day-to-day job, I should incorporate some of it on my private website.

So, I decided to first start with a simple meta-data export, that embraces Linked data standards. I felt that, of the several serializations of Linked data, Turtle is easiest to read and write for us humans. Other formats, like JSON-LD and XML, are perhaps more widely supported, but with important caveats: JSON is tedious to write, XML moreso, and RDF-XML has some semantics issues (oh irony!). As the different serializations encode the exact same information, a data consumer may also convert the resultant Turtle-file to their favorite syntax.

As for the information modelling, I chose to use Schema.org ontology. Founded by several search engine companies for SEO-purposes, it is a great generic ontology for many knowledge projects. Its key concepts for this excersice are schema:Blog for the blogroll and schema:BlogPosting for the individual posts.

---
@prefix schema: <http://schema.org/>.
@prefix xsd: <http://www.w3.org/2001/XMLSchema#>.

@base <{{site.url}}>.

<https://rdmr.eu/> a schema:Blog ;
    schema:name "Rdmr.eu" ;
    .

I started with a new file called posts.ttl that can be put anywhere in the Jekyll project. Note the two initial lines with triple dashes (---). These tell the Jekyll processor that this file contains Liquid markup and that those tags needs to be rendered first.

The prefix directives are used for the referred ontologies or schemas: here I use aforementioned Schema.org and the XML Schema Definition, explained later on. The @base directive provide a base for relative URIs. The actual URI is rendered by Liquid, getting its value from the site settings. That makes this template flexible for use in Jekyll templates, as well.

The first triples it contains is static information. In this example, just the blog roll, typed as Schema.org’s Blog. I prefer to start hand-written Turtle files with some basic information, with statements that declare the files origin or purpose. Here, we’re talking about a blogroll, yet where are the posts?

# Metadata on the blogposts
{% for p in site.posts -%}
<{{p.url}}> a schema:BlogPosting ;
    schema:author <https://rdmr.eu/#me> ;
    schema:name "{{p.title}}"@nl ;
    schema:datePublished "{{p.date | date_to_xmlschema}}"^^xsd:dateTime 
    .
{% endfor %}

Now for the actual data, we use the Schema.org’s BlogPosting class to type the individual posts. Those are generated (unsorted) by the for p in site.posts template. Usually, I would explicitely sort such generators, but considering Linked data has no concept of order, this complexity was not needed.

They get some author info (in this example something static) and dynamically retrieve the post title. Note that we need a Liquid filter on the post’s date to render it as a XML-Schema compatible date. Also note that, although not obligatory, I’ve typed the string literal as a xsd:dateTime. That can help data consumers correctly process this statement.

# Linking the blogposts to the blog
{% for p in site.posts -%}
<https://rdmr.eu/> schema:blogPost <{{p.url}}> .
{%- endfor -%}

Then finally, the blog postings are linked to the previously defined blogroll.

I hope this post gives some pointers towards implementing data views on Jekyll sites. If have any comments, drop me a line on Twitter @redmer.

UI-vertalingen in het Nederlands

2019-06-29T00:00:00Z

Steeds meer apps en websites worden beschikbaar gemaakt in het Nederlands. De gemaakte vertalingen kijken daar bij apps vaak naar platformconventies, aangezien er vaak gebruikt gemaakt kan woren van bestaande interfacecomponenten die door het besturingssysteem voorvertaald zijn. Denk aan Gereed op een schuifpaneel op iOS.

Maar op het web geldt er niet zo'n conventie. Dit artikel somt de platformconventies op van Apple's iOS, macOS, van Microsoft Windows en Office en die van Google op Android en Docs.

De vertaling is namelijk substantieel anders: niet alleen kiest Apple voor “Bewaren” en niet “Opslaan”, er is ook een andere werkwoordsvorm gekozen. Apple vertaalt ook commando's op knoppen met een gebiedende wijs (“Bewaar”). Dit komt naar alle waarschijnlijkheid omdat het Engels geen morfologisch verschil laat zien tussen het hele werkwoord en de gebiedende wijs.

Iets dergelijks zie je ook bij interface-elementen die een proces aangeven: in het Engels wordt een progressief werkwoordsaspect (continuous) gebruikt, dat wisselend vertaald wordt. In het Nederlands wordt dat aspect liever perifrastisch uitgedrukt (“Bezig met opslaan”). Opvallend genoeg is dat alleen zo vertaald bij Google; gelukkig is het niet vertaald (in vertalingen door mensen) met “Opslaand”.

Deze verschillen heb ik in onderstaande tabel neergezet:

Engels	Apple	Microsoft	Google
Show	Toon	Weergeven	Weergeven
Open	Open	Openen	Openen
Print	Druk af	Afdrukken	Afdrukken
Cancel	Annuleer	Annuleren	Annuleren
Opening	Openen	Openen	Bezig met openen
Saving	Bewaren	Opslaan	Bezig met opslaan

Ik vind zelf de gebiedende wijs wel passend om commando’s aan apparatuur te geven. Opvallend vind ik ook dat in Microsoft’s vertaling het verschil tussen ’Open’ en ’Opening’ wegvalt.

Linked Spatial Data

2019-03-31T00:00:00Z

Linked data is niet alleen in de geesteswetenschappen hot topic, ook voor geografische toepassingen bieden gelinkte gegevens voordelen. Afgelopen 12 maart bezocht ik in Amersfoort het SDI Next-evenement “Linked Spatial Data in Europe”. Het doel van de bijeenkomst is een overzicht van implementaties van linkende ruimtelijke gegevens in Europa. Ik vond de bijeenkomst leerzaam, met een paar trends: daarom dit verslag, waarbij ik alleen onderwerpen uitlicht waar ik meer over weet. Locatie was het kantoor van de Rijksdienst voor Cultureel Erfgoed, met zo'n 100 aanwezigen. Alle presentaties zijn ook beschikbaar gesteld. Handig voor als je interesse is gewekt.

Natuurlijke taalverwerking

De openingskeynote werd verzorgd door Simon Scheider (van Universiteit Utrecht). Zijn onderzoeksproject, “Question-based analysis of geographic information with semantic queries”, stelt een theoretisch en computationeel kader vast voor een GIS-infrastructuur gebaseerd op semantischewebtechnologieën. Populairder gezegd, hoe kun je Alexa vragen, “hoe fiets ik de groenste route naar werk?”. De antwoorden op zulke analytische vragen staan niet in één database, waarvoor semantische (en dus koppelbare*) bronnen dus een uitkomst zijn. Scheider stelde een serie koppelconcepten voor die de grondslagen moeten vormen voor een geautomatische analyse. Interessant, naast de onderliggendste concepten, vond ik de integratie van NLP om een kennisgraaf op te bouwen. Dat doet me denken aan een presentatie die ik heb gezien over NLP-technieken om een kennisbank op te bouwen van GraphAware (dat product heet Hume, maar de bijbehorende website is – bij schrijven – al een week uit de lucht).

Raf Buyle (van Informatie Vlaanderen) vertelde over de implementatie van Linked Open Data in Vlaanderen. Zo kun je informatie over gebouwen en adressen heel eenvoudig opvragen (zie hieronder). Dat het meteen werkte in de console vond ik erg prettig aan deze API. Bijzonder interessant vond ik de supervised entiteitsherkenning die gebruikt wordt in een notuleer-webapp voor gemeentes. Dit project, “Lokale besluiten als Gelinkte Open Data”, koppelt bijvoorbeeld wetgevingsreferenties aan de identifiets van die wetgevingssecties. Ik heb een voorbeeld gevonden van de notulen van de gemeenteraad van Alken waarin wetscitaten gekoppeld worden aan de daadwerkelijke wetstekst. Erg leuk.

$ curl -H "Accept: application/json" http://data.vlaanderen.be/id/adres/3706808

Standaardisatie

Gelinkte gegevens worden vaak als RDF in XML of JSON-LD ter beschikking gesteld, maar het RDF-model (of semantische model) is niet het enige type graafdatabank. Er zijn ook eigenschapsgraafdatabanken (labeled-property graph databases) zoals Neo4j, die naast relaties tussen gegevens, ook eigenschappen kunnen toevoegen aan de knopen in de graaf én aan de zijden tussen die knopen. Het eerste model valt onder de auspiciën van de W3C, maar het laatste model is niet gestandaardiseerd over leveranciers heen. De W3C zag kansen voor standaardisering en organiseerde een vergadering, die wonderwel uitliepen op een voorstel voor convergentie: er zouden eigenschappen kunnen worden toegevoegd gaan aan één predicaat in een RDF-graaf. Er was een kort verslag van deze bijeenkomst door Ivan Herman. Dit moet nog uitgewerkt worden, want betekent dat dan een compacte syntax voor reïficatie of betekent het een toevoeging op het datamodel. Ik ben erg benieuwd naar hoe snel dit opgepakt gaat worden in databanksystemen: eigenschappen op relaties zijn een handig voor veel modellen.

Standaardisatie kwam ook langs in de ‘pitch’ van Frans Knibbe (van Geodan), die om één ontologie voor ruimte vroeg. Er is al een ontologie voor tijd (verrassed genoeg Time geheten), maar voor ruimtelijke concepten zijn er concurrerende uitgangspunten. Computerbeelden werken met polygonen, BIM werkt met uitgetrokken 2D-vlakken, terwijl GIS voornamelijk met punten werkt. Dan zijn er nog geografen, bodemwetenschappers, seismologen, astronomen: allemaal wetenschappers met geografische data, waarvan ook van andere planeten: denk maar eens na hoeveel aannames in jouw code gebaseerd zijn op de eigenschappen van planeet Aarde. Ook op microniveau wordt er met ruimtelijke data gewerkt, noemde Knibbe, denk aan microbiologen en structuurscheikundigen. Wie weet of er bij de volgende SDI Next-bijeenkomst over 3 jaar stappen zijn gezet.

Koppelen van databronnen

Onderstaande schermfoto is van een toepassing van Triply in samenwerking met het Kadaster, gepresenteerd door Wouter Beek (van Triply). De LOD van het Kadaster hebben zij uitgebreid met automatisch gegenereerde polygonen (het grondoppervlak × de geregistreerde hoogte van het object) en dat met Sparql doorzoekbaar gemaakt. Dankzij een uitbereiding op Yasgui konden deze gegevens (denk ook GeoSparql) ingelezen worden in een interactieve 3d-demonstratie. Dit lijkt een praktijkvoorbeeld te zijn dat het voorgenoemde verhaal van Knibbe ondersteunt.

De 3d-opgetrokken versie van het conferentiegebouw (Bron).

Ter afsluiting presenteerde Bill Roberts (van Swirrl), de best practices voor ruimtelijke data op het web. Die heb ik hieronder herhaald (en vertaald), opdat we ze ter harte nemen:

Wijs unieke, blijvende HTTP URIs toe voor je ruimtelijke gegevens.
Maak je gegevens vindbaar voor zoekmachines.
Link gegevensbronnen met elkaar om je eigen dataweb te maken.
Maak gebruik van gegevensformaten die jouw doelgroep nodig heeft.
Stel geometrieën op een bruikbare manier beschikbaar.
Stel geometrieën beschikbaar met het juiste niveau van correctheid, nauwkeurigheid en grootte.
Kies een coördinatenstelsel dat op jouw doelgroep aansluit.
Beschrijf duidelijk hoe coördinaten zijn genoteerd.
Maak relatieve aanduidingen eenduidig interpreteerbaar.
Gebruik geschikte relatie-types om ruimtelijke gegevens te linken.
Maak duidelijk hoe ruimtelijke zaken kunnen veranderen.
Maak ruimtelijke gegevens eenvoudig beschikbaar via ‘gemaks-APIs’.
Geef ruimtelijke eigenschappen mee in de datasetmetadata.
Beschrijf de positienauwkeurigheid van de ruimtelijke gegevens.

Er waren ook nog veel presentaties die de status van gelinkte geodata of van dataplatforms in Slowakijke, Oostenrijk, Frankrijk, Noorwegen, Nederland (PDOK), Finland, Spanje en Zwitserland behandelden. De staat van implementatie blijkt erg te wisselen tussen landen, waarbij Frankrijk opviel door de lage prioriteit die er aan LOD werd gegeven.

Afsluiting

Deze bijeenkomst gaf een overzicht van de ontwikkelingen en kansen bij gelinkte ruimtelijke gegevens. Vanuit een Digital-Humanities-oogpunt ben ik erg benieuwd naar de geautomatiseerde mogelijkheden om natuurlijke taalverwerking teksten te laten annoteren en tegelijkertijd een kennisbank op te laten stellen. Zie jij andere trends in de geowereld of komen er nieuwe ontwikkelingen aan in de Linked Data-wereld? Laat het me weten via Twitter of per mail.

Thanks, Charazani

2018-12-13T00:00:00Z

In May and June 2016, I did fieldwork research in the Charazani valley, Bolivia. It formed the basis of my Master’s thesis, a sketch grammar of the Quechua spoken in the area. Quechua is a native American language family, with between 5 and 10 million speakers more-or-less in the Andes mountain range, from Ecuador to Argentina. The Charazani area is interesting for its proximity to multiple language areas and its relative isolation. My supervisors was Mily Crevels, second supervisor was Pieter Muysken.

A view of Charazani from its former lake.

I want to publicly express my thanks towards all informants that have helped me with the Quechua language and all other people that made my lonely stay a bit better. Quiero expresar mi más sincero agradecimiento a Cristóforo Oblitas, Justa Andulce, Prudencio Juárez, my main language consultants.

Sonia and Octavio Mendes (Jatichulaya); “Blanco” and “Blanquito”, and Lucía and Nestor Andulce (Chullina); Aurelio Ortiz (Lunlaya); Salomé Gonzales and Graciela Álvarez; Doña Sofía (Charazani). Iru Rodríguez Miranda’s (La Paz). Usparasunkichis.

Also outside of Bolivia I’ve had help: the trip was funded in-part by my parents, thank you for the opportunity. Hilde Gunnink lend me her recorder, so much better than a phone! Thank you. I want to thank Pieter Muysken for his suggestion of Charazani as a place for fieldwork. Mily Crevels was a great supervisor, who also gave me the opportunity to publish my thesis. Bas Clercx helpt me go through it all, both afar and closeby. Thank you all.

Publication

Thanks to Mily Crevels, I’ve been given the opportunity to publish my thesis. This will be the first recent grammar sketch of the under-researched North Bolivian Quechua branch.

This blog post will be updated with a reference to the future publication of my thesis, but with the publication nearing, I will also publish some excerpts of the grammar.

Brabantse erfgoedontmoeting 2018

2018-10-04T00:00:00Z

Een maand geleden ben ik verhuisd naar Breda. Het betekent voor mij een nieuwe stad in een nieuw landsdeel en het leek me daarom een goed idee zo snel mogelijk allerlei bijeenkomsten bij te wonen. Misschien voelde ik me er dan sneller thuis.

Zo kon ik in Breda de ‘Erfgoedontmoeting’ bijwonen, georganiseerd door Erfgoed Brabant. Die omschrijft het als “dé jaarlijkse netwerkbijeenkomst om samen te bouwen aan de toekomst van het Brabantse verleden”.

Vandaag bij de Erfgoedontmoeting van @ErfgoedBrabant. Het begint met de verbeeldingskracht van Erfgoed 💐
— Redmer (@redmer) September 20, 2018

Het thema was ‘de verbeeldingskracht van erfgoed’, wat meteen geïllustreerd werd door kunstenaar Rocco Verdult. Hij organiseert activiteiten die een betrokkenen een gevoel van saamhorigheid moeten geven. Voor deze bijeenkomst had-ie voorbeelden van ondermeer een historische wijk zonder sociale cohesie, die hij probeerde terug te brengen. Het klinkt wel inspirationeel, maar het is niet het soort erfgoedverbeelding waar ik mee werk.

Van links naar rechts Hendri Swinkels, Gerdien Wolthaus Paauw, Elkse Verbraak, Monique Rakhorst, Daan Jongbloed en Patrick Timmermans.

Patrick Timmermans, directeur van Erfgoed Brabant, leidde het rondetafelgesprek dat erop volgde. Mij vielen vooral de verhalen van gedeputeerde Henri Swinkels en curator Monique Rakhorst van het Stedelijk Museum Breda op. De gedeputeerde had een bevlogen verhaal over de Zuiderwaterlinie: Die verdediginglinie in het noorden van Noord-Brabant diende Holland te beschermen tegen aanvallen vanuit Spanje of Frankrijk. Hoe vertel je het verhaal van zo’n verdedigingswerk, dat niet de lokale bevolking diende?

Rakhorst vertelde over de gesloopte St. Barbarakerk (1866-1970), waarvan veel onderdelen in de collectie van het Stedelijk Museum Breda zijn gekomen: kruisbeelden, stukken altaar, beschilderde panelen, brokstukken van pilaren… De presentatie in het museum spreekt tot de verbeelding door oude foto’s erbij te halen en zo het herkomstonderzoek en de context van de verschillende collectiestukken te tonen.

Het ochtendprogramma eindigde met een excursie naar een aantal muurschilderingen door de stad heen. De schilderingen zijn gemaakt door het project Blind Walls Gallery, dat artiesten uit binnen- en buitenland naar Breda haalt om op muren de historie van de stad of buurt of straatnaam uit te beelden. Dit project heeft in 2018 ook de Brabantse erfgoedprijs gewonnen en organisator Dennis Elbers leidde ons rond. Hieronder een voorbeeld uit de Stallingstraat. “Trash to Treasure” staat schilderd door Thomas&Jurgen in een stijl die duidelijk op een Van Gogh lijkt. Blind Walls Gallery beschrijft wat de relatie is tot de historie van Breda:

Op de zolder van een verhuisbedrijf in de Stallingstraat lag ooit een kist bomvol werken van Van Gogh. Zijn moeder had ze daar opgeslagen, maar nadat ze verhuisde verkocht de eigenaar ze voor een dubbeltje per stuk. Pas later ontdekte hij hoe waardevol ze waren.

Foto van geschilderde muur in stadsomgeving.

De Brabantse erfgoeddag was voor mij als buitenstaander bijzonder om mee te maken. Het was op twee manier een geslaagde bijeenkomst: zoals ik van tevoren had bedacht, wilde ik mensen ontmoeten in de Brabantse erfgoedsector. Onverwacht was de kennismaking met de geschiedenis van mijn nieuwe stad.

Aafswaard

2018-09-26T00:00:00Z

Etymologische overpeinzing van de dag. Als we in het Nederlands een etymologische tegenhanger van het Engelse awkward zouden hebben, dan zou dat wellicht aafswaard zijn. Aafswaard! Wat een eizaam woord!
— Dr Peter-Alexander Kerkhof (@Oldfrankishphil) September 25, 2018

Greek etymology: ‘hádrynsis’

2018-07-10T00:00:00Z

Recently, I saw the following tweet:

ἅδρυνσις, εως, ἡ (hadrynsis)
—coming to maturity, Arist.Metaph.1065b20, Ph.201a19, Thphr.CP2.12.1
—written -υσις, https://t.co/ipRxEEDOHc Epict. p.32 D
— Philosophical Greek (@Scholiast) May 29, 2018

The noun ἅδρυνσις ‘[the] coming to maturity’ is a derivation of the verb ἁδρύνω ‘to ripen, mature’, which is in turn a derivation of the adjective ἁδρός ‘thick, stout, bulky’. The adjective can refer to both people, animals, and fruit or crops.

You can display the derivation as follows:

| Adjective | ἁδρ | | -ός | | Verb | ἁδρ | -ύν | -ω | | Noun | ἅδρ | -υν | -σις |

Although it is not unheard of that I get excited by Greek vocabulary, this particular word, ἅδρυνσις, caught my attention. Why is that? Normally, it is the unexpected realization of a vocalic nasal or laryngeal that excites me, but this time it was the cluster -νσ-. As far as I was aware, it should not be there: either the nu (ν) or sigma (σ) normally dissolves in such clusters between vowels (with or without lengthening of the preceding vowel).

Skimming through Buck (1933; 150-152), you learn that there are two results of this cluster between vowels (you can consult Buck’s Comparative Grammar for yourself):[^1]

If the cluster is original, that is from Indo-European, Proto-Greek or a loan, the sigma disappears with compensatory lengthening (the vowel becomes long) of the preceding vowel:

The sigmatic aorist (1st singular) loses its sigma (and then becomes pseudo-sigmatic, obviously): ἔ-κρῐν-σα > ἔ-κρῑν-α ‘I decided’; or ἔ-νεμ-σα > ἔ-νειμ-α ‘I stayed’.

If the sigma in the cluster is not original, because historically it used to be a *t, the nu disappears with compensatory lengthening of the preceding vowel:

*-ti̯- (the iota is a consonant before a vowel: yod) becomes -σ-: παντ-ι̯α > πανσ-α > πᾶσα ‘all, everything’ (nominative singular feminine).[^2]
*-ti- (the iota is a vowel) becomes -σι-: *φερ-οντι > *φερ-ονσι > φέρ-ουσι ‘they carry, bear’ (Attic present indicative 3rd plural).[^3]
Or *dental stop (τ, δ or θ) + σ, where the sigma assibilates the dental stop: *φεροντ-σι > *φερον-σι > φερου-σι ‘to the bearing (men)’ (Attic dative plural masculine of the participle).

I would have expected ἄδρυνσις to have been ἄδρῡσις, as the neo-Platonist Simplicius (in the commentary on Epictetus’ Encheiridion p. 32) would have spelt it in the 6th century CE, but Aristotle (Metaphysica 1065b20) spelt it with a nu in the 4th century BCE. Why is that? Buck (1933; 151) for example says “Att. ὕφανσις (ὑφαίνω) etc., were formed later and retained ν”.

The historical, or maybe theoretical, formation of the word seems to explain why it has not lost its nu as well. A quick search on the Thesaurus Linguae Graecae shows that, while the cluster -νσ- is reasonably well attested in the whole period of ancient (Attic) Greek (until 1453 CE), the greater part of the attestations are Latin loanwords, foreign place names, or compounds starting in ἐν-, παν-, or συν- that have restored their nu (cf. Buck 1933; 151 ad 3a). Besides words similar to the construction of ἅδρυνσις, the cluster is otherwise very rare in the corpus of the TGL.

In the following two blogs I will delve more deeply into this cluster, and the type of words related to ἅδρυνσις. Next time I will try to make sense out of other words with the cluster -νσ-. In the final blog, we will trace the attestations of ‘real’ Greek -νσ-clusters down to the sources.

Footnotes

[^1]: Compare Helmut Rix’s Historische Grammatik des Griechischen (1992, pp. 77-79 and 89-91) for all exceptions to these general rules. (Available on Google Books)

[^2]: Masculine παντ-ς > παν-ς > πᾶς loses the nu because it is a final cluster. Neuter παντ > πάν loses the final tau because Greek does not permit final clusters.

[^3]: The development of *ti and *ti̯ are essentially the same.

Conference report: DHBenelux

2018-07-02T00:00:00Z

It was a beautiful summer weather in Amsterdam 7–8 June, but I could barely enjoy it: I attended the Digital Humanities conference for the Benelux for the first time and this was my second DH conference overall. My first DH conference was the one for the German language-area (DHd, held in Cologne), during which I got the hang of tweeting out my conference. I’ll let my tweets lead this short summary of the DHBenelux, but I didn't tweet everything I saw. For everything and everyone I neglected to mention (sorry!), take a look at the conference program.

First conference day, 7 June

Just saw cool screenshots of a digital editions of Late Greek ‘mashups’ from the epic cycle by @indoukas. Inline commentary, CTS integration with CapiTainS and the maps from Pelagios.
— Redmer (@redmer) June 7, 2018

Currently, I’m working on a project that works with Linked Open Data, CTS and CapiTains, so this presentation was a great opener. CTS and CapiTainS enable the easy integration of canical texts (like from Greek or Latin literature) in a website, that work with unambiguous passage identifiers and web APIs. Luckily, the slides were published afterwards.

Keynote speaker @jfwinters now shows a bit of @webrecorder_io, that archives web pages in your own little private collection #dhbenelux Useful for giving workshops and classes, where you want an interactive screenshot
— Redmer (@redmer) June 7, 2018

The fragility of web resources is something that comes back time and time again in this field. Just as I’ve given a guest workshop to a group of Archiving students, the example server broke. I saved some pages from my cache, but it was less than ideal to demonstrate to a group of students.

“Museum collection numbers change more often than you think”—Mark Depauw at #dhbenelux on @TrismegistosTM that provides an alternative for such numbers. It also includes unpublished materials from a variety of partners.
— Redmer (@redmer) June 7, 2018

One question–interaction from the audience (by @saschel) noted that the CH institutes should be responsible for the LOD stable URIs, instead of Trismegistos #dhbenelux
— Redmer (@redmer) June 7, 2018

#dhbenelux @TrismegistosTM "our way of dealing with copyright is to avoid having to deal with copyright" 😆
— Max Kemman (@MaxKemman) June 7, 2018

Trismegistos was presented as a great base to link data for the ancient world. It creates stable IDs for items that partner institutes give to them. There is however no API available, no data downloads and no clear license.

The library as a supplier of data? @hild_de: rather a co-creator of data, tools, new forms of research and publication, and linked infrastructures #dhbenelux https://t.co/g9xN4Sqm2M
— Redmer (@redmer) June 7, 2018

We did the FAIR Data Principles chant:

–Findable
–Accessible
–Interoperable
–Reusable#dhbenelux
— Redmer (@redmer) June 7, 2018

Support for DH is @UWuttke’s topic: The Library as a center for expertise for data science. #dhbenelux Before discussing, we are voting live with the audience on some divisive questions about DH https://t.co/g9xN4Sqm2M
— Redmer (@redmer) June 7, 2018

.@MaxKemman noticed that according to a source, when librarian make collection, it’s neutral, but when historians do, it’s an argument. 😂 He closes with the statement *Digital Humanities: The librarians are the third wheel* #dhbenelux https://t.co/g9xN4Sqm2M
— Redmer (@redmer) June 7, 2018

Finally, @schambers3: The role of libraries in curating research results. Shout out to European Open Science Cloud (EOSC)—though the actual tender looks disappointing #dhbenelux https://t.co/g9xN4Sqm2M
— Redmer (@redmer) June 7, 2018

The final poll question was “Researchers should always involve librarians in plans for sustainability of research results” #dhbenelux Reminded me of that the data for my BA thesis “Ucuchi” (https://t.co/eBDMivVUEp) is still offline. Perhaps @UCLA_DH could help rebooting it?
— Redmer (@redmer) June 7, 2018

Above tweets came from a round table discussion about the role of libraries in DH and data science research. The live polls were a nice touch to not only involve the audience passively, but also have a point to start talking about in the discussion afterwards. The questions asked and the propositions by the presenters were strongly-worded to spark discussion.

Second conference day, 8 June

Netwerk @Oorlogsbronnen (@LizzyJongma) put together collections from 75 institutes, linking them with topics (SKOS), locations, dates, people (their journeys in WW2 #gdpr).
Openly available/usable resources foster inter-institute collaboration https://t.co/ivLkmnM8Eb
— Redmer (@redmer) June 8, 2018

#dhbenelux @afelonnedoek: photo keyword tagging is context sensitive: photo of people walking is tagged ‘tramway, strike’ [so a strike by-effect]. Inter-institute search engines don’t have that context, so @IISG_Amsterdam works on make that more explicit https://t.co/ivLkmnM8Eb
— Redmer (@redmer) June 8, 2018

#dhbenelux @ivozandhuis talks about @AdamNet_NL, that improves [access to] CHI information, by combining data sources in a freely available #RDF #Sparql endpoint. Example: https://t.co/WCs5PQJe0Y https://t.co/ivLkmnM8Eb
— Redmer (@redmer) June 8, 2018

#dhbenelux in the final discussion: data vs interfaces; more respect for data creation, curation.

The separation of data from UI is useful, I think. Even better when you make your Data API (freely available for everyone) the basis of the interface https://t.co/ivLkmnM8Eb
— Redmer (@redmer) June 8, 2018

✨S✨P✨A✨R✨Q✨L✨ #DHBenelux
— Redmer (@redmer) June 8, 2018

This round-table “Applying DH techniques to a cultural heritage environment” was a really nice one. I saw examples of projects working with Sparql and RDF, that first provide an API, on which other institutes, projects and people can build. This seperation of concerns helps the sustainability of the data (a recurring issue even in this report :laughcry:).

A session on Linked Open Data #linkeddata:
– BA students working in a PhD project
– supervised by @MariekeOprel
– ✨S✨P✨A✨R✨Q✨L✨
– “WE’RE NOT DOING A PHD”
– #dhbenelux
— Redmer (@redmer) June 8, 2018

Linked Open Data #linkeddata #dhbenelux
– Disambiguation of names
– Marriage, baptism registries, probate inventories
– Did some exploration via Neo4J
– ‘Lenticular Lenses:’ an app for link discovery and refinement
– https://t.co/b8NECEEMeI
— Redmer (@redmer) June 8, 2018

Linked Open Data #linkeddata #dhbenelux
– Migrant workers in NL 1700–1800
– Matching people from monsterbrieven
– wage, career progress, origins
– some differences between Dutch and migrant workers
– #dhbenelux https://t.co/bIpRuAiNgk
— Redmer (@redmer) June 8, 2018

Sabrina Sauer talks about insights from the #clariah #Nardis project on #linkeddata exploratory search and #narratives for disruptive events. #dive @neocarlitos @oana_inel @laroyo #dhbenelux pic.twitter.com/7QEG0iGqt7
— Victor de Boer (@victordeboer) June 8, 2018

Linked Open Data #linkeddata:
– by @drkmurch
– 958 medieval English manuscripts of Norman-French lit
– WIP
– metadata available as #FAIRData
– I’m really thinking of profileDesc/langUsage here
– Sweet 3-line Latin, French, English poem (too late for pic)
– #dhbenelux
— Redmer (@redmer) June 8, 2018

This session about Linked Open Data gave some clear examples how the Open aspect of LOD enables cross-referencing between projects.

Next came the poster and software demo session. It was unfortunate that the demos were in a side-room and that I had too little time to talk about all posters (e.g. the one about Syriaca).

Nevertheless I saw a demonstration of 'Example Based Search', a way to search through text corpora by means of an target sentence. That target sentence is parsed and the user indicates what parts of that sentence are relevant to the query: the part-of-speech, the literal word, the case or nothing at all. I think it’s an inspirational way of searching through data, that especially makes searching in text corpora easier.

The final #dhbenelux keynote by @Mike_Kestemont, @FolgertK posits the question: “Can we model creation, instead of creations?” #generativemodels #ai #DigitalHumanities
— Redmer (@redmer) June 8, 2018

It’s an audiovisual spectacle #DHBenelux
A pretty image below, but I hope there’s a recording pic.twitter.com/uSh4YQNLo7
— Redmer (@redmer) June 8, 2018

Oh wow I can only say the closing keynote blew my mind. Unfortunately, what was presented was still under wraps, so all I can say is: I had no idea that [REDACTED] was possible to this extent. At the Lowlands music festival, both presenters will show off their rap flow work for a live audience. Go and see that!

Closing

I’ve met a lot of people working in the Benelux digital humanities area, which was exactly the reason I came to DHBenelux. There were really cool presentation, both professionally useful for me and simply technologically amazing. The food was good, I made some friends and I can’t wait for the next (DH2019 in Utrecht?).

Other people

Many other people have also tweeted with the official™ hashtag #dhbenelux. Take a look at those for the other tracks, as well as the blog posts about the conference below. If there are more, please let me know.

Max Kemman: DHBenelux 2018 — Integrating Digital Humanities

Etymology, Philology, and Chernobyl (Pt. IV)

2018-05-23T00:00:00Z

Last time, we saw that many varieties of Artemisia were used in a medicinal context, for example to fight tired feet. This association with travel was continued in a later name, Saint John’s weed, because the saint protected people on the road.

It is also explicitly mentioned in the Bible, and by some it is believed that one of these passages prophesized the Chernobyl disaster. In Revelations 8.10-11 it is said that:

¹⁰ The third angel sounded his trumpet, and a great star, blazing like a torch, fell from the sky on a third of the rivers and on the springs of water— ¹¹ the name of the star is Wormwood. A third of the waters turned bitter, and many people died from the waters that had become bitter.

Although the Greek probably refers to another kind of Artemisia, namely A. absintha (“the name of the star is Wormwood” → καὶ τὸ ὄνομα τοῦ ἀστέρος λέγεται Ἄψινθος) rather than the A. vulgaris, it is not difficult to see why people found this particular passage as a compelling prophesy: the nuclear meltdown as the blazing star, the polluted water, and the people who died from it.

Whether you believe in prophesies or not, this shows that in popular imagination, the toponym of was still related to the herb we have been discussing in the last few posts. I found it interesting to see that the toponym was still associated with its original meaning, and that it played a role in giving the nuclear meltdown meaning.

In my experience, some people tend to see etymology as an academic fancy, because they suppose that historical meaning is not experienced in daily life: only synchronic meaning matters. Here we have a clear example that for people, etymology does matter.

Here I speculate a bit (but hey, it’s my blogpost!), but I can image that for its inhabitants, Chernobyl must have referred mainly to the place, not the herb. Still, a way to process this disaster was to attach it to a historical authority, to a meaning not really there. Delving into the (intellectual) history of a word helps to deepen our appreciation of a word today.

This website: Technical details

2018-05-13T00:00:00Z

This website is the third rewrite of rdmr.eu. Its precursors were two static hand-coded HTML pages and a short-lived WordPress site.

The current version is written with Jekyll, with the code hosted at GitHub. Jekyll is a static site generator, which means that pages are not rendered by a server-side process. This ensures durability and resilience. A lot of custom programming went into the multiple language support, along with privacy sensitive loading of external content. Tweets, images, videos from other websites are embedded with locally hosted metadata and only load when requested by the website visitor.

Inspired by the talk by Ronan Berder of WiredCraft at the Berlin Static Sites Meetup, I also made [UPDATE: a previous version of this] website trilingual with English, German and Dutch content seperated.

To make the Jekyll setup more usable, a Makefile provides shortcuts for new posts, to run a developer server and to upload a new version of the site. The website is hosted on a small PHP server, so that some interactive server-based options are available, as well.

The CSS is made with Tachyons, a 'functional' CSS framework. I was surprised how quickly I could draw up pretty and useful prototypes. For new front-end projects, I’ll now try to work with Tachyons.

Language Science Press

2018-05-13T00:00:00Z

Language Science Press is a Berlin-based innovative and community-funded publisher. Funded with institutional pledges, they publish with a completely digital workflow edited volumes as well as monographs on linguistics that are peer-reviewed and open-access. Through this funding, all publications free for both authors and readers.

Go check our langsci-press.org to see what a publisher’s backlist should look like: freely downloadable, complete overviews and DOI-registered.

I’ve worked on the conversion of a manuscript with many interlinear glosses. The original Word document was converted to a LaTeX document that was marked up according to LSP standards.

The final result is Kofi Yakpo’s A grammar of Pichi. Not a language family I’m familiar with, but creoles are interesting languages nonetheless.

Pichi is an Afro-Caribbean English-lexifier Creole spoken on the island of Bioko, Equatorial Guinea. It is an offshoot of 19th century Krio (Sierra Leone) and shares many characteristics with West African relatives like Nigerian Pidgin, Cameroon Pidgin, and Ghanaian Pidgin English, as well as with the English-lexifier creoles of the insular and continental Caribbean. This comprehensive description presents a detailed analysis of the grammar and phonology of Pichi. It also includes a collection of texts and wordlists. Pichi features a nominative-accusative alignment, SVO word order, adjective-noun order, prenominal determiners, and prepositions. The language has a seven-vowel system and twenty-two consonant phonemes. Pichi has a two-tone system with tonal minimal pairs, morphological tone, and tonal processes. The morphological structure is largely isolating. Pichi has a rich system of tense-aspect-mood marking, an indicative-subjunctive opposition, and a complex copular system with several suppletive forms. Many features align Pichi with the Atlantic-Congo languages spoken in the West African littoral zone. At the same time, characteristics like the prenominal position of adjectives and determiners show a typological overlap with its lexifier English, while extensive contact with Spanish has left an imprint on the lexicon and grammar as well.

Etymology, Philology, and Chernobyl (Pt. III)

2018-05-11T00:00:00Z

The last two weeks, we saw that the etymology of Chernobyl is quite a bit less exciting as the recent history of the area would suggest. Instead of the associating it with environmental disaster, many cultures with access to the herb used it in a variety of beneficial, medicinal applications.

In eastern Asia, combustion of the local variety of Artemisia was common practice. Especially in China, Korea, and Japan it was used in the practice of moxibustion, as it came to be known in Europe. The first part of the compound is probably a contracted Latinization of the Japanese mogusa. In this particular treatment the herb is burnt as a part of acupuncture: a needle pressed into the right node of the body is heated by combusting the weed, which stimulates the circulation of qi and blood.

In Europe, the weed wasn’t burnt, but it was used as a form of medicine as well. In his Natural History (26.89), the 1st century Roman aristocrat-cum-encyclopedia Pliny (the Elder!), for example, noted the following with regards to Artemisia:

Artemisiam et elelisphacum alligatas qui habeat viator negatur lassitudinem sentire (Read more →)

A traveler (viator) was to put a twig of the herb (or of a type of sage, elelisphacum) in his sandals (alligatas) to relieve fatigue (lassitudinem). The motive of Artemisia as a remedy against fatigue, was also translated into a Christian context: the weed was known as Saint John’s weed, or for example in Dutch Sint-Janskruid, because the saint was associated with travelling, as he spread the gospel during his journeys.

The German and Dutch etyma, Bei-fuß / bij-voet lit. ‘at-foot’, seem to tie into foot-related issues as well. Although the literal interpretation of the words may suggest otherwise, they have nothing to do with feet etymologically. These words received the folk-etymology treatment through association with aforementioned medical practice. That means: the original formation had nothing to do with feet, and the intervocalic –f/v- was probably epenthesized into an older form of, for example, Old High German bībōz / pīpōz, going back to Proto-Germanic *bautan ‘to beat’. The folk-etymology seems to have occurred in Middle Dutch and Middle High German, e.g. biuoet and bivuoz. The idea is that it refers to the need to pound the herb, before it could be applied as medicine.

Across the channel, people don’t speak of “at-feet”, but rather of “midget-root”, or mugwort, as it was believed to repel nasty insects (people who have ever been to Scotland, know what a nuisance they can be).

The second half of the compound stems from Proto-Germanic *wurtiz, having meanings ranging from "root, herb, vegetable, plant, spice,", attested in, for example, German Wurz ‘root’, or würzen ‘to season’, and Dutch wortel ‘root, carrot’.

The word is also found in a 9th-century Old English healing spell, the Nine Herbs Charm (lines 1-6 on mugwort) attested in the Lacnunga. There it is found as mucgwyrt, and it is told to be effective against poison (attre), contagion (onflyge), and against a certain loathsome one / who travels through the land (þa{m} laþan / ðe geond lond færð).

Artemisia was not just a common plant, it was embedded in many herbalist traditions around the world.

Sources

Etymology, Philology, and Chernobyl (Pt. II)

2018-05-05T00:00:00Z

Last week we saw how cool the etymology of Chernobyl actually is. But there is wider philological context which is just as ‘spannend’, as the Germans would have it. I noted yesterday that Chernobyl refers to a(n) herb[^1] or a weed, the Artimisia vulgaris, and it was used in many herbalist traditions around the world. So it was not just merely some kind of harmless black stalk, but it was actually used to heal people.

Of course I cannot delve into every culture in detail, especially since I am hopelessly uneducated to talk about China (there it goes again), but I will try to give a fair overview. So, let’s dive into the different linguistic incarnations of the herb.

In English it’s is more commonly known as mugwort or wormwood, while German and Dutch use the related lemmata Beifuß and bijvoet (Dutch also uses the word alsem). The Romance languages use a form of the inherited Latin loan from Greek, Artemisia or ἀρτεμισία (if you like in Greek script), such as French armoise (commune [= vulgaris]). In Sanskrit it is known as nāgadamanī, in Japanese it is called yomogi, Chinese lóuhāo or àicǎo, and in Korean ssuk.

Important to note is that it is often quite hard to tell to which biological variant of Artemisia a noun refers, as there are dozens of species of artemisia. This may even be the case in just Greek alone: we do not know exactly which Linnean type of Artemisia the Greek ἀρτεμισία referred to. They might have been, for example:

the ἀρτεμισία πλατυτέρα ‘broad(er) Artemisia’ or Artemisia arborescens ‘tree wormwood’ (see YouTube how to grow them)
or the ἀρτεμισία λεπτοτέρα ‘fine Artemisia’, the Artemisia campestris ‘field wormwood’ (Illustration)
or the ἀρτεμισία μονόκλωνος ‘single-stemmed Artemisia’, Artemisia scoparia ‘redstem wormwood’ (Illustration)

Stay prepared for Part III, uses of Artemisia.

Sources

Notes

[^1]: however you like your <h>s.

Etymology, Philology, and Chernobyl (Pt. I)

2018-04-26T00:00:00Z

Today, the 26th of April in 1986, the world was shocked by the nuclear disaster of Chernobyl. After the power plant exploded and the area of Pripyat was irradiated, the citizens of Chernobyl and the surrounding areas were evacuated, and up until this day the region remains sparsely populated by mutating plant life, animals, and the hipster tourists.

I have always found the name rather opaque; first because you tend to forget that names are also words with meaning and an origin, but probably because my knowledge of Slavic languages is rather lacking as well (there goes my rhetorical auctoritas!).

Although the name Chernobyl (Cyr. Чорно́биль) has almost become synonymous with Soviet mismanagement, and of course nuclear radiation, I found that the actual origin of the name Chernobyl is in fact way more innocent than the associations it evokes today: it refers to the weed/herb Artemisia vulgaris.

Etymology

So to start with the Ukrainian: Chernobyl is a compound consisting of the parts чорнe ‘black’ and билля ‘blade of grass’. It goes back to the Proto-Slavic compound of *čьrnobyl(ъ). So, literally it would be translated as ‘black stalk’.

If we go back a bit further in time, the first part can be reconstructed as Proto-Slavic adjective *čь̀rnъ ‘black’, with for example Old Church Slavonic črъnъ ‘black’; a bit further, and the Balto-Slavic adjective *kirsnos is reconstructed, which spawns Lithuanian *kir̃snas ‘black (of a horse)’; and then finally, as far as we can or should go back, Indo-European *krs-no-, related to Sanskrit kṛṣṇá- ‘black’. This is by the way one of the names of the eighth avatar of the Hindu deity Viṣṇu. The black refers to the dark color of the avatar’s skin.

The latter part is maybe just as exciting. It goes back to the Proto-Slavic *bylьje ‘herb, plant’ (Old Church Slavonic bylije ‘idem’), but the noun is a derivative of the verb *bỳti ‘to be’, from Indo-European *bhHu- ‘to be’ with Indo-European cognates such as Greek φύομαι ‘to grow, become’, which gave us the word for ''physics'' or ''physique''. You may also know it from the (suppletive: the ‘paradigm’ consists of several different stems) Latin perfect of esse ‘to be’: fū-ī ‘I was’, or maybe, like, uh, I don’t know, to be.

Maybe it was just me, but I found it very satisfying to see that both parts of the compound could be reconstructed to Indo-European.

In Part II we'll talk about the plant, stay tuned!

Open Science in Linguistics

2017-12-20T00:00:00Z

Together, Redmer and Izabela Jordanoska gave a small presentation on Open Science practices in the field of linguistics, at the Open Science Meetup Berlin on 8 Sep 2017, organized by Julien Colomb.

Some excerpts:

Note that the strict distinction between humanities and sciences is less clear-cut in German, Dutch where both are Wissenschaften (resp. Geistes–, Natur–).
Not every branch of humanities can experiment that much: in Classics there is a finite amount of texts.
Linguistics has a couple of flipped cq. full-OA publications: Language Science Press for books, the Glossa journal.
Ethical concerns: speakers of some (mostly North American) languages don’t want their language spoken outside of their village.
Other Open Science problem: not all visualizations of texts are supported in (online) publishing toolkits: like interlinear glosses, for which there is not even an XML standard.

The presentation itself is available upon request.

Rdmr

CROWdle: raad het CROW-begrip van de dag

Hoe werkt het spel?

Hoe werkt het technisch?

Jekyll eruit, Eleventy erin

Turtle 1.2

Mapping Texts

Read in OGC GeoPackages as RDF data

Generate RDF quads from a MS Access database

Two different modelling modes

Using Webfinger on a static webhost to let people find you on Mastodon

Wat is kennis?

How to deploy VocBench3 with Docker

Step 1: Prepare environment

Step 2: Download VocBench in full

Step 3: Build, make a Docker volume for persistent data and run it

Wat ik geïnstalleerd heb op m’n nieuwe werk-Windows-pc

FYI on Jena from Powershell

Museomix 2019: Terhulpen

Het sprekende boek

A Linked data view on blog posts

UI-vertalingen in het Nederlands

Linked Spatial Data

Natuurlijke taalverwerking

Standaardisatie

Koppelen van databronnen

Afsluiting

Thanks, Charazani

Publication

Brabantse erfgoedontmoeting 2018

Aafswaard

Greek etymology: ‘hádrynsis’

Footnotes

Conference report: DHBenelux

First conference day, 7 June

Second conference day, 8 June

Closing

Other people

Etymology, Philology, and Chernobyl (Pt. IV)

This website: Technical details

Language Science Press

Etymology, Philology, and Chernobyl (Pt. III)

Sources

Etymology, Philology, and Chernobyl (Pt. II)

Sources

Notes

Etymology, Philology, and Chernobyl (Pt. I)

Etymology

See also

Open Science in Linguistics