Re: [mapserver-users] wms_encoding
In a mapfile, I believe it's not possible to specify two different wms_encoding on a same layer. So, if I want to response with requests from openlayers and qgis, I must configure data in mapfile with two different layers (layer1 with wms_encoding=ISO-8859-1, layer2 with wms_encoding=UTF8 ? is it ok ? wms_encoding should go into MAP.WEB.METADATA section as it sets the encoding for all responses of the web map service and doesn't deal with individual layers. It should be noted that MapServer doesn't really encode WMS responses. It actually writes data out as it comes in from map file and data sources. So those should be consistent. You should check that HTTP headers match the encoding of your template and data. QGIS should then be able to read it correctly. If this is still not the case you should create an issue on qgis.org. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
On 12-07-10 2:13 AM, Stefan Schwarzer wrote: And the php -i it spitting out a long list, but no errors. The important point with that 'php -i' command is if it contains a 'mapscript' section; then compare those results through Apache (does a 'phpinfo.php' file through your browser display a section for 'mapscript') - these are the issues to check. Often, I'll be able to load mapscript through the commandline, but Apache cannot - and this will show you where you need to spend your time/effort. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
And the php -i it spitting out a long list, but no errors. The important point with that 'php -i' command is if it contains a 'mapscript' section; then compare those results through Apache (does a 'phpinfo.php' file through your browser display a section for 'mapscript') - these are the issues to check. Often, I'll be able to load mapscript through the commandline, but Apache cannot - and this will show you where you need to spend your time/effort. Ah, thanks for clarifying. But no, there are two map incidences, but they refer to Protocols (such as ftp, http…) ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
On Jul 10, 2012, at 12:13 AM, Stefan Schwarzer wrote: Thanks for those hints. But unfortunately, nothing. I checked the Apache error log before, and there is nothing there. At least nothing I think is important. I guess the MaxClients thing is not causing my mapsever to not appear, no? [Tue Jul 10 07:09:58 2012] [notice] caught SIGTERM, shutting down [Tue Jul 10 07:09:59 2012] [warn] Init: Session Cache is not configured [hint: SSLSessionCache] WARNING: MaxClients of 150 exceeds ServerLimit value of 133 servers, lowering MaxClients to 133. To increase, please see the ServerLimit directive. [Tue Jul 10 07:10:01 2012] [warn] mod_bonjour: Skipping user 'xxx' - no valid index file. [Tue Jul 10 07:10:01 2012] [notice] Digest: generating secret for digest authentication ... [Tue Jul 10 07:10:01 2012] [notice] Digest: done [Tue Jul 10 07:10:01 2012] [notice] Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 configured -- resuming normal operations And the php -i it spitting out a long list, but no errors. I have actually all PHP, GD, …, Mapserver from Kyngchaos. So, one single source. But strange enough, every computer seems different, and I ran into a couple of challenges. I wonder if Apache is still using the system PHP? The PHP version at the top of phpinfo() should match what you installed (OS X 10.7 system PHP is 5.3.10, on 10.6 is 5.3.8). Also, if the Apache log doesn't have anything, look at Console.app to see if there are any system errors (maybe it can't load a needed library). - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
And the php -i it spitting out a long list, but no errors. I have actually all PHP, GD, …, Mapserver from Kyngchaos. So, one single source. But strange enough, every computer seems different, and I ran into a couple of challenges. I wonder if Apache is still using the system PHP? The PHP version at the top of phpinfo() should match what you installed (OS X 10.7 system PHP is 5.3.10, on 10.6 is 5.3.8). Also, if the Apache log doesn't have anything, look at Console.app to see if there are any system errors (maybe it can't load a needed library). Ha, good one. Thanks a lot! Indeed, the phpinfo shows 5.3.8, the php -i shows 5.3.10. I am on OS X 10.7, however. What does that mean? I have a mixture of 10.6 and 10.7 on my machine? I have my Snow Leopard still installed on a spearate drive in the machine; does Apache load the php from there? ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] MapServer 6.2.0-beta1 release: bug or config error with INSPIRE response
I'm trying to add INSPIRE extended capabilities (scenario 1) into a test service using the MapServer 6.2.0-beta1 release. I'm trying to follow the http://mapserver.org/trunk/ogc/inspire.html documentation I want an English only response hopefully like: inspire_vs:ExtendedCapabilities inspire_common:MetadataUrl xsi:type=inspire_common:resourceLocatorType inspire_common:URLhttp://metadata.bgs.ac.uk/geonetwork/srv/en/csw?SERVICE=CSWREQUEST=GetRecordByIdID=7822e848-822d-45a5-8584-56d352fd2170elementSetName=fullOutputSchema=http://www.isotc211.org/2005/gmd;/inspire_common:URL inspire_common:MediaTypeapplication/xml/inspire_common:MediaType /inspire_common:MetadataUrl inspire_common:SupportedLanguages inspire_common:DefaultLanguage inspire_common:Languageeng/inspire_common:Language /inspire_common:DefaultLanguage /inspire_common:SupportedLanguages inspire_common:ResponseLanguage inspire_common:Languageeng/inspire_common:Language /inspire_common:ResponseLanguage /inspire_vs:ExtendedCapabilities I seem to have a problem with the 'WMS_LANGUAGES' metadata If I comment out the 'WMS_LANGUAGES' metadata like: WMS_INSPIRE_CAPABILITIES URL #WMS_LANGUAGES eng WMS_INSPIRE_METADATAURL_HREF http://metadata.bgs.ac.uk/geonetwork/srv/en/csw?SERVICE=CSWREQUEST=GetRecordByIdID=7822e848-822d-45a5-8584-56d352fd2170elementSetName=fullOutputSchema=http://www.isotc211.org/2005/gmd; WMS_INSPIRE_METADATAURL_FORMAT application/xml My response is: inspire_vs:ExtendedCapabilities inspire_common:MetadataUrl xsi:type=inspire_common:resourceLocatorType inspire_common:URLhttp://metadata.bgs.ac.uk/geonetwork/srv/en/csw?SERVICE=CSWREQUEST=GetRecordByIdID=7822e848-822d-45a5-8584-56d352fd2170elementSetName=fullOutputSchema=http://www.isotc211.org/2005/gmd;/inspire_common:URL inspire_common:MediaTypeapplication/xml/inspire_common:MediaType /inspire_common:MetadataUrl !-- WARNING: Mandatory metadata '..._languages' was missing in this context. -- /inspire_vs:ExtendedCapabilities So I assume the other metadata is correct. If I add any content to the 'WMS_LANGUAGES' metadata like: WMS_INSPIRE_CAPABILITIES URL WMS_LANGUAGES eng WMS_INSPIRE_METADATAURL_HREF http://metadata.bgs.ac.uk/geonetwork/srv/en/csw?SERVICE=CSWREQUEST=GetRecordByIdID=7822e848-822d-45a5-8584-56d352fd2170elementSetName=fullOutputSchema=http://www.isotc211.org/2005/gmd; WMS_INSPIRE_METADATAURL_FORMAT application/xml Or WMS_INSPIRE_CAPABILITIES URL WMS_LANGUAGES eng,eng WMS_INSPIRE_METADATAURL_HREF http://metadata.bgs.ac.uk/geonetwork/srv/en/csw?SERVICE=CSWREQUEST=GetRecordByIdID=7822e848-822d-45a5-8584-56d352fd2170elementSetName=fullOutputSchema=http://www.isotc211.org/2005/gmd; WMS_INSPIRE_METADATAURL_FORMAT application/xml Or WMS_INSPIRE_CAPABILITIES URL WMS_LANGUAGES eng,ger WMS_INSPIRE_METADATAURL_HREF http://metadata.bgs.ac.uk/geonetwork/srv/en/csw?SERVICE=CSWREQUEST=GetRecordByIdID=7822e848-822d-45a5-8584-56d352fd2170elementSetName=fullOutputSchema=http://www.isotc211.org/2005/gmd; WMS_INSPIRE_METADATAURL_FORMAT application/xml My GetCapabilities response is malformed (I get error): XML parsing failed Error: unexpected end-of-file Specification: http://www.w3.org/TR/REC-xml/ 184: /Style 185: Layer queryable=1 opaque=0 cascaded=0 186: NameGBR_BGS_625k_BLT/Name 187: TitleGBR BGS 1:625k Bedrock Lithology/Tit Where GBR_BGS_625k_BLT is the name of the first layer in my map file with metadata: METADATA OWS_TITLE GBR BGS 1:625k Bedrock Lithology OWS_ABSTRACT GBR BGS 1:625k scale Bedrock Lithology WMS_SRS EPSG:4326 EPSG:27700 EPSG:4258 EPSG:3857 GML_INCLUDE_ITEMS RCS_D GML_FEATUREID ID WMS_INCLUDE_ITEMS RCS_D OWS_METADATAURL_HREF http://www.bgs.ac.uk/discoverymetadata/13480426.html; OWS_METADATAURL_FORMAT text/html OWS_METADATAURL_TYPE TC211 OWS_DATAURL_HREF http://www.bgs.ac.uk/products/digitalmaps/digmapgb_625.html; OWS_DATAURL_FORMAT text/html OWS_KEYWORDLIST OneGeology,geology,bedrock,lithology,continent@Europe,subcontinent@Northern Europe,geographicarea@United Kingdom,dataprovider@British Geological Survey,serviceprovider@British Geological Survey,DS_TOPIC@geoscientificinformation,DS_DATE@2008-04-10 END Am I missing some language specific metadata in my map file or is this some error with MapServer Thanks James James Passmore GIS and WWW Specialist Information Systems and Infrastructure, British Geological Survey, http://www.bgs.ac.uk/ +44 (0)115 936 3125 -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any
Re: [mapserver-users] php_mapscript not being loaded
On Jul 10, 2012, at 4:15 PM, Stefan Schwarzer wrote: And the php -i it spitting out a long list, but no errors. I have actually all PHP, GD, …, Mapserver from Kyngchaos. So, one single source. But strange enough, every computer seems different, and I ran into a couple of challenges. I wonder if Apache is still using the system PHP? The PHP version at the top of phpinfo() should match what you installed (OS X 10.7 system PHP is 5.3.10, on 10.6 is 5.3.8). Also, if the Apache log doesn't have anything, look at Console.app to see if there are any system errors (maybe it can't load a needed library). Ha, good one. Thanks a lot! Indeed, the phpinfo shows 5.3.8, the php -i shows 5.3.10. I am on OS X 10.7, however. What does that mean? I have a mixture of 10.6 and 10.7 on my machine? I have my Snow Leopard still installed on a spearate drive in the machine; does Apache load the php from there? It says in php -i: Configuration File (php.ini) Path = /etc Loaded Configuration File = (none) Scan this dir for additional .ini files = (none) Additional .ini files parsed = (none) The php.ini is in /usr/local/php5cgi/lib/php.ini So, what should I do? Thanks for any hints! I see slowly light at the end of the tunnel…. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] php_mapscript not being loaded
On Jul 10, 2012, at 9:15 AM, Stefan Schwarzer wrote: And the php -i it spitting out a long list, but no errors. I have actually all PHP, GD, …, Mapserver from Kyngchaos. So, one single source. But strange enough, every computer seems different, and I ran into a couple of challenges. I wonder if Apache is still using the system PHP? The PHP version at the top of phpinfo() should match what you installed (OS X 10.7 system PHP is 5.3.10, on 10.6 is 5.3.8). Also, if the Apache log doesn't have anything, look at Console.app to see if there are any system errors (maybe it can't load a needed library). Ha, good one. Thanks a lot! Indeed, the phpinfo shows 5.3.8, the php -i shows 5.3.10. I am on OS X 10.7, however. What does that mean? I have a mixture of 10.6 and 10.7 on my machine? I have my Snow Leopard still installed on a spearate drive in the machine; does Apache load the php from there? My PHP installer is supposed to switch the PHP, but sometimes it doesn't. Possibly because the apache config file was altered in a way to break my grep. System updates are not supposed to change the apache config, but it's a possibility. You can try running the script manually from the PHP disk image: sudo /Volumes/PHP\ 5/phpenable.sh cgi5 then sudo apachectl graceful - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver docs and i18n
What's the status on this one? I see the pull request is still open. Not sure how this impacts branch-6-2 or the master... Steve -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Yves Jacolin (Free) Sent: Thursday, July 05, 2012 3:43 AM To: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] Mapserver docs and i18n Hello, I am now ok with this pull request from Thomas (we discussed on Francophone mailing list also). It could improve contribution from non technical user (if a pootle infrastructure exists, unfortunately which add more work for sysadmin). Y. Le mercredi 4 juillet 2012 21:51:03 Thomas Gratier a écrit : Hello, My answer are inline with bold cross *XX* just before (for mail in html) Uline of inline of inline start to be difficult to read ;) Regards ThomasG77 2012/7/4 thomas bonfort thomas.bonf...@gmail.com Hi Thomas, I'm all for simplifying the translation workflow. I tend to dislike the current one we have setup because it is difficult for translators to keep track of what has been added/modified in the english version, resulting in outdated translated docs which in my opinion is worse than having no translation at all. More inline... On Tue, Jul 3, 2012 at 10:13 PM, Thomas Gratier osgeo.mailingl...@gmail.com wrote: Hello Jeff, hello all, # First think to understand I praise the Mapserver community and the team behind the engine. I'm a big fan of Mapserver and Sphinx and I've always love the really great documentation but I know people who deal only with there native language to do the job. So translation is a core part of a project to extend popularity accross countries (althought Mapserver popularity is already established) My motivation is to deal with the french translation with i18n and not with RST. I want to make think better, the way we do it is good but can be improve. Why? Some thoughts to explain below # Advantages 1. Fulfillment Really important for me because a community is based on humans who search small and big achievements and it's more easy with i18n to measure the job. Imagine one rst file of 1000 lines (around 100 lines of empty lines or special rst declarations) You generate is equivalent in pot file. The number of string to translate is 430 Offline: Step by step you see what you've done and can by example, see that you've done 86 lines so, 20% of the job is done for the file. Your objective to go until 30%. When you reach it, you're happy. You've done 10% more of the file translation. Online: See this online app based on pottle for the Qgis community. You can see the http://translate.qgis.org/fr/qgis-user-guide/ example. In this case, you can make a survey of users who contribute, you can review with others, you now if a file translation is completed. You can distribute task between the community of users and not only of advanced users / developpers. You can have a dedicated community of translators who care about content and not about the way to use sphinx and others technical things. 2. Separate presentation from contents When you generate pot files, the string length is quite short. You don't have to care too much about rst indent : you will not break anything. If the presentation change, you content don't. I'm thinking about the annual change for FOSS4G image. You have to backport it manually with a merge in every langage version. 3. History and maintainability ## The typical workflow now You cut and paste a rst file and you make the translation. Ok it's nice!! Why does I need to care about i18n? This guy is crazy!! Because now imagine, you've done the translation 3 years ago (your community said do it and it was done). The content was in english (the letter are use to represent a block of content in master version and number for content of translated example) In the past EnglishFrench A 111 B 22 C 33 D 44 E 55 77 H 88 Nowadays B ?? C ?? D ?? FF ?? ??