[Gimp-user] crop to content

2020-02-02 Thread geop
I found the simpler way to trim the 3 pixels from the edge. Select - All, then
Select - Shrink, specifying the 3 pixels.

-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-02-02 Thread geop
>Then my lack of Gimp experience appears, because "Crop" does not
>remove the pixels outside of the selection! 

OK, figured that out. Had to use "Crop to selection" from Image menu instead of
Crop from Tools - Transform Tools.

-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-02-02 Thread geop
Running behind on trying things but here's an update.

I zoomed in on the photos processed by the version of the script I used (the
"new"version), and there is a 3-pixel-wide strip (of varying intensity and
color, if a color image) all around the edges that causes the visible artifacts
I see.

@rich404 I did not get to try it yet, but I expect that edge is what your trim
script would remove, with a setting of 3. I don't exactly understand yet how
your script works, but when I read about zealous crop, it seemed a bit risky.

Instead I tried "select all", brought up the rectangle select tool options, then
clicked inside the image to transfer the size and position info into the
options. From there, I could manually reduce the offsets by 3 and sizes by 6.
Then my lack of Gimp experience appears, because "Crop" does not remove the
pixels outside of the selection! I need to figure that out. However, this could
lead to a straightforward zealous-free way of cleaning up the script result.

Still need to try Rich's trim, and the original script.

@rich404 BTW, the new version script came with a deskew,exe but had me install
it elsewhere. It came from http://francoismalan.com. You can find it by
searching for "How to batch separate & crop multiple scanned photos".

@rich404 Regards bimp - I actually installed it the day before posting here,
figuring I would need it. Have yet to try it though.


-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-02-01 Thread geop
Figured out my issues with fuzzy select and now know how to use it. Now after
lots of experimenting just with that sample greyscale photo, I conclude it does
NOT work well for my purpose. There is apparently too much variation in the
border area, so a low threshold does not get all of the border, and a higher
threshold eats into the image.

With the color picker, I found tone ranges in the border from 238 to 255. I
tried to pick midrange "starting pixels" for the fuzzy select, but one can't
really know if you clicked on exactly the right one.

The script still seems to have the most potential.

-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-02-01 Thread geop
Late last night I got the latest version of the script suggested by Rich and
tried it on a dozen color photo scans with borders. Each was left with thin
"white" strips along the sides and top and bottom, mostly thicker at one end
than the other, indicating there was still a little skew left in the images
(though the script does a deskew). I'll need to vary the parameters, and also
try the original version of the script that Rich used.

I also tried the fuzzy select idea. With its default parameter (15, I think),
and using the greyscale photo I sent earlier, this selected a lot of sky area.
However, I did not get much further because I'm not familiar enough with Gimp. I
did open the fuzzy settings and lower the value, but nothing changed, so it was
unclear to me that was really the result, or that I had failed to completely
confirm the new parameter somehow. But now I'm in a situation where I can NOT
get to the fuzzy select settings any more, even on a Gimp restart! Arggh.

-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-01-31 Thread geop
Wow, Rich, just watched your video. Didn't realize until I start watching that
you had made a custom video using my image! Thanks!

On that image, the script worked extremely well, judging from the final image in
your video.

I see that the script file contained a link to a page describing how to install
it in Gimp. Unfortunately, I have other things I need to do now but I'll set it
up later on and give it a shot. Looks VERY promising.

-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-01-31 Thread geop
Yes, there are certainly plenty of groups of images that are the same size, so
this could work.

>This is probably too simple a solution, but...
>If the images are all the same size, and have roughly the same border,
>can't you specify a rectangle select of a size slightly smaller to
>eliminate the border, position it at the proper offset, and crop?
>Or if the images are different sizes, compute a rectangle for e.g.
>98%?
>
>Gary

-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-01-31 Thread geop
Just starting on this project, so I need to check on greyscale scanning of
greyscale images with color casts, versus color scanning with post-processing to
correct. So for now I'll put aside the greyscale images and just consider color
ones.

I'm scanning with a Fujitsu ScanSnap ix500. The automatic document feeding is
great. I does de-skewing, but I guess based on the sample image I posted, I now
realize it's not perfect in that respect.

I was not aware of rawtherapee or darktable. Will look around there some more.

I read more about how white balance is actually done - with multipliers - so I
now understand how that can blow out highlights in the red and blue channels.
Still might be OK for most images in a batch process, but of course I would
check each image and set aside those that need extra work.

I need to check the suggestion in the reply from rich404 - maybe one of the
scripts will do a "shrink wrap".

About your suggestion of doing auto white balance on a sample from the middle
image - where do I find in Gimp what new multipliers it chose?


-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-01-30 Thread geop
Hi - thanks for the quick reply. I wondered if it had to do with the slight
non-uniformity of the pixel color in the border. I appreciate all your advice,
but I really wanted an "automatic" process because I have a LOT of these
bordered photos, and hoped to batch process them.

I see what you mean about rotation. My sample image is very slightly rotated,
and I would think my other images all have some version of the same issue. I can
tolerate that as these images are for family archives.

I should have mentioned that my main goal in eliminating the borders was so I
could use, in a batch process, Auto - White Balance to remove color casts from
many of the old B or color photos. From experimenting, the white border seemed
to mess this up. Without the border, the White Balance result seemed usually
"good enough" for my purpose.

So maybe I can suggest (somewhere) to the developers to add some parameters that
permit some range in values for the border color in "Crop to content".

Thanks again! I now understand what the issues are.


-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


[Gimp-user] crop to content

2020-01-30 Thread geop
I have scanned photographs which have a white border. I try "Crop to content"
and get the following popup:

"Cannot crop because the image is already cropped to its content."

The border is unchanged.

I thought that possibly there are some pixels on the outer edge of the border
that are confusing the crop, so I manully removed the outer edges of the border
and tried "crop to content" again. Same result.

What am I missing here?

Attachments:
* 
https://www.gimpusers.com/system/attachments/1353/original/two-women-300dpi-compr2-80.jpg

-- 
geop (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list