API-marktplaats

De Visual Novel Database (VNDB) als API — schone JSON, geen key. Zoek en bekijk visuele romans met hun titels, releasedatums, talen, platforms, speelduur, Bayesiaanse beoordeling en stemmenaantal, beschrijving, coverafbeelding, ontwikkelaars en genre/thema-tags (spoiler-tags uitgefilterd). Zoek en open personages met hun originele naam, aliassen, beschrijving, geslacht, leeftijd, bloedgroep en de visuele romans waarin ze voorkomen, en zoek en open producenten en ontwikkelaars. Plus live databasestatistieken. Live data rechtstreeks van vndb.org, de definitieve visuele-noveldatabase. Een apart medium van anime en manga — ideaal voor visuele-novel-trackers, ontdekkings- en aanbevelingsapps, wiki's en otaku-tools. 7 data-endpoints. Geauthenticeerd met een x-oanor-key; fair-use-limieten per plan.

Uptime

100.0%

Latentie

154ms

Abonnees

4,012

MangaDex als API — de grootste community-mangabibliotheek, teruggegeven als schone JSON, geen key. Zoek manga op titel; open een manga voor de volledige details (titels en alternatieven, beschrijving, status, jaar, demografie, inhoudsclassificatie, genre- en thematags, auteurs, artiesten en cover art); haal de chapter-feed van een manga op in elke vertaalde taal; krijg de details van een chapter; en haal de klaar-om-te-renderen pagina-afbeeldings-URL's voor een chapter op — het reader-endpoint, in volledige en data-saver-kwaliteit. Zoek een auteur op en vermeld elk genre en thema-tag. Live data rechtstreeks van MangaDex. Anders dan anime/manga-metadata-API's: dit is het daadwerkelijke leesplatform — echte chapters en pagina-afbeeldingen uit duizenden scanlaties — ideaal voor mangalezers, trackers, ontdekkings- en bibliotheek-apps. 7 data-endpoints. Geauthenticeerd met een x-oanor-key; fair-use rate-limieten per plan.

Uptime

100.0%

Latentie

281ms

Abonnees

4,151

Het Amerikaanse Hooggerechtshof als API, aangedreven door Oyez — schone JSON, geen key. Blader door zaken per term en open elke zaak voor de volledige details: de partijen, de feiten, de rechtsvraag, de conclusie, een gedateerde tijdlijn, de lagere rechtbank en de beslissing met de individuele stem en mening van elke rechter. Haal het transcript van de mondelinge argumentatie voor een zaak op — elke sprekersbeurt met start-/stoptijden en een link naar de audio — ideaal voor analyse, zoeken en ondertiteling. Lijst alle rechters op en open het profiel van een rechter (data, plaatsen, beklede zetels). Live data rechtstreeks van oyez.org, het definitieve multimedia-archief van het Hooggerechtshof. Onderscheidende, gezaghebbende civiele gegevens — ideaal voor legal-tech, onderzoek, onderwijs, nieuws en civiele apps. 5 data-endpoints. Geauthenticeerd met een x-oanor-key; fair-use rate limits per plan.

Uptime

100.0%

Latentie

477ms

Abonnees

4,725

