Hi, this is Marten, software developer at Datawrapper. In this Weekly Chart I’ll be showcasing a little feature that we launched last week. So listen closely!

Last week I stumbled upon a fascinating piece in the New Yorker about a group of computer scientists and marine biologists attempting to decipher “Whale.” They believe that by training a Large Language Model on enough recorded whale sounds (sperm whale sounds, to be exact), they’ll be able to create a model that understands and produces the whales’ language — similar to how ChatGPT learned to “speak” proper English without anyone ever directly teaching it English grammar.

Dory Pixar GIFfrom Dory GIFs

To attempt this goal, the scientists will need data. A lot of data. The team estimates that a successful model would need to be trained on some four billion sperm whale sounds or clicks — forty thousand times more than the current largest collection of about one hundred thousand clicks collected off the coast of Dominica!

Unfortunately, whales aren’t posting comments and memes all over the internet just yet, so the group of scientists have to resort to more old-school means of collecting the necessary data, by installing a network of underwater microphones and planting recording devices on the whales themselves.

Reading about this made me wonder if I could find a set of whale sound recordings already online. And it just so happens that I could! An extensive collection of whale sounds can be found in the Watkins Marine Mammal Sound Database maintained by the New Bedford Whaling Museum. The database contains about 2000 unique recordings of more than 60 species of marine mammals, recorded all over the world in a timeframe spanning from the 1940s to the 2000s.

What I find fascinating about these sound recordings is their variety. They don’t all sound similar, but quite different from species to species. Interestingly, the sound that I most associated with whales — the very melodic “singing” of the humpback — isn’t all too common among marine mammals.

It seems I heard a lot more of these sort of clicks from sperm whales:

And then other mammals, like this bearded seal, sound straight from a science fiction movie:

And here’s another one, from the mythical-looking narwhal:

Now let’s take a look at how I created the map.

How I created this map

This data captured my imagination — so much so that it inspired me to add a brand-new feature for playing sound files in tooltips. That’s the nice thing about working as a developer at Datawrapper: if a feature is easy enough to implement and makes sense for the tool, you can just do it yourself. And I did!

The rest of the process went like this:

1. After obtaining permission from the New Bedford Whaling Museum to use their database for this blog post, I collected the links to the sound files and data like location and date of recording.
2. Each row in the resulting CSV represents a single date and location. As such, one single row may contain multiple sound recordings, represented as links to multiple sound files in columns named sound_0, sound_1, sound_2, etc.
3. I uploaded the CSV file to Datawrapper as a symbol map. Some recordings, like the ones taken at the New York Aquarium, did not contain coordinates. For these recordings I used the in-app geocoding feature to determine a latitude and longitude for their named location.
4. The final step was to customize the tooltips! Putting sound files in tooltips is now as simple as putting each file link into an HTML audio tag. This is what an individual sound embed looks like:

{{ sound_0 ? CONCAT('<audio src="', sound_0, '" controls style="width: 180px"></audio><br>') : ""}}

Different sites have different numbers of available recordings, so the brackets contain a bit of if-else logic to only display the <audio> tag if the respective sound column exists. Then I actually create the <audio> tag passing the link as an href attribute. I add the controls property to the tag so that audio controls from the browser show up, add a bit of styling, and voilà, I can play sounds in tooltips!

Here’s how the whole tooltip looks:

<img src="{{ imgurl }}" style="width: 200px; margin-bottom: 12px"/>
<br>
{{ sound_0 ? CONCAT('<audio src="', sound_0, '" controls style="width: 180px"></audio><br>') : ""}}{{ sound_1 ? CONCAT('<audio src="', sound_1, '" controls style="width: 180px"></audio><br>') : ""}}{{ sound_2 ? CONCAT('<audio src="', sound_2, '" controls style="width: 180px"></audio><br>') : ""}}
<br> <i>Recorded on {{ FORMAT(date, "MMMM DD, YYYY") }} 
{{ location ? CONCAT('at ', location) : '' }}</i>

Some data points contain as many as 57 audio samples, but in the tooltips I only included a maximum of three. Check out the Watkins Marine Mammal Dataset if you’re still hungry for whale sounds afterwards!

And that’s it from me! I guess we won’t be speaking whale anytime soon. In the meantime, the thing we can look forward to is next week’s Weekly Chart, brought to you by Rose. Thanks for listening!

