<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Kyle,<div class=""><br class=""></div><div class="">Yes, you are absolutely correct. Thank you for reporting this issue. This is a bug that was introduced as part of the conversion to use Vital. We actually just discovered this bug a couple of weeks ago and made a fix in our internal development branch that is pending public release approval. I had forgotten that this bug might also affect the public master branch. I have rebased our internal fix and pushed it to Github. The pull request is here:</div><div class=""><br class=""></div><div class=""><a href="https://github.com/Kitware/maptk/pull/135" class="">https://github.com/Kitware/maptk/pull/135</a></div><div class=""><br class=""></div><div class="">I will merge this after the continuous integration tests pass.</div><div class=""><br class=""></div><div class="">—Matt</div><div class=""><br class=""></div><div class=""> <br class=""><div><blockquote type="cite" class=""><div class="">On Feb 1, 2016, at 11:20 AM, <a href="mailto:Kyle.Brooks@L-3Com.com" class="">Kyle.Brooks@L-3Com.com</a> wrote:</div><br class="Apple-interchange-newline"><div class="">Hello,<br class=""><br class="">When I run maptk_bundle_adjust_tracks I get this error message:<br class=""><br class="">loading track file: clif_tracks.txt<br class="">loaded 251400 tracks<br class="">filtered down to 93717 long tracks<br class="">track filtering: 0.200000 sec CPU, 0.193117 sec wall<br class="">loading POS files<br class="">ERROR: No POS files from input set match input image frames. Check POS files!<br class="">Initializing cameras from POS files: 0.000000 sec CPU, 0.005963 sec wall<br class="">ERROR: Failed to load input cameras<br class=""><br class="">An older version of Map-TK which was used for the CVPR 2015 tutorial did not have this issue. I debugged the issue and I believe I tracked it down to this commit:<br class=""><br class="">commit 22dcab9722c26ce299d7247bec9853d36709b497<br class="">Author: Linus Sherrill <<a href="mailto:linus.sherrill@kitware.com" class="">linus.sherrill@kitware.com</a>><br class="">Date: Mon Sep 14 12:35:49 2015 -0400<br class=""><br class=""> Convert to use new vital without boost<br class=""><br class=""> Convert use of boost file path to vital::path_t<br class=""> Use kwiversys support to replace boost file system calls<br class=""><br class="">It looks like the intent of this commit was to replace boost::filesystem::path::stem() which returns the filename without the path or last extension with kwiver::SystemTools::GetFilenameWithoutExtension() which does a similar function but instead replaced it with kwiver::SystemTools::GetFilenamePath() which returns the path of the folder that contains the file but not the filename itself. Is this correct?<br class=""><br class="">I am going to attempt replacing the calls to kwiver::SystemTools::GetFilenamePath() with kwiver::SystemTools::GetFilenameWithoutExtension () and see if this fixes the issue.<br class=""><br class="">Thanks,<br class=""><br class="">Kyle Brooks, Member of the Technical Staff<br class="">L-3 Cincinnati Electronics<br class="">_______________________________________________<br class="">Kwiver-users mailing list<br class=""><a href="mailto:Kwiver-users@public.kitware.com" class="">Kwiver-users@public.kitware.com</a><br class="">http://public.kitware.com/mailman/listinfo/kwiver-users<br class=""></div></blockquote></div><br class=""></div></body></html>