Sorry about the slip of the fingers. The correct number is approximately 36 GiB of photos. How to email that pile of pictures, hopefully in one big email to one address, for an insurance claim. I assume the receiver will have only Windows to view them. Thanx for the advice.
* Douglas McGarrett <dmcgarrett@optonline.net> [11-04-21 19:38]:
Sorry about the slip of the fingers. The correct number is approximately 36 GiB of photos. How to email that pile of pictures, hopefully in one big email to one address, for an insurance claim. I assume the receiver will have only Windows to view them. Thanx for the advice.
again, just attach them to an email to the OP. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode What sort of day was it? A day like all days, filled with those events that alter and illuminate our times... all things are as they were then, but were you there?
On Thu, Nov 4, 2021, 16:41 Patrick Shanahan <paka@opensuse.org> wrote:
Sorry about the slip of the fingers. The correct number is approximately 36 GiB of photos. How to email that pile of pictures, hopefully in one big email to one address, for an insurance claim. I assume the receiver will have only Windows to view
* Douglas McGarrett <dmcgarrett@optonline.net> [11-04-21 19:38]: them.
Thanx for the advice.
again, just attach them to an email to the OP.
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode What sort of day was it? A day like all days, filled with those events that alter and illuminate our times... all things are as they were then, but were you there?
Put them all on Google drive or something and then send them a link.
On 11/4/21 4:44 PM, Mike Henry wrote:
On Thu, Nov 4, 2021, 16:41 Patrick Shanahan <paka@opensuse.org <mailto:paka@opensuse.org>> wrote:
* Douglas McGarrett <dmcgarrett@optonline.net <mailto:dmcgarrett@optonline.net>> [11-04-21 19:38]: > Sorry about the slip of the fingers. The correct number is approximately 36 > GiB of photos. > How to email that pile of pictures, hopefully in one big email to one > address, for an > insurance claim. I assume the receiver will have only Windows to view them. > Thanx for the advice.
again, just attach them to an email to the OP.
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org <http://en.opensuse.org> openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo <http://wahoo.no-ip.org/piwigo> paka @ IRCnet freenode What sort of day was it? A day like all days, filled with those events that alter and illuminate our times... all things are as they were then, but were you there?
Put them all on Google drive or something and then send them a link.
I really doubt if any company will accept emails with a 36-gb attachment! Most will choke on 10-mb. If the Google Drive method doesn't work, perhaps the insurance company has a web site that allows uploading of documents/photos? BTW, 36-gb is a LOT of photos! Doug: are you sure it's not 36-mb? Regards, Lew
* Lew Wolfgang <wolfgang@sweet-haven.com> [11-04-21 19:59]:
On 11/4/21 4:44 PM, Mike Henry wrote:
On Thu, Nov 4, 2021, 16:41 Patrick Shanahan <paka@opensuse.org <mailto:paka@opensuse.org>> wrote:
* Douglas McGarrett <dmcgarrett@optonline.net <mailto:dmcgarrett@optonline.net>> [11-04-21 19:38]: > Sorry about the slip of the fingers. The correct number is approximately 36 > GiB of photos. > How to email that pile of pictures, hopefully in one big email to one > address, for an > insurance claim. I assume the receiver will have only Windows to view them. > Thanx for the advice.
again, just attach them to an email to the OP.
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org <http://en.opensuse.org> openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo <http://wahoo.no-ip.org/piwigo> paka @ IRCnet freenode What sort of day was it? A day like all days, filled with those events that alter and illuminate our times... all things are as they were then, but were you there?
Put them all on Google drive or something and then send them a link.
I really doubt if any company will accept emails with a 36-gb attachment! Most will choke on 10-mb.
If the Google Drive method doesn't work, perhaps the insurance company has a web site that allows uploading of documents/photos?
BTW, 36-gb is a LOT of photos! Doug: are you sure it's not 36-mb?
yeah, I missed that tooooo. 10-mb used to be a standard, but any more ..... -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode What sort of day was it? A day like all days, filled with those events that alter and illuminate our times... all things are as they were then, but were you there?
On 05/11/2021 00.58, Lew Wolfgang wrote:
On 11/4/21 4:44 PM, Mike Henry wrote:
On Thu, Nov 4, 2021, 16:41 Patrick Shanahan <paka@opensuse.org <mailto:paka@opensuse.org>> wrote:
again, just attach them to an email to the OP.
Impossible. No sane mail server will accept that. And will take forever to send. How many photos, 2000?
Put them all on Google drive or something and then send them a link.
And mind, google drive, not google photos, which would compress them again at quality loss. Or other services with more privacy.
I really doubt if any company will accept emails with a 36-gb attachment! Most will choke on 10-mb.
Right.
If the Google Drive method doesn't work, perhaps the insurance company has a web site that allows uploading of documents/photos?
Or send a Bllue-Ray disk by post. Seriously. Certified post. Or an USB stick. Or two, for safety.
BTW, 36-gb is a LOT of photos! Doug: are you sure it's not 36-mb?
On my camera, that would be about 2000 photos. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 2021-11-04 7:35 p.m., Douglas McGarrett wrote:
Sorry about the slip of the fingers. The correct number is approximately 36 GiB of photos. How to email that pile of pictures, hopefully in one big email to one address, for an insurance claim. I assume the receiver will have only Windows to view them. Thanx for the advice.
Use Google Drive. Many companies use Outlook, which has a maximum attachment size of 10 Mb.
On 11/4/21 8:10 PM, Patrick Shanahan wrote:
* Lew Wolfgang <wolfgang@sweet-haven.com> [11-04-21 19:59]:
On 11/4/21 4:44 PM, Mike Henry wrote:
On Thu, Nov 4, 2021, 16:41 Patrick Shanahan <paka@opensuse.org <mailto:paka@opensuse.org>> wrote:
* Douglas McGarrett <dmcgarrett@optonline.net <mailto:dmcgarrett@optonline.net>> [11-04-21 19:38]: > Sorry about the slip of the fingers. The correct number is approximately 36 > GiB of photos. > How to email that pile of pictures, hopefully in one big email to one > address, for an > insurance claim. I assume the receiver will have only Windows to view them. > Thanx for the advice.
again, just attach them to an email to the OP.
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org <http://en.opensuse.org> openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo <http://wahoo.no-ip.org/piwigo> paka @ IRCnet freenode What sort of day was it? A day like all days, filled with those events that alter and illuminate our times... all things are as they were then, but were you there?
Put them all on Google drive or something and then send them a link.
I really doubt if any company will accept emails with a 36-gb attachment! Most will choke on 10-mb.
If the Google Drive method doesn't work, perhaps the insurance company has a web site that allows uploading of documents/photos?
BTW, 36-gb is a LOT of photos! Doug: are you sure it's not 36-mb? Here's a typical file: 2545345 Dec 31 2005 samsung tv.JPG So, you're right. I miscounted. It's more like 100 MiB--maybe a little less. There are 18 files.You do the math. Anyway, maybe that can be squeezed into Google Drive? --doug
yeah, I missed that tooooo.
10-mb used to be a standard, but any more .....
On 11/4/21 9:54 PM, James Knott wrote:
On 2021-11-04 7:35 p.m., Douglas McGarrett wrote:
Use Google Drive. Many companies use Outlook, which has a maximum attachment size of 10 Mb. I can't get the size command to work. the number I last gave was a typical file times 18. Done with a high quality Panasonic digital camera. If I have to reduce the pixel count, how do I do that? --doug
On 11/4/21 9:48 PM, Douglas McGarrett wrote:
On 11/4/21 9:54 PM, James Knott wrote:
On 2021-11-04 7:35 p.m., Douglas McGarrett wrote:
Use Google Drive. Many companies use Outlook, which has a maximum attachment size of 10 Mb. I can't get the size command to work. the number I last gave was a typical file times 18. Done with a high quality Panasonic digital camera. If I have to reduce the pixel count, how do I do that? --doug
I used "convert", a part of the ImageMagick package, in days past. https://imagemagick.org/script/convert.php It's a powerful program and can do lots of cool things. There may be more modern ways to do it nowadays. Regards, Lew
Le 05/11/2021 à 05:37, Douglas McGarrett a écrit :
2545345 Dec 31 2005 samsung tv.JPG So, you're right. I miscounted. It's more like 100 MiB--maybe a little less. There are 18 files.You do the math. Anyway, maybe that can be squeezed into Google Drive? --doug
* if you use kde, install "kim" (Kde Image %anager). This will give you a context menu with the resize option. 2k image are enough for any "print" type use. * if this is still too large, uses "https://wetransfer.com/", every professional I know do. of course any cloud will also do, but many people don"t like uploading from unknown source jdd -- http://dodin.org http://valeriedodin.com
On 05/11/2021 05.48, Douglas McGarrett wrote:
On 11/4/21 9:54 PM, James Knott wrote:
On 2021-11-04 7:35 p.m., Douglas McGarrett wrote:
Use Google Drive. Many companies use Outlook, which has a maximum attachment size of 10 Mb. I can't get the size command to work. the number I last gave was a typical file times 18. Done with a high quality Panasonic digital camera. If I have to reduce the pixel count, how do I do that?
Don't size the photos. You have two roads: 1) Ask the company whether they have a service to upload photos. 2) Use an intermediary like Google Drive. Mozilla also has an service somewhere to send large attachments. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
Am 05.11.21 um 05:37 schrieb Douglas McGarrett:
Here's a typical file: 2545345 Dec 31 2005 samsung tv.JPG So, you're right. I miscounted. It's more like 100 MiB--maybe a little less. There are 18 files.You do the math. Anyway, maybe that can be squeezed into Google Drive? --doug
if i see this correct, these are 2.545.345 bytes = 2.55mb so with 100 mb you should have about 40 pictures? i would send it as they are, put alwasy 2 (or 3) pictures inside one email. these would be between 14 to 20 emails. not to much. write into all mails : "1/20" "2/20" etc. (where 20 is the amount of mails you will send) so the insurance company will see how much it is. if you do not like this : for resize you could use "gimp" inside gimp (translated from german) menue: file there go to: "export to" at the now new opend window, left lower side should be the text "filetype according extension" if not klick at it and change to this. on the first line inside same window there ist "name" re-name the file extension .jpg or .jpeg (if not already it is) AND rename the NAME (like "myfilename-small" to do not overwrite your original !!!! klick "export" now you see a new dialog "quality" mostly about 90% is "normal" now go down to 30% or so and press again "export" check size of saved new picture and open the picture with another software and check if quality is ok. if not do the steps again with lower or higher quality. beware!!!! do always do it from ORIGINAL picture never from the lower quality picture. simoN -- www.becherer.de
On 05/11/2021 09.19, Carlos E. R. wrote:
On 05/11/2021 05.48, Douglas McGarrett wrote:
On 11/4/21 9:54 PM, James Knott wrote:
On 2021-11-04 7:35 p.m., Douglas McGarrett wrote:
Use Google Drive. Many companies use Outlook, which has a maximum attachment size of 10 Mb. I can't get the size command to work. the number I last gave was a typical file times 18. Done with a high quality Panasonic digital camera. If I have to reduce the pixel count, how do I do that?
Don't size the photos.
You have two roads:
1) Ask the company whether they have a service to upload photos. 2) Use an intermediary like Google Drive.
Mozilla also has an service somewhere to send large attachments.
If you finally decide to compress the photos, as this process always entails some loss of quality and these are important photos, use gimp. First, copy the photos to another directory. Open them all with gimp. On each photo, click "export as" (in the file menu). Change the name a little bit. On the photo you will see a tick to see the resulting size of photo, activate it. Change the quality of the photo just a bit. It is probably 90, go down 5 or 10 points only. You will see the resulting size, and also the photo will visually degrade a bit. You can go to "10" momentarily to dramatically see how far the loss can be. Go back so something like 80 or 85. As long as you don't hit accept, nothing is written. Once written, close the photo. Gimp will complain you did not save the photo (which is correct, you exported, not saved). Ignore that warning. You will see anyway the export name in the tittle bar. Repeat for every photo. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
Am 05.11.21 um 00:35 schrieb Douglas McGarrett:
Sorry about the slip of the fingers. The correct number is approximately 36 GiB of photos. How to email that pile of pictures, hopefully in one big email to one address, for an insurance claim. I assume the receiver will have only Windows to view them. Thanx for the advice.
You really want to torture them with 36GB of photos (9 DVDs of boredom)? Mail a few important ones and offer them the remaining pictures on a DVD/USB-stick. As I wrote, pictures sized to 4x5inch, and exported to jpg 80% will probably do. If questions arise, you will still have the originals. Peter
On 2021-11-05 00:48, Douglas McGarrett wrote:
Done with a high quality Panasonic digital camera. If I have to reduce the pixel count, how do I do that?
Well you're using JPG which has already reduced the quality compared to RAW or TIFF. You don't say what the size of the image is, it's pixel-count dimensions, only the file size. If you used the JPG setting on your camera then you also set the 'resolution' (aka size) there too. You can run the 'file' command, that gives : (edited for clarity) DSCF0279-1-A.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16, manufacturer=FUJIFILM, model=FinePix F600EXR, datetime=2013:12:13 11:27:11], baseline, precision 8, 2464x3262, frames 3 ^^^^^^^^^ DSC03367_3.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16,manufacturer=FUJIFILM, model=FinePix F600EXR, baseline, precision 8, 428x640, frames 3 ^^^^^^^ Baselline for that camera is 16Mpxl, 4,608x3,456 The editors I use are Darktable and GIMP. My point here is regardless of the 'quality' of the camera, your GIF or JPEG are throwing away details already. The issue is how much is actually relevant. Carlos describes using the GIMP tool's 'export as" to adjust size AND quality of the export. I'd further suggest CROPPING using GIMP so you only export what's relevant. -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
On 05/11/2021 13.25, Anton Aylward wrote:
On 2021-11-05 00:48, Douglas McGarrett wrote:
Done with a high quality Panasonic digital camera. If I have to reduce the pixel count, how do I do that?
Well you're using JPG which has already reduced the quality compared to RAW or TIFF. You don't say what the size of the image is, it's pixel-count dimensions, only the file size.
He said it on another thread. It turns out it is not 36 GiB but about 100MiB. Then on another post here he said: D> Here's a typical file: D> 2545345 Dec 31 2005 samsung tv.JPG D> So, you're right. I miscounted. It's more like 100 MiB--maybe a little less. D> There are 18 files.You do the math. So 18 files at 2.5 MB makes 45 MB. *Some* mail servers can accept that size, but even if they do the recipient might reject it. So no guarantee. My camera uses JPG as most, but not very much compressed; gimp compresses the same photo significantly more at the same Q factor. Must be a limit of the camera processor. Or a compromise (speed vs power). -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 05/11/2021 13.57, James Knott wrote:
On 2021-11-05 4:19 a.m., Simon Becherer wrote:
if i see this correct, these are 2.545.345 bytes = 2.55mb
2.55 millibits? Or perhaps you meant 2.55 MB or 2.55 megabytes.
Correct, 2.55 MB (megabytes). I wasn't looking carefully at what I wrote. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
* Carlos E. R. <robin.listas@telefonica.net> [11-05-21 09:08]:
On 05/11/2021 13.25, Anton Aylward wrote:
On 2021-11-05 00:48, Douglas McGarrett wrote:
Done with a high quality Panasonic digital camera. If I have to reduce the pixel count, how do I do that?
Well you're using JPG which has already reduced the quality compared to RAW or TIFF. You don't say what the size of the image is, it's pixel-count dimensions, only the file size.
He said it on another thread. It turns out it is not 36 GiB but about 100MiB. Then on another post here he said:
D> Here's a typical file: D> 2545345 Dec 31 2005 samsung tv.JPG D> So, you're right. I miscounted. It's more like 100 MiB--maybe a little less. D> There are 18 files.You do the math.
So 18 files at 2.5 MB makes 45 MB. *Some* mail servers can accept that size, but even if they do the recipient might reject it. So no guarantee.
My camera uses JPG as most, but not very much compressed; gimp compresses the same photo significantly more at the same Q factor. Must be a limit of the camera processor. Or a compromise (speed vs power).
has to do with sensor size and the degree of professionalism to which the camera is intended. My cameras offer multiple jpg and raw sizes and size of image on sensor, so somewhat complex. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode What sort of day was it? A day like all days, filled with those events that alter and illuminate our times... all things are as they were then, but were you there?
On 2021-11-05 09:06, Carlos E. R. wrote:
He said it on another thread. It turns out it is not 36 GiB but about 100MiB. Then on another post here he said:
D> Here's a typical file: D> 2545345 Dec 31 2005 samsung tv.JPG
File size, yes, but says nothing about image size, the X-by-Y pixel resolution. Which gets to the part about using GIMP, setting the image size, cropping and setting the quality percentage. THOSE are what, ultimately, determine file size. The point being that a few minutes with GIMP could reduce that 2.5MB file to a 0.4MB file without loss of the relevant visual information that needs to be conveyed to the insurance company. -- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
Email servers usually have a gross limit of 10 MB to Ovid them being overwhelmed. 10 MB gross translate into about 6 MB net (with a bit of slavery margin), because the email protocol is based on ASCII. EVERY email in it's entirety including attachments must be encoded in ASCII. Transferring larger amounts of data by email thus is not a good idea because you consume about twice the size of transfer than the size of your payload. If you don't have access to upload space to place the files for downloading then use a free data transfer service like WETRANSFER.COM. Up to 2 GB per transfer. AND you get a confirmation by email when the recipient did transfer the file/files OR did not download them within a week. On Fri, Nov 5, 2021, 16:11 Anton Aylward <opensuse@antonaylward.com> wrote:
On 2021-11-05 09:06, Carlos E. R. wrote:
He said it on another thread. It turns out it is not 36 GiB but about 100MiB. Then on another post here he said:
D> Here's a typical file: D> 2545345 Dec 31 2005 samsung tv.JPG
File size, yes, but says nothing about image size, the X-by-Y pixel resolution. Which gets to the part about using GIMP, setting the image size, cropping and setting the quality percentage.
THOSE are what, ultimately, determine file size.
The point being that a few minutes with GIMP could reduce that 2.5MB file to a 0.4MB file without loss of the relevant visual information that needs to be conveyed to the insurance company.
-- “Reality is so complex, we must move away from dogma, whether it’s conspiracy theories or free-market,” -- James Glattfelder. http://jth.ch/jbg
On 2021-11-05 4:39 p.m., Klaus Maas wrote:
Email servers usually have a gross limit of 10 MB to Ovid them being overwhelmed. 10 MB gross translate into about 6 MB net (with a bit of slavery margin), because the email protocol is based on ASCII. EVERY email in it's entirety including attachments must be encoded in ASCII.
Is that 10 MB attachment size or ASCII data size? I thought it was attachment size. That is it could send a file up to 10MB.
On 05/11/2021 22.36, James Knott wrote:
On 2021-11-05 4:39 p.m., Klaus Maas wrote:
Email servers usually have a gross limit of 10 MB to Ovid them being overwhelmed. 10 MB gross translate into about 6 MB net (with a bit of slavery margin), because the email protocol is based on ASCII. EVERY email in it's entirety including attachments must be encoded in ASCII.
Is that 10 MB attachment size or ASCII data size? I thought it was attachment size. That is it could send a file up to 10MB.
It can be mail size, which is what the SMTP server sees. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
participants (11)
-
Anton Aylward
-
Carlos E. R.
-
Douglas McGarrett
-
James Knott
-
jdd@dodin.org
-
Klaus Maas
-
Lew Wolfgang
-
Mike Henry
-
Patrick Shanahan
-
Peter McD
-
Simon Becherer