Als Alternative zum Branchenriesen Google Analytics bietet Matomo Website-Betreibern ein vielseitiges Tool zur Datenanalyse: Von detaillierten Besucher-Profilen bis hin zu fortgeschrittenen Metriken, wie der Verweildauer, Conversions oder dem Standort, lässt Matomo kaum Wünsche offen.

Allerdings birgt diese Funktionsvielfalt Probleme beim Datenschutz. Matomo preist sich als datenschutzfreundlichere Alternative zu Google Analytics. Eine Aussage, die zumindest im Kern stimmt. Und doch gilt es einiges dabei zu beachten. Einerseits ist wahrscheinlich nur wenigen Website-Betreibern bewusst, wie viele Daten der Dienst tatsächlich im Hintergrund mitschneidet. Und andererseits lässt sich der Datenhunger durch zahlreiche Einstellungen in Matomo konfigurieren.

Um zu verstehen, wie genau Matomo Daten sammelt und verarbeitet, haben wir das Programm zum Vergleich in drei Varianten konfiguriert:

• Voll aufgedreht: Volle Funktionsvielfalt, aber auch größter Datenhunger
• Mit gezügeltem Appetit: Tracking ohne Cookies
• Datensparsam nur mit https-Logs

Wie Matomo in diesen drei Varianten funktioniert, ist in den folgenden Abschnitte genauer erklärt.

Variante 1: Voll aufgedreht – volle Funktionsvielfalt, aber auch größter Datenhunger

Cookies sind vermutlich die am meisten verbreitete Form des Website-Trackings. Der Grund dafür ist denkbar einfach: Technisch gesehen lassen sie sich relativ einfach implementieren. Beim ersten Besuch einer Website wird eine kleine Datei – der sogenannte Cookie – im Browser der Nutzerin gespeichert. Wie das Verfahren genau funktioniert, ist hier beschrieben. Über den Cookie lässt sich die Nutzerin dank einer einzigartigen Kennnummer (ID) zu jeder späteren Zeit wiedererkennen.

Über das „Untersuchen“ einer Website lässt sich relativ einfach überprüfen, ob eine Website Cookies im Browser speichert (Screenshot: iRights.info)

Auch Matomo ist standardmäßig mit dem Tracking per Cookies ausgestattet. Für Menschen, die weniger Erfahrung im Online-Marketing oder Webanalyse haben, kann sich das etwas kompliziert anhören. Daher haben wir uns dafür entschieden, die unterschiedlichen Funktionalitäten von Matomo mithilfe der Benutzerprofile darzustellen. Hier werden sämtliche Daten zu einem einzelnen Nutzer zusammengefasst und können über einen Klick auf die Nutzer-ID eingesehen werden.

Blick hinter die Kulissen: So sieht das Benutzerprofil im Browser des Autors während seiner Recherchen aus (Screenshot: iRights.info)

Auf dem obigen Screenshot lässt sich schnell erkennen, dass Matomo neben den besuchten Seiten noch einige Daten mehr von jeder Besucherin abspeichert. So sind beispielsweise unter der ID der Standort (Deutschland), das Betriebssystem (Mac 10.15), der Browser (Chrome 114.0) und selbst die Display-Auflösung (1728×1117) zu sehen. Darunter werden die Besuche zusammengefasst. Hier kann beispielsweise eingesehen werden, dass ein Ziel „konvertiert“ ist. Bei einer solchen conversion kann es sich etwa um eine Kontaktaufnahme, ein Newsletter-Abo oder eine ähnliche Aktion handeln. Darunter ist der erste Besuch der Nutzerin zu sehen, der in diesem Fall am 11. Juli 2023 stattgefunden hat.

Neben diesen Daten kann der Webmaster außerdem die Historie der Nutzerin einsehen. Die Historie wird in verschiedene Besuche (auf Englisch: visits) eingeteilt. Standardmäßig wird eine besuchte Unterseite als neuer Besuch abgespeichert, wenn mindestens 30 Minuten zum vorherigen Besuch verstrichen sind.

Matomo liefert ebenfalls eine detaillierte Auflistung der besuchten Seiten und der verschiedenen Besuche (Screenshot: iRights.info)

In dem Beispiel können wir neben diesen besuchten Unterseiten und den Besuchen zudem das Datum (inklusive Uhrzeit des Besuchs) sowie die Dauer des Besuchs einsehen. Darüber hinaus sind ebenfalls alle besuchten Unterseiten und die geklickten Links zu externen Webseiten zu sehen.