Lichess als API — het open-source schaakplatform, teruggegeven als schone JSON, geen key. Zoek het profiel van elke speler op (titels, ratings over bullet, blitz, rapid en classical, aantal partijen, land, FIDE-rating), hun ratinggeschiedenis per variant en online status; haal de top spelers op voor elk prestatieniveau; haal de recente partijen van een gebruiker op met openingen, klokken, resultaten en volledige zettenlijsten; krijg een Stockfish cloud-evaluatie van elke positie via FEN (beste lijnen, centipawn- of mat scores); serveer de dagelijkse puzzel of elke puzzel op id (met oplossing en thema's); en toon huidige, aankomende en afgelopen toernooien. Live data rechtstreeks van lichess.org. Anders dan Chess.com spelerstatistieken: Lichess is zijn eigen platform met cloud engine-analyse, een puzzeldatabase en arena-toernooien — ideaal voor schaakapps, coachingtools, analyseborden, bots en leaderboards. 9 data-endpoints. Geauthenticeerd met een x-oanor-key; fair-use rate limits per plan.

Uptime

100.0%

Latentie

765ms

Abonnees

4,396

Audius als API — het gedecentraliseerde muziekstreamingplatform, teruggegeven als schone JSON, geen key. Zoek tracks, artiesten en afspeellijsten; haal trending tracks op per genre en tijdsvenster; zoek een track op (genre, mood, bpm, muzikale key, ISRC, play/favourite/repost aantallen, artwork en een duurzame stream URL), een artiest (volgers, track- en afspeellijst aantallen, bio, locatie) op id of @handle, de eigen tracks van een artiest, en een afspeellijst of album met de volledige tracklijst. Elke track wordt geleverd met een direct afspeelbare stream URL en een preview URL. Live data rechtstreeks van het Audius discovery netwerk. Anders dan mainstream catalogi: Audius is een onafhankelijke, door makers beheerde catalogus van elektronische, hiphop en underground muziek met daadwerkelijk streambare audio — ideaal voor muziekontdekkingsapps, spelers, DJ tools en Web3 muziekprojecten. 8 data endpoints. Geauthenticeerd met een x-oanor-key; fair-use rate limits per plan.

Uptime

100.0%

Latentie

632ms

Abonnees

3,254

Mixcloud als API — de thuisbasis van lange audio: DJ-mixen, radioshows en podcasts, teruggegeven als schone JSON, geen key. Zoek cloudcasts, gebruikers of tags; bekijk een gebruikersprofiel (volgers, luisterbeurten, locatie, afbeelding) en hun shows; krijg de volledige details van een cloudcast — afspeeltelling, favorieten, reposts, luisteraantallen, audiolengte, tags en uploader; lees de reacties van een show; haal de trending cloudcasts voor elke tag of categorie op; en vermeld de categorieën van Mixcloud. Live data rechtstreeks van de openbare API van Mixcloud. Anders dan op track gebaseerde muziek-API's: Mixcloud is urenlange mixes, uitzendarchieven en shows — ideaal voor muziekontdekkingsapps, radio- en DJ-gidsen, podcasttools en audiodashboards. 8 data-endpoints. Geauthenticeerd met een x-oanor-key; redelijke gebruikslimieten per plan.

Uptime

100.0%

Latentie

424ms

Abonnees

3,900

Spotify-muziek- en podcastmetadata als een API — geen login, geen OAuth. Los elk Spotify-nummer, album, artiest of afspeellijst op via zijn id, spotify:-URI of open.spotify.com-URL en krijg schone JSON: namen, de canonieke Spotify-ids en -URI's, coverart, releasedata, duur, expliciete vlaggen en 30-seconden audiovoorbeelden. Albums komen terug met hun volledige tracklijst, artiesten met hun topnummers en afspeellijsten met hun nummers en eigenaar. Een universeel resolve-eindpunt detecteert automatisch het entiteitstype van elke Spotify-link, en een oEmbed-eindpunt retourneert de titel, miniatuur en embedbare player-HTML voor elke Spotify-URL. Live data rechtstreeks van Spotify's openbare embed. Ideaal voor het verrijken van uw catalogus met Spotify-ids, het bouwen van "luister op Spotify"-links, het voorvertonen van nummers en het matchen van muziek tussen diensten. 6 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per plan.

Uptime

100.0%

Latentie

319ms

Abonnees

3,488

De open muziek-metadatadatabase als een API — artiesten, release-groepen (albums), releases, opnames en labels, geïdentificeerd door stabiele MusicBrainz ID's (MBID's), geretourneerd als schone JSON. Zoek elke entiteit op naam of Lucene-query; zoek een artiest op met hun externe links en tags, een album, een release met de volledige tracklijst, een opname met de ISRC's, of een label; en blader door de volledige discografie van een artiest. Live data met MBID's, disambiguaties, types, landen, levensduur, ISRC's, barcodes, catalogusnummers en relaties — de canonieke identificaties die muziekdata koppelen en dedupliceren over diensten heen. Ideaal voor metadataverrijking en matching, muziekcatalogi, tagging- en bibliotheektools, en onderzoek. 11 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per abonnement.

Uptime

100.0%

Latentie

376ms

Abonnees

4,961

