Wikipedia:Graphics Lab/Photography workshop/Archive/Jul 2013

Stale

edit

Please, clean up this Hugin composite

edit

Article(s): Catedral de San Antolín de Palencia

Request:

edit
Request:

I'm posting this here on behalf of Rowanwindwhistler (talk):

Hello. The goal is to produce something similar to this tympanum. I would be grateful if someone could remove the black background, add the small pieces that are missing from the outer archivolt and trim the edges similar to the example image to keep just the tympanum, archivolts and side statues. Thanks a lot in advance!
One can see the full gate at its category page in Commons, there are several pictures showing it in full. The parent category shows most of the building and one can see the side of the cathedral where the gate is as well.
Here's a link to a notated image showing where to make the edits and reconstructions. The best option, taking into account that the bases of the statues and the sides and the upper decoration of the outer archivolt weren't preserved in the composite image, would be to take the purple line were it diverges from the red one and remove the doorway, sticking to the base of the tympanum (but keeping the base of the central statue in). Thanks in advance.

Note:

I gave it try, but my (Pentium 4) PC wasn't able to affectively deal with such a large image. CPU kept locking up when trying to render changes. --Kevjonesin (talk) 06:55, 10 June 2013 (UTC)[reply]
Comments (with relevant area tagged via the Google interface) added as per above. Here's a transcription:
Trim horizontally along here, above the doorway arch just below the tympanum detail with a bit extended down in the middle to include the base of the central figure..
Then follow along the first side statues joining up with the red line on the left side and with the purple 'detours' on the right (and then back to the red).
Ignore the bright yellow I added w/ GIMP.
Pay attention to the orange-yellow box that shows when you scroll over this message though.
There should be very little actual reconstruction work. Just the small black ares within the red outline.
I'm thinking that a 'good dose' of feathering —more than one might normally use when cropping such, I was thinking of starting at 11 pixels and then adjusting up from there based on appearance— along the outside of the eventual cropped form may work well to both ease the transition to the background field and to complement the distressed stone's variations.
If unable to do a PNG with background transparency, perhaps a dark charcoal gray (approaching black) might be worth trying in addition to white. Easier on the eyes and better contrast with the pale stone. Maybe 'give it a shot' and see how it looks.
--Kevjonesin (talk) 02:19, 11 June 2013 (UTC)[reply]
  • I've uploaded an example of how I had intended to approach it:
File:CatedralDePalencia-(arch_crop_xmple-01).png
(Composition is based based on my previous discussions with Rowanwhistler, image is based on File:CatedralDePalencia20100118211516SAM 2513.jpg) --Kevjonesin (talk) 14:25, 11 June 2013 (UTC)[reply]

Graphist opinion(s):

