This is all good in theory, but let's not forget WHY we have ended up here:
The Customer.
The Customer WANTED to have Windows based servers, the customer wanted to have integration on to their business networks using Windows protocols and standards.
DCS vendors for DECADES had their own OS's from the PLC up to the HMI , granted they were not secure, but they didn't need to be as they were not externally accessible, nor could they run anything untoward.
When the customer sees this new OS and can't get the data they want on to the managers desktop without expensive interfaces/hardware they will vote with their wallets and maintain the status quo.
I don't believe this will go anywhere.
SCADA/DCS/ICS Vendors will harden up their systems end-to-end and customers will still go and put VNC on their servers negating any work on the vendors behalf.
Umm, he beat Microsoft in court for their XP activation methods to the tune of $300m+
Uniloc has had products for years, but I don't really understand how MC comes in to it as it doesn't care WHAT machine the game is on, only checks username/password when you log in to play Multiplayer..... if that's the part he's going after then we are all fucked.
Add desktop to the mix as an aggregate total and Apple universe is by far a minority platform.
I would hazard a guess that the displaying of Google maps on other websites etc on the desktop/web platform is several magnitudes more than on mobile apps.
I run a small site that serves up about 10000 map views a day, there's literally millions of sites doing the same.
If Apple decide not to chase this non-mobile stuff then they are really only playing in their own backyard and all this media talk about them 'beating GMaps' becomes irrelevant in the big picture, akin to how much traffic Bing takes from Google.
No, it's to retroactively sue for infringing that patent.
A common trick is to wait until your patent has ALMOST become a defacto standard then sue (see Microsoft's FAT lawsuits and some of the LCD companies out there)
A lot of newer DCS gear is starting to have process firewalls being build in to the hardware at the controller layer. Also a change I've seen of late is that a lot of vendors software no longer runs ABSOLUTELY EVERYTHING at a privileged level as has been done in the past!!!
This should reduce the attacks on the PLC devices themselves, however the protection of the SCADA/DCS Servers (usually Windows Based) relies on GOOD system administration and knowledge about possible attack vectors..
Anything that straddles a corporate and process network NEEDS to be hardened, however more often than not this is the weak point (Process historians and other servers that provide end-user data are the biggest risk)
I've seen windows 2000 machines that are on both networks running 2000 SP1 and no later security patches THIS YEAR (Not a practice recommended by the vendor either, this was a customer who 'knew better').... lets also mention that it also had a VERY easy to guess Admin password!
Tis a scary world.
Most vendors have best practices for keeping nasties off the process networks, it's usually the customers who compromise to make their own life easier. Usually decisions made by the onsite IT people who, lets be honest, have NO idea about how/what a process system does. I work across many large sites and in general the IT people do not understand what is required and tend to be the ones who punch the massive holes in the firewalls to get things to work.
The vendors (I work for one) are now catching up by hardening things better at the hardware and software levels, but it's the legacy stuff that scares the bejeezus out of me!!!
The iPhone problem is nothing new and has been in all iPhones to date and non-iPhones I owned prior. Apple is a big name so people make a big deal out of everything they do. They get a lot of free press/hype when things are good and when things are bad it can quickly turn around.
APPLE make the big deal about their products. THEY create the expectation through their wall to wall marketing blitzes and so on.
If Jobs wasn't such a smug douche about these things there wouldn't be half the fuss there is today IMO
There was an airbus (I THINK a A340) that ran out of fuel and glided to the Canary Islands once. Can't find a link though, but I remember watching one of those dreadful aviation tv shows where they do the re-creation.
Just bought a new PC for a dedicated Sim box, so the timing is perfect.
FG 1.9.1 sound was a bit buggy on my old 2.8GHz Arch system, and I figure the old Celeron needed replacing.
I'm learning to fly right now and I find the flight model in FG is mostly accurate (the niggles I have are minor and not that important), and given MS have dumped Flight Simulator it looks like more focus will be on FlightGear and XPlane.
(I really upgraded my box for XPlane, but I have been using Flightgear for years on and off)
Here's hoping more people get behind it and bring more planes and scenery on board (and tools to make them!)
Travel bugs are a part of Geocaching, not some separate game. (To be even more specific, travel bugs are a part of geocaching.com's version of geocaching.....)
Love geocaching, not too sure about geodashing though, it's a bit too random for me!
There is no real data integrity with these devices.
I can get the track log of my GPS, manipulate the data and then shove it back in to the device...
Any good lawyer could get this 'evidence' thrown out.
There's been cases here in Australia where the GPS evidence WAS allowed and they got off the infringment, but I can only assume that the prosecuting lawyers were incompetent and did not pursue the possibility of bad data in the GPS.
Also, the Radar is a certified calibrated instrument,and the GPSr is not. Although accurate, there is always a variable amount of uncertainty in every reading (up to 10-15 meters per sample in a moving vehicle) and in a majority of GPSrs this uncertainty is not stored in the logs. Radar wins again on that front.
As for the logs, most GPSrs I use store the last speed value at the log interval, not an averaged speed between then and the last stored sample, so it is safe to assume at X time on the log the car was going Y speed, but for the 10 seconds in between it could have been going anything between 0 and lightspeed. (presuming it is storing every 10 seconds.....)
Interesting you say the Linux community is hostile.
I've found that the Redhat, Suse and Ubuntu support forums have a VERY friendly bunch of people in them. The days of 'RTFM N00B' seem to be slowly fading into the past.
Slashdot Mirror
This is all good in theory, but let's not forget WHY we have ended up here:
The Customer.
The Customer WANTED to have Windows based servers, the customer wanted to have integration on to their business networks using Windows protocols and standards.
DCS vendors for DECADES had their own OS's from the PLC up to the HMI , granted they were not secure, but they didn't need to be as they were not externally accessible, nor could they run anything untoward.
When the customer sees this new OS and can't get the data they want on to the managers desktop without expensive interfaces/hardware they will vote with their wallets and maintain the status quo.
I don't believe this will go anywhere.
SCADA/DCS/ICS Vendors will harden up their systems end-to-end and customers will still go and put VNC on their servers negating any work on the vendors behalf.
"Cleetus, we got ourselves another member of that there 'Linksys' family, they sure are a big clan!"
Flightgear is a game compared to x-plane, especially in the flight dynamics department.
Umm, he beat Microsoft in court for their XP activation methods to the tune of $300m+
Uniloc has had products for years, but I don't really understand how MC comes in to it as it doesn't care WHAT machine the game is on, only checks username/password when you log in to play Multiplayer..... if that's the part he's going after then we are all fucked.
Yep, Exactly what I meant.
Add desktop to the mix as an aggregate total and Apple universe is by far a minority platform.
I would hazard a guess that the displaying of Google maps on other websites etc on the desktop/web platform is several magnitudes more than on mobile apps.
I run a small site that serves up about 10000 map views a day, there's literally millions of sites doing the same.
If Apple decide not to chase this non-mobile stuff then they are really only playing in their own backyard and all this media talk about them 'beating GMaps' becomes irrelevant in the big picture, akin to how much traffic Bing takes from Google.
No, it's to retroactively sue for infringing that patent. A common trick is to wait until your patent has ALMOST become a defacto standard then sue (see Microsoft's FAT lawsuits and some of the LCD companies out there)
...it will be a battle in name only.
apple are highly unlikely to put out an API for other to use as they wish like Google did.
While GMaps might take a back-seat on iOS, it will still be by far the most dominant system out there unless Apple allow use outside of the iOSphere.
At the end of the day if it's only available on iOS and Mac then it's essentially on a minority of devices on what is now a minority platform.
Still, it no doubt will have Google scrambling to bring us more cool stuff, so it's win-win all round.
You DO have unlimited data......
Just not at unlimited speed
Am I missing something here?
A lot of newer DCS gear is starting to have process firewalls being build in to the hardware at the controller layer. Also a change I've seen of late is that a lot of vendors software no longer runs ABSOLUTELY EVERYTHING at a privileged level as has been done in the past!!!
This should reduce the attacks on the PLC devices themselves, however the protection of the SCADA/DCS Servers (usually Windows Based) relies on GOOD system administration and knowledge about possible attack vectors..
Anything that straddles a corporate and process network NEEDS to be hardened, however more often than not this is the weak point (Process historians and other servers that provide end-user data are the biggest risk)
I've seen windows 2000 machines that are on both networks running 2000 SP1 and no later security patches THIS YEAR (Not a practice recommended by the vendor either, this was a customer who 'knew better').... lets also mention that it also had a VERY easy to guess Admin password!
Tis a scary world.
Most vendors have best practices for keeping nasties off the process networks, it's usually the customers who compromise to make their own life easier. Usually decisions made by the onsite IT people who, lets be honest, have NO idea about how/what a process system does. I work across many large sites and in general the IT people do not understand what is required and tend to be the ones who punch the massive holes in the firewalls to get things to work.
The vendors (I work for one) are now catching up by hardening things better at the hardware and software levels, but it's the legacy stuff that scares the bejeezus out of me!!!
Looking at the flow diagram on the infoq site I'd say it's pretty well exactly like Androids Intents
So...exactly like he did, but not exactly..??
Biggest SINGLE customer maybe, but the sum total of all the others would surely outweigh that
Here's a thought: How about just removing any sexuality based stuff from the books and then it's not an issue? Win/Win/Win/Win
I don't see this result
Perhaps Google is tailoring it to YOUR needs based on your web search history? :-)
(I am joking of course..... or am I?)
APPLE make the big deal about their products. THEY create the expectation through their wall to wall marketing blitzes and so on.
If Jobs wasn't such a smug douche about these things there wouldn't be half the fuss there is today IMO
Now we know who to block to avoid those douche "Sent from my iPad" email footers
I have taken to replying to ANY of these with a "Sent from my Combine Harvester" or similar thing back.
We don't care about your toy. And while we are at it, do you have to mention your iPad in every tweet and email? sheesh.
Sorry. Been a long day.
Have you used a Desire at all?
My 2.1 HTC Desire device has it, so did my 1.6 G1.......... How CAN the carriers tell it is tethering when all it does is act like a NAT device?
There was an airbus (I THINK a A340) that ran out of fuel and glided to the Canary Islands once. Can't find a link though, but I remember watching one of those dreadful aviation tv shows where they do the re-creation.
Just bought a new PC for a dedicated Sim box, so the timing is perfect.
FG 1.9.1 sound was a bit buggy on my old 2.8GHz Arch system, and I figure the old Celeron needed replacing.
I'm learning to fly right now and I find the flight model in FG is mostly accurate (the niggles I have are minor and not that important), and given MS have dumped Flight Simulator it looks like more focus will be on FlightGear and XPlane.
(I really upgraded my box for XPlane, but I have been using Flightgear for years on and off)
Here's hoping more people get behind it and bring more planes and scenery on board (and tools to make them!)
Travel bugs are a part of Geocaching, not some separate game. (To be even more specific, travel bugs are a part of geocaching.com's version of geocaching.....)
Love geocaching, not too sure about geodashing though, it's a bit too random for me!
Agreed,
There is no real data integrity with these devices.
I can get the track log of my GPS, manipulate the data and then shove it back in to the device...
Any good lawyer could get this 'evidence' thrown out.
There's been cases here in Australia where the GPS evidence WAS allowed and they got off the infringment, but I can only assume that the prosecuting lawyers were incompetent and did not pursue the possibility of bad data in the GPS.
Also, the Radar is a certified calibrated instrument,and the GPSr is not. Although accurate, there is always a variable amount of uncertainty in every reading (up to 10-15 meters per sample in a moving vehicle) and in a majority of GPSrs this uncertainty is not stored in the logs. Radar wins again on that front.
As for the logs, most GPSrs I use store the last speed value at the log interval, not an averaged speed between then and the last stored sample, so it is safe to assume at X time on the log the car was going Y speed, but for the 10 seconds in between it could have been going anything between 0 and lightspeed. (presuming it is storing every 10 seconds.....)
Bless you! THAT was driving me nuts!
AAM, surely?
Interesting you say the Linux community is hostile.
I've found that the Redhat, Suse and Ubuntu support forums have a VERY friendly bunch of people in them. The days of 'RTFM N00B' seem to be slowly fading into the past.