Je voltooide archief
Wat gebeurt er als een herinnering geen datum of plaats heeft?
Dan schrijven we er niets in. Het bestand zit in het archief, alleen zonder de gegevens die ontbraken. We verzinnen nooit informatie. Een exacte tijd en plaats kunnen we ook alleen zetten waar de koppeling met het juiste bestand ondubbelzinnig is, want het geschiedenisbestand van Snapchat zegt niet bij welke herinnering elke tijd en plaats hoort.
Dan laten we het leeg. Het bestand zit in het archief, alleen zonder de gegevens die niet in de export stonden.
Dat klinkt als een beperking, maar het is een bewuste keuze en het belangrijkste wat we doen. Een verzonnen datum is erger dan helemaal geen datum, want die verpest stilletjes precies de volgorde waarvoor je hebt betaald. En je merkt het pas jaren later, als je je afvraagt waarom een foto op de verkeerde plek staat.
Hetzelfde geldt voor plaatsen. Sommige exports bevatten helemaal geen gps. Dan blijft de kaart leeg, en dat is correct: de herinnering is ergens gemaakt, maar wij weten niet waar, en een stad gokken zou betekenen dat we een herinnering voor je verzinnen.
Er is een tweede reden die minder voor de hand ligt, en die geldt zelfs bij een volledig complete export. De tijden en plaatsen staan in een apart bestand, memories_history.json, en daarin staat niet bij welke foto of video elke regel hoort. We hebben het op een echt archief nagemeten: in alle 401 regels was het veld voor de downloadlink leeg. Wat overblijft is datum, mediatype en positie, maar geen sleutel terug naar het bestand.
Bestandsnamen helpen maar een stukje, want die bevatten de dag en daarna een willekeurige code. Dat betekent dat we de twee bronnen per dag en per type kunnen samenvoegen, maar niet altijd binnen een dag. Heb je twaalf snaps op een zaterdag en noemt de geschiedenis twaalf tijden op diezelfde zaterdag, dan is er geen informatie over welke tijd bij welke foto hoort. We hebben ze toch op volgorde geprobeerd te koppelen: in een archief van 1.182 bestanden klopte dat maar in 39 procent van de gevallen, wat een andere manier is om te zeggen dat het fout gaat.
We zetten dus alleen neer wat we kunnen onderbouwen. Is er op een dag maar één herinnering van dat type, dan is de koppeling ondubbelzinnig en krijg je zowel de tijd als de positie. Delen alle herinneringen van die dag dezelfde positie, dan krijgen ze die positie, want die klopt hoe ze ook gekoppeld worden. Verschillen de posities, dan krijg je de dag en verder niets. Het alternatief zou gokken zijn, en een foto met de verkeerde stad erop is erger dan een foto zonder.
In de mail die je krijgt als het archief klaar is, staat precies hoeveel van je herinneringen een tijd hebben gekregen en hoeveel een positie. Dat aantal verschilt per export, dus we geven het per archief in plaats van er een gemiddelde over op de site te zetten.
De andere veelvoorkomende reden is dat de JSON-bestanden niet waren aangevinkt toen de export werd aangevraagd. Zonder die bestanden kunnen we alleen de datum uit de bestandsnaam lezen, wat de juiste dag geeft maar geen tijd en helemaal geen positie. Merk je het achteraf, dan kun je gratis een nieuwe export aanvragen en hem bij ons zonder extra kosten opnieuw draaien.
Bestanden zonder datum staan achteraan in het archief, in een eigen map, met duidelijke namen. Ze staan dus niet tussen de gedateerde bestanden en verstoren de volgorde niet.
In de samenvatting die je achteraf krijgt zie je precies hoeveel herinneringen hun datum en hun plaats terug hebben gekregen. Je hoeft ons niet op ons woord te geloven. Je kunt het zelf natellen.