What date encoding could this be?












8












$begingroup$


40 years ago I read a book, but couldn't remember the title. I've been looking for it for a while, and I finally (finally!) found it!



And then I worked out why it took so long. It hasn't been released yet! In fact, according to this website I found it on, it won't be released for another seven millenia - when the Earth's spin will be so fast that December will have (at least) 80 days. Global warming? Pah!



Good book! IF you can wait 7,143 years...



http://www.holisticpage.com.au/out-of-this-world-science-fiction-stories-edward-blishen/9780753462461 (Note I’ve told them of this: they may fixhave fixed it.)



Now obviously no human entered this wild date. It's a mis-decode of something - perhaps the ISBN? My question is: can anyone think of an existing decoding algorithm that was so messed up it would invent an entirely new calendar?










share|improve this question











$endgroup$












  • $begingroup$
    Are you sure that's not BC? ;D
    $endgroup$
    – jpmc26
    Jan 8 at 1:02










  • $begingroup$
    @jpmc26 I don't know which is more believable: a book coming back in time, or a printing press invented 10,000 years before Gutenberg
    $endgroup$
    – John Burger
    Jan 8 at 1:08
















8












$begingroup$


40 years ago I read a book, but couldn't remember the title. I've been looking for it for a while, and I finally (finally!) found it!



And then I worked out why it took so long. It hasn't been released yet! In fact, according to this website I found it on, it won't be released for another seven millenia - when the Earth's spin will be so fast that December will have (at least) 80 days. Global warming? Pah!



Good book! IF you can wait 7,143 years...



http://www.holisticpage.com.au/out-of-this-world-science-fiction-stories-edward-blishen/9780753462461 (Note I’ve told them of this: they may fixhave fixed it.)



Now obviously no human entered this wild date. It's a mis-decode of something - perhaps the ISBN? My question is: can anyone think of an existing decoding algorithm that was so messed up it would invent an entirely new calendar?










share|improve this question











$endgroup$












  • $begingroup$
    Are you sure that's not BC? ;D
    $endgroup$
    – jpmc26
    Jan 8 at 1:02










  • $begingroup$
    @jpmc26 I don't know which is more believable: a book coming back in time, or a printing press invented 10,000 years before Gutenberg
    $endgroup$
    – John Burger
    Jan 8 at 1:08














8












8








8


1



$begingroup$


40 years ago I read a book, but couldn't remember the title. I've been looking for it for a while, and I finally (finally!) found it!



And then I worked out why it took so long. It hasn't been released yet! In fact, according to this website I found it on, it won't be released for another seven millenia - when the Earth's spin will be so fast that December will have (at least) 80 days. Global warming? Pah!



Good book! IF you can wait 7,143 years...



http://www.holisticpage.com.au/out-of-this-world-science-fiction-stories-edward-blishen/9780753462461 (Note I’ve told them of this: they may fixhave fixed it.)



Now obviously no human entered this wild date. It's a mis-decode of something - perhaps the ISBN? My question is: can anyone think of an existing decoding algorithm that was so messed up it would invent an entirely new calendar?










share|improve this question











$endgroup$




40 years ago I read a book, but couldn't remember the title. I've been looking for it for a while, and I finally (finally!) found it!



And then I worked out why it took so long. It hasn't been released yet! In fact, according to this website I found it on, it won't be released for another seven millenia - when the Earth's spin will be so fast that December will have (at least) 80 days. Global warming? Pah!



Good book! IF you can wait 7,143 years...



http://www.holisticpage.com.au/out-of-this-world-science-fiction-stories-edward-blishen/9780753462461 (Note I’ve told them of this: they may fixhave fixed it.)



Now obviously no human entered this wild date. It's a mis-decode of something - perhaps the ISBN? My question is: can anyone think of an existing decoding algorithm that was so messed up it would invent an entirely new calendar?







computer-puzzle






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 8 at 10:32







John Burger

















asked Jan 7 at 11:44









John BurgerJohn Burger

1465