Real-time Pinterest-gegevens als API — pins, boards en gebruikers, geretourneerd als schone JSON. Zoek pins, boards of gebruikers op trefwoord; bekijk het profiel van elke gebruiker met aantallen volgers, pins en boards; haal de boards van een gebruiker en hun pins op; haal de details van een pin op (repins, reacties, afbeelding, link, domein, pinner) en de gerelateerde pins; en haal de details van een board en de pins ervan op. Live data met titels, beschrijvingen, afbeeldingen in volledige resolutie, uitgaande links, aantallen repins en reacties, dominante kleuren en makers. Ideaal voor social listening en trendonderzoek, contentaggregatie en -ontdekking, e-commerce en visuele marketingtools, en dashboards. 10 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per abonnement.

Uptime

100.0%

Latentie

1859ms

Abonnees

4,555

Real-time Genius-muziekdata als API — nummers, artiesten, albums en volledige songteksten, teruggegeven als schone JSON. Zoek nummers, of zoek door nummers, artiesten en albums tegelijk; haal een nummer, artiest of album op via id; toon de nummers van een artiest gerangschikt op populariteit; en haal de volledige, opgeschoonde songtekst van elk nummer op via id of Genius-URL. Live data met titels, primaire en featured artiesten, paginaweergaven, releasedatums, artwork, volgersaantallen en sociale handvatten. Het lyrics-eindpunt retourneert de volledige songtekst met sectiemarkeringen ([Verse], [Chorus]) en de bijdragersheader verwijderd. Ideaal voor muziek- en songtekst-apps, karaoke- en meezingtools, sentiment- en taalanalyse, en metadataverrijking. 7 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use-tarieven per plan.

Uptime

100.0%

Latentie

2304ms

Abonnees

3,929

Real-time Apple iTunes-catalogusgegevens als API — muziek, podcasts, ebooks en audioboeken, plus artiest-, album- en podcastopzoekingen, teruggegeven als schone JSON. Zoek nummers, albums, podcasts, ebooks en audioboeken, of voer een algemene zoekopdracht uit over elk mediatype; zoek elk item op via zijn iTunes-id; haal een artiest op met zijn albums en nummers; haal een album op met zijn volledige tracklist; en haal een podcast op met zijn recente afleveringen. Live gegevens met namen, artiesten, artwork (upscaled), preview-URL's, genres, prijzen, releasedatums, inhoudsclassificaties, tracktellingen en podcast-feed-URL's. Ideaal voor muziek- en podcast-apps, mediacatalogus- en metadataverrijking, ontdekkings- en aanbevelingstools, en onderzoek. 12 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per abonnement.

Uptime

100.0%

Latentie

188ms

Abonnees

3,411

Real-time Deezer-muziekdata als API — tracks, albums, artiesten, afspeellijsten, charts en genres, teruggegeven als schone JSON. Doorzoek de catalogus op tracks, albums, artiesten en afspeellijsten; haal elke track, album (met de tracklijst), artiest of afspeellijst op via id; verkrijg de top tracks en volledige discografie van een artiest; haal de wereldwijde charts (top tracks, albums, artiesten en afspeellijsten) en de lijst met genres op. Live data met titels, duur, rangen, fan-aantallen, cover- en afbeeldingskunst, 30-seconden preview-URL's, releasedata en expliciete vlaggen. Ideaal voor muziekapps en -spelers, aanbevelings- en ontdekkingstools, metadataverrijking, dashboards en onderzoek. 12 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per plan.

Uptime

100.0%

Latentie

530ms

Abonnees

4,864

Real-time Reddit-gegevens als een API — subreddits, berichten, reacties, gebruikersprofielen en zoekopdrachten, teruggegeven als schone JSON. Haal de informatie van een subreddit en de hete, nieuwe, top of stijgende berichten op; haal een bericht samen met de volledige reactieboom op; zoek het profiel, karma, inzendingen en reacties van een gebruiker op; zoek berichten op heel Reddit of binnen één subreddit; en toon de trending berichten en de populairste subreddits. Live data, gepagineerd met Reddit-cursors, met scores, upvote-ratio's, reactietellingen, flair, tijdstempels, miniaturen en media-URL's. Ideaal voor sociale luister- en merkmonitoring, trend- en sentimentdashboards, contentaggregatie, onderzoek en marktinformatie, en bots. 11 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per plan.

Uptime

