GRAB TEXT Stored with images.

  • 4
  • Idea
  • Updated 1 week ago
  • (Edited)
Grab Text is a great idea.  I love it.

It would be nice if the text grabbed could be saved / stored with the Image object for future searching.

The additional disk space needed for the Grabbed-Text would be minimal compared to the average image size.

In fact, why not make an option whereby all images have a grab text done and automatically stored with each image.


Photo of Patrick Michael O'Leary

Patrick Michael O'Leary

  • 8 Posts
  • 2 Reply Likes

Posted 1 week ago

  • 4
Photo of brainerdsoftware

brainerdsoftware

  • 30 Posts
  • 5 Reply Likes
I support the first comment also.
Photo of JonBattle

JonBattle

  • 2 Posts
  • 2 Reply Likes
Agree - much needed. Right now I save my images to a directory that Copernic software scans and indexes. This is how I search for past images...Jon Battle, Plano TX
Photo of Rick Grunwald

Rick Grunwald

  • 1253 Posts
  • 861 Reply Likes
How do you store it with an image? I am not trying to be obtuse but it is always going to be a separate file as far as I understand it. You can set up a profile to do both - take the screen shot then rune the text grabber
Photo of Patrick Michael O'Leary

Patrick Michael O'Leary

  • 8 Posts
  • 2 Reply Likes
In today's world, things like images would be stored more as an object with many attributes or meta data beyond the image (png, gif, jpg) itself.

Think of it like a spreadsheet, the image object would be the row and the attributes would be the columns.  Where the attributes are the (1) original image and other things like the (2) TAGS,  (3) grabbed text, etc.....
Photo of Paul

Paul

  • 1138 Posts
  • 902 Reply Likes
That's pretty much what the EXIF/IPTC metadata tags are.  The benefit is that as they are embedded in the image file, they are portable with the image file.  This means, among other things, that is you lose your library for any reason, you can rebuild (some of) it from the saved files,  Disaster recovery

Here's an excerpt from one of my non-SnagIt images:

---- File ----
File Name                        1946-06-30_12-00-00_img20161028_14573945.jpg
Directory                        D:/SynologyDrivePhotos/Pictures/1940s/1946
File Size                        14 MB
File Modification Date/Time      2017:06:06 22:08:57+01:00
File Access Date/Time            2018:08:07 23:11:57+01:00
File Creation Date/Time          2018:08:07 23:11:57+01:00
File Permissions                 rw-rw-rw-
File Type                        JPEG
File Type Extension              jpg

---- EXIF ----
Image Description                Date is a wild guess
Orientation                      Horizontal (normal)
X Resolution                     2400
Y Resolution                     2400
Resolution Unit                  inches
Modify Date                      2017:06:06 22:06:35
Y Cb Cr Positioning              Unknown (65535)
Exif Version                     
Date/Time Original               1946:06:30 12:00:

XP Keywords                      People|Adelaide Howell;Places|England|zUnknown (England);People|Henry James Howell;People|Adelaide Howell|TNG

---- XMP ----
Metadata Date                    2017:06:06 22:06:35+01:00
Description                      Date is a wild guess
Subject                          People|Adelaide Howell, Places|England|zUnknown (England), People|Henry James Howell, People|Adelaide Howell|TNG
Last Keyword IPTC                People|Adelaide Howell, Places|England|zUnknown (England), People|Henry James Howell, People|Adelaide Howell|TNG
Last Keyword XMP                 People|Adelaide Howell, Places|England|zUnknown (England), People|Henry James Howell, People|Adelaide Howell|TNG
Hierarchical Subject             People|Adelaide Howell, Places|England|zUnknown (England), People|Henry James Howell, People|Adelaide Howell|TNG

---- IPTC ----
Keywords                         People|Adelaide Howell, Places|England|zUnknown (England), People|Henry James Howell, People|Adelaide Howell|TNG
Date Created                     1946:06:30
Time Created                     12:00:00+01:00
Caption-Abstract                 Date is a wild guess


Photo of JonBattle

JonBattle

  • 2 Posts
  • 2 Reply Likes
The request was to make the text a searchable, linked to the image file. Doesnt exist yet but is a good idea.
Photo of Paul

Paul

  • 1138 Posts
  • 903 Reply Likes
Rick G, you would store it in the EXIF data that is available as a metadata area on all picture files.  But there's a problem.  SnagIt doesn't support metadata.  Indeed, if you dare to open an image that HAS metadata applied by another app, SnagIt deletes it all.  I reported this problem a while back and TechSmith were going to investigate.

I fully support the idea.  The mechanisms to do it (Grab Text output and EXIF Data target fields) already exist.

My only questions are,
  1. at what point(s) in a screenshot's life cycle is this done?  On the base or the annotated image.  
  2. I presume we want this added to .snag files too?  I would, because I rarely save a file - I use drag and drop from the tray
You know, this would be so much easier ifa standard file format (TIFF) was adopted instead od .snag(proj.)  Because TIFF files support metadata.
Photo of Paul

Paul

  • 1138 Posts
  • 903 Reply Likes
I would add:

1) ... or (3) at the time of saving or (4) after dragging an item from the tray

And this should not be a radio button selection but checkbox, so you can select multiple items
Photo of Rick Grunwald

Rick Grunwald

  • 1253 Posts
  • 861 Reply Likes
Not disagreeing with you but ...
1) We need the layers
2) TIFF ain't happenin' in these here parts
Photo of Paul

Paul

  • 1138 Posts
  • 903 Reply Likes
TIFF supports layers
Photo of Rick Grunwald

Rick Grunwald

  • 1253 Posts
  • 861 Reply Likes
We've had this conversation before. Not natively and not reliably but yes it can be done
Photo of Paul

Paul

  • 1138 Posts
  • 903 Reply Likes
Well if we can't find a non proprietary layered format we'll have to settle for a proprietary one