Airline keeps mistaking 101-year-old woman for 1-year-old baby
bbc.com
bbc.com
We still have the 41-52 and 61-72 ranges unused for the 22rd and 23rd centuries, and then we can re-use 80 (since it's extremely unlikely for anybody from the 19th century to survive that long). Now that's some long-term planning.
However, it's often said that no plan survives contact with reality, and that's also unfortunately true for this system. All that future proofing, and now it turns out that some assumptions thought inviolable, namely that people are either strictly male or strictly female and never change their gender, aren't so inviolable after all. We use a single bit to encode gender (it's the evenness or oddness of a particular digit in the number), and we also assume that PESEL numbers never change, to the point of using them as primary keys in some databases. The latter is causing trouble right now, and the former is inevitably going to.
Whoever processes the Swedish Identity Number, even if they use YYYYMMDD-SSSC _or_ YYMMDD-SSSC, wouldn't break processing with YYYYMMDD+SSSC or YYMMDD+SSSC - as the '+' is a standardised "give away" as to the age of the person (making the 4-digit YYYY less desirable for processing).
[1] - https://www.skatteverket.se/servicelankar/otherlanguages/ine...
Edit: I'd just let BankID handle the validation and store the two-digit year.[2]
[1] - https://en.wikipedia.org/wiki/Personal_identity_number_(Swed...
National identification numbers should be opaque; just a number unique in its own domain, but encoding nothing¹.
1: An exception is to have a certain ranges of those numbers designated for testing, so you can test stuff without ever accidentally using a real one.
Australian birth certificates do a similar thing .. and Polish birth certificates and passports for those born oversees are supposed (see gov.pl site) to reproduce exactly what is on the foreign birth certificates and passports.
As the GP comment notes, supposedly invarient assumptions can bite programmers in the ass.
> I moved to the UK five years ago. My birth certificate and passport list my sex as Nonbinary/X. My application for legal gender recognition was granted two years ago, but then things got weird... I had to take the government to court.
For some reason, the government is refusing to issue the documents they've granted the applications for. Per https://www.leighday.co.uk/news/news/2024-news/nonbinary-us-..., the High Court has ruled that this is discriminatory, but that the government is allowed to discriminate against non-binary people. The case is due before the Court of Appeal at some point in the future.
Up-to-date info can be found at https://enby.org.uk/ (currently a GoFundMe redirect).
Polish doesn't really have this distinction, there's one word we use for both, and more descriptive terms are needed if you actually need to be specific.
Edit: apparently there's an optional section in the chip (data group 11 or DG11) that allows for longer-form data than the ancient machine-readable format, including non-latin letters in the name and a birthdate including the century. I don't know how widely used that is though.
Simultaneously the most and least surprising situation.
Deal with this all the time working with an old system written in COBOL. Current system was patched with a db column for century.
The problem that really flies under the radar though: https://en.wikipedia.org/wiki/Year_2038_problem
And certainly I've had 'Oliverjames', so it would only have to be that it becomes 'Aleksan Dr' (and before that concatenation) to complete the picture.
This happens due to an ancient data exchange protocol called airline TTY, which doesn't contain an "honorific" field and has no room for extension. In their eternal wisdom, American regulators completely ignored this fact and started requiring airlines to process honorifics after 9/11. The only available workaround was sticking the honorific at the end of the name. When you book a flight that doesn't have anything to do with the US, this data might or might not be included, but downstream systems don't know if it is or not. If it is not and your name ends with an honorific, the honorific gets stripped.
I would not expect that to be tied to age! I thought anyone could tick the "I need assistance" box and get wheelchairs, golf carts, etc. Sure, they could guess that their 90+-year old passengers are likely to need them, but there are plenty of 80-year olds that need them and plenty who don't.
Took a while to hit me : the daughter is most-likely nearing 80 herself !
Filing this one under "problems I'd love to have".
The one in her 90s on the other hand is broadly fine. The things she is not sufficient with are mostly things that women 70-40 years ago in my country were not expected to handle so she never learned to, rather than age related decline.
You can Google skiing past 100 and find multiple examples of people who make it this long.
My own grandmother was dead by age 64 of a stroke, her husband (my grandfather) died age 52 of emphysema. My other grandparents were in an old age home by their 60s died at ages 85 and 92. My mom is 80 and pretty mobile buys groceries but has bad hearing but won't get hearing aids. My Dad died at age 78 of IPF a lung disease after a 20 year battle.
Since my Dad died I'm amazed at elderly who walking around no glasses, no mobility issues. Then again some elderly I knew looked good but had many problems they just didn't complain of their ills, then one day their died in their sleep (a few did like that).
Someone at Sabre claimed the booking software had been rewritten in Java. I worked at a place that had over 350 people working in airline booking and saw that product in action. It was a Uniscope terminal emulator running in Java.
USAS is Unisys software for airline booking, and from someone in upper management in Unisys from a party a few years all Unisys does now is train people in COBOL to keep the 1969 booking code working. Unisys system probably still have Uniscope terminal code and drivers, just like most linux system still do VT100, 101, 200, etc terminal emulation. I recognized the Uniscope terminal emulator because I used to install them, and wrote some basic db front ends in a Unisys coding system called 'Scop' - an XML-like way of building quick multi-db input screens. It has a particularly characteristic look which is what the Sabre java client running in the browser looked exactly like.
So there's a very narrow age range where she'll need to suffer this particular problem, if she makes it to 102 she'll be out of those particular woods.
Before the age of 2 you don't get a seat, and it's implied that your guardians are 100% responsible for your mobility.
Whereas a child old enough to require a seat might also need to request a wheelchair, and would be provided with one.
In this case, she did book a seat.
"Patricia’s seat was booked as an adult ticket."
When I was working on a hotel management system a while back and implemented logic of automatically determining date of birth from an I.D. number I had to think about this exact kind of problem.
Not sure if it was privacy laws, or that children always need to be checked in under their parent's details, but the hotel chain had a rule where they would never capture anything except the first name of guests under the age of 16, meaning that only if a South African guest was 116 years or older would it incorrectly assume the wrong age, which would be exceedingly rare and according to [1], not possible for at least 5 more years.
Airlines however need to capture details of passengers of any age, so our solution could not be used there.
[1]: https://en.wikipedia.org/wiki/List_of_the_verified_oldest_pe...
Then the public consensus switched to "Y2K was entirely made up and nothing bad happened" so I'm somewhat less optimistic.
Any work done well, is just work that obviously didn't need money spent on it in the first place.
Right now I'm half-expecting that unfixed 2038 bugs will accidentally save us from AI apocalypse. Or possibly cause it.
In 2010 the the iPad was released and the movie Avatar had come out. So we're closer to 2038 than the release of the iPhone (2007).
"How old are you?"
"3 iPhones and half an M1 Macbook"
and if not, I plan on be very close to retirement by then anyway.
See also the highly relevant story "EBCDIC is incompatible with GDPR": https://shkspr.mobi/blog/2021/10/ebcdic-is-incompatible-with...
> facing $12,049 of traffic fines wrongly sent his way. He’s still not sure if he’ll be able to renew his auto registration this year without paying someone else's tickets. And thanks to the Kafkaesque loop he’s caught in, it’s not clear if the citations will ever stop coming.
If anything, this is a lesson to not build systems that can issue tickets to the wrong person - and allow the system’s decisions to be easily overridden at the very least.
Meanwhile, a lesson was very much learned by Mr. Tartaro who, as a DEFCON speaker, should have absolutely known better. He was playing with fire, and now he's suffering the consequences. I don't want to come across as defending the system in use, although it seems to be as much of a social issue as a technical one with people interpreting the text field as being invalid, but this was clearly a dumbass thing to do.
Probably because a web search for null has too many false positives, or maybe the stories aren't indexed. :)
There's an xkcd for that: https://xkcd.com/327/
I feel like it wouldn't work because when reading a numric license plate going 100km/h there are bound to be some errors. I find it hard to believe the programmers who built the system didn't account for that by dropping non-number characters or regexing the OCR result to verify it's in an acceptable format
I doubt it. More like she will be treated as a 2 year old and assigned her own seat.
These days, it's all drones who get heavily punished if they drive off-script, and that's assuming they can go off script.
Some more discussion: https://news.ycombinator.com/item?id=40185903
Airline managers are a threat to our safety nowadays, the whole industry needs a reset.