Hi Christian, Sibylle and Francesco I wrote that tutorial on the Location Defra site some time ago. Christian is right it only gets you 98% of the way there.
I briefly tried the nightly build last Thursday and some of the additional features that Christian mentions that will appear in 2.1.3 will "almost certainly" get you to 100% These include giving you a bounding box for each EPSG code you are offering. A proper metadata record type Layers being queryrable and visible are also useful depending on your requirements. I would really like to update the tutorial at some point but want to wait until 2.1.3 is out. Any questions please ask Tim ------------------------------ Message: 2 Date: Thu, 01 Dec 2011 10:57:37 +0100 From: [email protected] Subject: Re: [Geoserver-users] INSPIRE compliance To: SAUL Sibylle <[email protected]> Cc: "[email protected]" <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Thanks Sibylle, some additional info from the developer. The INSPIRE plugin is a great step towards INSPIRE compatibility but you have to do additional configurations. The needed features will be in the next geoserver version 2.1.3, or you can install a nightly build of 2.1.x. With the current release 2.1.2, you can not achieve 100 % INSPIRE compatibility. (According to our experience) Looking at the documentation http://docs.geoserver.org/stable/en/user/community/inspire/using.html I see a link to tutorial at the bottom of the page. http://location.defra.gov.uk/wp-content/uploads/2011/07/Data-Publisher-How-To-Guide-Setting-up-GeoServer-on-a-Windows-Machine.pdf @Sibylle, can you cross check this tutorial with our configuration. Christian Zitat von SAUL Sibylle <[email protected]>: > Hi Francesco, > > we are using GeoServer 2.1-SNAPSHOT (including INSPIRE plugin) for > our INSPIRE View Service > (http://www.statistik.at/gs-inspire/ows?service=wms&version=1.3.0&request=GetCapabilities). > We have validated our service with the INSPIRE Resource Tester > (http://inspire-geoportal.ec.europa.eu/INSPIREWebServices/) and are already > in the INSPIRE > Geoportal. > The INSPIRE plugin makes the getCapabilities document INSPIRE > conform. There is the section about the languages (supported, > default, response language) that is required. As we only support > German I am not really deep into that. > > Sibylle > > > -----Urspr?ngliche Nachricht----- > Von: Francesco D'Alesio [mailto:[email protected]] > Gesendet: Donnerstag, 01. Dezember 2011 09:31 > An: [email protected] > Betreff: [Geoserver-users] INSPIRE compliance > > Hello list, > I didn't find enough information about the INSPIRE plugin, and I need to > know if GeoServer is now INSPIRE compliant for View Service (WMS). > Anyone of you already tried to use GeoServer for a View Service? > Have you tried to validate the services through the INSPIRE geoportal? > Is it possible to create a multilingual, INSPIRE compliant, service with > the INSPIRE plugin? > > Thank you > > Regards, > > > Francesco > > -- > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, 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-novd2d > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > _______________________________________________________________________ > > Die Bundesanstalt Statistik ?sterreich sowie alle Mitwirkenden an den > beigef?gten Unterlagen haben deren Inhalte sorgf?ltig recherchiert > und erstellt. Fehler k?nnen dennoch nicht g?nzlich ausgeschlossen > werden. Die Genannten ?bernehmen daher keine Haftung f?r die > Richtigkeit, Vollst?ndigkeit und Aktualit?t der Inhalte, insbesondere > ?bernehmen sie keinerlei Haftung f?r eventuelle unmittelbare oder > mittelbare Sch?den, die durch die direkte oder indirekte Nutzung der > angebotenen Inhalte entstehen. > > Korrekturhinweise ?bermitteln Sie bitte an die absendende Stelle. > > Diese Nachricht ist ausschlie?lich f?r die in der Anschrift genannte > Person bestimmt. Sollten Sie dieses E-Mail irrt?mlich erhalten haben, > verst?ndigen Sie bitte die absendende Stelle und vernichten Sie > die Nachricht inklusive aller Anh?nge. Danke. > > Bundesanstalt Statistik ?sterreich, 1110 Wien, Guglgasse 13 > > Tel. +43 (1) 71128-0, Fax +43 (1) 71128-7728 > E-Mail: [email protected], Internet: www.statistik.at > > Firmenbuch: FN 191155k, Firmenbuchgericht: Handelsgericht Wien > Firmensitz: Wien, Gerichtsstand: Wien, UID: ATU37869909, DVR 0000043 > > _______________________________________________________________________ > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, 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-novd2d > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------ Message: 3 Date: Thu, 1 Dec 2011 10:46:45 +0100 From: Maria Ripa <[email protected]> Subject: Re: [Geoserver-users] Large data sets To: Andrea Aime <[email protected]> Cc: "[email protected]" <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Tanks Andrea for your input, it seems hopeful. Our goal is to make geoserver work wiith MS SQL 2008 where data is stored as nvarchar which has led us to use GeoServer Nightly Build. Is there any experiece out there of the difference between POSTGRES and MSSQL from a spatial point of view. I try to "GetFeature" with a bounding box and the question that runs on the databaseserver is: SELECT "GlobalUniqueIdentifier", ..and 20 other columns.. ,CAST("PointCoordinate".STSrid as VARCHAR) + ':' + "PointCoordinate".STAsText() as "PointCoordinate" FROM "DataTable" WHERE "PointCoordinate".Filter(geometry::STGeomFromText('POLYGON ((61 13, 61 13.5, 61.5 13.5, 61.5 13, 61 13))', 4326)) = 1 The method Filter is supposed to be very fast but after 1 h 40 mns i get all memory on the disk eaten up by swapping (MSSQL). I study the estimated execution plan and it turns out MSSQL does not which to use the spatial index I made. As far as i can see i cannot "edit" the question that comes from Geoserver which is MS sulotion to the problem (using the WITH statement). Should I create the layer with an sql statement from my store? All/any input/ideas is helpful at this point. /maria ________________________________ Fr?n: [email protected] [[email protected]] f?r Andrea Aime [[email protected]] Skickat: den 1 december 2011 10:15 Till: Maria Ripa Kopia: [email protected] ?mne: Re: [Geoserver-users] Large data sets On Thu, Dec 1, 2011 at 8:46 AM, Maria Ripa <[email protected]<mailto:[email protected]>> wrote: Hi List, We have large datasets of points in a database. We need to publish our data via WFS in GeoServer. I would like to know what is considered to be large from a GeoServer point of view. Is there a breakpoint where the amount of rows starts to be too many? I have 30 Million points wich seems to be problematic, (300 000 points is no problem though). I've seen installations serving up to 500 million polygons. GeoServer streams out the results, so it never uses much of a memory footprint, what is slow normally, with these data amounts, is the extraction from the database, and for that one has to tune the database itself, either playing with the query planner tunables to make it use the spatial indexes, cluster the tables, cluster the database itself on enough machines, and so on. When growing that large there is no single recipe I think, what needs to be done is different depending on the data, usage patterns and so on. Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 4 Date: Thu, 1 Dec 2011 11:29:48 +0100 From: Edward Mac Gillavry <[email protected]> Subject: Re: [Geoserver-users] missing label??? To: <[email protected]>, <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Hi Robert, It's all about the meta-tiling, i.e. what's the size of the image being requested by GWC to your GeoServer instance? That's something to configure in GWC I presume. Regards, Edward Date: Thu, 1 Dec 2011 09:44:13 +0000 From: [email protected] To: [email protected] Subject: Re: [Geoserver-users] missing label??? Hi, Sorry for being thick, but the tiles are infact being cached...hence the url "geoserver/gwc/service/wms" in the wms path var layer_ortsnamen_lk = new OpenLayers.Layer.WMS("Ortsnamen","http://maps.zgb.de/geoserver/gwc/service/wms";, { layers: 'zgb:ortsnamen_lk', projection: "EPSG:900913", format: 'image/png', transparent: true }, { 'buffer': 0, 'opacity': 1, 'isBaseLayer': false, visibility: true, singleTile: true }); Yours, Rob Von: Edward Mac Gillavry <[email protected]> An: [email protected]; [email protected] Gesendet: 9:01 Donnerstag, 1.Dezember 2011 Betreff: RE: [Geoserver-users] missing label??? Robert, The OpenLayers preview requests the settlement names as one image, while the application is requesting several tiles to compose the map. It appears your tiling scheme coincides with the location of the town of Gifhorn. There's been a previous thread covering the case of "London" or "Greenwich". As it is located at the cut of the tiles, the names never appear on the map! That's where meta tiling comes in. Since town names don't change that often, it's a likely target for creating a tile cache! The tiling engine (e.g. MapCache, MapProxy, TileCache, GeoWebCache...) requests a larger image (meta tile) of 1280x1280 and slices this one into 25 tiles of 256x256. As the meta tile is larger in size, there is more chance the label is put on the map. Regards, Edward Date: Thu, 1 Dec 2011 07:31:29 +0000 From: [email protected] To: [email protected] Subject: [Geoserver-users] missing label??? Hi, I have a point geometry which has a label defined in an SLD file as ... in the application the most northen label "Gifhorn" is never shown http://maps.zgb.de/ertragspotenzial/ but in the geoserver preview it is shown http://maps.zgb.de/geoserver/zgb/wms?service=WMS&version=1.1.0&request=GetMap&layers=zgb:ortsnamen_lk&styles=&bbox=3577932.527,5754071.798,3637335.239,5816477.606&width=487&height=512&srs=EPSG:31467&format=application/openlayers What is preventing the label from being displayed? I have of course tried various combination before writing, but to no avail. yours, Rob <sld:Rule> <sld:Title>ortsnamen</sld:Title> <sld:MinScaleDenominator>50000.0</sld:MinScaleDenominator> <sld:TextSymbolizer> <sld:Label> <ogc:PropertyName>name</ogc:PropertyName> </sld:Label> <sld:Font> <sld:CssParameter name="font-family">SansSerif</sld:CssParameter> <sld:CssParameter name="font-size">10</sld:CssParameter> <sld:CssParameter name="font-style">normal</sld:CssParameter> <sld:CssParameter name="font-weight">bold</sld:CssParameter> </sld:Font> <LabelPlacement> <PointPlacement> <AnchorPoint> <AnchorPointX>0.5</AnchorPointX> <AnchorPointY>0.5</AnchorPointY> </AnchorPoint> </PointPlacement> </LabelPlacement> <Halo> <Radius>3</Radius> <Fill> <CssParameter name="fill">#FFFFFF</CssParameter> </Fill> </Halo> <VendorOption name="conflictResolution">true</VendorOption> <VendorOption name="goodnessOfFit">0</VendorOption> </sld:TextSymbolizer> </sld:Rule> ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d ------------------------------ _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users End of Geoserver-users Digest, Vol 67, Issue 5 ********************************************** This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
