As you noted, SmugMug does accept images in any color space and converts them to sRGB. We’ll play a ‘wait and see’ game before converting images to a different colorspace than sRGB. Since we generate display sizes that allow photos to load as fast as possible, we wouldn’t want to start storing multiple copies with different color space until we’re sure that devices will support the wider colorspace. As of now (Sept 2016), the number of wide color space displays remains very small but we can change our opinion if this fact changes.
@Christopher: Your originals are always saved, exactly as you uploaded them and downloading those photos will give you the photo in the same color space you uploaded it to SmugMug. If it was AdobeRGB when you uploaded it, the Original will be AdobeRGB when you download it. So for archival purposes, you're safe with the color profile.
The only thing we convert to sRGB is your *display copies* since display devices cannot accurately display anything other than sRGB (for the most part ... obviously there's new displays supporting wider gamut color spaces). If more monitors begin to support additional color spaces, we'll obviously reconsider this functionality.
Our Android app will allow you to “Edit Photo Details”, which lets you change the title, caption, or geolocation of any photo. We’ll also be adding this to our iOS app at some point in the future, though I don’t have any details on when that will be released.
Our Android app now also allows you to Edit Gallery Settings, which can also be done on iOS devices using the mobile web (Safari); iOS support also coming at some point in the future.
@jeff: We'd love to get to this in our iOS app, just like we've done on Android. There's a few things that we're looking to add first (like Search) but anything that's available on our Android app, you can expect to come to iOS soon.
Any of the apps that you use from Apple will export the photos in a way in which SmugMug can handle them (JPGs), so have no fear that SmugMug will be able to continue accepting your photos. Keep taking them and uploading them to SmugMug like you have in the past. The only downside is that we'll convert them to JPGs, so the little bit of file size savings is lost.
@Anonymous: Apple launched the new OS using HEIF only 6 months ago but they offered no tools for other apps to be able to read those files. We're working with our partners to add support, unfortunately none of the tools are able to reliably guarantee they can read every file. As these tools are able to fully support HEIF/HEIC, then we can start adding support to SmugMug.
Our product team is here listening, reading every comment that’s left, but unfortunately this isn’t something we’re working on adding at this time. Adding labs, especially ones in countries that see high shipping costs from the US, is something we'd love to fix in the future. I understand that for many of you, this isn't the answer that you want to hear, but I did want to pop in and leave a note to let you know that we're not ignoring this.
Hi Michael. There's no software architecture limitation but with a small team and thousands of ideas and things we want to work on, it's just not feasible for us to get to everything. Improving the way people engage with your photos is something we'd love to tackle in the (near) future!
Self-fulfillment is something we'd love to add but we want to make sure it's a great experience for both you and your customers. Adding which products you are going to self-fulfill (adding photos, titles, sizes, descriptions, shipping times, shipping costs and options, prices, etc), as well as properly informing the customer of the status and how they'll receive the product is something that we want to make super easy for you.
As a small business we're working on some great improvements to SmugMug and we haven't been able to move onto this. Just this month, for example, we've completely optimized the checkout experience, making it mobile friendly and adding improvements to help you sell or buy photos easier. The SmugMug product team will continue to monitor this thread for feedback and all of your comments will help shape the feature when we start brainstorming how to implement it!
@alex: Wow, you have some stunning water photos. My favorite might be the "Mount Martha jet ski fun" photo! The features on our Portfolio plan would allow you to directly sell your photos to your viewers. Is the problem that there's no print lab offered in your country?
This feature is available in our Android app. It can be enabled from the apps Settings screen (inside the SmugMug app, on the home screen).
It’s something we’d love to bring to iOS as well in the future.
@John: This is something we'd love to do, and hope to do soon, but right now we're trying to get a few of the even more basic items into the app (like being able to drag-to-select multiple images when uploading, or adding folders/galleries into the app ... all features our Android app contains) before we move onto auto-upload.
This would be a great feature. I'll pass it along to the iOS team.
November 2016: We do have some beta functionality that allows the copying of individual pages. This will take a page, it’s customization (including content blocks), and duplicate it. Right now, you’d need to write into our Support Heroes and ask them to copy the page for you. firstname.lastname@example.org. I hope that helps some folks until we can get this more formalized!
The ability for the SmugMug Heroes to Copy Pages for you was added in May 2016. For now you'll have to email the Heroes to have a page copied.
@kenneth: I totally understand the frustration with having to re-create pages over and over (I run into this all the time on my own site). This is something we'd love to do but aren't currently able to work on. We have some exciting things in the pipeline and I'd love for us to add this feature at some point after we work on these items.
@James: I concur that there's overlap. I thought about merging the two threads but they are seperate ideas. If we implemented templates I'm sure some people would love to be able to copy pages exactly, although they're almost the same thing. Thanks for leaving a link to the other idea for people to find!
A new “Google Translate” Content Block can now be added anywhere to your site that will allow your visitors to translate your page into any language they wish. You can find the new content block in the Customizer, under the “Content” tab, in the “Services” section. Note that this will not translate your Account or other Settings, but it will translate a majority of the pages your visitor sees.
I’m marking this as “Partially Completed” because this does not fully close out the task of Localizing the entire site into a different language. The task of Localizing SmugMug is still “Not at this Time”. SmugMug is a very text rich site and we’re going to focus on some other exciting projects. We’ll keep this open though so that we can revisit it in the future!
@thirrouard: as customers ourselves, we care more than you could ever imagine. That’s why we built the Content Block – because we didn’t want to completely ignore this. I marked this as “Partially Completed” because I realize this isn’t localization. There are so many things we want to solve for photographers using SmugMug but localization is an item that doesn’t have as large of an impact as some of the other things we’re working on (and have worked on, like Mobile Web Apps, Client Areas, Private Sharing, new Print Products, an improved shopping cart, and so much more). Our options were to do nothing while we work on our other very exciting projects or take a small step to help put your site in the language of your visitors. This isn't a leap - it's a baby step to do something because we do care.
@lille: As the OP here points out, the goal of localization is for your visitors. To put your website into their language. Localization could put your site into German, but if I visited it, without knowing German, it’s going to push me away. The beauty of Google Translate is that it can put your site into the language of any of your viewers, much more than localization can. Google Translate is great in many languages already and will get better in the languages they’re not great at. So yes, this does get us partially towards being able to let your visitors see your site in any language they wish.
If you guys pop over into our Support Forums, http://www.dgrin.com/forumdisplay.php?f=64, we can discuss customizing some aspects of your site to change to any wording you'd like, in your language of choice. Would that help in the meantime?
@Luis: The issue is more design related than actual translation. We need to ensure that all aspects of the site make your photos look their best and that can be difficult when buttons increase in length or text doesn't fit where it's supposed to and starts wrapping in unexpected ways.
We'd love to be able to do this but not at the cost of letting other highly desired features suffer. We wanted to let you guys know that while we're not doing it right now it's possible we could do it at some point in the future. It's not a no...
I'd like to understand the request a little bit better. Are you asking for us to translate the viewer facing sections of the site (like the buy buttons, the shopping cart, etc)? The admin / customize sections that only you see? Both? If we were to implement one side first, would you rather we localize the viewer facing sections?
If there are certain aspects of your site that you would like to change the wording, head on over to our Support Forums at www.dgrin.com and someone might be able to help come up with some customizations to translate parts of your site.
At some point we'd like to take the Events feature set to the next level too -- there's a lot we could be doing better. We're currently tackling some other areas that we're really excited to release for you all and one day we'd love to turn our attention here.
While you can’t use the keyboard shortcut ‘H’ to hide images in new SmugMug, you can do batch-hiding of images through the Organizer. To do so, go to your organizer and open your gallery. Click to select the images you want to hide then click the wrench icon followed by Hide. That will hide all of the selected images!
@charnger: I concur with you that the hot-key would be a useful addition and that's why I've moved this suggestion from "Completed" back to "Started". While some things are not difficult, they do have to be slotted in amongst all the other projects we're working on. There are thousands of ideas in here, many of them small projects and there's no way we can work on every single one of them. We'd love to do this at some point in the future.
We currently automatically match SM photos with those in lightroom unless there’s a conflict in which multiple photos match. In that case, a dialogue appears. It seems that this functionality meets the intent of this request.
I did see that Sean has requested the ability to have auto-sync options for choosing which of the multi-matches would be automatically sync’d. If he’s the only one, I’m going to mark this as completed and spawn that request out into an additional topic. Please let me know I’m misunderstanding!
When you uploaded your photos to SmugMug did you upload the photos with all of their metadata intact? If you did, you shouldn't have to link each photo individually. Our plugin is intelligent and will automatically match the photos, however, if there is no metadata on the files you uploaded to SmugMug, we have no way to match the photo on SM with the one in your LR catalogue, since filename only matching could lean to many incorrect links. I would recommend making sure that all of your photos have metadata included with them, and if you would prefer to hide them from your visitors, disable "Camera Info" in the gallery settings. If you have included metadata in your photos, please shoot our help desk an email so that we can debug the issue further with you.
Is there any instance where you'd want to match with the JPG instead of the RAW? If we come to a matching where there's both a RAW and a JPG, what if we automatically chose the JPG since everything interacted with on SmugMug is done through the JPG?
Just for clarification, this request can be interpreted in 2 ways:
1) Let me tag multiple photos with the SAME location (currently possible).
2) Let me tag multiple photos with DIFFERENT locations.
In the case of #1, that can be done today with the "Edit Location" tool in the organizer.
In the case of #2, I assume you want to be able to open a photo, set it's location, click "next photo", set that one's location, etc, without having to close the tool, go to the next photo, re-open the tool, repeat.
Which one is this request asking for?
While we understand the use-case and the desire to randomize the Feature Photo, the added features in New SmugMug (ability to have 5 levels of sub-folders, new Privacy Controls, etc) have made randomizing the Feature Photo require additional checks before being displayed (to ensure the photo selected has permission to be displayed). Randomizing this on each view could leave the viewer with no Feature Image at all for some amount of time, which would be a poor experience for your visitors. Additional details have been left in the comments below.
One way to keep your Feature Images fresh would be to enter the Folder or Gallery settings and quickly update the Feature Photo. While it’s not as ideal as having it automatically randomized, the setup for changing the Feature Image is fairly quick.
I completely understand the use-case for wanting the Feature Photo to randomize, however, I wanted to touch on the reasons behind why it does not and why we will not be adding this functionality in the near future.
A lot of things have changed since we released the New SmugMug: we have a far better security model, Folders can now contain 5 levels of sub-folders, and there's new privacy controls like Private galleries and Private Sharing. Each folder can contain several thousand sub-folders, each sub-folder can contain several thousand galleries, and each gallery can contain several thousand photos. And each of those galleries could have their own privacy settings, which are different than the folders above it.
We have to display a Feature Photo that has permission to be shown to the user, so any photo shown will have to be checked to ensure it has permission. Traversing potentially several thousand folders and photos looking for a photo to display can take time ... time in which the viewer sees absolutely nothing on the page. This is not acceptable and would look quite strange and broken for your visitors. We want your Feature Images to load immediately and one way that we ensure this happens is be queue'ing up the photo (selecting it) ahead of time.
We select the first image from the first gallery because that photo, being the oldest on SmugMug is least likely to change and thus most likely to remain permissible to be displayed. There are some actions that will cause us to check if this photo can still be the Feature Image and if not, we'll pick the next available image.
We're more than happy to discuss other alternatives for which photo we select, however, due to the length of time that randomizing the Feature Image can take, we will not be able to provide this feature at this time.
I noticed that there were several requests for this in various threads. I've gone through and merged them all into this one. I've also updated the name of this request so it's easier for people to find.
@magnus: The original request, for Visitors to be able to download the entire gallery, is complete. A number of side / additional requests were made within the comments of the request and I want to make sure we capture this as votable items. Opening requests for individual parts allows us to get a better handle on which features are most important. For example, it helps us set priorities if we know that downloading a selection of images is more important than being able to add a watermark or limit the resolution of the downloaded image.
We're always listening and as fellow photographers, we want many of the same features as you guys are requesting. As a small business we have to balance the thousands of feature requests within our available resources. This feature request page is one of the tools that we use to help set priorities and understanding details like this are very helpful in making these features a reality.
The topic of music appears to be highly contested based on the comments here. At this time we are concentrating on developing some other awesome features that we know will benefit everyone. Please continue to discuss this as it will help us understand how we might be be able to use music more effectively in the future.
@L.A: Although there is a large library of free music content on the internet, almost all of them require some type of license or use agreement to be in place prior to allowing us to play the songs. Partnering with a service that provides this would be one way to do that, yes.
@Allen: There are several blockers for adding music but the biggest one revolves around ensuring proper licensing of music that would be used with the slideshows. We could partner with a 3rd party service, for example, but that requires integration, signing up for an account with the 3rd party, etc.
@Gary: As far as I can tell, Phanfare only allows music on slideshows. Is this all you guys are looking for -- music on slideshows?
Read your request again and realized we were talking about different things. I've gone and reset this to "Gathering Info" instead of "Rejected."
Including or not-including person data is one of Lightrooms Publish settings. Currently the only way to turn on/off this would be to change SmugMug's Publish Plugin settings each time you go to publish, which can be annoying and non-intuitive. I agree it would be easier if it was a gallery setting.
Exporting person data does appear to have a bug. This appears to be an issue with Lightroom ignoring the disabling of “Include on Export” when Person is checked. Hopefully Adobe will fix this issue.
JFried even mentioned this last week: http://regex.info/blog/2015-04-26/2563
I wanted to comment further and figured the comments would be a better place for the additional details.
Lightroom lets you disable certain keywords from being exported and would solve your specific request. In the LR settings for a specific keyword you can disable "Include on Export". Unfortunately it appears there's a bug, and if "Person" is also checked, it will ignore the "Include on Export" being disabled.
SmugMug accepts whatever metadata is included in the file. Person Data isn't a normal bit of EXIF information and it's even unclear if Adobe embeds it into the metadata. If Adobe exports the file with EXIF keywords that contain a keyword identical to the persons name, we're going to assume it's a keyword (that's all we know) and include it.
I'll look in further if we have any access at determining if an EXIF keyword is a person data.
@WinWorks: Unfortunately Amazon will no longer allow us to sign new users up for the SmugVault. We'd love to bring this feature back at some point in the future.