100.0%

Latentie

1809ms

Abonnees

4,986

Railing- en balusterlay-outberekeningen als API, lokaal en deterministisch berekend — het aantal balusters, de tussenruimte en het aantal palen waarmee een dekbouwer, fabrikant of balustradeontwerper een leuning uitzet. Het baluster-aantal-eindpunt geeft het kleinste aantal balusters dat elke opening binnen de veiligheidslimiet houdt: tussen twee palen laten n balusters n+1 openingen over, dus het aantal = ceil((relinglengte − max opening) ÷ (balusterbreedte + max opening)). De gebruikelijke leuninglimiet is een bol van 100 mm (4 inch) — een kinderveiligheidsregel — dus een 2000 mm reling met 40 mm balusters heeft er 14 nodig met gelijke tussenruimtes van 96 mm; naar boven afronden, want één minder opent de openingen voorbij de limiet. Het lay-out-eindpunt zet een bekend aantal gelijkmatig uit: de opening = (relinglengte − totale balusterbreedte) ÷ (aantal + 1), de hart-op-hart afstand = balusterbreedte + opening, en het midden van de eerste baluster zit op één opening plus een halve baluster van het paalvlak, dus je markeert het eerste midden en stapt de steek af, waarbij de laatste opening gelijk is aan de eerste. Het paal-aantal-eindpunt bepaalt het frame: een baan heeft één paal meer dan overspanningen, overspanningen = ceil(baan ÷ max paalafstand), palen = overspanningen + 1, gelijke afstand = baan ÷ overspanningen — een baan van 6 m met een max van 1,8 m heeft 4 overspanningen en 5 palen op een nette 1,5 m. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor dek- en balustradeontwerptools, fabricage- en schattingsapps en bouwcalculators. Pure lokale berekening — geen key, geen externe service, direct. Gebruikt de gebruikelijke 100 mm opvulregel — controleer uw lokale voorschriften. 3 compute-eindpunten. Gebruik voor trapoptrede en aantrede een trap-API; voor hekwerkpiketten een hekwerk-API.

Uptime

100.0%

Latentie

76ms

Abonnees

4,589

Houtpellet-verwarmingsberekeningen als een API, lokaal en deterministisch berekend — de verbruiks-, warmteafgifte- en opslagcijfers waarmee een huiseigenaar, installateur of verwarmingsplanner een pelletsysteem bemet. Het verbruiks-eindpunt geeft de pellets om aan een warmtevraag te voldoen = de vraag ÷ de bruikbare warmte per kilo, waarbij bruikbaar = de calorische waarde × het ketelrendement: ENplus-houtpellets bevatten ongeveer 4,8 kWh/kg en een moderne pelletketel draait ~90%, dus elke kilo levert ruwweg 4,3 kWh — een jaarlijkse vraag van 10.000 kWh heeft dan ongeveer 2,3 ton pellets nodig, ongeveer 154 zakken van vijftien kilo of een bulklevering. Het warmteafgifte-eindpunt keert het om: de bruikbare warmte uit een massa = massa × calorische waarde × rendement, dus een ton ENplus-pellets is ongeveer 4.800 kWh bruto waarvan een 90%-ketel ~4.320 kWh levert — het equivalent van ruwweg 480 liter stookolie of 432 m³ aardgas. Het opslagvolume-eindpunt bepaalt de grootte van de trechter of silo: opslag = de pelletmassa ÷ de bulk (gestorte) dichtheid, ongeveer 650 kg/m³ voor ENplus, dus 2,3 ton vult ruwweg 3,6 m³ — maak de opslag voor de volledige levering plus ruimte voor de vulpijp. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor pelletverwarmings- en installateurstools, thuisenergie- en offerte-apps, en hernieuwbare-warmtecalculators. Pure lokale berekening — geen key, geen externe dienst, direct. Gebruikt standaard ENplus-cijfers — stel uw eigen in voor een specifieke pelletkwaliteit. 3 compute-eindpunten. Voor brandhout gebruik een firewood API; voor propaan/LPG een propane API.

Uptime

100.0%

Latentie

82ms

Abonnees

4,070

