'Google en Apple brengen api voor contactonderzoek volgende week uit'

Google en Apple brengen de api voor contactonderzoek van patiënten met het coronavirus volgende week uit. Dat meldt iGeneration op basis van informatie van Eurocommissaris Thierry Breton. Google en Apple hebben zelf nog geen releasedatum bekendgemaakt.

Apple en Google hadden de release gepland voor medio mei, maar volgens iGeneration willen beide bedrijven een eerste versie dinsdag uitbrengen. Breton had een videovergadering met Apple-directeur Tim Cook over de ontwikkeling van de api. Daarbij zei Cook dat een eerste versie van de api volgende week uitkomt.

De api is de enige manier voor apps om contactonderzoek via bluetooth op iPhones op de achtergrond te doen; huidige apps vragen gebruikers om op de voorgrond actief te zijn met het scherm aan, iets dat minder gebruiksvriendelijk is. Apps voor contactonderzoek moeten op veel of zelfs alle smartphones van inwoners van een bepaald gebied of land staan voordat onderzoek effectief kan zijn; veel experts noemen een percentage van minimaal zestig, al zeggen ook steeds meer voorspellingen dat zelfs dat cijfer te laag is.

Apple en Google kondigden de api twee weken geleden aan. Doordat de api werkt op iOS en Android, kunnen gezondheidsorganisaties op termijn een enkele back-end hebben voor alle smartphones met een van beide besturingssystemen.

De api verschijnt in twee delen; in de eerste versie is een app nodig om contactonderzoek via bluetooth aan te zetten, in een later stadium kunnen gebruikers zich aanmelden via de instellingen op de telefoon zelf en is een app niet langer nodig.

Door Arnoud Wokke

Redacteur Tweakers

23-04-2020 • 12:55

104

Reacties (64)

Sorteer op:

Weergave:

Goed om te lezen dat deze 2 mee helpen in deze oorlog tegen de onzichtbare vijand. Met 1.000.000.000 euro verlies per dag en vele doden en zieke mensen alleen al in NL.
NL bnp was 2019 zo'n 875.000.000.000... dus per dag 2.390.000.000. Denk dat we +- 50% verliezen per dag ( minder omzet en steun maatregelen bedrijven + EU enz enz ) dan kom ik op dik 1.000.000.000 per dag. Wat denk jij?
Ik denk dat jij heel erg overdrijft. Het deel wat momenteel geen inkomsten heeft, is redelijk beperkt. 50% van de economie (grofweg) wordt gevormd door de overheid. In een worst case scenario komen we in een recessie terecht van 15% krimp. Gek genoeg zie je dat niet terug op de beurs. En de martk heeft altijd gelijk.

Een recessie van 15% is ongekend, 6% is al enorm. 50% slaat nergens op (waarbij je steunmaatregelen ook niet mag mee tellen als verlies).
Eerst steun paket voor alleen MKB 20 miljard voor 1 kwartaal da's 144 miljoen per dag. Dan moet KLM nog komen en EU houd ook handje op. Denk dat er nog vele volgen. Denk dat je nog niet in de gaten hebt wat er aan het gebeuren is om je heen......

Eerst tekenen komen net binnen
Historisch hoog begrotingstekort verwacht: 92 miljard euro - https://nos.nl/l/2331589

[Reactie gewijzigd door 01--Rolf--01 op 25 juli 2024 02:39]

