Yes and no - you're right that people are crappy enough at 2D driving without having to worry about Z; but there's a lot of work going into automatic cars - some brands already have almost fully automatic prototypes - and the expansion of that into 3D will nicely circumvent that problem.
The main thing that the iPad is tempting me with, is the games. The portable internet and stuff is a nice bonus, but it's it's use as a portable games platform that appeals to me. The reason I haven't bought one, is that it's simply too expensive for a games platform.
On the current topic, however; look at it from the other side. If Mojang created 'Scrolls' a few years back, and then Bethesda published 'The Elder Scrolls', what would happen? From that angle, it would look a damn lot like a sequel, wouldn't it?
It's not particularly nice of Bethesda, but I do see their point.
Well, if you're resigned to not make money off it anyways, why not attempt to write it up in a different form and publish it under the GPL or a similarly sticky open license; or publish under the creative commons?
You'll still not make money off it, but it'll be wide open in the public domain, available for everyone to pick up and improve the world with it, and unable to be locked in a corporate vault.
An ISP contract cannot make you legally liable to other people's actions that have nothing to do with the ISP themselves. You can't ask for more volume based off "other people used it, not me"; but they can't say "if you don't secure your wireless you are legally responsible for BP's oil spills".
As an ISP is nothing but a carrier (this is why net neutrality is important), they cannot make you responsible for copyright infringements other people commit on your open network.
*if* the ISP is not liable for those copyright infringements otherwise; and *if* the law doesn't make you liable already.
Then again, IANAL; there may be backdoors that prevent common sense from being useful. Come to think of it, there probably are.
So does the license cover watching programmes you've recorded, at times they're no longer being shown on TV? And if so, does it matter wether you've actually recorded it yourself or wether you've simply downloaded the recording?
If you are simply entitled to watch everything that is being shown on TV, that could (and maybe should) be construed as a license to download everything that has already been shown - but not before ti's been shown.
I can't seem to find any reference to it, but I read about a similar system several years ago, where communications for a submarine would be split up into several waves, which only combine into a useful signal at the point the submarine is supposed to be.
Don't know wether it was an idea or something that was actually implemented, though.
RPM may or may not be more robust, but how is the documentation? All I can ever find is a decade-old book about RPM v2 or so, while Redhat's packages are at least on v5 by now. Debian's packaging manifest may be complex and unwieldy, but it's at least reasonably up to date, and you can already get quite far with the packaging guide for beginners. The.spec format I dug up didn't even want to compile on a recent RPM system - some keywords had apparently changed.
You first state 1D-2D; then 1D-3D, and then extrapolate to 3D-nD, having not modified the primary factor before.
Two arbitrary 2D objects in 3D space will also meet with a probability vanishingly close to 1.0. The same goes, then - if you *can* extrapolate that without knowing all the rules in place in higher dimensions - that two 3D objects will meet in 4D, and two 4D objects will meet in 5D; et cetera.
Thus, if our nD universe is encapsulated in an n+1D multiverse, they will certainly meet, according to your logic.
All of that, however, still assumes that said objects do not move around in the higher-D space. Two arbitrary lines moving around in a 3D plane may eventually meet, depending on their movements; and the more lines there are the more likely collisions become. Now, given that the multiverse is supposedly composed of an infinite number of universes, the probability of collisions is absolute 1.
Microsoft, Mac, Linux clients: check. Android, iOS, Maemo clients: check.
Mostly a backup solution so probably cronned; but apparently somethign called "sync", too, which may be as-you-save. No Symbian client, which is a shame, but might indeed be worth looking at. What I'm really looking for, per the article, is a diy setup, though. Hell, I might even pay a modest license to have their repository running on my own server. Yes, I also run my own weave for firefox synching and stuff like that:-)
I'm well aware of the complexity. Csync2 works very well for bidirectional sync, but is cron-based and only exists for Linux afaik. Tying it in to inotify shouldn't be exceedingly hard; but then there's the cross-platform bit. And it should work using a simple installer, so random Joe Luser doesn't have to fuck about with rules files and key exchanges.
Not obvious indeed.
I'm not even thinking about versioning, yet. You might be able to simply handle versioning using a versioning filesystem on the server, though - the old VMS filesystem did that, and I seem to recall that BTR either does it or was planning to do it.
What I want from a dropbox alternative, is it's most basic of functionalities: transparent multi-client sync.
I want it to both up- AND downsync the files, from multiple clients at once, without anyone having to click things; and based on filesystem triggers, not some lousy cronjob.
Could be done with iNotify + csync2, I guess; although you also need a mechanism for the server to notify the clients that a file has changed. And then you need to build a client for Macs (they have iNotify or something similar too, being BSD), then Windows (no clue what they have) and then various iThings, Android, Symbian and random stuff.
Slashdot Mirror
Which makes it safe to assume they haven't, or they would have been waving it in someone's face.
*another* nail? Just how big *is* this coffin?
Yes and no - you're right that people are crappy enough at 2D driving without having to worry about Z; but there's a lot of work going into automatic cars - some brands already have almost fully automatic prototypes - and the expansion of that into 3D will nicely circumvent that problem.
> You should never wonder who sees what's there
No, you shouldn't, especially not who sees it because we sold it to them. Go and play some more farmville, like a good little product.
The main thing that the iPad is tempting me with, is the games. The portable internet and stuff is a nice bonus, but it's it's use as a portable games platform that appeals to me. The reason I haven't bought one, is that it's simply too expensive for a games platform.
That's what it wants you to think.
> What the heck software is HP shipping that hasn't to do with their own hardware?
Servicedesk, to name but one.
Shrooms would be the logical next step, although the scientists might have found them slightly before this, methinks :-)
That's a typical sue-sick view.
He's not saying "I can't win", he's saying "I'm not interested in a real fight". Subtle, but very very different.
Heeh, did that actually happen?
On the current topic, however; look at it from the other side. If Mojang created 'Scrolls' a few years back, and then Bethesda published 'The Elder Scrolls', what would happen? From that angle, it would look a damn lot like a sequel, wouldn't it?
It's not particularly nice of Bethesda, but I do see their point.
Well, if you're resigned to not make money off it anyways, why not attempt to write it up in a different form and publish it under the GPL or a similarly sticky open license; or publish under the creative commons?
You'll still not make money off it, but it'll be wide open in the public domain, available for everyone to pick up and improve the world with it, and unable to be locked in a corporate vault.
If there is such a thing as non-runaway government, I am not aware of the country they govern.
> while *nowhere* is Korea in [in] terms of Internet access
One would expect Korea to be Korea, I'd say.
An ISP contract cannot make you legally liable to other people's actions that have nothing to do with the ISP themselves. You can't ask for more volume based off "other people used it, not me"; but they can't say "if you don't secure your wireless you are legally responsible for BP's oil spills".
As an ISP is nothing but a carrier (this is why net neutrality is important), they cannot make you responsible for copyright infringements other people commit on your open network.
*if* the ISP is not liable for those copyright infringements otherwise; and *if* the law doesn't make you liable already.
Then again, IANAL; there may be backdoors that prevent common sense from being useful. Come to think of it, there probably are.
"as they're being shown"
So does the license cover watching programmes you've recorded, at times they're no longer being shown on TV? And if so, does it matter wether you've actually recorded it yourself or wether you've simply downloaded the recording?
If you are simply entitled to watch everything that is being shown on TV, that could (and maybe should) be construed as a license to download everything that has already been shown - but not before ti's been shown.
Wouldn't that be an upload?
Just like "on the internet", "with a touchscreen" seems to be a magic phrase that makes everything all new and improved.
I can't seem to find any reference to it, but I read about a similar system several years ago, where communications for a submarine would be split up into several waves, which only combine into a useful signal at the point the submarine is supposed to be.
Don't know wether it was an idea or something that was actually implemented, though.
RPM may or may not be more robust, but how is the documentation? All I can ever find is a decade-old book about RPM v2 or so, while Redhat's packages are at least on v5 by now. Debian's packaging manifest may be complex and unwieldy, but it's at least reasonably up to date, and you can already get quite far with the packaging guide for beginners. The .spec format I dug up didn't even want to compile on a recent RPM system - some keywords had apparently changed.
You first state 1D-2D; then 1D-3D, and then extrapolate to 3D-nD, having not modified the primary factor before.
Two arbitrary 2D objects in 3D space will also meet with a probability vanishingly close to 1.0. The same goes, then - if you *can* extrapolate that without knowing all the rules in place in higher dimensions - that two 3D objects will meet in 4D, and two 4D objects will meet in 5D; et cetera.
Thus, if our nD universe is encapsulated in an n+1D multiverse, they will certainly meet, according to your logic.
All of that, however, still assumes that said objects do not move around in the higher-D space. Two arbitrary lines moving around in a 3D plane may eventually meet, depending on their movements; and the more lines there are the more likely collisions become. Now, given that the multiverse is supposedly composed of an infinite number of universes, the probability of collisions is absolute 1.
Looking at how my boyfriend reacts to it, it is.
Microsoft, Mac, Linux clients: check.
Android, iOS, Maemo clients: check.
Mostly a backup solution so probably cronned; but apparently somethign called "sync", too, which may be as-you-save. No Symbian client, which is a shame, but might indeed be worth looking at. What I'm really looking for, per the article, is a diy setup, though. Hell, I might even pay a modest license to have their repository running on my own server. Yes, I also run my own weave for firefox synching and stuff like that :-)
The "Easy, eh" was sarcasm :-)
I'm well aware of the complexity. Csync2 works very well for bidirectional sync, but is cron-based and only exists for Linux afaik. Tying it in to inotify shouldn't be exceedingly hard; but then there's the cross-platform bit. And it should work using a simple installer, so random Joe Luser doesn't have to fuck about with rules files and key exchanges.
Not obvious indeed.
I'm not even thinking about versioning, yet. You might be able to simply handle versioning using a versioning filesystem on the server, though - the old VMS filesystem did that, and I seem to recall that BTR either does it or was planning to do it.
The oceans, yes. The life in them, however, has turned out to be either too sensitive to our pollution or simply too tasty to stand much of a chance.
What I want from a dropbox alternative, is it's most basic of functionalities: transparent multi-client sync.
I want it to both up- AND downsync the files, from multiple clients at once, without anyone having to click things; and based on filesystem triggers, not some lousy cronjob.
Could be done with iNotify + csync2, I guess; although you also need a mechanism for the server to notify the clients that a file has changed. And then you need to build a client for Macs (they have iNotify or something similar too, being BSD), then Windows (no clue what they have) and then various iThings, Android, Symbian and random stuff.
Easy, eh ?