Hoboken, NJ vs. Giant Parking Robot 379
markwalling writes "Wired News is running a story about Hoboken, New Jersey's battles with robotic parking. A legal battle over the license had shut down the garage, essentially trapping hundreds of cars inside. Bill Coats has recommended that the parking garage be run off open source software: 'Vendees are going to become more sophisticated in the deals they enter into.' Coats even sees this as a driver of open source software. 'If you can get (open source software) you can't be shut down.' But that's harder to do in highly custom applications."
All Your Cars Are Belong To Us (Score:5, Funny)
Re:All Your Cars Are Belong To Us (Score:5, Insightful)
--
An elevator can only go up and down, but the Wonkavator can go sideways and slantways and longways and backways... and squareways and front ways and any other ways that you can think of.
Re:All Your Cars Are Belong To Us (Score:5, Insightful)
Re:All Your Cars Are Belong To Us (Score:5, Insightful)
I'd say it's a rather good design - for the vendor. What gives them more leverage, an empty garage or a garage full of trapped vehicles?
Ahh... Capitalism.
Re:All Your Cars Are Belong To Us (Score:3, Insightful)
Think of it this way: it's one thing for the local school board to not pay the electricity bill and have the school shut down. It's another thing if all the doors are electric and you now have hundreds of children trapped inside.
(And with that statement, I have violated Lovejoy's Law in being the first person to raise the "Won't someone please think of the children?" line of reasoning.)
Re:All Your Cars Are Belong To Us (Score:4, Interesting)
I don't think it's bad coding at all. Evil maybe, since it's certainly not the car owner's fault, but not bad coding.
Re:All Your Cars Are Belong To Us (Score:3, Insightful)
Not just that. It's more a matter of signing a bad contract. Why did the city sign a contract for subscription software licensing? Did the vendor not offer a perpetual license plus maintenance and support? You know if the software stops working, the whole garage becomes a useless pile of junk, right?
Let's compare this to a more mature but similar product, elevators. Elevators are controlled by computers too
Re:All Your Cars Are Belong To Us (Score:4, Insightful)
Bad coding means you run into trouble you didn't expect.
Creating trouble deliberately doesn't fall into this category. A worm that erases your hard disk is not automatically badly coded; it may be exemplary from a technical standpoint, just morally reprehensible.
In this case, it's ignorance on the city's part (they should know better), and stupidity on the vendor's part (they may never sell another system again). A smart vendor would give the customer a grace period, at least long enough to get people's cars off, possibly long enough to let the entire system be replaced. Only a profoundly foolish person lets his customers fail under any circumstance -- at least if he plans to stay in business.
If your software fails horribly, but you bend over backwards to help the customer, even if he's kicking you out, you walk out of the situation with your reputation for integrity and decency intact. And you need that reputation.
This is what I say over and over and over about open source vs. proprietary. Let's set aside ideology for a minute and talk pure pragmatism. When you "buy" proprietary software, you don't buy it, you license it under the vendor's terms. This is a very obvious and practical point that seems to get missed in discussions of software "wanting to be free" or whether a bunch of apparently people (of whom it is strongly implied are likely to be grungy, pot smoking hippies) can stand up to my gold plated world class proprietary development team.
Put another way, when you "buy" proprietary software, it's like getting married to the vendor. You'd better have complete confidence in the vendor, or a damned good pre-nup agreement.
I am a Hoboken, New Jersey resident (Score:3, Informative)
There are a few major parking garages in the city, and parking is a high premium. Also, there is a college (Stevens Institute of Technology, where I attend classes
Re:All Your Cars Are Belong To Us (Score:3, Funny)
Brickwall: RIM?
rworne: Forget it, he's rolling.
Billly Gates: And it ain't over now. 'Cause when the goin' gets tough...
[thinks hard]
Billly Gates: the tough get goin'! Who's with me? Let's go!
Not really (Score:4, Insightful)
Er...BECAUSE it's open source, it's easier to customize. That's one of the major selling points.
Maybe someone missed that memo.
Subject change; This company is based in Clearwater, FL. Anybody else get a sneaking suspicion that this has something to do with scientology?
Re:Not really (Score:5, Insightful)
Not to mention that the more custom it is, the more similar the proprietary and open-source development methods become. If the software is completely custom, paying an open-source developer to do it is exactly the same as paying a proprietary developer. The only difference is who gets what rights at the end.
Re:Not really (Score:5, Insightful)
Re:Not really (Score:5, Funny)
What?
Re:Not really (Score:4, Insightful)
Actually, it's very relevant: if Hoboken had the rights to modify the software either by virtue of it being Free Software (e.g. the FSF's Four Freedoms) or just by having the contract written to allow that, then they could hire another developer to come in and just fix the problem for them instead of getting stuck in court with the original vendor.
Re:Not really (Score:2)
Sig says: DRM 'manages access' in the same way that jail 'manages freedom.'
I've seen this sig on a lot of threads, but never have I seen it be so incredibly insightful and appropriate as at this moment.
Except it isn't (Score:5, Insightful)
Do you get the idea that Joe is a complete cretin by now? Does it invoke thoughts along the lines of, "nobody can be _that_ stupid, dude. Everyone would know it doesn't work that way," perchance?
Because that's a literal analogy for what those guys tried to do with the robotics software. What Joe in my example does with the house, the municipality official did with the software. Literally.
The municipality basically _could_ have paid to develop the software and the garage from scratch (F/OSS or not), but I'd bet that it would have been a lot more expensive, took longer, and ran a non-zero risk of ending up over-budget and dragging for years past the deadline, leaving you with a garage that doesn't work. And I really mean a _lot_ longer, because you also have to thoroughly test it, review the code, etc, to be sure it doesn't do something extremely stupid. (E.g., you don't want it to malfunction and move an elevator while a car is only half-way in it, destroying the car in the process.) At that point, you can probably have it GPL'ed or whatever, since you paid for it from scratch.
Or you could do what they did, and buy an _almost_ off-the-shelf solution for a fraction of the price. (Yes, it's not "off the shelf" in the sense of buying it at Wal Mart like you could buy a copy of Office, but still, an existing solution. Or at least something that only needs some small changes, as opposed to starting from scratch.) At which point, you get to take whatever the heck license you can get for those money.
Furthermore, presumably to save some money, they only rented that software for X years. Then when the deadline went, the municipality basically thought "muahahaha, why pay some more when we already have the software? Look at all the money we could save by running the software without a license. Let's shaft the developpers instead." And they even literally call the cops to kick the developper's employees off the premises.
Which, sorry, is just unethical and stupid. I can't feel any empathy for them in that kind of situation.
Furthermore, then when the software stopped working without a valid license, they tried to villify the developpers in the media, as well as drag them to court. As if they had some sacred/constitutional right to run a garage with stolen software, and the developpers were such monsters to deny them this opportunity.
Does it sound like complete slimeballs by now? Because it sure as heck does to me. Imagine that someone ignores your license (GPL or whatever floats your boat), and then they sue _you_, and try to paint _you_ as some monster to the media for trying to enforce your license. That kind of complete sleazeballs.
Re:Except it isn't (Score:4, Insightful)
Err... I was speaking in the general sense, so I don't see what your "Except it isn't" is replying to.
And anyway, I don't disagree -- I was just pointing out the same thing you did: if Hoboken had been smart and actually bought the software (or specified that it should be open-source) in the first place instead of renting it, they wouldn't be having this problem now.
Re:Except it isn't (Score:5, Interesting)
Joe rents his house. It has a garage. One day, when I'm over at Joe's new place, I leave my car in his garage for a few days. Joe says its OK. I even pay him in beers for letting me park it there. All is well.
Then Joe's landlord evicts him and changes all the locks on the doors, including the garage. Later on, I arrive at the house, only to find it locked up and my car still inside. When I ask Joe about this, he referrs me to the landlord.
So I go to the landlord, and ask to be able to retrieve my car. The landlord refuses. When pressed on this matter he goes on and on about his property rights, waving his deed to the property about in front of everyone declaring that he is under no obligation to open any door on his property for anyone. It's his door. Joe was only leasing it from him, and now that Joe's gone, he's not opening it without payment from Joe. Joe's not paying.
You can see that the landlords property rights are conflicting with my own. If he has his way, he can essentially annex my car using his property rights. I can't get my car out without breaking the law, and any court I go to will take months to reach a judgement, and will end up costing me more than the car. I'm better off paying whatever extortion the landlord demands.
Now, instead of the Landlords property rights, what we're seeing here is one companies intellectual property rights being held over the actual property rights of people whos cars are being held to ransom. Robotic Parking have stolen the cars of the people who parked in the garage and are using them to extort the city of Hoboken. If I tried this, I'd get ten, maybe fifteen years. If a software company tries it, they'll get a big fat payoff.
There is nothing those car owners can do. They have no rights whatsoever, and will not be getting their property back until two third parties agree, which may take weeks. They can't even protest. The city is too well protected. The company is too well protected. The garage design makes it impossible for them to organise and remove the cars. Robotic Parking has accomplished what the French could never dream of realising. The mob has been made impotent.
Re:Analogy breakage (Score:3, Funny)
And what do we learn from this whole thing?
That argument via analogy is utterly pointless.
Re:Pictures? (Score:4, Informative)
Re:Pictures? (Score:5, Informative)
http://www.robopark.com/ [robopark.com]
Looking at the site you posted, it looks like the cars are stacked on top each other, with nothing in between (or if there is anything, you can't see it. I'd sure hate to have someone's clunker dripping oil onto my windshield.
Re:Pictures? (Score:2)
Re:Pictures? (Score:3, Informative)
So no drips or other such things falling onto your car.
Still, sounds like a safe place to sleep for the night...
Re:Not really (Score:3, Funny)
That's why the buff male aliens tried to banish the hot female aliens using the Continuum Transfunctioner in "Dude, Where's My Car?".
Re:Not really (Score:2)
The benefit of F/OSS code to most organiztions is not that they can modify the code. Do you think Hoboken employs alot of Linux hackers capable of fixing something as complex as this system appears to be? And in a reasonable amount of time? Nah, the benefit is th
Re:Not really (Score:2)
Re:Not really (Score:2)
This issue on the other hand sounds a bit more interesting. Seems the city reached a deal with a startup who wanted to create automatic car garages and other robotics. The city basically said, ok you
Re:Not really (Score:2)
Sorry, I was using "Hacker" in the sense of higly creative and knowlegable people who make/modify things, such as coders. Not in the criminal sense. I had hoped qualifying "hackers" with "Linux", that would be apparent.
Re:Not really (Score:3, Interesting)
Or there may be one proprietary software house with code for your situation, but no open source code. In which case it is cheaper in the short term (and less risky) to just buy a licence to their code.
Remember: the more rent the programmer can charge you the more money they can make. So, if there is a company with a sm
Re:Not really (Score:2)
If you are hiring someone to write code for you, you could have the contract such that, they have rights to the code AND you receive your copy of the finished code under a open source license. I think that ends up being a win/win situation.
Re:Not really (Score:5, Insightful)
No, you misconstrued his point. He's not saying it's harder to customize open source apps, he's saying it's harder to get highly customized apps under an open source model. Companies that spend lots of time and monel developing the highly customized software might be less inclined to make it OSS since it gives them (the developers) very little benefit in exchange for exposing a highly valuable codebase.
Re:Yup,, Scientology (Score:2)
Other way around (Score:3, Funny)
Isn't it the robots usually escorting the humans from the building...?
Re:Other way around (Score:2, Funny)
We are the pusher police, we have come to save you from the terrible secrets of parking?
What?? (Score:3, Insightful)
Maan
Re:What?? (Score:2)
No, I think the PARENT won that award.
yes, the possibility still exists (Score:3, Insightful)
Oh yes, they have patents (Score:4, Interesting)
If the City of Hoboken got a purchase discount in exchange for Robo-Parking getting a piece of the action, that's a completely different contractual arrangement. Regardless, this contract is stinky. The elected officials who signed this turd need to be un-elected (and possibly punished.)
Vendor lock-in and tax dollars shouldn't mix. (Score:3, Insightful)
And what do you do if they decide to raise their rates? You're S.O.L. -- if you don't like what they're going to charge you to manage your robotic garage, then your garage magically stops working.
It's lik
Gov't runs them off... then complains?! (Score:5, Insightful)
And then complains because it breaks?
Re:Gov't runs them off... then complains?! (Score:3, Interesting)
Without question, the city should have given greater consideration to the terms of the contract, but the motivations of all parties involve
should be easier (Score:2)
You would think the major cost would be building the actual garage. Not writing the software to run it.
Re:should be easier (Score:5, Funny)
Thankyou, thankyou, I'll be here all week, try the veal...
Well, it has to be said (Score:4, Funny)
Locking cars - Locking documents (Score:5, Insightful)
Substitute cars with documents and "robotic parking lot" with DRM and you have the same result.
Do we really want to be held up for ransom by some company that has locked our data into their container ?
See also this article where vital information is held up if you do not pay... the point is that it is my data, not somebody else data !!!! as if since I put some money in the bank then the bank can refuse to give my money back or to stop moving to another bank. (I hope I am not giving new ideas to banks here...)
The article on locking medical data is here [freesoftwaremagazine.com]
Re:Locking cars - Locking documents (Score:2)
open source != open formats (Score:2)
The point of this post is in the subject, but I have to write a message body. Thus the following:
Gigantic baboons
Cereal spoons
Philosopher kings
The moon in June
Disney cartoons
The morning sun
Jeff Koons
Re:Locking cars - Locking documents (Score:2)
Thievery (Score:2, Flamebait)
NOT Thievery. (Score:4, Insightful)
Like the garage itself, this software company has costs, too. There are wages, benefits, a building, taxes, and everything else that a business needs to survive.
It matters not if the city can afford it-- they agreed to it, then threw the guys out. Now it's a matter for civil litigation.
Who needs to be responsible for this gaffe? The city attorneys. I'll be I know what law school they went to, too.
Re:NOT Thievery. (Score:5, Interesting)
I can't tell you the number of jobs we've done where we didn't get paid. Some required litigation. Others required logic bombs. When they litigated, we've won 100% of the cases, and counterclaimed for legal fees and won 100% of those, too. I don't like litigation. It sucks. So does NOT PAYING YOUR LEGAL OBLIGATIONS.
We get paid for what we do. We get to PICK OUR OWN CHARITIES. And we do charity work, about 4% of what we do each year goes to 501c(3) and 501c(6). We picked them, and they like us. That's how it works.
Re:NOT Thievery. (Score:3, Informative)
Now, as to why so ma
Re:NOT Thievery. (Score:3, Insightful)
There's n
There is honor, integrity, and contract/tort law (Score:3, Insightful)
Don't do the deal if you don't want things to stop freaking cold as frozen carbon dioxide should you decide not to pay. This gives me an exercise-able lean on what you do. I think it's a great thing. Don't like it?
Then don't blow your integrity by purposefully not honoring the contract.
This is very simple. The city shouldn't have signed the deal, in my estimation. And I 100% sympathize with the developers. It's not ext
Re:Thievery (Score:4, Informative)
Re:Thievery (Score:5, Insightful)
That does not sound unreasonable. Thought it would depend on how big the garage is, how many cars per day, and the daily parking rate, $5500/month actually sounds rather inexpensive to me. To your other point, you would be hard pressed to find a full-time developer for $66K (fully burdened- including salary, health plan, sick days, 401k, etc.).
It's more than just development cost - think of the testing required. Because this is dealing with automobiles, which are most folks' second most valuable asset, the system has to be extremely reliable. That reliablity doesn't just happen. It requires planning, coding, testing to a much higher degree than the latest open source mp3 ripper. It doesn't necessarily come cheap. A vendor must be able to recoup its costs and make a profit, or else you won't get innovative solutions like this anymore.
Re:Thievery (Score:5, Insightful)
Based on what? Do you know if they charged anything for the software up front? Perhaps the operators of the garage preferred to consider the software as part of their monthly overhead instead of as a large up-front purchase. And most likely they get some sort of NON-billed support time as part of that monthly tab. There's probably some other services tangled up in that, too - like off-site backups and mirroring.
When it somes down to brass tacks, this $5500 fee was cooked up arbitrarily by the Robotic.
What, but, say... $2500 would not have been arbitrary? How do you know that their closest competition isn't very close in price because of the costs and the business model? Do you consider your salary or hourly rate to be arbitrary?
That works out to $66,000 a year. They could pay their own devel to make software to keep that place running AND add new functionality as needed
No way. Not even close. Unless you're saying that $66k would pay for ALL of the overhead of keeping that person around. Salary. Benefits. Infrastructure. Dev platform. Backups. Documentation. And if so, the net take-home for a person whose entire overhead is $66k would be about $25k, tops. Is that the person that you think is going to be able to live in the mid-Atlantic area and, with good worldly experience, be trusted to keep that system in good shape, let along change it? Even if you could hire such a person for so little, why on earth would they stay? And then you have the cost of training and replacing and retaining someone else. $66k doesn't even come close.
don't think it's not cost effective to have in-house development in this case.
Start factoring in the disruptive costs of losing/firing someone, of mitigating risk so that only one person isn't dealing with the code that moves cars around and deals with people's money, and I think that's actually exactly wrong. I say this from the perspective of having been on both ends of buying/providing coding and integration services, and of being a consultant on projects before, during, and after all of this stuff finally gets looked at (by the end users) with a rational eye. There's more to it than you think.
Re:Thievery (Score:2)
Re:Thievery (Score:2)
Re:Thievery (Score:3, Interesting)
It's hard to criticize the fee without knowing the other facts, since it probably WOULD be semi-justified during the first few years of operation when the software were under constant refinement by an employee working mainly on their garage... but it would be downright immoral if they expected to be raking in $5,500/month 30, 40, and 50 years from now as well. Tha
Re:Thievery (Score:4, Informative)
Re:Thievery (Score:4, Interesting)
Actually that is not that bad at all - considering all of the costs involved in this type of application. These are not simple routines when you take into account that you are tracking re-occuring vehicles and the time they are typically added/removed so that you can least-time the largest number of vehicles. That is some major simulation time for least-time under varying changes (non-standard days, repairs, etc.).
I spent just over a year as a contractor on a team doing this sort of work for a parts warehouse in OH. They had this huge automated system of lifts and trucks that would move parts around as needs. As workers would add or remove parts they scanned in the bin they were going into or taken out from - bins could be mixed parts. In fact the stockers job was to make sure that the bins were as close to 1 bin = 1 job station as they could (but they could really put the parts anywhere they wanted).
The company that bought this thing was on a 5-year lease-to-buy for the software and control hardware. They elevators, automated carts, etc. they owned outright. Thus after 5 years the company had a single buyout cost in order to own the software outfight, but leaving the development company with a perputual licence to the code based upon the revision they bought (thus we could not go back and snag any changes they made after they bought it out - and vice versa) - it was essentially forked at that point.
It was an interesting system that actually (as a side effect) really closed down on employee theft, since the storage boxes were sealed until they were scanned by people putting in or taking out. They were also weighed before they were racked - since each rack could only hold so much. Tracking down missing parts was pretty easy since everything was logged as to who opened what boxes and the weight change. There were ways to get away with things, but it made theft a hassle and pin-pointed it to a small group of people.
Re:Thievery (Score:2)
What giant parking robot? (Score:2, Funny)
Tokyo was never attacked by a software license, I'll bet.
Hoboken What? (Score:5, Funny)
Re:Hoboken What? (Score:2)
Free vs. Open Source? (Score:3, Interesting)
Re:Free vs. Open Source? (Score:2)
Re:Free vs. Open Source? (Score:2)
Not strictly, no. If you had an open source app that you charged for, all someone would have to do is pay you then give it away for free. Sure, you might end up with a client base that is 100% "like hell I'm giving away this thing I paid for for free", but someone ripped those millions of mp3s floating around p2p.
Re:Free vs. Open Source? (Score:2)
False. All "open source" means is that you can see the source code. It does not necessarily mean that you also have the rights to modify and redistribute it. Microsoft's "shared source" license is an example of this.
If you do have those rights, it's not just "open source" but also "Free Software" (which is why it's important to make a distinction between the two terms).
Hoboken, as in New Jersey, you say? (Score:2)
Unlike many other software problems.. (Score:2)
Moo (Score:2)
I am now telling the software company _exactly_ what it can do with a lifetime supply of chocalate.
The insanity is driving me crazy.
"Might not hold up in court" (Score:2)
I enjoy contemplating the possibility that the COO of Robotic Parking might need to undergo surgery using the latest technology...
"Well, Mrs. Clarke, the bad news is that due to a software license dispute our robotic prostate surgery machine has just stopped working right in the middle of your husband's operation... but the good news is, the overly restrictive license m
Bad business decision by Robotic Parking... (Score:5, Insightful)
Absolutely, positively NOBODY with a gram of sanity is going to want to do business with them going forward. Smart move, guys.
The SMART way to timebomb the software (if it truly had to be done) would have been to program a soft landing... enabling the removal of cars already in the garage without restriction, and maybe even allowing new cars to be parked, but adding progressively longer delays (with obvious system messages, like "Delaying for 90 seconds due to software license expiration") to give the garage's owners time to digest the situation and react. Progressively annoying someone into action is one thing... holding them ransom with a metaphorical gun to their head is another matter entirely. I wouldn't be HAPPY with the former, but I'd be positively OUTRAGED over the latter.
Re:Bad business decision by Robotic Parking... (Score:2)
Re:Bad business decision by Robotic Parking... (Score:4, Interesting)
If one of the cars' owners flew down to Florida and was arrested for destroying the CEO's car with a baseball bat, this is the kind of case where the prosecutor would have to legally try to bind and gag the defense in court so they couldn't let the jury know WHY the defendant destroyed the CEO's car... because if they did, no jury in America would convict him or her, even if it were beyond doubt that the facts of the case indicated that he did, in fact, break the law.
Giant Parking Robot! (Score:2)
"Here."
"SECOND REQUEST: PLEASE PRESENT PARKING PASS."
"It- it's right here!"
"SUBJECT IS RESISTING, ENTERING KILL MODE."
The obvious solution (Score:2)
That's right - we need Voltron.
Form blazing sword!
breaking the laws of robotics? (Score:2)
Caveat Emptor (Score:4, Insightful)
If Hoboken had the "Robotic employees" [glad "Robotic was capitalized there] escorted off the premises, presumably Hoboken owns this garage. They must have spent lord knows how much money to build this state-of-the-art robot parking garage they own, and then they plan to indefinitely lease the software by the month, and of course the whole thing is worse than worthless without it.
Who would buy something under those terms? I can't imagine making a major investment where someone else is in complete control of it and gets to re-bill me whatever they want whenever they want or else the whole thing becomes useless.
I don't know what Robotic's terms with their other customers are, but it makes sense to run this the way most things are run- either let Robotic build and run the whole thing, or else pay for the whole thing (including software) and own it all. Don't buy all of it but one critical, irreplaceable part, which you rent.
Sure, there are lots of people who get service contracts from the manufacturer and such, but there are generally alternate vendors available for these. This is like buying a car, and then leasing the copy-proof key for it from the dealer.
Their new deal is for just under $200,000 to lease a piece of software for three years. I don't know how complex this software is, and it's used in an application where it's critical that it not be buggy, but I bet there are a lot of programmers here who would love to develop a project they could lease to each user for $66,000/year, without ever actually selling a license. Especially if it would ruin the user's multi-million dollar investment if they ever stopped paying for the license.
The big picture... (Score:2)
Right tool for the problem (Score:2, Insightful)
1) Liability - any failure is at large your responsibility, developers can be knowingly negligent and not be liable in any way
2) Support - you OS product might not have any support, if it does its costs are not fixed and you have to tie part of your budget into emergency and contingency funds
3) Standard compliance - forget ISO or any safety/regulations compliance
4)
Someone ought to... (Score:2)
...highlight this example to launch a campaign to get laws passed that create liability for harm inflicted by software timebombs like this. Sure, sure, software companies may be entitled to compensation for uses of their software beyond the license, but if their time bomb inflicts greater harms than the compensation for which they would be entitled, then the compensation ought to flow the other way.
People have legal remedies in cases like this; they should not be permitted to use them as an excuse for cyb
XGL (Score:2)
Articles w/more background info (Score:3, Informative)
From http://www.nj.com/news/jjournal/index.ssf?/base/ne ws-0/1154154297217660.xml&coll=3 [nj.com]
Hmmm, sounds like someone has been taking lessons from Darl McBride ...
And from http://www.hudsonreporter.com/site/news.cfm?BRD=12 91&dept_id=523585&newsid=16980856&PAG=461&rfi=9 [hudsonreporter.com]
I guess 99.99% reliability means only one in 10,000 cars gets totaled.
This is stupid (Score:3, Interesting)
The Government should have written their proposal to build the garage and the accompanying contract so that they own code that runs the system. This would also allow them to have it peer reviewed by others without a vested interest in anything other than a successful peer review.
This isn't an open source issue either... While that would give the government agencies access to the code in question, it isn't like armies of engineers are going to be contributing code back to the project (although I guess it is possible). In fact, (at least in my experience with Federal Government contracting), such source code would be considered in the 'public domain', and accessible via a Freedom of Information Act request.
My money is on (Score:3, Funny)
Can you believe these freakin robots Tony?
I dunno Frankie, Robot that big, must have huge balls.
Re:A who did what to who? (Score:2)
As I understand from the company's website:
Driver drives car onto a car-sized platform.
Platform moves car into parking grid. Basically a set of elevators and conveyor belts.
I would suppose that the license is for the software that controls the system.
It looks neat. You can save a lot of space by not requiring room for drivers to be able to avoid other cars, since the system moves them along into place. Downside: power outages, mechanical failure, or the odd licensing disput
Re:A who did what to who? (Score:2, Interesting)
Re:A who did what to who? (Score:5, Informative)
Re:A who did what to who? (Score:2)
If my car were in there I'd be filing a complaint with the police as well as filing a lawsuit demanding a rather steep rental fee. I have never seen terms from any parking garage that say "we reserve the right to refuse to give you your car back". I think my rental fee is $1000 a day, sounds about right
Don't like it? Tell the CIVIL complaint to go to hell and avoid CRIMINAL charges by giv
Re:A who did what to who? (Score:2)
Open source angle is important (Score:2)
I wonder if the car owners have standing to sue the garage builders?
Re:Open source angle is important (Score:2)
Even if the control software was GPL'd, the control software itself was never distributed. Therefore, there is no requirement at all for the robot garage vendor to make that source available.
And even if the source was available, and were easil
Funny you should mention Transformers (Score:5, Funny)
Re:What is robotic parking? (Score:2, Interesting)
You can watch their videos at:
http://www.robopark.com/ [robopark.com]
Re:This is a Good Idea How? (Score:2)
Living here in Jersey, fighting villains from afar (Score:2)