Berkeley Deep Drive Dataset
bdd-data.berkeley.edu
bdd-data.berkeley.edu
"FAQ: The download buttons do not work".
"The website is fully supported by Chrome now"
The current state of the internet, has reached a very low point. One would expect more from berkley.edu.
EDIT: I find the downvotes preposterous. Are we somehow supposed to expect requiring a proprietary browser to simply download a file from an educational institution now?
If you want something not proprietary, why don't you use Firefox?
A link would. A form submission would. Ultra simple JavaScript would.
It’s not a question of “why doesn’t chrome work“ but more a question of “how is this even an issue“.
I’m really tired of people declaring other browsers “broken“ because they don’t implement the future-of-the-minute that chrome has already added.
In fact, they'd probably be perturbed by the bandwidth costs even if everyone who wanted the dataset was only downloading it once.
Maybe it uses WebTorrent?
(Not sure why it couldn't just fall back to giving you a .torrent file in that case, though.)
BitTorrent and related protocols handle this automatically by breaking the file into large (megabyte-range) chunks, and then putting the cryptographic hashes of all the chunks in the manifest. As long as you've received the manifest, you can protect against both passive corruption and active MITMing in the same way you resume broken downloads: by just discarding chunks that failed to complete to a state of "has all the bytes and hashes correctly", and trying those chunks again.
(Sadly, HTTP doesn't support a digest response header that applies to each chunk of a "Transfer-Encoding: chunked" response stream, or it could vaguely compete with this. The Content-MD5 header could have done this, but it was removed precisely because implementations were in conflict on whether it was for this, or for hashing the document as a whole.)
COCO (and friends) provide either cloud-backed rsync tools or curl snippets for this reason.
Videos: 100K video clips: Size:1.8TB
Info: The GPS/IMU information recorded along with the videos: Size: 3.9GB
Images It has two subfolders. 1) 100K labeled key frame images extracted from the videos at 10th second 2) 10K key frames for full-frame semantic segmentation.: Size: 6.5GB
Labels: Annotations of road objects, lanes, and drivable areas in JSON format. Details at Github repo.: Size: 147MB
Drivable Maps: Segmentation maps of Drivable areas.: Size: 661MB
Segmentation: Full-frame semantic segmentation maps. The corresponding images are in the same folder.: Size: 1.2GB
"""
Copyright ©2018. The Regents of the University of California (Regents). All Rights Reserved.
Permission to use, copy, modify, and distribute this software and its documentation for educational, research, and not-for-profit purposes, without fee and without a signed licensing agreement; and permission use, copy, modify and distribute this software for commercial purposes (such rights not subject to transfer) to BDD member and its affiliates, is hereby granted, provided that the above copyright notice, this paragraph and the following two paragraphs appear in all copies, modifications, and distributions. Contact The Office of Technology Licensing, UC Berkeley, 2150 Shattuck Avenue, Suite 510, Berkeley, CA 94720-1620, (510) 643-7201, otl@berkeley.edu, http://ipira.berkeley.edu/industry-info for commercial licensing opportunities.
IN NO EVENT SHALL REGENTS BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF REGENTS HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
REGENTS SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE AND ACCOMPANYING DOCUMENTATION, IF ANY, PROVIDED HEREUNDER IS PROVIDED "AS IS". REGENTS HAS NO OBLIGATION TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
"""
EDIT: The title of this HN topic is wrong. It's not what's in the source and it to be changed. (I'm relieved that it's just a submitter summarizing incorrectly and that Berkeley Deep Dive was not responsible for this mistake.)
How do usage terms dictate whether the source is open?
The Open Source Definition is curated by the Open Source Initiative and has been stable for many years. A huge industry rests on top of it.
Copyleft imposes some requirements on redistribution. It does not impose restrictions on usage at all.
I wasn't saying copyleft imposes restrictions on usage.
The first "open-source" criterion says the following (and note that, like you said, this is a restriction on redistribution and not usage):
> The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources.
We both agree GPL places a restriction on redistribution (namely: that it must be with source code). However, criterion #1 says very clearly that the license can't place restrictions on software redistribution when it's aggregated with software from different sources.
This is a pretty clear contradiction to me. The fact that you cannot redistribute GPL software without source (whether bundled with other software or otherwise) is a restriction on whether/how you can redistribute GPL software, hence it goes against the "shall not restrict" requirement. And there's no exception carved out for "restrictions that require source code to be included". So I don't see how we get to ignore this and cherry-pick what restrictions actually fall under "restrictions"...
GPL does not say that. What it does say is that you must provide the source upon request.
> The fact that you cannot redistribute GPL software without source (whether bundled with other software or otherwise) is a restriction on whether/how you can redistribute GPL software, hence it goes against the "shall not restrict" requirement. And there's no exception carved out for "restrictions that require source code to be included".
So all of what you said there is simply incorrect, because like I said, you absolutely can distribute GPL software without including the source code alongside it. And that is what is done by everyone 99% of the time.
You only need to provide the source upon request to the people that ask you for it.
I encourage you to take the time to read the GPL FAQ. Even though GPL is not my preferred license I think it is important to have a good understanding of it. https://www.gnu.org/licenses/gpl-faq.en.html
> GPL does not say that. What it does say is that you must provide the source upon request.
Yes, I was being brief. I'm well aware. [1]
[1] https://news.ycombinator.com/item?id=17202439
-------------
To your edit:
> So all of what you said there is simply incorrect, because like I said, you absolutely can distribute GPL software without including the source code alongside it. And that is what is done by everyone 99% of the time. You only need to provide the source upon request to the people that ask you for it.
No, it makes no difference at all. You cannot redistribute the software unless you are willing and able to redistribute the source code as well. That is very clearly a restriction on your redistribution of the software. The fact that we happen to be talking about the software's own source code makes no difference as to whether it's a restriction or not. It'd be a restriction whether we're talking about "source code", or "$100,000", or anything else. The simple fact that you have to be willing and able to provide {something} before you can redistribute the software is obviously a restriction on your redistribution of the software.
> When we call software “free,” we mean that it respects the users' essential freedoms: the freedom to run it, to study and change it, and to redistribute copies with or without changes. This is a matter of freedom, not price, so think of “free speech,” not “free beer.”
https://www.gnu.org/philosophy/open-source-misses-the-point....
However, we're going off topic here. The self-driving download is neither Open Source nor Free Software.
I'm not a lawyer, so maybe someone with more expertise could chime in...
The problem here is that both of your suggestions involve a 2-step process:
1. Download the file
2. Create a torrent from it, or upload it to IPFS
Since step 1 is already a 2TB download, getting to either version of step 2 is untenable. I agree with one of the other posters in this thread, the default for something like this should be torrent since you get both distribution and checksumming for free.
It would also be nice if it wasn't a 2TB zip file, which then has to be unzipped onto another 2TB of storage for practical use.