Would potentially be useful if you could take advantage of this _after_ you've been excommunicated from a service for whatever unknowable violation you committed.
If curious, past threads:<p><i>Data-Transfer-Project</i> - <a href="https://news.ycombinator.com/item?id=23887000" rel="nofollow">https://news.ycombinator.com/item?id=23887000</a> - July 2020 (27 comments)<p><i>An open source platform promoting universal data portability</i> - <a href="https://news.ycombinator.com/item?id=17596146" rel="nofollow">https://news.ycombinator.com/item?id=17596146</a> - July 2018 (10 comments)<p><i>The Data Transfer Project</i> - <a href="https://news.ycombinator.com/item?id=17580502" rel="nofollow">https://news.ycombinator.com/item?id=17580502</a> - July 2018 (47 comments)<p><i>The Data Transfer Project</i> - <a href="https://news.ycombinator.com/item?id=17574707" rel="nofollow">https://news.ycombinator.com/item?id=17574707</a> - July 2018 (50 comments)<p>Others?
For me, it is difficult to pin down what exactly this type of thing should be.<p>Is it <i>purely</i> for data migration? ie: I am closing my facebook account and want to extract an archive copy of all my contacts, posts, uploads, etc<p>Is it better to function as a direct transfer? How could it possibly make sense to transfer my old hackernews comments to my new facebook account?<p>The more I think about it, the more I just come back to email. Not necessarily the specific implementations, just the high level design: From any domain, I should be able to send a direct message to a contact in any domain. They should be able to view any <i>basic</i>[0] content I post (text, images, calendar) and respond in kind with <i>basic</i> content regardless of the domain either of us use.<p>I'm not sure that fully-federated-everything is the best answer and I would expect most reasonable implementations to include "Sign in at facebook.com for the best experience" or whatever.<p>I can't personally imagine the ideal system yet but I assume it must be somewhere in the unmapped middle ground between Facebook/Twitter/Apple silos and thousands of impossible-to-trust sloppily-federated micro-domains hosted by random individuals.<p>Edit: As an aside, the issue of authentication seems critically important with no clear designs that would provide a secure and usable solution. Though, the issue of account name squatters does already exist, it is relatively manageable with so few domains and no inter-operability between domains.<p>[0] This concept of "basic" data seems to be more-or-less captured by the "verticals" described here <a href="https://datatransferproject.dev/documentation" rel="nofollow">https://datatransferproject.dev/documentation</a>
Possibly related to Apple’s recently added feature to transfer photos from iCloud to Google Photos: <a href="https://news.ycombinator.com/item?id=26344739" rel="nofollow">https://news.ycombinator.com/item?id=26344739</a>
After antitrust action from regulators and lawmakers from EU and the US seems inevitable, the contributors to the Data Transfer Project now, suddenly, believe portability and interoperability are central to innovation.
An alternative would be to self-host with something like sandstorm.io, and granting temporary permission to cloud providers to access some of the data, on a per-grain basis.<p>I have no idea how the economics would work with this.
FYI, talked about 3-years ago here: <a href="https://news.ycombinator.com/item?id=17574707" rel="nofollow">https://news.ycombinator.com/item?id=17574707</a><p>Nice to see it's finally landing.
Can someone please eli5 how this relates to Solid [0]? Is it an alternative? Completely unrelated? Would they work together -- and if, how?<p>[0] <a href="https://solidproject.org/" rel="nofollow">https://solidproject.org/</a>
For me, this touches on everything that is wrong with the setup we find we have. How we lose our privacy and are beholden to our corporations and governments.<p>* We are separated from our data. It should be ours, and we should be able to allow for corporates to access it if we choose to and we are able to understand the usage.<p>* The options we are given here are to be able to move our data from one corporate entity to another. Hardly the solution individual ownership of one's data and privacy.<p>* We are looking to government legislation to make this right for us, but governments like having access to all the data that the corporations share with them. Governments are in the business of managing populations at scale - the more information they have, the better modelling, nudging, manipulations of the population they can do. Basically corporate and governmental interests align.<p>* Not to forget that corporations lobby governmental entities for the legislation they want. Even if the legislation states one thing, there are ALWAYS backdoors that are understood.<p>I'm sorry to say that the attack on privacy is a coordinated one with governments AND corporations. If you hope that this time the government will write better legislation or that corporates will do the right thing, you are mistaken. They only care about being perceived to do the right thing - so public relations.<p>If you are aware of all that, and have a solution, I would be interested to hear. I think any solution would involve individuals acting very defensively about their data. Any solution that begs government or corporations for better action this time is doomed.
What would really help is a STDlib across major languages for the core data models. Think the programmer's equivalent of iLife. You're not going to sell me on a big REST structure until I'm happy with the objects I'm getting.
I wonder how they vet any small companies? Just like stealing/selling Chrome/firefox extensions how will this work if a small company withe nextcloud offers migration - then it is 'acquired' by 'evil' company.<p><a href="https://datatransferproject.dev/faq" rel="nofollow">https://datatransferproject.dev/faq</a><p>> Q: Why aren’t there more, smaller companies in the Project?
Even office suite market's money today is on on-line collaboration. Microsoft would benefit tremendously with a decent open source reader for Microsoft Office formats.
Unless you can choose to <i>move</i> data instead of <i>copy</i> data from service to service then all this is doing is making it real easy for every service to get access to all of the big pool if data that every other service has on you.