[Geoserver-devel] Problem in Rendering Arabic Labels

Ahmad_Al-Obaidy · January 16, 2009, 7:49pm

The bug seems to exists again in the gt-2.5

— On Mon, 10/8/07, Andrea Aime aaime@anonymised.com wrote:

> From: Andrea Aime aaime@anonymised.com
> Subject: Re: [Geoserver-devel] Problem in Rendering Arabic Labels
> To: “Ahmad Al-Obaidy” ahmad@anonymised.com
> Cc: geoserver-devel@lists.sourceforge.net
> Date: Monday, October 8, 2007, 7:57 PM
>
> Ahmad Al-Obaidy ha scritto:
> > Hi Andrea,
> > Thank you for being interested…
> >
> > I can gratefully provide sample data, the expected output and test any patch…
> >
> > And even try to fix it out with some help
> >
> > As for the problem, I think it came from the Geotools LiteRenderer…
> >
> > I tried to hack the code… And it seems LiteRenderer is using Graphics2D for rendering maps…
> > I tested the Graphics2D and it work just fine with Arabic text using drawString…
> >
> > I didn’t figure out the code responsible for draw labels… but what I had conclude is LiteRenderer is rendering each letter separately… and this bring the problem in…
> >
> > Because Arabic text is written in script manner and from right to left rather than in separate manner and left to right like Latin alphabets…
>
> Ahmad,
> in GeoTools we cannot use drawString directly because we need a set
> of informations that only GlyphVector can provide (we use them to draw
> halos, and to perform label collision detection and avoidance).
> The method we were using so far to build worked for most fonts, but
> not for Arabic and a few others. I tried to fix it without giving up
> too much performance in the western case, but I’m not sure about the
> results.
>
> Can you have a look at http://jira.codehaus.org/secure/attachment/29786/arabic.png (attached to
> http://jira.codehaus.org/browse/GEOS-1369) and tell me if this is fine?
>
> Cheers
> Andrea

Justin_Deoliveira · January 16, 2009, 10:50pm

Hmmm... I wonder if this is a regression that has come out of using the new labeler?

Ahmad Al-Obaidy wrote:

The bug seems to exists again in the gt-2.5

--- On *Mon, 10/8/07, Andrea Aime /<aaime@anonymised.com>/* wrote:

    From: Andrea Aime <aaime@anonymised.com>
    Subject: Re: [Geoserver-devel] Problem in Rendering Arabic Labels
    To: "Ahmad Al-Obaidy" <ahmad@anonymised.com>
    Cc: geoserver-devel@lists.sourceforge.net
    Date: Monday, October 8, 2007, 7:57 PM

    Ahmad Al-Obaidy ha scritto:
     > Hi Andrea,
     > Thank you for being interested...
     >
     > I can gratefully provide sample data, the expected output and
    test any patch....
     >
     > And even try to fix it out with some help
     >
     > As for the problem, I think it came from the Geotools LiteRenderer...
     >
     > I tried to hack the code... And it seems LiteRenderer is using
    Graphics2D for rendering maps...
     > I tested the Graphics2D and it work just fine with Arabic text
    using drawString...
     >
     > I didn't figure out the code responsible for draw labels... but
    what I had conclude is LiteRenderer is rendering each letter
    separately... and this bring the problem in...
     >
     > Because Arabic text is written in script manner and from right to
    left rather than in separate manner and left to right like Latin
    alphabets...

    Ahmad,
    in GeoTools we cannot use drawString directly because we need a set
    of informations that only GlyphVector can provide (we use them to draw
    halos, and to perform label collision detection and avoidance).
    The method we were using so far to build worked for most fonts, but
    not for Arabic and a few others. I tried to fix it without giving up
    too much performance in the western case, but I'm not sure about the
    results.

    Can you have a look at
    http://jira.codehaus.org/secure/attachment/29786/arabic.png (attached to
    http://jira.codehaus.org/browse/GEOS-1369) and tell me if this is fine?

    Cheers
    Andrea

------------------------------------------------------------------------

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword

------------------------------------------------------------------------

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.