<div dir="ltr"><div class="gmail_extra">Ha! Great conversation.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The one thing that is happening on the web side of things is a quick and dirty drupal instance a colleague of mine is working on that will take uploads, queue the processing, and e-mail a download link when complete. It's a not-too-fancy solution we will be using in-house, but nothing as deep as what you two are discussing.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Definitely interested in a QGIS toolbox too.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Best,</div><div class="gmail_extra">Steve</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 5, 2015 at 3:13 AM, Alex Mandel <span dir="ltr"><<a href="mailto:tech_dev@wildintellect.com" target="_blank">tech_dev@wildintellect.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 03/04/2015 11:51 PM, Cole wrote:<br>
> 1.  It was in reference to the idea of replacing the perl script with<br>
> python.  I think using a web framework to such as cherrypy or flask to do<br>
> so would be logical so we would not have to worry about any platform<br>
> specific sys calls.  I am not talking about running an external website, it<br>
> would be a local service with a web interface.  Having a HTML5 interface<br>
> would also open up the project to non-devs for use and allow integration<br>
> with visualization tools such as cesium/open layers.<br>
<br>
</span>So you're implying something like a ctypes wrapper around the C parts to<br>
avoid sys calls (which would still exist otherwise even with python)?<br>
I have also heard Flask is good ( I have more experience with Django but<br>
that's overkill for this).<br>
<br>
Yes HTML5 would make an interface easier to manage, especially for<br>
people who want to run it remotely on amazon instances.<br>
<span><br>
To note, by<br>
> background is in computer vision and autonomous systems, so while building<br>
> the framework should be straight-forward some of the mapping and fancy web<br>
> stuff is out of my realm of comfort.  There is quite a bit of talent in the<br>
> GIS community that could probably help fill in for my weaker areas.<br>
><br>
</span>Ya don't worry about that part, we do have that covered. I've already<br>
been pondering how to link this into QGIS as a toolbox.<br>
<span><br>
> 2.  I have to do some camera calibration for another non-commercial project<br>
> I am working on that involves matching frames using SIFT points.  I'll<br>
> package my work and make it suitable for inclusion in this project.  I use<br>
> openCV, which is BSD.<br>
><br>
<br>
</span>Sounds great,<br>
Alex<br>
<div><div><br>
> On Thu, Mar 5, 2015 at 1:25 AM, Alex Mandel <<a href="mailto:tech_dev@wildintellect.com" target="_blank">tech_dev@wildintellect.com</a>><br>
> wrote:<br>
><br>
>> On 03/04/2015 09:03 PM, Cole wrote:<br>
>>> All,<br>
>>><br>
>>> I was very impressed with Steve's presentation at NCGIS.  I have been<br>
>>> looking for an open source project that is new, and interests me.  This<br>
>>> looks like the perfect match.<br>
>>><br>
>>> I have not done much web development and would like to get some<br>
>>> experience.  A python micro web framework such as Flask might seem like a<br>
>>> good way to go when doing the port.  Let me know your thoughts and II'll<br>
>>> get a something started over the next few weeks.<br>
>>><br>
>><br>
>> Did I miss a discussion about building a website? Or was this in<br>
>> reference to the idea replace the main scripts with something more<br>
>> people are comfortable editing?<br>
>><br>
>>> With python, it should be fairly trivial to directly call the C libraries<br>
>>> for easier cross-platform support.<br>
>>><br>
>> +1<br>
>><br>
>>> I also noticed that people are having issues with camera calibration.  I<br>
>>> have gone through this with some of my computer vision problems.  OpenCV<br>
>>> includes a library that will give a transform based upon a picture of a<br>
>>> checkerboard.  My first order of business will be to through together a<br>
>>> python script to correct images.  I do not know how this will affect the<br>
>>> rest of the toolchain.<br>
>>><br>
>><br>
>> I already have such a script (<br>
>> <a href="https://github.com/wildintellect/lenscorrection" target="_blank">https://github.com/wildintellect/lenscorrection</a> ), though it's specific<br>
>> to the GoPro, technically any camera/lens in lensfun should be<br>
>> compatible. The issue I have is after you correct images, what is the<br>
>> new effective camera parameters that opendronemap needs. I was planning<br>
>> to measure this from some rulers taped to the wall, but I like your idea<br>
>> of using a checkerboard.<br>
>><br>
>> I suppose you are talking about calibration in general, the lensfun<br>
>> project has that covered pretty well but your are right a script to come<br>
>> up with the camera parameters from a checkerboard would be a good tool.<br>
>><br>
>>> Let me know if anyone is working on these issues already, and if this is<br>
>>> the direction that the rest of you want to go, and any hang-ups you may<br>
>>> foresee.<br>
>>><br>
>>> -cole<br>
>>><br>
>>><br>
>> Thanks,<br>
>> Alex<br>
>><br>
><br>
<br>
</div></div><div><div>_______________________________________________<br>
OpenDroneMap-dev mailing list<br>
<a href="mailto:OpenDroneMap-dev@lists.osgeo.org" target="_blank">OpenDroneMap-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/opendronemap-dev" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/opendronemap-dev</a><br>
</div></div></blockquote></div><br></div></div>