<html dir="ltr"><head></head><body style="text-align:left; direction:ltr;" bgcolor="#ffffff" text="#2e3436" link="#2a76c6" vlink="#2e3436"><div>I've fun both the 5.9.0 and 6.0 beta's appimage on CentOS 7.4 and Fedora 28 and face recognition doesn't work.</div><div><br></div><div>I get errors like the following:</div><div><br></div><div>igikam::DetectionWorker::process: Found 2 faces in "P6212980.ORF" QSize(2400, 3200) QSize(3472, 4640)</div><div>OpenCV(3.4.1) Error: Bad argument (This LBPH model is not computed yet. Did you call the train method?) in predict, file /b/dktemp/digikam-master/core/libs/facesengine/recognition-opencv-lbph/facerec_borrowed.cpp, line 376</div><div>Digikam::RecognitionDatabase::recognizeFaces: cv::Exception: OpenCV(3.4.1) /b/dktemp/digikam-master/core/libs/facesengine/recognition-opencv-lbph/facerec_borrowed.cpp:376: error: (-5) This LBPH model is not computed yet. Did you call the train method? in function predict</div><div><br></div><div></div><div>I've tried using both sqlite and mysql as the back end database. Neither the OpenCVLBPHRecognizer or OpenCVLBPHistograms tables get touched.</div><div><br></div><div>Rob</div><div><br></div><div><br></div><div>On Tue, 2018-08-14 at 20:55 +0200, Gilles Caulier wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2018-08-14 20:41 GMT+02:00 Andrey Goreev <span dir="ltr"><<a href="mailto:aegoreev@gmail.com" target="_blank">aegoreev@gmail.com</a>></span>:<br><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><div>Nothing major.</div><div>It also depends on the OS. It works just like a native package on openSUSE TW KDE however on Debian:</div><div>'Album' - 'Locate on disk' isn't working </div><div>'Open with' menu missing (blank)</div></div><br></blockquote><div><br></div><div>This is due to not working KIOSlave under AppImage.</div><div><br></div><div>In fact KIOSlave use a lots of run-time... that i don't understand. It's just a big puzzle unsolvable for my poor brain. </div><div><br></div><div>So KIOslave support is just droppped from digiKam build for AppImage. That all.</div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><div><br></div><div>I have also noticed that Export to Google Photos isn't working on Windows 10 (which is the same as the appimage I believe). It connects and uploads without mistakes but pictures never show up in Google Photos.</div><span class=""><div><br></div></span></div><br></blockquote><div><br></div><div>For this one, we working on. In fact the authentification to all web service switch all step by step to OAuth2. We have a students working this summer to port webservice tools to O2 mechanisms. This will arrive with next 6.0.0.</div><div><br></div><div>In fact i prepare the 6.0.0-beta1, but the last tunes are long to solve. Be patient...</div><div><br></div><div>Note : Under AppImage, the native file dialog do not work too, because, i don't bundle the library inside. This is true for Gnome and GTK based desktop. For Plasma, it's must work.</div><div><br></div><div>Bundling GTK will grow the AppImage size again and again. This si not the goal to reproduce all fine features from a complete Linux box here. After all, the offciail packagers exists for that. If your digiKam version is not up to date, ask to your distro packagers...</div><div><br></div><div>Gilles Caulier</div></div></div></div>
</blockquote></body></html>