First of all, thank you for the compression operation.

THank you :)

Orthophotos are among the few media types that simultaneously serve as illustrations, historical records, geospatial datasets, verification tools, and long-term archival resources, and can be combined with many other sources of geodata or regular data.

Hi! I think LZW compressing would be very useful. Amir Sarabadani reached out to me about the issue. I would be glad to be able to implement an LZW workflow, but I see some technical limitations right now. I transfer open geodata from different sourcess, which may include files without compression. I use OpenRefine for this workflow, because the amount of data is too large to download, compress and reupload. My question is: Would it be possible to implement a function that (via OpenRefine) fetches the files, compresses them and uploads them as smaller file? This would be very helpful. Tools like GDAL support conversion without losing the embedded coordinates, so files can still be used in GIS like QGIS. In cases like Thuringia, where only ZIPs are available, I wrote a Python script that applies automated compression. Thank you!

I see this issue as resolved, because the circumstances are known and it may be an issue on Mapillary's side...

Interesting, it looks like we have some days of delay... It may depend on the sequence size and date of upload how fast the sequence can be retrieved

The example sources as URLs

A good example is sequence uf1zk5b946n7ixsj1bp604 (https://www.mapillary.com/app/user/sermersooq?pKey=2929205344063427&lat=64.18562599999998&lng=-51.721243000000015&z=17&focus=photo)

A user requested to automatically add {{Geogroup|level=1}} to new created cats :)

How fortunate, hehe :D

Do we have some sort of tracked progress?

This is really hot stuff, I love it :)

@Nebulousflynn cool stuff! I think we will have many new free models over the next years :).

The scale is usually like from a depth map. Black or white stands for higher or lower elevation. It is done in grayscale.

Good idea ;). I had a similar request: https://phabricator.wikimedia.org/T355340

13:19 PM CET

Yes, thank you for that hint; I try to collect the information.

Still happening, no matter by what upload tool

Hi!
Afaik it's rather time-independent and happened also the last days. I remember it to happen around 9PM (CET), but also some hours before. This is usually my "working time" on Commons

Nice to have you here :)
Textured meshes will be a very important part in the future represeting real-life objects, evolved from simple photographs (and from there to panoramics). And it makes it easier to preserve precious objects :D

I have such problems with {{PD-text}} {{PD-shape}} and {{Data license Germany-attribution-2.0}}

• see also: https://commons.wikimedia.org/wiki/Commons:Upload_Wizard_feedback#Upload_Wizard_broken

Hi @Nebulousflynn, nice to have you :). Afaik it is about the implementation of a 3D viewer for textured models and what "quality of life" features it should include, also while handling larger files.

Huge thanks from me, too :). Happy to see the project growing

Very important step :)
Let's make it happen

I uploaded a duck test files, works also fine. Maybe the zooming could be a bit smoother :)

I just took a look at it, and this is already very good! Thank you very much for this :) (Color and shading make a huge difference)

I found some sort of GLTF Viewer from the Poly Haven source code repository: https://github.com/Poly-Haven/polyhaven.com/tree/master/components/AssetPage/WebGL

https://www.blender.org/download/demo-files/ also offers free *.blend files, where colored meshes can be exported

• https://www.esi.uclm.es/museo/index_en.html sounds also interesting

In T246901#9836182, @John_Cummings wrote:

Hi @bvibber thanks so much for picking this up after 4 years, I'm not a wizard so I don't really understand your updates, but if there's anything muggles can do to help with this please let us know :) E.g I'd be happy to start a list of open license repositories for full colour 3d models

In T246901#9724027, @bvibber wrote:

(I see this is also in the Hackathon workboard -- perfect timing! I'll have updates on the patch for folks to test by then but I'll be remote for it. :D)

In T246901#9723607, @bvibber wrote:

Still waiting on WMF to budget time to look into doing more multimedia work. :)

Please note there is as far as I know no active Wikimedia-sponsored work at present on any multimedia file format support except for self-driven 20% time by me plus volunteer work by @TheDJ on TimedMediaHandler (audio/video playback).

Seems like a Christmas wonder!

I did a test again, and it seems to work now. I uploaded a TIF file via the big chunked uploader. The file: https://commons.wikimedia.org/wiki/File:Freistaat_Sachsen_dop20rgb_33332_5710_2_sn_(Landesamt_f%C3%BCr_Geobasisinformation_Sachsen).tif

@MatthewVernon thank you for creating this new task :). I hope the issue can be solved soon

Yes. I have for example some orthophotos of Saxony I'd like to upload and a self-made HDR spherical panorama :(

The same case as Alexkrakovsky described also applies for the upload/publishing of TIF files.

Can be tracked what happened at the time when the affected were not able to be uploaded any more? Has something changed that rendered the file uploads of specific PDFs und TIFs impossible?

I tested it with a TIFF in combination with chunked uploader. It's interesting to see that the error appears instantly after beginning to rebuild the file

Alright, thanks! :)

Just for clarification so that I understand: Afaik, the main reason for deletion the Age of Empires-related contents was the doubt regarding the Creative Commons license that was added to the respective video on YouTube by the Age of Empires YouTube channel (https://www.youtube.com/@ageofempires). The rationale was COM:PCP. Did the opinion change on this topic?

The issue might be limited to only TIF(F) files. An upload and publishing of a PNG file with similar file size worked

Did WMF answer already?

Please do!

I am afraid, I can't, but I will keep my eyes open :)

Maybe we can acquire one or more voluntary people?

What is the current state/progress? :)

Is the gITF format as such suitable to be implemented in Wikimedia Commons with its attributes as mentioned above? :)

gITF sounds fair to me. It is so common that this filetype is offered on different websites and is supported in several 3D software titles.

Did we already examine what file type(s) are most suitable for textured meshes?

I did some research, the following are more common:

• LAS/LAZ (Lidar Data Exchange Format), commonly used as format for laser scanning (lidar) as in geographic information technology, can be opened by open software like CloudCompare and is an open format (https://en.wikipedia.org/wiki/LAS_file_format), can be used for archival purposes, "industry standard of lidar data". LAZ is a file type for compressed LAS files. Allows to store GPS time, RGB and NIR (infrared), is a GIS file format
• PLY (Polygon file format) text-based format, which can also be used for typical 3D meshes, supported by CloudCompare, MeshLab and more
• XYZ (named after Cartesian coordinates), saves points as simple coordinates (X|Y|Z) as text in one file
• PTS, stores points similar to XYZ and adds a color to every point as "intensity value" (https://paulbourke.net/dataformats/pts/)
• e57, similar to LAZ, but claims to be able to store more records than LAZ (http://www.libe57.org/)
• DXF file format by Autodesk, is proprietary, so irrelevant for us
• OBJ or Wavefront OBJ, open file format for 3D objects, usually needs an extra .mtl file

Point clouds are also very important. The Bayerische Vermessungsverwaltung for example offers them. It is also useful for laser scans of 3D objects :)

Yes, it looks like the upload server (or some other instance) can't properly process files above a file size of 500-600 MB. It doesn't matter if it's an image or a video. For me, there was always an error with larger file sizes in the last months, so the error should be easily reproducible with a simple larger file. Factors like dimensions or pixel count don't matter here, image sizes up to 65535x65535 (4.3 gigapixels: largest dimensions PNG supports), work.

That would be nice! :)

Thank you for you answers, I will upload a TAR.GZ archive and send the link within a few days :).

The file is quite large, 2,36 GiB at 26754 x 26754 pixels :). This size allows deep views of details in the image