Je overdrijft het gigantisch. Gemiste inkomsten is nog niet gelijk verlies. Er worden ook enorm veel kosten niet gemaakt. Complete sectoren draaien gewoon door. Sommigen wat harder, sommigen iets minder en horeca vooral redelijk stil. Dat is bij lange na nooit -50%.
Denk dat die -92 miljard ook niet gelijk verdeeld zijn maar de pijn zit aan de voorkant. De eerste 20 miljard die mensen zitten thuis dus niets te verdienen voor je bnp. Verder zit hier de EU bijdragen en zo nog niet bij. Echt "its just staterd" . En goeps immuniteit kost bv minstens 2 jaar. Dus of we gaan naar 1.5 m economie of veel mondkapjes verbruiken. Blijft geld kosten..... zou als ik jouw was eens in lezen....
Kan google dit naar alle Android devices pushen of moeten de grote namen allemaal zelf updates uitbrengen? In de laatste geval neem ik aan dat de adoption rate langzaam en laag zal zijn en veel devices buiten de boot vallen? Is hier een prognose voor?
Google kan deze uitbereiding van de bluetooth API pushen via Google Play Services. Hiervoor is geen systeemupdate nodig.
En als je updates op handmatig staan?
Play Store updates gaan altijd automatisch, dat is niet uit te zitten.
Google Play Service is niet gelijk aan Play Store en wordt niet zomaar geupdate hoor!

Play Services is ook maar "gewoon een app": https://play.google.com/s....google.android.gms&hl=nl
Verwijderd @Boy23 april 2020 16:10
Ja en nee. Ja het is 'gewoon' een app. En nee, updates zijn geforceerd.

De enige methode om het te onderbreken is het stopzetten van achtergrond data (background data) voor de Play Services.

Maar anders zal zowel de Store als de Services zichzelf altijd updaten, ongeacht je instelling.
Heb je daar meer info over? Ik wist dit nog niet.
Ik had laatst nog een gebruiker waar een update klaar stond toen ik 'm deze bovenstaande link gaf.
Verwijderd @Boy23 april 2020 18:14
Klopt. Een update wordt niet gelijk geïnstalleerd, en als je dan naar de app-pagina gaat kun je het handmatig initiëren.

Dit is mijn ervaring met de API als ex-developer :). Verschillende links online laten vooral zien dat men op zoek is maar het onderbreken van de auto-update.

Google zegt er zelf niks expliciet over. Play Services is overigens ook een systeem-app dat op een dieper niveau geïntegreerd is.
Ik heb handmatig aan staan, en zie regelmatig melding (notification) van een update langs komen die gewoon gedaan is, zonder dat er om gevraagd is.
In het verleden had ik er een tool op staan die voor Elke installatie om toestemming vroeg en toen kon ik er wel op ingrijpen. Helaas bij Nokia kon je niet bij root.... (boot-lock).

Maar kinnen kort is ook dit geen probleem meer, het wordt hetzij PinePhone of Librem-5 wanneer deze leverbaar zijn.
Google Play services kunnen wel degelijk hard gepushed worden. Als je iets op handmatig toestaan zet krijg je hoogstens een extra melding dat er iets anders geupdate is... (kan ook zijn dat dat alleen in development mode is).

Alternatief voor blokkeren: met blokaada *.googleapis.com blokeren.

[Reactie gewijzigd door tweaknico op 25 juli 2024 02:39]

Alleen zijn er dus een hoop android devices waarbij deze API helemaal niet gaat werken omdat die de benodigde low power bluetooth chipset daarvoor niet hebben..
Bluetooth Low Energy (BLE) wordt al sinds Android 4.4 (2013) ondersteund. Ik vraag me af hoeveel devices de chipset niet meer hebben als het al zo oud is.
En hoe zit dit met telefoons waar geen updates meer voor verschijnen?
Het gaat via Google Play Services, dit draait ook op veel oudere Android toestellen.
Dat het draait betekend alleen niet dat het ook updates ontvangt, dus imo een terechte vraag.
Tenzij alle telefoons met Play Services altijd de updates daarvoor ontvangen ongeacht mogelijk enorm oude android versies.

[Reactie gewijzigd door Byron010 op 25 juli 2024 02:39]

Alle android apparaten die Android 4.1 of nieuwer draaien krijgen deze update.
Volgens TechCrunch gaat 't om Android 6.0 en nieuwer. (ze hadden hier eerst ook 4.1 staan, maar is inmiddels aangepast naar 6.0)
Het wordt als een app op je toestel gezet. net zoals bepaalde onderdelen van Android.
Maar niet de kernel en evt. loadable modules/

