Somehow I don't think we have much to worry about a cooler planet in the next 50-100 years, but if the warming keeps happening then most of north western Europe will turn into an ice box during the winter (it's been getting progressively worse over the last number but still not a patch on what could happen) in the near future due to the ocean currents switching, probably the same in a few other places. So saying it's better to be warming rather than cooling is missing the reality of what impacts a general planet warming has. It's not just the whole planet getting warmer, it's the average, with some places going to get much cooler and both of these will cause widespread displacement of people.
Right now, cooling the planet would be better than warming it further as it would reduce the impact of the current changes, reduce the likelihood of widespread conflict, and provide enough time for us to work out how to raise the planet's temperature in 100-200 years time if we accidentally cooled it too much.
More likely the person behaved as through the car was driven by a person, and in spotting them, despite the car having right of way would slow down and brake.
I've seen this many times with pedestrians where I live, and often heard the comment "well if they hit me I'll just sue for loads of money", which ignores the risk of never walking again or being killed outright.
Automonous car manufacturers are starting to learn the lesson that airline manufactures have been learning for some time, if you automate something so that 95% of the time you don't need a human, your failure rate when you need that person for the 5% of cases is extremely high.
For anyone used to driving manual and then very rarely switching to auto should have experienced the habit of looking for a non-existant clutch and in the reverse scenario likely to have stalled the car when coming to a stop a few times before getting back into the swing of things. People vastly underestimate the difference between reacting to danger when doing something you've done for hours on end over the previous days/weeks versus trying to take manage the situation while also having to do something you do very infrequently.
As long as driverless cars aim to make a transition to almost driverless before driverless, we're going to see something like an uncanny valley of deaths occur before things get better. Really needs to jump from almost zero automation (auto braking is fine as long as the person had to remain steering) to full driver-less where someone can drive if they want through a manual override to have a steering control appear, but the car will not hand over control in case of danger.
There's really only a few places where there is real extra API overhead, because mostly, on Windows the API you are calling will eventually result in a series of system calls being made to various parts of the Windows kernel to get stuff done, and on Linux the WINE API will result in just a different series of system calls being made to various parts of the Linux kernel. In most cases the amount of work to be done is the same, it's just that one takes place on Windows and the other Linux.
The performance problems usually come down to places were there is no underlying Linux equivalent of something that is done in the Windows kernel via a single (or few) system calls, resulting in many more operations needing to be performed on Linux to produce the desired result.
DirectX usage would be a good example of where there would be some API overhead in translating the original DirectX calls into corresponding OpenGL calls, however unless a data transformation has to be done, the overhead is relatively small. That's not saying it can't happen, but usually it's around specific sets of calls that need some data transformation before being passed on that performance is going to be terrible rather than any of them.
For GPU based computing, WINE can use nVidia's cuda libraries for Linux to handle all the require processing, it even works with Nvidia Physx engine. Note however I'm using WINE with the staging patches applied and locally compiled to pick up the necessary cuda libraries to turn on support (even runs the FluidMark benchmark with decent numbers on my old GTX 570). For those using a distro provided WINE you will be dependent on whether your distro has build WINE (might require the staging patches applied as well) in a way that allows it to use the cuda libraries when installed.
I recall a radio program a year or two back commenting on a study that looked at the global GDP investment cost of remaining with fossil fuels versus switching to renewables, and it found that they were roughly the same, just that the money ended up going to different places.
Basically, we do have the money, it's just a question of who gets paid.
This is not 'Muslim', it's fanaticism. It's reared it's head in most religions, and in reality has nothing to do with a religion and all to do with the desire of some people to control and oppress others. What religion they follow is incidental.
If the cops knocked before hand and announced themselves then it's highly unlikely the householder would shot them thinking someone was trying to break in.
The whole reason swatting is likely to go wrong is because of no-knock entry.
That video is hilarious, right up to the point where you realise there's a kind of creepy truth to the benefit social networking sites provide to the likes of the NSA.
One of the abuses with patents is the continuous application for patents on the same area with minor adjustments on previous patents in order to essentially prevent the original invention patented from being free from patents once the initial one has expired.
It's certainly more limited in scope because they can't just wait until the initial patent is almost expired, but it is a problem that could easily be solved if examiners were willing to say that minor alterations do not a new invention make.
X11 on linux is network capable but really can no longer be classified as network transparent. None of the main rendering engines for X11 on linux are network transparent.
The talk on the state of X11 and Wayland/Weston given by one of the lead developers is a bit of an eye-opener about just how munged up X11 is at this stage.
Being battery powered suggests that they operate at a much further distance than the standard 5-10cm (or 40-50cm if you decide to create rogue scanner) than the passive version of RFID.
Also considering they mentioned that it wouldn't tell them exactly which classroom the student was in, but rather in more general terms, which wing of the school, seems like reading distance might more likely to be upwards of 20m.
You haven't been using it long enough so. There was a point in time were svn supported using merge but failed to record any information about what had been merged to where. So if your repeated the operation, you got a giant clusterphuck of a result. Same thing applied to subsequent merges, since there was no information stored in subversion you had to know beforehand which revisions were previously merged.
The consequence of this was that many teams ended up having to create custom tools to perform the merge and record the information somewhere else, or require that developers recorded which revisions were merged in the commit message.
The subversion developers eventually realised their mistake and added internal metadata to handle, so that if you merged r100 of branchA to branchB, and then subsequently tried to merge r200 of branchA to branchB, subversion would realise that everything prior to, and including r100 on branchA was already merged, and it need only merge the differences between r100 and r200.
Oddly enough though, by then most devs had already abandoned it for just about anything else that had sane merging.
I don't think that will be as big as problem as you think. PS3, Mac, Andriod and iOS are all OpenGL based devices. Xbox and Windows PC's are the only ones that are DirectX. Anyone developing games these days that use an engine that can only compile a game for DirectX is locking themselves out of a sizeable market.
I think the Mac is what has tipped things, enough titles are starting to support OSX on the desktop/laptop, that the hurdle to making the game work on Linux becomes much smaller. I see quite a few that are quite a few already on steam (~380) that support OSX.
Of course any of the older games using dosbox, will be straight forward to port:)
The real difficulty will be in building into steam the necessary diagnostics to determine, what needs to be configured correctly on the various distributions to allow the ported games to work perfectly without the various developers getting inundated with complaints as to their game being a big ball of crappiness on Linux.
Also perhaps they are focusing on the wrong problem
Let's see - item sold to parents that results in 12 surgeries should be banned
Item sold to parent that resulted in ~5000 deaths among children per year in the US is just fine and dandy
They did pay him for the work he did, but they attached that it would only be played at one event to the terms and conditions, ostensibly to keep the price down.
They could have negotiated an agreement to be able to reuse his composition as often as desired, anywhere in the world for a flat initial fee. Obviously that would have been more expensive, but it was an option they decided not to take.
In lieu of such a world wide reuse as needed agreement, the default is that they pay royalties. There is nothing and has been no restriction against groups hiring musicians and composers for work that is signed over to the payee for a flat fee. But since in most cases they don't know if it will be worth the investment, the companies involved generally don't and instead opt for paying royalties. After all what would have been the point of paying a significant fee for a worldwide infinite reuse (sign over copyright) on his work if it did only end up being used at a small event.
Guilty of doing that myself when young, but that might also have been due to having to argue to a ridiculous level to get an obsolete computer replaced when relying on parents to do the purchasing.
No longer a problem these days, as I can afford to buy them myself, and I do...:)
I noticed that they also neglected to mention just how much height had been added to the peaks in the last 10 years. From wikipedia "This leads to the Himalayas rising by about 5 mm per year, making them geologically active". So that would be somewhere around 5cm of extra height, which over the size of the Himalayas is a fair chunk of land moving up past the snow/ice line.
For there to be less ice + snow on the peaks it would indicate a drastic change in climate that moved the snow line up more than 5cm. It should be growing, the question is, is the increase in line with the snow line remaining at the same point on average, or is the growth in the Himalayas just sufficient to exceed the movement of the snow line.
We (Ireland) use the Proportion Representation system, which means for election of officials you enter your order of preference. There are multiple counts where either someone exceeding the required quota (rare) has their excess redistributed or the person with the lowest number of votes (starting with 1st preference) at the end of the count is eliminated and their ballots are redistributed based on the second preference listed. This continuous until the threshold for all the seats (1 for a presentational election, 2 or more per constituency for any government elections) has been reached, or the remaining candidates match the number of seats available.
In summary you don't mark the candidate you want elected with an X, you put a number beside each candidates name in order of preference (1 to x) that you would wish to see them elected.
Only for a Referendum is there a simple yes/no option.
Knowing both endings, I was a lot less upset about that change than I was about the pointless diversions in the Lord of the Rings to Helm's Deep and Osgiliath, for instance.
I think those changes are a lot less significant than others such as the change to the Ent's behaviour. That's a rather significant point made by the books, particularly of note given Tolkien's experiences. I'd be more upset about changes in character's than scene changes when it comes to book ->movie translations.
It's been a while since I've read the books, but I still remember the battle of the hornburg and orcs climbing over dikes and stuff like there. I just looked it up, and the chapter is called "Helm's Deep".
I think the OP was referring to the section where they "travel" to Helm's Deep, are attacked on the way, Aragon get's dragged over a cliff and then rescued by the horse he freed earlier. Don't recall any of that appearing in the books.
Slashdot Mirror
Somehow I don't think we have much to worry about a cooler planet in the next 50-100 years, but if the warming keeps happening then most of north western Europe will turn into an ice box during the winter (it's been getting progressively worse over the last number but still not a patch on what could happen) in the near future due to the ocean currents switching, probably the same in a few other places. So saying it's better to be warming rather than cooling is missing the reality of what impacts a general planet warming has. It's not just the whole planet getting warmer, it's the average, with some places going to get much cooler and both of these will cause widespread displacement of people.
Right now, cooling the planet would be better than warming it further as it would reduce the impact of the current changes, reduce the likelihood of widespread conflict, and provide enough time for us to work out how to raise the planet's temperature in 100-200 years time if we accidentally cooled it too much.
More likely the person behaved as through the car was driven by a person, and in spotting them, despite the car having right of way would slow down and brake.
I've seen this many times with pedestrians where I live, and often heard the comment "well if they hit me I'll just sue for loads of money", which ignores the risk of never walking again or being killed outright.
Automonous car manufacturers are starting to learn the lesson that airline manufactures have been learning for some time, if you automate something so that 95% of the time you don't need a human, your failure rate when you need that person for the 5% of cases is extremely high.
For anyone used to driving manual and then very rarely switching to auto should have experienced the habit of looking for a non-existant clutch and in the reverse scenario likely to have stalled the car when coming to a stop a few times before getting back into the swing of things. People vastly underestimate the difference between reacting to danger when doing something you've done for hours on end over the previous days/weeks versus trying to take manage the situation while also having to do something you do very infrequently.
As long as driverless cars aim to make a transition to almost driverless before driverless, we're going to see something like an uncanny valley of deaths occur before things get better. Really needs to jump from almost zero automation (auto braking is fine as long as the person had to remain steering) to full driver-less where someone can drive if they want through a manual override to have a steering control appear, but the car will not hand over control in case of danger.
There's really only a few places where there is real extra API overhead, because mostly, on Windows the API you are calling will eventually result in a series of system calls being made to various parts of the Windows kernel to get stuff done, and on Linux the WINE API will result in just a different series of system calls being made to various parts of the Linux kernel. In most cases the amount of work to be done is the same, it's just that one takes place on Windows and the other Linux.
The performance problems usually come down to places were there is no underlying Linux equivalent of something that is done in the Windows kernel via a single (or few) system calls, resulting in many more operations needing to be performed on Linux to produce the desired result.
DirectX usage would be a good example of where there would be some API overhead in translating the original DirectX calls into corresponding OpenGL calls, however unless a data transformation has to be done, the overhead is relatively small. That's not saying it can't happen, but usually it's around specific sets of calls that need some data transformation before being passed on that performance is going to be terrible rather than any of them.
For GPU based computing, WINE can use nVidia's cuda libraries for Linux to handle all the require processing, it even works with Nvidia Physx engine. Note however I'm using WINE with the staging patches applied and locally compiled to pick up the necessary cuda libraries to turn on support (even runs the FluidMark benchmark with decent numbers on my old GTX 570). For those using a distro provided WINE you will be dependent on whether your distro has build WINE (might require the staging patches applied as well) in a way that allows it to use the cuda libraries when installed.
I recall a radio program a year or two back commenting on a study that looked at the global GDP investment cost of remaining with fossil fuels versus switching to renewables, and it found that they were roughly the same, just that the money ended up going to different places.
Basically, we do have the money, it's just a question of who gets paid.
Really wish I could find that study now....
This is not 'Muslim', it's fanaticism. It's reared it's head in most religions, and in reality has nothing to do with a religion and all to do with the desire of some people to control and oppress others. What religion they follow is incidental.
the 1st of April, so yay or nay on this being an epic April fools that duped the CNNIC as well?
If the cops knocked before hand and announced themselves then it's highly unlikely the householder would shot them thinking someone was trying to break in.
The whole reason swatting is likely to go wrong is because of no-knock entry.
Humility in medical is a MUST.
I'd say it's not. At least that's not true of a good many of the practitioners.
It is however true of many of the good practitioners
Whoosh!
That video is hilarious, right up to the point where you realise there's a kind of creepy truth to the benefit social networking sites provide to the likes of the NSA.
Not completely.
One of the abuses with patents is the continuous application for patents on the same area with minor adjustments on previous patents in order to essentially prevent the original invention patented from being free from patents once the initial one has expired.
It's certainly more limited in scope because they can't just wait until the initial patent is almost expired, but it is a problem that could easily be solved if examiners were willing to say that minor alterations do not a new invention make.
X11 on linux is network capable but really can no longer be classified as network transparent. None of the main rendering engines for X11 on linux are network transparent.
The talk on the state of X11 and Wayland/Weston given by one of the lead developers is a bit of an eye-opener about just how munged up X11 is at this stage.
Being battery powered suggests that they operate at a much further distance than the standard 5-10cm (or 40-50cm if you decide to create rogue scanner) than the passive version of RFID.
Also considering they mentioned that it wouldn't tell them exactly which classroom the student was in, but rather in more general terms, which wing of the school, seems like reading distance might more likely to be upwards of 20m.
You haven't been using it long enough so. There was a point in time were svn supported using merge but failed to record any information about what had been merged to where. So if your repeated the operation, you got a giant clusterphuck of a result. Same thing applied to subsequent merges, since there was no information stored in subversion you had to know beforehand which revisions were previously merged.
The consequence of this was that many teams ended up having to create custom tools to perform the merge and record the information somewhere else, or require that developers recorded which revisions were merged in the commit message.
The subversion developers eventually realised their mistake and added internal metadata to handle, so that if you merged r100 of branchA to branchB, and then subsequently tried to merge r200 of branchA to branchB, subversion would realise that everything prior to, and including r100 on branchA was already merged, and it need only merge the differences between r100 and r200.
Oddly enough though, by then most devs had already abandoned it for just about anything else that had sane merging.
Given how much modern medicine owes to islam, you really need to take a better look at history.
I don't think that will be as big as problem as you think. PS3, Mac, Andriod and iOS are all OpenGL based devices. Xbox and Windows PC's are the only ones that are DirectX. Anyone developing games these days that use an engine that can only compile a game for DirectX is locking themselves out of a sizeable market.
:)
I think the Mac is what has tipped things, enough titles are starting to support OSX on the desktop/laptop, that the hurdle to making the game work on Linux becomes much smaller. I see quite a few that are quite a few already on steam (~380) that support OSX.
Of course any of the older games using dosbox, will be straight forward to port
The real difficulty will be in building into steam the necessary diagnostics to determine, what needs to be configured correctly on the various distributions to allow the ported games to work perfectly without the various developers getting inundated with complaints as to their game being a big ball of crappiness on Linux.
Also perhaps they are focusing on the wrong problem
Let's see - item sold to parents that results in 12 surgeries should be banned
Item sold to parent that resulted in ~5000 deaths among children per year in the US is just fine and dandy
http://www.journal-news.net/page/content.detail/id/557291/Thousands-of-children-are-killed---.html
They did pay him for the work he did, but they attached that it would only be played at one event to the terms and conditions, ostensibly to keep the price down.
They could have negotiated an agreement to be able to reuse his composition as often as desired, anywhere in the world for a flat initial fee. Obviously that would have been more expensive, but it was an option they decided not to take.
In lieu of such a world wide reuse as needed agreement, the default is that they pay royalties. There is nothing and has been no restriction against groups hiring musicians and composers for work that is signed over to the payee for a flat fee. But since in most cases they don't know if it will be worth the investment, the companies involved generally don't and instead opt for paying royalties. After all what would have been the point of paying a significant fee for a worldwide infinite reuse (sign over copyright) on his work if it did only end up being used at a small event.
http://xkcd.com/927/
Guilty of doing that myself when young, but that might also have been due to having to argue to a ridiculous level to get an obsolete computer replaced when relying on parents to do the purchasing.
:)
No longer a problem these days, as I can afford to buy them myself, and I do...
I noticed that they also neglected to mention just how much height had been added to the peaks in the last 10 years. From wikipedia "This leads to the Himalayas rising by about 5 mm per year, making them geologically active". So that would be somewhere around 5cm of extra height, which over the size of the Himalayas is a fair chunk of land moving up past the snow/ice line.
For there to be less ice + snow on the peaks it would indicate a drastic change in climate that moved the snow line up more than 5cm. It should be growing, the question is, is the increase in line with the snow line remaining at the same point on average, or is the growth in the Himalayas just sufficient to exceed the movement of the snow line.
We (Ireland) use the Proportion Representation system, which means for election of officials you enter your order of preference. There are multiple counts where either someone exceeding the required quota (rare) has their excess redistributed or the person with the lowest number of votes (starting with 1st preference) at the end of the count is eliminated and their ballots are redistributed based on the second preference listed. This continuous until the threshold for all the seats (1 for a presentational election, 2 or more per constituency for any government elections) has been reached, or the remaining candidates match the number of seats available.
In summary you don't mark the candidate you want elected with an X, you put a number beside each candidates name in order of preference (1 to x) that you would wish to see them elected.
Only for a Referendum is there a simple yes/no option.
Could just as easily say pre touchscreen and post touchscreen.
Knowing both endings, I was a lot less upset about that change than I was about the pointless diversions in the Lord of the Rings to Helm's Deep and Osgiliath, for instance.
I think those changes are a lot less significant than others such as the change to the Ent's behaviour. That's a rather significant point made by the books, particularly of note given Tolkien's experiences. I'd be more upset about changes in character's than scene changes when it comes to book ->movie translations.
It's been a while since I've read the books, but I still remember the battle of the hornburg and orcs climbing over dikes and stuff like there. I just looked it up, and the chapter is called "Helm's Deep".
I think the OP was referring to the section where they "travel" to Helm's Deep, are attacked on the way, Aragon get's dragged over a cliff and then rescued by the horse he freed earlier. Don't recall any of that appearing in the books.