1465












  • $begingroup$
    Are you sure that's not BC? ;D
    $endgroup$
    – jpmc26
    Jan 8 at 1:02










  • $begingroup$
    @jpmc26 I don't know which is more believable: a book coming back in time, or a printing press invented 10,000 years before Gutenberg
    $endgroup$
    – John Burger
    Jan 8 at 1:08


















  • $begingroup$
    Are you sure that's not BC? ;D
    $endgroup$
    – jpmc26
    Jan 8 at 1:02










  • $begingroup$
    @jpmc26 I don't know which is more believable: a book coming back in time, or a printing press invented 10,000 years before Gutenberg
    $endgroup$
    – John Burger
    Jan 8 at 1:08
















$begingroup$
Are you sure that's not BC? ;D
$endgroup$
– jpmc26
Jan 8 at 1:02




$begingroup$
Are you sure that's not BC? ;D
$endgroup$
– jpmc26
Jan 8 at 1:02












$begingroup$
@jpmc26 I don't know which is more believable: a book coming back in time, or a printing press invented 10,000 years before Gutenberg
$endgroup$
– John Burger
Jan 8 at 1:08




$begingroup$
@jpmc26 I don't know which is more believable: a book coming back in time, or a printing press invented 10,000 years before Gutenberg
$endgroup$
– John Burger
Jan 8 at 1:08










3 Answers
3






active

oldest

votes


















15












$begingroup$

Not a real answer:




It's not an isolated issue, it seems. There is another one I found here and again the actual date is 16 September 2008

Same is the publishing date of the book in the question. It is worth noting that if we write down the date 16 September 2008 in 'american style' mmddyyyy we get the number 09162008 and this number contains the wrong 'year' 9162.


The likely explanation here is a parse algorithm error (code snippet courtesy of @IanMacDonald):



function getDateString(input) {
let months = ['January', 'February', 'March', 'April', 'May', 'June', 'July', 'August', 'September', 'October', 'November', 'December'];
let match = (input + "00000000").match(/^0*([1-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])/);
let year = match[1];
let month = (12+(match[2]-1))%12; // Make sure we're zero-indexing months
let day = match[3];
return day + ' ' + months[month] + ' ' + year;
}






share|improve this answer











$endgroup$









  • 1




    $begingroup$
    Yes, the likeliest answer here is that whoever is parsing the date has made an assumption about component ordering.
    $endgroup$
    – Ian MacDonald
    Jan 7 at 14:38






  • 4




    $begingroup$
    I can imagine that the date was 9/16/2008. Strip all non-digits, pad with a zero at the back, because we need 8 digits, then interpret as yyyymmdd. That would mean that December was represeted by 00. I can also imagine that every illegal month is shown as December, if the code goes like this:: ...; if (m==11) return "Nov"; return "Dec"; /* Treat everything else as Dec ;) */
    $endgroup$
    – M Oehm
    Jan 7 at 15:04












  • $begingroup$
    @MOehm Yep, sounds possible but basically it's a algorithm/programmers mistake.
    $endgroup$
    – rhsquared
    Jan 7 at 15:10










  • $begingroup$
    Follow-up game: find all entries on the website that have the incorrect date format entered in their database. Bonus points if you use the open API to scrape all their data, then report back to them with a list of date conversions they need to update.
    $endgroup$
    – Ian MacDonald
    Jan 7 at 15:30






  • 2




    $begingroup$
    With regards to 00 being December, maybe they just applied a mod 12 to bring every input into the range 1 to 12, i.e. something like month = ((input-1)%12)+1. This makes 01=13=25..=January, and so on until 00=12=24..=December.
    $endgroup$
    – Jaap Scherphuis
    Jan 7 at 15:41



















3












$begingroup$

This could be a human error - people are very capable of doing more messed up things than computers! It looks like it was published on the 16/09/2008 or 9/16/2008 in american date format. the year probably comes from 9162 being put into the yyyy section, and the 80 from a corruption of '08, however not sure where December has come into it!