edit
Graphist opinion(s):

  Request taken by Centpacrr (talk) 16:31, 10 June 2013 (UTC). (Let's see if this works.)[reply]

Question to requester: I can do the project at full size (using a MacBookPro running Photoshop CS5 Extended), but before I do please advise if you want me to follow the red, yellow, or purple guidelines in the template. Centpacrr (talk) 17:57, 10 June 2013 (UTC)[reply]

Disregard above question, now moot. Centpacrr (talk) 19:07, 10 June 2013 (UTC)[reply]
Thanks for starting things off Centpacrr. I appreciate the attempt. It includes a good bit more than Rowan wants though. And my bad, I should have made an additional note suggesting we treat such a high-res original (even though it's a .jpg) as we would a large .tiff source file and flag it as 'do not overwrite'. I should have made that clear in advance. Please don't take offense if I revert it and fork it.
err, I rexamined Centpacrr's crop while comparing to one of the broader views and realized that he hadn't added as much as I thought. I totally made assumptions based on (flawed) memory. Sorry Centpacrr. I'm currently slapping myself with a fish.
IMHO, your version is a fine option. I think that I was thrown by the clean straight geometrically symmetrical cropping. I had been attempting to organically follow the contours of the carving more like they did in the example pic. I think your alternate way is a worthy option as well though. Only thing I'd really suggest is trying some edge feathering to soften the outline-to-background-field-transition a bit. It's a bit stark/abrupt to my eye.
  • I'll add some more explicit directions to the 'request' bit above as Centpacrr's version has pointed out that I may have not been clear/specific enough. Which is good to know. Thanks Centpacrr.
Ah, I see where I introduced some of the confusion. The linked pic with colored notation was originally made as an inquiry from me to Rowan and doesn't fully sync with the text above —which is based on her replies. I should have reviewed the link before posting it. Sorry. --Kevjonesin (talk) 01:26, 11 June 2013 (UTC)[reply]
Hello everybody. Let me thank you all for your efforts so far! Centpacrr's version looks ok to me. I would just suggest removing the lower bit between the two groups of statues below the bottom of the Virgin statue (the plain undecorated stones of the doorway, such as was done by Kevjonesin in his example here), but only in case it does not involve too much work. If it does, the current version is perfectly fine with me.
On a second version, I have no problem either, but I would be grateful if the image size was kept. I took so many pictures precisely to be able to zoom in and see the details of the portal if anyone so wishes. I know handling the original pictures and the resulting one is a pain (my computer is far from powerful) but I think the result is worthwhile.--Rowanwindwhistler (talk) 16:03, 11 June 2013 (UTC)[reply]
Doorway arch (i.e. undecorated stones) removed as requested. Image retained at full hi resolution (12,320 × 6,911; 69.27 MB). Centpacrr (talk) 16:17, 11 June 2013 (UTC)[reply]
Amazing speed, thank you Centpacrr! I am perfectly satisfied with the last version. Unless the community prefers to do the trimming and reconstruction in the alternate composite image, I would say we are done.--Rowanwindwhistler (talk) 16:22, 11 June 2013 (UTC)[reply]
Happy to help Rowanwindwhistler -- this was really a wonderful image to work on. I did the work on a 2011 MacBook Pro with a Samsung 840 Series 500GB SSD and 16GB of RAM running Photoshop CS5 Extended so the requested adjustment took less than a minute to complete. Based on your comment and acceptance above I will mark this request "Resolved". Centpacrr (talk) 16:39, 11 June 2013 (UTC)[reply]
PS: Rowanwindwhistler: I am fiddling with a second full hi res version in which I will see if I can improve the perspective and reduce the distortion introduced when the original composite was made of so many flat images. If I come up with something that looks respectable, I will post it as a separate file for you to consider. With a file this size, however, this will take me a little while and may not end up being a constructive improvement over the current version. I'll give it a shot anyway and let you know. Centpacrr (talk) 17:32, 11 June 2013 (UTC)[reply]
Rowanwindwhistler: I have now tried making several new hi res versions in an attempt to reduce the perspective distortion when the image is viewed in full (i.e. normal "webviewing" resolution) but find that doing so also introduces unacceptable distortions when details are studied when viewed at 100% thus marking such perspective changes to the current hi res version effectively a counterproductive exercise. Centpacrr (talk) 19:38, 11 June 2013 (UTC)[reply]
I've removed the "resolved" template. As the OP, User:Kevjonesin, hadn't been offered the opportunity to weigh in yet as is customary. Well, that's the de jure version anyhow. As to the de facto version, please examine Rowanwindwhistler's comment above, taking the time to parse and consider it in full. Specifically: "Unless the community prefers to do the trimming and reconstruction in the alternate composite image". Might it perhaps be appropriate to allow said community a chance to respond? It seems to me the active sub-thread below might warrant some consideration. And while the current version is quite good, I think that there may still some room for improvement. At the very least, I'd prefer to hear some more feedback on the latest suggestions added to "Requests:" above before marking this thread as resolved. --Kevjonesin (talk) 18:12, 11 June 2013 (UTC)[reply]
The "request" above states "Request: I'm posting this here on behalf of Rowanwindwhistler (talk)" which by definition makes Rowanwindwhistler the OP/requester. The act of reposting of an OP's request in here from another page is only a ministerial action and does not thereby confer the "status" of the OP/requester on a reposting editor. In this case, the image file in question was both created by and uploaded to WP by Rowanwindwhistler who is also the contributor who specified what the request was. It seems to me that when the OP/requester says that "I am perfectly satisfied with the last version" and "I would say we are done", by definition that means that this specific request has been "Resolved" irrespective of anything else said about any potential additional derivative file. Other editors are, of course, free to to post such derivative files, but as both Kevjonesin and Nagualdesign have indicated that they are technically limited by their equipment in their ability to deal with this file at the high resolution and file size that the OP's request requires, I don't see how either one expects to be able to produce a file which fulfills the OP's original criteria which the accepted version does. Centpacrr (talk) 19:22, 11 June 2013 (UTC)[reply]
As I think I stated earlier, I am satisfied with the latest version from Centpacrr. If the new attempt removes detail even if it looks better when in thumbnail mode, I would say let us keep the previous one ("version 2", the one without the doorway). I agree that, if other versions are produced, that's great, any improvement benefits Wikipedia. If I have to be the one to decide if the request can be marked as resolved (not sure), I say it can. That does not mean editors cannot keep discussing possible ways to improve the image further or produce alternative versions (as with any other picture in Commons). I welcome the improvements for the sake of getting better illustrated articles. Let me thank you all again for all your ideas and work to improve my original image.--Rowanwindwhistler (talk) 20:13, 11 June 2013 (UTC)[reply]
I agree with Rowanwindwhistler that the greatest value of this beautiful image that he/she created and contributed is the extraordinary architectural detail that the high resolution version makes possible for viewers to study and appreciate. For that reason any adjustments made to the image that either diminish or distort its fine detail should thus be rejected and avoided. This is why I abandoned and did not upload any of my attempts to adjust the perspective of the overall image after making several such high resolution versions using a variety of techniques. While the current cropped version (#2 without the doorway) is a necessary compromise because it is a composite of many "flat" images taken from slightly different angles, I agree with the OP (Rowanwindwhistler) that it is also the best compromise because it retains detail at 100% without introducing unwanted distortion and therefore agree with her that her original request should now be marked "Resolved". Centpacrr (talk) 21:12, 11 June 2013 (UTC)[reply]
—Let's hold off on passing judgment on future images until they appear shall we? --Kevjonesin (talk) 22:14, 11 June 2013 (UTC)[reply]
Rowanwindwhistler, please, pardon the fuss, but apparently Centpacrr and I have some (ongoing) issues to work out. (The "resolved" flag triggers an auto-archiving bot to start a count down towards removal of a section from the page. So there's a practical consideration at hand as well as general courtesy and such.) --Kevjonesin (talk) 22:14, 11 June 2013 (UTC)[reply]


  • So, Centpacrr, who appointed you the unilateral definer of what my words mean? I think if you look at the file history of this page you will clearly find that the original poster of (and on) this thread is User:Kevjonesin. Might it not be considerate to ask him what he intended when placing his text above? Rather than making grandiose assumptions? I had a highschool chemistry teacher who was fond of the phrase "Never assume, for it makes an ass of u and me." I've consulted User:Kevjonesin the user who placed the request here and whose request you kindly chose to take and User:Kevjonesin says that what it means is that you may find it practical to consider yourself a sub-contractor as far as this thread goes. If you feel the need to assert yourself with a "resolved" tag please take it to Rowanwindwhistler's thread on Commons. Oh, wait that's not right because it's the prerogative of the requestor to mark as {{resolved}} as indicated in the edit page notes included with every request. The requestee is offered the use of {{done}}. Anyway, in line with Rowan's qualifier "unless the community prefers to do the trimming and reconstruction in the alternate composite image", I would like to go on with this thread.
As it so happens, this particular member of the Wikipedia community would prefer to give the latest version a bit more consideration and would also like to get Nagualdesign's input as well. I see no harm in allowing this thread to stand for a bit until activity ceases and/or some form of consensus has been reached. If you're afraid leaving it up may lead to someone making alterations to "your" file I suggest you upload it under another filename and flag it with the Commons template {{Please-do-not-overwrite-original-files}} or some such. Because even though Rowan has expressed that the image is acceptable for her purposes at present, I still think there's room for us here in the Photo workshop community to do a bit better and, judging from the sub-section below, I infer Nagual may share my opinion. Perhaps Mark viking may have input to offer as well.
Look around Cenpacrr, You are not the only kid on the playground here. Might I suggest that if you find words like community and us and consensus and collaboration and so on to be offensive in some way that you may wish to give some thought to your choice of venues? It's interesting to see how a kid who likes to lick his finger and tag his favorite pieces of pizza reacts when confronted by others who aren't so afraid of his spit.

"Happy to help Rowanwindwhistler -- this was really a wonderful image to work on."
—Centapcrr (quoted from above)

Folks, am I being unreasonable in thinking that it might be more appropriate for User:Centpacrr to give me a nod for bringing the file/request to his attention instead giving me grief?
--Kevjonesin (talk) 22:14, 11 June 2013 (UTC)[reply]
p.s.— Centpacrr, I've invested a great deal of time and effort over multiple days into facilitating work on the hugin image which Rowan gave to Wikimedia Commons. It's a public wiki and I chose to offer/donate my energy to it. As it's a gift I can't claim ownership of it once I've given it away, but is it so much to ask for you to reach outside the frigid depths of your sou... err, pardon the hyperbole... to reach out and grasp a spark of consideration for such? To take it into account and curb your enthusiasm to have closure. Feel free to put a notch in your gun, but please hold off on our thread until everyone has had a chance to come forward with there opinion. --Kevjonesin (talk) 22:51, 11 June 2013 (UTC)[reply]
Centpacrr has a long history of not playing well with others and other assorted annoyances. It's doubtful he will improve anytime soon. – JBarta (talk) 22:39, 11 June 2013 (UTC)[reply]
It seems to me that when one says that he is posting a request "on behalf" of another (in this case on behalf of Rowanwindwhistler) that means the posting was made as a proxy or conduit for the actual originator (i.e. OP) of the request that had been posted elsewhere. I do not see how that is not a reasonable interpretation of "Request: I'm posting this here on behalf of Rowanwindwhistler". When I wrote "Happy to help Rowanwindwhistler" that was simply in response to a comment directed to me ("Amazing speed, thank you Centpacrr! I am perfectly satisfied with the last version.") by Rowanwindwhistler. I'm puzzled why you find that inappropriate. I am equally puzzled why you object to "this was really a wonderful image to work on." If you don't think it's a "wonderful image" that's up to you I suppose, but I don't see any reason why I should not be free to express my view to the OP that this is indeed an extraordinary image. If either of these are a problem for you or anyone else there is really not anything I can do about that. Centpacrr (talk) 22:57, 11 June 2013 (UTC)[reply]
Wow! Do you have an official Asperger's diagnosis or some other autism spectrum disorder we should take into consideration? I wish I was simply being facetious, but no, really, have you been diagnosed with a condition which makes it difficult for you to recognize social cues and respond to the feelings of others?
A red pagoda catches a chill wind as green waves lap up around the lighthouse.
Does a dog have buddha nature?
I didn't object to "this was really a wonderful image to work on." I wholeheartedly agree. (And feel that it still is.) I meant to suggest that it might be kind to give some consideration/recognition to the one who paved the way and brought it to your attention.   ----Kevjonesin (talk) 00:42, 12 June 2013 (UTC)[reply]
As you did not indicate anywhere until this afternoon that you had "invested a great deal of time and effort over multiple days into facilitating work on the hugin image" when you posted the request in here on behalf of Rowanwindwhistler but only that you "gave it a try", there was no way for me or anyone else to know what your previous involvement had been or that this was anything other than a simple repost. Had you been more clear on that point originally or before now I doubt there would have been any of this kerfuffle would have happened. For all I knew up until this afternoon was the request posting just a "copy and past" of Rowanwindwhistler's original request. As I stated above, at this point I don't think I have anything more graphically to contribute to this image. I fulfilled the OP's requests as I understood them to the best of my ability, but if you, Rowanwindwhistler, or anyone else feel that V2 is inadequate then you are free to revert it to the original file. (I also subsequently made some attempts to adjust the perspective of the high resolution file to more closely match an image that was not a composite of many separate "flat" images taken at different angles and gave the reasons above why I decided not to post any of them as I found the results to be counterproductive.) I regret all the misunderstanding that has arisen here but I acted based on the information I had about the origin of the request, not the information I didn't have until this afternoon. Centpacrr (talk) 00:51, 12 June 2013 (UTC)[reply]
()
consideration
01:16, 12 June 2013 (UTC)

Part of being considerate, it seems to me, is being clear to start with when posting a request "on behalf" of another what one's connection is with it when doing so if it is something other than "copy and paste", and also (as has been pointed out to me before) signing your posts. I have explained why I believed that this posting was a copy of a request by Rowanwindwhistler and thus that this contributor, as the creator and uploader of the image, was the actual OP. I'm not a mind reader when it comes to this, and no I'm not autistic either. Centpacrr (talk) 01:34, 12 June 2013 (UTC)[reply]

Marking a request as 'resolved' triggers the archive bot, as well you know. We don't archive threads when a discussion is ongoing, regardless of who posted the request. Stop playing dumb, eh Centpacrr? nagualdesign (talk) 02:26, 12 June 2013 (UTC)[reply]
Or... if an editor adds a {{resolved}} tag, any other editor is welcome to remove it. – JBarta (talk) 03:10, 12 June 2013 (UTC)[reply]

Another example

edit
Another example

I worked out some of my technical issues (mostly using erase tool instead of paths and masks, back to basics) and proceeded to tighten up the cropping on one of Centpacrr's versions to better align with my discussions —preceding my coming here to invite other editors to help— with Rowan. To more closely resemble the illustrated examples provided above in the "requests section". I then implemented the suggestion to add a dark background (gray, composed of 88% black over white). Discussions below with Nagual also inspired me to adjust hue and saturation a bit.

Unfortunately, I'm having difficulty uploading, some sort of file error has been introduced. Even with row-by-row 'JPEG restart markers'. No preview pic or thumbnails display on the file page but if one clicks on the blank space an image will load. Not functional for article use, but I thought I'd share as an example for now.

I'll likely try to trouble shoot the upload process again at some point. --Kevjonesin (talk) 12:43, 16 June 2013 (UTC)[reply]

There are some very unusual artifacts in your latest upload, visible to either side of the arch. I wonder if the file might be corrupted. nagualdesign (talk) 23:41, 16 June 2013 (UTC)[reply]
The horizontal streaks of oddness in the gray? I'm befuddled by that actually. The rough kinda' perforated bits along the edge on the left were introduced by an automated selection tool. It slipped by me and I didn't notice it until I'd already moved on to other layer changes. Didn't want to backup and re-render stuff ans it seemed to fit with the kinda' organic cropping I was going for any way.
I plan on doing a similar crop and background based on your composite below at some point. I figure I'll reserve further trouble shooting energy for that if needed. I started with a Centpacrr version as much of the trimming had already been already done. --Kevjonesin (talk) 04:13, 19 June 2013 (UTC)[reply]

New composite

edit
New composite

Can I come out yet? ...Kev, I saw the previous discussion on the Commons and decided to see how my laptop and Photoshop handled the photomerge, using the original files. With a bit of tweeking I managed to remove a lot of distortion (though I've possibly introduced some somewhere, if you look closely!) and I've been trying to upload it but I'm having problems. DerivativeFX drops out before uploading and the normal method just hangs. It's a 103Mb png. I don't suppose anyone would mind if I converted it to a jpg and tried uploading it as a new version of this file? *holds breath* nagualdesign (talk) 00:23, 11 June 2013 (UTC)[reply]

  • As the source is .jpg and there seems to be 'resolution to spare' I think JPEG would be fine. No transparent border option as with PNG but 'oh well'. :  }
Please upload whatever is feasible (sounds like JPEG) and we'll take a look at it. Under a new name though please.
Feel free to just copy paste the info from the edit page on Rowan's original into the new file (via Commons basic upload) and I'll be glad to adjust it as necessary. Maybe leave me a reminder if that's the case though. --Kevjonesin (talk) 01:26, 11 June 2013 (UTC)[reply]
This suggestion might be off-base (I am still learning how you all operate), but since all the details are already preserved in the component images, would it make sense to downscale the final result to a reasonable size, say 2K on a side? 85 megapixel images are impressive, but in practice, they mean long download times, slow performance and a lot of scrolling at 100% on the monitor. --Mark viking (talk) 00:49, 11 June 2013 (UTC)[reply]
I think the idea is that we upload the highest resolution available, then the Wiki software provides scaled down versions. Links to various image sizes are provided under the main image. nagualdesign (talk) 00:54, 11 June 2013 (UTC)[reply]
Also, it's beneficial to have the high res versions around as sources for future graphists to make further renditions without compiling losses. Any resolution (or other) changes may then be uploaded under new filenames if needed. --Kevjonesin (talk) 01:43, 11 June 2013 (UTC)[reply]
  • I'm a complete Wikiholic at this point. One of my first waking thoughts was that Nagual's attempt to upload a .png version may have failed due to having almost the same filename in that it may have only differed by file suffix (.jpg/.png).
Nagual, Did you perhaps attempt to upload it as:

TímpanoDeLaPuertaDelObispoCatedralDePalencia.png

...? If so, you surely ran afoul of this bug. It's also discussed here.
If this was the case, maybe try the .png again with TímpanoDeLaPuertaDelObispoCatedralDePalencia9-(NagualDesign).png or some such variation. I'd like to see it with a transparent background if that's 'OK'? (I figure 'whatever' may then be added later. Might as well take advantage of the format's (PNG's) allowances.)
--Kevjonesin (talk) 11:28, 11 June 2013 (UTC)[reply]
Sorry for the belated reply. ..Oh wait, it's only been a day! A lot can happen in a day I guess.
Thanks for putting some thought into my uploading issue, Kevin. I had tried changing the filename (by inserting appropriate spaces) but that didn't work. I've tried again tonight to upload the png to no avail. Eventually I managed to upload a cropped jpeg.   (File:TímpanoDeLaPuertaDelObispoCatedralDePalencia(2).jpg) It doesn't matter much that we don't have a transparent background, the edges are jagged anyway from one of the processes.
As you can see, the arch is centred in the image, the centreline is vertical and the horizontals are horizontal. The view is skewed to a more frontal perspective than the other image, with more emphasis on symmetry. Bear in mind that all large panoramas (photomerges) are distorted to some degree. To create the finished (2D) image you have to choose which projection best represents certain areas of the image, usually to the detriment of other areas. In most renderings of this image the statues nearest to the centre look shorter than the ones on the outside. I've gone in and done some extra tweeking to get it just right, or near as damn it.
I haven't made any local changes, no liquifying, distorting or dodging/burning, all the stretching and bending was done globally so the result is still natural. It shouldn't look distorted at all. You might notice that the right half of the arch is lighter than in the other version. I didn't do that, it was just how Photoshop decided to blend the images. Let me know what you think. Regards, nagualdesign (talk) 01:23, 12 June 2013 (UTC)[reply]
  • Interesting that the two processes (Photoshop vs. Hugin) resulted in opposite sides darker/lighter. I think the color on yours overall is more true to the majority of the photos in the category. And the proportions are more true. In my 2nd example pic I actually warped the perspective to better match Rownawindwhistler's Hugin composite. In my example, I squashed the vertical a bit and splayed out the horizontal in order to emulate the Hugin image. Your (Nagual's) composite is less splayed out and truer to the full views of the archway. As to the color, perhaps Rowan adjusted the levels at some point on the Hugin image? It's more bright (and saturated?) in yellow tones while most of the other pics in the category are more weighted towards gray. I'll drop her a link to here so she can comment on color and general appearance. To my eye, the Hugin image appears a bit overbright, but the Photoshop composite is a bit dark. Nagual can you tweak the levels a bit to get something in between? (note: I've been basing these comments on the —relatively— small previews at top of the file pages, not close ups)
On both versions I wonder how it would look if rotated slightly to bring the larger central statue (of 'the Virgin') into vertical —rather than the peaks of the archivolts? --Kevjonesin (talk) 18:55, 12 June 2013 (UTC)[reply]
I thought my version looked weirdly saturated on the upper-right part of the arch, but I haven't compared it to the originals. I didn't do anything with the colour though. The centreline is based on the backdrop (those square 'tiles'). Because the photographer was slighty right of centre, anything that stands forward of those tiles appears slightly to the left. The central statue should be vertical though. I'll take another look at it later tonight... nagualdesign (talk) 20:09, 12 June 2013 (UTC)[reply]
I put the measuring stick away and skewed the image by eye as much as I dare. It does look subjectively straighter now. I think the central statue looks better too. Having looked at the original images it seems that the colouring is true. I'm not sure that a brighter version is necessary though. When you zoom into the image the brightness/contrast looks good to me. Scaled (cached) versions of the image tend to loose contrast/accutance, but the full-sized composite is meant for zooming into, not looking at the whole image. nagualdesign (talk) 21:46, 12 June 2013 (UTC)[reply]
Right on. "Acutance", I learned a new word. :  }
Yeah, the upper right has color more similar to the other version. The right hand row of statues as well. I fixed improved something similar recently by using a gradient mask while adjusting HSL levels. In that case it was the top horizontal third of a low res .jpg though. --Kevjonesin (talk) 22:33, 12 June 2013 (UTC)[reply]


Allegory of the Spanish Republic

edit


Article(s): First Spanish Republic

Request:

Could someone possibly improve the quality of this picture please, many thanks. TRAJAN 117 (talk) 19:32, 17 June 2013 (UTC)[reply]

Graphist opinion(s):

Darkened it a little. – JBarta (talk) 20:01, 17 June 2013 (UTC)[reply]

Resolved

edit

Should the map exclude Awdalland territories?

edit

Article(s): List of states with limited recognition Somaliland

Request:

First image and Second image: The leaders of Awdalland declared autonomy in 2010, and they do not recognize the secessionist Somaliland government's claim to sovereignty or to its territory. In this case, should the maps still include Awdalland territories? (I have also added this entry on File_talk:Limited_recognition.png)

Second Image: Parts of Sool, Ayn, Somalia, Khatumo State and Maakhir is controlled by Puntland, an autonomous state in Somalia.

 
Source for second statement

Can you fix the second image? Maybe there could be light red for claimed territories and dark red for controlled territories. -- Reepy1 (talk) 17:02, 28 June 2013 (UTC)[reply]

Graphist opinion(s):

Question is probably best posed at Talk:List_of_states_with_limited_recognition. – JBarta (talk) 17:11, 28 June 2013 (UTC)[reply]

Thank you! Reepy1 (talk) 17:29, 28 June 2013 (UTC)[reply]
Oh... I've accidentally put it here instead of the Wikipedia:Graphics Lab/Map workshop. Sorry :P Reepy1 (talk) 09:00, 29 June 2013 (UTC)[reply]

Brad Carvey

edit

Article(s): Brad Carvey

Request:

non-notable buddy shot, please trim down to the encyclopedically interesting shorter fellow... -- Kintetsubuffalo (talk) 23:47, 28 June 2013 (UTC)[reply]

Graphist opinion(s):

  Done - The next question is can the hand that's growing out of his neck be removed? Yes it can, but not by me. At least not by me now. If someone else wants to do it... go for it. If it's still here later, maybe I'll do it. – JBarta (talk) 00:00, 29 June 2013 (UTC)[reply]

I'll give it a whirl...   Request taken by nagualdesign (talk) 00:05, 29 June 2013 (UTC).[reply]
  Done nagualdesign (talk) 00:48, 29 June 2013 (UTC)[reply]
Wow guys, that's fantastic, thank you so much!--Kintetsubuffalo (talk) 02:35, 29 June 2013 (UTC)[reply]

Apollo 13 Mailbox

edit
  Resolved
 – – JBarta (talk) 16:12, 3 July 2013 (UTC)[reply]

Article(s): Aerospace engineering, Apollo 13, Christopher C. Kraft Jr. Mission Control Center.

Request:

Crop whitespace on right and top. Any and all possible restoration work, as I'd like to nominate this image to become a featured picture. -- WingtipvorteX PTT 20:06, 27 June 2013 (UTC)[reply]

Graphist opinion(s):

  Done - First upload is simply cropping the white border. Second upload is adjusting the contrast a little and cleaning up a few spots. It's not the greatest image in the world to start with, (a lot of area is pure white) but it looks presentable to me. Of course, if other editors want to give it a whirl... go to it. – JBarta (talk) 20:54, 27 June 2013 (UTC)[reply]

Looks good. There are other versions of the image, such as JSC at 40 MCC Gallery that have better exposure. --Mark viking (talk) 21:27, 27 June 2013 (UTC)[reply]
That one does look like it has a lot more detail left on it. --WingtipvorteX PTT 21:40, 27 June 2013 (UTC)[reply]
It has better shading, but being a much lower resolution, has much less detail. The full size image we're hosting here is a somewhat badly altered version of the original, but unless we can get that original at a resolution near the one we have, we're SOL and the better option remains the one we have. – JBarta (talk) 23:25, 27 June 2013 (UTC)[reply]
Yikes! I had meant to say more highlight detail. I am not sure if there is a way to ask NASA for the full res scan. Any experience with that?--WingtipvorteX PTT 02:36, 28 June 2013 (UTC)[reply]
Sweet Georgia Brown... I found a copy of the original here. I tweaked the color & shading and uploaded it. The only drawback is that it's a little grainy and it was saved as a rather highly compressed JPG. It's now loaded with JPG artifacts. There's no reversing that in this copy of the image. The only hope for an even better image is that scan before someone saved it as a highly compressed JPG. (I should mention that JPG is great image format... just be aware of what compression level your image is being saved at. Low compression = good, high compression = bad.) – JBarta (talk) 02:58, 28 June 2013 (UTC)[reply]
Haha, I found that 2 mins ago, and was comparing it to the one here when I noticed they looked almost the same! Thanks for all the help here, my friend. Cheers!--WingtipvorteX PTT 03:08, 28 June 2013 (UTC)[reply]
That is much better, thanks Jbarta! --WingtipvorteX PTT 21:40, 27 June 2013 (UTC)[reply]

John Baker White (Virginia)

edit
  Resolved
 – – JBarta (talk) 16:12, 3 July 2013 (UTC)[reply]

Article(s): John Baker White

Request:

This image was taken from a scanned copy of History of Hampshire County, West Virginia: From Its Earliest Settlement to the Present in Google Books and the overall quality is quite poor. Any sharpening, leveling, trimming around the edges, and general overall fixes would be greatly appreciated. This is the only known image of Mr. White hence my usage of it for his forthcoming article on Wikipedia. A link to the original source can be found here:

Maxwell, Hu (1897). History of Hampshire County, West Virginia: From Its Earliest Settlement to the Present. Morgantown, West Virginia: A. Brown Boughner. Retrieved June 30, 2013. {{cite book}}: Invalid |ref=harv (help); Unknown parameter |coauthors= ignored (|author= suggested) (help)

-- Caponer (talk) 17:16, 30 June 2013 (UTC)[reply]

Graphist opinion(s):  Request taken by Centpacrr (talk) 17:41, 30 June 2013 (UTC). Caponer, is this what you were looking for? Centpacrr (talk) 18:40, 30 June 2013 (UTC)   Done Centpacrr (talk) 20:43, 30 June 2013 (UTC)[reply]

Centpacrr, thank you so incredibly much for your tremendous work in rehabilitating this old scanned photograph. This more than satisfies the request and I greatly appreciate your assistance! Thanks again for all you do! -- Caponer (talk) 20:31, 30 June 2013 (UTC)[reply]
You're welcome. Centpacrr (talk) 16:26, 1 July 2013 (UTC)[reply]
Additional note to Caponer: Besides the downloadable Google Books version of the book from which you have been finding images of persons about which you have been using images therefrom, additional versions in a variety of other formats of it can be downloaded at http://archive.org/details/historyofhampshi00maxw which may better suit your purposes. Centpacrr (talk) 14:04, 2 July 2013 (UTC)[reply]
  Resolved
 – – JBarta (talk) 16:12, 3 July 2013 (UTC)[reply]

Article(s): Kraków-Płaszów concentration camp

Request:

If you could remove the date stamp from this image that would be awesome. Thanks, -- Diannaa (talk) 21:44, 30 June 2013 (UTC)[reply]

Graphist opinion(s):  Done Centpacrr (talk) 23:17, 30 June 2013 (UTC)[reply]

Thanks, C! It looks great. -- Diannaa (talk) 02:08, 1 July 2013 (UTC)[reply]
You're welcome. Centpacrr (talk) 16:29, 1 July 2013 (UTC)[reply]

Tinian Joint Chiefs

edit
  Resolved
 – – JBarta (talk) 16:12, 3 July 2013 (UTC)[reply]

Article(s): William R. Purnell

Request:

Hi! I think the contrast and brightness on the first image could use some work. If you would rather work from the source version, it's here.

The second image, whatever you can do to brighten, clean, etc. Thanks so much. --Diannaa (talk) 17:29, 1 July 2013 (UTC)[reply]

Graphist opinion(s):  Request taken by Centpacrr (talk) 18:27, 1 July 2013 (UTC). I am not really clear as to what you wanted done to these two images Diannaa, but I have tweaked and cleaned them up and bit. If this is not what you were looking for then you (Diannaa) should feel free to revert them or provide more specific instructions as to what you would want me to do further. Centpacrr (talk) 19:46, 1 July 2013 (UTC)   Done Centpacrr (talk) 23:43, 1 July 2013 (UTC)[reply]

Thanks Centpacrr. I didn't want to get too specific as I am not sure what's possible and don't know the specialised lingo. Both images look much better, especially the portrait. Thank you! -- Diannaa (talk) 21:06, 1 July 2013 (UTC)[reply]
You're welcome. The first one didn't really look that bad to me so I just spiffed it up a bit and tweaked the contrast so it didn't look quite so "flat" or gray. The portrait took a bit more work to deal with the Moiré pattern but I think for an info box image it now works well. Centpacrr (talk) 21:16, 1 July 2013 (UTC)[reply]
Yes, the portrait took you a lot more effort, I can see that, but it's a very nice result. Thanks again. -- Diannaa (talk) 21:34, 1 July 2013 (UTC)[reply]
I just read the article on RADM Purnell ... a very interesting career for him indeed. I hope you didn't get too badly hurt by the floods up there. I have lots of friends in Calgary and elsewhere in the Province and it looks as if it is going to take years to fully recover from the damage downtown, the Stampede Grounds, and elsewhere. Centpacrr (talk) 21:43, 1 July 2013 (UTC)[reply]
Hawkeye is working on the article right now, for a GA nomination. We are fine, I live up near Edmonton. I have a lot of friends in the Bow Valley (Canmore, Banff) but as far as I know everyone is okay. Calgary, what a mess. :/ -- Diannaa (talk) 21:57, 1 July 2013 (UTC)[reply]
I've worked in pro hockey for over 40 years so have many friends from around Edmonton, Calgary, and elsewhere in Alberta including Flames' GM Jay Feaster and coach Bob Hartley who are both long time buddies. I don't see how the Saddledome can possibly be put back in shape in time for the season having been flooded up to the tenth row. A mess indeed. Centpacrr (talk) 23:19, 1 July 2013 (UTC) PS: I am also ironically also currently reading the book "In Harm's Way" about the sinking of the cruiser USS Indianapolis just a few days after that ship had delivered the Hiroshima bomb to Tinian Island. Centpacrr (talk) 00:15, 2 July 2013 (UTC)[reply]

Joshua Soule Zimmerman

edit


Article(s): Joshua Soule Zimmerman

Request:

To the brilliant graphists of Wikipedia, I've located a second image of Joshua Soule Zimmerman from a scanned copy of the 1922 West Virginia Blue Book which is linked below. Is there any way to lighten, sharpen, or otherwise make more clear this scanned black and white image? Thanks again for all your phenomenal efforts! -- Caponer (talk) 20:20, 6 July 2013 (UTC)[reply]

Graphist opinion(s):I have cropped and tweaked this image a bit to make it more suitable for use in an infobox which I gather this is where you plan to use it. I'm not sure if this is what you wanted, Caponer, but If not as the OP you should feel free to revert it. Centpacrr (talk) 22:12, 6 July 2013 (UTC)[reply]

  Done Centpacrr (talk) 15:47, 14 July 2013 (UTC)[reply]

Battle of Caseros

edit


Article(s): Platine War

Request:

Hi, I'd like to see the "Illustrated London News" mark removed from the bottom (to the left) as well as the vertical line crossing the fortress in the background (to the right). -- Lecen (talk) 12:43, 7 July 2013 (UTC)[reply]

Graphist opinion(s):  Done Centpacrr (talk) 13:40, 7 July 2013 (UTC)[reply]

Culverwell Mesolithic site

edit

Article(s): Culverwell Mesolithic Site

Request:

A rather poor picture and taken on a day when there was very heavy overcast, but the image is so very dark that it is hard to see anything except the road. It can presumably be lightened somewhat without it looking artificial? Also perhaps some of the road in the foreground should be cropped off (?) as the site is apparently on the right of the road? Thanks, Invertzoo (talk) 21:34, 13 July 2013 (UTC)[reply]

Graphist opinion(s):  Request taken by Centpacrr (talk) 22:50, 13 July 2013 (UTC). I have cropped and adjusted the gamma of this image are requested. If this is not what you wanted, as the OP requester you should feel free to revert to the original version and/or let me know how else you would like it adjusted. If it is a satisfactory resolution to your request, however, you are free to mark it "resolved" at your discretion. Centpacrr (talk) 23:04, 13 July 2013 (UTC)[reply]

Seems good to me! Much better than it was. Thanks so much, Invertzoo (talk) 02:01, 14 July 2013 (UTC)[reply]
  Done Centpacrr (talk) 15:48, 14 July 2013 (UTC)[reply]

Kumamon

edit

Article(s): Kumamon

Request:

This is a terrible pic to illustrate that article-please trim down to the black bear character in the center, and fix the perspective. It's okay to make a separate image. Thank you. -- Kintetsubuffalo (talk) 09:17, 14 July 2013 (UTC)[reply]

Graphist opinion(s):Is this what you are looking for? If not, as the OP requester feel free to revert. Centpacrr (talk) 13:41, 14 July 2013 (UTC)[reply]

Wow, you did a great job with very poor source material, thank you! However, I just read the tag on the image "Derivatives of this file which focus more on the non-free element(s) may not qualify as de minimis and may be copyright violations. As a direct consequence it might be needed to review the copyright status if you crop the picture." So, hate to go back to the drawing board, can you try one more perspective? With the same landscape rectangle proportions, scale down to include the panel and both the open doors. I think that should satisfy the tag. Thanks again!--Kintetsubuffalo (talk) 14:01, 14 July 2013 (UTC)[reply]
New wider cropped perspective adjusted image created and uploaded. Centpacrr (talk) 14:40, 14 July 2013 (UTC)[reply]


Yeah, that'll work great, thank you!--Kintetsubuffalo (talk) 14:55, 14 July 2013 (UTC)[reply]

  Done Centpacrr (talk) 15:49, 14 July 2013 (UTC)[reply]

Schindler's factory

edit
  Resolved
 – – JBarta (talk) 01:22, 16 July 2013 (UTC)[reply]


Article(s): Oskar Schindler

Request:

The camera must have been tilted when the pic was taken. If the pole on the right could be made parallel with the edge of the photo that would help make it look better, IMO. What do you think? -- Diannaa (talk) 18:43, 14 July 2013 (UTC)[reply]

Graphist opinion(s):

  Done – JBarta (talk) 18:59, 14 July 2013 (UTC)[reply]
Thanks, another nice result. -- Diannaa (talk) 20:30, 14 July 2013 (UTC)[reply]

Juan Manuel de Rosas

edit
  Resolved
 – – JBarta (talk) 14:47, 22 July 2013 (UTC)[reply]


Article(s): Juan Manuel de Rosas

Request:

Would it be possible to make his blue eyes less bright? His hair looks too dark, it's actually more blond. See this link to understand, please. -- Lecen (talk) 03:01, 9 July 2013 (UTC)[reply]
Centpacrr, would you mind uploading a new version with only the changes you made to the eyes, but not to the hair? Also, could you trim the borders? --Lecen (talk) 04:01, 9 July 2013 (UTC)[reply]

Graphist opinion(s):Desaturated eyes; lightened hair. Centpacrr (talk) 03:42, 9 July 2013 (UTC)[reply]

Such a change to a painting is highly unencyclopedic. At the very least, please upload as separate file and use Template:Retouched picture documenting the change. – JBarta (talk) 03:50, 9 July 2013 (UTC)[reply]

I agree, it's pretty unencyclopedic, especially if we use it without being clear it's a retouch, and I'm not sure why we would want to show a retouch... But, just for fun, because I wanted to see how Photoshop's "Match Colour" would do with just the hair from your Amazon photo, here's File:Juan Manuel de Rosas by Descalzi oval retouch(B).png. (I desaturated the blue in the eyes too). Begoontalk 04:06, 9 July 2013 (UTC)[reply]

Margaret Mead

edit
  Resolved
 – – JBarta (talk) 14:45, 22 July 2013 (UTC)[reply]

Article(s): Margaret Mead

Request:

Please remove the blue marks... -- KAVEBEAR (talk) 21:38, 14 July 2013 (UTC)[reply]

Graphist opinion(s):  Done Centpacrr (talk) 22:08, 14 July 2013 (UTC)[reply]

I did a little more cleanup on the file and for some reason there is a problem after I uploaded it. I didn't make any brightness or contrast changes to the file, but when viewed in Firefox after uploaded to WP, my upload looks darker than Centpacrr's last upload. In this instance it's not deliberate. When I view the two files locally, they appear the same. The only difference I can see is that Centpacrr's upload is a progressive JPG and mine is a regular JPG. Any insight here would be welcome. – JBarta (talk) 03:03, 15 July 2013 (UTC)[reply]

Brightness/contrast of [1] and [2] look the same to me in Chrome (29.0.1547.15 dev-m), and IE9.
And sure enough, I just installed latest Firefox for XP (22.0), and they are different when compared in that, yours is quite noticeably darker there, as you describe. They mention colour profiles in the link, perhaps that's relevant? Begoontalk 03:56, 15 July 2013 (UTC)[reply]
[*] - ah - in Bugzilla, still open: [3] To do with ICC2 ICC4 profiles... I can't actually make head nor tail of that and all the linked bugs, and whether or not it applies here, except it seems to confirm that there are or have been problems with FF showing Jpegs "darker" "sometimes" which may or may not have been fixed... Begoontalk 04:03, 15 July 2013 (UTC)[reply]
I checked using Chrome and Maxthon (IE based) and all the brightness is the same. Even comparing the two files locally (with Irfanview and GIMP), the image brightness is the same. The only thing that's lighter is Centpacrr's upload and only when viewed in Firefox. I've noticed this situation once or twice before with black and white images and I think that was over a Centpacrr upload as well (I'm not however suggesting he did anything wrong here). In the past he has uploaded color images with embedded color profiles which are problematic and I brought it to his attention. Hopefully that's not an issue any more. It doesn't seem to be the culprit here though. – JBarta (talk) 05:02, 15 July 2013 (UTC)[reply]
This is interesting... in Centpacrr's upload, viewing the EXIF data using PhotoME there is this entry: "Profile Description: Dot Gain 20%". Wikipedia has an article on Dot gain and suggests that Dot gain can cause the image to appear lighter. If this is so, maybe Firefox is the only browser that picks up on that instruction and renders that image lighter? – JBarta (talk) 06:06, 15 July 2013 (UTC)[reply]
Don't know - but coincidentally I used to be in printing, which is where the term comes from - and I remember that dot gain is undesirable because it darkens a printed image (by making the black/cyan/magenta/yellow printed dots bigger/spread - more black/colour on the white paper), as part of the mechanical process slapping ink on paper, so to compensate for dot gain you'd make the monitor image lighter than the intended eventual printed image, based on the predicted dot gain. I think... (Funnily enough, when I edited my earlier comment to say that your image appeared quite noticeably darker in FF, I was going to type 15-20% but settled for vagueness because it was my subjective visual judgement (true story) ).
Printing (CMYK) is a subtractive colour mixing process and monitors use RGB (additive). Photoshop does some dot gain compensation when you convert between RGB/CMYK - see Dot gain in Photoshop. One can also tweak this, in colour profiles - which may be where the 20% comes from, not sure.
Generally, as far as I remember, and because every printing press would need a potentially different setting here, it would be the lithographic printer who worried about optimising this setting rather than anyone else, at the time he converted to CMYK to output colour separated films for the print job - although some customers/designers supplied separated film, in which case I guess they would need to have done it based on their chosen print house's known requirement.
Couple that with what we saw above that Firefox can deal differently with colour profiles, and it's looking a good favourite here.
tldr; Sounds like you found the cause, I'd guess. Begoontalk 07:01, 15 July 2013 (UTC)[reply]
Yes, I suspect "dot gain" is the the problem. From my reading, Photoshop (the editor Centpacrr used) can be configured to effectively lighten an image for printing due to dot gain as printed images (especially black & white images) often print darker than would show up on a computer monitor. This is all fine and dandy, except for two problems... first, different print media will experience different dot gain so this adjustment should be done by the printer... not us. And second, as it seems at least one browser has seen fit to pick up on this (Firefox) the image can look different to different people depending on the browser that's used. This is not good. I might also mention it causes collaborative editing problems as we see here. In this instance, the original uploaded image contained basically no EXIF data and Centpacrr's edit added EXIF data as well as the dot gain adjustment. What of this he's aware of I can't be sure, but to Centpacrr I would advise that while adding some metadata to a file can be useful, the dot gain parameter is problematic and should be eliminated in all uploads to Wikipedia. (And that should go for color profiles in general.) In the event Centpacrr did this deliberately, I would argue that such an adjustment is better left to the printer as he knows what he'll be printing on. Our responsibility is to simply provide an easily digestible file that looks the same to everyone (as far as that's possible). – JBarta (talk) 01:42, 16 July 2013 (UTC)[reply]
That's a good summary of the issue, I think. 2 things worth stressing are:
  1. The "dot gain" adjustment should only be made by a printer or print agent with a view to improving colour matching of a printed image, and
  2. I believe Firefox is wrong to take account of this setting for web display and this is a 'bug'. 'Dot gain' settings should only be applied when the image is printed (usually via output to film or plates).
