Vorstellung Addon Faces

Vorstellung Addon Faces - Video

Einer von Vielen

Thu, 01 Dec 2022 15:58:48 +0100 zuletzt bearbeitet: Sat, 15 Apr 2023 17:02:53 +0200 via streams

addon Streams

RockyIII

Thu, 01 Dec 2022 17:59:51 +0100 via hubzilla

toll - wo kann man das addon testen und installieren?

Einer von Vielen

Thu, 01 Dec 2022 18:14:11 +0100 zuletzt bearbeitet: Thu, 01 Dec 2022 18:15:35 +0100 via streams

Der Admin muss das Addon aktivieren. Die Gesichtserkennung selbst kann entweder auf dem Server selbst laufen oder auf einem anderem Computer, der via webDAV auf die Bilder auf dem Server zugreift.

Die Gesichtserkennung zieht richtig viel CPU und RAM. Das war einer der Hauptgründe, warum ich das Addon noch mal ganz neu geschrieben habe. Ein anderer Grund war die Qualität der Erkennung. Jetzt kann man eine oder mehrere Methoden auswählen, darunter von Facebook oder Google, die dem Stand der Technik entsprechen. Weitere können eingebunden werden, praktisch ohne programmieren zu müssen. Das war ein weiteres Hauptziel.

Es gibt eine detaillierte Installationsanleitung.

Es soll noch ein ausführliches Video geben, denn es gibt ziemlich viele Einstellungen für den Admin und den Benutzer.

RockyIII

Thu, 01 Dec 2022 18:18:30 +0100 via hubzilla

@Einer von Vielen (einer@digitalesparadies.de) wahnsinnig das via webDAV hört sich sehr gut an

Einer von Vielen

Thu, 01 Dec 2022 18:37:22 +0100 via streams

wahnsinnig das via webDAV hört sich sehr gut an

haha, war selbst begeistert von der Idee und als es dann funktionierte. Einer der Auslöser war mein Raspi, auf dem das ja auch laufen soll. Keine Chance, wenn man die neueren KI-Modelle nutzen will.

Oliver (currently deactivated)

Thu, 01 Dec 2022 19:10:44 +0100 via microhive

Große klasse! @Einer von Vielen (einer@digitalesparadies.de)

Einer von Vielen

Fri, 02 Dec 2022 09:05:18 +0100 via streams

@Oliver (oliver@microhive.net) Danke

Einer von Vielen

Fri, 02 Dec 2022 19:39:30 +0100 via streams

@RockyIII (rockyiii@huby.infozoo.de) Please visit https://digitalesparadies.de/faces/oj if you want to have a look. Any kind of feedback is welcome!

Einer von Vielen

Fri, 02 Dec 2022 21:00:04 +0100 via streams

See also https://digitalesparadies.de/faces/oj/settings and https://digitalesparadies.de/faces/oj/help

Do hesitate to click everything. You should have no permission to destroy anything. If yes, it is a bug.

RockyIII

Fri, 02 Dec 2022 21:20:22 +0100 via hubzilla

@Einer von Vielen (einer@digitalesparadies.de) Whooo incredible work --

under https://digitalesparadies.de/faces/oj i don't see any photos - is this on purpose ?

Einer von Vielen

Fri, 02 Dec 2022 22:31:30 +0100 via streams

i don't see any photos

warst Du eingeloggt?

Mike Macgirvin

Fri, 02 Dec 2022 22:40:22 +0100 via zap

warst Du eingeloggt?

I was and I didn't see any photos either.

Einer von Vielen

Fri, 02 Dec 2022 23:16:21 +0100 via streams

i don't see any photos

should be fixed

Einer von Vielen

Fri, 02 Dec 2022 23:28:50 +0100 via streams

The original plan was to allow only views if the observer is known like (Additionally the permission 'view_storage' is checked.)

$observer = \App::get_observer();
if (is_null($observer)) {
   goaway(z_root());
}

The observer was "null" obviously.

What is the correct way to link to the addon in a way the observer does not get lost?

Einer von Vielen

Fri, 02 Dec 2022 23:57:03 +0100 via streams

OMG, I messed something up.... Sorry

Einer von Vielen

Sat, 03 Dec 2022 00:04:17 +0100 via streams

I messed something up

No I used the exif date to filter images in the browser and there was no exif date found in images. (Should read the manual.)

Einer von Vielen

Sun, 04 Dec 2022 00:18:49 +0100 via streams

By looking into the date filter of the addon I discovered something unexpected. (Context: The addon can use either the upload time (default) or the exif DateTimeOriginal when the photo was taken.)

The exif data DateTimeOriginal is not extracted by exiftool sometimes. The addon used exiftool to grab the creation date of photos. It is a widely used program and should be reliable. That's why I did choose it. But it turns out it is not. An example is this image https://digitalesparadies.de/photos/oj/image/7aa03ab8-f80b-4722-a837-7a536376d5af See how eog (eye of gnome under Debian) shows it https://digitalesparadies.de/photos/einer/image/33e65058-e931-4491-af5f-31d3b22ff704