Darüber hinaus kann jeder Nutzerin pro Besuch ein neuer Standort zugewiesen werden. So lässt sich beispielsweise über einen längeren Zeitraum nachverfolgen, ob sich Kund*innen auf Geschäftsreisen befinden oder aus anderen Gründen häufig ihren Standort wechseln. Um dies zu simulieren, verwendeten wir in unserem Test ein VPN (virtuelles privates Netzwerk), um Matomo eine andere IP-Adresse vorzutäuschen. Fälschlicherweise zeigte Matomo in beiden Fällen einen deutschen Standort an, obwohl wir bei unserem zweiten Besuch mit einer US-amerikanischen IP-Adresse auf die Website zugriffen.

Trotz der Verwendung eines VPNs hat Matomo bei uns leider keinen neuen Standort registriert (Screenshot: iRights.info)

Auch wenn sich diese Besucherprofile sehr gut für die Verdeutlichung der gesammelten Informationen eignen, sind sie in der Praxis in der Regel weniger relevant als die aggregierten Daten aller Nutzer*innen aus einem bestimmten Zeitraum. Mit diesen lassen sich bessere Entscheidungen treffen, da nicht mehr einzelne Besucher analysiert werden, sondern von allen Besuchern die durchschnittlichen Werte ermittelt werden.

Länder, aus denen iRights.info angesurft wird (Screenshot: iRights.info)

Häufigkeit bestimmer Browser (Screenshot: iRights.info)

So können wir beispielsweise einsehen, dass 92,2 % der iRights.info-Besucher*innen aus Deutschland kommen, der Großteil der Nutzer Google Chrome verwendet und dass die meisten Besuche vor beziehungsweise nach der Mittagspause (um 11:00 und 13:00) stattfinden. Allerdings sei an dieser Stelle angemerkt, dass sich diese Informationen ebenfalls mit der zweiten Variante einsammeln lassen, auf die wir nun im folgenden Abschnitt einen genaueren Blick werfen.

Tagesverlauf der Besuche (Screenshot: iRights.info)

Variante 2: Mit gezügeltem Appetit – Tracking ohne Cookies

Standardmäßig läuft das Tracking in Matomo mit Cookies (siehe erster Abschnitt). Dieses lässt sich einfach in den Einstellungen im Menü Privatsphäre → Daten anonymisieren über den Punkt „Tracking ohne Cookies erzwingen“ abschalten.

Das „kekslose“ (cookie-freie) Tracking lässt sich in den Matomo-Einstellungen mit einem Klick deaktivieren (Screenshot: iRights.info)

Unserer Erwartung nach dürfte jetzt eigentlich nichts mehr in Matomo funktionieren. Schließlich muss man dem Tracking durch Cookies auf fast jeder Website zustimmen. Dann kann ein vernünftiges Tracking ohne Cookies doch nicht möglich sein. Oder?

Im Browser kann man nun selbst testen, dass Matomo keine Cookies mehr setzt (Screenshot: iRights.info)

Tatsächlich war in unserem Praxistest genau das Gegenteil der Fall, wir konnten in unserer Datengrundlage fast keine Unterschiede gegenüber dem Tracking mit Cookies feststellen. Sowohl die vollständigen Benutzerprofile als auch Conversions, Standorte, Browser und lokale Besuchszeiten konnten wir weiterhin auswerten. Warum ist das Tracking ohne Cookies also nicht von Anfang an eingestellt? Gibt es überhaupt einen Nachteil zur Analyse mit Cookies?

Die Antwort ist technischer Natur: Beim Tracken ohne Cookies setzt Matomo auf sogenanntes Browser Fingerprinting, um die Website-Zugriffe voneinander zu unterscheiden und einzelnen Nutzern zuzuordnen. Im Gegensatz zu anderen Marketing-Tools erstellt Matomo einen sehr minimalistischen digitalen Fingerabdruck, der „lediglich“ aus der einzigartigen Kombination des Betriebssystems, des Browsers, der installierten Browser-Plugins, der Browser-Sprachen und der IP-Adresse der Nutzerin generiert wird.

Aus diesem Grund können einzigartige Nutzer*innen maximal für 24 Stunden auf der Website wiedererkannt werden. Ganz im Gegenteil zum Tracking mit Cookies: Hier kann die Aktivität eines individuellen Benutzers in der standardmäßigen Einstellung satte 13 Monate lang analysiert werden.

