Hi christian I request commit access a few months ago and have been caught up with other work.
I would love for it to be added to the tutorial. I just need to check on IP of the document. Let me find out and get back to you Best regards Tim ----- Original Message ----- From: [email protected] [mailto:[email protected]] Sent: Thursday, December 01, 2011 01:31 PM To: Tim Martin Cc: [email protected] <[email protected]> Subject: Re: [Geoserver-users] INSPIRE compliance ([email protected]) Hi Tim, nice to here from you. Personally, I would like to integrate your tutorial into the geoserver documentation. http://docs.geoserver.org/stable/en/user/community/inspire/using.html The geoserver documentation is written using Sphinx syntax. To get an impression of the Sphinx syntax you can click on "Show Source" on the right panel. The final target is to have geoserver 100% INSPIRE ready and to have an official documentation how to get there. For installing sphinx look here http://docs.geoserver.org/latest/en/docguide/install.html The needed markup is described here http://docs.geoserver.org/latest/en/docguide/sphinx.html If you feel uncomfortable with Sphinx, I could do the formatting job. Additionally, I have commit access. What do you think ? Christian Zitat von Tim Martin <[email protected]>: > 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 > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. 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
