Re: [Geoserver-users] Username not captured in the layer requests
On Mon, Oct 31, 2011 at 12:40 AM, Sheetal Gadkari sheetal_gadk...@dialog.com.au wrote: Hi, I have got a problem in using the Geo-server analytics extracted from http://suite.opengeo.org/builds/trunk/opengeosuite-ee-trunk-latest-analytics.zip I deployed the package successfully in Geo-server with Postgress database. Each layer request is successfully logged into the Request table. But looking into each row i noticed that the user name is not captured in the Request table. I need the user who access the layer for some reporting and financial purposes. Can you please advise on this problem? GeoServer does not have a analytics module, as far as I know that is an extension of the OpenGeo suite, so you should ask on the suite forums, not here 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 --- -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] problem with imagecollection plugin
Hi Garey, On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills gmi...@library.berkeley.eduwrote: Daniele - First let me apologize for having asked this question twice. I just plain forgot that I had encountered this problem before. Don't worry, it's not a problem. I was just saying that in case you have already solved it in the past somehow (and documented how to do it) and you have forgot it :) Is the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4? We didn't tried GDAL 1.8 yet with imageio-ext, just tested with 1.7.3, therefore I have no idea. The only thing which could do the difference is related to the JNI bindings which are invoked by ImageIO-ext. I don't know if something has been changed on that side (We didn't looked at the swig interface of 1.8 yet). You could do a try and see how it works. In case it works, please, let us know so we can report that. Hope this helps. Regards, Daniele Garey On 10/28/2011 1:52 AM, Daniele Romagnoli wrote: Hi Garey, if my memory serves me right, you have already encountered this error a few months ago which is mainly related to the underlying set of libraries available on your machine. I did a quick search on the web and I found several forum/discussions talking about this issue, as well as several solutions/ways/attempts to fix it. Some of them worked for some users while some others ways worked for other ones. Look for /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found on the web. I'll suggest to read some of these threads to better investigate on which dependencies you have on your machine and how to add/depends on the required ones. (Sometime it's seems only matter of updating a few symbolic links). I'm sorry about not being able to provide you more helps on that topic but I guess it's a typical dependencies problem which should be analyzed case by case. Alternatively, you can build GDAL 1.7.3 by yourself on your system (therefore using the set of libraries you have on your own machine). I can forward you an email I sent to you a few months ago, with pointers to the paragraphs of the ImageIO-Ext setup document referring to how to build the GDAL native part. Just let me know. Anyway, let us know if you have both more questions as well as reports on how you have fixed that problem too, so we can learn from your experience. Best Regards, Daniele On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills gmi...@library.berkeley.edu wrote: Andrea - Thanks for the info. I downloaded gdal-1.7.3 and installed it as suggested. I am now getting this error: Oct 27, 2011 1:42:35 PM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) in /usr/lib I have libstdc++.so.6.0.8 What's the best way of getting gdal working from here? Garey On 10/27/2011 11:16 AM, Andrea Aime wrote: On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener className=org.apache.catalina.core.JreMemoryLeakPreventionListener / in server.xml worked! Now the next thing I want to do is to make the Imagecollection plugin work with MrSid images. Does anyone have any idea what the steps would be to do that? In the imagecollection module, the only mention of formats seems to be in Utils.java where the code checks the file extension. However, though I add in '.sid', there, when I try to publish a MrSid image, MrSid is not one of the image formats that show up. Hmm... do you have the support to read MrSid files to start with? It's part of the GDAL data sources, requires the right GDAL native libs to be installed, distributed along with imageio-ext itself. Anyways, don't know if having those is sufficient.. but for sure if don't have a MrSid store showing up in the store list when you try to create a new store you won't be able to open a .sid file Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 %2B39%200584%20962313 fax: +39 0584 962313 %2B39%200584%20962313 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 --- -- --- Ing. Daniele Romagnoli GeoSolutions S.A.S. Software Engineer Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584
Re: [Geoserver-users] SLD files
Solution was to remove the # from the colour and present as the original decimal provided by mapinfo easyloader. I have listed the whole style for any one who wants it. Thanks for your help ?xml version=1.0 encoding=ISO-8859-1? StyledLayerDescriptor version=1.0.0 xmlns=http://www.opengis.net/sld; xmlns:ogc=http://www.opengis.net/ogc; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.opengis.net/sld http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd; NamedLayer NameMapinfo Line Colour setting/Name UserStyle TitleColour settings/Title AbstractRead pen and colour from MI_STYLE uploaded from mapinfo using Easyloader to postgis/Abstract FeatureTypeStyle Rule NameSet Line Colour Thickness/Name ogc:Filter ogc:PropertyIsEqualTo ogc:Function name=strSubstring ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal0/ogc:Literal ogc:Literal3/ogc:Literal /ogc:Function ogc:LiteralPen/ogc:Literal /ogc:PropertyIsEqualTo /ogc:Filter LineSymbolizer Stroke CssParameter name=stroke ogc:Function name=parseInt ogc:Function name=strSubstring ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Add ogc:Function name=strLastIndexOf ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal,/ogc:Literal /ogc:Function ogc:Literal2/ogc:Literal /ogc:Add ogc:Function name=strLastIndexOf ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal)/ogc:Literal /ogc:Function /ogc:Function /ogc:Function /CssParameter CssParameter name=stroke-width ogc:Function name=parseInt ogc:Function name=strSubstring ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal5/ogc:Literal ogc:Function name=strIndexOf ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal,/ogc:Literal /ogc:Function /ogc:Function /ogc:Function /CssParameter /Stroke /LineSymbolizer /Rule Rule NameDefault Colour Thickness/Name ogc:Filter ogc:PropertyIsNotEqualTo ogc:Function name=strSubstring ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal0/ogc:Literal ogc:Literal3/ogc:Literal /ogc:Function ogc:LiteralPen/ogc:Literal /ogc:PropertyIsNotEqualTo /ogc:Filter LineSymbolizer Stroke CssParameter name=stroke#00/CssParameter CssParameter name=stroke-width1/CssParameter /Stroke /LineSymbolizer /Rule /FeatureTypeStyle /UserStyle /NamedLayer /StyledLayerDescriptor -Original Message- From: Milo van der Linden [mailto:m...@dogodigi.net] Sent: 30 October 2011 10:43 To: Andrea Aime Cc: Andy Berry; geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] SLD files The MapInfo color coding scheme is documented here: http://georezo.net/jparis/MI_Enviro/Colors/color_models.htm#6-1%20R,G,B%20%3C%3E%20RGB RGB = (65536 * R) + (256 * G) + B With this formula, you should be able to get the R, G and B and transform them to hex. 2011/10/30 Andrea Aime andrea.a...@geo-solutions.it: On Fri, Oct 28, 2011 at 2:12 PM, Andy Berry andy.be...@wrexham.gov.uk wrote: I am trying to display lines with specific attributes contained in a field The field (from Mapinfo) contains for example Pen(4, 2, 16711935) I will need to convert the 3rd number to a hex colour and the first to the line thickness So far I have LineSymbolizer Stroke CssParameter name=stroke #FF /CssParameter CssParameter name=stroke-width ogc:Function name=strSubstring ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal5/ogc:Literal ogc:Function name=strIndexOf ogc:PropertyNameMI_STYLE/ogc:PropertyName ogc:Literal,/ogc:Literal /ogc:Function /ogc:Function /CssParameter /Stroke /LineSymbolizer The difficulty is working out how to convert the number
[Geoserver-users] JAI settings in the geoserver SUI
Hi, Does anyone have any recommendations regarding optimizing the JAI settings in the geoserver admin interface? What steps should be taken to decide whether the default values are applicable to a system is of particular interest. I am not an experienced Java user and would like to know how to optimize my Ubuntu 10.04 system. The server is being used exclusively for webmapping and has Apache2/tomcat6/postgresql/postgis installed which serves data to geoserver. Any advice or infos would be great, thanks, Robert -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] JAI settings in the geoserver SUI
Hi Robert, This is an indirect response to your question, but the following resources are useful for setting up GeoServer for production: http://opengeo.org/publications/geoserver-production/ http://geo-solutions.blogspot.com/2011/09/geosolutions-talks-foss4g2011-slid es.html ß check i.e. http://demo.geo-solutions.it/share/foss4g2011/gs_steroids_sgiannec_foss4g201 1.pdf and of course: http://docs.geoserver.org/stable/en/user/production/index.html Best, Steve http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather Geographic Information Systems (GIS) Manager (216) 635-3243 s...@clevelandmetroparks.com http://www.clemetparks.com/ clevelandmetroparks.com From: Robert Buckley [mailto:robertdbuck...@yahoo.com] Sent: Monday, October 31, 2011 7:29 AM To: geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] JAI settings in the geoserver SUI Hi, Does anyone have any recommendations regarding optimizing the JAI settings in the geoserver admin interface? What steps should be taken to decide whether the default values are applicable to a system is of particular interest. I am not an experienced Java user and would like to know how to optimize my Ubuntu 10.04 system. The server is being used exclusively for webmapping and has Apache2/tomcat6/postgresql/postgis installed which serves data to geoserver. Any advice or infos would be great, thanks, Robert image001.png-- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] content.ftl order of attributes mixed up
I am having a problem with attribute orders while using FTL. My sweet content.ftl file looks like this: TABLE bordercolorlight=#D7E4B2 class=table_design ALIGN=CENTER border=1 TR class=record_heading THArt/TH THLatin/TH THAreal (km2)/TH /TR #list features as feature TR class=record #list feature.attributes as attribute #if !attribute.isGeometry #if attribute.name=art_norsk TD Align=Center${attribute.value}/TD /#if #if attribute.name=art_latins TD Align=Center${attribute.value}/TD /#if #if attribute.name=km2 TD Align=Center${attribute.value}/TD /#if /#if /#list /TR /#list /TABLE It produces this getfeatureinfo for html: Art Latin Areal (km2) 6298.26717326 Bjørn Ursus arctos The feature attributes (from a shapefile) is presented in the order of the data within the shapefile (km2, art_norsk, art_latins), and not according to my content.ftl-script (art_norsk, art_latins, km2). The shapefile in question is available here: · http://db.tt/M3Nfcvbb Bug or human error somewhere on my side? http://db.tt/M3Nfcvbb Cheers, Ragnvald PS Tomorrow we will start serving geoserver wms services officially :) Senior Engineer, Environmental data section Tlf: +47 73 58 05 64 Mob:+47 92 42 15 40 The Norwegian Directorate for Nature Management www.dirnat.nohttp://www.dirnat.no -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] content.ftl order of attributes mixed up
On 31 October 2011 15:15, Ragnvald Larsen ragnvald.lar...@dirnat.no wrote: I am having a problem with attribute orders while using FTL. My sweet content.ftl file looks like this: ** ** TABLE bordercolorlight=#D7E4B2 class=table_design ALIGN=CENTER border=1 TR class=record_heading THArt/TH THLatin/TH THAreal (km2)/TH ** ** /TR ** ** #list features as feature TR class=record #list feature.attributes as attribute #if !attribute.isGeometry #if attribute.name=art_norsk TD Align=Center${attribute.value}/TD /#if #if attribute.name=art_latins TD Align=Center${attribute.value}/TD /#if #if attribute.name=km2 TD Align=Center${attribute.value}/TD /#if ** ** /#if /#list ** ** /TR /#list /TABLE ** ** It produces this getfeatureinfo for html: ** ** *Art* *Latin* *Areal (km2)* 6298.26717326 Bjørn Ursus arctos ** ** The feature attributes (from a shapefile) is presented in the order of the data within the shapefile (km2, art_norsk, art_latins), and not according to my content.ftl-script (art_norsk, art_latins, km2). The shapefile in question is available here: User error I'm afraid - if you want to specify the order for your output you need to loop through the attributes each time just selecting the one you want at that point. #list feature.attributes as attribute #if !attribute.isGeometry #if attribute.name=art_norsk TD Align=Center${attribute.value}/TD /#if /#if /#list #list feature.attributes as attribute #if !attribute.isGeometry #if attribute.name=art_latins TD Align=Center${attribute.value}/TD /#if /#if /#list #list feature.attributes as attribute #if !attribute.isGeometry #if attribute.name=km2 TD Align=Center${attribute.value}/TD /#if /#if /#list Ian -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] content.ftl order of attributes mixed up
Thanks Ian, it solved the problem! But I still think that my misconception points to a pedagogical challenge here. Why did I make this mistake? · I am not very used to ftl · It works fine when the .dbf (shapefile) has the same order as it should be presented in html · I assumed that the list directive would iterate through the posts sending the attributes per post for processing as a list which could be tested. So, accepting my err there is not much else to do but to fix up a couple of ftl-scripts ☺ Cheers and thanks again! Ragnvald -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] problem with imagecollection plugin
Daniele - I found the Image I/O Setup Guide 1.0.8 again and followed the instructions for Linux. I found the version 7 MrSid DSDK and installed JAI and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the patches for gdal1.4.5. This is how I configured GDAL: ./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes --with-png=internal --with-libtiff=internal --with-geotiff=internal --with-jpeg=internal --with-gif=internal --with-hide-internal-symbols once I had compiled and installed GDAL, I ran SWIG, though, I left the lines in GDALmake.opt like this CFLAGS = -g -O1 -fvisibility=hidden -Wall -Wdeclaration-after-statement $(USER_DEFS) CXXFLAGS= -g -O1 -fvisibility=hidden -Wall $(USER_DEFS) assuming the optimization change to be what was required. I then copied the libraries SWIG generated to $JAVA_HOME/jre/lib/i386 In any case, when I try to run GeoServer, I get this at startup WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V Garey On 10/31/2011 1:32 AM, Daniele Romagnoli wrote: Hi Garey, On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Daniele - First let me apologize for having asked this question twice. I just plain forgot that I had encountered this problem before. Don't worry, it's not a problem. I was just saying that in case you have already solved it in the past somehow (and documented how to do it) and you have forgot it :) Is the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4? We didn't tried GDAL 1.8 yet with imageio-ext, just tested with 1.7.3, therefore I have no idea. The only thing which could do the difference is related to the JNI bindings which are invoked by ImageIO-ext. I don't know if something has been changed on that side (We didn't looked at the swig interface of 1.8 yet). You could do a try and see how it works. In case it works, please, let us know so we can report that. Hope this helps. Regards, Daniele Garey On 10/28/2011 1:52 AM, Daniele Romagnoli wrote: Hi Garey, if my memory serves me right, you have already encountered this error a few months ago which is mainly related to the underlying set of libraries available on your machine. I did a quick search on the web and I found several forum/discussions talking about this issue, as well as several solutions/ways/attempts to fix it. Some of them worked for some users while some others ways worked for other ones. Look for /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found on the web. I'll suggest to read some of these threads to better investigate on which dependencies you have on your machine and how to add/depends on the required ones. (Sometime it's seems only matter of updating a few symbolic links). I'm sorry about not being able to provide you more helps on that topic but I guess it's a typical dependencies problem which should be analyzed case by case. Alternatively, you can build GDAL 1.7.3 by yourself on your system (therefore using the set of libraries you have on your own machine). I can forward you an email I sent to you a few months ago, with pointers to the paragraphs of the ImageIO-Ext setup document referring to how to build the GDAL native part. Just let me know. Anyway, let us know if you have both more questions as well as reports on how you have fixed that problem too, so we can learn from your experience. Best Regards, Daniele On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Andrea - Thanks for the info. I downloaded gdal-1.7.3 and installed it as suggested. I am now getting this error: Oct 27, 2011 1:42:35 PM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) in /usr/lib I have libstdc++.so.6.0.8 What's the best way of getting gdal working from here? Garey On 10/27/2011 11:16 AM, Andrea Aime wrote: On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener
Re: [Geoserver-users] Disperse Markers in geoserver/openlayers
Hi, again I tried altering your example ( http://demo1.geo-solutions.it/playground/styles/displace.sld ) using different marker sizes without luck. What I'am doing wrong :-) -Håvard ?xml version=1.0 encoding=ISO-8859-1? StyledLayerDescriptor version=1.0.0 xsi:schemaLocation=http://www.opengis.net/sld StyledLayerDescriptor.xsd xmlns=http://www.opengis.net/sld; xmlns:ogc=http://www.opengis.net/ogc; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; NamedLayer NameAttribute-based point/Name UserStyle TitleGeoServer SLD Cook Book: Attribute-based point/Title FeatureTypeStyle Rule NameSmallPop/Name Title1 to 5/Title ogc:Filter ogc:PropertyIsLessThan ogc:PropertyNameincome_200/ogc:PropertyName ogc:Literal5/ogc:Literal /ogc:PropertyIsLessThan /ogc:Filter TextSymbolizer Label![CDATA[ ]]/Label Graphic Mark WellKnownNamecircle/WellKnownName Fill CssParameter name=fill ogc:Literal#00/ogc:Literal /CssParameter /Fill Stroke CssParameter name=stroke ogc:Literal#FF/ogc:Literal /CssParameter CssParameter name=stroke-width ogc:Literal2/ogc:Literal /CssParameter /Stroke /Mark Opacity ogc:Literal1.0/ogc:Literal /Opacity Size ogc:Literal5/ogc:Literal /Size /Graphic LabelPlacement PointPlacement AnchorPoint AnchorPointX0.5/AnchorPointX AnchorPointY0.5/AnchorPointY /AnchorPoint /PointPlacement /LabelPlacement VendorOption name=maxDisplacement16/VendorOption /TextSymbolizer /Rule Rule NameMediumPop/Name Title5 to 10/Title ogc:Filter ogc:And ogc:PropertyIsGreaterThanOrEqualTo ogc:PropertyNameincome_200/ogc:PropertyName ogc:Literal5/ogc:Literal /ogc:PropertyIsGreaterThanOrEqualTo ogc:PropertyIsLessThan ogc:PropertyNameincome_200/ogc:PropertyName ogc:Literal10/ogc:Literal /ogc:PropertyIsLessThan /ogc:And /ogc:Filter TextSymbolizer Label![CDATA[ ]]/Label Graphic Mark WellKnownNamecircle/WellKnownName Fill CssParameter name=fill ogc:Literal#00/ogc:Literal /CssParameter /Fill Stroke CssParameter name=stroke ogc:Literal#FF/ogc:Literal /CssParameter CssParameter name=stroke-width ogc:Literal2/ogc:Literal /CssParameter /Stroke /Mark Opacity ogc:Literal1.0/ogc:Literal /Opacity Size ogc:Literal8/ogc:Literal /Size /Graphic LabelPlacement PointPlacement AnchorPoint AnchorPointX0.5/AnchorPointX AnchorPointY0.5/AnchorPointY /AnchorPoint /PointPlacement /LabelPlacement VendorOption name=maxDisplacement16/VendorOption /TextSymbolizer /Rule Rule NameLargePop/Name TitleGreater than 10/Title ogc:Filter ogc:PropertyIsGreaterThanOrEqualTo ogc:PropertyNameincome_200/ogc:PropertyName ogc:Literal10/ogc:Literal /ogc:PropertyIsGreaterThanOrEqualTo /ogc:Filter TextSymbolizer Label![CDATA[ ]]/Label Graphic Mark WellKnownNamecircle/WellKnownName Fill CssParameter name=fill ogc:Literal#00/ogc:Literal /CssParameter /Fill Stroke CssParameter name=stroke ogc:Literal#FF/ogc:Literal /CssParameter CssParameter name=stroke-width ogc:Literal2/ogc:Literal /CssParameter /Stroke /Mark Opacity ogc:Literal1.0/ogc:Literal /Opacity
Re: [Geoserver-users] problem with imagecollection plugin
Hi Garey, using GDAL 1.7.3, I would recommend using with the ImageI/O Setup guide 1.1.1 (Not sure whether the paragraph number is the same). http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf Anyway, if my memory serves me right, these gdal versions also require you specify --with-threads in the configure. I remember I saw a warning message on the JNI methods call when loading them without this flag being set. Hope this helps. Regards, Daniele On Mon, Oct 31, 2011 at 7:22 PM, Garey Mills gmi...@library.berkeley.eduwrote: Daniele - I found the Image I/O Setup Guide 1.0.8 again and followed the instructions for Linux. I found the version 7 MrSid DSDK and installed JAI and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the patches for gdal1.4.5. This is how I configured GDAL: ./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes --with-png=internal --with-libtiff=internal --with-geotiff=internal --with-jpeg=internal --with-gif=internal --with-hide-internal-symbols once I had compiled and installed GDAL, I ran SWIG, though, I left the lines in GDALmake.opt like this CFLAGS = -g -O1 -fvisibility=hidden -Wall -Wdeclaration-after-statement $(USER_DEFS) CXXFLAGS= -g -O1 -fvisibility=hidden -Wall $(USER_DEFS) assuming the optimization change to be what was required. I then copied the libraries SWIG generated to $JAVA_HOME/jre/lib/i386 In any case, when I try to run GeoServer, I get this at startup WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V Garey On 10/31/2011 1:32 AM, Daniele Romagnoli wrote: Hi Garey, On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills gmi...@library.berkeley.eduwrote: Daniele - First let me apologize for having asked this question twice. I just plain forgot that I had encountered this problem before. Don't worry, it's not a problem. I was just saying that in case you have already solved it in the past somehow (and documented how to do it) and you have forgot it :) Is the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4? We didn't tried GDAL 1.8 yet with imageio-ext, just tested with 1.7.3, therefore I have no idea. The only thing which could do the difference is related to the JNI bindings which are invoked by ImageIO-ext. I don't know if something has been changed on that side (We didn't looked at the swig interface of 1.8 yet). You could do a try and see how it works. In case it works, please, let us know so we can report that. Hope this helps. Regards, Daniele Garey On 10/28/2011 1:52 AM, Daniele Romagnoli wrote: Hi Garey, if my memory serves me right, you have already encountered this error a few months ago which is mainly related to the underlying set of libraries available on your machine. I did a quick search on the web and I found several forum/discussions talking about this issue, as well as several solutions/ways/attempts to fix it. Some of them worked for some users while some others ways worked for other ones. Look for /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found on the web. I'll suggest to read some of these threads to better investigate on which dependencies you have on your machine and how to add/depends on the required ones. (Sometime it's seems only matter of updating a few symbolic links). I'm sorry about not being able to provide you more helps on that topic but I guess it's a typical dependencies problem which should be analyzed case by case. Alternatively, you can build GDAL 1.7.3 by yourself on your system (therefore using the set of libraries you have on your own machine). I can forward you an email I sent to you a few months ago, with pointers to the paragraphs of the ImageIO-Ext setup document referring to how to build the GDAL native part. Just let me know. Anyway, let us know if you have both more questions as well as reports on how you have fixed that problem too, so we can learn from your experience. Best Regards, Daniele On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills gmi...@library.berkeley.edu wrote: Andrea - Thanks for the info. I downloaded gdal-1.7.3 and installed it as suggested. I am now getting this error: Oct 27, 2011 1:42:35 PM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) in /usr/lib I have libstdc++.so.6.0.8 What's the best way of getting gdal working from here? Garey On 10/27/2011 11:16 AM, Andrea Aime wrote:
Re: [Geoserver-users] Username not captured in the layer requests
This is actually nothing specific to opengeo suite, but with the monitoring community module. But after talking to Sheetal, I think the problem lies in the fact that the geonode security module is being used and not standard GeoServer security. We will take it up on the geonode list. Thanks. Jeff On Oct 31, 2011, at 19:08, Andrea Aime andrea.a...@geo-solutions.it wrote: On Mon, Oct 31, 2011 at 12:40 AM, Sheetal Gadkari sheetal_gadk...@dialog.com.au wrote: Hi, I have got a problem in using the Geo-server analytics extracted from http://suite.opengeo.org/builds/trunk/opengeosuite-ee-trunk-latest-analytics.zip I deployed the package successfully in Geo-server with Postgress database. Each layer request is successfully logged into the Request table. But looking into each row i noticed that the user name is not captured in the Request table. I need the user who access the layer for some reporting and financial purposes. Can you please advise on this problem? GeoServer does not have a analytics module, as far as I know that is an extension of the OpenGeo suite, so you should ask on the suite forums, not here 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 --- -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] 2.1.2 REST create featuretype with app-schema datastore
Hi there, I've just upgraded from 2.0.2 to 2.1.2 and am having some trouble integrating some datastore and featuretype generation scripts via php-curl. The scripts worked fine previously but now only the datastore is successfully created via REST. When creating the featuretype based on an app-schema datastore I get the following error in the curl response: org.geotools.data.complex.AppSchemaDataAccess cannot be cast to org.geotools.DataStore Any ideas? Cheers Sina -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/2-1-2-REST-create-featuretype-with-app-schema-datastore-tp6950658p6950658.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users