Gerade für Webseiten, die öfters von den gleichen Besucher*innen angesteuert werden, kann das große Fragezeichen bei der Analyse hinterlassen. Ein – zugespitztes Beispiel – soll das verdeutlichen: Nehmen wir an, eine Website wird jeden Monat 10.000 Mal aufgerufen. Stammen diese 10.000 Aufrufe von unterschiedlichen Personen, die jeweils eine Seite ansurfen? Oder handelt es sich vielleicht um 2.000 Personen, die sich fünfmal im Monat jeweils eine Seite ansehen? Beide Schlussfolgerungen sind auf dieser Datengrundlage möglich.

Auch für viele Betreiber von Online-Shops dürften die Informationen zu wiederkehrenden Besucher*innen von Bedeutung sein. Angenommen eine Besucherin kommt über Google auf die Startseite, navigiert von dort zu einem Produkt und kauft dieses direkt. War das eine „kalte“ Kundin, die vorher noch nie Kontakt zu Ihrer Website hatte? Oder ist sie vielleicht über den Newsletter angemeldet und recherchiert bereits seit 2 Monaten nach dem richtigen Produkt im Shop?

Trotzdem sind das in der Regel fortgeschrittene Einsatzzwecke des Web-Trackings, die eher für die Minderheit der Website-Betreiber interessant sein dürften. Die meisten Firmenwebsites, Blogs, etc. dürfte die Datengrundlage des Cookie-losen Trackings mehr als ausreichen. Ob es die fortgeschrittenen Funktionen aus dem Tracking mit Cookies braucht, muss man allerdings im Einzelfall entscheiden.

Variante 3: Datensparsam nur mit https-Logs

Als dritte Variante unseres Praxistests entschieden wir uns für die datensparsamste Möglichkeit, um Matomo einzusetzen: die Verwendung von http-Logs. Grob zusammengefasst nutzt Matomo dafür Informationen, die aus technischen Gründen bei allen Servern anfallen. Diese Server-Logs können dann automatisiert oder manuell in Matomo importiert werden.

Allerdings gestaltet sich dieser Vorgang deutlich komplizierter als der Wechsel vom Cookie-basierten Tracking (Variante 1) auf das Tracking per Fingerprinting (Variante 2), als lediglich das Klicken eines Buttons nötig war. In der Knowledge Base von Matomo gibt es zwar einige Informationen zum Tracking mit Server-Logs, allerdings sucht man hier nach einer detaillierten Schritt-für-Schritt-Anleitung vergeblich. Deshalb orientierten wir uns an einer hilfreichen Anleitung von gaminghouse.community, wo die Einrichtung detailliert beschrieben wird. Hier ist allerdings deutlich mehr technisches Vorwissen gefragt und da tief ins System eingegriffen wird, sollte die Umstellung nur von einem erfahrenen Webmaster durchgeführt werden.

Beim Server-seitigen Tracking fiel uns sofort der deutliche Anstieg an Besucher*innen auf. Dieser war teilweise zwei bis viermal so hoch (verglichen mit Variante 1) und hielt über Wochen an. Das macht es sehr unwahrscheinlich, dass die Vervielfachung der Besucher*innen-Zahlen auf einen derart plötzlichen Popularitätsanstieg zurückzuführen ist. Deshalb müssen wir davon ausgehen, dass das Tracking per http-Logs andere Ergebnisse erzielt als das Tracking der ersten beiden Varianten. Unsere Ansicht nach ist das auf zwei Gründe zurückzuführen: 

• Weniger Daten: Beim Tracking mithilfe der Server-Logs besteht eine noch schlechtere Datengrundlage als beim Tracking mithilfe des Browser-Fingerprintings. Daher kann es sein, dass viele Seitenzugriffe, die eigentlich zu einer einzigen Besucherin gehören, mehreren zugeordnet werden. Außerdem könnten einzelne Zugriffe mehrfach gewertet werden.
• Bot-Traffic: Laut dem Serveranbieter Cloudflare besteht 40 % des Internet-Traffics aus Bot-Traffic. Diese automatisierten Zugriffe, wie beispielsweise über das Crawling (etwa von Google), können beim Tracking per Server-Logs schlechter herausgefiltert werden und sind daher ein weiterer wahrscheinlicher Grund für hohe Abrufzahlen.

Nach dem Umstieg auf das Tracking per Server-Logs, wuchs die Besucher-Zahl ungefähr um den Faktor vier, die Anzahl der Seitenansichten verdreifachte sich (Screenshot: iRights.info)