(From a quick google it doesn't look like date is stored in the ISBN number https://www.isbn-international.org/content/what-isbn)






share|improve this answer









$endgroup$













  • $begingroup$
    It could be human error - but this was from a book site, so I assumed it was coming from some database somewhere. Yes there was a 2008 edition (some 10 years after the anthologist’s passing), but it has an ISBN-10 number, which ceased being used after 2006. Also, according to trove.nla.gov.au/work/5510591 there was a 1988 edition - plus I know I read it before then
    $endgroup$
    – John Burger
    Jan 7 at 12:54










  • $begingroup$
    Hi, thanks for the extra info! It appears that the older edition (first published in 1988) was titled just "Science Fiction Stories" link and had different ISBN numbers (as appears to be the norm for any variations wiki ISBN ). Which website was it from? Is it a common issue across the site?
    $endgroup$
    – olim
    Jan 7 at 13:46






  • 1




    $begingroup$
    That was my thought too. I didn’t investigate too deeply, but I checked other titles - they seemed fine. I’ve edited the question with the URL (apologies for forgetting!)
    $endgroup$
    – John Burger
    Jan 7 at 15:34










  • $begingroup$
    December could have come from an "else" condition in the month parsing. if month == 1 then 'January'; else if month == 2 then 'February'; and so on until else if month == 11 then 'November'; else 'December'. Just a guess and there should be better ways of handling that parsing anyway.
    $endgroup$
    – tilper
    Jan 7 at 18:56



















0












$begingroup$

Just to remove the possibility of another answer




the ISBN number was NOT parsed as a UNIX timestamp. Using this, the ISBN number corresponds to a second in the year 2280.







share|improve this answer











$endgroup$













    Your Answer





    StackExchange.ifUsing("editor", function () {
    return StackExchange.using("mathjaxEditing", function () {
    StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix) {
    StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["$", "$"], ["\\(","\\)"]]);
    });
    });
    }, "mathjax-editing");

    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "559"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    noCode: true, onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fpuzzling.stackexchange.com%2fquestions%2f78196%2fwhat-date-encoding-could-this-be%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    15












    $begingroup$

    Not a real answer:




    It's not an isolated issue, it seems. There is another one I found here and again the actual date is 16 September 2008

    Same is the publishing date of the book in the question. It is worth noting that if we write down the date 16 September 2008 in 'american style' mmddyyyy we get the number 09162008 and this number contains the wrong 'year' 9162.


    The likely explanation here is a parse algorithm error (code snippet courtesy of @IanMacDonald):



    function getDateString(input) {
    let months = ['January', 'February', 'March', 'April', 'May', 'June', 'July', 'August', 'September', 'October', 'November', 'December'];
    let match = (input + "00000000").match(/^0*([1-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])/);
    let year = match[1];
    let month = (12+(match[2]-1))%12; // Make sure we're zero-indexing months
    let day = match[3];
    return day + ' ' + months[month] + ' ' + year;
    }






    share|improve this answer











    $endgroup$









    • 1




      $begingroup$
      Yes, the likeliest answer here is that whoever is parsing the date has made an assumption about component ordering.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 14:38






    • 4




      $begingroup$
      I can imagine that the date was 9/16/2008. Strip all non-digits, pad with a zero at the back, because we need 8 digits, then interpret as yyyymmdd. That would mean that December was represeted by 00. I can also imagine that every illegal month is shown as December, if the code goes like this:: ...; if (m==11) return "Nov"; return "Dec"; /* Treat everything else as Dec ;) */
      $endgroup$
      – M Oehm
      Jan 7 at 15:04












    • $begingroup$
      @MOehm Yep, sounds possible but basically it's a algorithm/programmers mistake.
      $endgroup$
      – rhsquared
      Jan 7 at 15:10










    • $begingroup$
      Follow-up game: find all entries on the website that have the incorrect date format entered in their database. Bonus points if you use the open API to scrape all their data, then report back to them with a list of date conversions they need to update.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 15:30






    • 2




      $begingroup$
      With regards to 00 being December, maybe they just applied a mod 12 to bring every input into the range 1 to 12, i.e. something like month = ((input-1)%12)+1. This makes 01=13=25..=January, and so on until 00=12=24..=December.
      $endgroup$
      – Jaap Scherphuis
      Jan 7 at 15:41
















    15












    $begingroup$

    Not a real answer:




    It's not an isolated issue, it seems. There is another one I found here and again the actual date is 16 September 2008

    Same is the publishing date of the book in the question. It is worth noting that if we write down the date 16 September 2008 in 'american style' mmddyyyy we get the number 09162008 and this number contains the wrong 'year' 9162.


    The likely explanation here is a parse algorithm error (code snippet courtesy of @IanMacDonald):



    function getDateString(input) {
    let months = ['January', 'February', 'March', 'April', 'May', 'June', 'July', 'August', 'September', 'October', 'November', 'December'];
    let match = (input + "00000000").match(/^0*([1-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])/);
    let year = match[1];
    let month = (12+(match[2]-1))%12; // Make sure we're zero-indexing months
    let day = match[3];
    return day + ' ' + months[month] + ' ' + year;
    }






    share|improve this answer











    $endgroup$









    • 1




      $begingroup$
      Yes, the likeliest answer here is that whoever is parsing the date has made an assumption about component ordering.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 14:38






    • 4




      $begingroup$
      I can imagine that the date was 9/16/2008. Strip all non-digits, pad with a zero at the back, because we need 8 digits, then interpret as yyyymmdd. That would mean that December was represeted by 00. I can also imagine that every illegal month is shown as December, if the code goes like this:: ...; if (m==11) return "Nov"; return "Dec"; /* Treat everything else as Dec ;) */
      $endgroup$
      – M Oehm
      Jan 7 at 15:04












    • $begingroup$
      @MOehm Yep, sounds possible but basically it's a algorithm/programmers mistake.
      $endgroup$
      – rhsquared
      Jan 7 at 15:10










    • $begingroup$
      Follow-up game: find all entries on the website that have the incorrect date format entered in their database. Bonus points if you use the open API to scrape all their data, then report back to them with a list of date conversions they need to update.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 15:30






    • 2




      $begingroup$
      With regards to 00 being December, maybe they just applied a mod 12 to bring every input into the range 1 to 12, i.e. something like month = ((input-1)%12)+1. This makes 01=13=25..=January, and so on until 00=12=24..=December.
      $endgroup$
      – Jaap Scherphuis
      Jan 7 at 15:41














    15












    15








    15





    $begingroup$

    Not a real answer:




    It's not an isolated issue, it seems. There is another one I found here and again the actual date is 16 September 2008

    Same is the publishing date of the book in the question. It is worth noting that if we write down the date 16 September 2008 in 'american style' mmddyyyy we get the number 09162008 and this number contains the wrong 'year' 9162.


    The likely explanation here is a parse algorithm error (code snippet courtesy of @IanMacDonald):



    function getDateString(input) {
    let months = ['January', 'February', 'March', 'April', 'May', 'June', 'July', 'August', 'September', 'October', 'November', 'December'];
    let match = (input + "00000000").match(/^0*([1-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])/);
    let year = match[1];
    let month = (12+(match[2]-1))%12; // Make sure we're zero-indexing months
    let day = match[3];
    return day + ' ' + months[month] + ' ' + year;
    }






    share|improve this answer











    $endgroup$



    Not a real answer:




    It's not an isolated issue, it seems. There is another one I found here and again the actual date is 16 September 2008

    Same is the publishing date of the book in the question. It is worth noting that if we write down the date 16 September 2008 in 'american style' mmddyyyy we get the number 09162008 and this number contains the wrong 'year' 9162.


    The likely explanation here is a parse algorithm error (code snippet courtesy of @IanMacDonald):



    function getDateString(input) {
    let months = ['January', 'February', 'March', 'April', 'May', 'June', 'July', 'August', 'September', 'October', 'November', 'December'];
    let match = (input + "00000000").match(/^0*([1-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])/);
    let year = match[1];
    let month = (12+(match[2]-1))%12; // Make sure we're zero-indexing months
    let day = match[3];
    return day + ' ' + months[month] + ' ' + year;
    }







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Jan 8 at 9:54

























    answered Jan 7 at 14:29









    rhsquaredrhsquared

    7,97521847




    7,97521847








    • 1




      $begingroup$
      Yes, the likeliest answer here is that whoever is parsing the date has made an assumption about component ordering.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 14:38






    • 4




      $begingroup$
      I can imagine that the date was 9/16/2008. Strip all non-digits, pad with a zero at the back, because we need 8 digits, then interpret as yyyymmdd. That would mean that December was represeted by 00. I can also imagine that every illegal month is shown as December, if the code goes like this:: ...; if (m==11) return "Nov"; return "Dec"; /* Treat everything else as Dec ;) */
      $endgroup$
      – M Oehm
      Jan 7 at 15:04












    • $begingroup$
      @MOehm Yep, sounds possible but basically it's a algorithm/programmers mistake.
      $endgroup$
      – rhsquared
      Jan 7 at 15:10










    • $begingroup$
      Follow-up game: find all entries on the website that have the incorrect date format entered in their database. Bonus points if you use the open API to scrape all their data, then report back to them with a list of date conversions they need to update.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 15:30






    • 2




      $begingroup$
      With regards to 00 being December, maybe they just applied a mod 12 to bring every input into the range 1 to 12, i.e. something like month = ((input-1)%12)+1. This makes 01=13=25..=January, and so on until 00=12=24..=December.
      $endgroup$
      – Jaap Scherphuis
      Jan 7 at 15:41














    • 1




      $begingroup$
      Yes, the likeliest answer here is that whoever is parsing the date has made an assumption about component ordering.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 14:38






    • 4




      $begingroup$
      I can imagine that the date was 9/16/2008. Strip all non-digits, pad with a zero at the back, because we need 8 digits, then interpret as yyyymmdd. That would mean that December was represeted by 00. I can also imagine that every illegal month is shown as December, if the code goes like this:: ...; if (m==11) return "Nov"; return "Dec"; /* Treat everything else as Dec ;) */
      $endgroup$
      – M Oehm
      Jan 7 at 15:04












    • $begingroup$
      @MOehm Yep, sounds possible but basically it's a algorithm/programmers mistake.
      $endgroup$
      – rhsquared
      Jan 7 at 15:10










    • $begingroup$
      Follow-up game: find all entries on the website that have the incorrect date format entered in their database. Bonus points if you use the open API to scrape all their data, then report back to them with a list of date conversions they need to update.
      $endgroup$
      – Ian MacDonald
      Jan 7 at 15:30






    • 2




      $begingroup$
      With regards to 00 being December, maybe they just applied a mod 12 to bring every input into the range 1 to 12, i.e. something like month = ((input-1)%12)+1. This makes 01=13=25..=January, and so on until 00=12=24..=December.
      $endgroup$
      – Jaap Scherphuis
      Jan 7 at 15:41








    1




    1




    $begingroup$
    Yes, the likeliest answer here is that whoever is parsing the date has made an assumption about component ordering.
    $endgroup$
    – Ian MacDonald
    Jan 7 at 14:38




    $begingroup$
    Yes, the likeliest answer here is that whoever is parsing the date has made an assumption about component ordering.
    $endgroup$
    – Ian MacDonald
    Jan 7 at 14:38




    4




    4




    $begingroup$
    I can imagine that the date was 9/16/2008. Strip all non-digits, pad with a zero at the back, because we need 8 digits, then interpret as yyyymmdd. That would mean that December was represeted by 00. I can also imagine that every illegal month is shown as December, if the code goes like this:: ...; if (m==11) return "Nov"; return "Dec"; /* Treat everything else as Dec ;) */
    $endgroup$
    – M Oehm
    Jan 7 at 15:04






    $begingroup$
    I can imagine that the date was 9/16/2008. Strip all non-digits, pad with a zero at the back, because we need 8 digits, then interpret as yyyymmdd. That would mean that December was represeted by 00. I can also imagine that every illegal month is shown as December, if the code goes like this:: ...; if (m==11) return "Nov"; return "Dec"; /* Treat everything else as Dec ;) */
    $endgroup$
    – M Oehm
    Jan 7 at 15:04














    $begingroup$
    @MOehm Yep, sounds possible but basically it's a algorithm/programmers mistake.
    $endgroup$
    – rhsquared
    Jan 7 at 15:10




    $begingroup$
    @MOehm Yep, sounds possible but basically it's a algorithm/programmers mistake.
    $endgroup$
    – rhsquared
    Jan 7 at 15:10












    $begingroup$
    Follow-up game: find all entries on the website that have the incorrect date format entered in their database. Bonus points if you use the open API to scrape all their data, then report back to them with a list of date conversions they need to update.
    $endgroup$
    – Ian MacDonald
    Jan 7 at 15:30




    $begingroup$
    Follow-up game: find all entries on the website that have the incorrect date format entered in their database. Bonus points if you use the open API to scrape all their data, then report back to them with a list of date conversions they need to update.
    $endgroup$
    – Ian MacDonald
    Jan 7 at 15:30




    2




    2




    $begingroup$
    With regards to 00 being December, maybe they just applied a mod 12 to bring every input into the range 1 to 12, i.e. something like month = ((input-1)%12)+1. This makes 01=13=25..=January, and so on until 00=12=24..=December.
    $endgroup$
    – Jaap Scherphuis
    Jan 7 at 15:41




    $begingroup$
    With regards to 00 being December, maybe they just applied a mod 12 to bring every input into the range 1 to 12, i.e. something like month = ((input-1)%12)+1. This makes 01=13=25..=January, and so on until 00=12=24..=December.
    $endgroup$
    – Jaap Scherphuis
    Jan 7 at 15:41











    3












    $begingroup$

    This could be a human error - people are very capable of doing more messed up things than computers! It looks like it was published on the 16/09/2008 or 9/16/2008 in american date format. the year probably comes from 9162 being put into the yyyy section, and the 80 from a corruption of '08, however not sure where December has come into it!



    (From a quick google it doesn't look like date is stored in the ISBN number https://www.isbn-international.org/content/what-isbn)






    share|improve this answer









    $endgroup$













    • $begingroup$
      It could be human error - but this was from a book site, so I assumed it was coming from some database somewhere. Yes there was a 2008 edition (some 10 years after the anthologist’s passing), but it has an ISBN-10 number, which ceased being used after 2006. Also, according to trove.nla.gov.au/work/5510591 there was a 1988 edition - plus I know I read it before then
      $endgroup$
      – John Burger
      Jan 7 at 12:54










    • $begingroup$
      Hi, thanks for the extra info! It appears that the older edition (first published in 1988) was titled just "Science Fiction Stories" link and had different ISBN numbers (as appears to be the norm for any variations wiki ISBN ). Which website was it from? Is it a common issue across the site?
      $endgroup$
      – olim
      Jan 7 at 13:46






    • 1




      $begingroup$
      That was my thought too. I didn’t investigate too deeply, but I checked other titles - they seemed fine. I’ve edited the question with the URL (apologies for forgetting!)
      $endgroup$
      – John Burger
      Jan 7 at 15:34










    • $begingroup$
      December could have come from an "else" condition in the month parsing. if month == 1 then 'January'; else if month == 2 then 'February'; and so on until else if month == 11 then 'November'; else 'December'. Just a guess and there should be better ways of handling that parsing anyway.
      $endgroup$
      – tilper
      Jan 7 at 18:56
















    3












    $begingroup$

    This could be a human error - people are very capable of doing more messed up things than computers! It looks like it was published on the 16/09/2008 or 9/16/2008 in american date format. the year probably comes from 9162 being put into the yyyy section, and the 80 from a corruption of '08, however not sure where December has come into it!



    (From a quick google it doesn't look like date is stored in the ISBN number https://www.isbn-international.org/content/what-isbn)






    share|improve this answer









    $endgroup$













    • $begingroup$
      It could be human error - but this was from a book site, so I assumed it was coming from some database somewhere. Yes there was a 2008 edition (some 10 years after the anthologist’s passing), but it has an ISBN-10 number, which ceased being used after 2006. Also, according to trove.nla.gov.au/work/5510591 there was a 1988 edition - plus I know I read it before then
      $endgroup$
      – John Burger
      Jan 7 at 12:54










    • $begingroup$
      Hi, thanks for the extra info! It appears that the older edition (first published in 1988) was titled just "Science Fiction Stories" link and had different ISBN numbers (as appears to be the norm for any variations wiki ISBN ). Which website was it from? Is it a common issue across the site?
      $endgroup$
      – olim
      Jan 7 at 13:46






    • 1




      $begingroup$
      That was my thought too. I didn’t investigate too deeply, but I checked other titles - they seemed fine. I’ve edited the question with the URL (apologies for forgetting!)
      $endgroup$
      – John Burger
      Jan 7 at 15:34










    • $begingroup$
      December could have come from an "else" condition in the month parsing. if month == 1 then 'January'; else if month == 2 then 'February'; and so on until else if month == 11 then 'November'; else 'December'. Just a guess and there should be better ways of handling that parsing anyway.
      $endgroup$
      – tilper
      Jan 7 at 18:56














    3












    3








    3





    $begingroup$

    This could be a human error - people are very capable of doing more messed up things than computers! It looks like it was published on the 16/09/2008 or 9/16/2008 in american date format. the year probably comes from 9162 being put into the yyyy section, and the 80 from a corruption of '08, however not sure where December has come into it!



    (From a quick google it doesn't look like date is stored in the ISBN number https://www.isbn-international.org/content/what-isbn)






    share|improve this answer









    $endgroup$



    This could be a human error - people are very capable of doing more messed up things than computers! It looks like it was published on the 16/09/2008 or 9/16/2008 in american date format. the year probably comes from 9162 being put into the yyyy section, and the 80 from a corruption of '08, however not sure where December has come into it!



    (From a quick google it doesn't look like date is stored in the ISBN number https://www.isbn-international.org/content/what-isbn)







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Jan 7 at 12:14









    olimolim

    913




    913












    • $begingroup$
      It could be human error - but this was from a book site, so I assumed it was coming from some database somewhere. Yes there was a 2008 edition (some 10 years after the anthologist’s passing), but it has an ISBN-10 number, which ceased being used after 2006. Also, according to trove.nla.gov.au/work/5510591 there was a 1988 edition - plus I know I read it before then
      $endgroup$
      – John Burger
      Jan 7 at 12:54










    • $begingroup$
      Hi, thanks for the extra info! It appears that the older edition (first published in 1988) was titled just "Science Fiction Stories" link and had different ISBN numbers (as appears to be the norm for any variations wiki ISBN ). Which website was it from? Is it a common issue across the site?
      $endgroup$
      – olim
      Jan 7 at 13:46






    • 1




      $begingroup$
      That was my thought too. I didn’t investigate too deeply, but I checked other titles - they seemed fine. I’ve edited the question with the URL (apologies for forgetting!)
      $endgroup$
      – John Burger
      Jan 7 at 15:34










    • $begingroup$
      December could have come from an "else" condition in the month parsing. if month == 1 then 'January'; else if month == 2 then 'February'; and so on until else if month == 11 then 'November'; else 'December'. Just a guess and there should be better ways of handling that parsing anyway.
      $endgroup$
      – tilper
      Jan 7 at 18:56


















    • $begingroup$
      It could be human error - but this was from a book site, so I assumed it was coming from some database somewhere. Yes there was a 2008 edition (some 10 years after the anthologist’s passing), but it has an ISBN-10 number, which ceased being used after 2006. Also, according to trove.nla.gov.au/work/5510591 there was a 1988 edition - plus I know I read it before then
      $endgroup$
      – John Burger
      Jan 7 at 12:54










    • $begingroup$
      Hi, thanks for the extra info! It appears that the older edition (first published in 1988) was titled just "Science Fiction Stories" link and had different ISBN numbers (as appears to be the norm for any variations wiki ISBN ). Which website was it from? Is it a common issue across the site?
      $endgroup$
      – olim
      Jan 7 at 13:46






    • 1




      $begingroup$
      That was my thought too. I didn’t investigate too deeply, but I checked other titles - they seemed fine. I’ve edited the question with the URL (apologies for forgetting!)
      $endgroup$
      – John Burger
      Jan 7 at 15:34










    • $begingroup$
      December could have come from an "else" condition in the month parsing. if month == 1 then 'January'; else if month == 2 then 'February'; and so on until else if month == 11 then 'November'; else 'December'. Just a guess and there should be better ways of handling that parsing anyway.
      $endgroup$
      – tilper
      Jan 7 at 18:56
















    $begingroup$
    It could be human error - but this was from a book site, so I assumed it was coming from some database somewhere. Yes there was a 2008 edition (some 10 years after the anthologist’s passing), but it has an ISBN-10 number, which ceased being used after 2006. Also, according to trove.nla.gov.au/work/5510591 there was a 1988 edition - plus I know I read it before then
    $endgroup$
    – John Burger
    Jan 7 at 12:54




    $begingroup$
    It could be human error - but this was from a book site, so I assumed it was coming from some database somewhere. Yes there was a 2008 edition (some 10 years after the anthologist’s passing), but it has an ISBN-10 number, which ceased being used after 2006. Also, according to trove.nla.gov.au/work/5510591 there was a 1988 edition - plus I know I read it before then
    $endgroup$
    – John Burger
    Jan 7 at 12:54












    $begingroup$
    Hi, thanks for the extra info! It appears that the older edition (first published in 1988) was titled just "Science Fiction Stories" link and had different ISBN numbers (as appears to be the norm for any variations wiki ISBN ). Which website was it from? Is it a common issue across the site?
    $endgroup$
    – olim
    Jan 7 at 13:46




    $begingroup$
    Hi, thanks for the extra info! It appears that the older edition (first published in 1988) was titled just "Science Fiction Stories" link and had different ISBN numbers (as appears to be the norm for any variations wiki ISBN ). Which website was it from? Is it a common issue across the site?
    $endgroup$
    – olim
    Jan 7 at 13:46




    1




    1




    $begingroup$
    That was my thought too. I didn’t investigate too deeply, but I checked other titles - they seemed fine. I’ve edited the question with the URL (apologies for forgetting!)
    $endgroup$
    – John Burger
    Jan 7 at 15:34




    $begingroup$
    That was my thought too. I didn’t investigate too deeply, but I checked other titles - they seemed fine. I’ve edited the question with the URL (apologies for forgetting!)
    $endgroup$
    – John Burger
    Jan 7 at 15:34












    $begingroup$
    December could have come from an "else" condition in the month parsing. if month == 1 then 'January'; else if month == 2 then 'February'; and so on until else if month == 11 then 'November'; else 'December'. Just a guess and there should be better ways of handling that parsing anyway.
    $endgroup$
    – tilper
    Jan 7 at 18:56




    $begingroup$
    December could have come from an "else" condition in the month parsing. if month == 1 then 'January'; else if month == 2 then 'February'; and so on until else if month == 11 then 'November'; else 'December'. Just a guess and there should be better ways of handling that parsing anyway.
    $endgroup$
    – tilper
    Jan 7 at 18:56











    0












    $begingroup$

    Just to remove the possibility of another answer




    the ISBN number was NOT parsed as a UNIX timestamp. Using this, the ISBN number corresponds to a second in the year 2280.







    share|improve this answer











    $endgroup$


















      0












      $begingroup$

      Just to remove the possibility of another answer




      the ISBN number was NOT parsed as a UNIX timestamp. Using this, the ISBN number corresponds to a second in the year 2280.







      share|improve this answer











      $endgroup$
















        0












        0








        0





        $begingroup$

        Just to remove the possibility of another answer




        the ISBN number was NOT parsed as a UNIX timestamp. Using this, the ISBN number corresponds to a second in the year 2280.







        share|improve this answer











        $endgroup$



        Just to remove the possibility of another answer




        the ISBN number was NOT parsed as a UNIX timestamp. Using this, the ISBN number corresponds to a second in the year 2280.








        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Jan 8 at 9:43









        Glorfindel

        13.6k34983




        13.6k34983










        answered Jan 7 at 18:08









        Calvin GodfreyCalvin Godfrey

        1012




        1012






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Puzzling Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            Use MathJax to format equations. MathJax reference.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fpuzzling.stackexchange.com%2fquestions%2f78196%2fwhat-date-encoding-could-this-be%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            How to change which sound is reproduced for terminal bell?

            Title Spacing in Bjornstrup Chapter, Removing Chapter Number From Contents

            Can I use Tabulator js library in my java Spring + Thymeleaf project?