I agree that for a general purpose Wikipedia/Commons upload, any additional 'profile' settings that may be variably interpreted by software in this way, correctly or due to 'bugs', should always be omitted, and a basic image file produced. That way this type of confusion is avoided.
If an end user wants to use the image for other purposes such as lithographic printing, screen printing etc..., then they would be the ones to add whatever technical parameters their chosen additional process requires. We could not know what those parameters might be - only the end user could. Begoontalk 02:56, 16 July 2013 (UTC)[reply]
I did not manually add or edit any metadata information on this file. Changes made, if any, were done so automatically and in the background by PhotoshopCS5 (Mac), the application I use to edit files, as part of the way its process works. As far as I know those only consisted of adding the name of the application (PhotoshopCS5) and the date and time the file was last saved (14:35, 15 July 2013). All specific identification data came from the original file from which I started. The only time I ever manually edit metadata information is on files I upload to WP are on my own uploads (never to edits of those of others), and what I add to my uploads is exclusively identifying information such as copyright, source, file title and description, etc. I never add or alter any technical data. Any editing I do in here is strictly for webviewing on WP and nothing else. It is not designed for printing. Centpacrr (talk) 03:22, 16 July 2013 (UTC)[reply]
  • On your Firefox issue, I have just looked at both the Mead image and about a dozen other images (both monochrome and color) that I have uploaded to WP side by side on Firefox 22.0 (Mac) and the same image file on PhotoshopCS5 (Mac) on a MacBook Pro (2012) with LED illuminated 1280x800 screen running OSX 10.6.8 and can see no difference whatsoever on how the two applications display the images as far as brightness, gamma, tone or anything else. To me they look absolutely identical. Perhaps then the problem you are having is exclusive to your make and/of model computer, the version of Firefox you are using, the operating system, or something else. Centpacrr (talk) 03:51, 16 July 2013 (UTC) (See here) Centpacrr (talk) 04:07, 16 July 2013 (UTC)[reply]
