Re: [Geoserver-users] Oracle 11
On Thu, Aug 9, 2012 at 3:55 AM, Martijn Coenen mart...@covadis.nl wrote: Until now we use Geoserver 2.1.2 with Oracle 10. We’re considering going to Oracle 11. I’m trying to find out if… a) Geoserver 2.1.2 is compatible. From what I have found here on the list and on the web is that some are using 11 with Geoserver and specifically 2.1.2, so I guess this will not be a problem. b) If there are issues we should watch out for when using the Oracle 11 database regarding geoserver. Such as differences between Oracle 10 and 11 when talking about Geoserver. Do we need to worry, avoid 11, or is it safe to assume it’s just like using version 10 and we wouldn’t even notice it if we didn’t know? We started off here with 10g and have since moved to 11g with no problems, and there was no need to make any changes to Geoserver after the upgrade. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Points drawing in wrong location when bbox crosses dateline
Can you open a ticket on jira.codehaus.org? If you could also attach the dataset and style it would help making sure what you see really gets fixed. http://jira.codehaus.org/browse/GEOS-5213 I took some time this morning to reproduce the problem on my personal machine using fresh Geoserver install and a PostGIS database. The original shape files and the shp2pgsql output are attached to the ticket. This should make it easier for you to reproduce without needing an Oracle server. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Points drawing in wrong location when bbox crosses dateline
I'm seeing some interesting behavior in GeoServer 2.1.4. I've got a simple point later that has about 2,900 points that represent world cities, stored in an Oracle Spatial table. I put a simple style on it to draw red dots with city name labels. The front end webapp is an OpenLayers 2.12 application. If I center my map around the dateline this is what I see: http://imgur.com/JaoVS In this image OL requested a BBOX of -257.87109375,-20.478515625,-71.19140625,79.189453125. Note that labels appear to be drawing in the correct locations but the points for cities in the Asia-Pacific area (the ones beyond -180 longitude) are all clustered in the upper-left corner of the image. Has anyone seen this behavior before? I want to make sure this isn't a known issue or a configuration problem before I submit a ticket. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Points drawing in wrong location when bbox crosses dateline
On Tue, Jul 3, 2012 at 3:53 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Tue, Jul 3, 2012 at 7:50 PM, Joshua M. Thompson joshua.thomp...@gmail.com wrote: I'm seeing some interesting behavior in GeoServer 2.1.4. I've got a simple point later that has about 2,900 points that represent world cities, stored in an Oracle Spatial table. I put a simple style on it to draw red dots with city name labels. The front end webapp is an OpenLayers 2.12 application. If I center my map around the dateline this is what I see: http://imgur.com/JaoVS In this image OL requested a BBOX of -257.87109375,-20.478515625,-71.19140625,79.189453125. Note that labels appear to be drawing in the correct locations but the points for cities in the Asia-Pacific area (the ones beyond -180 longitude) are all clustered in the upper-left corner of the image. Has anyone seen this behavior before? I want to make sure this isn't a known issue or a configuration problem before I submit a ticket. I've seen this ages ago and the issue was fixed, I'm not aware of any recent changes that might have made it come back in 2.1.4 Is this data source specific? Or something you can reproduce using a shapefile too? I loaded up another dataset that I also had available as a shapefile, so that I could compare the same data in both data sources. I compared both by using the OL layer preview using the bbox and height of my original broken image. WIth the data in shapeflie format, nothing crosses the dateline -- points or labels. It behaves pretty much as things did before the advanced projection handling support was added. With the same data in the Oracle table I get the same behavior as before: the points west of -180 lon are all clustered in the upper left corner, but labels are in the correct spot. In addition, if I click near the label, where a point *should* be, then the resulting GetFeatureInfo query returns the correct result. So Geoserver certainly seems to be pulling the correct features from the DB, and it seems to know where on the image they should be placed. They just seem to render in the wrong spot. As far as I can tell lines and polygons don't have this issue, in either shapefile or Oracle. It seems to be confined to points...or more likely to PointSymbolizers. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Points drawing in wrong location when bbox crosses dateline
As far as I can tell lines and polygons don't have this issue, in either shapefile or Oracle. It seems to be confined to points...or more likely to PointSymbolizers. After I sent this it occurs to me I didn't test a polygon data source with a point renderer. If I take a known working polygon data set and switch to the default 'point' renderer then I get the broken behavior. Polygons east of -180 render points at the polygon centerpoints. West of -180 they're all in the upper left corner of the image. So it certainly looks like a PointSymbolizer error. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] integrated GWC - Bing 3857
*From:* Appel, Tony [mailto:tony.ap...@navteq.com] *Sent:* Thursday, February 02, 2012 9:16 AM *To:* geoserver-users@lists.sourceforge.net *Subject:* [Geoserver-users] integrated GWC - Bing 3857 ** ** Hi all, ** ** I want to add another option for seeding some layers in EPSG:3857 to my gwc demo page. ** ** I understand that I must add the information to a file that I must create (geowebcache.xml). btw: This doesn’t overwrite or remove the default tileset options, does it? ** ** Has anyone already done this and can post the xml text so that I don’t have to struggle through it and request that my tech support people restart my server multiple times until I get it right? I'm not sure it's actually necessary. LL-MAP (www.llmap.org) uses EPSG:3857 and it works fine out of the box. The tile cache is in 900913 but requesting the tiles as 3857 seems to work just fine; I'm guessing Geoserver or GWC is mapping 3857 to 900913 internally. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GWC drawing wrong tiles for GeoTIFF layer
On Wed, Jul 6, 2011 at 3:28 PM, Joshua M. Thompson joshua.thomp...@gmail.com wrote: On the old server this works fine, and I end up with a nice tiled cached world map for my clients. On the new server however, GWC seems to be duplicating the same tiles over and over, and I end up with this: http://llmap.org/gwc-tiling-error.png I hate to reply to my own message already, but I finally figured this out. The new server had native JAI, but not JAI-ImageIO installed. Installing the JAI-ImageIO extensions solved the issue. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GWC drawing wrong tiles for GeoTIFF layer
On Wed, Jul 6, 2011 at 10:21 PM, Gabriel Roldan grol...@opengeo.org wrote: I hate to reply to my own message already, but I finally figured this out. The new server had native JAI, but not JAI-ImageIO installed. Installing the JAI-ImageIO extensions solved the issue. sorry I didn't see the question before. That's just what I was going to ask. Glad you figured it out. Am I right that after installing Jai-ImageIO you needed to truncate the cache in order for the tiles to be correctly generated? Yes, I was wiping the cache every time I arn another test. The tiles were definitely generated incorrectly; I could tell by the file sizes on many tiles being identical. So is that (JAI but no JAI-ImageIO) an invalid configuration? If so geoserver should probably complain loudly when it sees that, because there was nothing in the logs to indicate anything was amiss. I only noticed it by comparing the server status screens. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Geotiff Transparency fail
On Thu, Jun 16, 2011 at 4:08 AM, Mark Hammond mark.hamm...@bto.org wrote: I’ve published two GeoTIFFs to my Geoserver install (both on ESPG:27700) and added them as non-base layers on a Google Map base in OpenLayers. Where Geoserver is re-projecting the tiffs, it’s leaving a honking great black border. I’ve added transparency requests on the layer, but they appear to be ignored. Could anyone suggest what I’ve done wrong? I've run into an issue like this myself. Basically, for this to work properly, your original GeoTIFF needs to have an alpha channel. The reprojection occurs before the GeoTIFF is actually painted onto the layer, and it occurs in the native pixel format of the GeoTIFF. So, if the original has no alpha channel, there will be none after reprojection either, and any dead space created by warping the image gets filled with black pixels. If you add an alpha channel to the GeoTIFF then during reprojection the dead space will get filled with transparent pixels, and then when it's painted onto the layer it will behave like you want it to. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Release 2.1
On Wed, Apr 13, 2011 at 7:48 AM, christian.muel...@nvoe.at wrote: Hi Joshua, Andrea. I wanted to fix this obvious possible NPE but there is no class DefaultRasterLegendProducer.java in the current 2.1.x branch. @Joshua, could you test with a nightly build ? Hi Christian, Thanks for taking the time to look at this. I took a peek at the source last night myself and it appears that at some point the code was refactored and the bug was fixed. However, the ticket didn't get updated or closed, so I didn't realize this was already fixed. I ran some tests with 2.1RC4 just to make sure and I can no longer cause Geoserver to throw the NPE. On a side note it appears label-only rules now always take up legend space. Previously if there was no Title or Name then the rule was simply not in the legend; now it leaves a blank white placeholder. That's a considerably more involved fix from the look of things, and I personally don't feel the need to fix it. I can just force my label rules to be listed last which puts the whitespace at the end of the legend. So the short answer is: it's fixed and the ticket can be closed. -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Change WMS SLD Through OpenLayers For Cached Layers
On Fri, Jan 21, 2011 at 4:32 PM, IT Intern itinter...@gmail.com wrote: GWC *can* be set up to cache multiple versions of a layer based on the values in the STYLES= (or any other) wms parameter, but that won't work if you are using truly dynamic styles; for example if you let the user choose arbitrarily style parameters on the client side and build an SLD from that. How come? What I mean to ask is that even if the user does pick the SLD and it is built on the fly, wouldn't that SLD still have to be set-up in the same format as that read from the file? It's because GWC only knows how to do this caching by the actual WMS parameters. In this case the parameter is 'SLD' and its value is the URL to an SLD file. GWC won't actually retrieve and interpret the contents of that file though. If you can make your dynamic SLD always have a unique filename based on the file contents (perhaps using a SHA or MD5 hash of the contents as the filename) you could possibly make it work like you want. You would think this through carefully though because if you have a lot of varying styles being used you could start to fill your cache with stuff that is never used again, and if you have cache expiration set up it's possible that you might start pushing out things you WANT to save. I've generally found that caching is best for things like base maps that never change. Also, due to complications making labels work well with tiles it's usually best to not cache layers that have labels in them, unless you carefully place your labels. When I wrote LL-MAP we ended up caching the actual base maps, but the overlays with country borders labels are done as a regular WMS layer. We also don't cache or tile user-generated maps for similar reasons (plus, those maps usually are usually very simple, and not worth the effort of making them work with the cache.) -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] FW: Re: Change WMS SLD Through OpenLayers
On Tue, Jan 18, 2011 at 12:59 PM, IT Intern itinter...@gmail.com wrote: Thanks for the feedback Joshua. I added your corrections and still no luck :-/ I am going to assume my issue could be with the line: NamedLayer Namecite:tibet_1900_no_names/Name But what could it be? This is the name of the layer I want the SLD to apply to... Yes the name looks fine...if the name did not match all that would happen is that your custom styles won't be applied to the layer. This sounds more like a parsing error. As a test can you try using the GUI to validate your SLD by makiing a server-side style from it? -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] FW: Re: Change WMS SLD Through OpenLayers
On Wed, Jan 19, 2011 at 12:12 PM, IT Intern itinter...@gmail.com wrote: Thanks for your response Joshua. I just tried that and got back no validation errors. Could it be that my SLD should be in a certain place or something? I currently have both the .xml and .sld files in my www directory... I think I may have found the main problem now...I went back and looked at your original message and I notice you are doing this: tibet_1900_no_name.mergeNewParams({SLD :'http://localhost:8080/geoserver/wms/tibet_1900.xml'}); But the .xml file isn't needed/used when passing the SLD parameter; you should be passing the name of the .sld file. Also, this URL is almost certainly not correct; geoserver/wms is not a real path on the filesystem so you're not going to be able to access physical files under that URL. What is your server setup? Is there a regular web server in front of this, or is it a standalone java app server (e.g. Tomcat)? -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] FW: Re: Change WMS SLD Through OpenLayers
On Wed, Jan 19, 2011 at 5:16 PM, IT Intern itinter...@gmail.com wrote: Thank you Joshua, but still nothing :( I have tried: /usr/local/geoserver-2.0.2/data_dir/www/tibet_1900.sld ./tibet_1900.sld tibet_1900.sld tibet_1900 With all of these I get the msg Java.net.MalformedURLException: no protocol: tibet_1900 no protocol: tibet_1900 Seems like it does want a URL... To my knowledge this is a standalone GeoServer configuration. We do have an Apache server, but it's on another port and I do not think it interferes with GeoServer in any way I thought of a simpler way to do this that won't require you to mess with getting the SLD file to be seen by tomcat's built-in web server: instead of passing the SLD as an http url, pass the full filesystem path to the sld as a file url; for example: file:///home/www/styles/mystyle.sld I tested this and it works fine with my setup here; I'm on 2.2b3 but I doubt this behavior is any different in 2.0.x. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] FW: Re: Change WMS SLD Through OpenLayers
On Tue, Jan 18, 2011 at 9:56 AM, IT Intern itinter...@gmail.com wrote: I thank you for your response Anders, but unfortunately I am still getting the same error after I follow your suggestions. My error seems to be something with the SLD not knowing which layer it is intended for as the error I get says SLD document does not contain layers. This is important for my project to go further, please if anyone has any other ideas do share them with me :) One other thing I noticed, though this might just be a typo in your post: the SLD you included had a label tag inside the text symbolizer, but this should be Label (note capitalization.) -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Attribute-based color for polygon features
On Wed, Dec 8, 2010 at 6:11 AM, lisa10 lisa-alb...@hotmail.com wrote: Hello everybody I'm new in Geoserver and have a problem: I've got a polygon layer in Geoserver and would like to color the polygons using one of its attribute value. To do so I've created an SLD style containing various rules as follows: === Rule Namehouse/Name Titlehouse/Title ogc:Filter ogc:PropertyIsEqualTo ogc:PropertyNameart_code/ogc:PropertyName ogc:Literal0/ogc:Literal /ogc:PropertyIsEqualTo /ogc:Filter MaxScaleDenominator10/MaxScaleDenominator PolygonSymbolizer Fill CssParameter name=fill#FFB6C1/CssParameter /Fill Stroke CssParameter name=stroke#00/CssParameter CssParameter name=stroke-width0.5/CssParameter /Stroke /PolygonSymbolizer /Rule ...more rules... === It's working more or less fine but when I preview the map and pan or zoom, the colors every now and then are changing inpredictably although for any attribute value there's exactly set one rule so there shouldn't be any confusions. Does anybody have an idea on what the problem could be? I'd need to see the whole SLD to be sure, but I'm guessing that your MaxScaleDenominator causing some of these rules to stop being considered as you zoom out. Do you have an ElseFilter / rule in there somewhere that might be catching these cases? -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Bug/inconsistency in SLD library mode
Hey folks, I'm having some weird issues with using an external SLD in library mode in 2.1b2. I have geoserverlayer layer mylayer, and a library SLD that defines two styles for it, style1 and style2: namedlayer namemylayer/name userstyle namestyle1/name /userstyle userstyle namestyle2/name /userstyle /namedlayer (actual featuretypestyles omitted for clarity) Now, I want to request this layer twice, with once with style1 and once with style2: REQUEST=GetMapSLD=http://blahblah/my.sldLAYERS=mylayer,mylayerSTYLES=style1,style2 I then get a crash: 2010-12-08 10:52:27,443 ERROR [geoserver.ows] - java.lang.ArrayIndexOutOfBoundsException: 1 at org.geoserver.wms.map.GetMapKvpRequestReader.processLibrarySld(GetMapKvpRequestReader.java:537) Looks like it wants the number of layers I ask for and the number defined in my SLD to be the same. Ok fine, so I rewrite the SLD to look like this (which, as best I can tell from the SLD spec, is valid): namedlayer namemylayer/name userstyle namestyle1/name /userstyle /namedlayer namedlayer namemylayer/name userstyle namestyle2/name /userstyle /namedlayer Now there is no crash, but no matter what you ask geoserver for, it always returns mylayer styled with style2...at least, when you try GetMap. If you use this exact same setup with GetLegendGraphic, then returns the correct legend for the requested style (style1 or style2) My workaround, for the moment, is to define mylayer twice in the SLD, but with both styles defined each time. In other words: namedlayer namemylayer/name userstyle namestyle1/name /userstyle userstyle namestyle2/name /userstyle /namedlayer namedlayer namemylayer/name userstyle namestyle1/name /userstyle userstyle namestyle2/name /userstyle /namedlayer So, my question is this: do I really need as many NamedLayers as there are layers listed in LAYERS in my GetMap requests? If so, do I really need to duplicate all my styles in each NamedLayer? GetMap says yes, but GetLegendGraphic says no. :) [ On a side note I would like to smack whoever decided that the WMS spec doesn't need an XML POST version of GetLegendGraphic. If it weren't for that I would just use POST requests with my UserStyles included in the request and this whole thing would be a lot easier. Sigh... ] -- This SF Dev2Dev email is sponsored by: WikiLeaks The End of the Free Internet http://p.sf.net/sfu/therealnews-com ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] External SLD with WMS GetMap requests
On Mon, Nov 29, 2010 at 5:33 PM, Adam Ratcliffe a...@prema.co.nz wrote: I'm now trying to restructure my SLD as all symbolizers declared for the UserStyle are being applied to my features e.g. a polygon has the LineSymbolizer applied for its stroke and the PointSymbolizer applied to its centroid. I've tried using the non-standard geometryType function as shown in the SLD excerpt below but am still seeing all symbolizers applied. Am I missing something obvious here? Cheers Adam ... sld:UserStyle sld:Namedefault/sld:Name sld:FeatureTypeStyle sld:Rule ogc:PropertyIsEqualsTo [snip] Geoserver isn't picking up your filter rules because your SLD isn't quite valid. Your filter rules need to be inside ogc:Filter ... /ogc:Filter tags, like this: Rule ogc:Filter ogc:PropertyIsEqualsTo ogc:Function name=geometryType ogc:PropertyNamewkb_geometry/ogc:PropertyName /ogc:Function ogc:LiteralPolygon/ogc:Literal /ogc:PropertyIsEqualsTo /ogc:Filter ... etc ... -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users