Newbie questions about WebODM

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Newbie questions about WebODM

Thomas Wunder
Hi,
I just came accross OpenDroneMap and WebODM and I've downloaded, installed and
tried both of them (just following two video tutorials on youtube). To me it
seems, I'd be best served if I use WebODM for convenience even though I'm
really into linux console pretty much. Maybe I just haven't found the
documentation that answers all my questions (please point me there if it
exists):

1. WebODM is listening on the loopback interface (localhost:8000). How do I
tell it or docker to listen on one (or all) of the machine's physical network
interfaces to make WebODM accessible from my LAN?

2. On a fresh install of WebODM there's only one processing node configured. My
virtual machine however is equipped with 24 processor cores and the majority
of them is idling while just one is at 100% when running a WebODM task. How do
I add further processing nodes to fully use the VMs processing power?

3. Looking at the example project (sorry I already deleted it) I tried to open
a map using that "View Map" button but just found a cut open globe view.
Seemingly there's no processing output overlayed to it or at least it's not
being zoomed into.

4. I tried to process my own drone imagery, consisting of 91 single images
(1cm/px). First thing I noticed was that my images were obviously scaled to a
lower resolution of 1350x2400 compared to 3472x3071 they had originally, even
though I added the option "orthophoto-resolution: 100. Why is that?
Then after an hour or so processing finished saying
"conversion finished 1,623,710 points were processed and 1,623,710 points (
100% ) were written to the output.
duration: 19.469s
Postprocessing: done
Compressing all.zip"
but the web frontend obviously didn't realize the task was already finished as
the status stayed something like "Running" for almost a day until I hit the
cancel button. It's saying "Cancelling..." since.
How do I narrow down such a problem? Do you have an idea what could be going
wrong there?

Thanks a million in advance!
Best
 Thomas

_______________________________________________
OpenDroneMap-users mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/opendronemap-users
Reply | Threaded
Open this post in threaded view
|

Re: Newbie questions about WebODM

Piero Toffanin
Hi Thomas,

Welcome! All good questions, let's see if I can help answer some of them:

1. Assuming you're on Linux, if you've launched WebODM via ./webodm.sh
start, WebODM should already be accessible from your LAN. Although
WebODM listens to the 0.0.0.0 interface, docker should make the service
available to the outside world, see
https://github.com/OpenDroneMap/WebODM/blob/master/docker-compose.yml#L24.

2. This is a temporary change we've decided to make (limit the default #
of threads to 1) because one of ODM's components has a fault that leads
to the process stalling.
https://github.com/OpenDroneMap/OpenDroneMap/pull/579. We have plans to
fix it, in the meanwhile people can manually increase the
--opensfm-processes parameter to a higher value.

3. If there were no Tasks in the project, I would expect that to be the
case. Once there's a completed task in the project, the map should
automatically zoom to the union of all Tasks' extents. We could probably
improve the default view in the case where there are no Tasks. Could you
open a enhancement request in the WebODM repo for this?

4. This sounds like a fault on our end. I'm not sure why that happened,
but it's quite possible that the processing loop got stuck somehow. If
that happens again, please let us know if there's a way to reproduce it.
A way to "unstuck" the processing loop is to restart the gunicorn/nginx
process from docker (note, not by using ./webodm.sh stop, that will
destroy the node-odm-1 container, which also contains your processing
results). Find the container hash for the webodm_webapp container, then
enter a bash shell, kill gunicorn/nginx processes and restart them
(https://github.com/OpenDroneMap/WebODM/blob/master/start.sh#L82)

Cheers!

-Piero

On 06/05/2017 05:42 PM, Thomas Wunder wrote:

> Hi,
> I just came accross OpenDroneMap and WebODM and I've downloaded, installed and
> tried both of them (just following two video tutorials on youtube). To me it
> seems, I'd be best served if I use WebODM for convenience even though I'm
> really into linux console pretty much. Maybe I just haven't found the
> documentation that answers all my questions (please point me there if it
> exists):
>
> 1. WebODM is listening on the loopback interface (localhost:8000). How do I
> tell it or docker to listen on one (or all) of the machine's physical network
> interfaces to make WebODM accessible from my LAN?
>
> 2. On a fresh install of WebODM there's only one processing node configured. My
> virtual machine however is equipped with 24 processor cores and the majority
> of them is idling while just one is at 100% when running a WebODM task. How do
> I add further processing nodes to fully use the VMs processing power?
>
> 3. Looking at the example project (sorry I already deleted it) I tried to open
> a map using that "View Map" button but just found a cut open globe view.
> Seemingly there's no processing output overlayed to it or at least it's not
> being zoomed into.
>
> 4. I tried to process my own drone imagery, consisting of 91 single images
> (1cm/px). First thing I noticed was that my images were obviously scaled to a
> lower resolution of 1350x2400 compared to 3472x3071 they had originally, even
> though I added the option "orthophoto-resolution: 100. Why is that?
> Then after an hour or so processing finished saying
> "conversion finished 1,623,710 points were processed and 1,623,710 points (
> 100% ) were written to the output.
> duration: 19.469s
> Postprocessing: done
> Compressing all.zip"
> but the web frontend obviously didn't realize the task was already finished as
> the status stayed something like "Running" for almost a day until I hit the
> cancel button. It's saying "Cancelling..." since.
> How do I narrow down such a problem? Do you have an idea what could be going
> wrong there?
>
> Thanks a million in advance!
> Best
>   Thomas
>
> _______________________________________________
> OpenDroneMap-users mailing list
> [hidden email]
> https://lists.osgeo.org/mailman/listinfo/opendronemap-users