I just noticed this: When you open Photoshop CS5, with no image loaded, select Edit-Colour Settings. Then More Options... Towards the end is an option: Desaturate Monitor Colours By: - which in my default installation is unchecked (but with a default value of 20%). Probably not the issue, but do you have that set to "on" (checked)? (those are PC version settings - I guess Mac may differ in how you get to the dialog) Begoontalk
Actually, the plot thickens - there are 2 "Working Spaces" settings above that, for Gray and Spot which are set as "Dot Gain 20%" - but that seems to be default (at least in mine, which uses North America General Purpose 2 in the dropdown). Begoontalk 04:01, 16 July 2013 (UTC)[reply]
Then you might wish to investigate what your Photoshop is adding to the file... because adding it is...
EXIF data
EXIF data contained in the original upload
[PhotoME]
PhotoME version: 0.79R17 (Build 856)

[Overview]
File name: 20130714220542!Margaret_Mead_(1901-1978)_(2).jpg
File type: JPEG
File size: 732.8 KB
Creation date: 7/15/2013 23:51
Last modification: 7/15/2013 23:51
Dimension: 2000 x 1575 px (3.2 MP, 4:3)
Comment: Acc 90-105, Box 14, Folder "Biog. Mead, Margaret";
EXIF data contained in your upload
[PhotoME]
PhotoME version: 0.79R17 (Build 856)

