[Geoserver-devel] Problem in Rendering Arabic Labels

Ahmad_Al-Obaidy · January 17, 2009, 7:26am

I don’t really know about the new labeler, but the old one was able to render arabic labels correctly…

There is good case, and sample shape file in http://jira.codehaus.org/browse/GEOS-1369

— On Sat, 1/17/09, Justin Deoliveira jdeolive@anonymised.com wrote:

> From: Justin Deoliveira jdeolive@anonymised.com
> Subject: Re: [Geoserver-devel] Problem in Rendering Arabic Labels
> To: “Ahmad Al-Obaidy” ahmad@anonymised.com
> Cc: “Andrea Aime” aaime@anonymised.com, geoserver-devel@lists.sourceforge.net
> Date: Saturday, January 17, 2009, 12:50 AM
>
> 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.

Justin_Deoliveira · January 17, 2009, 10:21pm

Actually maybe it is not the new labeller... I believe it is only the default in the up coming 1.7.2 release. Regardless... andrea should be able to better comment.

-Justin

Ahmad Al-Obaidy wrote:

I don't really know about the new labeler, but the old one was able to render arabic labels correctly...

There is good case, and sample shape file in http://jira.codehaus.org/browse/GEOS-1369

--- On *Sat, 1/17/09, Justin Deoliveira /<jdeolive@anonymised.com>/* wrote:

    From: Justin Deoliveira <jdeolive@anonymised.com>
    Subject: Re: [Geoserver-devel] Problem in Rendering Arabic Labels
    To: "Ahmad Al-Obaidy" <ahmad@anonymised.com>
    Cc: "Andrea Aime" <aaime@anonymised.com>,
    geoserver-devel@lists.sourceforge.net
    Date: Saturday, January 17, 2009, 12:50 AM

    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
    </mc/compose?to=aaime@anonymised.com>>/* wrote:
     >
     > From: Andrea Aime <aaime@anonymised.com
    </mc/compose?to=aaime@anonymised.com>>
     > Subject: Re: [Geoserver-devel] Problem in Rendering Arabic Labels
     > To: "Ahmad Al-Obaidy" <ahmad@anonymised.com
    </mc/compose?to=ahmad@anonymised.com>>
     > Cc: geoserver-devel@lists.sourceforge.net
    </mc/compose?to=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
    </mc/compose?to=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.

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

------------------------------------------------------------------------------
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.