Hey there Ahm, sorry, but I didn't get what "the second of the specification" means..
In any case, I was previously referring to the Symbology Encoding 1.1 specification, from http://www.opengeospatial.org/standards/symbol. On page 25, they talk about the Size of the Graphic. About the "squareness" issue, Andrea, we have had to make some small changes in the part that deals with TexturePaint fills, but the rest seems to work fine (my rectangle shape draws nicely on the point features I have). But it's good to hear that up to now everything has been square, means that nobody would be affected by changing this. Milton Jody Garnett wrote: > Hi Milton: > > You may of just caught us out on an assumption; do you have the second > of the SLD specification handy? > > Jody > > On 17/07/2009, at 11:56 PM, Milton Jonathan wrote: > >> Hello folks, >> >> From what I understood of the SLD specification, a given Graphic should >> be scaled so that its height corresponds to the Size specified, with the >> Graphic's aspect ratio being used to compute its width. In that sense, I >> think that a rectangular Graphic with size=20 that is twice as wide as >> tall should have height=20 and width=40. >> >> However, from the code in MarkStyle2D.getTransformedShape(), the so >> called "shapeSize" is being defined as "max(width, height)", instead of >> simply being the height. In this case, the above example leads to a >> Graphic with height=10 and width=20. >> >> So, my question is: was this behavior implemented because you think >> that's the right thing to do, or is it simply there? Of course, for the >> vast majority of square shapes, it doesn't make a difference. >> >> To let you know: I am talking about this is because of a >> ShapeMarkFactory we're building which gives non-square shapes (e.g., >> defined like "customshape://rectangle?aspect=2.0"). When we tried to set >> the right Graphic size to get our desired result, we got a little >> confused. >> >> Thanks >> Milton >> >> -- >> >> Milton Jonathan >> Grupo GIS e Meio Ambiente >> Tecgraf/PUC-Rio >> Tel: +55-21-3527-2502 >> >> ------------------------------------------------------------------------------ >> >> >> Enter the BlackBerry Developer Challenge >> This is your chance to win up to $100,000 in prizes! For a limited time, >> vendors submitting new applications to BlackBerry App World(TM) will have >> the opportunity to enter the BlackBerry Developer Challenge. See full >> prize >> details at: http://p.sf.net/sfu/Challenge >> _______________________________________________ >> Geotools-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- Milton Jonathan Grupo GIS e Meio Ambiente Tecgraf/PUC-Rio Tel: +55-21-3527-2502 ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