Fazit

Eine wichtige Diskrepanz ist uns beim Durchprobieren der drei verschiedenen Technologien aufgefallen: Während sich die gesammelten Nutzungsdaten von Variante 1 bis 3 immer weiter verringern, verhält es sich mit Kontrolle für die Nutzer*innen genau anders herum. 

So kann Matomo beim Tracking mit Cookies zwar die genauesten Daten sammeln. Allerdings können Nutzer*innen diese einfach löschen oder blockieren, was sich auch viele Tracking-Blocker wie etwa uBlock Origin zunutze machen. 

Beim Tracking per Fingerprinting sieht es hingegen schon anders aus: Hier greifen zwar die meisten Blocker ebenfalls, allerdings sind sie weniger zuverlässig und verlassen sich in der Regel lediglich auf die Namensgebung von verschiedenen Dateien, wie zum Beispiel matomo.js oder matomo.php. 

Das Tracking per Server-Logs sammelt zwar die wenigsten Daten. Allerdings können sich Nutzer*innen hier nicht gegen das Tracking zu wehren. Schließlich fallen ihre Daten an, sobald sie auf die Website zugreifen. 

Wenig überraschend fällt auch das Fazit für Betreiber von Websites aus: Variante 3 mag die datensparsamste sein. Sie ist zugleich aber auch die unbrauchbarste für Webanalyse-Praxis, da zuviel unerwünschter Beifang (Bot-Traffic) mit ins Netz geht.

Hinweise: Auch iRights.info nutzt Matomo zur Analyse von Nutzungsdaten. Sofern nicht anders angegeben, beziehen sich die Screenshots in diesem Artikel auf Matomo und die Website iRights.info.

Hyprland is an open source Wayland compositor based on wlroots, a project I started back in 2017 to make it easier to build good Wayland compositors. It’s a project which is loved by its users for its emphasis on customization and “eye candy” – beautiful graphics and animations, each configuration tailored to the unique look and feel imagined by the user who creates it. It’s a very exciting project!

Unfortunately, the effect is spoilt by an incredibly toxic and hateful community. I cannot recommend Hyprland to anyone who is not prepared to steer well clear of its community spaces. Imagine a high school boys' locker room come to life on Discord and GitHub and you’ll get an idea of what it’s like.

I became aware of the issues with Hyprland’s community after details of numerous hateful incidents on their Discord came to my attention by way of the grapevine. Most of them stem from the community’s tolerance of hate: community members are allowed to express hateful views with impunity, up to and including astonishing views such as endorsements of eugenics and calls for hate-motivated violence. Such comments are treated as another act in the one big inside joke that is the Hyprland community – the community prefers not to take itself “too seriously”. Hate is moderated only if it is “disruptive” (e.g. presents as spam), but hate presented with a veneer of decorum (or sarcasm) is tolerated, and when challenged, it’s laughed off as a joke.

In one particular incident, the moderators of the Discord server engaged in a harassment campaign against a transgender user, including using their moderator privileges to edit the pronouns in their username from “they/she” to “who/cares”. These roles should be held by trusted community leaders, and it’s from their behavior that the community’s culture and norms stem – they set an example for the community and define what behaviors are acceptable or expected. The problem comes from the top down.

Someone recently pitched a code of conduct – something that this project sorely needs – in a GitHub issue. This thread does not have much overt hate, but it does clearly show how callous and just plain mean the community is, including its leadership (Vaxerski is the original author of Hyprland). Everything is a joke and anyone who wants to be “serious” about anything is mercilessly bullied and made fun of. Quoting this discussion:

I think [a Code of Conduct] is pretty discriminatory towards people that prefer a close, hostile, homogeneous, exclusive, and unhealthy community.

First of all, why would I pledge to uphold any values? Seems like just inconveniencing myself. […] If I’d want to moderate, I’d spend 90% of the time reading kids arguing about bullshit instead of coding.

If you don’t know how to behave without a wall of text explaining how to behave online then you shouldn’t be online.

I am not someone who believes all projects need a code of conduct, if there exists a reasonable standard of conduct in its absence – and that means having a community that does not bully and harass others for expressing differing points of view, let alone for simply having a marginalized identity.