Het is het toevoegen van een .so (soort van DLL) en mogelijk wat config aan de permanente config van het systeem. Ook een applicatie kan erbij zitten zonder dat het een "app met frontend" is.
vgl met de wificontroller tool (=wpasupplicant)

Voor een deel van de tool (settings pagina etc.) is de volgende update van je toestel wel nodig. Dit omdat allerlei fabrikanten een eigen setting tool hebben gemaakt.
Er is maar een scenario mogelijk voor deze api en uberhaupt apps die "vanwege corona" actief bijhouden met wie je in contact bent geweest. Ik krijg er een enorm big brother gevoel van bovendien heb ik meer dan genoeg discipline om me aan de regels te houden.

Ik ga nooit die app gebruiken en er alles aan doen om te voorkomen er zoiets dergelijks op mijn telefoon komt. Zelfs al zit het ingebakken in de kernel zelf.
Het wordt sowieso opt-in only.

Heb je je technisch ingelezen hoe het werkt? Specifieke locatiegegevens (zoals met GPS of wifi) worden niet gebruikt; het systeem kan alleen zien of je in de nabijheid bent geweest van iemand die is besmet – niet waar dat was. Bovendien veranderen de anonieme ID’s regelmatig. De anonieme IDs komen niet in de cloud (alleen als je Corona positief bent en toestemming tot uploaden geeft), en worden na 14 dagen vernietigd.
nee je kunt zien of je telefoon in de buurt is geweest. En zo zijn er nog genoeg andere scenarios te bedenken.
Totaal gezien de energie die in een dergelijk app wordt gestoken gaat voorbij aan alle realiteitszin. Dit is een moneymaker voor the big app builders. Dat een overheid meegaat in dit soort hype achtige apps kan ik niet begrijpen.
Vuurvoske schrijft niets of locatiegegeven. Wel over contact, wat jij beaamt.
Anonieme IDs doen daar niets aan af.
Contacten worden gekoppeld, dat is het hele doel v/h het systeem.
Frubelaar ligt in het ziekenhuis en we weten dat hij in contact is geweest met iemand. Helaas is die iemand niet te achterhalen. Dus kunnen we verder niets. Zo werkt dat natuurlijk niet...
Als je er voor kiest om alles te geloven wat ze je op de mouw willen spelden. Die API krijgt iedereen op zijn telefoon en wie zegt mij dat deze traceerfunctie er na de corona crisis weer uit gesleuteld wordt? Waarschijnlijk blijft die er lekker in staan zal er ook gebruik van blijven gemaakt.

https://www.security.nl/p...or+contact-tracingproject

[Reactie gewijzigd door marco275 op 25 juli 2024 02:39]

Slechte zaak... want wat er in zit gaat natuurlijk gebruikt worden. Eerst voor Corona. En daarna voor... wat er maar bedacht wordt. De smartphone wordt dus een (nog efficienter) tracking device.
Ik hoop ook van harte dat je deze "feature" uit kan zetten in IOS en dat het geheel verwijderd gaat worden in IOS 14
Het is een API. App's kunnen dit gebruiken en daar heb je zelf controle over.
Nee, de feature kan je niet uitzetten.

Over de apps heb je controle. Echter: in geval van het Google Apple Contact Tracing platform verzendt en verzamelt het OS de tracking-id's, ook als je nog geen tracking-app geïnstalleerd hebt. Dat heeft functionele voordelen, bijvoorbeeld als je apps van verschillende landen wil gebruiken. Via de api hebben de verschillende apps toegang tot dezelfde gegevens.

Het geeft echter ook een privacy-risico. Een app kan je verwijderen, het OS verwijderen is onmogelijk (of op zijn minst erg onhandig). Je moet er dus op vertrouwen dat Google/Apple tot in de toekomst ethisch omgaan met hun machtspositie.

