This task is to polish and deploy the mediawiki extension I wrote at the 2016 Jerusalem Hackathon, which supports upload, thumbnailing and interactive display of STL files.
Extension page: https://www.mediawiki.org/wiki/Extension:3d
Extension code: rETHR
Backend thumbnail renderer: rTDTP
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Add AMF and STL to mime.types | mediawiki/core | master | +2 -0 |
@Jdforrester-WMF is it possible to give people the option of what format they download the 3D file in when users chose to download a file (like how you can download .svg files and .png as well)? This will be important when more formats are added later on.
There'll be the PNG simple renders (for non-JS users and others than want them), but they're restricted to the default view of the model. We won't be converting filetypes on the fly.
AIUI this repository is currently hosted by Phabricator/Diffusion right? Is there any plan to move it into Gerrit? There's no github mirror, it's not part of mediawiki/extensions.git, all of our CI is set up for Gerrit, etc.
Well, I was going to try and fix T157347, but I realized it wasn't in my local tree, found this task, found the repo on Phab, identified the problem, and then realized that it isn't in Gerrit, doesn't go through normal CI, etc.
I am sorry. I did not realize you were working on that task. I just used the Differential web UI.
Hey @Josve05a , I understand that copyright violations are something the Commons community takes seriously. I'm not aware that we have anything in place to detect these sorts of violations for the millions of audio, image, and video media currently on Commons.
Asking to delay a deployment until we have something in place specifically for 3D files will put an undue burden on the development work that has been done for this feature. Allowing the upload of 3D files has been an oft requested feature by the Commons community.
Adding another file format surely adds to the burden of detecting copyright violations, but I think it's reasonable to argue that the sum of possible 3D files will be a much smaller contribution than any other existing media formats.
I think your concerns are valid and should be addressed, but not at the scope of this requested feature. That said, are you aware of T120453? :)
For Images we use Google Images reverse search, and TIneye, for Audio we can use apps like Shazam, Soundhound etc., for videos, we can use screenshots and try to do Google Image searches.
Asking to delay a deployment until we have something in place specifically for 3D files will put an undue burden on the development work that has been done for this feature. Allowing the upload of 3D files has been an oft requested feature by the Commons community.
Asking th ecommunity to maintain a new (wanted) feature, without helping the community find a way to actuallymaintaining them, would be an undue burden on the already personel- and resource-strained community. But, that is just my opinion.
Adding another file format surely adds to the burden of detecting copyright violations, but I think it's reasonable to argue that the sum of possible 3D files will be a much smaller contribution than any other existing media formats.
I think that 3d works will both be harder to detect copyvios for, a well have a much higher rate of 'derviative work' violations than other kind of file format, but...oh well.
Given that the WMF clearly does not have the ability to create something like TinEye or Google Image Search, what you seem to be asking is that 3D files be disallowed on Commons until some company starts a 3D search service, ie. basically forever (as the user base of STL is basically zero compared to jpeg or mp3, so there is very little profit in creating a site for it, but crawling the internet does not become much cheaper just because the thing you are indexing is relatively rare). Phabricator is probably not the right place for that discussion.
@Josve05a in situations like this, I would say, don't worry about problems you don't have yet.. As with any vandalism. things can be disabled when they are abused, but abuse might not even occur. Solutions are best created out of a need to solve problems. If you never have a problem, you will likely also never have the need to create a solution.
I would seriously consider reaching out to major maker and/or 3D printing/designer/gamer hubs however, and request support in trying to determine origin of models if needed, and information about signals to look for copyright violations. A topic specific portal on Commons should be able to deal with that.
There are more tasks to be done, including iteration and production deployment following period of feedback, but this is on the beta cluster now.
I'm unsure if this is the right place to ask this; I wonder if you could point me to the relevant person(s) about a possible bug in the Wikimedia model viewer. I'd posted the following on the Computer help-desk but didn't get any replies:
I created a few STL files below and found that artifacts appear in the Wikimedia viewer and occasionally the thumbnail. I've checked that the direction of facet vertices is anticlockwise, the normals are sensible and polygons are not duplicated. It seems to happen more where the polyhedron is thin. All these polyhedra render correctly on http://viewstl.com . Would anyone know how to fix these artifacts?
<gallery widths="200" heights="150">
Penang_island.stl|Severe artifacts
Szilassi_polyhedron.stl|Severe artifacts
rhombic_triacontahedron.stl|Severe artifacts
sphericon.stl|Major artifacts
</gallery>
Thanks!
https://commons.wikimedia.org/wiki/File:Penang_island.stl
https://commons.wikimedia.org/wiki/File:Szilassi_polyhedron.stl
https://commons.wikimedia.org/wiki/File:Sphericon.stl
Couldn't find rhombic_triacontahedron.stl on Commons
Last two comments should go to a separate task as this task is closed - see T191213 instead.