Hvad der sker, fra du skriver et navn, til du ser et resultat

Ikke alle. Der forespørges kun hos en kilde, når den indeholder den type oplysninger, der søges efter — at spørge et skibsregister om en person spilder både udgiverens og din kapacitet.

To uafhængige instanser skal være enige, før noget kaldes frem, og de kan ikke tilsidesætte hinanden:

• Forbindelsen angiver, hvad udgiveren tillader. Det ligger i koden og kan ikke ændres fra en webformular. En kilde, hvis vilkår forbyder automatiseret adgang, bliver ikke forespurgt, uanset hvad databasen ellers siger om den.
• Registerposten indeholder foreningens egne beslutninger: om kilden er slået til, hvor langt den er nået i gennemgangen, og i hvilken rækkefølge den skal forsøges. Den har det sidste ord i alt det, forbindelsen ikke allerede har afvist.

Hvis der ikke findes nogen registerpost, gælder forbindelsens egen vurdering — så en kilde kan aldrig blive tilgængelig alene ved at slette dens post.

• 12 sekunder til at svare, 5 til at oprette forbindelse. En søgning sendes ud til flere kilder på én gang, og én langsom udgiver må ikke forsinke hele siden.
• To nye forsøg, og kun ved en fejl — en afbrudt forbindelse eller en serverfejl. Aldrig ved et svar: 404 betyder, at posten ikke findes, og 403 betyder, at vi ikke har adgang. Et nyt forsøg ændrer ikke på nogen af delene, men fordobler belastningen på de udgivere, der stiller deres data gratis til rådighed for os.
• En kilde, der fejler, bliver registreret og sprunget over. Den får aldrig hele søgningen til at gå ned, og den fjernes aldrig ubemærket fra det, du får vist.
• Hver forespørgsel angiver, hvem der sender den. Foreningen udgiver sig ikke for at være en browser eller en anden, og en udgiver, der læser sine egne logfiler, kan matche dette nøjagtigt: UnitedPoliceAssociation/1.0 (+https://upa-int.org; research platform)

En post genkendes som en, der allerede er set, kun når det er den samme post fra den samme kilde. To kilder, der har en post om det samme navn, giver to resultater.

Poster fra forskellige kilder bliver aldrig slået sammen til én person. Foreningen opbygger ikke en profil ud fra brudstykker; den viser dig, hvad hver udgiver har offentliggjort, hver for sig og med udgiverens navn på.

Resultaterne sorteres efter, hvor godt de matcher, med det stærkeste først. Rækkefølgen siger ikke noget om betydning eller sikkerhed.

Fire niveauer — og her er præcis, hvad der adskiller dem:

Identifikatormatch

Kildens eget entydige ID matchede — et bekendtgørelsesnummer, et IMO-nummer eller et registreringsnummer. Stærk dokumentation for selve posten. Stadig ikke en identifikation af en person.

Stærkt muligt match

Flere egenskaber stemmer overens, og forbindelsen har givet matchet en score på 90 eller derover ud af 100 — typisk et navn sammen med en fødselsdato eller en nationalitet.

Muligt match

Nogle egenskaber stemmer overens med en score på mindst 60. Dette er standarden for alt, der matches på et navn.

Svagt muligt match

Kun en løs eller upræcis overensstemmelse, under 60. Vises i stedet for at blive skjult og markeres som svag.

Ingen af de fire bekræfter, at en post vedrører den person, du ledte efter. Det er ikke et spørgsmål om formulering: Koden, der spørger "er dette bekræftet?", returnerer nej for hvert eneste niveau, og der findes ikke et femte niveau, der returnerer ja.

Det betyder ikke, at der ikke findes nogen post. Det betyder, at de kilder, der blev forespurgt og svarede, ikke indeholdt noget match. Tre forskellige ting kan være sande på samme tid, og hver af dem vises ved siden af resultatet:

• Kilder, der ikke blev forespurgt, fordi de ikke indeholder denne type post.
• Kilder, der blev forespurgt, men ikke svarede.
• Kilder, der indeholder relevante poster, men som foreningen ikke må forespørge — fordi udgiveren forbyder automatiseret adgang, fordi vilkårene endnu ikke er blevet gennemgået, eller fordi der ikke er skrevet nogen forbindelse. De angives enkeltvis sammen med årsagen.

Et tomt resultat, der læses som "denne post findes ikke", er den mest sandsynlige måde, denne tjeneste kan vildlede nogen på. Derfor står redegørelsen for det, der ikke blev søgt i, ved siden af resultatet i stedet for i en fodnote.

Dette er grænser i koden, ikke hensigtserklæringer:

• Den tilgår ikke private profiler, direkte beskeder eller lukkede grupper.
• Den bruger ikke lækkede eller stjålne databaser, uanset hvad de indeholder.
• Den omgår ikke CAPTCHA, godkendelse, adgangsbegrænsninger eller betalingsmure. Hvis en platforms offentlige grænseflade er lukket, er svaret at sige det og linke til den — ikke at finde en vej ind.
• Den scraper ikke et websted, der offentliggør indhold på det åbne internet uden en grænseflade til det. En person må gerne læse sådan en side; foreningen høster ikke indholdet.

Når foreningen angiver, at en platform er lukket for den, citeres den status, platformen returnerede ved en forespørgsel uden godkendelse, sammen med den dato, hvor den blev målt. "Vi kan ikke søge i X" er en påstand om en andens tjeneste, og den bør kunne efterprøves.

Den laver et fingeraftryk af et billede og leder efter det samme billede blandt fotografier, der er offentliggjort af de kilder, foreningen indekserer. En kopi, der er skaleret, komprimeret igen eller gemt i et andet format, matcher stadig.

Den genkender ikke ansigter. To forskellige fotografier af den samme person matcher ikke, og et match er aldrig en påstand om, hvem der er på billedet.

Intet match betyder, at billedet ikke findes blandt de billeder, der er lavet fingeraftryk af — hvilket kun er en lille del af det, der findes. Det er ikke dokumentation for, at et fotografi ikke er blevet offentliggjort noget sted.

Åbn søgningen → Hvis noget her er forkert →