Vlieger-wiskunde als een API, lokaal en deterministisch berekend — de lijnkracht, hoogte en minimale windgetallen waarmee een vliegeraar, festivalorganisator of vlieger-app een vlucht uitwerkt. Het lijnkracht-eindpunt geeft de spanning die een vlieger op de lijn uitoefent ≈ ½ × luchtdichtheid × windsnelheid² × zeiloppervlak × een krachtcoëfficiënt (~0,8 voor een typische platte of deltavlieger): omdat het stijgt met het kwadraat van de wind, verdubbelt het verdubbelen van de wind de trekkracht — een vlieger van 1,5 m² houdt ongeveer 47 N (bijna 5 kgf) bij 8 m/s maar vier keer zoveel bij een sterke windvlaag, dus de lijn en uw grip moeten worden afgestemd op de windstoten, niet op het gemiddelde. Het hoogte-eindpunt geeft de vlieghoogte = de uitgevierde lijn × de sinus van de lijnhoek boven de horizontaal, met de benedenwindse afstand uit de cosinus: 100 m lijn onder een hoek van 45° bereikt ongeveer 71 m hoog en 71 m benedenwinds, terwijl een zware of slecht vliegende vlieger naar een lage hoek zakt en nooit klimt. Het min-wind-eindpunt geeft de lichtste wind die opstijgt, waar de aerodynamische lift precies gelijk is aan het gewicht: min wind = √(2 × massa × g ÷ (luchtdichtheid × oppervlak × liftcoëfficiënt)), dus een vlieger van 200 g, 1,5 m² heeft slechts ongeveer 1,6 m/s (6 km/h) nodig — lichtere zeilen en groter oppervlak verlagen de drempel. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor vlieger- en festival-apps, hobby- en STEM-onderwijstools en buitenrekenmachines. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Schattingen voor platte vliegers — combineer met echte windmetingen. 3 compute-eindpunten. Gebruik voor weerstand en eindsnelheid een drag-API; voor structurele windbelasting een wind-load-API.

Uptime

100.0%

Latentie

78ms

Abonnees

3,784

Vinyl-record geometrie wiskunde als een API, lokaal en deterministisch berekend — de speelduur-, groeflengte- en groefsnelheidsgetallen waarmee een snij-ingenieur, perserij of audiohobbyist een plaat uitwerkt. Het speelduur-eindpunt geeft de maximale tijd van een kant = het aantal groefomwentelingen ÷ de draaisnelheid van de draaitafel, waarbij de omwentelingen = de radiale breedte van het opgenomen band ÷ de groefspoed (de afstand tussen aangrenzende groeven): een 12-inch LP met ~85 mm band bij een spoed van 100 µm bevat ongeveer 850 omwentelingen, dus bij 33⅓ rpm is dat ruwweg 25 minuten per kant — een kleinere spoed past meer tijd maar vermindert de groefamplitude en dus luidheid en bas, de klassieke tijd-versus-niveau afweging. Het groeflengte-eindpunt rolt de spiraal uit: lengte ≈ omwentelingen × de gemiddelde omtrek (π × het gemiddelde van de buiten- en binnendiameter), in de orde van 400–500 meter voor een LP-kant, die de naald volledig volgt. Het groefsnelheid-eindpunt geeft de lineaire snelheid onder de naald = 2π × rpm/60 × straal, dus de buitenste groeven van een LP gaan met ongeveer 50 cm/s maar de binnenste slechts ~20 cm/s — de oorzaak van binnengroefvervorming en waarom ingenieurs stillere nummers als laatste plaatsen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor plaat-snij- en masteringtools, hifi- en verzamelaar-apps, en audio-engineering rekenmachines. Pure lokale berekening — geen key, geen externe dienst, direct. 3 compute-eindpunten. Voor muzieknoot- en tempo-wiskunde gebruik een muziek-API.

Uptime

100.0%

Latentie

72ms

Abonnees

3,749

