[Geoserver-users] Fwd: Find out path of geowebcache.xml
Hallo, I found finally the solution: import org.geowebcache.storage.DefaultStorageFinder; import org.geowebcache.util.ApplicationContextProvider; import javax.servlet.ServletContext; import org.springframework.web.context.WebApplicationContext; import org.springframework.web.context.support.WebApplicationContextUtils; ... HttpSession session = request.getSession(); ServletContext servletContext = session.getServletContext(); WebApplicationContext appContext = WebApplicationContextUtils.getWebApplicationContext(servletContext); ApplicationContextProvider applicationContextProvider = new ApplicationContextProvider(); applicationContextProvider.setApplicationContext(appContext); DefaultStorageFinder gwcStorageFinder = new DefaultStorageFinder(applicationContextProvider); String gwcDataDirPath = gwcStorageFinder.getDefaultPath(); File geoWebCacheXml = new File(gwcDataDirPath + /geowebcache.xml); Thanks anyway, Tommaso --- Forwarded message --- From: tommaso tommas...@googlemail.com To: geoserver-users@lists.sourceforge.net Cc: Subject: Find out path of geowebcache.xml Date: Tue, 03 Feb 2015 13:36:27 +0100 Hallo, I need to parse the content of geowebcache.xml from Geoserver. I tried this tutorial: http://docs.geoserver.org/2.5.x/en/developer/programming-guide/ows-services/implementing.html and my first attempt was: import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.ServletException; import org.vfny.geoserver.global.GeoserverDataDirectory; public class CustomCapabilities { public CustomCapabilities() {} public void getCustomCapabilities(HttpServletRequest request, HttpServletResponse response) throws ServletException { String geoserverDataDir = GeoserverDataDirectory.getGeoserverDataDirectory().getAbsolutePath(); File geoWebCacheXml = new File(geoserverDataDir + /gwc/geowebcache.xml); } } The problem is, this does not longer work if geowebcache.xml isn't in GEOSERVER_DATA_DIR/gwc/geowebcache.xml Is There a easy way to find out on runtime which geowebcache.xml is really used by Geoserver? I'm using currently Geoserver 2.3.0, which provides Geowebcache 1.4, but I could upgrade if needed (the upgrade is already on the TODO list) Thank you, Tommaso -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Best way to serve thousands of imagery files?
Hi Ben I don’t know the answer to your question, but suspect it’s only GeoTIFFs. More usefully however – did you use any compression on the tiles you created? If they’re aerial photo type things you can compress with JPEG compression for a very large saving. If they’re more thematic, you can use DEFLATE (lossless). The filesizes will still probably be a bit larger, but not 16 times so. Cheers, Jonathan From: Ben Johnson [mailto:weagl...@gmail.com] Sent: Tuesday, February 10, 2015 11:55 PM To: Andrea Aime Cc: Bistrais, Bob; GeoServer Mailing List List Subject: Re: [Geoserver-users] Best way to serve thousands of imagery files? So quick question. I created an image pyramid from my MrSID files and the resulting size was ~16* the size of the MrSID so I created an image pyramid of JP2K files instead because they get good compression and can be created using the gdal_retile tool however GeoServer fails to import an image pyramid of .jp2 files (I have the JPEG 2000 plugin properly included and see JP2K as a raster option). What imagery types are supported in a GeoServer image pyramid? On Tue, Feb 10, 2015 at 3:26 PM, Ben Johnson weagl...@gmail.commailto:weagl...@gmail.com wrote: thanks for the help guys! ImagePyramid was the answer, and for anyone doing this later when you use the gdal_retile tool you will have to move the images in the base directory into a 0/ directory as Andrea pointed out! Thanks a lot! On Fri, Feb 6, 2015 at 11:47 AM, Andrea Aime andrea.a...@geo-solutions.itmailto:andrea.a...@geo-solutions.it wrote: On Fri, Feb 6, 2015 at 12:14 AM, Ben Johnson weagl...@gmail.commailto:weagl...@gmail.com wrote: So I created an ImagePyramid using gdal from command line and got a directory structure of the images at different resolutions.. when I tried to use this directory via the web interface by following the instructions in the documentation I was unable to use the ImagePyramid because the geoserver web interface is expecting a file and not a directory path. How do I import an ImagePyramid into geoserver? Weird? The image pyramid was accepting a directory too, and in case it was generated by gdal_relatile, it was also going to reshuffle it a bit (moving all the files in the root directory in a 0/ folder, as we cannot have files in the root folder). Wondering... is GeoServer able to write to that path? Maybe it failed because it could not move around the files? Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 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 962313tel:%2B39%200584%20962313 fax: +39 0584 1660272tel:%2B39%200584%201660272 mob: +39 339 8844549tel:%2B39%20%C2%A0339%208844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- This message has been scanned for viruses by MailControlhttp://www.mailcontrol.com/, a service from BlackSpider Technology Click herehttps://www.mailcontrol.com/sr/mSsKh4vvFEXGX2PQPOmvUoRq5N+0kMbNGzG3k5xQxsBz9ZXj0zPX89yekGabpg5qKlZQ6twyz0D3KeH4!zzvzA== to report this email as spam. HR
[Geoserver-users] Styling Sld using strReplace to ignore accented characters
Hello all, I need some help with the regex of the function strReplace because according to the docs http://docs.geoserver.org/stable/en/user/filter/function_reference.html i can use any regular expression from java, but when i use the expression \p{IsM}+ is not working as on java, i made the tests using the same version of java runtime JDK7. The example string: ábÈitõ Pattern: \p{IsM}+ Replace: Java response: abEito But the geoserver Response still having the accents. ogc:Function name=strReplace ogc:PropertyNamePROPERTY_NAME/ogc:PropertyName ogc:Literal\p{IsM}+/ogc:Literal ogc:Literal/ ogc:Literaltrue/ogc:Literal /ogc:Function Thanks. -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Upload .csv file to GeoServer via cURL
Dear GeoServer Users, My apologies in advance in case this is an annoying question! I am very new to GeoServer and can also after reading the documentation/manual, googling and browsing through older list posts not figure out how to solve my current problem: I would like to upload .csv files to a GeoServer. Since we want to do this automatically later on, I would like to use cURL to upload the files. With this documentation http://docs.geoserver.org/2.0.0/user/extensions/rest/rest-config-examples-cu rl.html I am aware how to do the same thing with a .shp file. I am, however, unable to translate this information into the .csv case, i.e. I can¹t figure out what changes/adaptions to the given example are necessary so I can get .csv files onto the server instead of .shp files. Thanks very much in advance! Dominik -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Upload .csv file to GeoServer via cURL
Could you not insert them into Postgres and serve them from that via GeoSever? I do something similar. Russ --- On 11 Feb 2015, at 23:38, Don don...@gmx.net wrote: Dear GeoServer Users, My apologies in advance in case this is an annoying question! I am very new to GeoServer and can — also after reading the documentation/manual, googling and browsing through older list posts — not figure out how to solve my current problem: I would like to upload .csv files to a GeoServer. Since we want to do this automatically later on, I would like to use cURL to upload the files. With this documentation http://docs.geoserver.org/2.0.0/user/extensions/rest/rest-config-examples-curl.html I am aware how to do the same thing with a .shp file. I am, however, unable to translate this information into the .csv case, i.e. I can’t figure out what changes/adaptions to the given example are necessary so I can get .csv files onto the server instead of .shp files. Thanks very much in advance! Dominik -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Styling Sld using strReplace to ignore accented characters
On Wed, Feb 11, 2015 at 9:47 PM, Danilo da Silveira Figueira danilomal...@hotmail.com wrote: Hello all, I need some help with the regex of the function strReplace because according to the docs http://docs.geoserver.org/stable/en/user/filter/function_reference.html i can use any regular expression from java, but when i use the expression \p{IsM}+ is not working as on java, i made the tests using the same version of java runtime JDK7. The example string: ábÈitõ Pattern: \p{IsM}+ Replace: Java response: abEito But the geoserver Response still having the accents. ogc:Function name=strReplace ogc:PropertyNamePROPERTY_NAME/ogc:PropertyName ogc:Literal\p{IsM}+/ogc:Literal ogc:Literal/ ogc:Literaltrue/ogc:Literal /ogc:Function Hum... I don't know, the code definitely uses java regular expressions: https://github.com/geotools/geotools/blob/master/modules/library/main/src/main/java/org/geotools/filter/function/FilterFunction_strReplace.java which uses in turn: https://github.com/geotools/geotools/blob/master/modules/library/main/src/main/java/org/geotools/filter/function/StaticGeometry.java#L553 It may well be that your non ASCII chars get lost travelling from the db to this expession? Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 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 *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] ArcSDE plugin error on rendering layers
Dear Giacomo, the error from SDE does not say much unfortunately. It might be worth trying to update the libraries in GeoServer as well. Along the same line, we might to change the log level to something more verbose and report a longer version of the log file. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] ArcSDE plugin error on rendering layers
Hi Simone and thank you for the quick response! I have updated le libraries in Geoserver to the 9.3.1.SP2 version i have in my environment, but nothing has changed. I switched to a GEOTOOLS_DEVELOPER_LOGGING profile with a Verbose Exception Reporting and the result in down here 2015-02-11 10:55:55,801 DEBUG [org.geotools.rendering] - processing 1 stylers for http://geoserver.sf.net:SSU_GEO_ITEMS 2015-02-11 10:55:55,802 DEBUG [org.geotools.rendering] - creating rules for scale denominator - 6,646,792.668 2015-02-11 10:55:55,802 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020282 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,802 TRACE [org.geotools.styling] - ENTRY 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,803 DEBUG [org.geotools.rendering] - Expanding rendering area by 4 pixels to consider stroke width 2015-02-11 10:55:55,803 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020282_USE_LIST 2015-02-11 10:55:55,803 DEBUG [org.geotools.rendering] - Querying layer http://geoserver.sf.net:SSU_GEO_ITEMS with bbox: ReferencedEnvelope[8.199640656933342 : 13.800359343066757, 42.16608355703125 : 50.85973644296875] 2015-02-11 10:55:55,804 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020283 2015-02-11 10:55:55,805 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020283_USE_LIST 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.session] - Grabbing session from pool on http-0.0.0.0-8180-2 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.session] - Got session from the pool on http-0.0.0.0-8180-2 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.session] - Got session from the in use queue on http-0.0.0.0-8180-2 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.data.ArcSDEQuery] - Creating new ArcSDEQuery 2015-02-11 10:55:55,806 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020284 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.data.ArcSDEQuery] - SQL portion of SDE Query: 'Filter.INCLUDE' 2015-02-11 10:55:55,807 DEBUG [org.geotools.arcsde.data.ArcSDEQuery] - Spatial-Filter portion of SDE Query: 'org.geotools.renderer.lite.FastBBOX@79cedb5d' 2015-02-11 10:55:55,807 DEBUG [org.geotools.arcsde.data.ArcSDEQuery] - Unsupported (and therefore ignored) portion of SDE Query: 'Filter.INCLUDE' 2015-02-11 10:55:55,807 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020284_USE_LIST 2015-02-11 10:55:55,807 TRACE [org.geotools.core] - ENTRY 4 2015-02-11 10:55:55,808 TRACE [org.geotools.arcsde.session] - passivating connection Session[7] 2015-02-11 10:55:55,808 ERROR [org.geotools.rendering] - com.esri.sde.sdk.client.SeException: java.lang.RuntimeException: com.esri.sde.sdk.client.SeException: at org.geotools.arcsde.filter.GeometryEncoderSDE.addSpatialFilter(GeometryEncoderSDE.java:291) at org.geotools.arcsde.filter.GeometryEncoderSDE.visit(GeometryEncoderSDE.java:297) at org.geotools.renderer.lite.FastBBOX.accept(FastBBOX.java:113) at org.geotools.arcsde.filter.GeometryEncoderSDE.encode(GeometryEncoderSDE.java:153) at org.geotools.arcsde.data.ArcSDEQuery$FilterSet.getSpatialFilters(ArcSDEQuery.java:1063) at org.geotools.arcsde.data.ArcSDEQuery.createSeQueryForFetch(ArcSDEQuery.java:384) at org.geotools.arcsde.data.ArcSDEQuery.getSeQuery(ArcSDEQuery.java:346) at org.geotools.arcsde.data.ArcSDEQuery.execute(ArcSDEQuery.java:738) at org.geotools.arcsde.data.ArcSDEAttributeReader.init(ArcSDEAttributeReader.java:140) at org.geotools.arcsde.data.ArcSDEDataStore.getFeatureReader(ArcSDEDataStore.java:379) at org.geotools.arcsde.data.ArcSDEDataStore.getFeatureReader(ArcSDEDataStore.java:322) at org.geotools.arcsde.data.ArcSdeFeatureSource.getfeatureReader(ArcSdeFeatureSource.java:337) at org.geotools.arcsde.data.ArcSdeFeatureCollection.reader(ArcSdeFeatureCollection.java:116) at org.geotools.arcsde.data.ArcSdeFeatureCollection.openIterator(ArcSdeFeatureCollection.java:130) at org.geotools.data.store.DataFeatureCollection.iterator(DataFeatureCollection.java:197) at org.geoserver.feature.RetypingFeatureCollection.iterator(RetypingFeatureCollection.java:44) at org.geoserver.feature.RetypingFeatureCollection.features(RetypingFeatureCollection.java:53) at org.geoserver.feature.RetypingFeatureCollection.features(RetypingFeatureCollection.java:30) at org.geotools.data.crs.ForceCoordinateSystemFeatureResults.openIterator(ForceCoordinateSystemFeatureResults.java:94) at org.geotools.feature.collection.AbstractFeatureCollection.iterator(AbstractFeatureCollection.java:342) at
[Geoserver-users] REST API reload not reloading gwc-gs.xml
Hi all, I'm using GeoServer 2.3.0 with GeoWebCache 1.4. I realised that reloading the configuration via the REST API [1] does not reload the settings configured in gwc-gs.xml This seems to be done only on GeoServer startup, cf. the log line: INFO [gwc.config] - Initializing GeoServer specific GWC configuration from gwc-gs.xml Is it intended that this is not included in the configuration reload but only on startup? Or is it a bug? I'd like to be able to change settings in gwc-gs.xml and reload them without the need to restart the entire GeoServer. Thanks for your help and best regards, Matthias -- [1] - http://docs.geoserver.org/stable/en/user/rest/api/reload.html -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] ArcSDE plugin error on rendering layers
Dear Giacomo, I see a bunch of messages like Ignoring non registered table XXX which seem suspicious but I don't see anything else that attracts my attention. I believe we would need to debug this problem to get a clear idea about how to fix it (if it really needs to be fixed as it might be a misconfiguration). The most I can say at this stage is to open a JIRA report to track this problem. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. On Wed, Feb 11, 2015 at 11:19 AM, Giacomo Dell-Omodarme g.dellomoda...@intersistemi.it wrote: Hi Simone and thank you for the quick response! I have updated le libraries in Geoserver to the 9.3.1.SP2 version i have in my environment, but nothing has changed. I switched to a GEOTOOLS_DEVELOPER_LOGGING profile with a Verbose Exception Reporting and the result in down here 2015-02-11 10:55:55,801 DEBUG [org.geotools.rendering] - processing 1 stylers for http://geoserver.sf.net:SSU_GEO_ITEMS 2015-02-11 10:55:55,802 DEBUG [org.geotools.rendering] - creating rules for scale denominator - 6,646,792.668 2015-02-11 10:55:55,802 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020282 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,802 TRACE [org.geotools.styling] - ENTRY 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,803 DEBUG [org.geotools.rendering] - Expanding rendering area by 4 pixels to consider stroke width 2015-02-11 10:55:55,803 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020282_USE_LIST 2015-02-11 10:55:55,803 DEBUG [org.geotools.rendering] - Querying layer http://geoserver.sf.net:SSU_GEO_ITEMS with bbox: ReferencedEnvelope[8.199640656933342 : 13.800359343066757, 42.16608355703125 : 50.85973644296875] 2015-02-11 10:55:55,804 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020283 2015-02-11 10:55:55,805 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020283_USE_LIST 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.session] - Grabbing session from pool on http-0.0.0.0-8180-2 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.session] - Got session from the pool on http-0.0.0.0-8180-2 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.session] - Got session from the in use queue on http-0.0.0.0-8180-2 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.data.ArcSDEQuery] - Creating new ArcSDEQuery 2015-02-11 10:55:55,806 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020284 2015-02-11 10:55:55,806 DEBUG [org.geotools.arcsde.data.ArcSDEQuery] - SQL portion of SDE Query: 'Filter.INCLUDE' 2015-02-11 10:55:55,807 DEBUG
Re: [Geoserver-users] ArcSDE plugin error on rendering layers
Thank you Simone for your attention, what i can't really figure out is what has suddendly changed that stop me from seeing the layer... i didn't make any changes to the DB and i already reinstalled ArcSDE...I have a bunch of postgis tables too that i can publish with no problem, but on ArcSDE side no way. I was thinking about changing or updating gt-arcsde-X.jar, that seems also involved in the rendering process I'll try reinstalling ArcSDE another time, anyway... thank you for your precious support!!! I hope to be useful too in the list! *Giacomo Dell'Omodarme* /Intersistemi Italia S.p.A./ Via Atto Vannucci, 7 - 50134 Firenze http://maps.google.it/maps?f=dsource=s_dsaddr=43.7904,11.24929daddr=hl=itgeocode=mra=mimrsp=0sz=17sll=43.790722,11.249528sspn=0.003927,0.009645ie=UTF8ll=43.787826,11.250772spn=0.015707,0.038581z=15 *Tel.* 0550750487 *Fax.* 0554631914 Il 11/02/2015 12:22, Simone Giannecchini ha scritto: Dear Giacomo, I see a bunch of messages like Ignoring non registered table XXX which seem suspicious but I don't see anything else that attracts my attention. I believe we would need to debug this problem to get a clear idea about how to fix it (if it really needs to be fixed as it might be a misconfiguration). The most I can say at this stage is to open a JIRA report to track this problem. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. On Wed, Feb 11, 2015 at 11:19 AM, Giacomo Dell-Omodarme g.dellomoda...@intersistemi.it wrote: Hi Simone and thank you for the quick response! I have updated le libraries in Geoserver to the 9.3.1.SP2 version i have in my environment, but nothing has changed. I switched to a GEOTOOLS_DEVELOPER_LOGGING profile with a Verbose Exception Reporting and the result in down here 2015-02-11 10:55:55,801 DEBUG [org.geotools.rendering] - processing 1 stylers for http://geoserver.sf.net:SSU_GEO_ITEMS 2015-02-11 10:55:55,802 DEBUG [org.geotools.rendering] - creating rules for scale denominator - 6,646,792.668 2015-02-11 10:55:55,802 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020282 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,802 TRACE [org.geotools.styling] - ENTRY 2015-02-11 10:55:55,802 DEBUG [org.geotools.styling] - creating defaultMark 2015-02-11 10:55:55,803 DEBUG [org.geotools.rendering] - Expanding rendering area by 4 pixels to consider stroke width 2015-02-11 10:55:55,803 TRACE [org.geotools.arcsde.data] - Ignoring non registered table SIGECWEBTEST.VV_1020282_USE_LIST 2015-02-11 10:55:55,803 DEBUG [org.geotools.rendering] - Querying layer http://geoserver.sf.net:SSU_GEO_ITEMS with bbox: ReferencedEnvelope[8.199640656933342 : 13.800359343066757, 42.16608355703125 : 50.85973644296875] 2015-02-11 10:55:55,804 TRACE
[Geoserver-users] Imagemosaic with SLD not fully displayed
Hi all, I am using geoserver 2.6.1 and have a problem with SLDs: I created a new style as SLD (see below). Furthermore I have an imagemosaic layer with 32bit geotiffs where I put the created style as default style in the WMS settings. When I start the OpenLayers LayerPreview the style is used in general but the problem is that values smaller 1 within the image are not displayed at first. It is necessary to zoom in until a scale of 1:150K. Then the values are displayed in the appropriate colors of the style. Before I used geoserver 2.2.5 with the same setting and the same style and it was workling without problems. Kinrd regards, Sabine SLD: ?xml version=1.0 encoding=UTF-8? sld:StyledLayerDescriptor xmlns:ogc=http://www.opengis.net/ogc xmlns:xlink=http://www.w3.org/1999/xlink xmlns:sld=http://www.opengis.net/sld xmlns:gml=http://www.opengis.net/gml xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance version=1.0.0 xsi:schemaLocation=http://www.opengis.net/sld http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd sld:NamedLayer xmlns=http://www.opengis.net/sldsld:Name4db8e899a3a245588c282af02e849433/sld:Name sld:UserStylesld:NameStyle1/sld:Name sld:TitleWater Mask/sld:Title sld:Abstract/ sld:FeatureTypeStylesld:NameTurbidity/sld:Name sld:TitleTurbidity/sld:Title sld:Abstract;/sld:Abstract sld:SemanticTypeIdentifiergeneric:geometry/sld:SemanticTypeIdentifier sld:Rulesld:NameWater Mask - /sld:Name sld:TitleWater Mask - /sld:Title sld:RasterSymbolizersld:ColorMap sld:ColorMapEntry color=#808080 quantity=-6 opacity=0.0 label=/ sld:ColorMapEntry color=#808080 quantity=-5 opacity=0.0 label=/ sld:ColorMapEntry color=#808080 quantity=-4 opacity=0.0 label=/ sld:ColorMapEntry color=#808080 quantity=-3 opacity=0.0 label=/ sld:ColorMapEntry color=#808080 quantity=-2 opacity=0.0 label=/ sld:ColorMapEntry color=#808080 quantity=-1 opacity=0.0 label=/ sld:ColorMapEntry color=#808080 quantity=0 opacity=0.0 label=/ sld:ColorMapEntry color=#190019 quantity=0.001 opacity=1.0 label=/ sld:ColorMapEntry color=#190019 quantity=0.1 opacity=1.0 label=/ sld:ColorMapEntry color=#100059 quantity=0.124 opacity=1.0 label=/ sld:ColorMapEntry color=#0600A1 quantity=0.169 opacity=1.0 label=/ sld:ColorMapEntry color=#002ED2 quantity=0.229 opacity=1.0 label=/ sld:ColorMapEntry color=#0080E4 quantity=0.311 opacity=1.0 label=/ sld:ColorMapEntry color=#00B3EF quantity=0.423 opacity=1.0 label=/ sld:ColorMapEntry color=#00E6FA quantity=0.575 opacity=1.0 label=/ sld:ColorMapEntry color=#00F4CC quantity=0.782 opacity=1.0 label=/ sld:ColorMapEntry color=#00DE66 quantity=1.063 opacity=1.0 label=/ sld:ColorMapEntry color=#00C800 quantity=1.445 opacity=1.0 label=/ sld:ColorMapEntry color=#66DE00 quantity=1.965 opacity=1.0 label=/ sld:ColorMapEntry color=#CCF400 quantity=2.671 opacity=1.0 label=/ sld:ColorMapEntry color=#FFCC00 quantity=3.631 opacity=1.0 label=/ sld:ColorMapEntry color=#FF6600 quantity=4.936 opacity=1.0 label=/ sld:ColorMapEntry color=#FF quantity=6.709 opacity=1.0 label=/ sld:ColorMapEntry color=#CC0033 quantity=9.12 opacity=1.0 label=/ sld:ColorMapEntry color=#990066 quantity=12.397 opacity=1.0 label=/ sld:ColorMapEntry color=#990099 quantity=16.853 opacity=1.0 label=/ sld:ColorMapEntry color=#CC00CC quantity=22.909 opacity=1.0 label=/ sld:ColorMapEntry color=#FF00FF quantity=31.141 opacity=1.0 label=/ sld:ColorMapEntry color=#FF26FF quantity=42.332 opacity=1.0 label=/ sld:ColorMapEntry color=#FF49FF quantity=57.544 opacity=1.0 label=/ sld:ColorMapEntry color=#FF6AFF quantity=78.223 opacity=1.0 label=/ sld:ColorMapEntry color=#FF8EFF quantity=106.333 opacity=1.0 label=/ sld:ColorMapEntry color=#FFAFFF quantity=144.544 opacity=1.0 label=/ /sld:ColorMap /sld:RasterSymbolizer /sld:Rule /sld:FeatureTypeStyle /sld:UserStyle /sld:NamedLayer /sld:StyledLayerDescriptor -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Upload .csv file to GeoServer via cURL
On Thu, Feb 12, 2015 at 12:38 AM, Don don...@gmx.net wrote: Dear GeoServer Users, My apologies in advance in case this is an annoying question! I am very new to GeoServer and can — also after reading the documentation/manual, googling and browsing through older list posts — not figure out how to solve my current problem: I would like to upload .csv files to a GeoServer. Since we want to do this automatically later on, I would like to use cURL to upload the files. With this documentation http://docs.geoserver.org/2.0.0/user/extensions/rest/rest-config-examples-curl.html I am aware how to do the same thing with a .shp file. I am, however, unable to translate this information into the .csv case, i.e. I can’t figure out what changes/adaptions to the given example are necessary so I can get .csv files onto the server instead of .shp files. In order to do that, you first need a csv store, which GeoServer will have in version 2.8.x I believe (to be released September), and/or maybe as a community module earlier in the 2.7.x series. However, the importer module can handle csv files, and I believe convert them into a shapefile or something else that GeoServer can use. It also has a rest api, but those that contributed it, failed to document the REST API, the tests in the module are not much help either I'm afraid. I'm going to ask for some docs, see if they do have any, in any format Sorry I could not be of much help Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 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 *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users