…rface

(NOTE: expression_evaluator requires  ```using result_type = T1;``` )

…ed )

… way that saving images is processed in image_util.hpp and image_util.cpp.

 * Changed the passing of rgba_palette to a shared_ptr in order to better facilitate the use of a visitor pattern.
 * Moved PNG util processing into its own set of files so that image_util_impl.hpp would not have to depend on HAVE_PNG.

…st, T const& src,...) via providing const_rendering_buffer adapter

… way that saving images is processed in image_util.hpp and image_util.cpp.

 * Changed the passing of rgba_palette to a shared_ptr in order to better facilitate the use of a visitor pattern.
 * Moved PNG util processing into its own set of files so that image_util_impl.hpp would not have to depend on HAVE_PNG.

…am will be provided an image_data_any object.

…lders. Added the intial concepts for an image_view_any variant.

…d. Mostly modifications to the image_util_* files. Different processing based on the image type is now possible, and save_to_stream now could possibly accept grayscale with out breaking existing code.

Conflicts:
	include/mapnik/image_view.hpp
	src/image_util.cpp

…iro_io.*pp files.

Ref #2622

…ventual use of image_view_any and image_data_any, but for a limited time supports the passing of image_view_rgba8 and image_data_rgba8.

Ref #2633

…he code. The image_data object is now responsible for keeping track of its own premultiplied_alpha status. Created a new utility method in image_util to preform premultiplication.

Added visitor pattern to several different methods as well to prepare for image_data_any including compositing.

Ref #2633

… out linking errors with vis to hidden.

…iply_move

…premultiplication of data prior to compositing. There still seem to be some errors in the resulting images, but I am not quite sure what they are yet.

Feature/premultiply demultiply move

…ventual use of image_view_any and image_data_any, but for a limited time supports the passing of image_view_rgba8 and image_data_rgba8.

Ref #2633

… properly.

… feature/is_solid_move

Conflicts:
	include/mapnik/image_util.hpp

is_solid to image_util

…sing composite to python bindings to replace it by doing src_over with composite.

Ref #2633

Removed the set_rectangle_alpha code from image_32. Added new blend usin...

…olean response to premultiply_alpha and demultiply_alpha so that if it is changed in set_alpha and other locations like the python bindings for composite that the image can be restored to its original state. Removed blend from python bindings.

Ref #2633

Ref # 2633

Moved set_alpha to src/image_util.cpp and out of image_32. Added a boole...

…moved clear method from image_32. Added new fill method for image_data_any, that allows many generic types to fill an image.

Ref #2633

Ref #2633

#2633

…exception throwing in composite only if debug flags are on.

Ref #2633

…hod in image_util. Ref #2633

…ary. It is a sweeping change that does some of the following:

* Changes all agg_renderers to use a image_data_any variant (only image_data_rgba8 is implemented currently)
* Changes the marker and marker_cache to use image_data_any images
* Changes the symbolizers so that they must be aware of the source data type they are attempting to render and the render type that is expected to be rendered into.
* Moves many utilities into image_utils, that were previously in image_32.

The kicker is that this still isn't working perfectly yet, but I am commiting so I don't have tears in case everything is lost on my computer.

Ref #2633

…o release/image_data_any

…ating marker

…itor_create_marker. All tests now passing. Ref #2633

…2633

…r image_data_any to image_any. Ref #2633

…o release/image_data_any

…ge_data to image alone. This might lead to the need to clean up some variables that are currently named image through out the code at some time, but I think in the long term is much better as image is a better name for the base class.

…s premultiplied in the event they are rgba8 due to the way that the TIFF reader operates. Also added premultiply as a flag inside color class and exposed many of its components, made it so that setting and getting pixels took into consideration the state of the color and the image when dealing with the two.

…r and premultiplied was not set and it was resulting in it being assigned randomly, causing some issues at runtime.

Updated some images in visual tests that were orginally set prior to all tiffs being premultiplied, this was causing a slight difference in a few pixels.

Updated the tiff tests a lot.

Fixed tiff reader so that it always considers everything read from RGB or RGBA as premultiplied. This is due to the fact that RGBA reader always premultiplies the alpha no matter its original form.

Put in a fix so that the file does not exist no longer shows up in the test running.

Fixed some failing tests in the c++ test due to tiffs now always being premultiplied for RGB(A)

Bugfix/tiff io

…data_any

Conflicts:
	tests/python_tests/image_tiff_test.py

…_grayscale_to_alpha to take a color optionally.

…g the width by the pixel size.

…data_any

Conflicts:
	tests/python_tests/pgraster_test.py

…wo new properities to images: offset and scaling. Added way to cast between image types with offset and scaling. Added new unit tests for color and casting. Made it so that pixel setting doesn't result in overflows or underflows. Made the return of get_pixel, dynamic based on what is passed to it. Added new methods for setting pixels that are doubles and ints.

…anged clog uses to MAPNIK_LOG, changed the implementation of fill some so that it only used a single template

…data_any

Conflicts:
	tests/python_tests/image_test.py
	tests/python_tests/image_tiff_test.py
	tests/visual_tests/images/tiff-opaque-edge-raster2-600-400-1.0-agg-reference.png
	tests/visual_tests/images/tiff-opaque-edge-raster2-600-400-2.0-agg-reference.png

* Added new gray data types adding those to the variants and updating all the code necessary for them
* Added basic SSE to the image compare method, (only for RGBA) must be enabled with the -DSSE_MATH flag this is not yet put into the build process in any location.
* Fixed the resulting image for some TIFF visual tests, most likely they were incorrect due to fixes in TIFF reader
* Added some MAPNIK_DECL where necessary to grid rendering.
* Added support for more data types in GDAL plugin with grayscale images.
* Added views for all the new gray data types
* Updated python bindings for new gray data types.

Ref #2681

…. Added several new SSE methods for unsigned integers.

…s failing