Zie https://blog.xot.nl/2020/...a-wolf-in-sheeps-clothes/ voor een uitgebreid beschrijving van de technology en privacy-risico's.
Het lijkt er eigenlijk op dat dit geheel gewoon opt-in is. In dit document staat duidelijk:
Explicit user consent required
Heb jij een andere bron die zegt dat 't niet zo is? De blog die je aanhaalt, gebruikt deze Q&A als 'bron'. Maar hier staat ook duidelijk in:
The opt-in system uses Bluetooth to transmit a randomized and anonymous identifier to nearby devices.
De duidelijkheid laat nog te wensen over. "Explicit user consent required" kan slaan op toestemming geven om de OS-update te installeren en/of een app toestemming geven om de API te gebruiken.

De schrijver van het artikel waarnaar ik verwijs pleit ervoor dat je als gebruiker van het OS de uitwisseling van tracking-ids ook weer uit kan zetten. Die mogelijkheid blijkt niet uit de door Google en Apple gepubliceerde specificaties.
Inmiddels is wel duidelijk geworden dat je de feature uit kan zetten:
The choice to use this technology rests with the user, and he or she can turn it off at any time by uninstalling the contact tracing application or turning off exposure notification in Settings.
Daarnaast kunnen Google en Apple de feauture regionaal uitzetten:
Google and Apple can disable the exposure notification system on a regional basis when it is no longer needed.
Bron: https://covid19-static.cd...eNotification-FAQv1.0.pdf
Volgens mij is het sowieso een opt-in. Net als dat je zelf kan kiezen of je de overheidsmeldingen wilt hebben. (zoals elke eerste maandag van de maand de sirene)
Ik ben oprecht benieuwd waarom? Heb je je verdiept in hoe het werkt en hoe de privacy borging is geregeld? Want volgens mij maken we ons drukker dan nodig en als de corona app deze API gebruikt is het allemaal goed geregeld. En ja ik ben normaal een privacy-freak (geen aluhoedje).
  • 1) Bluetooth is niet bedoeld om afstand te bepalen, dit bevestigen diverse experts ook.
    de ruis die nu wordt misbruikt om afstand te bepalen zal anders reageren op verschillende omgevingen en daardoor foute waarden geven.
    Dus de complete fundering waarop de apps worden gebaseerd, is by-design fout
    conclusie -> geen tracing apps op basis van bluetooth gebruiken
  • 2) Onze vrijheid wordt beetje bij beetje opgegeten door ons bang te maken voor iets waar we zo genaamd voor beschermt moeten worden. Het was al "terrorisme bestrijding" of "kinder porno" en nu komt daar een pandemie bij. We werden al getraced in winkels via wifi en bluetooth en ben blij dat dit nu geblocked wordt in IOS en hopelijk ook in Android en dit zijn maar de zaken die bekend bij ons zijn.
  • 3) Deze API die nu beschikbaar wordt gesteld in korte tijd zal gegarandeerd fouten bevatten en misbruikt gaan worden door de overheden of door mensen die er baat bij hebben om onze locatie te weten.
    Ik ben blij dat in nederland deze apps "vrijwillig" zijn, en zal het daardoor zelf niet gaan gebruiken.
    Zo hoop ik dat deze API ook vrijwillig zal zijn waardoor ik en andere mensen die om hun privacy geven dit uit kunnen zetten.
    Zodra deze functie niet meer nodig is kan het weer verwijderd worden zodat het niet misbruikt kan worden. Elke feature/regel vode die je in een stuk software stopt kan fouten bevatten en zal daardoor misbruikt kunnen worden.
Zo moeilijk is het niet om 1.5 meter afstand te bewaren en elke keer dat je binnen deze cirkel komt moet je bewust nadenken over de risico's.
Uit eindelijk gaat toch iedereen ziek worden alleen moet dit langzaam gaan gebeuren ipv exponentieel.

[Reactie gewijzigd door Madcat op 25 juli 2024 02:39]

