Chatroom
 

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Bad Astronomy and Universe Today Forum > Science and Space > Astronomy
Register FAQ Members List Calendar Mark Forums Read

   

Reply
 
LinkBack (1) Thread Tools Search this Thread Display Modes
  #31 (permalink)  
Old 23-April-2003, 09:21 PM
g99 g99 is offline
Established Member
 
Join Date: Jul 2002
Location: Kingdom of Florida
Posts: 2,918
Send a message via AIM to g99
Default

Don't worry neb. Accodding to the reaserch done by the Weekly World news, new dicosveries of Nostradamous and Edgar Casey are being found all the time.

Just check out their magazine for all the new ones. They have a agreement with the archaeologists around the world that any nostradamous or edgar casey material is to be used soley by them.
Reply With Quote
  #32 (permalink)  
Old 24-April-2003, 03:31 AM
kilopi's Avatar
kilopi kilopi is offline
Established Member
 
Join Date: Feb 2003
Location: NC, USA
Posts: 2,815
Default

Quote:
Originally Posted by nebularain
Is this true? No more Nostradamus dates?
I did a little research for my limerick, neb, and I found a great website, called religioustolerance.org that lists all the dates. That should do you.
Reply With Quote
  #33 (permalink)  
Old 25-April-2003, 02:40 PM
nebularain's Avatar
nebularain nebularain is offline
Established Member
 
Join Date: May 2002
Location: Central MD
Posts: 2,049
Default

Oops! That quote was from Captain Kid. I messed up in posting, but I just fixed it. :wink:

Thanks for that link, though. I find it quite humorous!

