Commons:Textured 3D

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Wikimedia Commons doesn't support textured 3D models at the moment, this page is here to track the progress to change that. It will also contain a list of resources and links to get involved, as well as some example 3D models, that would fit on Commons in the future.

Significant urgency due to current developments

[edit]

The current issues surrounding Sketchfab show how important a non-commercial platform for sharing and visualising textured 3D models would be. Tens of thousands of 3D models under free licences are under threat, and in a petition to Sketchfab it is said that "this is the virtual equivalent of burning the Library of Alexandria". Here is a petition with lots of background information.

Technical progress

[edit]

Discussions

[edit]

Technical realisation

[edit]

Formats

[edit]

There are several open standards for textured 3D models. Concrete wishes for integration exist for the following formats:

The glTF (Graphics Library Transmission Format) file format is an open standard for textured three-dimensional scenes and models (ISO/IEC 12113:2022). The extension .glb is the binary version of this format. Work has already been carried out for this format to extend the MediaWiki Extension:3D.

Technical realisation to date

[edit]

The following components would need to be revised for .glb support:

  • During the Wikimedia Hackathon 2024, work has already been carried out to support the .glb format WIP 1026883.
    • Adds three.js (r164) and webpack to npm dev deps
    • grunt 'build' task to rebuild a fresh three.js
    • bundles GLTFLoader and STLLoader
  • Based on this work, a prototype for a viewer was developed. This also supports KTX2 compression. STL & GLB models can be selected, and own models can be uploaded.

Content to better integrate in this article:

[edit]

Featuring 3D renderings of notable objects and places offers great opportunities for improving Wikipedia articles by making them both more engaging for readers whilst also helping them better comprehend the subject.

Support for featuring 3D renderings of objects has become increasingly common and better supported on the internet generally; however this support is not currently matched on Wikimedia Commons thereby limiting Wikipedia's ability to feature 3D objects.

As stated in a blog post on the publication of the original basic 3D support in Commons (source below):

In the future, after feedback from our community of volunteer editors, we’ll consider adding support for even more complex file types that support features like textures.

The time to add support for these features is now. Most modern smartphones are able to create 3D-Scans of smaller objects or even complete buildings rights now and there is no way to upload and display them in Wikimedia projects! There are several large sources of free textured 3D models.

Possible use cases of colorful, interactive and complex 3d models in Wikipedia articles:

  • models of extinct species like dinosaur reconstructions
  • the inside of historical rooms (example)
  • all kinds of smaller interesting objects
This is great, but pretty boring. We need color! ;)

Resources:


Wikimania poster and meetup

[edit]
Poster by Discott that will be displayed at Wikimania 2023.
WMF C-Levels and other staff talking about how to best action 3D support on Wikipedia.

I have a number of photogrametric 3D models on Commons, all of which would benefit from texturing: even in simple cases, texturing gives indications of materials (is a statue made of bronze, marble, clay...?), and conveys verisimilitude through little details such as weathering or ambient occlusion.

More importantly, some models suffer greatly from being only clay models: for instance polychrome archaeological artefacts are improperly represented by clay models.

Without textures polygons are visible and things hard to discern

Finally, on the technical side, not having textures forces us to upload high polygon models. The possibility to embed bump maps and displacement maps would allow conveying the same amount of detail with much smaller models (one order of magnitude fewer polygons at least).