<div dir="ltr"><div><div>Hi Kyle,<br><br></div>I am not aware of any interactions between the HLU objects and the use of the opacity channel. The "fuzzy" images look like the vectors have been drawn without any kind of antialiasing. Can you provide your code -- you can send it directly to me if you don't to post it publicly.<br><br></div>Rick<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 15, 2015 at 3:02 PM, Kyle Griffin <span dir="ltr"><<a href="mailto:ksgriffin2@wisc.edu" target="_blank">ksgriffin2@wisc.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>Curious case I've been looking at for the past few weeks, and I think I finally have enough to share with you. The two images below are made by the same set of resources applied (via setvalues) directly to relevant map and field objects in NCL - the only difference is from some changes in the fill opacities and the draw order. The image ending in 000 (the first link) appears, to me, to be fuzzy - especially with the vector edges, especially when compared to the 012 image (second link). </div><div><br></div><div>With partially opaque fills: <a href="http://aos.wisc.edu/dynamaps/15011512/jet_pv_irrwind/jet_pv_irrwind_africa_15011512_000.jpg" target="_blank">http://aos.wisc.edu/dynamaps/15011512/jet_pv_irrwind/jet_pv_irrwind_africa_15011512_000.jpg</a></div><div>Without partially opaque fills: <a href="http://aos.wisc.edu/dynamaps/15011512/jet_pv_irrwind/jet_pv_irrwind_africa_15011512_012.jpg" target="_blank">http://aos.wisc.edu/dynamaps/15011512/jet_pv_irrwind/jet_pv_irrwind_africa_15011512_012.jpg</a><br></div><div><br></div><div>Your first thought, like mine, may jump to the image type (JPEG) which is not designed to handle transparencies. Since NCL doesn't produce JPG files, it's obvious these have been run through 'convert', but I don't believe that to be the source of the problem either. The curious thing, however, is that this occurs regardless of the original source file. I've done this by directly producing EPS and PNG files and the final result, with transparencies, is the same.<br></div><div><br></div><div>Direct product of NCL (png): <a href="http://aos.wisc.edu/dynamaps/15011512/jet_pv_irrwind/ncl_transp_orig.png" target="_blank">http://aos.wisc.edu/dynamaps/15011512/jet_pv_irrwind/ncl_transp_orig.png</a></div><div><br></div><div>Is there something inherent to my use of the object-oriented applications that degrades image quality with the use of opacity settings? I've made similar/nearly identical images via gsn_xxxx calls with perfect success. Any thoughts here would be appreciated. I can provide some code, but I can assure you it's not something that will be easily abbreviated into a typical ncl-talk example (sorry).</div><div><br></div><div><br></div><div>Kyle</div><div><br clear="all"><div><div><div dir="ltr">----------------------------------------<div>Kyle S. Griffin</div><div>Department of Atmospheric and Oceanic Sciences</div><div>University of Wisconsin - Madison</div><div>Room 1421</div><div>1225 W Dayton St, Madison, WI 53706</div><div>Email: <a href="mailto:ksgriffin2@wisc.edu" target="_blank">ksgriffin2@wisc.edu</a></div></div></div></div>
</div></div>
<br>_______________________________________________<br>
ncl-talk mailing list<br>
List instructions, subscriber options, unsubscribe:<br>
<a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" target="_blank">http://mailman.ucar.edu/mailman/listinfo/ncl-talk</a><br>
<br></blockquote></div><br></div>