(I love how Bible-believers try date-setting something the Bible says can't be date-setted!) :roll:
__________________
"As I lay beneath the Southern Cross, the stars tell more than I could" . . . David Meece
Reply With Quote
  #34 (permalink)  
Old 01-May-2003, 09:21 AM
beskeptical beskeptical is offline
Order of Kilopi
 
Join Date: May 2002
Location: Seattle, WA
Posts: 5,331
Default

TLC channel had a show on profits last noc and they said the Hopi Indians predicted the end of the calendar or the planet or something in 2012. I was channel surfing so I didn't catch it all.

That would be wierd if both cultures predicted similar dates. I wonder if the show attributed the origin on the date to the wrong group.

If anyone has time to check into it, I am curious. If not I should have time later.
__________________
~~ ><>><> ~~ ><,,> ><,,> ...`;=;p d;=;' /\/\^/\ ^^ ^/\/\_
Democracy Now! - The lost art of investigative news reporting.
Reply With Quote
  #35 (permalink)  
Old 01-May-2003, 10:18 AM
kilopi's Avatar
kilopi kilopi is offline
Established Member
 
Join Date: Feb 2003
Location: NC, USA
Posts: 2,815
Default

A quick google does show some websites that have the year 2012 with some end of the world significance for the Hopi, but check out those links I gave before--almost every year has a couple, if not more, groups that are predicting calamity for that year.
Reply With Quote
  #36 (permalink)  
Old 03-May-2003, 06:38 PM
tazmandevil3 tazmandevil3 is offline
Established Member
 
Join Date: Feb 2003
Location: Palm, PA
Posts: 478
Send a message via AIM to tazmandevil3
Default

Well, I believe Nostradamus predicted the human race would die out in the year 3797, but that's a little far off. :P
Reply With Quote
  #37 (permalink)  
Old 03-May-2003, 08:16 PM
carolyn carolyn is offline
Established Member
 
Join Date: Dec 2002
Posts: 662
Default

I know that in 2038 UNIX is suppose to rollover but the common person probably doesn't even know what UNIX is, much less to worry about it.

Ok

This common person does not know what UNIX is so enlighten me please.
:-?

sorry the quote thingy did not work ops:
Reply With Quote
  #38 (permalink)  
Old 03-May-2003, 08:44 PM
TriangleMan's Avatar
TriangleMan TriangleMan is offline
Order of Kilopi
 
Join Date: Dec 2002
Location: Qatar
Posts: 3,528
Default

Quote:
Originally Posted by carolyn

This common person does not know what UNIX is so enlighten me please.
It's a computer operating system.

http://www.geek-girl.com/unix.html
Reply With Quote
  #39 (permalink)  
Old 04-May-2003, 08:22 AM
carolyn carolyn is offline
Established Member
 
Join Date: Dec 2002
Posts: 662
Default

Oh ops: I knew that !!! How is its crashing going to destroy the world?

Death by inconveniance (sp?) :-?
Reply With Quote
  #40 (permalink)  
Old 04-May-2003, 06:18 PM
TriangleMan's Avatar
TriangleMan TriangleMan is offline
Order of Kilopi
 
Join Date: Dec 2002
Location: Qatar
Posts: 3,528
Default

Quote:
Originally Posted by carolyn
Oh ops: I knew that !!! How is its crashing going to destroy the world?

Death by inconveniance (sp?) :-?
I don't know, I think its one of those scenarios like Y2K or something. Of course it'll only be a big deal if we're all using UNIX in 35 years.
Reply With Quote
  #41 (permalink)  
Old 04-May-2003, 09:42 PM
carolyn carolyn is offline
Established Member
 
Join Date: Dec 2002
Posts: 662
Default

that'll be HUB then
Reply With Quote
  #42 (permalink)  
Old 28-August-2003, 01:22 PM
xouper xouper is offline
Junior Member
 
Join Date: Aug 2003
Location: HockeyTown USA
Posts: 14
Send a message via AIM to xouper Send a message via MSN to xouper
Default

Quote:
Originally Posted by Rift
Just a tiny nit-picking pet peeve- The mayan calander does NOT end in 2012. It just rolls over.
One of my peeves too.

Quote:
Originally Posted by Rift
... on December 22, 2012 a new long count begins.
If we're going to pick nits , then can I play? Mayan long count 13.0.0.0.0 correlates to December 21, 2012 according to the Goodman-Martinez-Thompson (GMT) correlation constant of 584283, which is the one used by most Mayan scholars. Another less popular correlation constant is 584285, in which Mayan date 13.0.0.0.0 correlates to Dec 23, 2012. I'm still new here and don't yet know everyone, so please pardon my nits.
Reply With Quote
  #43 (permalink)  
Old 28-August-2003, 01:54 PM
bachus bachus is offline
Newbie
 
Join Date: Aug 2003
Posts: 6
Default

Quote:
Originally Posted by TriangleMan
Quote:
Originally Posted by carolyn
Oh ops: I knew that !!! How is its crashing going to destroy the world?

Death by inconveniance (sp?) :-?
I don't know, I think its one of those scenarios like Y2K or something. Of course it'll only be a big deal if we're all using UNIX in 35 years.
That date will be the max date for UNIX, no biggie...unless you are a UNIX admin near that time ...expect some major overtime then
Reply With Quote
  #44 (permalink)  
Old 28-August-2003, 02:13 PM
sts60 sts60 is offline
Established Member
 
Join Date: Oct 2001
Location: Maryland, USA
Posts: 2,103
Default

Quote:
Originally Posted by carolyn
Oh ops: I knew that !!! How is its crashing going to destroy the world?

Death by inconveniance (sp?) :-?
Computers keep time internally by counting seconds (or other small timebits) from some starting date (which in UNIX is 1 Jan 1970). UNIX systems using 32 bits to represent numbers run out of numbers to count seconds in 2038, so any system still using 32 bits will get unpredictably bad errors when the counter overflows.

The potential problems are the same as those from the Y2K bug. It could affect things like power systems, networks, mission-critical hardware, databases, etc. However, the belated Y2K effort has already fixed or otherwise mitigated the problem on most vulnerable systems. (The Y2K problem wasn't as severe as it some doomsayers said anyway. However, IMO - I spent some time doing Y2K testing for a DoD project - the repair/mitigation effort was necessary - a significant number of headaches were avoided.)

In any case, the ordinary upgrading/replacement of systems and software will pretty much reduce the UNIX rollover problem to the noise level by then. I really doubt many current systems will still be running then, and new ones use 64 or 128 bits. Maybe by then we won't even be using binary computers.

So, 2038 won't be a problem - we can turn our attention to the next one (see the last stanza).
Reply With Quote
  #45 (permalink)  
Old 28-August-2003, 02:36 PM
carolyn carolyn is offline
Established Member
 
Join Date: Dec 2002
Posts: 662
Default

8)
Reply With Quote
  #46 (permalink)  
Old 28-August-2003, 02:52 PM
xouper xouper is offline
Junior Member
 
Join Date: Aug 2003
Location: HockeyTown USA
Posts: 14
Send a message via AIM to xouper Send a message via MSN to xouper
Default

Quote:
Originally Posted by sts60
Computers keep time internally by counting seconds (or other small timebits) from some starting date (which in UNIX is 1 Jan 1970).
Does UNIX account for leap seconds in determining the date? Counting seconds is especially problematic in computing future dates, since leap seconds are not entirely predictable.
Reply With Quote
  #47 (permalink)  
Old 28-August-2003, 05:12 PM
kilopi's Avatar
kilopi kilopi is offline
Established Member
 
Join Date: Feb 2003
Location: NC, USA
Posts: 2,815
Default

Quote:
Originally Posted by xouper
since leap seconds are not entirely predictable.
I would say that they are not predictable at all.
Reply With Quote
  #48 (permalink)  
Old 28-August-2003, 05:40 PM
Andreas Andreas is offline
Established Member
 
Join Date: Jul 2003
Location: Germany
Posts: 326
Default

Quote:
Originally Posted by xouper
Does UNIX account for leap seconds in determining the date? Counting seconds is especially problematic in computing future dates, since leap seconds are not entirely predictable.
It counts seconds since 1970-01-01 00:00 UTC. That is all.

Now, the library functions that programmers use to convert the seconds to human readable dates have to account for all that stuff. In the GNU libc it seems to depend on whether leap second support is enabled, but if it is, it will deal with minutes having 61 seconds.
Reply With Quote
  #49 (permalink)  
Old 28-August-2003, 05:41 PM
SeanF's Avatar
SeanF SeanF is online now
Order of Kilopi
 
Join Date: Oct 2001
Location: Sioux Falls, SD
Posts: 6,192
Default

Quote:
Originally Posted by xouper
Quote:
Originally Posted by sts60
Computers keep time internally by counting seconds (or other small timebits) from some starting date (which in UNIX is 1 Jan 1970).
Does UNIX account for leap seconds in determining the date? Counting seconds is especially problematic in computing future dates, since leap seconds are not entirely predictable.
It doesn't matter. The only way it would matter is if your program is calculating the difference between two dates and there were enough leap seconds between them to actually affect the answer. I can't right now think of a possible situation where it would be relevant.

Quote:
Originally Posted by kilopi
I would say that they are not predictable at all.
Amen, brother!
__________________
SeanF

"Ask to understand, but don't challenge unless you have the knowledge."--NEOWatcher

The contents of this post are ©2010 by SeanF and may not be copied or retransmitted in any form without the express written consent of SeanF
Reply With Quote
  #50 (permalink)  
Old 28-August-2003, 06:38 PM
russ_watters russ_watters is offline
Established Member
 
Join Date: Feb 2003
Location: Philadelphia
Posts: 1,247
Send a message via Yahoo to russ_watters
Default

Quote:
Originally Posted by bast
I severely doubt anything will happen in Dec 2012. But of all the random dates in our future, with everything else being equal, it stands out as the strongest possibility for the "when" question, and I'll be in a safe spot, just in case, come that time.
Well don't sweat it - the bad things always happen in the northern hemisphere. Higher population means more crackpots and more gullible people to believe what they say. So you'll be fine.

Quote:
Does UNIX account for leap seconds in determining the date? Counting seconds is especially problematic in computing future dates, since leap seconds are not entirely predictable.
Computer clocks aren't accurate enough for leap seconds to matter (even if they happened every day).
Reply With Quote
  #51 (permalink)  
Old 28-August-2003, 10:42 PM
tracer tracer is offline
Established Member
 
Join Date: Dec 2002
Location: Silicon Valley, CA, USA
Posts: 2,137
Default

Quote:
Originally Posted by kilopi
Quote:
Originally Posted by Captain Kidd
Couple things. First, maybe BA oughtta think about starting up a 2012 section of the forum, it's gonna get pretty hot soon.
Or, he could just rename the Planet X one in June.
Assuming, that is, that Nancy and company haven't picked a "new and improved arrival date" for Planet X now that it has failed to arrive.
Reply With Quote
  #52 (permalink)  
Old 28-August-2003, 11:04 PM
tracer tracer is offline
Established Member
 
Join Date: Dec 2002
Location: Silicon Valley, CA, USA
Posts: 2,137
Default The Year 2038 Problem

Quote:
Originally Posted by sts60
Computers keep time internally by counting seconds (or other small timebits) from some starting date (which in UNIX is 1 Jan 1970). UNIX systems using 32 bits to represent numbers run out of numbers to count seconds in 2038, so any system still using 32 bits will get unpredictably bad errors when the counter overflows.
More precisely:
*) The UNIX data type time_t represents the number of seconds since 1-Jan-1970 at midnight GMT, and
*) Systems using SIGNED 32-bit integers to store a time_t will have this number "wrap around" to a negative value at about 3:15 AM GMT on 19-Jan-2038. (Very few systems use an UNSIGNED 32-bit integer to store a time_t, as time_t's frequently have to be subtracted from one another.)

Quote:
The potential problems are the same as those from the Y2K bug. It could affect things like power systems, networks, mission-critical hardware, databases, etc. However, the belated Y2K effort has already fixed or otherwise mitigated the problem on most vulnerable systems.
In my not-so-humble opinion, the kinds of fixes you do to a piece of code to make it handle years beyond 1999 are completely different from the kinds of fixes you do to a piece of code containing time_t's to make it work after 18-Jan-2038. Y2K fixes generally dealt with databases and user interfaces; Year 2038 fixes generally deal with the internal representation of dates and times buried deeper within the application code.

Furthermore, the Year 2000 Problem had the distinct advantage of being something obvious. Even a computer illiterate person can easily imagine the chaos that might result when the "odometer" turns over from 1999 to 2000. There's nothing blaringly obvious about 2038, however -- it looks like any other middle-of-the-road number. Unless you're familiar with the binary representation of dates and times in most C programs, it'll never occur to you that 2038 is significant.

Quote:
In any case, the ordinary upgrading/replacement of systems and software will pretty much reduce the UNIX rollover problem to the noise level by then. I really doubt many current systems will still be running then, and new ones use 64 or 128 bits.
Even if every operating system on the planet had a 64-or-more-bit kernel in 2038, there is still going to be a lot of legacy application software running. There are still old COBOL programs from the 1970s running in some financial institutions, and tons of 16-bit MS-DOS apps. The operating systems of the future can and will support the "old" 32-bit apps of today in a backward-compatibility mode, just like Windows XP can still run MS-DOS programs and 16-bit Windows apps in its w.o.w. layer.

I have a more detailed page I wrote back during the Y2K hysteria about the Year 2038 Problem, at http://www.netcom.com/~rogermw/Y2038.html.
Reply With Quote
  #53 (permalink)  
Old 28-August-2003, 11:44 PM
sts60 sts60 is offline
Established Member
 
Join Date: Oct 2001
Location: Maryland, USA
Posts: 2,103
Default Re: The Year 2038 Problem

Quote:
Originally Posted by tracer
Quote:
Originally Posted by sts60
Computers keep time internally by counting seconds (or other small timebits) from some starting date (which in UNIX is 1 Jan 1970). UNIX systems using 32 bits to represent numbers run out of numbers to count seconds in 2038, so any system still using 32 bits will get unpredictably bad errors when the counter overflows.
More precisely:
*) The UNIX data type time_t represents the number of seconds since 1-Jan-1970 at midnight GMT, and
*) Systems using SIGNED 32-bit integers to store a time_t will have this number "wrap around" to a negative value at about 3:15 AM GMT on 19-Jan-2038. (Very few systems use an UNSIGNED 32-bit integer to store a time_t, as time_t's frequently have to be subtracted from one another.)
Yah, I blew off the signed/unsigned matter. Just goes to show that someone with more knowledge will come along and point it out. You can't get away with anything on this board!
Quote:
Originally Posted by tracer
Quote:
Originally Posted by sts60
The potential problems are the same as those from the Y2K bug. It could affect things like power systems, networks, mission-critical hardware, databases, etc. However, the belated Y2K effort has already fixed or otherwise mitigated the problem on most vulnerable systems.
In my not-so-humble opinion, the kinds of fixes you do to a piece of code to make it handle years beyond 1999 are completely different from the kinds of fixes you do to a piece of code containing time_t's to make it work after 18-Jan-2038. Y2K fixes generally dealt with databases and user interfaces; Year 2038 fixes generally deal with the internal representation of dates and times buried deeper within the application code.
A very good point, and it was, well, wrong for me to say that Y2K fixes (which included changing code in many OSs) covered the 2038 bug. They are indeed different in nature and the solutions are different.
Quote:
Originally Posted by tracer
Furthermore, the Year 2000 Problem had the distinct advantage of being something obvious. Even a computer illiterate person can easily imagine the chaos that might result when the "odometer" turns over from 1999 to 2000. There's nothing blaringly obvious about 2038, however -- it looks like any other middle-of-the-road number. Unless you're familiar with the binary representation of dates and times in most C programs, it'll never occur to you that 2038 is significant.
True, though Y2.038k has the advantage of having had a big prompt already occur. To drive the overflow problem home, we should regularly replay the Ariane 5 launch with Ariane 4 code :P
Quote:
Originally Posted by tracer
Quote:
In any case, the ordinary upgrading/replacement of systems and software will pretty much reduce the UNIX rollover problem to the noise level by then. I really doubt many current systems will still be running then, and new ones use 64 or 128 bits.
Even if every operating system on the planet had a 64-or-more-bit kernel in 2038, there is still going to be a lot of legacy application software running. There are still old COBOL programs from the 1970s running in some financial institutions, and tons of 16-bit MS-DOS apps. The operating systems of the future can and will support the "old" 32-bit apps of today in a backward-compatibility mode, just like Windows XP can still run MS-DOS programs and 16-bit Windows apps in its w.o.w. layer.
The point about legacy code is well taken. I didn't mean to say it would all be gone, but I am (foolishly) optimistic that we willl be largely past that. But who woulda thought so much 1970s code would be running by 2000?
Quote:
Originally Posted by tracer
I have a more detailed page I wrote back during the Y2K hysteria about the Year 2038 Problem, at http://www.netcom.com/~rogermw/Y2038.html.
Nicely done! I've bookmarked it.
Reply With Quote
  #54 (permalink)  
Old 29-August-2003, 01:48 AM
tracer tracer is offline
Established Member
 
Join Date: Dec 2002
Location: Silicon Valley, CA, USA
Posts: 2,137
Default Re: The Year 2038 Problem

Quote:
Originally Posted by sts60
True, though Y2.038k has the advantage of having had a big prompt already occur. To drive the overflow problem home, we should regularly replay the Ariane 5 launch with Ariane 4 code :P
You mean, the Ariane 5 launch failure was caused by a date bug?!
Reply With Quote
  #55 (permalink)  
Old 02-September-2003, 05:16 PM
xouper xouper is offline
Junior Member
 
Join Date: Aug 2003
Location: HockeyTown USA
Posts: 14
Send a message via AIM to xouper Send a message via MSN to xouper
Default

Quote:
Originally Posted by kilopi
Quote:
Originally Posted by xouper
since leap seconds are not entirely predictable.
I would say that they are not predictable at all.
I guess what I had in mind was that between now and 2038 there is likely to be a leap second every 500 days or so, on average. Is that not a safe prediction to make?
Reply With Quote
  #56 (permalink)  
Old 02-September-2003, 05:31 PM
kilopi's Avatar
kilopi kilopi is offline
Established Member
 
Join Date: Feb 2003
Location: NC, USA
Posts: 2,815
Default

Quote:
Originally Posted by xouper
I guess what I had in mind was that between now and 2038 there is likely to be a leap second every 500 days or so, on average. Is that not a safe prediction to make?
I dunno, I doubt it. The last leap second was over 1700 days ago, and there won't be one this year, probably not until June 2004, if then. The longest previous gap between leap seconds was only 900 days.

So, either the rate has changed, or there will be some catching up to do. Let's see, from June 1972 to Dec 1998, there was 21 leap seconds inserted. That's an average of (26.5yr/21) one per 461 days. But by June of next year, it will have been well over four times that.

PS: This is a lot more serious problem than has been realized. The slowing down is thought to be at a rate of 2 msec per century, due to tidal friction from the moon. But our timekeeping standard is a day in 1900--so the Earth rotation has slowed about 2 msec in that time. Hence, every 500 days we'd need 500x2 msec = 1 second added, as you say. However, all that slowing of the past century seems to have been negated, by processes in the Earth, in the past five years!
Reply With Quote
  #57 (permalink)  
Old 03-September-2003, 07:08 PM
tololo tololo is offline
Newbie
 
Join Date: Sep 2003
Location: Saltillo, Coah. mx
Posts: 2
Send a message via MSN to tololo
Default some Mayan culture explanations

well... hello all... this is from the geneal knowledge of allmost all Mexicans that have gone to elementary school... (so it is basic but it serves to explain the topic of the mayan calendar)

the mayans had the belief that every 52 years the sun cooled out ... so their civilization would end ... in that preciselly night, the priest made everybody to destroy their possesions .. as you could not go into "heaven" if you owned "earthling" things...

so everobody burned their possesions, houses, things, etc... in the hope that with the fire from those things... they "jumpstart" the sun again and its fire will continue...

if you go to a Mayan ruin (specially chichen Itza) .. the Guide explains that those rituals were basically made by the priest to have the control over the population (as those guys were the only ones who know when the 52 year date was exactly) ...

Mayan ruins have piramids and temples builded over past destroyed piramids and temples, in that way archeaologist know how many "end of the world" dates that town survived....

so, to have a Mayan Date as the end of the world (even if it is a roll over date) is not such a smart thing to do ... as if the mayans were right ... the world have been out from loogn loong time
Reply With Quote
  #58 (permalink)  
Old 03-September-2003, 07:51 PM
kilopi's Avatar
kilopi kilopi is offline
Established Member
 
Join Date: Feb 2003
Location: NC, USA
Posts: 2,815
Default

Quote:
Originally Posted by kilopi
This is a lot more serious problem than has been realized. The slowing down is thought to be at a rate of 2 msec per century, due to tidal friction from the moon. But our timekeeping standard is a day in 1900--so the Earth rotation has slowed about 2 msec in that time. Hence, every 500 days we'd need 500x2 msec = 1 second added, as you say.
Just to emphasize this point: that would be true even if the Earth did no additional slowing in that 500 days. OF course, we expect it to continue to slow down. It just hasn't--in fact, that 2msec seems to have been erased:
Quote:
However, all that slowing of the past century seems to have been negated, by processes in the Earth, in the past five years!
Hence, we have not needed any leap seconds.

We discussed this briefly last year in connection with the news that the Earth shape is increasing equatorially, but the leap second situation has become even more pronounced.

At the end of that thread, I mention a possible connection, but there is another. As mass wells up within the Earth, the shape of the gravity field also changes. Normally, you'd expect a rise of high density mass to produce a bulge in the gravity field--but that would seem to be in conflict with the two observations. A rise of high density mass along the equator somewhere would, like a skater throwing their arms out, slow down the Earth, but the leap second record seems to show that it has sped up.

Interestingly, movements of mass deep in the Earth, covered by a very high viscosity mantle (too high to support the mantle convection needed for plate tectonics, but in line with a lot of other data on the mantle), would invert the signature in the gravity field. So, if a low density mass were to erupt at the core-mantle boundary and start floating to the surface, we'd expect a speeding up (which we see) and a bulge in the gravity field (also what we see). Perhaps, in ten million years (the length of time it's thought it would take to traverse the mantle), we'll see the appearance of a new hot spot somewhere in the equatorial region, along with massive volcanism as in the Deccan traps.
Reply With Quote
  #59 (permalink)  
Old 03-September-2003, 08:16 PM
xouper xouper is offline
Junior Member
 
Join Date: Aug 2003
Location: HockeyTown USA
Posts: 14
Send a message via AIM to xouper Send a message via MSN to xouper
Default

Thanks, kilopi, for bringing me up to speed.

When I first went looking for a list of historical leap seconds, I was puzzled why I couldn't find any since 1998, and my first assumption was I wasn't looking in the right place, but now I learn there haven't been any since then.
Reply With Quote
  #60 (permalink)  
Old 24-July-2006, 07:21 AM
dementedgrapeguy dementedgrapeguy is offline
Newbie
 
Join Date: Jul 2006
Posts: 1
Wink end of days

If I remember my chariots of the gods, I veleive Von Daniken was not talking about anything ending in 2012, only the the extraterrestrials would return then. Whether or not that will signal the end of humanity or not probably would depend on how we treated them when they return (IF). Based on human history, we'll probably try to destroy them as soon as they appear. Sice we have no idea what their mood will be when this happen, the whole thing is up for speculation. We're not an especially friendly lot so I'm hoping they can't find their way back to earth. So when 2013 comes along, we can all be thankful that the aliens got lost out here in the sticks.

On the other hand, having grown up on hundreds of post apocalypsic movies and novels, I'm not so sure that it would be a bad idea to be prepred for the worst. I'm not talking about building a bomb shelter, but I will be keeping my eye on the sky. You never know, maybe navigation is not their weakest skill, maybe their anal about time and show up early.

In any event, if you were in their shoes, knowing what you know about humanity, would you EVER make first contact? I wouldn't. I'd leave earh alone until it outgrew it self destructive tendancies. I don't think that THAT is going to happen any time soon. Maybe in a couple of mayan calander cycles things will be different but I doubt that we'll ever know.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


LinkBacks (?)
LinkBack to this Thread: http://www.bautforum.com/astronomy/4509-end-mayan-calendar.html
Posted By For Type Date
You will die in 2012. - Page 3 - Kiwi Biker forums This thread Refback 30-January-2009 12:38 AM


All times are GMT. The time now is 09:11 PM.


Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO 3.0.0
©  2006 Bad Astronomy and Universe Today