Sundial gnomonics maths als API, lokaal en deterministisch berekend — de uurlijn-, gnomon- en lengtegraadcorrectiegetallen waarmee een zonnewijzermaker, horoloog of astronomiehobbyist een zonnewijzer uitzet. Het uurlijnhoek-eindpunt geeft de hoek van elke uurlijn op de wijzerplaat, gemeten vanaf de middaglijn: voor een horizontale zonnewijzer tan(hoek) = sin(breedtegraad) × tan(uurhoek), en voor een verticale zuidgerichte zonnewijzer wordt cos(breedtegraad) gebruikt, waarbij de uurhoek 15° per uur vanaf zonnewaarmiddag is. Op 50° breedtegraad ligt de 1-uurlijn ongeveer 11,6° van de middag in plaats van 15° — de lijnen clusteren nabij de middag en spreiden naar de uiteinden, wat precies is waarom de uren van een zonnewijzer ongelijk verdeeld zijn. Het gnomon-eindpunt geeft de stijlhoek: de schaduwwerpende rand van de gnomon moet naar de hemelpool wijzen, dus stijgt deze onder de breedtegraadhoek op een horizontale zonnewijzer (50° op 50° N) en onder 90° − breedtegraad op een verticale zonnewijzer — als dit verkeerd wordt gedaan, geeft de zonnewijzer slechts in één seizoen de juiste tijd aan. Het lengtegraadcorrectie-eindpunt zet de lokale schijnbare tijd van de zonnewijzer om in kloktijd: 4 minuten tijd per graad lengtegraad, correctie = 4 × (referentie-meridiaan − lokale lengtegraad), dus een zonnewijzer op 7,5° Oost in Centraal-Europese Tijd geeft 30 minuten achter op de klok. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor zonnewijzerontwerp- en gnomonics-tools, astronomie-educatie- en maker-apps, en horologiecalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Voeg de tijdsvereffening toe voor volledige kloknauwkeurigheid. 3 compute-eindpunten. Gebruik voor de zonnepositie een solar-position API; voor zonsopgang en zonsondergang een sunrise API.

Uptime

100.0%

Latentie

78ms

Abonnees

3,223

Metaalgiet- en gieterijwiskunde als een API, lokaal en deterministisch berekend — de stollingstijd, krimp en smeltgewicht getallen waar een gieterijman, patroonmaker of gietontwerper een klus mee doet. Het stollingstijd-eindpunt past de regel van Chvorinov toe, t = B × (V/A)², waarbij V/A de gietmodulus is (volume ÷ koeloppervlak) en B de vormconstante (~2–4 min/cm² voor zand): een dik onderdeel met weinig oppervlak voor zijn volume stolt langzaam, een dunne snel — en omdat een opvoerder langer gesmolten moet blijven dan het gietstuk dat het voedt, moet zijn modulus groter zijn, wat het getal is dat het groter maakt. Het krimp-eindpunt maakt het patroon te groot voor het metaal dat krimpt tijdens het afkoelen: patroon = gietafmeting × (1 + krimp/100), de krimpregel van de patroonmaker — ongeveer 1,0–1,6 % voor grijs ijzer, ~2 % voor staal en aluminium — dus een stalen kenmerk van 100 mm heeft een patroon van 102 mm nodig. Het smeltgewicht-eindpunt geeft het gietgewicht = volume × metaaldichtheid (ijzer ~7,2, staal ~7,85, aluminium ~2,70 g/cm³) en het metaal om daadwerkelijk te gieten = gietgewicht ÷ de gietopbrengst, omdat de gietboom, lopers en opvoerders worden omgesmolten schroot — een 7 kg ijzeren gietstuk bij 70 % opbrengst heeft ongeveer 10 kg in de gietpan nodig. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor gieterij- en patroonmaaktools, gietontwerp- en schattingsapps, en metaalbewerkingscalculators. Pure lokale berekening — geen key, geen externe service, direct. 3 compute-eindpunten. Gebruik voor het gewicht van een onderdeel op basis van zijn afmetingen een metaalgewicht-API; voor gelaste verbindingen een las-API.

Uptime

100.0%

Latentie

79ms

Abonnees

3,599

