[mapserver-dev] RFC 54: MapServer Rendering API

[Thomas Bonfort]

Dan,
The angle follow text code is already integrated. I haven' t had time
to look at the poppler stuff yet, but it's on my todo list.

cheers,
thomas

On Mon, Apr 20, 2009 at 4:58 PM, Dan Little <danlittle at yahoo.com> wrote:
> I still have some Cairo code from the Sprint that may or may not be
> integrated.  Thomas, did you want this? Is someone else spearheading the
> integration that may want to evaluate the code?
>
> ________________________________
> From: Tamas Szekeres <szekerest at gmail.com>
> To: toby.rahilly at gmail.com
> Cc: mapserver-dev at lists.osgeo.org; Steve Lime <Steve.Lime at dnr.state.mn.us>
> Sent: Monday, April 20, 2009 4:24:05 AM
> Subject: Re: Re: [mapserver-dev] RFC 54: MapServer Rendering API
>
> Hi Toby,
>
> I've already added FTGL in my binary packages, so if you update the
> rendering code in the sandbox it will automatically reflected in the binary
> package with the next regular build.
> Currently the OGL code is compiling, but I always get NULL return value of
> wglGetProcAddress inside the code.
>
> Best regards,
>
> Tamas
>
>
>
> 2009/4/20 <toby.rahilly at gmail.com>
>>
>> Hi,
>>
>> I will update the Opengl to match the new vtable interface.
>>
>> The FTGL package (http://ftgl.wiki.sourceforge.net/) is required for
>> rendering labels into OpenGL.
>>
>> Cheers,
>> Toby
>>
>> On Apr 20, 2009 4:24am, Tamas Szekeres <szekerest at gmail.com> wrote:
>> > I would rather in favour of merging the trunk back to the sandbox first,
>> > and do some testings in place (either by adding some stuff to the msautotest
>> > as well).
>> > Then if we get rid of the potential issues (build problems, memory
>> > corruptions, segfaults)  we can safely add the stuff in the trunk
>> > permanently.
>> >
>> >
>> > Currently I find several issues either with the simplest mapfiles that
>> > should somehow be fixed first. The opengl support didn't work for me at all,
>> > it seems the implementation didn't follow the recent changes of the vtable
>> > names caused compiler errors. It may also be required to install some
>> > additional things that I'm currently not aware of.
>> >
>> > I've fixed up the most alloying issues and the sandbox now compiles on
>> > windows. I also advertised ready to use windows binary packages for the
>> > users to be able to test with on the mapserver-users list.
>> >
>> > Best regards,
>> >
>> >
>> > Tamas
>> >
>> >
>> >
>> >
>> >
>> > 2009/4/19 Steve Lime Steve.Lime at dnr.state.mn.us>
>> >
>> > My feeling is we should go with the merge now and work out any details
>> > where
>> >
>> > there are divergent paths (such as caching) later. We need this
>> > addition. Some
>> >
>> > of my comments were related to detail such as:
>> >
>> >
>> >
>> >  - how should renderer options be encoded in an output format
>> > (presumably not
>> >
>> > as a format option, perhaps a new renderer option (hash?))
>> >
>> >  -  what will the make-up of the more specific rendering objects such as
>> > line styles
>> >
>> > look like?
>> >
>> >  - reference maps are still necessary but I think we could attack them
>> > by turning a
>> >
>> > request for one into an internal mapfile and handing it off to the
>> > renderer.
>> >
>> >
>> >
>> > So, I'm +1 for the merge ASAP.
>> >
>> >
>> >
>> > Steve
>> >
>> >
>> >
>> > >>> thomas bonfort thomas.bonfort at camptocamp.com> 04/17/09 10:49 AM >>>
>> >
>> > Hi devs,
>> >
>> >
>> >
>> > RFC 54 has just been committed to the docs site:
>> >
>> >
>> >
>> > http://mapserver.org/development/rfc/ms-rfc-54.html
>> >
>> >
>> >
>> > I've tried to be as complete as possible, but I'm quite sure I may
>> >
>> > have missed a couple (I hope minor) points.
>> >
>> >
>> >
>> > Most of the RFC is implemented in the graphics sandbox. It  would be
>> >
>> > great if some of you could try it on your local mapfiles to squeeze
>> >
>> > out as many bugs as possible (currently not activated/implemented are
>> >
>> > symbology on lines and polygons, and all the raster layer related code).
>> >
>> > To enable the plugin code, you need to configure with --with-cairo.
>> >
>> > The outputformat drivers are cairo/png , cairo/jpeg, cairo/svg and
>> >
>> > cairo/pdf.
>> >
>> >
>> >
>> > Ideally I'd like to merge the graphics branch into the trunk around
>> >
>> > the end of the month so we have more eyes on it before our september
>> >
>> > release target.
>> >
>> >
>> >
>> > Best regards,
>> >
>> >
>> >
>> > thomas
>> >
>> > _______________________________________________
>> >
>> > mapserver-dev mailing list
>> >
>> > mapserver-dev at lists.osgeo.org
>> >
>> > http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>> >
>> >
>> >
>> > _______________________________________________
>> >
>> > mapserver-dev mailing list
>> >
>> > mapserver-dev at lists.osgeo.org
>> >
>> > http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>> >
>> >
>> >
>> >
>
>
> _______________________________________________
> mapserver-dev mailing list
> mapserver-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>
>



-- 
www.camptocamp.com
+33 4 79 26 57 97