I would have preferred to address these matters in private, so I reached out to Vaxry in February. He responded with a lack of critical awareness over how toxicity presents in his community. However, following my email, he put out a poll for the Discord community to see if the community members experienced harassment in the community – apparently 40% of respondents reported such experiences. Vaxry et al implemented new moderation policies as a result. But these changes did not seem to work: the problems are still present, and the community is still a toxic place that facilitates bullying and hate, including from the community leaders.

Following my email conversation with Vaxry, he appeared on a podcast to discuss toxicity in the Hyprland community. This quote from the interview clearly illustrates the attitude of the leadership:

[A trans person] joined the Discord server and made a big deal out of their pronouns [..] because they put their pronouns in their nickname and made a big deal out of them because people were referring to them as “he” [misgendering them], which, on the Internet, let’s be real, is the default. And so, one of the moderators changed the pronouns in their nickname to “who/cares”. […] Let’s be real, this isn’t like, calling someone the N-word or something.

Later he describes a more moderated community (the /r/unixporn discord server) as having an environment in which everyone is going to “lick your butthole just to be nice”. He compared himself to Terry Davis, the late operating system developer whose struggles with mental illness were broadcast for the world to see, citing a video in which he answers a phone call and refers to the person on the phone by the N-word “ten times” – Vaxry compares this to his approach to answering “stupid questions”.

It really disappoints me to see such an exciting project brought low by a horribly mismanaged community of hate and bullying. Part of what makes open source software great is that it’s great for everyone. It’s unfortunate that someone can discover this cool project, install it and play with it and get excited about it, then join the community to find themselves at the wrong end of this behavior. No one deserves that.

I empathise with Vaxry. I remember being young, smart, productive… and mean. I did some cool stuff, but I deeply regret the way I treated people. It wasn’t really my fault – I was a product of my environment – but it was my responsibility. Today, I’m proud to have built many welcoming communities, where people are rewarded for their involvement, rather than coming away from their experience hurt. What motivates us to build and give away free software if not bringing joy to ourselves and others? Can we be proud of a community which brings more suffering into the world?

My advice to the leadership begins with taking a serious look in the mirror. This project needs a “come to Jesus” moment. Ask yourself what kind of community you can be proud of – can you be proud of a community that people walk away from feeling dejected and hurt? Yours is not a community that brings people joy. What are you going to do about it?

A good start will be to consider the code of conduct proposal seriously, but a change of attitude is also required. My inbox is open to any of the leaders in this project (or any other project facing similar problems) if you want to talk. I’m happy to chat with you in good faith and help you understand what’s needed and why it’s important.

To members of the Hyprland community, I want each of you to personally step up to make the community better. If you see hate and bullying, don’t stay silent. This is a community which proclaims to value radical free speech: test it by using your speech to argue against hate. Participate in the community as you think it should be, not as it necessarily is, and change will follow. If you are sensitive to hate, or a member of a marginalized group, however, I would just advise steering clear of Hyprland until the community improves.

If the leadership fails to account for these problems, it will be up to the community to take their activity elsewhere. You could set up adjacent communities which are less toxic, or fork the software, or simply choose to use something else.

To the victims of harassment, I offer my sincere condolences. I know how hard it is to be the subject of this kind of bullying. You don’t deserve to be treated like this. There are many places in the free software community where you are welcome and celebrated – Hyprland is not the norm. If you need support, I’m always available to listen to your struggles.

To everyone else: please share this post throughout the Hyprland community and adjacent communities. This is a serious problem and it’s not going to change unless its clearly brought to light. The Hyprland maintainers need to be made aware that the broader open source community does not appreciate this kind of behavior.

I sincerely hope that this project improves its community. A serious attitude shift is needed from the top-down, and I hope for the sake of Vaxry, the other leaders, and the community as a whole, that such change comes sooner rather than later. When Vaxry is older and wiser, I want him to look back on the project and community that he’s built with pride and joy, not with regret and shame.

Vaxry has published a response to this post.

I was also privately provided some of the enusing discussion from the Hyprland Discord. Consider that this lacks context and apply your grain of salt accordingly.

I apologise to Vaxry for interrupting their rest, and wish them a speedy recovery.

Here is a plain text log which includes some additional discussion.

Bei den externen Whistleblower-Meldestellen des Bundes sind bislang über 100 Hinweise eingegangen. Unternehmen müssen Meldestellen bis Dezember einrichten.