[Overview]
File name: 20130715025000!Margaret_Mead_(1901-1978)_(2).jpg
File type: JPEG
File size: 1,309 KB
Creation date: 7/14/2013 18:04
Last modification: 7/15/2013 23:53
Software: Adobe Photoshop CS5 Macintosh
Dimension: 2000 x 1575 px (3.2 MP, 4:3)

[IPTC-NAA data (IIM)]
Coded Character Set: UTF-8
Application Record Version: Version 0
Caption/Description: Acc 90-105, Box 14, Folder "Biog. Mead, Margaret";
Headline: Dr. Margaret Mead at NYAS
Creator: Stephen Siegel
Source: Smithsonian Institution Archives
Title: SIA2008-5980
Date Created: 2009-09-16
Time Created: 14:35:53 UTC -05:00
Copyright Notice: This image was obtained from the Smithsonian Institution.
  The image or its contents may be protected by international copyright

[Image]
Image width: 2000 px
Image height: 1575 px
Number of bits per component: 8, 8, 8
Pixel scheme: RGB
Image title: Acc 90-105, Box 14, Folder "Biog. Mead, Margaret";
Orientation of image: 0° (top/left)
Number of components: 3
Image resolution in width direction: 600 dpi
Image resolution in height direction: 600 dpi
Unit of X and Y resolution: inch
Software: Adobe Photoshop CS5 Macintosh
File change date and time: 2013-07-14 18:04:51
Person who created the image: Stephen Siegel
Copyright holder: This image was obtained from the Smithsonian Institution.
  The image or its contents may be protected by international copyright laws.
