[mapserver-dev] MS RFC 68: Support for combining features from multiple layers (Updated)

[Tamas Szekeres]

Hi Daniel,

Yes, it's not that easy to find the right term ;-)  I don't object replacing
combine to union if it reflects the functionality in a better way.

I'm about to finish my testings and call for a vote on this RFC tomorrow.
Let me know if anyone has a better term (set's say we go with union right
now) or some other idea which I should also incorporate in RFC
68<http://mapserver.org/trunk/development/rfc/ms-rfc-68.html>
.

Best regards,

Tamas



2011/2/24 Daniel Morissette <dmorissette at mapgears.com>

> Hi Tamas,
>
> I really like the current version of RFC-68. This is a feature that I wish
> we had implemented a while ago.
>
> Just one quick question on terminology, why did you choose to use
> "CONNECTIONTYPE COMBINE" instead of possibly "CONNECTIONTYPE UNION"?
> I'm asking this since the term "combine" led to confusion in the initial
> RFC-68 discussions a few weeks ago and the term "union" seemed better for
> everyone. Perhaps Jeff and other people closer to the users can comment on
> the best term to use?
>
> Daniel
>
>
>
> On 11-02-19 05:45 PM, Tamas Szekeres wrote:
>
>> Dear PSC,
>>
>> Thanks for all who provided feedback to the initial version of MS RFC 68
>> <http://mapserver.org/development/rfc/ms-rfc-68.html>. I've now modified
>>
>> the concept in some way, which yields a more straightforward solution to
>> the requirements. I've created two RFCs instead of one by separating the
>> combination and the clustering option as 2 distinct problems which could
>> in fact be implemented separately. The clustering stuff has been
>> stripped from MS RFC 68
>> <http://mapserver.org/development/rfc/ms-rfc-68.html>.
>>
>> I've also added a working implementation of this the new data provider
>> to the corresponding ticket
>> <http://trac.osgeo.org/mapserver/ticket/3674>, see mapcombine.c
>> <http://trac.osgeo.org/mapserver/attachment/ticket/3674/mapcombine.c>
>>
>> for the details.
>>
>> Let me know if you find further issues related to this concept. If no
>> singnificant problems encountered I'll motion to adopt this probably in
>> the next week.
>>
>> Best regards,
>>
>> Tamas
>>
>>
>>
>>
>> _______________________________________________
>> mapserver-dev mailing list
>> mapserver-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>>
>
>
> --
> Daniel Morissette
> http://www.mapgears.com/
> _______________________________________________
> 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/20110224/237af4e0/attachment.html