My Photo

Your email address:


Powered by FeedBlitz

January 2014

Sun Mon Tue Wed Thu Fri Sat
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31  
Blog powered by Typepad

Become a Fan

« Big Data Q&A for the Data Protection Law and Policy Newsletter | Main | Privacy by Design in the Era of Big Data »

May 12, 2012

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00d83452946769e2016766749ae9970b

Listed below are links to weblogs that reference Self-Correcting False Positives/Negatives: Exonerate the Innocent:

Comments

Feed You can follow this conversation by subscribing to the comment feed for this post.

IDResolution

Jeff, as usual this is a great post. The industry is over-served with technologies that require constant re-processing of data in order to find simple truths.

That may be the benefit of IBM systems that enforce moving, cleaning, or transforming data before the analysis occurs. Some liken this standardizing and cleaning to the CSI investigator 'tidying up' the crime scene so that the analysis is easier to do. Too much evidence is lost before the investigation even begins.

In the case of true disparate federated search/match/link analysis, however, no data warehouse is ever built. The data sits in its native repositories, in its evidence-filled format. Some organizations see the benefit of this smaller footprint and it's inherent capabilities to provide true on-the-fly analysis with what you beautifully term 'sequence neutrality'.

I look forward to reading more from you on this important topic, as your position as the industry visionary is well-earned! Good post!

Account Deleted

Wonderful article. Makes me think.

Steve Tootill

Great article. The name and address, date of birth example is one I'm familiar with, but hadn't thought of the application to crime data! In the former example, it's easy enough for a standard contact data matching firewall to detect and correct the "new false positive" as the new record enters the database. The important thing then is to allow the regrouping to trigger custom processing rules, as business requirements for remedial action in these cases will vary widely.

Kees van der Beek

Hello. I am the custodian of the Dutch DNA-database. In the article below you can read what we do in Europe to detect/prevent false positive and false negative DNA-database matches: http://www.promega.com/resources/articles/profiles-in-dna/2011/forensic-dna-profiles-crossing-borders-in-europe/

Lisa

I am so very interested in resolving FN/FP's especially in CODIS. Any advice on how to find a job doing this?

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been saved. Comments are moderated and will not appear until approved by the author. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment

Comments are moderated, and will not appear until the author has approved them.