Post processing not finishing and timer restarts after refresh

#1

Hello community! It’s been a pleasure reading the forum the last couple of weeks.
Here is an issue I cannot resolve no matter how many times I tried.

Set up: Native installation on esxi server Ubuntu 16.04.06 (from ready-to-go installation script provided by webodm). 16gb ram (around 10-12gb usable) 100gb hdd.
The following has been tried in 2 different datasets around 250-300images/dataset using gcp.
Processing runs smoothly untill reaching post-processing when something really strange appears to be happening.
We get the message

Postprocessing: done (•̀ᴗ•́)و!

Compressing all.zip

It has been stuck there for over 20hours. The strange thing is that when I click refresh to the page the timer starts counting from 00:39:51 which is the time the post-processing has successfully finished and compressing all.zip has started.
I have tried cancelling the task and starting over from the last step but with no luck.
I can find the all.assets(1.9gb) using SFTP but i cannot see the 3d/2d model on the webodm interface and I don’t know if the assets are processed correctly as the task does not finishes.

I have also tried to process another dataset in lighting network and similar behavior there as well. In lighting webpage everything seems to have finished and I can download all.zip but in my local server again the timer shows 02:26:06 and when refreshing it starts from there again.

Is there any solution to this? Could it be a server-related issue rather than webodm?

Attached are
Images (LOCAL reduced), gcp, console log: https://drive.google.com/drive/folders/1mQeFfUMReIew9J7GX0OoGQXU6fOxglZB?usp=sharing

Images (LIGHTING reduced), gcp, console log:
https://drive.google.com/drive/folders/133DVDuvZp_Rzv6XnOepdSndRvAymRM93?usp=sharing

Webodm parameters set to high-resolution

Diagnostics
Diagnostic

#2

It’s probably the same bug as https://github.com/OpenDroneMap/WebODM/issues/544

How did you pick this projection?

+proj=tmerc +lat_0=0 +lon_0=24 +k=0.9996 +x_0=500000 +y_0=0 +ellps=GRS80 +towgs84=-199.87,74.79,246.62,0,0,0,0 +units=m +no_defs

#3

Hello and thanks for the prompt reply.
We have a local projection system EPSG:2100 and we used the following website in order to figure out the proj. conversion https://spatialreference.org/ref/epsg/2100/

#4

Is there any workaround I can make this work? I am unsure if we can use webodm if we cannot bound gcp files, even in the wgs84 coords system. We even tried the wgs84 and again failed.
The gcp file header used for wgs84 is the following:

WGS84

#5

Have you tried a string like as follows?:
+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs

#6

Thanks for your reply! Will try that for wgs84 and get back to this.
Still it would be extremely useful to have epsg support by working projections.

#7

longlat projections will not work currently. https://docs.opendronemap.org/using.html#ground-control-points

EPSG code support is on the roadmap and a high priority issue.

1 Like
#8

Oh, right. That only works in the GCP interface as it gets automatically converted to UTM.

#9

Is there a way to easily convert longlat to UTM in order to insert the projection string?

#10

Go to the GCP interface and load/create your GCP text file. It should reproject it to UTM for you.