Exif IFD Pointer: 0x000001D4

[Thumbnail Info]
Compression scheme: JPEG (old-style)
Image resolution in width direction: 72 dpi
Image resolution in height direction: 72 dpi
Unit of X and Y resolution: inch
Offset to JPEG SOI: 0x0000026A
Bytes of JPEG data: 8459 bytes

[Camera]
Exif version: Version 2.21
Color space: Uncalibrated
Image width: 2000 px
Image height: 1575 px

[ICC Profile]
Profile CMM Type: Adobe CMM
Profile Version: 2.1.0
Profile Class: Output Device Profile
Data Color Space: Gray
Profile Connection Space: XYZ
Profile Date Time: 1999-06-03 00:00:00
Profile File Signature: "acsp"
Primary Platform: Apple Computer Inc.
CMM Flags: Not Embedded, Independent
Device Manufacturer: none
Device Model: Not set
Media Attributes: Reflective, Glossy, Positive Polarity, Color
Device Attributes: Not set
Rendering Intent: Relative Colorimetric
Connection Space Illuminant: [0.96420, 1.00000, 0.82491]
Profile Creator: Adobe Systems Incorporated
Profile ID: Not set
Profile Copyright: Copyright 1999 Adobe Systems Incorporated
Profile Description: Dot Gain 20%
Media White Point: [0.96420, 1.00000, 0.82491]
Media Black Point: [0.00000, 0.00000, 0.00000]
I'm not chastising you. I understand this parameter may be a default setting and being added without your being aware. But now that you are aware, it would be helpful to dig into your Photoshop settings and set it to zero (or whatever adjustment is necessary to eliminate the issue). – JBarta (talk) 04:09, 16 July 2013 (UTC)[reply]
Or maybe not. While PhotoME shows a big difference in the quantity of metadata, it seems some of this metadata was actually in the original upload... but PhotoME didn't recognize it. That same metadata was recognized in Centpacrr's upload. Somehow when the image went through Centpacrr's Photoshop, the data became recognizable to PhotoME as EXIF data. Looking at the files in a hex editor I see in the original image the text "Photoshop 3.0". That's a version of Photoshop from the mid 1990's. That might explain why PhotoME didn't recognize the metadata and a modern Photoshop did. So your Photoshop didn't exactly add as much metadata as I originally thought. But still, the dot gain item seems to be the most likely cause of the brightness issue. – JBarta (talk) 04:43, 16 July 2013 (UTC)[reply]
  Heh - I noticed that PhotoMe must be missing some data - it told me there was no EXIF data in the original - then after I edited it stuff like source and author appeared... nevertheless, I think Centpacrr's Mac Photoshop seems to be adding the [ICC Profile] section, and that's the key. Begoontalk 04:47, 16 July 2013 (UTC)[reply]
Possibly back then Photoshop was saving metadata in a different way or a non-standard way. A modern Photoshop picked up its own old data while a modern generic EXIF viewer did not. – JBarta (talk) 04:53, 16 July 2013 (UTC)[reply]
Opening the original image in a hex editor I stripped out the following XMP metadata... the non-EXIF data that PhotoME couldn't read...
XMP data from original upload
<?xpacket begin="<bh:ef><bh:bb><bh:bf>" id="W5M0MpCehiHzreSzNTczkc9d"?>
 <x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 4.2-c020 1.124078, Tue Sep 11 2007 23:21:40        ">
  <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
   <rdf:Description rdf:about=""
    xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
    <tiff:Orientation>1\</tiff:Orientation>
    <tiff:ImageWidth>7545\</tiff:ImageWidth>
    <tiff:ImageLength>5941\</tiff:ImageLength>
    <tiff:PhotometricInterpretation>2\</tiff:PhotometricInterpretation>
    <tiff:SamplesPerPixel>3\</tiff:SamplesPerPixel>
    <tiff:XResolution>600/1\</tiff:XResolution>
    <tiff:YResolution>600/1\</tiff:YResolution>
    <tiff:ResolutionUnit>2\</tiff:ResolutionUnit>
    <tiff:BitsPerSample>
     <rdf:Seq>
      <rdf:li>8\</rdf:li>
      <rdf:li>8\</rdf:li>
      <rdf:li>8\</rdf:li>
     </rdf:Seq>
    </tiff:BitsPerSample>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:xap="http://ns.adobe.com/xap/1.0/">
    <xap:CreateDate>2009-09-16T14:34:43-04:00\</xap:CreateDate>
    <xap:ModifyDate>2009-09-16T14:35:53-04:00\</xap:ModifyDate>
    <xap:MetadataDate>2012-01-06T13:43:53-05:00\</xap:MetadataDate>
    <xap:CreatorTool>Adobe Photoshop CS3 Windows\</xap:CreatorTool>
    <xap:Rating>0\</xap:Rating>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <dc:format>image/tiff\</dc:format>
    <dc:creator>
     <rdf:Seq>
      <rdf:li>Stephen Siegel\</rdf:li>
     </rdf:Seq>
    </dc:creator>
    <dc:title>
     <rdf:Alt>
      <rdf:li xml:lang="x-default">SIA2008-5980\</rdf:li>
     </rdf:Alt>
    </dc:title>
    <dc:rights>
     <rdf:Alt>
      <rdf:li xml:lang="x-default">This image was obtained from the Smithsonian Institution.
        The image or its contents may be protected by international copyright laws.\</rdf:li>
     </rdf:Alt>
    </dc:rights>
    <dc:description>
     <rdf:Alt>
      <rdf:li xml:lang="x-default">Acc 90-105, Box 14, Folder "Biog. Mead, Margaret";\</rdf:li>
     </rdf:Alt>
    </dc:description>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
    <photoshop:History/>
    <photoshop:Source>Smithsonian Institution Archives\</photoshop:Source>
    <photoshop:Headline>Dr. Margaret Mead at NYAS\</photoshop:Headline>
    <photoshop:DateCreated>2009-09-16T14:35:53-05:00\</photoshop:DateCreated>
    <photoshop:LegacyIPTCDigest>BB65D26588B497A8810F233E93A2E2D5\</photoshop:LegacyIPTCDigest>
    <photoshop:ColorMode>3\</photoshop:ColorMode>
    <photoshop:ICCProfile/>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/">
    <xapMM:InstanceID>uuid:113A94FAEEA2DE119F90AB33E1D8D1F9\</xapMM:InstanceID>
    <xapMM:DocumentID>uuid:0D3A94FAEEA2DE119F90AB33E1D8D1F9\</xapMM:DocumentID>
    <xapMM:DerivedFrom rdf:parseType="Resource"/>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:exif="http://ns.adobe.com/exif/1.0/">
    <exif:PixelXDimension>7545\</exif:PixelXDimension>
    <exif:PixelYDimension>5941\</exif:PixelYDimension>
    <exif:ColorSpace>65535\</exif:ColorSpace>
    <exif:ExifVersion>0221\</exif:ExifVersion>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:photomechanic="http://ns.camerabits.com/photomechanic/1.0/">
    <photomechanic:Prefs>0:0:0:-00001\</photomechanic:Prefs>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:crs="http://ns.adobe.com/camera-raw-settings/1.0/">
    <crs:AlreadyApplied>True\</crs:AlreadyApplied>
   </rdf:Description>
   <rdf:Description rdf:about=""
    xmlns:Iptc4xmpCore="http://iptc.org/std/Iptc4xmpCore/1.0/xmlns/">
    <Iptc4xmpCore:CreatorContactInfo rdf:parseType="Resource">
     <Iptc4xmpCore:CiAdrCity>Washington\</Iptc4xmpCore:CiAdrCity>
     <Iptc4xmpCore:CiAdrRegion>D.C.\</Iptc4xmpCore:CiAdrRegion>
     <Iptc4xmpCore:CiAdrCtry>USA\</Iptc4xmpCore:CiAdrCtry>
     <Iptc4xmpCore:CiEmailWork>osiaref@si.edu\</Iptc4xmpCore:CiEmailWork>
     <Iptc4xmpCore:CiUrlWork>http://siarchives.si.edu\</Iptc4xmpCore:CiUrlWork>
    </Iptc4xmpCore:CreatorContactInfo>
   </rdf:Description>
  </rdf:RDF>
 </x:xmpmeta>
