Hi Thomas, I was able to properly render the Hindi characters from the screenshot you had previously provided (Wazirabad), however we are still unable to render the Hindi text that I had provided earlier (Mexico City).
Is there any way you could provide an image showing a Hindi translation for Mexico City from your map? This way I can match characters that I know are not rendering properly on my side. Thank You again for your help, Peter Mallen -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, December 17, 2012 8:58 AM To: [email protected] Subject: mapserver-users Digest, Vol 59, Issue 32 Send mapserver-users mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/mapserver-users or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of mapserver-users digest..." Today's Topics: 1. Re: Hindi and Thai text rendering (Ian Walberg) 2. Re: Hindi and Thai text rendering (thomas bonfort) (Peter Mallen) ---------------------------------------------------------------------- Message: 1 Date: Mon, 17 Dec 2012 11:50:52 -0500 From: "Ian Walberg" <[email protected]> To: "thomas bonfort" <[email protected]>, "MapserverList OSGEO" <[email protected]> Subject: Re: [mapserver-users] Hindi and Thai text rendering Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" Thomas, We are currently using fibidi 0.19.2 and can try the later versions. I have just had a look at 0.19.4 and 0.19.5 and I am not sure how to build them, there does not appear to be build instructions in them or a configure script. Have you (or anyone else on the list) built these for Linux? Thanks Ian From: [email protected] [mailto:[email protected]] On Behalf Of thomas bonfort Sent: Monday, December 17, 2012 12:48 AM To: MapserverList OSGEO Subject: Re: [mapserver-users] Hindi and Thai text rendering On Mon, Dec 17, 2012 at 9:45 AM, thomas bonfort <[email protected]> wrote: Peter, We don't do any shaping directly inside mapserver, but rely on the fribidi library to do that for us. Your mapfile definitions are correct to activate this (i.e. it includes an LABEL.ENCODING parameter). I'll leave it up to you to confirm that the image sample I sent you is correct or not. If so, check that you have configured your mapserver with fribidi enabled and uptodate (the supplied image was rendered with 0.19.2 . some stable distros use a very outdated fribidi version, so you might need to upgrade manually) . If not, you can try with a bleeding edge fribidi (0.19.5 was released a few days ago), and/or report the issue or find help from the fribidi project directly. please report back with your findings. regards, thomas On Sun, Dec 16, 2012 at 2:31 AM, Peter Mallen <[email protected]> wrote: Hi Thomas, Here is a link to a png Image I have created of using the simple Map File I provided in the previous postings, this is exactly how the Hindi text is rendering in Map Server: http://www.maplusplus.com/images/Hindi_Incorrect.png It is appearing incorrectly and should appear as shown in this link to Google Translate: http://tinyurl.com/cqlymgy I am not sure if the Hindi you have provided is displaying correctly, although it appears to be similar to what I looked up in Google Translate. Thank You for your help, Peter Mallen -----Original Message----- From: thomas bonfort [mailto:[email protected]] Sent: Sat 12/15/2012 10:36 AM To: Peter Mallen Cc: MapserverList OSGEO Subject: Re: [mapserver-users] Hindi and Thai text rendering Peter, You don't provide the rendering that mapserver is producing, so it's difficult to compare. Is this rendering correct: http://osm.terriscope.fr/mapcache/tms/1.0.0/mapserver@g/15/23400/19085.p ng ? -- thomas On Sat, Dec 15, 2012 at 12:59 AM, Peter Mallen <[email protected]>wrote: > Hello Everyone, > > I apologize for my previous posts as my url appears to have been too > long, I have converted the link to a tiny url: > http://tinyurl.com/cqlymgy > > As a reminder, this is a link showing how the Hindi characters should > display. > > Thank You Again, > > Peter Mallen > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20121217/9 2407f02/attachment-0001.html> ------------------------------ Message: 2 Date: Mon, 17 Dec 2012 11:57:33 -0500 From: "Peter Mallen" <[email protected]> To: <[email protected]> Subject: Re: [mapserver-users] Hindi and Thai text rendering (thomas bonfort) Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" Hi Thomas, I believe we are using fribidi but I am not sure which version, I will look further into this and report back to with my findings. Thank You, Peter Mallen -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, December 17, 2012 7:18 AM To: [email protected] Subject: mapserver-users Digest, Vol 59, Issue 28 Send mapserver-users mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/mapserver-users or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of mapserver-users digest..." Today's Topics: 1. Re: Hindi and Thai text rendering (thomas bonfort) 2. [TinyOWS] TinyOWS 1.1.0 and the old good axis order trouble (Rahkonen Jukka) 3. Re: Raster color table (Daniel Morissette) 4. Problem with Transparency and IMAGECOLOR (Johannes Weskamm) 5. JPEG and OVERSAMPLE_RATIO (C?dric MOULLET) 6. Re: JPEG and OVERSAMPLE_RATIO (C?dric MOULLET) ---------------------------------------------------------------------- Message: 1 Date: Mon, 17 Dec 2012 09:47:46 +0100 From: thomas bonfort <[email protected]> To: MapserverList OSGEO <[email protected]> Subject: Re: [mapserver-users] Hindi and Thai text rendering Message-ID: <caom3y2iossdh2dcrntqeurhcojdh42w2vwunb3q0fzq5p2d...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" On Mon, Dec 17, 2012 at 9:45 AM, thomas bonfort <[email protected]>wrote: > Peter, > We don't do any shaping directly inside mapserver, but rely on the > fribidi library to do that for us. Your mapfile definitions are > correct to activate this (i.e. it includes an LABEL.ENCODING parameter). > I'll leave it up to you to confirm that the image sample I sent you is > correct or not. If so, check that you have configured your mapserver > with fribidi enabled and uptodate (the supplied image was rendered with 0.19.2 . > some stable distros use a very outdated fribidi version, so you might > need to upgrade manually) . If not, you can try with a bleeding edge > fribidi > (0.19.5 was released a few days ago), and/or report the issue or find > help from the fribidi project directly. > > please report back with your findings. > > regards, > thomas > > > On Sun, Dec 16, 2012 at 2:31 AM, Peter Mallen <[email protected]>wrote: > >> ** >> >> Hi Thomas, >> >> Here is a link to a png Image I have created of using the simple Map >> File I provided in the previous postings, this is exactly how the >> Hindi text is rendering in Map Server: >> http://www.maplusplus.com/images/Hindi_Incorrect.png >> >> It is appearing incorrectly and should appear as shown in this link >> to Google Translate: >> http://tinyurl.com/cqlymgy >> >> I am not sure if the Hindi you have provided is displaying correctly, >> although it appears to be similar to what I looked up in Google Translate. >> >> >> Thank You for your help, >> >> Peter Mallen >> >> >> >> -----Original Message----- >> From: thomas bonfort >> [mailto:[email protected]<[email protected]> >> ] >> Sent: Sat 12/15/2012 10:36 AM >> To: Peter Mallen >> Cc: MapserverList OSGEO >> Subject: Re: [mapserver-users] Hindi and Thai text rendering >> >> Peter, >> You don't provide the rendering that mapserver is producing, so it's >> difficult to compare. Is this rendering correct: >> http://osm.terriscope.fr/mapcache/tms/1.0.0/mapserver@g/15/23400/19085.p ng? >> >> -- >> thomas >> >> >> On Sat, Dec 15, 2012 at 12:59 AM, Peter Mallen >> <[email protected]>wrote: >> >> > Hello Everyone, >> > >> > I apologize for my previous posts as my url appears to have been >> > too long, I have converted the link to a tiny url: >> > http://tinyurl.com/cqlymgy >> > >> > As a reminder, this is a link showing how the Hindi characters >> > should display. >> > >> > Thank You Again, >> > >> > Peter Mallen >> > >> > >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20121217/0 ff48ff6/attachment-0001.html> ------------------------------ Message: 2 Date: Mon, 17 Dec 2012 10:16:06 +0000 From: Rahkonen Jukka <[email protected]> To: "'Mapserver-Users ([email protected])'" <[email protected]> Subject: [mapserver-users] [TinyOWS] TinyOWS 1.1.0 and the old good axis order trouble Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" Hi, I have been running TinyOWS r558 for quite a long time because it is dealing almost right with the axis order of the projections I am commonly using. Now I had a fast try with the current TinyOWS 1.1.0 version but unfortunately I realized that it is doing wrong thing by flipping the axis with urn:ogc:def:crs:EPSG::3067. That system is officially an Easting-Northing system and axis should not be flipped ever. Also, TinyOWS does not flip the axes with urn:ogc:def:crs:EPSG::2393 which is officially a Northing-Easting system and axis should be flipped with WFS 1.1.0 I can see that TinyOWS is flipping the axis with WFS 1.1.0 if I I give srsName=urn:ogc:def:crs:EPSG::3067 or if I do not give it at all, which means the same because the uri-format is the default srsName. Axis order is correct if I give it as srsName=EPSG:3067. With EPSG:2393 axis are not flipped with either srsName format. What should be done next is to flip the behaviours of 2393 and 3067. What is the logic that TinyOWS is using when it decides whether the axis should be flipped or not for WFS 1.1.0? Can I manipulate TinyOWS somehow myself to behave in a correct way with EPSG:2393 and EPSG:3067 by editing something in the PostGIS or in TinyOWS sources? Another question is that is it guaranteed that axis order is handled similarly everywhere, also in filters? I mean that can I trust that once TinyOWS someday will again send urn:ogc:def:crs:EPSG::2393 data as Northing-Easting with WFS 1.1.0 it will then also treat the GML3 filters so that is knows that first comes Northing and then Easting? Does the srsName format have the same meaning if filters, so that if short srsName is used then axis order is always Easting-Northing or lon-lat, but when the uri format is used then TinyOWS is trying to check the official axis with WFS 1.1.0? -Jukka Rahkonen- ------------------------------ Message: 3 Date: Mon, 17 Dec 2012 08:03:04 -0500 From: Daniel Morissette <[email protected]> To: [email protected] Subject: Re: [mapserver-users] Raster color table Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 12-12-14 5:52 PM, ALT SHN wrote: > Hi, > > Is there a way to associate a color table to a 8bit raster so > Mapserver doesn't render it in grayscale? > In the Mapserver documentation, a pallete is refered, but for what I > understood, this applies to the output format, not to a particular raster. > > Is there a workarround for this situation? (other than converting the > raster to RGB) > You could create a GDAL VRT file for your image in which you associate a color table to the raster band, and then point your MapServer layer definition to the VRT. See: http://trac.osgeo.org/gdal/wiki/FAQRaster#Howtocreateormodifyanimagecolo rtable and http://www.gdal.org/gdal_vrttut.html -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 ------------------------------ Message: 4 Date: Mon, 17 Dec 2012 14:15:50 +0100 From: Johannes Weskamm <[email protected]> To: [email protected] Subject: [mapserver-users] Problem with Transparency and IMAGECOLOR Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-15"; Format="flowed" Hi, I have a question regarding the transparency of my mapfile together with mapserver 6.2. The documentation tells me, that using the Parameter IMAGECOLOR together with TRANSPARENT ON in OUTPUTFORMAT, the resulting image of a wms request should have the defined color transparent. I tried different approaches but none of them work. So here is an example of my layer: LAYER TYPE POLYGON STATUS ON GROUP "default" NAME "land" PROJECTION "init=epsg:900913" END DATA "../shapefiles/test" CLASS STYLE COLOR 255 255 0 END END END The relevant Map parameters: OUTPUTFORMAT NAME 'test' DRIVER GD/PNG IMAGEMODE PC256 FORMATOPTION "INTERLACE=false" TRANSPARENT ON END IMAGECOLOR 255 255 0 I also tried agg/png drivers together with IMAGEMODE RGBA, but all combinations give me a yellow, non transparent response (i request the layer with transparent=true and image/png as format). Can anyone give me an advice what i am doing wrong, or is this a bug? Thanks, J. Weskamm -- Dipl.-Geogr. Johannes Weskamm --- Anwendungsentwickler --- terrestris GmbH & Co. KG P?tzchens Chaussee 56 53227 Bonn Tel: +49 (0)228 / 96 28 99 -555 Fax: +49 (0)228 / 96 28 99 -57 Email: [email protected] <mailto:[email protected]> Web: http://www.terrestris.de Amtsgericht Bonn, HRA 6835 Komplement?rin: terrestris Verwaltungsgesellschaft mbH vertreten durch: Hinrich Paulsen, Till Adams -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20121217/3 389856d/attachment-0001.html> ------------------------------ Message: 5 Date: Mon, 17 Dec 2012 16:11:34 +0100 From: C?dric MOULLET <[email protected]> To: mapserver-users <[email protected]> Subject: [mapserver-users] JPEG and OVERSAMPLE_RATIO Message-ID: <cabcs5eglj8ah8rkepizlvturz0kntwie-chxllzu8qcypqr...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi, The following issue has been observed with MapServer 6.0.3: 1. Very good quality for a PNG with RESAMPLE=BILINEAR and OVERSAMPLE_RATIO=16: [image: http://wms-bgdi.bgdi.admin.ch/?lang=xx&LAYERS=ch.swisstopo.pixelkarte-gr au-pk100_bazl&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMa p&STYLES=&SRS=EPSG%3A21781&BBOX=513184,143152,519840,149808&WIDTH=256&HE IGHT=256] 2. Less good quality for a PNG or JPEG with default resampling settings: [image: http://wms-bgdi.bgdi.admin.ch/?lang=xx&LAYERS=ch.swisstopo.pixelkarte-gr au-pk100_original&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=G etMap&STYLES=&SRS=EPSG%3A21781&BBOX=513184,143152,519840,149808&WIDTH=25 6&HEIGHT=256] 3. Awful quality for JPEG with RESAMPLE=BILINEAR and OVERSAMPLE_RATIO=16: [image: http://wms-bgdi.bgdi.admin.ch/?lang=xx&LAYERS=ch.swisstopo.pixelkarte-gr au-pk100_bazl&FORMAT=image%2Fjpeg&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetM ap&STYLES=&SRS=EPSG%3A21781&BBOX=513184,143152,519840,149808&WIDTH=256&H EIGHT=256] Any idea why the OVERSAMPLE_RATIO affects heavily the quality of JPEG images ? Thanks in advance for your help, C?dric -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20121217/d 1d02050/attachment-0001.html> ------------------------------ Message: 6 Date: Mon, 17 Dec 2012 16:18:00 +0100 From: C?dric MOULLET <[email protected]> To: mapserver-users <[email protected]> Subject: Re: [mapserver-users] JPEG and OVERSAMPLE_RATIO Message-ID: <cabcs5ehgj8gctcfg9tqbq9vt4iw2w3c9u4ltx7vomezeslu...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" I realize that links have been sent and not pictures Here are reachable links for the three cases: 1. https://picasaweb.google.com/lh/photo/j_OClw5fGOeQE7K1wiimytMTjNZETYmyPJ y0liipFm0?feat=directlink 2. https://picasaweb.google.com/lh/photo/3q52h52EwOp9JzZm3KAWbNMTjNZETYmyPJ y0liipFm0?feat=directlink 3. https://picasaweb.google.com/lh/photo/GTAThw7AOVMK-j-7DWAabtMTjNZETYmyPJ y0liipFm0?feat=directlink C?dric On Mon, Dec 17, 2012 at 4:11 PM, C?dric MOULLET <[email protected]>wrote: > Hi, > The following issue has been observed with MapServer 6.0.3: > > 1. Very good quality for a PNG with RESAMPLE=BILINEAR and > OVERSAMPLE_RATIO=16: > [image: > http://wms-bgdi.bgdi.admin.ch/?lang=xx&LAYERS=ch.swisstopo.pixelkarte-gr au-pk100_bazl&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMa p&STYLES=&SRS=EPSG%3A21781&BBOX=513184,143152,519840,149808&WIDTH=256&HE IGHT=256] > > 2. Less good quality for a PNG or JPEG with default resampling settings: > [image: > http://wms-bgdi.bgdi.admin.ch/?lang=xx&LAYERS=ch.swisstopo.pixelkarte-gr au-pk100_original&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=G etMap&STYLES=&SRS=EPSG%3A21781&BBOX=513184,143152,519840,149808&WIDTH=25 6&HEIGHT=256] > > 3. Awful quality for JPEG with RESAMPLE=BILINEAR and OVERSAMPLE_RATIO=16: > [image: > http://wms-bgdi.bgdi.admin.ch/?lang=xx&LAYERS=ch.swisstopo.pixelkarte-gr au-pk100_bazl&FORMAT=image%2Fjpeg&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetM ap&STYLES=&SRS=EPSG%3A21781&BBOX=513184,143152,519840,149808&WIDTH=256&H EIGHT=256] > > Any idea why the OVERSAMPLE_RATIO affects heavily the quality of JPEG > images ? > > Thanks in advance for your help, > C?dric > -- Political blog: http://cedricmoullet.blogspot.com/ Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet Home sweet home: http://map.geo.admin.ch/?crosshair=bowl&zoom=11&X=185241.24219&Y=561288. 90625&bgOpacity=0&selectedNode=node_ch.swisstopo.fixpunkte-lage1 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20121217/4 402c513/attachment.html> ------------------------------ _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users End of mapserver-users Digest, Vol 59, Issue 28 *********************************************** ------------------------------ _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users End of mapserver-users Digest, Vol 59, Issue 32 *********************************************** _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
