Open jeffreyameyer opened 12 years ago
Interesting observation. I can replicate some interesting shifts as well outside of TileMill. A map rendered with Mapnik using <PolygonSymbolizer fill="#d95555"/>
is detected by hues as #D65454
for me. Some rounding errors are expected in Mapnik due to the way that alpha compositing works (we multiply rgb by a before rendering and then demultiply after rendering). But this looks slightly larger that you'd want:
>>> import mapnik
>>> mapnik.Color('#d95555')
Color(R=217,G=85,B=85,A=255)
>>> mapnik.Color('#D65454')
Color(R=214,G=84,B=84,A=255)
I'd be interested if @ajashton can replicate this with some other color detection tool on linux.
Didn't see the issue on the latest Window build... would've tested on Ubu if I could've remembered my vm pwd... !@#$@!#$
Confirmed in TileMill (v0.9.1 (couldn't find a dev build)) on Ubuntu 12.04 LTS - same offset as with Mac - #d95555 is being rendered as #d75658. (at least... inside an Oracle VirtualBox Ubuntu guest vm...)
If I use the Hues app to check the color in the color picker, it shows a different Hex value than the color picker does. Hues reports values very close to those shown on Adobe's Kuler site.
In the image below: http://img685.imageshack.us/img685/855/tilemill3.png The color that's supposed to be #d95555 (see: Venezuela) is being rendered as #d75658.
Note that in the color picker, it's being identified as #d95555, so it appears the picker may have an issue. (Or I do!)