Bluetooth is niet bedoeld om afstand te bepalen
Maar goed genoeg om te zeggen 'die telefoon was binnen 10 meter van die andere telefoon'.
Dat is al een enore schifting in contactonderzoek met 'deze persoon is ziek, wie van de 17,5 miljoen Nederlands heeft deze persoon ontmoet'...
Klopt dit is ook juist het probleem, wanneer ik naar de supermarkt ben gegaan of een andere drukke plek dan heb ik 1000 mensen binnen 10 meter gehad waardoor er gegarandeerd iemand ziek is geweest in het uurtje dat ik buiten ben geweest.
Met als resultaat teveel false positives waardoor de app niet werkt met hetzelfde resultaat wat we nu ook hebben namelijk iedereen in quarantaine.

In mijn ogen is de beste oplossing wat we nu ook al doen, eerst er voor zorgen dat we een lineaire verspreiding krijgen en daarna langzaam de "kraan open draaien".
De zwakke mensen zo veel mogelijk beschermen totdat we groeps immuniteit hebben bereikt.

Hier hoeven we enkel logische voor na te denken en niet onze privacy voor op te geven
Als jij in een uur voor langere tijd binnen 10 meter van 1000 mensen bent geweest dan is dat zeker geen false positive. Dan loop je namelijk gewoon gevaar als 1 van die 1000 besmet is. En die 10 meter is zwaar overdreven want <5m is prima te zeggen met Bluetooth (grofweg RSSI > -80dB).
Zit nog aan het volgende te denken. Als je je BT bv 100% 50% en 10% power bacon kunt moduleren, en dat in de naam mee zend. Zouden bv een lijst van 10% power kunnen opslaan. Deze mensen waren dichtbij bv voor 60sec....
Wellicht een stapje naar een betere lijst dan alleen maar BT om je heen.....
@Madcat
In mijn ogen is de beste oplossing wat we nu ook al doen, eerst er voor zorgen dat we een lineaire verspreiding krijgen en daarna langzaam de "kraan open draaien".
De zwakke mensen zo veel mogelijk beschermen totdat we groeps immuniteit hebben bereikt.
ACH JA 5 tot 15% houd ernstige gevolgen klachten over afhankelijk wie waar onderzoek gedaan heeft die mensen hebben dus tig jaar zorg en sociale bijstand nodig kost ook niet weinig.
Dus ook bij die geen of weinig klachten hadden en jong en niet zwak zijn. ( de werkelijk zwakkeren risico groepen daar overleven niet zoveel na infectie overigens)

Ernstige longschade met grote vraagtekens, Uni Innsbruck onderzoek.
6 Actieve Duikers met weinig symptomen hebben na ziek geweest te zijn toch ernstige mogelijk blijvende longschade overgehouden.

Dit is onder andere te lezen op Watson punt de.
Daar schrikken artsen dus dat er mensen die gewoon thuis uitgeziekt zijn 40 jaar oud toch hun leven lang wegens longschade patient zullen blijven.

https://www.watson.de/int...-gibt-aerzten-raetsel-auf

https://www.watson.de/deu...e-haben-eine-innere-wunde
Ik denk dat je een overmatig positieve aanname doet.

Zonder een app is contactonderzoek moeilijk omdat ik 95% v/d mensen die in dagelijks binnen 10m benader niet ken. Daarmee heb je dus zeker een punt.
Maar de app zal ook de persoon loggen die naast mij in de file stond.
Toen ik gisteren heel de dag achter de geraniums zat zijn 50 wandelaars voorbij mijn raam gelopen. Die zijn ook allemaal gelogd.

Kortom, ik zie voordelen, maar ook nadelen. Nadelen die het systeem overbelasten.

Mijn mening totale onzin die app. Uit mijn kennissenkring en nieuws heb ik vernomen dat mensen die GGD bellen met symptomen geen contactonderzoek krijgen. Ik kan mij indenken dat het GGD zeer druk bezig is dus simpelweg geen capaciteit heeft om alles te onderzoeken.
Als de app 10000 extra melding doet zal de overbelasting de GGD niet kleiner worden. De behandelcapaciteit zal niet groter worden.

