{"id":1875,"date":"2011-11-04T19:56:30","date_gmt":"2011-11-04T10:56:30","guid":{"rendered":"https:\/\/regex.info\/blog\/lightroom-goodies\/ipad-howto"},"modified":"2011-11-06T13:09:24","modified_gmt":"2011-11-06T04:09:24","slug":"ipad-howto","status":"publish","type":"page","link":"https:\/\/regex.info\/blog\/lightroom-goodies\/ipad-howto","title":{"rendered":"How To Best Export Lightroom Images to an iPad, iPhone, Etc."},"content":{"rendered":"\n\n<div class='ic tight'><img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad-momiji.png\" width=\"550\" height=\"475\"\nclass=\"raw\"\nid=\"icrop_for_iPad_momiji\"\/><\/div>\n\n<p class='h'>Introduction<\/p>\n\n\n<p>An iPad can be a wonderful tool for sharing your photography in person,\none on one. In theory, loading your iPad or other Apple iDevice with\nphotos from Lightroom is a breeze: simply export copies from Lightroom\nto a folder that iTunes has been told holds the pictures that should appear\non the device, and each time you sync, <i>voil\u00e0<\/i> the photos appear on\nthe device.<\/p>\n\n<p>In practice, doing it well is much more difficult than you might imagine,\nso much so that as you learn about the obstacles that stand in the way, you\njust want to yell &#8220;<i>How on earth can it be this\nhard?!<\/i>&#8221;. It's a very un-Apple-like experience.<\/p>\n\n\n<div style='margin: 60px auto; border:solid red 3px; background-color:white; width:600px; color:black'>\n<div style='padding: 0 1em; border:solid 5px black'>\n<p>UPDATE: My workflow has changed completely for the better, so this post\nis now supersceded by:<\/p>\n\n<center>&#8220;<a style='color:blue' href='\/blog\/lightroom-goodies\/ipad-howto2' class='pt'>My Lightroom-to-iPad Workflow: Now a Lot More Refined<\/a>&#8221;<\/center>\n\n<p>... so please read that instead of this.<\/p>\n\n<\/div><\/div>\n\n<p>There is no end of reports from people thrilled with how the iPad\ndisplays their photography, and you may well have been syncing your own\nphotos with success from day one, but I suspect this euphoria is borne out\nof ignorance: you're settling for poor results, but don't even know it.<\/p>\n\n<p>Anyway, this post explains how <b>I<\/b> prepare <b>my<\/b> photos for\n<b>my<\/b> iPad and iPhone. It's probably true that no one will want to do\nevery step exactly as I have, but the description of each step makes for a\ncookbook of sorts that you can draw upon for your own needs.<\/p>\n\n\n<style type=\"text\/css\">\np.h        { font-weight: bold; font-size: 130% }\n#L1875 li  { margin-bottom: 50px }\nimg.ds1875 { margin-left: 40px }\n<\/style>\n\n<p class='h'>Apple's Standard &#8220;Photos&#8221; App<\/p>\n\n<p>This post covers viewing photos with the &#8220;Photos&#8221; app that Apple\nprovides standard on its devices. Nevertheless, some of the issues tackled\nin this post are of use to those using other photo-viewer apps (such as\nMarc Rochkind's <a\nhref='http:\/\/basepath.com\/WidePhotoViewer\/index-real.php'>WidePhotoViewer<\/a>,\nor the <b>FolioBook<\/b> app that <a href='http:\/\/blog.martinbaileyphotography.com\/2011\/10\/25\/podcast-304-seven-must-have-photography-related-ipad-apps\/'>Martin Bailey recommends<\/a>).<\/p>\n\n<p>Similarly, parts of this post will be of interest to those using Lightroom to prepare\nphotos for non-Apple devices.<\/p>\n\n<p class='h'>Issues that Make this a Challenge<\/p>\n\n<p>Some of the issues to be overcome on the way to iPad photo bliss...<\/p>\n\n<ul>\n  <li><p><b>Lack of Good Information<\/b> <\/p><p>\n\n    Plenty of so-called experts offer superficial, often incorrect, haphazard &#8220;solutions&#8221;\n    (such as <a href='http:\/\/lightroomkillertips.com\/2010\/presets-lightroom-ipad-export-settings\/'>this<\/a>)\n    that seem great if they help you get photos to your device the first time, because anything is\n    better than nothing. But if you want to do it well, those &#8220;helpful&#8221; instructions just mislead.<\/p>\n\n    <p>My post today contains a lot of specific, solid information that I've figured out along the way to building\n    the solution I use, but I'm no expert: some of what I've discovered may well be dependent on\n    a specific OS, OS version, iTunes version, device, and device OS version.<\/p>\n\n<\/li><li><p><b>iTunes Dorks your Photos<\/b> <\/p><p>\n\n   For some reason, iTunes lowers the quality of every photo it prepares for the iPad.\n   I don't mean simply that it downsizes and lowers the JPEG quality setting &mdash; it might not actually do either &mdash;\n   but it does actually lower the visual appearance by slightly blurring\n  the copy it sends to the iPad.<\/p>\n\n  <p>My post today discusses the details, and the Lightroom settings that lead to the least amount of iTunes dorkage.<\/p>\n\n<\/li><li><p><b>It's Hard to Fit In<\/b> <\/p><p>\n\n  If a photo doesn't exactly fit the iPad's screen aspect ratio (that is, if it's too tall or too wide to fit perfectly),\n  the iPad shrinks it down to get the whole thing on the screen, filling in the missing space on the right\/left or top\/bottom\n  with black bars. This is exactly what you want if the photo's composition is perfect and you feel it would\n  be a lesser image if it were somehow cropped to fit the device. But not all photos are so perfectly perfect....\n  many photos don't mind a slight crop around the edges, and really do look better when they fill the screen in all their glory.<\/p>\n\n  <p>My workflow offers a way to automate common crops on photos that you\n  think would benefit (such as a best-fit center crop for this photo, a\n  left-side crop for that, etc.), while leaving uncropped the photos you want left as is.<\/p>\n\n<\/li><li><p><b>No Sort for You<\/b> <\/p><p>\n\n  Apple apparently lets you set the image presentation order when iTunes sends them to the iPad directly from iPhoto or Aperture,\n  but for everyone else, setting the order &mdash; any order &mdash; is a\n  challenge, particularly with iOS 4 devices. I'll go over what I've found.<\/p>\n\n<\/li><\/ul>\n\n<p class='h'>My Approach<\/p>\n\n<p>The rest of this post coves:<\/p>\n\n<ol>\n<li><a href='#install'>Install<\/a> the plugins used in exporting for the iPad.<\/li>\n<li><a href='#setup'>Set up<\/a> a Lightroom Publish Service for export.<\/li>\n<li><a href='#pubcol'>Create Publish Collections<\/a> that map to individual albums on the iPad.<\/li>\n<li>Populate the collections with images.<\/li>\n<li><a href='#publishing'>Publish the images<\/a> from Lightroom, to a local &#8220;for the iPad&#8221; folder.<\/li>\n<li><a href='#iTunes'>Send them<\/a> to the iPad with iTunes.<\/li>\n<\/ol>\n\n<p>The first three steps are a one-time setup; the final three steps are repeated as needed, when photos are added\/removed, or changed.<\/p>\n\n<p  id='install' class='h'>Installing Requisite Plugins<\/p>\n\n<p>In my solution, I use three of <a href='\/blog\/lightroom-goodies\/'>my Lightroom plugins<\/a>, so the first step is to download and\n<a href='\/blog\/lightroom-goodies\/plugin-installation\/'>install<\/a> and enable these plugins:<\/p>\n<ul>\n  <li>Jeffrey's &#8220;<a href='\/blog\/lightroom-goodies\/tree-publisher'>Tree Publisher<\/a>&#8221; Lightroom Plugin<\/li>\n  <li>Jeffrey's &#8220;<a href='\/blog\/lightroom-goodies\/crop-for-iPad'>Crop for iPad<\/a>&#8221; Lightroom Plugin<\/li>\n  <li>Jeffrey's &#8220;<a href='\/blog\/lightroom-goodies\/gps'>Geoencoding Support<\/a>&#8221; Lightroom Plugin (not needed if you don't geoencode your photos)<\/li>\n<\/ul>\n\n<p>Make sure you have the latest versions of each, as some were updated recently to support this workflow.<\/p>\n\n<p id='setup' class='h'>Setting Up the Publish Service<\/p>\n\n<p>My solution uses a publish service (in Lr3+) to populate a folder on\nyour hard drive that you'll later point iTunes at. The trick is to select\nthe various settings so that the images produced into the folder will make\nfor the best final experience on the iPad.<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/setup.png\" width=\"365\" height=\"209\"\nclass=\"raw img_right\"\nid=\"isetup\"\nindexhint=\"noindex\"\nstyle=\"margin-left:4em; margin-top:0; margin-right:0\"\/>\n\n<p>After installing the plugins, visit the Library module, and in the lower\nleft, you'll find (perhaps among others) a &#8220;jf Tree Publisher&#8221; item in the\nPublish Services list, as illustrated on my system at right.<\/p>\n\n<p>Click on \"Set Up... to bring up the Publishing Manager in which we'll\ndefine how we want images prepared for iTunes.<\/p>\n\n<p>The <i>Tree Publisher<\/i> dialog in the Publishing Manager has nine\nsections, each with various settings that we'll go over below, but before we do that,\nwe need to add two more sections supplied by the other plugins we installed.<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/add-filters.png\" width=\"237\" height=\"194\"\nclass=\"raw img_right\"\nid=\"iadd_filters\"\nindexhint=\"noindex\"\nstyle=\"margin-left:4em; margin-top:0; margin-right:0\"\/>\n\n<p>In the lower left of the Publishing Manager, you'll see the\n&#8220;Post-Process Actions&#8221; section, as illustrated at right. Depending on what other plugins\nyou have installed, there may be other\nitems in your list besides those shown at right. (Common plugins that provide post-process actions are\nmy <a\nhref='\/blog\/lightroom-goodies\/metadata-wrangler'>Metadata\nWrangler<\/a> plugin, my <a\nhref='\/blog\/lightroom-goodies\/snapshot-on-export'>Snapshot-on-Exit<\/a> plugin,\nand Tim Armes' watermarking and framing plugin <span class='nobr'><a\nhref='http:\/\/www.photographers-toolbox.com\/products\/lrmogrify2.php'>LR\/Mogrify\n2<\/a>).<\/span><\/p>\n\n<p>Click in on &#8220;<b>jf Crop for iPad<\/b>&#8221; as shown, then &#8220;Insert&#8221;. Then on &#8220;<b>Shadow GPS Injector<\/b>&#8221; and again\non &#8220;Insert&#8221;. This adds the final two sections to the Publishing Manager for this Publish Service.<\/p>\n\n<p>Now, let's look at the 11 configuration sections for setting up our publish service...<\/p>\n\n<ol id='L1875'>\n\n<li id='L1875s1'><p>Give the publish service a name.<\/p>\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/publish-service.png\" width=\"580\" height=\"67\"\nclass=\"raw ds1875\"\nid=\"ipublish_service\"\nindexhint=\"noindex\"\/>\n<p>I use &#8220;Portfolio for iPad&#8221;. This name is used only in labeling the new publish service\n     in the Library module list, and it can be changed any time.<\/p>\n<\/li>\n\n<li id='L1875s2'>\n\n<p>Choose where on disk you want the for-the-iPad copies of the images to\nbe kept, and what type of &#8220;Tree Publisher&#8221; service to create.<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/publish-tree.png\" width=\"580\" height=\"309\"\nclass=\"raw ds1875\"\nid=\"ipublish_tree\"\nindexhint=\"noindex\"\/>\n\n<p>The folder you specify here as the &#8220;Publish Tree Root&#8221; is where\nLightroom will put image copies intended for the iPad, and where you point\niTunes at later. You might consider, for examples, a folder named <span\nclass='nobr'>&#8220;<b>Pics for iPad<\/b>&#8221;<\/span> in your <b>Pictures<\/b> folder, but\nit's up to you. It can be changed later.<\/p>\n\n<p>Be sure to choose the second tree-replication type, &#8220;Replicate a\ncollection Hierarchy&#8221;. This setting <b>can not<\/b> be changed later, so be\nsure to set it when creating the service.<\/p><\/li>\n\n<li id='L1875s3'><p>The next section is intended to tell Lightroom to refresh images when certain changes\n     are made within Lightroom.<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/metadata-trigger.png\" width=\"580\" height=\"287\"\nclass=\"raw ds1875\"\nid=\"imetadata_trigger\"\nindexhint=\"noindex\"\/>\n     <p>Develop changes always cause a refresh, so this section is for selecting metadata-changes triggers. Lightroom\n     often doesn't work quite right in this respect, but it's probably best to set these so things will work if Adobe\n     fixes these bugs in future versions of Lightroom. I chose &#8220;keywords&#8221; for reasons that will be apparent later.<\/p>\n<\/li>\n\n<li id='L1875s4'><p>This next session tells Lightroom how to name the files of the image copies prepared for the iPad.<\/p>\n\n      <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/file-renaming.png\" width=\"580\" height=\"121\"\nclass=\"raw ds1875\"\nid=\"ifile_renaming\"\nindexhint=\"noindex\"\/>\n\n     <p>Because Apple's &#8220;Photos&#8221; app never shows the image filename, the selection here don't matter at all in that respect,\n     but the filenames can be important in how the &#8220;Photos&#8221; presents images: in some cases,\n     the display sort is based on the image filename.<\/p>\n\n     <p>I'll talk about sorting in general later, but in my case, I want the photos to appear in a random order,\n     so I've come up with a file naming template that approximates a random sort:<\/p>\n\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/filename-template.png\" width=\"423\" height=\"177\"\nclass=\"raw ds1875\"\nid=\"ifilename_template\"\nindexhint=\"noindex\"\/>\n\n     <p>You can recreate it (or make your own) by selecting &#8220;Edit...&#8221;\n     from the &#8220;Rename To&#8221; dropdown in the Publishing Manager. As you can see in the template, the first item\n     is the &#8220;seconds&#8221; part of the time the image was taken, which is likely to be essentially random. The rest of\n     the template expands on that idea, and tries to ensures that each image ends up with a unique name.<\/p>\n\n     <p>If you want images sorted by time, you'll want to pick a date-based filenaming rule.<\/p>\n<\/li>\n\n<li id='L1875s5'><p>The next section specifies that image format:<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/file-settings.png\" width=\"580\" height=\"178\"\nclass=\"raw ds1875\"\nid=\"ifile_settings\"\nindexhint=\"noindex\"\/>\n\n<p>You might think that you'd want images files for iTunes to be of the highest quality possible... a lossless TIFF, perhaps,\n     or at least JPEG at full &#8220;100&#8221; quality, but it turns out that this just wastes disk space because\nas best I can tell, iTunes <i>always<\/i> builds a new JPEG to send to the iPad regardless of what\nkind of image you provide. Judging by the file size, it's comparable to a Lightroom JPEG quality\nsetting of about 80. (For more than you ever wanted to know about Lightroom's JPEG quality settings,\nsee my &#8220;<a href='\/blog\/2010-07-12\/1563' class='pt'>Analysis of Lightroom JPEG\nExport Quality<\/a>&#8221; writeup.)<\/p>\n\n     <p>Furthermore, as I've mentioned, iTunes always adds some blur to the result anyway, so these conspire to leave little\n     benefit in ultra-high-quality renditions for iTunes: I set Lightroom's JPEG quality on my iPad exports to 80.<\/p>\n\n<p>By the way, I'd like to thank Stefan Zakarias, who, via the handle &#8220;Anywho&#8221; in\n<a href='http:\/\/forums.whirlpool.net.au\/archive\/661720'>this thread<\/a>, shared details about how to inspect the\nraw JPEGs that iTunes prepares for the iPad.<\/p>\n\n<\/li>\n\n<li id='L1875s6'><p>Now we specify the size of the images to be sent to the iPad, in pixels. It's important here to select &#8220;Short Edge&#8221; and &#8220;1536 Pixels&#8221;. (The &#8220;Resolution&#8221; is irrelevant, so it doesn't matter what's entered.)<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/image-sizing.png\" width=\"580\" height=\"91\"\nclass=\"raw ds1875\"\nid=\"iimage_sizing\"\nindexhint=\"noindex\"\/>\n\n<p>The iPad screen is 1,024 &times; 768 pixels, but the key size to keep in\nmind when preparing photos for it is 1,536 pixels: if the <i>short<\/i> side\nof the copy presented to iTunes is 1,536 pixels or shorter, the image sent\nto the iPad is not resized by iTunes. However, if the short side is longer\nthan 1,536 pixels, iTunes shrinks the copy sent to the iPad\nuntil the short side as been reduced to 1,536 pixels.<\/p>\n\n\n<p>(For reference, the same &#8220;short side to 1536 pixels&#8221; setting is used for the iPhone 4\/4s and fourth-generation iPod Touch.\nOlder iPhones and iPod Touches use a &#8220;short side to 768&#8221; pixels\" setting.)<\/p>\n\n<p>With a photo whose aspect matches the iPad screen, the long side ends up\nbecoming 2,048 pixels when downsized (or, for reference, 2,304 pixels for\nan iPhone4\/4s), but it could be longer or shorter depending on the image's\naspect ratio.<\/p>\n\n<p>I find it mildly annoying that iTunes resizes my large images, taking\naway the ability to zoom in all the way on the iPad, but the real kicker is\nthat even if iTunes doesn't resize the image, it <i>always<\/i> builds a new\nJPEG, and always adds some blur. This means that even if you export a crisp\nsharp image exactly the size iTunes needs, it still blurs the copy sent to the\niPad.<\/p>\n\n<p>It's maddening. The best we can do is try to find a solution that\ndamages our images the least. If we export at the exact screen size\n(1,024&times;768 or 768&times;1,024), the softness that iTunes adds is\nreadily apparent the moment we move to the image on the iPad. However, if\nwe export at the largest size iTunes allows (1,536 pixels on the\nshort side), the initial display on the iPad is an on-the-fly reduction to\nfit the screen, and the quality of the reduction is very good, so the\ninitial view is great. The softness will become apparent if you zoom, but\nat least the initial view is good.<\/p>\n<\/li>\n\n<li id='L1875s7'><p>Now we indicate how Lightroom should sharpen the final images it produces.<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/output-sharpening.png\" width=\"580\" height=\"66\"\nclass=\"raw ds1875\"\nid=\"ioutput_sharpening\"\nindexhint=\"noindex\"\/>\n\n     <p>I set the sharpening to &#8220;Screen: High&#8221;, which on its own creates some fairly strong sharpening,\n     but remember that iTunes blurs every photo on the way to the iPad, so\n     this pre-sharpening tries to counter that. I've done a bunch of tests\n     with various settings and &#8220;Screen: High&#8221; seems to give the best results, but it's ultimately up\n     to a matter of taste.<\/p>\n<\/li>\n\n<li id='L1875s8'><p>For the most part, iTunes nor the iDevices do anything with image metadata, so I go ahead and strip it:<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/metadata.png\" width=\"580\" height=\"81\"\nclass=\"raw ds1875\"\nid=\"imetadata\"\nindexhint=\"noindex\"\/>\n     <p>There are two bits of metadata that might be used by iTunes: the geoencoded coordinates and the image timestamp.\n     The geoencoded location is handled <a href='#L1875s11'>later in the dialog<\/a>, and as I discuss in the section on\n     <a href='#sorting'>sorting<\/a>, the image timestamp is <i>supposed<\/i> to be used as the display sort, but as best I can tell, it is not.\n     Still, maybe I've made a mistake, or the image timestamp <i>is<\/i> used for <i>your<\/i>  device\/OS situation, so if you explicitly want a\n     chronological sort, you may want to leave &#8220;Minimize Embedded Metadata&#8221; unchecked, and cross your fingers.<\/p>\n<\/li>\n\n<li id='L1875s9'><p>I don't do any watermarking.<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/watermarking.png\" width=\"580\" height=\"63\"\nclass=\"raw ds1875\"\nid=\"iwatermarking\"\nindexhint=\"noindex\"\/>\n<\/li>\n\n<li id='L1875s10'><p>The next section contains the settings for the <i>Crop-for-iPad<\/i> plugin:<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/crop-for-ipad.png\" width=\"580\" height=\"652\"\nclass=\"raw ds1875\"\nid=\"icrop_for_ipad\"\nindexhint=\"noindex\"\/>\n\n<p>As each image is exported, this section defines whether a crop will be done, and if so, what kind, and from what part\nof the image.<\/p>\n\n<p>The first area of this section indicates the target aspect ratio (the width\/height ratio of the target device). I've\nseeded the dropdown with a number of devices from Apple, Amazon, Blackberry, HP, HTC, Motorola, Samsung, and more. Feel\nfree to suggest additions. You can also choose &#8220;custom&#8221; and enter your own width and height.<\/p>\n\n<p>The &#8220;<b>Crop Control<\/b>&#8221; area is where you indicate, with keywords and a default, whether a crop should\nbe taken for each image, and if so, from what part of the image. You can set things to your taste, but as illustrated\nabove, if a photo has the keyword &#8220;iPadNoCrop&#8221;, no crop is taken. If it has the keyword\n&#8220;iPadCropRight&#8221;, a device-best-fitting crop is taken from the right. And so on. If none of the keywords\nmatch, a crop is taken from the center.<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/keywording.png\" width=\"291\" height=\"282\"\nclass=\"raw img_right\"\nid=\"ikeywording\"\nindexhint=\"noindex\"\nstyle=\"margin-left:4em; margin-top:0; margin-right:0\"\/>\n\n<p>As illustrated at right, I've made a &#8220;Keyword Set&#8221; for use in the Library's &#8220;Keywording&#8221;\npanel that makes it easy for me to apply these. (The &#8220;PORTFOLIO&#8221; and &#8220;AnthonyBest&#8221; keywords are\nused in my workflow to indicate which photos to send to the iPad in the first place, as we'll see later in this\npost.)<\/p>\n\n<p>You can guess from the &#8220;iPhoneCropLeft&#8221; keyword that I have a matching set of keywords for the copies I\nsend to my phone, via another &#8220;jf Tree Publisher&#8221; publish service set up almost identically to the one we're\nsetting up now, but because the iPhone's screen had a different aspect ratio, it may need different crops, and so that\npublish service uses a different set of keywords, and, of course, a different target folder.<\/p>\n\n<p>When using these kinds of keywords, it's cleaner to keep them internal to your Lightroom setup, so don't forget to\nedit each keyword (by selecting &#8220;Edit&#8221; from the keyword's context menu in the Keyword List panel) to\ndeselect &#8220;Include on Export&#8221;.<\/p>\n\n<p>Finally there's a setting for <b>iDevice Sort Control<\/b>. We touched on image sort in the <a\nhref='#L1875s4'>file-naming section<\/a> above, and cover it in more detail <a href='#sorting'>later<\/a>, but in short,\nsome iDevices sometimes don't sort by the filename, but instead, may sometimes sort by the image date embedded within\nthe image. I'm not sure whether it really matters, but just in case I want a random date injected into the copy prepared\nfor iTunes (because, as I mentioned above, I want the image order to be random), so I've turned on the &#8220;Randomized\nOrder&#8221; option. <\/p>\n\n<p><b>A note about the crop:<\/b> the crop done by the plugin is <i>lossless<\/i> (does not reduce the quality at all)\nbecause the plugin uses the <a href='http:\/\/www.ijg.org\/'>Independent JPEG Group<\/a>'s most-excellent\n&#8220;<b>jpegtran<\/b>&#8221; program. The alternative is to convert the JPEG to pure image data, perform the crop, then\nreconvert back to a JPEG, all of which necessarily reduces the quality. So, it's gratifying that there's a lossless\nsolution available, but one technical side effect of how bits are fiddled under the hood is that a &#8220;bottom&#8221;\nor &#8220;right&#8221; crop might actually be shifted as many as 15 pixels away from the bottom edge or the right\nedge.<\/p>\n\n<\/li>\n\n\n<li id='L1875s11'>\n<p>The final section deals with the geoencoded locations where images were shot. If you don't geoencode your images, you can ignore this section,\nbut you're missing out on a great fun feature.<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/gps-injector.png\" width=\"580\" height=\"242\"\nclass=\"raw ds1875\"\nid=\"igps_injector\"\nindexhint=\"noindex\"\/>\n<p>I didn't realize it for the first several years I had an iPhone, but it turns out that if the images you send to the iDevice are geoencoded,\na new &#8220;Places&#8221; tab shows up in the &#8220;Photos&#8221; app, at the same level as &#8220;Albums&#8221;, showing a map with pins where geoencoded photos were taken.\nHere's an example from my phone, zoomed up on southern Kyoto Prefecture...<\/p>\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/places.png\" width=\"500\" height=\"315\"\nclass=\"raw ds1875\"\nid=\"iplaces\"\/>\n\n<p>This is really fun... a fast, non-kludgy version of\n<a href='\/blog\/2009-11-01\/1346'>my blog's interactive photo map<\/a>.\nSo, I want to make sure to inject the geoencoded location into the exported images, even if we strip other metadata\n(as we do <a href='#L1875s8'>above<\/a>). <\/p>\n<\/li>\n<\/ol>\n\n\n<p>Now we can click the &#8220;Save&#8221; button in the lower right of the Publishing-Manager dialog to actually create our Publish Service.<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/setup-done.png\" width=\"334\" height=\"162\"\nclass=\"raw img_right\"\nid=\"isetup_done\"\nindexhint=\"noindex\"\nstyle=\"margin-left:4em; margin-top:0; margin-right:0\"\/>\n\n<p>Phew!<\/p>\n\n<p>The newly-created (but still unpopulated) Publish Service can be seen in the lower left of the Library module,\nas illustrated at right.<\/p>\n\n<p>At this point we've set up how photos are to be prepared for the iPad, but we've yet to actually chose the photos.\nTo do that, we set up Publish Collections within the publish service, and populate them.<\/p>\n\n<p id='pubcol' class='h' style='clear:both'>Choosing Which Images To Send to Which Album<\/p>\n\n<p>When choosing what images to display and how to arrange them in albums, I consider:<\/p>\n\n<ul>\n\n  <li><p>I want a set of photos of my son, Anthony, as a modern equivalent of a wallet stuffed with snapshots.<\/p><\/li>\n\n  <li><p>When someone asks about my photography, I want a collection of &#8220;nice&#8221; photos that I can quickly refer to.\n      For <a href='\/blog\/'>my blog<\/a> I prefer photos that illustrate a story, but for this\n      &#8220;Portfolio&#8221; album on my iPad, I want photos that stand alone on their own beauty or interestingness.<\/p><\/li>\n\n  <li>I want to use keywords to decide which photos to include (the &#8220;AnthonyBest&#8221; and &#8220;PORTFOLIO&#8221; keywords mentioned earlier).<\/li>\n\n  <li><p>I don't like to have the viewer forever rotating the iPad to match whatever photo\ncomes up next, so I like to group photos by orientation: landscape (wider than tall) and portrait (taller than wide).<\/p><\/li>\n\n<\/ul>\n\n<p>For my &#8220;Anthony&#8221; pictures, I've taken the approach that I'll put them all into one iPad album,\nwith all photos of one orientation photos first, then all the photos of the other orientation next.\nThis means that one must rotate the iPad at most twice while viewing them all.<\/p>\n\n<p>On the other hand, I have many more &#8220;Portfolio&#8221; pictures, so I've decided to go ahead and segregate each orientation into its own iPad album:\n<span class='nobr'>&#8220;Portfolio Landscape&#8221;<\/span>\nand <span class='nobr'>&#8220;Portfolio Portrait&#8221;.<\/span> Let's look at that setup first.<\/p>\n\n<p>To create the &#8220;<b>Portfolio Landscape<\/b>&#8221; iPad album, I create a new Publish Collection inside\nthe &#8220;Portfolio for iPad&#8221; Publish Service I just created. Bring up the context menu for the Publish\nService by right-clicking (control-clicking) on the name in the list of publish services, then\nselect <span class='nobr'>&#8220;Create Smart Leaf Folder...&#8221;<\/span>. Here are the rules I use:<\/p>\n\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/portfolio-landscape.png\" width=\"794\" height=\"319\"\nclass=\"raw ds1875\"\nid=\"iportfolio_landscape\"\nindexhint=\"noindex\"\/>\n\n<p>I create a similar smart publish collection for &#8220;Portfolio Portrait&#8221;, except that the final rule\nis not quite what you might expect. Rather than &#8220;Aspect Ratio is Portrait&#8221;, I choose &#8220;Aspect Ratio is not Landscape&#8221;, so that\nperfectly square images (which are neither landscape nor portrait) will show up somewhere:<\/p>\n\n     <img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/portfolio-portrait.png\" width=\"794\" height=\"319\"\nclass=\"raw ds1875\"\nid=\"iportfolio_portrait\"\nindexhint=\"noindex\"\/>\n\n<p>Be warned that when you change the &#8220;is&#8221; to &#8220;is not&#8221;, the &#8220;landscape&#8221; will automatically change to &#8220;portrait&#8221;,\npossibly leading to some confusion, so be sure to switch it back to &#8220;landscape&#8221;.<\/p>\n\n<p>For the &#8220;Anthony&#8221; photos, I first create an &#8220;Anthony&#8221; publish collection set, via the &#8220;Create Non-Leaf Folder&#8221; context-menu item.\n(&#8220;Publish collection set&#8221; is the general phrase that Adobe uses; &#8220;non-leaf folder&#8221; is the tree-publisher's plugin-specific phrase for the same thing.)\nThen, within that set, I create two smart publish collections comparable to the two Portfolio collections, but with &#8220;AnthonyBest&#8221; as the keyword.<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/setup-populated.png\" width=\"266\" height=\"189\"\nclass=\"raw img_right\"\nid=\"isetup_populated\"\nindexhint=\"noindex\"\nstyle=\"margin-left:4em; margin-top:0; margin-right:0\"\/>\n\n<p>This leaves me with the publish service shown at right. Each first-level item except &#8220;<i>root<\/i>&#8221; becomes an album on the iPad, so I'll end up with\nthree albums in the &#8220;Photos&#8221; app: &#8220;Anthony&#8221;, <span class='nobrl'>&#8220;Portfolio Landscape&#8221;,<\/span> and <span class='nobrl'>&#8220;Portfolio Portrait&#8221;.<\/span><\/p>\n\n<p>Note that I could have created normal (non-smart) publish collections, such that I would include\na photo not via keywords, but by manually dragging photos into it. With my workflow and habits, I\ndidn't want to do it that way, but there's nothing wrong with it.<\/p>\n\n<p>By the way, because I never want to accidentally delete one of these photos from my Lightroom\ncatalog, I include photos keyworded with &#8220;PORTFOLIO&#8221; and &#8220;AnthonyBest&#8221; in <a\nhref='\/blog\/lightroom-goodies\/photosafe'>PhotoSafe<\/a> collections.<\/p>\n\n<p class='h' id='publishing'>Actually Exporting Copies From Lightroom<\/p>\n\n<p>To send the photos out to disk so that I can point iTunes at them later, I select them all and\nclick the big &#8220;Publish&#8221; button in the lower left of the Library module. Any time I make changes to\nthe set of photos, or to any photo already there, I can republish the collections to refresh the\nversions on disk.<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/folder-list.png\" width=\"195\" height=\"150\"\nclass=\"raw img_right\"\nid=\"ifolder_list\"\nindexhint=\"noindex\"\nstyle=\"margin-left:4em; margin-top:0; margin-right:0\"\/>\n\n<p>After I've &#8220;published&#8221; these collections, the folders within the top-level &#8220;Pics for iPad&#8221; folder\n(or whatever folder <a href='#L1875s2'>you chose as the root<\/a>) will have been created and\npopulated, as illustrated at right.<\/p>\n\n<p>Again, recall that the iPad does not show album levels more than one level deep, so all photos\nwithin the &#8220;Anthony&#8221; folder or any subfolder, at any depth, is shown on the iPad in an album named\n&#8220;Anthony&#8221;. We'll talk more about this later, in the <a href='#sorting'>section on sorting.<\/a><\/p>\n\n<p>By the way, note that you might also see an &#8220;<b>iPod Photo Cache<\/b>&#8221; folder. iTunes creates\nthis folder for its own housekeeping, so it will be there after you've synced the photos to the iPad\nat least once.<\/p>\n\n\n<p id='iTunes' style='clear:all' class='h'>iTunes<\/p>\n\n<p>Within iTunes, select the iPad in the sidebar, then in the &#8220;Photos&#8221; section, point the &#8220;Sync from&#8221;\nto the top-level publish folder, and sync:<\/p>\n\n<img loading=\"lazy\" decoding=\"async\" src=\"\/i\/lr\/crop-for-iPad\/itunes-setup.png\" width=\"442\" height=\"229\"\nclass=\"raw ds1875\"\nid=\"iitunes_setup\"\/>\n\n<p>iTunes will look at the images in the folder tree and &#8220;optimize&#8221; them, in Apple's parlance. This\nis the building of a new, possibly downsized, somewhat fuzzier JPEG copy of each, along with various\nsmall thumbnail versions. It's at this time that the <span class='nobr'>&#8220;<b>iPod Photo\nCache<\/b>&#8221;<\/span> folder and its various data files are created. It's that data that's sent to the\niPad.<\/p>\n\n<p>You can now enjoy your photos on your iPad.<\/p>\n\n<p id='sorting' style='clear:all' class='h'>A Note on Image Sorting<\/p>\n\n<p>Apple <a href='http:\/\/support.apple.com\/kb\/HT4221'>claims<\/a> that within albums on the iPad,\nimages are sorted chronologically based upon the image capture date, but I've found this to be iffy\nat best. In fact, everything about sorting seems to be iffy. I've done a lot of tests under a few\nsituations (iPad and iPhone 3G running iOS4, and an iPad and iPhone 4Gs running iOS5, with various\nversions of iTunes 10 on OSX 10.6 and Win\/XP) and have come up with a few bits of understanding.<\/p>\n\n<p>With iOS 5 devices:<\/p>\n\n<ul>\n  <li><p>Sub-folders are sorted independently, so in the case of my &#8220;Anthony&#8221; album populated with images\n       from two sub-folders (&#8220;Portrait&#8221; and &#8220;Landscape&#8221;), all the &#8220;Landscape&#8221; images are shown first, then all the &#8220;Portrait&#8221; images.\n       Sub-folders are presented in order based upon their filename.\n       <\/p><\/li>\n\n  <li><p>Within any particular sub-folder, images are sorted based upon their filename.<\/p><\/li>\n<\/ul>\n\n<p>It's less straightforward with iOS 4 devices:<\/p>\n\n<ul>\n  <li><p>With iOS 4 devices, sub-folder images are not necessarily segregated. Images that are within sub-folders are segregated\n       the first time you sync to the device, but images added during subsequent syncs may appear anywhere in the presentation order.<\/p><\/li>\n\n  <li><p>I haven't figured out the sort. I've tested the image-file inode-creation date, image file-modification date, directory-entry-creation date,\n       by various Exif bits of metadata (CreateDate, DateTimeOriginal, ModifyDate, PreviewDateTime, and GPS DateTime), and nothing is consistent.\n       As soon as I find something that I think is consistent, it fails when I add additional images and resync, or when I clear out the &#8220;iPod Photo Cache&#8221;\n       folder and resync. (Clearing out the cache should have no effect on a deterministic sort, but since it does, the sort is clearly not deterministic.)<\/p><\/li>\n<\/ul>\n\n<p>iTunes looks at the file-modification date to decide whether to reprocess an image, so if you use\nmy <a href='\/blog\/lightroom-goodies\/metadata-wrangler'>Metadata Wrangler<\/a> plugin\nin your workflow, be sure <i>not<\/i> to enable the \"Set exported image file's modification date to\nthe image date\" option, or re-publishes will not be processed by iTunes.<\/p>\n\n\n","protected":false},"excerpt":{"rendered":"<p>An iPad can be a wonderful tool for sharing your photography in person, one on one. In theory, loading your iPad or other Apple iDevice with photos from Lightroom is a breeze: simply export copies from Lightroom to a folder that iTunes has been told holds the pictures that should appear on the device, and each time you sync, voil\u00e0 the photos appear on the device.<\/p> <p>In practice, doing it well is much more difficult than you might imagine, so much so that as you learn about the obstacles that stand in the way, you just want to yell \"How [...]","protected":false},"author":1,"featured_media":0,"parent":864,"menu_order":0,"comment_status":"open","ping_status":"open","template":"","meta":{"footnotes":""},"_links":{"self":[{"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/pages\/1875"}],"collection":[{"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/comments?post=1875"}],"version-history":[{"count":0,"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/pages\/1875\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/pages\/864"}],"wp:attachment":[{"href":"https:\/\/regex.info\/blog\/wp-json\/wp\/v2\/media?parent=1875"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}