GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Mina (mina@swiss-talk.net)'s status on Friday, 01-Sep-2023 09:13:48 JST Mina Mina

    A couple of days ago, I started yet another attempt to #order my #photos (taken - many, and collected over the years - even more).

    #Tags seem a great way to do this.

    Then I found out that different programs have different places where they store this information.

    Some use the image's embedded data (EXIF etc.).

    👍 You can move the file around and the information doesn't get lost.
    👎 Not all image/media types support this option
    👎 The file itself gets modified, so also the timestamp

    1/?

    In conversation Friday, 01-Sep-2023 09:13:48 JST from swiss-talk.net permalink
    • Embed this notice
      Number6 :syncthing: (number6@fosstodon.org)'s status on Friday, 01-Sep-2023 09:13:45 JST Number6 :syncthing: Number6 :syncthing:
      in reply to

      @Mina

      I've gone through this same mental exercise. I don't think at the time linux extended attributes were as mature, or I wasn't aware of them.

      But what if I want my files on a thumb-drive - with no attributes. Or on Amazon photos (where they don't even export correct file dates!) And are Linux attributes compatible with Windows attributes?

      So, for the moment. I'm using #Digikam which is mult-platform. It does mean that you can only move files with the same tool, but ...

      1/2 (maybe)

      In conversation Friday, 01-Sep-2023 09:13:45 JST permalink
    • Embed this notice
      Mina (mina@swiss-talk.net)'s status on Friday, 01-Sep-2023 09:13:46 JST Mina Mina
      in reply to

      👎 If you move a file, other than with this very program, the information is lost.
      👎 If you want to use another program, you're fucked.

      In the end: My #ADD has won.

      Instead of ordering my photos, I am working on a program to keep all three ways of tagging (and storing image descriptions for alt-texts) in sync.

      Now, my question for you:

      Would you be interested in such a program (would be free and open source, of course)?

      Have you found a good way to sort a huge amount of photos?

      3/3

      In conversation Friday, 01-Sep-2023 09:13:46 JST permalink

      Attachments

      1. No result found on File_thumbnail lookup.
        fucked.in - このウェブサイトは販売用です! - fucked リソースおよび情報
        このウェブサイトは販売用です! fucked.in は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、fucked.inが全てとなります。あなたがお探しの内容が見つかることを願っています!
      HistoPol (#HP) 🏴 🇺🇸 🏴 repeated this.
    • Embed this notice
      Mina (mina@swiss-talk.net)'s status on Friday, 01-Sep-2023 09:13:47 JST Mina Mina
      in reply to

      Other programs use "extended file attributes", a feature of all modern file systems (which few people seem to know about).

      👍 Works for every kind of file, including text files (e.g. for ASCII art).
      👎 Old file systems, like FAT32, often used in memory cards, don't support extended attributes.
      👎 The normal "file copy" doesn't copy them. You have to explicitly copy with the "all attributes" option.

      Lastly, some programs use an internal database.

      👍 Super fast and efficient search

      2/?

      In conversation Friday, 01-Sep-2023 09:13:47 JST permalink
    • Embed this notice
      HistoPol (#HP) 🏴 🇺🇸 🏴 (histopol@mastodon.social)'s status on Friday, 01-Sep-2023 09:14:05 JST HistoPol (#HP) 🏴 🇺🇸  🏴 HistoPol (#HP) 🏴 🇺🇸 🏴
      in reply to
      • Number6 :syncthing:

      @number6
      Same
      @Mina

      In conversation Friday, 01-Sep-2023 09:14:05 JST permalink
    • Embed this notice
      Number6 :syncthing: (number6@fosstodon.org)'s status on Friday, 01-Sep-2023 09:14:06 JST Number6 :syncthing: Number6 :syncthing:
      in reply to

      @Mina

      So my philosophy is that I give my main upper directories meaningful, unique names. And subddirectories that mostly have the device and time stamp of the export. And then I don't move files out of them, ever.

      Why should I ? If I need a file for something, I'll find it in the app and export it.

      2/3+

      In conversation Friday, 01-Sep-2023 09:14:06 JST permalink
    • Embed this notice
      HistoPol (#HP) 🏴 🇺🇸 🏴 (histopol@mastodon.social)'s status on Friday, 01-Sep-2023 09:20:10 JST HistoPol (#HP) 🏴 🇺🇸  🏴 HistoPol (#HP) 🏴 🇺🇸 🏴
      in reply to
      • Klaus Stein

      @Mina
      I have done similar things with OL contacts, where similar issues exist.
      The main issue there is duplicates and to merge information or overwrite information for one entry.

      If people use these 2 fields at all there should be a possibility to
      a) determine which is the field with the info to keep and
      b) duplicate this information into the other.

      @Lapizistik

      In conversation Friday, 01-Sep-2023 09:20:10 JST permalink
    • Embed this notice
      Mina (mina@swiss-talk.net)'s status on Friday, 01-Sep-2023 09:20:12 JST Mina Mina
      in reply to
      • Klaus Stein

      @Lapizistik

      We definitely should have one metadata standard for all media file types.

      Wouldn't be that hard. Just, say, a JSON section at the beginning or end of each file.

      In conversation Friday, 01-Sep-2023 09:20:12 JST permalink
    • Embed this notice
      Klaus Stein (lapizistik@social.tchncs.de)'s status on Friday, 01-Sep-2023 09:20:13 JST Klaus Stein Klaus Stein
      in reply to

      @Mina
      I try to keep all meta information (including tags) in the file itself (caveat: there are at least three different metadata streams supported across image formats: Exif, IPTC, XMP, oh and Photoshop, and even more with raw image formats), and I know how to keep the modified time stamp, if I want.

      But yes, it _is_ a hard problem.

      In conversation Friday, 01-Sep-2023 09:20:13 JST permalink

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.