Basketbal-efficiëntiestatistieken als een API, lokaal en deterministisch berekend — de schiet-efficiëntie- en box-scoregetallen waarmee een analist, coach of sport-app een prestatie beoordeelt. Het true-shooting-eindpunt vouwt twee-, drie- en vrije worpen in één getal: TS% = punten ÷ (2 × (velddoelpogingen + 0,44 × vrije-worppogingen)) × 100, waarbij de 0,44 benadert hoeveel bezittingen een vrije-worpserie werkelijk gebruikt — 25 punten op 18 velddoelpunten en 6 vrije worpen is ongeveer 60,6%, tegen een competitiegemiddelde van 56–58%. Het effective-field-goal-eindpunt crediteert een driepunter omdat die 50% meer waard is dan een tweepunter: eFG% = (gemaakte velddoelpunten + 0,5 × gemaakte driepunters) ÷ velddoelpogingen × 100, dus 9 treffers waaronder 3 driepunters op 18 pogingen is 58,3% versus een ruwe 50%, het verschil is de waarde van de lange bal. Het game-score-eindpunt berekent John Hollinger's Game Score, een productiviteitsbeoordeling voor één wedstrijd, geschaald als punten — PTS + 0,4·FGM − 0,7·FGA − 0,4·(FTA−FTM) + 0,7·ORB + 0,3·DRB + STL + 0,7·AST + 0,7·BLK − 0,4·PF − TOV — waarbij ongeveer 10 een gemiddelde wedstrijd is, 20+ uitstekend en 40+ historisch, waarbij efficiënt scoren en allround spel worden beloond en missers en balverlies worden bestraft. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor basketbalanalyses en box-scoretools, fantasy- en commentaar-apps en sportcalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. 3 compute-eindpunten. Gebruik voor honkbalstatistieken een honkbal-API; voor cricket een cricket-API.

Uptime

100.0%

Latentie

80ms

Abonnees

3,036

Cricket-statistieken wiskunde als een API, lokaal en deterministisch berekend — de run-rate, strike-rate en chase-getallen die een scorer, commentator of cricket-app per wedstrijd gebruikt. Een over is zes geldige ballen, en overs worden gegeven als hele overs plus ballen, nooit als decimale overs — '20.3 overs' betekent 20 overs en 3 ballen (20.5 in reële termen), de klassieke cricket-wiskundeval die deze API vermijdt. Het run-rate-eindpunt geeft de runs per over = runs ÷ (ballen ÷ 6), dus 150 runs in 20 overs is 7.50 per over, en met een doelovers-getal projecteert het de inningsscore bij het huidige tempo. Het strike-rate-eindpunt geeft de strike rate van een slagman = runs ÷ gespeelde ballen × 100, de runs per 100 ballen — 75 van 50 is een strike rate van 150, snel scoren in het limited-overs-spel; in Tests wordt een lagere strike rate met een hoog gemiddelde gewaardeerd. Het required-rate-eindpunt behandelt een chase: de vereiste run rate = de nog benodigde runs ÷ de resterende ballen × 6, dus 80 nodig om te winnen met 10 overs over is 8.00 per over — een getal dat scherp stijgt naarmate de ballen opraken, daarom kan een comfortabele chase in een paar krappe overs omslaan. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor cricket-scoring en live-score-apps, fantasy- en commentaartools en sportcalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. 3 compute-eindpunten. Gebruik voor honkbalstatistieken een honkbal-API.

Uptime

100.0%

Latentie

78ms

Abonnees

4,390

Time-lapse fotografie wiskunde als een API, lokaal en deterministisch berekend — de clip-lengte, interval en opslaggetallen waarmee een fotograaf, filmmaker of camera-app een reeks plant. Het clip-lengte eindpunt ruilt een lange opname voor een korte clip: de vastgelegde frames = de opnameduur ÷ het interval, en de clip-lengte = die frames ÷ de afspeelframesnelheid — 60 minuten filmen met één frame per 5 seconden geeft 720 frames, en bij 24 fps wordt dat afgespeeld in 30 seconden, een 120× versnelling. Langere intervallen comprimeren de tijd harder, maar kunnen haperen bij snelle bewegingen. Het interval eindpunt werkt achteruit vanaf een doelclip: de benodigde frames = de doelclip-lengte × de framesnelheid, en het interval = de opnameduur ÷ die frames, dus een opname van 60 minuten voor een clip van 20 seconden bij 24 fps heeft 480 frames nodig, één per 7,5 seconden. Het opslag eindpunt bepaalt de grootte van de kaart en schijf: totale opslag = het aantal frames × de grootte van één frame, en omdat time-lapse opnames full-resolution stilstaande beelden maken (RAW ~20–30 MB per stuk), is 720 RAW-frames van 25 MB ongeveer 18 GB voor een enkele clip van 30 seconden — daarom vult een lange lapse snel kaarten. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor time-lapse en intervalometer apps, fotografieplanningshulpmiddelen en productiecalculators. Pure lokale berekening — geen key, geen externe service, direct. 3 compute eindpunten. Gebruik voor videobitrate en bestandsgrootte een bitrate API.

