The map is wildly inaccurate. Look at this gravel pit near Petersburg, VA: Because the pit is close to sea level, the map claims it will be flooded at a 2 m sea level rise. In reality, it would probably take a 60 m sea level rise for it to flood because of the height of the surrounding terrain.
It looks like NASA just did a plane intersection with the terrain. If the height above sea level at this point is lower than a threshold, then they claim it will be flooded when the sea rises to this threshold. This is the reason why the Netherlands seems to be all flooded on the map - dams are completely ignored by this algorithm.
Look at a sea level rise map of the same gravel pit in a calculation that takes the global terrain into account. You need to set the water level to 60 m for the sea to spill over into the gravel pit.
With wpa_supplicant, eduroam is the easiest to connect to. On Windows I haven't been able to connect to eduroam. In this way, I think the eduroam people actually give preference to wpa_supplicant users (Android, Linux and others).
For an intro (and I mean intro) course in Computer Science at uni, we were assigned to write a Java client in a game called Paper Rules. Establish TCP connection, wait for the master server to find an opponent (another client) for you, and then repeatedly send either ROCK, PAPER or SCISSORS to the server and read the result of the match. To make it interesting, the rules were enhanced so winning a round yielded 1 point, losing -1 point, except when paper won, in which case 2 points were assigned to the winner and -2 to the loser. Our task was to write an "AI" to outsmart the other students' AI.
I wrote a simple algorithm that kept track of the statistics for each of the 18 combinations of [my choice in round n, round n result, opponent's choice in round n+1] and chose based on what the opponent had picked the most in the past. In a match, the winner was declared after 1000 rounds.
Of course, the so-called PaperServer was a <1000-SLOC inefficient by-students-for-students Java one-system-thread-per-connection server running in a Java VM inside a Java VM (yes, really - an IDE called BlueJ) on a terribly underpowered virtual server, so it didn't last long, and anything educational was lost on us that day. Fun times.
I no longer login because I feel that while attacking a company's products is fair game (specifically Apple), having stories singling out their users as "selfish" and unkind is not "news for nerds stuff that matters". Am I an Apple fanboi? Let's just say I've used NIX for decades (yes I'm old) and I'm not talking OS X.
Encrypted voice is US only, so that's no good for the rest of the world. Also, searching for TextSecure on Market doesn't yield any results on my Android 1.5 device (although the FAQ claims it works on all versions of Android), though 2.2 is fine. Sending encrypted texts to myself didn't work either, it says "Bad encrypted message..." but that might just be me doing something wrong.
The bookmarks I need the most, I put on the bookmarks bar. The bookmarks I don't need as often, I name and access from the address bar (Enter title of bookmark, pick from suggestions), and to back up my bookmarks, it's Ctrl+shift+B, Tools -> Export Bookmarks. All I've ever needed.
If I know I want to install the system and have already tried it, I don't want to be forced through a desktop environment -- something curses-based will do just fine. Running Ubuntu off a DVD on a laptop has always been unbearably slow for me.
But then I also use vim instead of gedit or kwrite or whatchamacallit. God knows why.
Are the video formats from the late eighties really all deficient in some important way? With all the formats that were floating around back then, competing to cram more video into less space, it's difficult to imagine that NONE of them can meet our needs in this decadent era of cheap storage, extravagant bandwidth, and powerful multi-core CPUs. What am I missing?
Even if you went 20 years back in time with the h264 or Theora spec, no processor would be able to decode and play the files in real time. (According to Moore's Law, computers today are 1,000 times faster than they were 20 years ago.) The codecen in the late 80's were designed with processing time in mind, and as such, the image quality they produced is rubbish compared to what we have today, because they didn't have the same processing power and storage space available in decoding.
(nb: I wasn't born in the 80's, so I have no practical authority on this.)
Slashdot Mirror
Here you go. Flood map near K2, China at 2 km sea level rise.
The map is wildly inaccurate. Look at this gravel pit near Petersburg, VA: Because the pit is close to sea level, the map claims it will be flooded at a 2 m sea level rise. In reality, it would probably take a 60 m sea level rise for it to flood because of the height of the surrounding terrain.
It looks like NASA just did a plane intersection with the terrain. If the height above sea level at this point is lower than a threshold, then they claim it will be flooded when the sea rises to this threshold. This is the reason why the Netherlands seems to be all flooded on the map - dams are completely ignored by this algorithm.
Look at a sea level rise map of the same gravel pit in a calculation that takes the global terrain into account. You need to set the water level to 60 m for the sea to spill over into the gravel pit.
In a relationship and it's complicated.
With wpa_supplicant, eduroam is the easiest to connect to. On Windows I haven't been able to connect to eduroam. In this way, I think the eduroam people actually give preference to wpa_supplicant users (Android, Linux and others).
For an intro (and I mean intro) course in Computer Science at uni, we were assigned to write a Java client in a game called Paper Rules. Establish TCP connection, wait for the master server to find an opponent (another client) for you, and then repeatedly send either ROCK, PAPER or SCISSORS to the server and read the result of the match. To make it interesting, the rules were enhanced so winning a round yielded 1 point, losing -1 point, except when paper won, in which case 2 points were assigned to the winner and -2 to the loser. Our task was to write an "AI" to outsmart the other students' AI.
I wrote a simple algorithm that kept track of the statistics for each of the 18 combinations of [my choice in round n, round n result, opponent's choice in round n+1] and chose based on what the opponent had picked the most in the past. In a match, the winner was declared after 1000 rounds.
Of course, the so-called PaperServer was a <1000-SLOC inefficient by-students-for-students Java one-system-thread-per-connection server running in a Java VM inside a Java VM (yes, really - an IDE called BlueJ) on a terribly underpowered virtual server, so it didn't last long, and anything educational was lost on us that day. Fun times.
I no longer login because I feel that while attacking a company's products is fair game (specifically Apple), having stories singling out their users as "selfish" and unkind is not "news for nerds stuff that matters". Am I an Apple fanboi? Let's just say I've used NIX for decades (yes I'm old) and I'm not talking OS X.
You know, registered users can have signatures.
If Pacman had affected us as kids we'd be running around in dark rooms, munching magic pills and listening to repetitive music.
We need a new OS too. There hasn't been a decent OS since CP/M.
There's Emacs.
Did you try wget? See what error it reports, or try with wget --continue (shorthand -c).
Cool, reminds me of Ipredator. (Pirate Bay To Offer VPN For $7 a Month, Mar 27, 2009)
Bill Gates doesn't care about US corporate IP rights anymore, he cares about his legacy as a philanthropist.
Yes, surely 1 GHz ought to be enough for everyone.
Being halfway through the novel now, thanks for not spoiling the ending.
Encrypted voice is US only, so that's no good for the rest of the world. Also, searching for TextSecure on Market doesn't yield any results on my Android 1.5 device (although the FAQ claims it works on all versions of Android), though 2.2 is fine. Sending encrypted texts to myself didn't work either, it says "Bad encrypted message..." but that might just be me doing something wrong.
So you don't mind hearing 1/3rd of the conversation? Fascinating.
FTFY (1/2 of the conversation is 3/2 of what he's interested in)
They photoshopped it away, the original is at http://graphics8.nytimes.com/images/2010/05/12/nyregion/12about_CA0/12about_CA0-articleLarge.jpg (mirrored at http://f.lolwh.at/eggy/12about_CA0-articleLarge.jpg in case they remove it).
But... you can't fsck when the drive is mounted! That's all wrong!
The bookmarks I need the most, I put on the bookmarks bar. The bookmarks I don't need as often, I name and access from the address bar (Enter title of bookmark, pick from suggestions), and to back up my bookmarks, it's Ctrl+shift+B, Tools -> Export Bookmarks. All I've ever needed.
They're definitely doing it on purpose.
Their prime market is online advertising. Jus' sayin'.
Does it run Linux?
Sorry, could you rephrase that with a car analogy? ... Oh, wait.
If I know I want to install the system and have already tried it, I don't want to be forced through a desktop environment -- something curses-based will do just fine. Running Ubuntu off a DVD on a laptop has always been unbearably slow for me.
But then I also use vim instead of gedit or kwrite or whatchamacallit. God knows why.
Are the video formats from the late eighties really all deficient in some important way? With all the formats that were floating around back then, competing to cram more video into less space, it's difficult to imagine that NONE of them can meet our needs in this decadent era of cheap storage, extravagant bandwidth, and powerful multi-core CPUs. What am I missing?
Even if you went 20 years back in time with the h264 or Theora spec, no processor would be able to decode and play the files in real time. (According to Moore's Law, computers today are 1,000 times faster than they were 20 years ago.) The codecen in the late 80's were designed with processing time in mind, and as such, the image quality they produced is rubbish compared to what we have today, because they didn't have the same processing power and storage space available in decoding.
(nb: I wasn't born in the 80's, so I have no practical authority on this.)
Android is just the software, you still need drivers to communicate with the hardware, and those are probably not freely available.