Image uploading into questions and answers is definitely MVP. Some of the features will likely not be
Process: Image uploading should include local file upload, image URL paste and (if possible/practical) paste image data from local clipboard
Image Storage: We should use our own storage in order to have complete control - i.e., avoid a 3rd party service going out of business or being blocked for legal issues (e.g., if the same service hosted images deemed illegal). AWS S3 is an option, currently at $0.023/GB/month.
Metadata Storage: The database will need to store information such as the original source (user), filename, etc. All references to the actual image should be via the database, so that if we change storage platforms (or rearrange files within a platform), only the routine that fetches the image based on the metadata will change, but no actual links within Q & A, etc.
User Manipulation: We should not provide a full image editor. But 3 simple functions:
Crop
Rotate
Resize
can take care of the vast majority of problems with uploaded images. Many users, particularly uploading directly from smartphones, are unable to crop/rotate/resize locally before upload. I have at times downloaded images and fixed them and uploaded the fixed images simply because I couldnāt stand looking at an upside down image with extraneous junk, etc. Make it easy and users can do it themselves (original user or another user editing). These functions will require a good UI, but the end result because a handful of numbers (4 numbers for crop (left/right/top/bottom), 1 for rotate (angle), 1 for resize (percentage) so they can be stored in the database with the other metadata. The adjusted images can be stored separately (more storage cost) or generated on-the-fly (more processing each time) or a mixture (store recent images and purge all but āoriginalā after a certain time).
Ability to include images in posts: yes, images in posts are very useful. Thatās not strictly needed for MVP, links to images will do in a pinch. But itās definitely better if we can show them inline.
Having our own storage for images: thatās preferable, but not easy or cheap. Not MVP. We can leverage the Wayback Machine to ensure images donāt get lost: ensure that itās crawling our site and includes linked images.
Built-in editor: nice, but thatās absolutely not MVP. MVP means minimum viable product, not everything weād like to have.
Hosting. I am 100% against using a 3rd-party service like imgur. The cost of hosting ourselves is minimal and it solves a lot of potential problems. The issues (copyright violations, inappropriate images, etc.) that we will inevitably have to deal with will happen (and will affect us) whether we host the images or just point to them.
I tend to lean towards self-hosting images, but it absolutely needs some solid investigation into costs and likely available funding.
I also tend to agree with @gilles - an on-site image editor would be good, but is not MVP. If SE gets by without one in production, so can we until we have built a solid product and can come back for a second pass.
Canāt rely on Wayback Machine to ensure images donāt get lost - even less than a paid 3rd party service. Hosting our own is not expensive, and I argue should be MVP.
One way to keep the cost down initially, and would be simpler as well, is to not store any images that are retrieved as part of transferred Q&A from SE (or other sites) and link those images to the original location (imgur or direct hosting of any other site). That is quite logical and eliminates the initial burden of transferring (potentially) millions of images. It also may avoid some licensing issues.
I do agree that built-in editor is not MVP. But I believe that the 3 key functions (crop, rotate, resize) can be done fairly easily and would be an example of an advantage over some competing systems.
This is indeed very likely to be true, especially if we use an existing solution (at least a starting point) as we should anyway IMO, instead of reinventing wheels, tires and entire carriages.
But yes, matter of fact is, this is not an MVP feature.
Iāve changed my mind on image hosting. We should only accept embedded content that we or some independent service hosts. Ideally we should host the images, if not they should be on some reasonable service such as Imgur.
The reason is privacy. Stack Exchange allows posts with embedded images on a server that the author controls. This allows the author to at least collect IP addresses of visitors, and possibly do some browser fingerprinting. Itās a privacy violation. Letās not do that.
On the other hand, the ability to hotlink an image is useful - maybe Wikimedia Commons has the exact image that I want, and I donāt want to have to bother re-uploading it.
So maybe the solution is in the middle - we (a) have a list of whitelisted domains that can be hotlinked from, including things like Imgur and Wikimedia, and we (b) make it easy to re-upload images that are not on those domains - provide a box to paste a URL into and have the image it refers to re-uploaded.
On the third hand, that raises issues of licensing and copyright that could potentially land us in some hot water, so maybe we canāt offer re-uploading.
On the fourth hand, maybe we adopt a Medium-like approach to hotlinking: allowed, but any third-party hosted embedded content will be replaced by an overlay and not loaded until the user specifically clicks it to load it in. Embedded content that we host doesnāt need to have an overlay.
We absolutely have to allow re-uploading. A very significant percentage of users (except the true geeks) have any clue how to properly upload a picture from their phone to their computer or from their phone straight into a browser. Many (not all, but a significant percentage) upload to some āsystemā that is easy from their phone - that might be imgur or facebook or something else. Once it is there, they upload to SE by copying/pasting a link to the image from a web site. There is no practical way to distinguish between those links (their own personal content that has zero license issues) and content from other sites. For that matter, we have no easy way to distinguish between a personās own Facebook post and a grab off of someone elseās page. (No, I have no idea what the Facebook licensing is - even if that turns out to be OK, there will be other sites where it is a problem).
So we allow āany imagesā. We make it easy. We give a BOLD WARNING about copyright and other legal issues (you can guess what those are with images). And then we have to be reasonably vigilant when issues or questions come up.
Would pasting an image in from clipboard ever be a possibility? I know thatās one of my favourite Discord features, and it would circumvent the issue of pasting in links to at least some users. Probably not MVP, but I donāt want to have to create another thread to just post a single line.
This thread has been dormant for a while. I note that Writing needed image uploading within its first few days here, and I donāt think that will be unusual.
I think we need image upload for MVP. I donāt think we necessarily need other tools; you can do your cropping, rotating etc outside of Codidact before uploading. We do need to handle large images, presumably with a combination of scaling (for display) and limiting file size (to prevent huge uploads thatāll never display anyway).
The question of whether we require upload or allow links to extant images remains open; do we need to resolve that for MVP?
Upload is preferred. That should (but not necessarily MVP) include the ability to paste a URL and let Codidact pull the image from elsewhere. While conceptually that may seem the same as ālink to extant imagesā, it is not. Link to extant images (i.e., a link that displays an image here) has several problems:
Links break over time due to content elsewhere changing URLs or web sites disappearing - all beyond our control.
Actually allowing user-entered <img> links raises a host of security issues.
Storing the images locally allows us to make sure the images are truly images (i.e., match a normal JPG or PNG or GIF file format).
Storing images locally (whether collected via link paste or a true upload) has the one disadvantage of leaving the site open to copyright issues. However, that is really not a big deal - as with text content, if there is a reasonable request (however that is defined) to remove, we remove it and notify the user who can challenge, etc. But it has the big advantages (over links-to-user-supplied-sites or to SE-style hosted-for-us-elsewhere) of keeping the system reasonably self-contained and not reliant on other sites for primary content.
Weāll probably need to do a one-time operation of copying images from SEās imgur space to ours ā a job that runs as a follow-on to the data-import job. I donāt think we need to block on that; those images work today and Stackās imgur space is durable. But weāll want to clean that up and do our own hosting, for all the reasons already listed and also so that weāre not vulnerable to SE deciding to block external deep links. (And since theyāre paying for that space, they could reasonably do that.)
A quick look imgurās info was a bit scary - they only allow reuse of images for personal/non-commercial (which arguably we wonāt be, even if we donāt actually charge anyone for anything) and āfair useā (definitely not). And actually in a number of ways the newer imgur licensing is ānastyā - grants imgur the right to do pretty much anything with the images without granting much in the way of use to people who download them - i.e., a one-way street.
However, the SE license makes it pretty clear (Iāve read a few Q&A about it) that (a) the images are licensed with the same CCBYSA as user-supplied Q&A text and (b) imgur does not automatically get their preferred license, thanks to a deal (hopefully still in placeā¦) with imgur.
So IANAL, but it appears that we can download standard SE-imgur images within CCBYSA guidelines without any real concerns.
I think that while this is not āmust be MVPā, it should not be that hard to implement and would help quite a bit for many users (the ones who have trouble figuring out how to navigate to pictures on their phone to upload them but who have all their pictures magically appearing in some web site and can grab a link from there).
