[OpenDroneMap-users] Newbie questions about WebODM
Piero Toffanin
pt at masseranolabs.com
Tue Jun 6 09:56:01 PDT 2017
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
>>> OpenDroneMap-users at lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/opendronemap-users
>> _______________________________________________
>> OpenDroneMap-users mailing list
>> OpenDroneMap-users at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/opendronemap-users
--
*Piero Toffanin*
IT Business Consultant
**
masseranolabs.com <https://www.masseranolabs.com>
+1(218)461-9746 <tel:+12184619746>
**@pierotofy <https://www.twitter.com/pierotofy>
pierotofy <skype:pierotofy?call>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/opendronemap-users/attachments/20170606/06b7e669/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ckkganoplandhnjd.png
Type: image/png
Size: 7873 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/opendronemap-users/attachments/20170606/06b7e669/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nlgbnglbgiipddfe.png
Type: image/png
Size: 1542 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/opendronemap-users/attachments/20170606/06b7e669/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: galepipnchkgjdhd.png
Type: image/png
Size: 906 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/opendronemap-users/attachments/20170606/06b7e669/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dpmdhpbcdijhmmcb.png
Type: image/png
Size: 363 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/opendronemap-users/attachments/20170606/06b7e669/attachment-0007.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: skype-logo_318-50258.jpg
Type: image/jpeg
Size: 27454 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/opendronemap-users/attachments/20170606/06b7e669/attachment-0001.jpg>
More information about the OpenDroneMap-users
mailing list