Rutte kan trots een mooie grafiek laten zien, maar mensen worden er niet mee genezen. We weten zelfs niet of ze ziek zijn. Om een app te laten werken is een hele keten nodig.
Vergelijk het met de politie die goed werk verricht door relschoppers op de pakken. Maar er is zijn geen cellen, en geen rechterlijke macht. Hoeveel nut heeft dat?
Zonder een app is contactonderzoek moeilijk omdat ik 95% v/d mensen die in dagelijks binnen 10m benader niet ken. Daarmee heb je dus zeker een punt.
Maar de app zal ook de persoon loggen die naast mij in de file stond.
Toen ik gisteren heel de dag achter de geraniums zat zijn 50 wandelaars voorbij mijn raam gelopen. Die zijn ook allemaal gelogd.
Maar nu kan er gekeken worden of jij de geinfecteerde zou kunnen kennen en waar dit was.
Alweer: Veel beter dan vragen aan de geinfecteerde 'waar ben jij allemaal geweest in de laatste 14 dagen'.
Nu is de vraag: 'Jij was toen en toen op de A2. Wie zat er bij jou in de auto' Dat is een veel zinvoller en eenvoudiger vraag.
Uit mijn kennissenkring en nieuws heb ik vernomen dat mensen die GGD bellen met symptomen geen contactonderzoek krijgen
Precies omdat het zo moeilijk is om die 17,5 miljoen te bekijken...
Als je al een subset van 1000 mensen hebt, met tijd/datum en lokatie, is dat opeens behapbaar.

Maar heb je een andere optie om de lockdown op te kunnen heffen? Als dat een briljant idee is, zou ik dat even melden bij de RIVM...
Aangezien steeds gehamerd wordt op het feit dat er geen locatiegegevens worden gebruikt weet ook niemand dat je op de A2 bent geweest.
Aangezien steeds gehamerd wordt op het feit dat er geen locatiegegevens worden gebruikt weet ook niemand dat je op de A2 bent geweest.
Behalve je eigen telefoon... En die wordt natuurlijk uitgelezen (met jouw toestemming) als je besmet blijkt.
En de telefoon weet op welke devices gezien zijn en die moeten dus gewaarschuwd worden.
Ok, jij hebt je dus duidelijk niet ingelezen en geeft antwoord op basis van onderbuikgevoel.
zal gegarandeerd fouten bevatten en misbruikt gaan worden door de overheden of door mensen die er baat bij hebben om onze locatie te weten
Deze API doet niks met locatiegegevens.
Bluetooth is niet bedoeld om afstand te bepalen, dit bevestigen diverse experts ook.
de ruis die nu wordt misbruikt om afstand te bepalen zal anders reageren op verschillende omgevingen en daardoor foute waarden geven.
Dus de complete fundering waarop de apps worden gebaseerd, is by-design fout
conclusie -> geen tracing apps op basis van bluetooth gebruiken
Bizar slechte conclusie. Dus een paar false-positive contacten (onterecht contact geregistreerd) of een paar false-negative contacten (onterecht contact gemist) zorgen er voor dat de technologie niet toepasbaar is? Sorry maar dat slaat nergens op. Als we hiermee 90% van de contacten (van de mensen die de app gebruiken) kunnen vastleggen dan is dat mijns inziens een uitstekend resultaat.

Op je 2e punt heb ik ook nog van alles aan te merken maar ik wil het graag bij de techniek houden hier op Tweakers.
Die API is gewoon onderdeel van Android / iOS. Daar maak je alleen gebruik van zodra je een app installeert die deze API gebruikt. Anders is het gewoon een stuk fundering zonder huis.
Men kan een APP gewoon in de praktijk zoals gebruikelijk is met alle software voor die in productie gaat testen hoor.

Daar een extra test tooltje inbouwen tril of geluid bij constatering risicovol contact ( dus korte afstand en bepaalde x tijd), Dan geen reactie van de testgebruiker was werkelijk mogelijk risico contact, wel reactie wegswippen of gewoon neen roepen ( mic.. ;) ) false positive.

