>>15482
Depends on your level of autism. If you like it clean, take the one without dpi metadata. If you ever plan to print something, or do something with that file outside of hydrus, that relies on dpi, then you can keep the one with dpi. It's not like an image needs that value and it can be changed/set with programs like irfanview in case you ever need it. Since you cant search for dpi values with a search predicate within hydrus, it doesnt matter. Maybe it will support dpi search in the future?
In your second pic, it says 73 tags > 7 tags. Wouldn't it be better to take the 73 tags one? I know you can merge them, but regarding PTR, isn't it like the ones which have more tags, will get updated more likely in the future too? Because that is a file/hash more people have and so the chances are higher? Just like
>>15486 said. I'd take the 73 tags one therefore.
>>15487
Correct me if im wrong, but as far i remember testing, restarting does trigger some maintenance jobs immediately and therefore you see that behavior. If you let the client idle for some time, maybe not using the computer at all (while it is still on obviously), those jobs start also and you will eventually see them deleted just like after restarting. It's on purpose because hydrus doesn't want to take resources away while you might need them or to stay snappy. Probably you can even force some maintenance jobs like this without restarting. Hydev might answer this.
>You can see this when using the "all known files with tags" view where confirming a permanent deletion will remove the image from view but refreshing the page will bring it back.
Keep in mind that even when deleting a file permanently and not leaving a deletion record, the file will still be in the 'all know files with tags' location, when the files had tags. Even after restart. The thumbnail might get blurry (-> space saving blurhash) after restart directly, but that will happen also after you leave the client idle for some time as i said before, at least im really sure about that. The permanent deletion doesn't wipe the records completely, even when not leaving a deletion record. For reference:
https://hydrusnetwork.github.io/hydrus/faq.html#does_the_metadata_for_files_i_deleted_mean_there_is_some_kind_of_a_permanent_record_of_which_files_my_client_has_heard_about_andor_seen_directly_even_if_i_purge_the_deletion_record
"Yes. I am working on updating the database infrastructure to allow a full purge, but the structure is complicated, so it will take some time. If you are afraid of someone stealing your hard drive and matriculating your sordid MLP collection (or, in this case, the historical log of horrors that you rejected), do some research into drive encryption. Hydrus runs fine off an encrypted disk."
Message too long. Click
here
to view full text.