[Geoserver-users] REST config: Http Caching Headers
Hello everyone, I'm looking for a way to configure cache-control headers sent out by geoserver for group layers: What I found out: If I set the "Answer with Cache header" for all layers in that group layer, geoserver will respond to group Layer request with the corresponding Headers as well: Cache-Control:max-age=3600, must-revalidate Expires:Fr, 19 Okt 2012 07:52:11 GMT What I'd like to know: Is there a way to set the checkbox "Awnser with cache headers" and the time in Seconds (max-Age) from the Rest Config via XML or JSON? As I use the REST interface heavily to configure our layers and styles, It would be great to do that via REST as well... I did not find anything about that in the REST documentation. We're currently using Geoserver 2.1.3, but an update to 2.2.x would be ok. Kind regards, Sebastian Schmidt SWM - Besser leben mit M. Informations- und Prozesstechnik Anwendungen Technische Geschäftsfelder Telefon: 089/23 61-44 78 Telefax: 089-2361-70 44 78 schmidt.sebasti...@swm.de www.swm.de SWM Services GmbH, Emmy-Noether-Straße 2, 80992 München; Geschäftsführer Dr. Kurt Mühlhäuser, Herbert König, Reinhard Büttner, Stephan Schwarz, Dr. Florian Bieberbach; Sitz München; Registergericht München HRB 126 674; Aufsichtsratsvorsitzender Oberbürgermeister Christian Ude Der Inhalt dieser E-Mail oder eventueller Anhänge ist ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu setzen. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Delegate authentication to separate application
Please look here http://sourceforge.net/mailarchive/forum.php?thread_name=CA%2BnxMTttAqSC3TMusbA8_CeDeykoQg56_NvOCHNA1naFSLdb%3Dg%40mail.gmail.com&forum_name=geoserver-users and search for "ProxyAuthenticationFilter". Hope this helps Zitat von cheesybiscuits : > I have a page in an existing Spring-based Java application that uses > GeoServer (2.2) via WMS & WFS, with requests originating from the client. > Users have to authenticate with the Java application but currently GeoServer > OWS services are accessed anonymously. > > This is changing, and now OWS services need to be secured. Reading through > the security / authentication documentation I don't see any option to > delegate authentication to another application. The closest I get is using a > J2EE filter so that Tomcat provides authentication using its users.xml file. > > Is there any way I can take the existing JSESSIONID cookie to verify that > the GeoServer request comes from a user that is logged into my Java > application? I don't want users to have to authenticate twice. It seems like > all the authentication options are based on setting up users & passwords > somewhere, in a database, xml file, or tomcat config file. > > Any thoughts much appreciated. > > > > -- > View this message in context: > http://osgeo-org.1560.n6.nabble.com/Delegate-authentication-to-separate-application-tp5009685.html > Sent from the GeoServer - User mailing list archive at Nabble.com. > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > ___ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > This message was sent using IMP, the Internet Messaging Program. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] More information about new experimental OGR data store
Thanks alot Justin! Från: Justin Deoliveira [mailto:jdeol...@opengeo.org] Skickat: den 18 oktober 2012 14:12 Till: Krister Wicksell Kopia: geoserver-users@lists.sourceforge.net Ämne: Re: [Geoserver-users] More information about new experimental OGR data store On Thu, Oct 18, 2012 at 6:11 AM, Justin Deoliveira wrote: On Thu, Oct 18, 2012 at 12:33 AM, Krister Wicksell wrote: Hi Justin, Thanks for your reply! Maybe it was not in the actual release notes but the announcement on the GeoServer Blog, http://blog.geoserver.org/2012/09/21/geoserver-2-2-released/. You can read about it under the section Data access. Ahh right. Cool. It would be great if you could provide me with a precompiled version for GeoServer 2.2. I like to test this with TAB-files from MapInfo. Does the module have support for using the style information provided by OGR. Similar to the STYLEITEM property provided by MapServer? Here you go. These should work with geoserver 2.2. http://dev.opengeo.org/~jdeolive/gt-ogr-8-SNAPSHOT.zip Sorry, forgot to mention. There are three jars there. You need the core jar and one of the bridj or jni jars. /Krister Från: Justin Deoliveira [mailto:jdeol...@opengeo.org] Skickat: den 17 oktober 2012 16:55 Till: Krister Wicksell Kopia: geoserver-users@lists.sourceforge.net Ämne: Re: [Geoserver-users] More information about new experimental OGR data store Hi Krister, Where did you see it referenced in the release notes? Basically its still an unsupported module in geotools. https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr There are two flavours of it. Both require ogr to be installed on the system. One uses a library called bridj to interface with ogr: https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr/ogr-bridj Andrea can correct me if i am wrong but i believe it will work with any version of ogr 1.8+ The second flavour is one that uses JNI to interface, and the existing ogr java bindings: https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr/ogr-jni This option requires you to compile ogr with java binding support. The modules are not being built as part of the regular build so not deployed in any maven repositories or anything. You can compile them locally if you choose or if you want i can post versions of them that are compatible with geoserver 2.2. Just let me know. -Justin On Wed, Oct 17, 2012 at 5:01 AM, Krister Wicksell wrote: Hi, In the release notes for GeoServer 2.2 there is information about an experimental OGR data store. I have searched for more information about this but can't find anything. So, where can I find more information about how to configure and use this new OGR data store? Best Regards /Krister This e-mail message has been scanned for Viruses and Content and cleared by NetIQ MailMarshal -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. This e-mail message has been scanned for Viruses and Content and cleared by NetIQ MailMarshal -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geo
[Geoserver-users] Render adjacent polygons without light borders
Hi all, I've a grid of adjacent polygons which I want to be rendered by GeoServer. But it seems that the rendering process creates light borders between those polygons. I just stumbled upon an example in the SLD Cookbook: http://docs.geoserver.org/stable/en/user/styling/sld-cookbook/polygons.html (Look for the "Simple polygon" paragraph) This page even gives an explanation to these borders: "The light-colored borders around the polygons in the figure are artifacts of the renderer caused by the polygons being adjacent. There is no border in this style." Is it possible to get rid of these borders? Thanks in advance Jens Weintraut -- cismet GmbH Jens Weintraut, B.Sc. IT Park Saar - Gebäude D2 Altenkesseler Straße 17 - D2 66115 Saarbrücken email: jens.weintr...@cismet.de phone/fax: 0700 cismet de (0700 247638 33) web: http://www.cismet.de -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] ArcGrid to GeoServer, raster data.
HI Andrea I read the PDF on page 74. I have some questions here. How does the clustered GS share data? Regards, Hua Jie On Mon, Oct 15, 2012 at 8:15 PM, Andrea Aime wrote: > On Mon, Oct 15, 2012 at 12:33 PM, Mikel Gonzalez Gainza < > fingol...@gmail.com> wrote: > >> Hi all! >> >> Im both new to arcgrid and geoserver but right now my project needs me to >> migrate maps from arcgrid to geoserver (yay for opensource!). Ive been >> reading the documentation and playing around a bit with geoserver itself, >> but when trying to load the data i've had some problems. I've got several >> data formats, and i thought i had to use .img or .rrd would work, but to no >> avail. I keep getting the error "unable to parse the header for he provided >> input". So, what am i doing wrong? I also have shp, dbf,qix... files but i >> dont think thats it. What do i need to load arcgrid raster data to >> geoserver? >> > > Turn them into tiff files using gdal_translate, and follow the directions > here to get good performance > (basically, add inner tiling and overviews): > > http://demo.geo-solutions.it/share/foss4g2011/gs_steroids_sgiannec_foss4g2011.pdf > > Cheers > Andrea > > -- > == > Our support, Your Success! Visit http://opensdi.geo-solutions.it for more > information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 339 8844549 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > --- > > > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] cross layer filtering problem
You could also try filtering on the back-end, either by using a GeoServer SQLView or a DB view. This of course depends on having a suitable back-end. Other than that I'm out of ideas. Filtering by area dataset does seem like something that would be nice to have more transparently available. Perhaps by using some crazy hack involving rendering transformations... 8^) On Thu, Oct 18, 2012 at 3:41 PM, cmaul wrote: > Thanks Martin, > > that was the answer I feared I would get. > > The filtering by size does not work because there are always little slivers > of riparian, wayside or other sections that would not be shown in the rural > environment or the odd palazzo with big park in the city that would turn up > amongst a white map. > > Pity that. > > Cheers > > Christian > > > > - > > > Dr Christian Maul > Project Manager > > Information Services Branch > Department of Sustainability and Environment > Level13, Marland House, 570 Bourke Street > Melbourne 3000 > > PO Box 500, East Melbourne Vic 3002 > > > Telephone:+61-3-8636 2325 > Telefax: +61-3-8636 2813 > -- > View this message in context: > http://osgeo-org.1560.n6.nabble.com/cross-layer-filtering-problem-tp5009496p5009716.html > Sent from the GeoServer - User mailing list archive at Nabble.com. > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > ___ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- Martin Davis OpenGeo - http://opengeo.org Expert service straight from the developers. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] cross layer filtering problem
Thanks Martin, that was the answer I feared I would get. The filtering by size does not work because there are always little slivers of riparian, wayside or other sections that would not be shown in the rural environment or the odd palazzo with big park in the city that would turn up amongst a white map. Pity that. Cheers Christian - Dr Christian Maul Project Manager Information Services Branch Department of Sustainability and Environment Level13, Marland House, 570 Bourke Street Melbourne 3000 PO Box 500, East Melbourne Vic 3002 Telephone:+61-3-8636 2325 Telefax: +61-3-8636 2813 -- View this message in context: http://osgeo-org.1560.n6.nabble.com/cross-layer-filtering-problem-tp5009496p5009716.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] cross layer filtering problem
One problem you're encountering is that cross-layer filters work as request
filters, not as SLD filters (as shown in the documentation).
Another problem you may encounter is that cross-layer filters are executed
internally in GeoServer, so there may be performance issues with large
datasets used as filters. Have you considered simply filtering by area &
size of feature geometry instead?
On Wed, Oct 17, 2012 at 8:36 PM, cmaul wrote:
> Common problem: The size of polygons of the cadastre. While they can be
> displayed in rural areas at a scale of 25,000, the map in the city shows a
> solid black. It wouldn’t be a specific Australian problem, I guess Italy
> would be even more extreme with the agrarian factories of the
> Emilia-Romagna, fields of hundreds of hectares and then a medieval town in
> the middle with properties of 200 square metres, if they are even that big.
> O.k you need to filter. I have a generalized map layer called BUILT_UP_AREA
> in a different schema (421 features) which I want to use.
>
> Install querylayers seems to be o.k.
>
> WFS-getCapabilities (local 2.2):
> …
> CollectGeometries
> queryCollection
>
> Rather interesting the test geoserver (2.1.3) shows:
> queryCollection
>
> 1 param and any, however, so far so good - both are there.
>
> May be I am wrong here, but in my interpretation SLD uses filters identical
> to WFS. My filter reads as follows:
>
>
>
>
>
> SHAPE
>
>
> sii:VMLITE.VMLITE_BUILT_UP_AREA
> SHAPE
>
>
>
>
>
>
> First problem in both geoservers:
>
> SystemID: U:\work\sld2\VICMAP_property_6_cl_filt.sld
> line 30: cvc-complex-type.2.4.a: Invalid content was found starting with
> element 'ogc:Function'. One of '{"http://www.opengis.net/gml":_Geometry,
> "http://www.opengis.net/gml":Box}' is expected.
>
> Well I don’t want a box, MultiLineString or whatever, I want a collection
> of
> polygons. O.k. I hit ‘submit’ and hope for the best against better
> knowledge.
>
> The following is the header of the sld:
>
> http://www.w3.org/2001/XMLSchema-instance";
> xmlns="http://www.opengis.net/sld";
> xmlns:ogc="http://www.opengis.net/ogc";
> xmlns:sld="http://www.opengis.net/sld";
> version="1.0.0">
>
> Property Map polygons
>
>
> which means in my opinion the sld should know what the tag
> means.
> So when I use the style the not so surprising result is that the filter is
> ignored and the layer is shown. No error, no message, nothing from
> Geoserver
> 2.2. If I take the second parameter out (after all WFS in geoserver2.2
> shows a 1 as args number) and pass in only the layer as a parameter, I get
> the same result.
>
> How do I change that?
>
> Geoserver 2.1.3 on the other hand gives me a NullPointer Error:
> java.lang.NullPointerException
> at
>
> org.geotools.styling.FeatureTypeStyleImpl.setFeatureTypeName(FeatureTypeStyleImpl.java:179)
> at
> org.geotools.styling.SLDParser.parseFeatureTypeStyle(SLDParser.java:782)
> at org.geotools.styling.SLDParser.parseStyle(SLDParser.java:742)
> at
> org.geotools.styling.SLDParser.parseNamedLayer(SLDParser.java:606)
> at
> org.geotools.styling.SLDParser.parseDescriptor(SLDParser.java:413)
> at org.geotools.styling.SLDParser.parseSLD(SLDParser.java:375)
> at org.geoserver.catalog.Styles$Handler$1.parse(Styles.java:277)
> at org.geoserver.catalog.Styles.parse(Styles.java:91)
>
> and that I would like to change as well.
>
>
>
>
> -
>
>
> Dr Christian Maul
> Project Manager
>
> Information Services Branch
> Department of Sustainability and Environment
> Level13, Marland House, 570 Bourke Street
> Melbourne 3000
>
> PO Box 500, East Melbourne Vic 3002
>
>
> Telephone:+61-3-8636 2325
> Telefax: +61-3-8636 2813
> --
> View this message in context:
> http://osgeo-org.1560.n6.nabble.com/cross-layer-filtering-problem-tp5009496.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Geoserver 2.2 Insertection with buffer
On Thu, Oct 18, 2012 at 9:53 AM, apmartins wrote: > > I've tested with wfs intersects and the response is almost instant. > However it doesn't have the result that I want which is the percentages of > each area intersected by the buffer. > > is there a way to do this without "damaging" the performance? > A very good question. I don't have a definitive answer, but here's a few ideas; - The IntersectionFeatureCollection process is quite sensitive to the order of the inputs. I think it is fastest if the smallest input (the buffer polygon, in your case) is the *second* input. It would be great if you can try this and report back - Computing the areas and percentages may carry a significant amount of overhead. It would be interesting to know how long the operation takes if they are not requested - Another alternative is to use the Clip process, and compute the areas & percentages as a subsequent step Apart from this, there are probably some improvements possible in the code for the IntersectionFeatureCollection process, of varying levels of difficulty. - The process always densifies and reprojects the input data. It would be nice to be able to disable this if is not needed (ie if both inputs are already in the same planar CRS) - A much longer term fix is to improve the JTS intersection computation to allow caching the primary input geometry. It would be great to have some time to work on this... 8^) > -- Martin Davis OpenGeo - http://opengeo.org Expert service straight from the developers. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Delegate authentication to separate application
I have a page in an existing Spring-based Java application that uses GeoServer (2.2) via WMS & WFS, with requests originating from the client. Users have to authenticate with the Java application but currently GeoServer OWS services are accessed anonymously. This is changing, and now OWS services need to be secured. Reading through the security / authentication documentation I don't see any option to delegate authentication to another application. The closest I get is using a J2EE filter so that Tomcat provides authentication using its users.xml file. Is there any way I can take the existing JSESSIONID cookie to verify that the GeoServer request comes from a user that is logged into my Java application? I don't want users to have to authenticate twice. It seems like all the authentication options are based on setting up users & passwords somewhere, in a database, xml file, or tomcat config file. Any thoughts much appreciated. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Delegate-authentication-to-separate-application-tp5009685.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Geoserver 2.2 Insertection with buffer
Martin you're great. thanks a lot :D That was it. I was doing the math wrong. But in terms of performance it takes almost a minute :/ I've tested with wfs intersects and the response is almost instant. However it doesn't have the result that I want which is the percentages of each area intersected by the buffer. is there a way to do this without "damaging" the performance? Thanks again -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Geoserver-2-2-Insertection-with-buffer-tp5009029p5009668.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] ArcGrid to GeoServer, raster data.
Sorry for late response Thanks a lot Andrea!! :) (yes, no relevant info, but thanks are in order nevertheless!!) Why is it that we rejoice at a birth and grieve at a funeral? It is because we are not the person involved. -- Mark Twain, "Pudd'nhead Wilson's Calendar" On 15 October 2012 14:15, Andrea Aime wrote: > On Mon, Oct 15, 2012 at 12:33 PM, Mikel Gonzalez Gainza < > fingol...@gmail.com> wrote: > >> Hi all! >> >> Im both new to arcgrid and geoserver but right now my project needs me to >> migrate maps from arcgrid to geoserver (yay for opensource!). Ive been >> reading the documentation and playing around a bit with geoserver itself, >> but when trying to load the data i've had some problems. I've got several >> data formats, and i thought i had to use .img or .rrd would work, but to no >> avail. I keep getting the error "unable to parse the header for he provided >> input". So, what am i doing wrong? I also have shp, dbf,qix... files but i >> dont think thats it. What do i need to load arcgrid raster data to >> geoserver? >> > > Turn them into tiff files using gdal_translate, and follow the directions > here to get good performance > (basically, add inner tiling and overviews): > > http://demo.geo-solutions.it/share/foss4g2011/gs_steroids_sgiannec_foss4g2011.pdf > > Cheers > Andrea > > -- > == > Our support, Your Success! Visit http://opensdi.geo-solutions.it for more > information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 339 8844549 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > --- > > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] GeoServer GeoWebCache Openlayers Demo View Problem
Hello Community, I am very new to GeoServer / MapServices and I have the following issue: I will have a HTML application, which will load tiles from geoserver. Past 5 days i got a few official GeoTiff maps by a public authority. The maps are looking similar to the demo maps, which are manually georeferenced to WGS 84 (EPSG 4326) in consuming work by old kolleges one year ago. I have to use the official maps for this application, because of better resolution and they have a much bigger area! The public authority gave me georeferenced maps, but gdalinfo says: "georeference system '´ ", so I have only converted every map by "gdal_translate -of GTiff -a_srs epsg:4326 -co tiled=yes source.tif target.tif" manually. Now I can add every map to GeoServer and pulish it successfully. When I click on "Layer Preview" everything is alright and I can see the map on an OpenLayers Preview-Page. I installed into my GeoServer a GeoWebCache extension, too. I visited the GeoWebCache Demo-Page and I saw all layers I've created. It is important to seed the maps in RAM for performance! When I click on the old demo maps I can normally see a preview of the map, but the official maps don't work. I can see only a white screen with the OpenLayers controls on the top left corner. My fresh GeoServer instance can't serve any map or tile to a HTML application by OpenLayers using JavaScript until now. Same issue on the older prototype instance of the HTML application (with GeoServer version 2.0) which works finde with the demo maps. This instance is configured by an old kollege which isn't in the company anymore, so I have to find out the right configuration. GeoServer: 2.1.4 Installed: on remote server GeoWebCache: 1.3-RC3 Installed: on the same system as geoserver as an extension Apache Tomcat: 7.0.30 Java JDK: 1.7.0_07 OS: Ubuntu Linux Server 12.04 - x64 Any solutions? Very much thx! Thomas D. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/GeoServer-GeoWebCache-Openlayers-Demo-View-Problem-tp5009654.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] authenticate Openlayers 2.11 in Geoserver 2.1.2
Hi people, i need to know how could i authenticate via openlayers in
geoserver, i have this:
//
OpenLayers.Request.issue({
method : "POST",
url: " http://localhost:8080/geoserver/j_spring_security_check ",
headers : { username : 'admin',password : 'geoserver' },
params: {
username: "admin",
password: "geoserver"
}
});
//
but it dont work to wfs cause the error says this
"This proxy does not allow you to access that location
(admin:geoserver@localhost:8080)."
and my proxy.cgi is this:
//
#!c:/Python25/python.exe -u
"""This is a blind proxy that we use to get around browser
restrictions that prevent the Javascript from loading pages not on the
same server as the Javascript. This has several problems: it's less
efficient, it might break some sites, and it's a security risk because
people can use this proxy to browse the web and possibly do bad stuff
with it. It only loads pages via http and https, but it can load any
content type. It supports GET and POST requests."""
import urllib2
import cgi
import sys, os
# Designed to prevent Open Proxy type stuff.
allowedHosts = ['www.openlayers.org', 'openlayers.org',
'labs.metacarta.com', 'world.freemap.in',
'prototype.openmnnd.org', 'geo.openplans.org',
'sigma.openplans.org', 'demo.opengeo.org',
'www.openstreetmap.org', 'sample.azavea.com',
'v2.suite.opengeo.org', 'v-swe.uni-muenster.de:8080',
'vmap0.tiles.osgeo.org', 'www.openrouteservice.org',
'localhost', 'localhost:8080']
method = os.environ["REQUEST_METHOD"]
if method == "POST":
qs = os.environ["QUERY_STRING"]
d = cgi.parse_qs(qs)
if d.has_key("url"):
url = d["url"][0]
else:
url = "http://localhost/ol";
else:
fs = cgi.FieldStorage()
url = fs.getvalue('url', "http://localhost/ol";)
try:
host = url.split("/")[2]
if allowedHosts and not host in allowedHosts:
print "Status: 502 Bad Gateway"
print "Content-Type: text/plain"
print
print "This proxy does not allow you to access that location
(%s)." % (host,)
print
print os.environ
elif url.startswith("http://";) or url.startswith("https://";):
if method == "POST":
length = int(os.environ["CONTENT_LENGTH"])
headers = {"Content-Type": os.environ["CONTENT_TYPE"]}
body = sys.stdin.read(length)
r = urllib2.Request(url, body, headers)
y = urllib2.urlopen(r)
else:
y = urllib2.urlopen(url)
# print content type header
i = y.info()
if i.has_key("Content-Type"):
print "Content-Type: %s" % (i["Content-Type"])
else:
print "Content-Type: text/plain"
print
print y.read()
y.close()
else:
print "Content-Type: text/plain"
print
print "Illegal request."
except Exception, E:
print "Status: 500 Unexpected Error"
print "Content-Type: text/plain"
print
print "Some unexpected error occurred. Error text was:", E
//
thanks to all.
This message was sent using IMP, the Internet Messaging Program.
--
Este mensaje le ha llegado mediante el servicio de correo electronico que
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema
Nacional de Salud. La persona que envia este correo asume el compromiso de usar
el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] getmap in src
Hi people, i need to know in the source of the geoserver 2.1.2 where is the getmap of the wms and the getfeature of wfs service, cause i need to make a sequence diagram for thouse operations.i apreciate all the help thanks to all This message was sent using IMP, the Internet Messaging Program. -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] More information about new experimental OGR data store
On Thu, Oct 18, 2012 at 6:11 AM, Justin Deoliveira wrote: > > > On Thu, Oct 18, 2012 at 12:33 AM, Krister Wicksell < > krister.wicks...@cartesia.se> wrote: > >> Hi Justin, >> >> ** ** >> >> Thanks for your reply! >> >> ** ** >> >> Maybe it was not in the actual release notes but the announcement on the >> GeoServer Blog, >> http://blog.geoserver.org/2012/09/21/geoserver-2-2-released/. You can >> read about it under the section Data access. >> >> ** >> > Ahh right. Cool. > > >> ** >> >> It would be great if you could provide me with a precompiled version for >> GeoServer 2.2. I like to test this with TAB-files from MapInfo. Does the >> module have support for using the style information provided by OGR. >> Similar to the STYLEITEM property provided by MapServer? >> > > Here you go. These should work with geoserver 2.2. > > http://dev.opengeo.org/~jdeolive/gt-ogr-8-SNAPSHOT.zip > >> >> >> ** >> > Sorry, forgot to mention. There are three jars there. You need the core jar and one of the bridj or jni jars. > ** >> >> /Krister >> >> ** ** >> >> *Från:* Justin Deoliveira [mailto:jdeol...@opengeo.org] >> *Skickat:* den 17 oktober 2012 16:55 >> *Till:* Krister Wicksell >> *Kopia:* geoserver-users@lists.sourceforge.net >> *Ämne:* Re: [Geoserver-users] More information about new experimental >> OGR data store >> >> ** ** >> >> Hi Krister, >> >> ** ** >> >> Where did you see it referenced in the release notes? >> >> ** ** >> >> Basically its still an unsupported module in geotools. >> >> ** ** >> >> >> https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr* >> *** >> >> ** ** >> >> There are two flavours of it. Both require ogr to be installed on the >> system. One uses a library called bridj to interface with ogr: >> >> ** ** >> >> >> https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr/ogr-bridj >> >> >> ** ** >> >> Andrea can correct me if i am wrong but i believe it will work with any >> version of ogr 1.8+ >> >> ** ** >> >> The second flavour is one that uses JNI to interface, and the existing >> ogr java bindings: >> >> ** ** >> >> >> https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr/ogr-jni >> >> >> ** ** >> >> This option requires you to compile ogr with java binding support. >> >> ** ** >> >> The modules are not being built as part of the regular build so not >> deployed in any maven repositories or anything. You can compile them >> locally if you choose or if you want i can post versions of them that are >> compatible with geoserver 2.2. Just let me know. >> >> ** ** >> >> -Justin >> >> On Wed, Oct 17, 2012 at 5:01 AM, Krister Wicksell < >> krister.wicks...@cartesia.se> wrote: >> >> Hi, >> >> >> >> In the release notes for GeoServer 2.2 there is information about an >> experimental OGR data store. I have searched for more information about >> this but can’t find anything. So, where can I find more information about >> how to configure and use this new OGR data store? >> >> >> >> Best Regards >> >> /Krister >> >> >> -- >> >> This e-mail message has been scanned for Viruses and Content and cleared >> by *NetIQ MailMarshal * >> -- >> >> >> >> -- >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_sfd2d_oct >> ___ >> Geoserver-users mailing list >> Geoserver-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geoserver-users >> >> >> >> >> >> ** ** >> >> -- >> Justin Deoliveira >> >> OpenGeo - http://opengeo.org >> >> Enterprise support for open source geospatial. >> >> ** ** >> -- >> This e-mail message has been scanned for Viruses and Content and cleared >> by *NetIQ MailMarshal * >> -- >> > > > > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] More information about new experimental OGR data store
On Thu, Oct 18, 2012 at 12:33 AM, Krister Wicksell < krister.wicks...@cartesia.se> wrote: > Hi Justin, > > ** ** > > Thanks for your reply! > > ** ** > > Maybe it was not in the actual release notes but the announcement on the > GeoServer Blog, > http://blog.geoserver.org/2012/09/21/geoserver-2-2-released/. You can > read about it under the section Data access. > > ** > Ahh right. Cool. > ** > > It would be great if you could provide me with a precompiled version for > GeoServer 2.2. I like to test this with TAB-files from MapInfo. Does the > module have support for using the style information provided by OGR. > Similar to the STYLEITEM property provided by MapServer? > Here you go. These should work with geoserver 2.2. http://dev.opengeo.org/~jdeolive/gt-ogr-8-SNAPSHOT.zip > > > ** ** > > /Krister > > ** ** > > *Från:* Justin Deoliveira [mailto:jdeol...@opengeo.org] > *Skickat:* den 17 oktober 2012 16:55 > *Till:* Krister Wicksell > *Kopia:* geoserver-users@lists.sourceforge.net > *Ämne:* Re: [Geoserver-users] More information about new experimental OGR > data store > > ** ** > > Hi Krister, > > ** ** > > Where did you see it referenced in the release notes? > > ** ** > > Basically its still an unsupported module in geotools. > > ** ** > > https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr > > > ** ** > > There are two flavours of it. Both require ogr to be installed on the > system. One uses a library called bridj to interface with ogr: > > ** ** > > > https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr/ogr-bridj > > > ** ** > > Andrea can correct me if i am wrong but i believe it will work with any > version of ogr 1.8+ > > ** ** > > The second flavour is one that uses JNI to interface, and the existing ogr > java bindings: > > ** ** > > > https://github.com/geotools/geotools/tree/master/modules/unsupported/ogr/ogr-jni > > > ** ** > > This option requires you to compile ogr with java binding support. > > ** ** > > The modules are not being built as part of the regular build so not > deployed in any maven repositories or anything. You can compile them > locally if you choose or if you want i can post versions of them that are > compatible with geoserver 2.2. Just let me know. > > ** ** > > -Justin > > On Wed, Oct 17, 2012 at 5:01 AM, Krister Wicksell < > krister.wicks...@cartesia.se> wrote: > > Hi, > > > > In the release notes for GeoServer 2.2 there is information about an > experimental OGR data store. I have searched for more information about > this but can’t find anything. So, where can I find more information about > how to configure and use this new OGR data store? > > > > Best Regards > > /Krister > > > -- > > This e-mail message has been scanned for Viruses and Content and cleared > by *NetIQ MailMarshal * > -- > > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > ___ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > > > > > ** ** > > -- > Justin Deoliveira > > OpenGeo - http://opengeo.org > > Enterprise support for open source geospatial. > > ** ** > -- > This e-mail message has been scanned for Viruses and Content and cleared > by *NetIQ MailMarshal * > -- > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] More information about new experimental OGR data store
On Thu, Oct 18, 2012 at 8:33 AM, Krister Wicksell < krister.wicks...@cartesia.se> wrote: > Hi Justin, > > ** ** > > Thanks for your reply! > > ** ** > > Maybe it was not in the actual release notes but the announcement on the > GeoServer Blog, > http://blog.geoserver.org/2012/09/21/geoserver-2-2-released/. You can > read about it under the section Data access. > > ** ** > > It would be great if you could provide me with a precompiled version for > GeoServer 2.2. I like to test this with TAB-files from MapInfo. Does the > module have support for using the style information provided by OGR. > Similar to the STYLEITEM property provided by MapServer? > No, this is not supported, to make that happen we'd have to also introduce a concept of per feature style, which at the moment we don't have back in GeoTools, and some way to state that we want to use the "native" style in the SLD (also missing). Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] More information about new experimental OGR data store
On Thu, Oct 18, 2012 at 8:33 AM, Krister Wicksell < krister.wicks...@cartesia.se> wrote: > Hi Justin, > > ** ** > > Thanks for your reply! > > ** ** > > Maybe it was not in the actual release notes but the announcement on the > GeoServer Blog, > http://blog.geoserver.org/2012/09/21/geoserver-2-2-released/. You can > read about it under the section Data access. > > ** ** > > It would be great if you could provide me with a precompiled version for > GeoServer 2.2. I like to test this with TAB-files from MapInfo. Does the > module have support for using the style information provided by OGR. > Similar to the STYLEITEM property provided by MapServer? > No, this is not supported, to make that happen we'd have to also introduce a concept of per feature style, which at the moment we don't have back in GeoTools, and some way to state that we want to use the "native" style in the SLD (also missing). Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
