Asparagirl
Joined 15 years ago
Joined 15 years ago
Our data set from the VA contains data through mid-2020, and was turned over to us in 2022 after undergoing extensive double-checking by the agency, including through non-public VA sources, to confirm the veterans really were all deceased. There's a paper showing the agency's methodology on our site, which we FOIAed from them.
There are a significant number of deceased veterans whose data is *not* included in the BIRLS database, because they (or their family/heirs) simply did not have any contact with the VA concerning benefits in or after the 1970s, which is when the database was first starting to be built. That is, their files almost always still exist on a warehouse shelf somewhere, but they weren't active any time in the past fifty years so they didn't get pulled and indexed into the database. You can still make a FOIA request to the agency asking for one of those files, but the VA will have a lower chance of successfully finding the file, and it usually will take longer for you to get a response.
[1] 1850 is very likely an approximation. While there are certainly deceased veterans listed in the BIRLS database who had birthdates or deathdates in the mid nineteenth century and/or service in the late nineteenth century, they are relatively few. Many of them are actually veterans with likely birthdates or deathdates in the twentieth century whose data seems to have been initially recorded by the VA with a two digit year of birth or death or enlistment/entry, and then assigned to the wrong two digit prefix, causing an incorrect four digit year of birth or death or year of entry/enlistment into service.
In other words, the VA's historic data is very messy and is a great example of an actual Y2K issue.
However, these particular files (benefits claims files, or C-Files) are a different type of file and never burned. Better yet, they often have some parts of the veteran’s OMPF that were copied *into* the C-File, to establish eligibility for those benefits — copies that were made before the fire! In other words, these files could serve as partial backups…
(Also, the stripped-down version of BIRLS that has been on the Ancestry website for a while now is much smaller and older.)
And even now, the “processes” to get the records, as defined by a 58+-year-old law (FOIA) are not really being followed. An agency refusing to process any FOIA requests except by fax (!) is insane, in this day and age. But more specifically, it’s against the law. A letter AND an e-mail are supposed to work. Hence our use of a fax API on this website…
Furthermore, the “requirement” that a FOIA requester must hand-sign the paperwork is absolutely made up by this agency. Hence our signature widget on this website…
Point being, if they’re going to shamelessly ignore or misinterpret the federal law, we are going to just jump through those hoops and say no, we want the files, please do your jobs.
So we try our best to help a user find the veteran even with the dirty data we have. For example, there is code here (using a common NPM package) to convert a user’s potential typed accent marks to a non-accented version of the same letter. In compound surnames we will also break up the surname on a space or a hyphen and search both parts, but not if a surname part is three letters or fewer. It’s imperfect but we have to work with the data we’ve got and can’t and shouldn’t normalize or clean the underlying file.
More of this RTO bullshit from upper management? For a tech team?! Ugh. Solidarity with the Tech Guild.
There's a reason this twenty-four-year-old article is a classic: https://joycearthur.com/abortion/the-only-moral-abortion-is-...
Founder and President at Reclaim The Records (www.reclaimtherecords.org)
[ my public key: https://keybase.io/asparagirl; my proof: https://keybase.io/asparagirl/sigs/PXfQPoL35siwEreUl4sKeCTehyMV198rD1iywhWFId8 ]