Milton Jonathan ha scritto: > Hey there > > Hmm, I guess I see what you mean, although I feel like it is just a > different way of seeing things. > > Let's see: > > > symbolizers to have the same size. However on the screen 50 pixels > > are long X, whilst when printed the are long just X/3 because the > > priter can cram a lot more pixels in the same space. > > Right, that's why I said that symbolizers given in pixels end up with a > smaller apparent size as DPI increases. > > Now, if you say your symbolizer has a size of 10 pixels, then obviously > it changes size as you change screen resolutions, right? (think monitors > with different resolutions). What I mean is that if the *size of the > pixel* changes, that's another story! So, if you say that you want it to > be invariable in INCHES (or millimeters), then in theory wouldn't inches > be the unit of measure you want, instead of pixels? > > Taking a quick look via Google I found this "OGC OWS-6 Symbology > Encoding (SE) Changes" document (from 2009) > portal.opengeospatial.org/files/?artifact_id=33515 > > It seems to include inches (and millimeters, and some other stuff) as > valid Units of Measure. > > So I guess that would be the way to go if you want things to always show > up with the same apparent size, regardless of DPI issues (if that's what > you want). > > As a final note, I still think that stating a size in meters should keep > the symbolizer proportional to the remainder of the map (as I believe it > does now)
So I'm confused... what do you suggest I should do for people that want to get a printout at 300dpi out of a GeoServer GetMap request so that it looks like on screen (no reduced size symbols?). I looked around because I remember MapFish somehow sends the target DPI to MapServer exactly for printing purposes and found this: http://mapserver.org/development/rfc/ms-rfc-55.html They call it defresolution and it's doing basically what I'm suggesting, multiplying all symbol sizes by targetDpi/standarDdpi. Can we find any agreement on how we should call this so that I can move on and deliver this functionality? :-) Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