Seit dem Inkrafttreten des sogenannten Whistleblower-Gesetzes sind bei der neu geschaffenen externen Meldestelle des Bundes mehr als 100 Hinweise eingegangen. Wie eine Sprecherin des Justizministeriums auf Anfrage mitteilte, hat die beim Bundesamt für Justiz angesiedelte Meldestelle von Anfang Juli bis zum 12. September insgesamt 113 Meldungen erhalten. Die meisten davon gingen den Angaben zufolge über ein Online-Formular ein.

Auch die Beratungsleistung der Meldestelle werde rege in Anspruch genommen, sagte die Sprecherin. Sie wies zudem darauf hin, dass die externe Meldestelle des Bundes einen "regelmäßigen fachlichen Austausch" mit den Hinweisgeberstellen des Bundeskartellamts und der Bundesanstalt für Finanzdienstleistungsaufsicht pflege.

Betrügereien, Korruption und Tierschutz- oder Umweltschutzregeln-Verstöße

Am 2. Juli war das Hinweisgeberschutzgesetz in Kraft getreten [1]. Es soll Menschen, die Missstände aufdecken, vor Entlassung und Schikanen schützen. Behörden und Unternehmen müssen Anlaufstellen schaffen, die Meldungen zu Betrügereien, Korruption oder zu Verstößen gegen Tierschutz- oder Umweltschutzregeln entgegennehmen. Mit dem Gesetz wurde mit Verspätung eine entsprechende EU-Richtlinie umgesetzt.

Laut Gesetz müssen Behörden und Unternehmen mit mehr als 50 Mitarbeitern Anlaufstellen schaffen, die Meldungen von Hinweisgebern vertraulich entgegennehmen und bearbeiten. Wer gegen das Gesetz verstößt, dem droht ein Bußgeld von bis zu 50.000 Euro.

IT-Abteilung unterstützt Meldestelle

Zusätzlich wurde die externe Meldestelle beim Bundesamt für Justiz geschaffen, wo derzeit elf Menschen beschäftigt sind, zum Teil in Teilzeit. Die Meldestelle wird zudem von der IT-Abteilung und anderen Mitarbeitern des Bundesamtes unterstützt. Das Gesetz stellt es Whistleblowern frei, ob sie Verstöße intern oder extern melden.

In ihrem Online-Formular warnt die Meldestelle des Bundes vor Falschbeschuldigungen. In den Ausfüllhinweisen heißt es unter anderem: "Bitte beachten Sie auch, dass der Schutz des Hinweisgeberschutzgesetzes beispielsweise gegen Repressalien wegen einer Meldung nur dann gilt, wenn Sie zum Zeitpunkt der Meldung hinreichenden Grund zur Annahme hatten, dass die von Ihnen gemeldeten Informationen der Wahrheit entsprechen." Vorsätzlich falsche Angaben könnten darüber hinaus strafrechtliche Folgen nach sich ziehen.

Internen Meldestellen der Unternehmen

Zur Zahl der bei internen Meldestellen von Unternehmen und Behörden seit Inkrafttreten des Gesetzes eingegangenen Meldungen liegen dem Bundesjustizministerium nach eigenen Angaben keine Erkenntnisse vor. "Die Einrichtung interner Meldestellen liegt im ureigenen Interesse der Beschäftigungsgeber, da sie nur so die Gelegenheit haben, einen Verstoß intern abzustellen, und dieser nicht direkt an eine externe Meldestelle gemeldet und somit nach außen getragen wird", hieß es aus dem Ministerium.

Unternehmen mit bis zu 249 Beschäftigten haben für die Einrichtung interner Meldestellen bis zum 17. Dezember 2023 Zeit. Sie können auch mit anderen Unternehmen zusammen eine gemeinsame Meldestelle betreiben. Die Einrichtung interner Meldestellen soll den Unternehmen zudem dadurch erleichtert werden, dass Dritte mit dieser Aufgabe beauftragt werden können oder diese innerhalb des Konzerns zentral bei der Konzernmutter angesiedelt werden kann. Das Gesetz sieht eine Geldbuße für Arbeitgeber vor, die der Pflicht zur Einrichtung einer internen Meldestelle nicht nachkommen.

()

URL dieses Artikels:https://www.heise.de/-9307579

Links in diesem Artikel:[1] https://www.heise.de/hintergrund/Deutsches-Whistleblower-Gesetz-tritt-in-Kraft-Was-das-fuer-Unternehmen-bedeutet-9159013.html[2] mailto:bme@heise.de

Copyright © 2023 Heise Medien