<?xpacket end="w"?>
– JBarta (talk) 08:20, 16 July 2013 (UTC)[reply]
  Yeah - I did that earlier, too, that's why I changed my mind here - it's just as easy to do in a decent text editor, like Notepad++ (not basic Notepad) - the xml data shows up as text after the binary image stuff.
  • <exif:ColorSpace>65535\</exif:ColorSpace> means uncalibrated, I think, see this link and search Colorspace on the page.
  • <photoshop:ICCProfile/> is there as an empty, self closed tag - implying no data, unless I'm misreading it.
  • <photoshop:ColorMode>3\</photoshop:ColorMode> is just RGB - [4] Begoontalk 08:45, 16 July 2013 (UTC)[reply]


When I open the original, make a small edit, and save with File-Save As, I get this EXIF data added by CS5 Windows XP - Note there is no [ICC Profile] section - I think we need to establish why C's version is adding that section...

My EXIF
[PhotoME]
PhotoME version: 0.79R17 (Build 856)

[Overview]
File name: C:\...\desktop\201307edited-14220542!Margaret_Mead_(1901-1978)_(2).jpg
File type: JPEG
File size: 1,072 KB
Creation date: 16/07/2013 14:25
Last modification: 16/07/2013 14:25
Software: Adobe Photoshop CS5 Windows
Dimension: 2000 x 1575 px (3.2 MP, 4:3)

[IPTC-NAA data (IIM)]
Coded Character Set: UTF-8
Application Record Version: Version 0
Caption/Description: Acc 90-105, Box 14, Folder "Biog. Mead, Margaret";
Headline: Dr. Margaret Mead at NYAS
Creator: Stephen Siegel
Source: Smithsonian Institution Archives
Title: SIA2008-5980
Date Created: 2009-09-16
Time Created: 14:35:53 UTC -05:00
Copyright  Notice: This image was obtained from the Smithsonian Institution. The  image or its contents may be protected by international copyright

[Image]
Image width: 2000 px
Image height: 1575 px
Number of bits per component: 8, 8, 8
Pixel scheme: RGB
Image title: Acc 90-105, Box 14, Folder "Biog. Mead, Margaret";
Orientation of image: 0° (top/left)
Number of components: 3
Image resolution in width direction: 600 dpi
Image resolution in height direction: 600 dpi
Unit of X and Y resolution: inch
Software: Adobe Photoshop CS5 Windows
File change date and time: 2013-07-16 14:25:56
Person who created the image: Stephen Siegel
Copyright  holder: This image was obtained from the Smithsonian Institution. The  image or its contents may be protected by international copyright laws.
Exif IFD Pointer: 0x000001D0

[Thumbnail Info]
Compression scheme: JPEG (old-style)
Image resolution in width direction: 72 dpi
Image resolution in height direction: 72 dpi
Unit of X and Y resolution: inch
Offset to JPEG SOI: 0x00000266
Bytes of JPEG data: 6803 bytes

[Camera]
Exif version: Version 2.21
Color space: Uncalibrated
Image width: 2000 px
Image height: 1575 px

Begoontalk 04:37, 16 July 2013 (UTC)[reply]

I am uneasy about changing the wide variety of default settings on Photoshop to something else that might very well introduce some completely different and unanticipated new issues -- especially when I suspect that virtually everybody (or certainly most) Photoshop users will continue to run on the default setting called "North America General Purpose 2". Unless and until the community agrees on some "standard" for use on WP it seems a pointless and counterproductive exercise for me and everyone else to start experimenting with the dozens of adjustments possible on Photoshop (and doubtless on other digital editing applications such as GIMP, etc) without having any idea what the results of this will be. As I pointed out above, I have compared how the Mead image and a dozen or so such files (both monochrome and color) that I have created and/or edited and uploaded to WP side by side in Firefox 22.0 and PhotoshopCS5 on my MacBook Pro and find no discernible difference in how any of them display.
There are millions of users around the world who view images on WP every day and there is no possible way to optimize every image for every display used by every viewer. This would simply be a fool's errand to even contemplate. That being the case, I think it is unwise to start experimenting and straying away from the default settings on Photoshop or any other digital editing application without knowing exactly what I am doing ... and probably not even then. As you are apparently only having issues with whatever OS version Firefox you are using and no other browsers I really don't know how you can resolve those. But for me and others to start fiddling with the well established default setting of our various digital image editing programs does not seem to me to be the answer. Centpacrr (talk) 04:55, 16 July 2013 (UTC)[reply]
Well, we're not talking about brain surgery here... just a Photoshop setting. I think investigating it further on your end won't cause the world to end. It might even give you a better understanding of how your software works... not to mention sparing a few other editors needless confusion. – JBarta (talk) 05:05, 16 July 2013 (UTC)[reply]
I might also mention that while you don't see a difference, the two other editors who have looked at it do. Something is happening. This whole discussion is an effort to figure out what that something is. From what we can tell there is a brightness difference in the two files mentioned (1,2) that show up in Firefox only for both myself and Begoon. At this point the most likely culprit is a "dot gain" parameter in your upload. Possibly the fact we're on Windows and you use a Mac plays a role... I don't know. And I don't use Photoshop so my investigative usefulness here is limited. Any help you can offer would be useful. – JBarta (talk) 05:20, 16 July 2013 (UTC)[reply]


