DocFetcher is a general-purpose search program. It wasn't designed to search specific fields of specific file formats. You might have some luck with a query like *iso* (note the enclosing asterisks). Also, see the "Query syntax" section in the built-in program manual.
Best regards
q:-) <= Quang
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No, can't be done with DocFetcher. It will only find the tag values, e.g. "subifd" or "200" in the above example, but not both the tag name and the tag value.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Is there a reason that meta information is indexed without corresponding meta-name?
In my opinion it would be much more useful to have concatenated name-value pairs added to the index.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The reason is that if the name is included, including the name in the search will show a lot more files than the user might want to see, and it will affect scoring and sorting of the results. At least that's the basic idea. Not sure if it was for the best.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Quang, are you the only person working on the project?
Has anyone working on the project looked into www.javaxt.com, or github.com/drewnoakes/metadata-extractor (or any other JPEG metadata extractor--there are at least a half dozen packages in openSUSE)?
I suspect that the metadata specifications could be presented to the user as a form with either a drop down of reasonable values, or some way to indicate a range (e.g. for GPS data you might want to keep it simple and give either the option of specifying two lat/long and using it as a bounding box, or a single point and a distance radius).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, I'm the sole developer and maintainer on this project.
As for the metadata, I'm trying to use stuff from Apache Tika as much as possible since it's widely used and well-tested. Thus, Tika is also used for JPEG metadata extraction.
I suspect that the metadata specifications could be presented to the user as a form with either a drop down of reasonable values, or some way to indicate a range (e.g. for GPS data you might want to keep it simple and give either the option of specifying two lat/long and using it as a bounding box, or a single point and a distance radius).
I think what you're talking about here is a modification of the GUI, which is actually quite a lot of work. So, no, not going to happen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
How do I search for, say, JPG files that were taken using an ISO 200 setting?
Thank you.
Hi,
DocFetcher is a general-purpose search program. It wasn't designed to search specific fields of specific file formats. You might have some luck with a query like *iso* (note the enclosing asterisks). Also, see the "Query syntax" section in the built-in program manual.
Best regards
q:-) <= Quang
Hi Quang,
Well, this is a sample of what is stored in the index for JPG files:
Any chance I could search the index for "Tag ISO Speed Ratings = 200" or so?
Thank you.
No, can't be done with DocFetcher. It will only find the tag values, e.g. "subifd" or "200" in the above example, but not both the tag name and the tag value.
Hello Quang,
That's a pity. Thank you nevertheless.
Is there a reason that meta information is indexed without corresponding meta-name?
In my opinion it would be much more useful to have concatenated name-value pairs added to the index.
The reason is that if the name is included, including the name in the search will show a lot more files than the user might want to see, and it will affect scoring and sorting of the results. At least that's the basic idea. Not sure if it was for the best.
Quang, are you the only person working on the project?
Has anyone working on the project looked into www.javaxt.com, or github.com/drewnoakes/metadata-extractor (or any other JPEG metadata extractor--there are at least a half dozen packages in openSUSE)?
I suspect that the metadata specifications could be presented to the user as a form with either a drop down of reasonable values, or some way to indicate a range (e.g. for GPS data you might want to keep it simple and give either the option of specifying two lat/long and using it as a bounding box, or a single point and a distance radius).
Yes, I'm the sole developer and maintainer on this project.
As for the metadata, I'm trying to use stuff from Apache Tika as much as possible since it's widely used and well-tested. Thus, Tika is also used for JPEG metadata extraction.
I think what you're talking about here is a modification of the GUI, which is actually quite a lot of work. So, no, not going to happen.