Software daarmee optimaliseren en eventueel gewoon waar teveel kans op false positive handleiding en wijze van gebruik aanpassen.
Zeg maar die bij de kassa achter plexiglas zitten geen APP actief aan op dat moment als oplossing.

Dus inventief zijn en meerdere ook alternatieve oplossingen voor dat soort problemen dan gaat het mogelijk werken hoor.

Verder kan men veel meer ook voorspellende zaken inbouwen temperatuur ingeven bijv dan weet men uiteindelijk voordat er een test uitslag is of iemand uit regio enz..

RKI heeft een APP ook hartslag in rust toestand meten erbij , hieraan kan men zien oe iemand koorts heeft enz. Heeft een naam daar zoiets als Datenspende APP. ( pols or smartwatch fitbit wat dan ook koppelen en nog meer data)

Rote Kreuze in Oostenrijk APP is getest door EU privacy voorvechter als Schrem was in orde nog een paar aanbevelingen bijschaven maar ok.

Vrijwillig he.

[Reactie gewijzigd door jahoorisieweer op 25 juli 2024 02:39]

en dat heb je gedaan het moment dat je uberhaupt een iPhone of Android bent gaan gebruiken, deze API/app doet echt helemaal niets extra voor het opgeven van je privacy, sterker nog dit is anoniemer dan allerlei andere locatiedingen die je constant op je mobiel aan heb staan.
Dat klopt, ben ik helemaal met je eens. Dus vertel me dan hoe je je privacy met deze oplossing opgeeft? Want ik denk dat nog geen 1% hier zich überhaupt heeft verdiept in de oplossing van Google/Apple.
Goede zaak....want straks komt de tijd dat ziekenhuizen het rustiger krijgen, maar het virus nog lang niet weg is. En wat willen we dan? Nog steeds allemaal binnen zitten om een 2e wave niet te laten komen? Kan hoor, hebben we wel onze privacy, kost alleen een paar werklozen.....

Nee, we moeten zsm meer vrijheid hebben, zodat ondernemers weer kunnen ondernemen. En om een 2e wave te voorkomen moet je echt meer doen aan contact onderzoek. Oftewel: bij bekende besmetting, iedereen binnen laten blijven zodat verdere versprijding niet gebeurd.

Laten we als het virus weg is jou punt behandelen.
Een betere oplossing dan wat ik van het weekend heb gezien.
We zijn er nog niet, de api bevat de tracking functionaliteit voor een goedgekeurd doel, dan heb je nog een schil nodig om iets met die api te doen. We gaan 't zien!
Is al (ongeveer) bekend wanneer dat latere stadium zal zijn, waarbij gebruikers zich kunnen aanmelden via de instellingen op de telefoon zelf en een app niet langer nodig is? Ik denk dat dat veel moeite scheelt voor de corona-app-bouwers en het overleg daarbij.
Ik heb geen Google, geen android, geen @pple, wat wil men mij pushen dan als update of tracking?
Wat ik mij afvraag, zou het niet mogelijk zijn om een compatibel oplossing naast smartphones te implementeren?

De API waar aan gewerkt wordt, lijkt met name drie dingen te doen: aan/uitzetten van de tracker, het ophalen van je dagsleutels als je besmet bent en het controleren van je contacten met gerapporteerde dagsleutels. Dat is dus met name bedoeld voor apps om met de tracker te praten.

Als ik de draft specificaties bekijk is het niet echt rocket science. Puur voor het tracken heb je niet meer nodig dan een ondersteuning voor Bluetooth LE, een real-time clock, crypto functies en wat opslag. Volgens mij zou je op basis van bijvoorbeeld een simpele ESP32 or ARM microcontroller een simpel standalone device moeten kunnen maken.

Voor een standalone device waar je dus geen app op kan installeren moet je dus wel iets anders hebben om eventueel sleutels uit te wisselen. Je zou zo'n device zich als een USB mass storage device kunnen laten melden, waardoor je op een normale PC een bestand met je eigen dagsleutels zou kunnen downloaden en/of een bestand met besmette dagsleutels kan uploaden.

Op dit item kan niet meer gereageerd worden.