Here's a related discussion which contains this phrase:
• For me, on Windows, "File-Save As" has a checkbox, under Color, marked ICC Profile: and this is always unchecked, so I don't save a profile.
• If I use "Save for Web and Devices" - convert to sRGB is checked, Optimised is checked and Embed Color Profile is unchecked. I never need to change any of these.
• This is Photoshop CS5 - Windows, and I rather feel these options when saving may be very relevant...
I honestly think it might be helpful to check if these are the same for you when you save files, since this doesn't affect anything except whether you embed a profile or not, when saving - no messing with any internal settings, just how the file is saved - and it's the opposite of what you say above: (trying to) optimize every image for every display used by every viewer - the idea here is not to do that by trying not to embed colour profile information from Photoshop that may override user or software settings, and just save a standard Jpeg. Begoontalk 05:36, 16 July 2013 (UTC)[reply]
I tried uploading a version of the Mead file saved without the 20% dot gain profile and alas it was rendered too dark on FF compared to PS and not the other way around so I reverted it the previous version with the profile that displays identically for me on both FF and PS when viewed side by side. So perhaps the reason a version you had uploaded appeared too dark when rendered on FF is because you saved it without a profile and not the other way around. Centpacrr (talk) 11:22, 16 July 2013 (UTC)[reply]
Ok - well I hadn't even noticed you'd uploaded a new series of files... I officially give up, because everything from "redone from scratch" onwards is now darker in IE and Opera, but not in Firefox, and I do see the difference going the other way as you describe in Firefox, where your "no profile" file is darker. Your "no profile" file (1,209,891 bytes) is also bigger than your latest "with profile" file (1,207,768) as far as I can see, and that seems a bit odd too - but maybe it's not odd. I'm lost.
At this point I feel like I'm comparing apples with bananas and space aliens, and there are too many variables for me to understand anything about the differences in the new files - so I'll just say I don't know - too many possibilities with too many files. What is obvious is that Firefox is behaving differently to all the other browsers, and dot gain in a profile does make a difference in Firefox - but I don't know what else has changed from "redone from scratch". Sorry, that's it for me... I'll just have to hope someone else knows more than I do - which seems likely - I'm too confused :-( Begoontalk 13:27, 16 July 2013 (UTC)[reply]
Exactly my point Begoon. With so many hundreds of millions of different viewers and the wide variety of displays, computers, operating systems, configurations, CPUs, web connections, browsers, etc they use to view images on WP, and the tens of thousands of different users contributing using an equally wide variety of graphics applications, displays, and operating systems (and how they are configured) the combinations of which are also virtually unlimited, there is no possible way to optimize every image for every user.
No two browsers (or even different versions of the same browsers) and their various plug-ins handle webpages, the many types and formats of image, video and audio files, and everything else that comes down the internet the same way and never will. Also as far as I know the community has never even attempted to establish any particular target standards for any of this either other than very broad and open ended ones if that, so I am just going to continue to create, edit, save and contribute digital images to WP the same way I always have and leave it at that as while any changes I might make could work better form some viewers they will doubtless work less well (or not at all) for others. Others are welcome to continue to discuss this further if they care to but I am going to now head off later this week to Maine for vacation. For me for this issue is therefore "over and out". ;) Centpacrr (talk) 14:12, 16 July 2013 (UTC)[reply]
I found this document linked in my notes from when I set up Photoshop ages ago [5], and it made me dig deeper and see how I'm actually set up. I may have misled you slightly, I think - what I'm set up to do is preserve profiles rather than never saving them...
That's why I said I never need to alter the save dialog by checking/unchecking ICC profile - I don't - Photoshop does it for me.
So in Edit-Colour Settings I have, under Color Management Policies, all 3 dropdowns (RGB, CMYK, Gray) set to "Preserve Embedded Profiles" and all the 3 "Ask" options unchecked so it happens automatically and I don't get nagged all the time.
As I understand it, that means I'll always save an image with the same profile settings it had when I opened it (if any). Maybe that helps.
In general, I hate the inconsistencies in this area, and I'm never surprised when they cause issues - but adding or forcing my own profile seems like a no-no to me, because that would just add another variable into what's already a messy equation. The document I linked is a very good one on the subject, really worth reading and I hope it helps. Cheers, and have a good trip. Begoontalk 16:13, 16 July 2013 (UTC)[reply]
Actually, this is making perfect sense. It IS the "dot gain" setting in Centpacrr's Photoshop and it IS showing up for him as well. Consider his two recent uploads... 1,2. The first with dot gain and the second without. In my Firefox, #1 is lighter than #2. In other browsers they appear the same (both darker). In other words the dot gain setting in #1 is showing up in Firefox as we've observed all along. It's also showing up for Centpacrr because he then reverted #2 back to #1 saying it was too dark. Centpacrr, the dot gain setting in your Photoshop is artificially lightening the image in some circumstances and you are noticing it too... and you have demonstrated that you know how to turn it off. – JBarta (talk) 17:17, 16 July 2013 (UTC)[reply]
I looked at several of Centpacrr's recent B&W uploads to Commons looking for evidence that his Photoshop adds the dot gain parameter to images. I found nothing consistent or convincing. That leads me to suspect that while dot gain is still the culprit, Centpacrr may not actually be adding it. Possibly in this particular instance there was something in the old XMP data that his Photoshop interpreted and converted into a dot gain instruction that Firefox subsequently picked up on. – JBarta (talk) 18:21, 16 July 2013 (UTC)[reply]
Yes, at one point I was absolutely convinced that was the case, but then when I couldn't find an obvious culprit in the old XML I was a bit disappointed. The important thing to remember, I guess, is that it was an old format EXIF rdf, so Photoshop may indeed have misinterpreted it when it "converted". It certainly wouldn't be the first time I've seen Photoshop be too "clever" for its own good. If it hadn't been for the Firefox "bug" (which is well documented if you google it), nobody would ever have seen the anomaly, since other browsers were not wrongly applying "dot gain" to a web-displayed image. It's the best explanation we have, I think. Begoontalk 04:02, 17 July 2013 (UTC)[reply]

If anyone else wants to offer input, look at these two files (1,2) in separate Firefox tabs. Tab between the two. Do you see a brightness difference? Try a different browser. Any differences? You are welcome to note your observations. And it might be useful to mention your operating system. – JBarta (talk) 05:38, 16 July 2013 (UTC)[reply]

Schindler

edit
  Resolved
 – – JBarta (talk) 14:44, 22 July 2013 (UTC)[reply]


Non-free file: File:Schindler, Oskar.jpg

Article(s): Oskar Schindler

Request:

Hi again. Mr Schindler is covered with white dots. The source pic at the Yad Vashem is no better. Is there anything that can be done? Thanks so much. :) -- Diannaa (talk) 22:43, 14 July 2013 (UTC)[reply]

Graphist opinion(s):  Request taken by Centpacrr (talk) 23:21, 14 July 2013 (UTC).   Done Centpacrr (talk) 23:47, 14 July 2013 (UTC)[reply]

Thanks Mr C! It looks much better. -- Diannaa (talk) 02:18, 15 July 2013 (UTC)[reply]

Crop

edit
  Resolved

Article(s): Alfred Richard Gurrey, Sr.

Request:

Crop away extra white spaces. Thanks.. -- KAVEBEAR (talk) 02:51, 21 July 2013 (UTC)[reply]

Graphist opinion(s):

  Done – JBarta (talk) 08:08, 21 July 2013 (UTC)[reply]
Thanks.--KAVEBEAR (talk) 17:08, 21 July 2013 (UTC)[reply]

Red strawberry tongue

edit
  Resolved
 – – JBarta (talk) 17:19, 25 July 2013 (UTC)[reply]

Article(s): Glossitis#Strawberry tongue

Request:

There are supposed to be bumps on this tongue, but they can hardly be seen. The tongue is supposed to be bright red in this condition, but could the color or contrast be tweaked or something so that the bumps are more visible, without changing the color too much? Thank you -- Lesion (talk) 23:32, 22 July 2013 (UTC)[reply]

Graphist opinion(s):

I toned down the whacked out colors a bit. I suppose that makes the bumps a little more visible. The tongue is not really "bright red" anymore... though probably redder than normal. – JBarta (talk) 23:50, 22 July 2013 (UTC)[reply]
I just noticed that you said "without changing the color too much". That image, as it what, was WAY over saturated. To make it any semblence of normal and encyclopedic, the colors are going to have to change. – JBarta (talk) 23:56, 22 July 2013 (UTC)[reply]
Agree, I think looking at the skin tone, the color is now more realistic. Could anything else be done to make the bumps more visible, like contrast to make shadows, or something? It's supposed to look like a strawberry with bumps ... No worries if no, the color is better now anyway. Lesion (talk) 23:58, 22 July 2013 (UTC)[reply]
Increasing the contrast a little doesn't make the bumps stick out much more. Increasing the contrast more makes the bumps more noticable, but makes the whole image look awful. Trying to manipulate just the tongue area starts to border on unencyclopedic photo retouching. To me, this is about as good as it's going to get. If someone else wants to have a whack at it, they are welcome to. – JBarta (talk) 00:04, 23 July 2013 (UTC)[reply]
OK, np. Thanks for having a look. Re-reading one of the sources I am working from used the description "dark red" not bright red, so it was my mistake to say bright red. Thanks, Lesion (talk) 00:08, 23 July 2013 (UTC)[reply]

  Done

Well, if you look at the back sides of the tongue, they are a little dark red ;-) – JBarta (talk) 00:14, 23 July 2013 (UTC)[reply]
It is darker red than a normal tongue. Thank you, Lesion (talk) 10:17, 23 July 2013 (UTC)[reply]

Crop and Microphone removal

edit
  Resolved
 – – JBarta (talk) 17:19, 25 July 2013 (UTC)[reply]


Article(s): Democratic Party presidential candidates, 2012

Request:

In both images, please crop around face and jacket like this image and remove the microphone. I want to use these images here rather than the ones currently there. William S. Saturn (talk) 05:25, 23 July 2013 (UTC)[reply]

Graphist opinion(s):

  Done

Did the first one as well as I could - quite a lot of the face behind microphone in original.. There's a version in the history with no background "lettering" you can revert to if you like it. I wasn't sure if I liked it or not. Begoontalk 12:28, 23 July 2013 (UTC)[reply]

And I did Mr Terry too - he was a bit easier, but paradoxically not quite as good quality...

(Also, I desaturated the colour of both a bit, but the prior versions are again in the history of the "crop" files if you didn't want that.) Begoontalk 13:01, 23 July 2013 (UTC)[reply]

Thank you. I appreciate it.--William S. Saturn (talk) 14:43, 23 July 2013 (UTC)[reply]

White background

edit
  Resolved
 – – JBarta (talk) 17:19, 25 July 2013 (UTC)[reply]


Article(s): Isabel, Princess Imperial of Brazil

Request:

Hi, would it be possible to make an white background to all pictures (two of them are actually light blue, and the other has marks)? -- Lecen (talk) 13:27, 23 July 2013 (UTC)[reply]
Thank you very much, JBarta. That's precisely what I needed. --Lecen (talk) 14:23, 23 July 2013 (UTC)[reply]

Graphist opinion(s):

  Done – JBarta (talk) 14:19, 23 July 2013 (UTC)[reply]

Argentine television

edit

Article(s): Template:Argentina-tv-stub

Request:

I need a small svg of a TV with the Argentine flag inside. Similar to  , which is about British television -- Cambalachero (talk) 23:39, 24 July 2013 (UTC)[reply]

Graphist opinion(s):

Because this involves vector graphics you need to make a request at the illustration workshop. Regards, nagualdesign (talk) 23:52, 24 July 2013 (UTC)[reply]
I posted a request for you. Hope that's okay. nagualdesign (talk) 00:00, 25 July 2013 (UTC)[reply]
  Done as File:Argentina flag tv.svg - Begoontalk 04:13, 25 July 2013 (UTC)[reply]

Lindy Boggs

edit

Article(s): Lindy Boggs

Request:

Lighten background or cut it away entirely so subject stands out... -- Kintetsubuffalo (talk) 16:26, 28 July 2013 (UTC)[reply]

Graphist opinion(s):  Request taken by Centpacrr (talk) 17:49, 28 July 2013 (UTC).   Done Centpacrr (talk) 18:04, 28 July 2013 (UTC) (Above thumbnail may not be updated but the full size image displays correctly on its host page.)[reply]

Beautiful job, thank you!--Kintetsubuffalo (talk) 22:09, 28 July 2013 (UTC)[reply]