Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
mathstodon.xyz is one of the many independent Mastodon servers you can use to participate in the fediverse.
A Mastodon instance for maths people. We have LaTeX rendering in the web interface!

Administered by:

Server stats:

2.8K
active users

mathstodon.xyz: AboutStatusProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#api

39 posts35 participants1 post today
Public
Alexander Winkler

Ein kleines Stimmungsbild (aufbauend auf diesem Post: openbiblio.social/@awinkler/11 und vor dem Hintergrund der Studie dx.doi.org/10.2218/ijdc.v10i1.) zum Thema #API-Nutzung. Wie schätzen #DH-Menschen (oder anderweitig datenfokussierte geisteswiss. Forscher:innen) hier ihre API-Skills ein (also i.d.R. automatisierter, parametrisierter Datenabruf über REST-API)?

· 20 people ·
OpenBiblio.SocialAlexander Winkler (@awinkler@openbiblio.social)FAI(r)Re* Daten, d.h. tatsächlich nachnutzbare Daten, sollten die Zugänglichkeit möglichst zielgruppenorientiert gestalten. #API​s sind wichtig, aber in manchen Fällen zu komplex oder aufwendig. #Dumps können hier eine sinnvolle Ergänzung sein. Bei @digiSberlin bieten wir nun für Berliner #GLAM​s Abzüge der über die @ddbkultur verfügbaren Daten an: https://openbiblio.social/@digiSberlin/114352892890117038 (https://www.digis-online.de/objects/berlinOpenGLAMdata/). (1/2) *vgl. zu FAIrR data https://doi.org/10.5281/zenodo.13742627, sl. 19ff.) #FAIR #fairdata #openglam
Public *
Alexander Winkler

FAI(r)Re* Daten, d.h. tatsächlich nachnutzbare Daten, sollten die Zugänglichkeit möglichst zielgruppenorientiert gestalten. #API​s sind wichtig, aber in manchen Fällen zu komplex oder aufwendig. #Dumps können hier eine sinnvolle Ergänzung sein. Bei @digiSberlin bieten wir nun für Berliner #GLAM​s Abzüge der über die @ddbkultur verfügbaren Daten an: openbiblio.social/@digiSberlin (digis-online.de/objects/berlin).

(1/2)

*vgl. zu FAIrR data doi.org/10.5281/zenodo.1374262, sl. 19ff.)

Illustration eines Osterhasen, der über bunte Ostereier springt. Die Ostereier sind in Rot, Grün und Gelb gestaltet, einige tragen dekorative Muster oder Buchstaben, auf einem steht digiS. Unten auf dem Bild steht in großen grünen Buchstaben „Frohe Ostern!“. In kleinerer Schrift darunter: „Die Woche, 1000 Ostereier, Preisausschreiben. Staatliche Museen zu Berlin, Kunstbibliothek / Dietmar Katz. Public Domain Mark 1.0“. Das Bild hat einen hellen Hintergrund und dunkelblaue Dreiecke in den Ecken.
OpenBiblio.SocialdigiSberlin (@digiSberlin@openbiblio.social)Attached: 1 image Dieses Jahr werden zu Ostern nicht nur Ostereier, sondern auch offene Daten gefunden 🤖🐣! Wir haben ein neues #OpenGLAM Feature: Auf einer Übersichtsseite stellen wir einen Gesamtabzug der #Metadaten von Berliner Einrichtungen bereit.🌐 Wir wollen den Zugang zu maschinenlesbaren Kulturdaten aus #Berlin erleichtern und sie sichtbarer machen. Dafür stellen wir nun offen lizenzierte (und von uns regelmäßig aktualisierte) Metadatenabzüge als ZIP-Dateien zur Verfügung 🔗 https://www.digis-online.de/objects/berlinOpenGLAMdata/
#FAIR#fairdata#openglam
Public
PrivacyDigest

#Insurance Firm #Lemonade Says #API Glitch Exposed Some Driver’s License Numbers - SecurityWeek

Lemonade says the incident is not material and that its operations were not compromised, nor was its customer data targeted.

Insurance firm Lemonade is notifying roughly 190,000 individuals that their driver’s license numbers were likely exposed due to a technical glitch.

> Hmm, it wasn’t targeted but was exposed
#driverslicense #privacy #security

securityweek.com/insurance-fir

SecurityWeek · Insurance Firm Lemonade Says API Glitch Exposed Some Driver’s License NumbersInsurance firm Lemonade blames the exposure of 190,000 driver’s license numbers to a technical glitch in its car insurance quote flow.
Public
happyborg

#RESTful #API design advice wanted.

I'm blundering my way through my first #REST API implementation (for a #decentralized storage network.)

I have several APIs working but still unsure about how these should work to support different client styles and use cases.

For example, someone suggested custom headers for metadata which I wasn't aware was an option! How to code binary data in a JSON payload is another of many questions I have.

Can you point to design guides or best practice examples?

SearchLive feeds
About