What happened
The DateTimeOriginal should have been stripped by the export of darktable. But the DateTimeOriginal "survived" in the exported images. It seems like a bug in Darktable. Anyway the DateTimeOriginal where shown by eog. So I tried to extract them with exiftool and with the Python module exif and with the Pythons PIL as decribed here. Neither of them found "DateTimeOriginal" as eog did. So I opened the image in a text editor. And yes, "DateTimeOriginal" was present - I guess not in a standard way it is usually expected by standard programs.

As result I have thrown exiftool out of the addon. The addon now reads the "DateTimeOriginal" directly from the image (binary). The good side effect: a dependency less.

Another result: This is another proof of the quality of standard Debian programs. Debian rocks.

You should be able to view https://digitalesparadies.de/faces/oj now. Any comments are welcome.

Mike Macgirvin

Sun, 04 Dec 2022 00:29:40 +0100 via zap

I still feel like I'm missing something obvious...

Einer von Vielen

Sun, 04 Dec 2022 00:36:29 +0100 via streams

@Mike Macgirvin (mike@macgirvin.com) Could you please retest. I switched the debug on and tail is running

Einer von Vielen

Sun, 04 Dec 2022 00:46:19 +0100 via streams

If I open https://digitalesparadies.de/faces/oj in Firefox and Chrome without beeing logged in the addon shows the pictures, see https://digitalesparadies.de/photos/einer/image/e69176b1-419e-4350-8901-c392fe2cc1cd

I have no idea for now.

Did you try again? So I could have a look into the log file.

Einer von Vielen

Sun, 04 Dec 2022 01:01:33 +0100 via streams

I see a.


2022-12-03T23:49:28Z:LOG_INFO:d32f21cab4:network.php:79:http_status: oep?f=&url=https://digitalesparadies.de/faces/oj:404 Not found
2022-12-03T23:49:29Z:LOG_INFO:c846a67a0e:Mod_Faces.php:195:checkOwner: nick = oj
2022-12-03T23:49:29Z:LOG_INFO:c846a67a0e:Mod_Faces.php:213:permChecks: observer != owner
2022-12-03T23:49:29Z:LOG_INFO:c846a67a0e:Mod_Faces.php:228:permChecks: observer can write: 
2022-12-03T23:49:29Z:LOG_INFO:c846a67a0e:Mod_Faces.php:120:get: App version is 0.7
2022-12-03T23:49:29Z:LOG_INFO:ef1e5972cf:Oep.php:19:init: oep: Array
(
    [req] => oep
    [f] => 
    [url] => https://digitalesparadies.de/faces/oj
)

2022-12-03T23:49:29Z:LOG_INFO:ef1e5972cf:network.php:79:http_status: oep?f=&url=https://digitalesparadies.de/faces/oj:404 Not found
2022-12-03T23:49:39Z:LOG_INFO:3d321d93c8:Inbox.php:41:post: inbox_args: Array
(
    [0] => inbox
)

I do not understand where the 404 comes from. Better why it is there.

Einer von Vielen

Sun, 04 Dec 2022 01:15:56 +0100 via streams

If I debug the addon the program flow never hits Oep.php. Could the 404 by Oep.php be related when the addon does not show he images?

Einer von Vielen

Sun, 04 Dec 2022 01:27:20 +0100 via streams

This seems to be the code where it fails to show the page...


class Oep extends Controller
{

    public function init()
    {

        logger('oep: ' . print_r($_REQUEST, true), LOGGER_DEBUG, LOG_INFO);

        $html = ((argc() > 1 && argv(1) === 'html') ? true : false);
        if ($_REQUEST['url']) {
            $_REQUEST['url'] = strip_zids($_REQUEST['url']);
            $url = $_REQUEST['url'];
        }

        if (!$url) {
            http_status_exit(404, 'Not found');
        }
...

@Mike Macgirvin (mike@macgirvin.com) Do you have an idea why the this url check fails? There is a replacement involved that might do something unexpected? Hmm....

Mike Macgirvin

Sun, 04 Dec 2022 04:49:18 +0100 via zap

Not sure what caused it, but it seems to be resolved now. Thanks.

Einer von Vielen

Wed, 07 Dec 2022 11:12:16 +0100 via streams

I still feel like I'm missing something obvious...

I have to apologize officially here. This was an epic fail on my side. (The URL of the post requests was not correct.)

Now it should work für everybody.

𝓒𝓱𝓻𝓲𝓼

Sat, 15 Apr 2023 13:24:15 +0200 via hubzilla

hi @Einer von Vielen (einer@digitalesparadies.de) have your published this faces addon ?

Einer von Vielen

Sat, 15 Apr 2023 14:38:37 +0200 via streams

You are advised to wait. I am just beginning to complete the work (since yesterday). Some smaller things have to be completed, fine tuned. Then the whole thing has to be revised and tested more thoroughly "in the wild".

𝓒𝓱𝓻𝓲𝓼

Mon, 17 Apr 2023 16:37:41 +0200 via hubzilla

@Einer von Vielen OK