_______________________________________________
OpenDroneMap-users mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/opendronemap-users
Reply | Threaded
Open this post in threaded view
|

Re: Newbie questions about WebODM

Thomas Wunder
Hi Piero,

first of all, thank you so much for your prompt Answer!

#1 you're right, of course. Problem solved by just rebooting the VM and firing
up WebODM (by webodm.sh start) again seemed to be the quickest way to do that.

With #2 I was not successful yet... I grepped the WebODM directory for that
parameter string but couldn't find it. In the ODM wiki it says that this
parameter needs to be passed to run.py so I did some further grepping and
found it in OpenDroneMap/opendm/config.py, where I changed the default value.
This also brings me to the question whether WebODM would actually utilize my
external OpenDroneMap installation or whether it brings its own.
After restarting WebODM in
/var/lib/docker/aufs/mnt/aaab284f415bb0548d928b915d3e9b44c8e38fddf68a932dca679251b1e81c56/code/opendm/config.py
the value I changed previously still remains 1, which somewhat seems to answer
my question but leaves me with another one: Where to put that parameter?
(Passing it to webodm.sh also seemed to have no effect)

#3 Well, I made a mistake by deleting this default project. Maybe I messeed up
the WebODM installation somehow... Will rebuilding WebODM bring back that
example project? (Sorry, I can't currently try, as there's a task running)

#4 I'm sure it is. The reboot for #1 also solved this one.

One thing I'd like to get back to is the initial image downsizing. Where can I
get detail information as to why this is happening or do you know what's
exactly going on there?

Again, thank you very much!
Best regards!
 Thomas




On Monday 05 June 2017 18:12:02 Piero Toffanin wrote:

> Hi Thomas,
>
> Welcome! All good questions, let's see if I can help answer some of them:
>
> 1. Assuming you're on Linux, if you've launched WebODM via ./webodm.sh
> start, WebODM should already be accessible from your LAN. Although
> WebODM listens to the 0.0.0.0 interface, docker should make the service
> available to the outside world, see
> https://github.com/OpenDroneMap/WebODM/blob/master/docker-compose.yml#L24.
>
> 2. This is a temporary change we've decided to make (limit the default #
> of threads to 1) because one of ODM's components has a fault that leads
> to the process stalling.
> https://github.com/OpenDroneMap/OpenDroneMap/pull/579. We have plans to
> fix it, in the meanwhile people can manually increase the
> --opensfm-processes parameter to a higher value.
>
> 3. If there were no Tasks in the project, I would expect that to be the
> case. Once there's a completed task in the project, the map should
> automatically zoom to the union of all Tasks' extents. We could probably
> improve the default view in the case where there are no Tasks. Could you
> open a enhancement request in the WebODM repo for this?
>
> 4. This sounds like a fault on our end. I'm not sure why that happened,
> but it's quite possible that the processing loop got stuck somehow. If
> that happens again, please let us know if there's a way to reproduce it.
> A way to "unstuck" the processing loop is to restart the gunicorn/nginx
> process from docker (note, not by using ./webodm.sh stop, that will
> destroy the node-odm-1 container, which also contains your processing
> results). Find the container hash for the webodm_webapp container, then
> enter a bash shell, kill gunicorn/nginx processes and restart them
> (https://github.com/OpenDroneMap/WebODM/blob/master/start.sh#L82)
>
> Cheers!
>
> -Piero
>
> On 06/05/2017 05:42 PM, Thomas Wunder wrote:
> > Hi,
> > I just came accross OpenDroneMap and WebODM and I've downloaded, installed
> > and tried both of them (just following two video tutorials on youtube).
> > To me it seems, I'd be best served if I use WebODM for convenience even
> > though I'm really into linux console pretty much. Maybe I just haven't
> > found the documentation that answers all my questions (please point me
> > there if it exists):
> >
> > 1. WebODM is listening on the loopback interface (localhost:8000). How do
> > I
> > tell it or docker to listen on one (or all) of the machine's physical
> > network interfaces to make WebODM accessible from my LAN?
> >
> > 2. On a fresh install of WebODM there's only one processing node
> > configured. My virtual machine however is equipped with 24 processor
> > cores and the majority of them is idling while just one is at 100% when
> > running a WebODM task. How do I add further processing nodes to fully use
> > the VMs processing power?
> >
> > 3. Looking at the example project (sorry I already deleted it) I tried to
> > open a map using that "View Map" button but just found a cut open globe
> > view. Seemingly there's no processing output overlayed to it or at least
> > it's not being zoomed into.
> >
> > 4. I tried to process my own drone imagery, consisting of 91 single images
> > (1cm/px). First thing I noticed was that my images were obviously scaled
> > to a lower resolution of 1350x2400 compared to 3472x3071 they had
> > originally, even though I added the option "orthophoto-resolution: 100.
> > Why is that? Then after an hour or so processing finished saying
> > "conversion finished 1,623,710 points were processed and 1,623,710 points
> > (
> > 100% ) were written to the output.
> > duration: 19.469s
> > Postprocessing: done
> > Compressing all.zip"
> > but the web frontend obviously didn't realize the task was already
> > finished as the status stayed something like "Running" for almost a day
> > until I hit the cancel button. It's saying "Cancelling..." since.
> > How do I narrow down such a problem? Do you have an idea what could be
> > going wrong there?
> >
> > Thanks a million in advance!
> > Best
> >
> >   Thomas
> >
> > _______________________________________________
> > OpenDroneMap-users mailing list
> > [hidden email]
> > https://lists.osgeo.org/mailman/listinfo/opendronemap-users
>
> _______________________________________________
> OpenDroneMap-users mailing list
> [hidden email]
> https://lists.osgeo.org/mailman/listinfo/opendronemap-users

--

Thomas Wunder Dienstleistungen
Kirchenstra├če 12
D-91364 Unterleinleiter

Phone: +49 (0) 9194 795841
Celll: +49 (0) 173 8064270
Fax: +49 (0) 9194 795840

_______________________________________________
OpenDroneMap-users mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/opendronemap-users
Reply | Threaded
Open this post in threaded view
|

Re: Newbie questions about WebODM

Piero Toffanin

Thomas,

for #2, when you create a Task, instead of using the "Default" processing options, press the button that says "Set Options". You should see a "opensfm-processes" option there.

The images are resize via the "resize-to" parameter, but they do not affect the resolution of the orthophoto (and I don't think they affect the quality of the textured model either, but perhaps somebody else can confirm/contradict me on this); they are used for speeding up the feature matching process.


On 06/06/2017 05:11 AM, Thomas Wunder wrote:
Hi Piero,

first of all, thank you so much for your prompt Answer!

#1 you're right, of course. Problem solved by just rebooting the VM and firing 
up WebODM (by webodm.sh start) again seemed to be the quickest way to do that.

With #2 I was not successful yet... I grepped the WebODM directory for that 
parameter string but couldn't find it. In the ODM wiki it says that this 
parameter needs to be passed to run.py so I did some further grepping and 
found it in OpenDroneMap/opendm/config.py, where I changed the default value. 
This also brings me to the question whether WebODM would actually utilize my 
external OpenDroneMap installation or whether it brings its own.
After restarting WebODM in
/var/lib/docker/aufs/mnt/aaab284f415bb0548d928b915d3e9b44c8e38fddf68a932dca679251b1e81c56/code/opendm/config.py
the value I changed previously still remains 1, which somewhat seems to answer 
my question but leaves me with another one: Where to put that parameter?
(Passing it to webodm.sh also seemed to have no effect)

#3 Well, I made a mistake by deleting this default project. Maybe I messeed up 
the WebODM installation somehow... Will rebuilding WebODM bring back that 
example project? (Sorry, I can't currently try, as there's a task running)

#4 I'm sure it is. The reboot for #1 also solved this one.

One thing I'd like to get back to is the initial image downsizing. Where can I 
get detail information as to why this is happening or do you know what's 
exactly going on there?

Again, thank you very much!
Best regards!
 Thomas




On Monday 05 June 2017 18:12:02 Piero Toffanin wrote:
Hi Thomas,

Welcome! All good questions, let's see if I can help answer some of them:

1. Assuming you're on Linux, if you've launched WebODM via ./webodm.sh
start, WebODM should already be accessible from your LAN. Although
WebODM listens to the 0.0.0.0 interface, docker should make the service
available to the outside world, see
https://github.com/OpenDroneMap/WebODM/blob/master/docker-compose.yml#L24.

2. This is a temporary change we've decided to make (limit the default #
of threads to 1) because one of ODM's components has a fault that leads
to the process stalling.
https://github.com/OpenDroneMap/OpenDroneMap/pull/579. We have plans to
fix it, in the meanwhile people can manually increase the
--opensfm-processes parameter to a higher value.

3. If there were no Tasks in the project, I would expect that to be the
case. Once there's a completed task in the project, the map should
automatically zoom to the union of all Tasks' extents. We could probably
improve the default view in the case where there are no Tasks. Could you
open a enhancement request in the WebODM repo for this?

4. This sounds like a fault on our end. I'm not sure why that happened,
but it's quite possible that the processing loop got stuck somehow. If
that happens again, please let us know if there's a way to reproduce it.
A way to "unstuck" the processing loop is to restart the gunicorn/nginx
process from docker (note, not by using ./webodm.sh stop, that will
destroy the node-odm-1 container, which also contains your processing
results). Find the container hash for the webodm_webapp container, then
enter a bash shell, kill gunicorn/nginx processes and restart them
(https://github.com/OpenDroneMap/WebODM/blob/master/start.sh#L82)

Cheers!

-Piero

On 06/05/2017 05:42 PM, Thomas Wunder wrote:
Hi,
I just came accross OpenDroneMap and WebODM and I've downloaded, installed
and tried both of them (just following two video tutorials on youtube).
To me it seems, I'd be best served if I use WebODM for convenience even
though I'm really into linux console pretty much. Maybe I just haven't
found the documentation that answers all my questions (please point me
there if it exists):

1. WebODM is listening on the loopback interface (localhost:8000). How do
I
tell it or docker to listen on one (or all) of the machine's physical
network interfaces to make WebODM accessible from my LAN?

2. On a fresh install of WebODM there's only one processing node
configured. My virtual machine however is equipped with 24 processor
cores and the majority of them is idling while just one is at 100% when
running a WebODM task. How do I add further processing nodes to fully use
the VMs processing power?

3. Looking at the example project (sorry I already deleted it) I tried to
open a map using that "View Map" button but just found a cut open globe
view. Seemingly there's no processing output overlayed to it or at least
it's not being zoomed into.

4. I tried to process my own drone imagery, consisting of 91 single images
(1cm/px). First thing I noticed was that my images were obviously scaled
to a lower resolution of 1350x2400 compared to 3472x3071 they had
originally, even though I added the option "orthophoto-resolution: 100.
Why is that? Then after an hour or so processing finished saying
"conversion finished 1,623,710 points were processed and 1,623,710 points
(
100% ) were written to the output.
duration: 19.469s
Postprocessing: done
Compressing all.zip"
but the web frontend obviously didn't realize the task was already
finished as the status stayed something like "Running" for almost a day
until I hit the cancel button. It's saying "Cancelling..." since.
How do I narrow down such a problem? Do you have an idea what could be
going wrong there?

Thanks a million in advance!
Best

  Thomas

_______________________________________________
OpenDroneMap-users mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/opendronemap-users
_______________________________________________
OpenDroneMap-users mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/opendronemap-users

    

--

Piero Toffanin
IT Business Consultant

masseranolabs.com
<a href="tel:+12184619746">+1(218)461-9746
@pierotofy
<a href="skype:pierotofy?call">pierotofy


_______________________________________________
OpenDroneMap-users mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/opendronemap-users