Hi, On Dec 3, 2007 10:45 AM, Andreas Hocevar <[EMAIL PROTECTED]> wrote: > On Dec 3, 2007 2:27 AM, Mike Adair <[EMAIL PROTECTED]> wrote: > I am concerned about this change in GMLRendererOL, and it breaks my > current applications. The reason is that my geometries are not in > EPSG:4326. A better way than to assume the geometries are in EPSG:4326 > would be to add a configuration property to GMLRendererOL and > GMLRendererConfig to tell it which coordinate system the features of > its model are in. (Note that usually the right place to specify this > would be the model, but the model a GmlRendererOL uses must not > necessarily be a FeatureCollection model).
Fixed in r3669. Added a new config property "featureSRS" for GmlRendererOL/GmlRendererConfig. This means that models with features in different SRS can be combined into one GmlRendererOL using the mergeModels tool, with different featureSRS specified in GmlRendererConfig. Regards, Andreas. > > > This will likely be handled in OL in the future. There is an issue > > switching maps after the 'load GML' link is clicked, but the idea is > > that no matter what projection the basemap is in, the features will be > > correctly displayed. Now working. After Mike's fix of map switching, I added an additional check in the destroyFeatures method of GmlRendererOL, so that after switching the map and clicking "Load GML", the features will be loaded again and showed at the correct position. Regards, Andreas. ------------------------------------------------------------------------- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ mapbuilder-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel
