Dirk Stöcker <[EMAIL PROTECTED]> writes: > On Fri, 24 Oct 2008, Matthias Julius wrote: > >>> Now one could say this is an effect of the color reduction, but when I >>> look into the image, then I find multiple color entries with the same >>> value, so >>> there must be an error somwhere in the processing chain which should be >>> found and fixed. >> >> You are probably right and if it is a bug it is probably in pngnq. > > Then it is a major bug. I would agree that in certain situations the > colors may change, but when I find multiple entries with exact same color > in the PNG file, then there is a real bug. Because there is no sense in > modifying colors when the table is not yet fully used.
Right. pngnq is coming up with the color palette so I am blaming pngnq. > >> I have plans and a partial implementation to use a color quantization >> algorithm that ensures that all colors that are defined in the >> osmarender styles and symbols remain unchanged. > > How did you implement this? In pngnq? Because something like a "Don't try > to modify following colors" option would not only be a useful idea for > [EMAIL PROTECTED] While it might be a useful option for pngnq I would like to got away from using external executables. So I have implemented that stuff in perl using a couple of methods from GD. I have not even looked at pngnq's source. I am afraid it is written in C ... Matthias _______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