Uptime

100.0%

Latentie

78ms

Abonnees

4,130

Jam- en conserveringswiskunde als een API, lokaal en deterministisch berekend — de suiker-, stollingspunt- en opbrengstgetallen die een jam- of conservenmaker of receptenapp nodig heeft voor een batch. Het suiker-eindpunt stelt de suiker in op basis van de suiker-fruitverhouding: een traditionele vol-suikerjam is 1:1, dus 1 kg fruit heeft 1 kg suiker nodig voor een batch van 2 kg met 50% suiker, terwijl lagere verhoudingen (0,6–0,75) een zachtere, frissere, minder zoete jam geven die extra pectine nodig heeft en minder lang houdbaar is — de suiker conserveert en helpt bij het geleren. Het stollingspunt-eindpunt geeft de gel-temperatuur aangepast aan de hoogte: jam stolt bij ongeveer 4,5 °C (8 °F) boven de temperatuur waarop water kookt — 104,5 °C op zeeniveau — maar omdat water lager kookt naarmate je stijgt (ongeveer 1 °C per 285 m), daalt het streefpunt tot bijna 99 °C op 1500 m, dus koken tot het zeeniveau-getal op een berg overkookt de batch. Het opbrengst-eindpunt kookt de batch in tot een streefwaarde voor oplosbare vaste stoffen (Brix): jam blijft houdbaar bij ongeveer 65% Brix, het eindgewicht = de vaste stoffen (suiker plus de eigen ~10% droge stof van het fruit) ÷ de streef-Brix, en de rest verdampt als water — 1 kg suiker en 1 kg fruit kookt in tot ongeveer 1690 g jam, waarbij ongeveer 310 g water verloren gaat. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor conserverings- en recepttools, zelfvoorzienings- en keukenapps, en voedselproductiecalculators. Pure lokale berekening — geen key, geen externe dienst, direct. Gelchemie, niet inmaakveiligheid. 3 compute-eindpunten. Gebruik voor verwerkingstijd-hoogteaanpassing een inmaak-API.

Uptime

100.0%

Latentie

77ms

Abonnees

4,167

Zwemwiskunde als een API, lokaal en deterministisch berekend — de SWOLF-, drempel-tempo- en per-100 m-getallen waarmee een zwemmer, coach of trainingsapp werkt. Het swolf-eindpunt scoort slagefficiëntie voor één lengte: SWOLF (swim + golf) = het aantal slagen plus de genomen seconden, en zoals bij golf is lager beter — verder glijden per slag of sneller zwemmen verlaagt het, dus een 25 m-lengte in 18 slagen en 30 s is een SWOLF van 48. Omdat het afhankelijk is van badlengte en slag, wordt de score genormaliseerd naar 25 m zodat lengtes in verschillende baden vergelijkbaar zijn. Het css-eindpunt berekent Critical Swim Speed, de drempel-tempo van de zwemmer, uit twee all-out tijdritten: CSS = (afstand1 − afstand2) ÷ (tijd1 − tijd2) — de klassieke 400 m- en 200 m-test, waarbij 6:00 en 2:50 ongeveer 1,05 m/s geven, een drempel van 1:35 / 100 m; trainingstempo's worden dan ingesteld als offsets van CSS, het equivalent van een hardloper zijn drempel of een ergometer zijn 2 k-tempo. Het pace-eindpunt geeft snelheid en het per-100 m-tempo dat zwemmers daadwerkelijk gebruiken (tijd ÷ afstand × 100), dus 100 m in 1:30 is een tempo van 1:30 / 100 m bij 1,11 m/s. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor zwemtrainings- en coachingshulpmiddelen, baantrackers en triathlon-apps, en fitnesscalculators. Pure lokale berekening — geen key, geen externe service, direct. 3 compute-eindpunten. Gebruik voor hardlooptempo een pace-API; voor indoor roeien een roei-API.

Uptime

100.0%

Latentie

82ms

Abonnees

4,238