Re: [Geoserver-users] Character encoding problem while publishing Shape files
Hello there, unfortunately all GeoServer contributors are from the western states, and only use languages in western scripts. It would be great if someone from the rest of the world would join development and help with these issues. In the meantime, if you can debug the issue and figure it out it would be much appreciated, pull requests with fixes and improvements are welcomed, see contribution rules here: https://github.com/geoserver/geoserver/blob/master/CONTRIBUTING.md Cheers Andrea On Mon, Nov 30, 2020 at 8:23 AM jim.carterr via Geoserver-users < geoserver-users@lists.sourceforge.net> wrote: > > > Dear Geoserver's Users List, > With older versions of Geoserver (example: 2.12.0) publishing shape files > with Arabic names was possible (the file name itself was arabic rather than > attribute data in .dbf file). > Now, I'm using Geoserver 2.17.2, and when I try to publish arabic-named > files the "layer name" appears something like > "%D8%A7%D9%B1%A7%AA...". > Note that in both versions "Character set" is set to UTF-8 in Global > settings. > Any help please! > > > ___ > Geoserver-users mailing list > > Please make sure you read the following two resources before posting to > this list: > - Earning your support instead of buying it, but Ian Turton: > http://www.ianturton.com/talks/foss4g.html#/ > - The GeoServer user list posting guidelines: > http://geoserver.org/comm/userlist-guidelines.html > > If you want to request a feature or an improvement, also see this: > https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer > > > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- *Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia. This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.* ___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Character encoding problem while publishing Shape files
> Dear Geoserver's Users List, > With older versions of Geoserver (example: 2.12.0) publishing shape files > with Arabic names was possible (the file name itself was arabic rather than > attribute data in .dbf file). > Now, I'm using Geoserver 2.17.2, and when I try to publish arabic-named files > the "layer name" appears something like "%D8%A7%D9%B1%A7%AA...". > Note that in both versions "Character set" is set to UTF-8 in Global settings. > Any help please!___ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Character encoding
I think it might be a bug. In the Geoserver logs I found: 2013-10-10 12:34:01,240 WARN [wicket.Localizer] - Tried to retrieve a localized string for a component that has not yet been added to the page. This can sometimes lead to an invalid or no localized resource returned. Make sure you are not calling Component#getString() inside your Component's constructor. Offending component: [MarkupContainer [Component id = dummy]] No one else experienced this? Please help. My /etc/environment: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin LANGUAGE=sv:en LANG=sv_SE.UTF-8 LC_ALL=sv_SE.UTF-8 LC_MESSAGES=sv_SE.UTF-8 LC_NUMERIC=sv_SE.UTF-8 LC_TIME=sv_SE.UTF-8 LC_MONETARY=sv_SE.UTF-8 LC_PAPER=sv_SE.UTF-8 LC_IDENTIFICATION=sv_SE.UTF-8 LC_NAME=sv_SE.UTF-8 LC_ADDRESS=sv_SE.UTF-8 LC_TELEPHONE=sv_SE.UTF-8 LC_MEASUREMENT=sv_SE.UTF-8 My /etc/default/locale: LANG=sv_SE.UTF-8 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Character encoding
Hi, I have encountered same issue and talked about it here earlier, but I left for holidays right afterwards and didn't have time to debug it further. Issue is most definitely bug, apparently regression from version 2.3.4 onwards. I couldn't replicate issue with 2.3.3 but it appears in all later versions. I think this should be reported as bug, although it would probably be good if we could find out more accurately what component is causing this issue to help with debugging. //koivutu -Original Message- From: Uggla Henrik [mailto:henrik.ug...@kristianstad.se] Sent: 10. lokakuuta 2013 13:47 To: geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] Character encoding I think it might be a bug. In the Geoserver logs I found: 2013-10-10 12:34:01,240 WARN [wicket.Localizer] - Tried to retrieve a localized string for a component that has not yet been added to the page. This can sometimes lead to an invalid or no localized resource returned. Make sure you are not calling Component#getString() inside your Component's constructor. Offending component: [MarkupContainer [Component id = dummy]] No one else experienced this? Please help. My /etc/environment: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin LANGUAGE=sv:en LANG=sv_SE.UTF-8 LC_ALL=sv_SE.UTF-8 LC_MESSAGES=sv_SE.UTF-8 LC_NUMERIC=sv_SE.UTF-8 LC_TIME=sv_SE.UTF-8 LC_MONETARY=sv_SE.UTF-8 LC_PAPER=sv_SE.UTF-8 LC_IDENTIFICATION=sv_SE.UTF-8 LC_NAME=sv_SE.UTF-8 LC_ADDRESS=sv_SE.UTF-8 LC_TELEPHONE=sv_SE.UTF-8 LC_MEASUREMENT=sv_SE.UTF-8 My /etc/default/locale: LANG=sv_SE.UTF-8 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Character encoding
Hello. I'm in the same situation. I have installed geoserver 2.4 (war) on a Tomcat 6 on linux CentOs 6.4. I've tried with version 2.3.5 of Geoserver and also same thing happens. Also on Windows. The character encoding problem occurs in texts of the styles and also at the layers, but not in the titles or descriptions of datastores. The version 2.3.4 of geoserver does not occur this problem. Cristina. -Mensaje original- De: Uggla Henrik [mailto:henrik.ug...@kristianstad.se] Enviado el: jueves, 10 de octubre de 2013 12:47 Para: geoserver-users@lists.sourceforge.net Asunto: Re: [Geoserver-users] Character encoding I think it might be a bug. In the Geoserver logs I found: 2013-10-10 12:34:01,240 WARN [wicket.Localizer] - Tried to retrieve a localized string for a component that has not yet been added to the page. This can sometimes lead to an invalid or no localized resource returned. Make sure you are not calling Component#getString() inside your Component's constructor. Offending component: [MarkupContainer [Component id = dummy]] No one else experienced this? Please help. My /etc/environment: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/java/jdk1.6.0_45/bin:/root/bin LANGUAGE=sv:en LANG=sv_SE.UTF-8 LC_ALL=sv_SE.UTF-8 LC_MESSAGES=sv_SE.UTF-8 LC_NUMERIC=sv_SE.UTF-8 LC_TIME=sv_SE.UTF-8 LC_MONETARY=sv_SE.UTF-8 LC_PAPER=sv_SE.UTF-8 LC_IDENTIFICATION=sv_SE.UTF-8 LC_NAME=sv_SE.UTF-8 LC_ADDRESS=sv_SE.UTF-8 LC_TELEPHONE=sv_SE.UTF-8 LC_MEASUREMENT=sv_SE.UTF-8 LANG=es_ES.UTF-8 LC_CTYPE=es_ES.UTF-8 LC_NUMERIC=es_ES.UTF-8 LC_TIME=es_ES.UTF-8 LC_COLLATE=es_ES.UTF-8 LC_MONETARY=es_ES.UTF-8 LC_MESSAGES=es_ES.UTF-8 LC_PAPER=es_ES.UTF-8 LC_NAME=es_ES.UTF-8 LC_ADDRESS=es_ES.UTF-8 LC_TELEPHONE=es_ES.UTF-8 LC_MEASUREMENT=es_ES.UTF-8 LC_IDENTIFICATION=es_ES.UTF-8 LC_ALL= My /etc/default/locale: LANG=sv_SE.UTF-8 -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Character encoding
I have Geoserver 2.4.0 (war on Tomcat7) installed on Ubuntu 12.04. I've tried to set character encoding to UTF-8 but åäö is still shown wrong when i save the Contact information form. Please help. in WEB-INF/web.xml I have: filter filter-nameSet Character Encoding/filter-name filter-classorg.vfny.geoserver.filters.SetCharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameSet Character Encoding/filter-name url-pattern/*/url-pattern /filter-mapping In Tomcat server.xml I have: Connector port=8080 protocol=HTTP/1.1 connectionTimeout=2 URIEncoding=UTF-8 redirectPort=8443 / -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Character encoding for OUTPUTFORMAT=SHAPE-ZIP
Hi, I had a try with our WFS which is coming from a little bit older Geoserver version. Anyhow, it is producing a shapefile with Windows-1252 encoding. In a way in my case it is making living easy because Windows-1252 is also the default codepage of my own compurer. However, I almost think that it is a wrong behaviour and SHAPE-ZIP should use UTF-8 as a default. Perhaps there could be some additional vendor parameter that gives user a possibility to select the codepage. But perhaps it would be better just to have it always as UTF-8 and let everybody know about it. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: Sašo Celarc [mailto:s...@bron.si] Lähetetty: 17. helmikuuta 2011 11:29 Vastaanottaja: Rahkonen Jukka Kopio: geoserver-users@lists.sourceforge.net Aihe: Re: [Geoserver-users] Character encoding for OUTPUTFORMAT=SHAPE-ZIP Hi, Thanks Jukka for answer. I tried OpenJUMP 1.4 but without success. I used hex editor to see what is going on. In DBF I can see only ? sign (ascii 63/hex 3F) on position of my local character, in XML with GML which is UTF-8 encoded I can see two hex bytes C5 and A0 on position of my local character. So I thinks Geoserver performs encoding when building DBF or GML. Any other idea ? Could be this issue of setup of encoding on Geoserver, Tomcat, Database (Oracle 11g) ? Regards, Saso On 17. 02. 2011 06:20, Rahkonen Jukka wrote: Hi, What software do you use for opening the shapefile, and does it let you to select the codepage to use? Dbf file in the shapefile can not tell what character encoding it is using and many programs are just seelcting the default code page of the client computer. I would guess that WFS server is creating shapefiles with the UTF-8 which is used also in GML. You can select the codepage at least with OpenJUMP 1.4 (must be activated first from the settings) and QGis. -Jukka Rahkonen- Saso Celarc wrote: How to define character encoding for OUTPUTFORMAT=SHAPE-ZIP i.e.: http://my_url/geoserver/ows?SERVICE=WFSREQUEST=GetFeatureVER SION=1.1.0TYPENAME=MYTYPEPROPERTYNAME=SHAPE,PARA1,PARA2 OUTPUTFORMAT=SHAPE-ZIP http://gis.arso.gov.si/geoserver/ows?SERVICE=WFSREQUEST=GetF eatureVERSION=1.1.0 TYPENAME=arso:IND_ODLAG_POINTPROPERTYNAME=SHAPE,ID_ODLAG,UPR AVLJALEC,TIP_ODLAG,GK_Y,STATUS,GK_X,IME_ODLAG,OPOMBAOUTPUTFOR MAT=SHAPE-ZIP In dbf file we get now ? characters instead of our language specific characters ( s?zc'c(S?ZC'C(). When using GML as autput format, our language specific characters are visible. Regards, Saso -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Character encoding for OUTPUTFORMAT=SHAPE-ZIP
Hi, What software do you use for opening the shapefile, and does it let you to select the codepage to use? Dbf file in the shapefile can not tell what character encoding it is using and many programs are just seelcting the default code page of the client computer. I would guess that WFS server is creating shapefiles with the UTF-8 which is used also in GML. You can select the codepage at least with OpenJUMP 1.4 (must be activated first from the settings) and QGis. -Jukka Rahkonen- Saso Celarc wrote: How to define character encoding for OUTPUTFORMAT=SHAPE-ZIP i.e.: http://my_url/geoserver/ows?SERVICE=WFSREQUEST=GetFeatureVERSION=1.1.0TYPENAME=MYTYPEPROPERTYNAME=SHAPE,PARA1,PARA2OUTPUTFORMAT=SHAPE-ZIP http://gis.arso.gov.si/geoserver/ows?SERVICE=WFSREQUEST=GetFeatureVERSION=1.1.0TYPENAME=arso:IND_ODLAG_POINTPROPERTYNAME=SHAPE,ID_ODLAG,UPRAVLJALEC,TIP_ODLAG,GK_Y,STATUS,GK_X,IME_ODLAG,OPOMBAOUTPUTFORMAT=SHAPE-ZIP In dbf file we get now ? characters instead of our language specific characters ( s?zc'c(S?ZC'C(). When using GML as autput format, our language specific characters are visible. Regards, Saso -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Character encoding probelm in WFS requests
Looks like the gml encoder is not handling special characters properly. Can you file a bug in jira? If you can supply some data and example requests that would be even better. You may also want to try gml2 output / wfs 1.0 to see if it suffers from the same issue. -Justin On Sat, Nov 27, 2010 at 5:04 AM, Luo Jiesi luojies...@gmail.com wrote: Hi, I have a probelm with character encoding in WFS requests using GeoServer 2.0.2. I use GetFeature to get information of a point whose 'NAME' property likes a certain value. Problem arises when the layer name and the value contains CHINESE characters. The debug infomation is shown as follows: INFO [org.geoserver.wfs] - Request: getServiceInfo 27 Nov 18:41:16 DEBUG [org.geotools.xml] - schemaLocation found: http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd 27 Nov 18:41:16 DEBUG [org.geotools.xml] - Found override for http://www.opengis.net/wfs: http://schemas.opengis.net/wfs/1.1.0/wfs.xsd == jar:file:/home/luojiesi/GeoServer/webapps/geoserver/WEB-INF/lib/wfs-2.0.2.jar!/org/geoserver/wfs/xml/v1_1_0/wfs.xsd 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - IndexFile has been opened. Number open: 1 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shx by org.geotools.data.shapefile.shp.IndexFile 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Memory mapping file... 27 Nov 18:41:16 TRACE [org.geotools.index.quadtree] - QuadTree opened 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shx by org.geotools.data.shapefile.shp.IndexFile 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - IndexFile has been closed. Number open: 0 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.dbf by org.geotools.data.shapefile.dbf.IndexedDbaseFileReader 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Dbase File Reader has been opened. Number open: 1 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.shp.ShapefileReader 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Shapefile Reader has been opened. Number open: 1 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - IndexFile has been opened. Number open: 1 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shx by org.geotools.data.shapefile.shp.IndexFile 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Memory mapping file... 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.fix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.fix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27
[Geoserver-users] Character encoding probelm in WFS requests
Hi, I have a probelm with character encoding in WFS requests using GeoServer 2.0.2. I use GetFeature to get information of a point whose 'NAME' property likes a certain value. Problem arises when the layer name and the value contains CHINESE characters. The debug infomation is shown as follows: INFO [org.geoserver.wfs] - Request: getServiceInfo 27 Nov 18:41:16 DEBUG [org.geotools.xml] - schemaLocation found: http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd 27 Nov 18:41:16 DEBUG [org.geotools.xml] - Found override for http://www.opengis.net/wfs: http://schemas.opengis.net/wfs/1.1.0/wfs.xsd == jar:file:/home/luojiesi/GeoServer/webapps/geoserver/WEB-INF/lib/wfs-2.0.2.jar!/org/geoserver/wfs/xml/v1_1_0/wfs.xsd 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - IndexFile has been opened. Number open: 1 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shx by org.geotools.data.shapefile.shp.IndexFile 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Memory mapping file... 27 Nov 18:41:16 TRACE [org.geotools.index.quadtree] - QuadTree opened 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.qix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shx by org.geotools.data.shapefile.shp.IndexFile 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - IndexFile has been closed. Number open: 0 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.dbf by org.geotools.data.shapefile.dbf.IndexedDbaseFileReader 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Dbase File Reader has been opened. Number open: 1 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.shp.ShapefileReader 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Shapefile Reader has been opened. Number open: 1 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - IndexFile has been opened. Number open: 1 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shx by org.geotools.data.shapefile.shp.IndexFile 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - Memory mapping file... 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.fix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.shp by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.fix by org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: 1208_州府级驻点 27 Nov 18:41:16 DEBUG [org.geotools.data.shapefile] - Read lock: file:/home/luojiesi/GeoServer/data_dir/data/nansong/南宋1208年/1208_州府级驻点.fix by org.geotools.data.shapefile.indexed.IndexedFidReader 27 Nov 18:41:16 TRACE [org.geotools.data.shapefile] - IndexedFidReader has been opened. Number open: 1 27 Nov 18:41:16 DEBUG [org.geotools.core] - wildcard * single . 27 Nov 18:41:16 DEBUG [org.geotools.core] - escape ! esc !