[mapserver-dev] MS RFC 61: Enhance MapServer Feature Style Support

[Tamas Szekeres]

Mike,

Did you mean transforming OGR style into a new style representation would
also be implemented within the context of this work?

Best regards,

Tamas




2010/9/16 Michael Smith <michael.smith at usace.army.mil>

>  At the conference, I talked with Frank about implementing an OGR output
> type from a WFS call (output any available, appropriate OGR Vector type).
> This would probably be useful to that effort as well. For those drivers that
> support it, you’d get stylized output.
>
> Mike
>
>
> --
> Michael Smith
> US Army Corps of Engineers
> Remote Sensing/GIS Center
> Hanover, NH
>
>
>
>
> On 9/15/10 5:59 PM, "Lime, Steve D (DNR)" <Steve.Lime at state.mn.us> wrote:
>
> Agreed… I’ll defer to the OGRites out there on the implementation details
> but It seems straight forward enough.
>
> Steve
>
>
> *From:* Tamas Szekeres [mailto:szekerest at gmail.com <szekerest at gmail.com>]
> *Sent:* Wednesday, September 15, 2010 1:35 PM
> *To:* Lime, Steve D (DNR)
> *Cc:* mapserver-dev at lists.osgeo.org
> *Subject:* Re: [mapserver-dev] MS RFC 61: Enhance MapServer Feature Style
> Support
>
> Steve,
>
> I didn't want to promote the OGR style as opposed to SLD or other style
> representations, on the contrary I would be happy have them implemented all.
> But at the moment - for practical reasons - implementing the OGR styles
> would be more straightforward. From the user's perspective having a 'feature
> style ready' data source (like mapinfo tab) in hand, can easily be converted
> to any other data sources supported by OGR using a single commandline tool.
> It would then be reasonable to establish support for rendering those feature
> styles in mapserver by using the "native" drivers as well, not only with OGR
> like now.
> For this reason I'd encourage to enhance such default style handling
> (established with this addition) to support more kind of the style
> representations if someone will have any motivation to implement a parser to
> those styles. Till that time, having a single implementation in place is
> much better than denying such support at all.
>
>
> Best regards,
>
>
> Tamas
>
>
> 2010/9/15 Lime, Steve D (DNR) <Steve.Lime at state.mn.us>
>
> Folks are kinda quiet… Recovering from the conference no doubt. This seems
> a reasonable idea. Only question I have is promoting the use of OGR styling
> as opposed to SLD.
>
> Steve
>
>
> *From:* mapserver-dev-bounces at lists.osgeo.org [
> mailto:mapserver-dev-bounces at lists.osgeo.org<mapserver-dev-bounces at lists.osgeo.org>]
> *On Behalf Of *Tamas Szekeres
> *Sent:* Saturday, September 11, 2010 11:17 AM
> *To:* mapserver-dev at lists.osgeo.org
> *Subject:* [mapserver-dev] MS RFC 61: Enhance MapServer Feature Style
> Support
>
>
> Hi Devs,
>
> I would require an implementation to extend the current STYLEITEM option to
> be used with further drivers in addition to OGR driver. I recall we have
> already been discussed this topic with the conclusion that this kind of
> implementation would require quite a big effort, but I expect the initial
> approach (based on the OGR style) could be implemented fairly easily. For
> this reason I've created MS RFC 61 describing the concept to be done, though
> the proposed changes haven't yet been implemented by me. I'd anyway be in
> favour of adding such solution (or a reasonable variant) to be available in
> the next release version (ie. MS 6.0)
>
> The RFC can be found at:
>
>
> http://trac.osgeo.org/mapserver/browser/trunk/docs/en/development/rfc/ms-rfc-61.txt
>
>
> Best regards,
>
> Tamas
>
>
> ------------------------------
> _______________________________________________
> mapserver-dev mailing list
>
> mapserver-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapserver-dev/attachments/20100916/f59bd991/attachment-0001.html