[mapguide-internals] MapGuide RFC 14 -
Cartographic StylizationEngine (maybe this time I'll get it right)
Robert Bray
rbray at robertbray.net
Sun Feb 4 17:16:59 EST 2007
Some thoughts:
I don't think (2) works because it is binary, not XML. (3) seems like a
bad choice for this type of data, in my opinion its better to keep it
coupled with the resource.
I like (1) because it keeps the image with the symbol definition. I also
like (4), but mainly for saving the resource as XML.
Paul's suggestion is also a viable option if we want to keep the Symbol
Library concept around. I guess the burning question is do we still need
the DWF symbols / symbol libraries? With this proposal should we
deprecate them and keep them around only for backward compatibility?
Bob
Paul Spencer wrote:
> Carsten,
>
> Why can you not reference it inside the existing SymbolLibrary object in
> the repository? This mechanism is already used for point symbols and
> seems to fit semantically for this purpose too. I believe there is
> already a way to do this using MarkSymbolType or something like that
> (I'm not looking at the schema for layer definition so I may have that
> wrong)
>
> Cheers
>
> Paul
>
> On 4-Feb-07, at 3:23 PM, Carsten Hess wrote:
>
>> Hi Paul,
>>
>> I think we have four choices for binary raster data:
>>
>> 1) We could attach it to the symbol resource as binary data (resource
>> data)
>> 2) We could make it its own resource
>> 3) We could put it somewhere on the file system
>> 4) We could embedd it in the XML as base64 encoded stream
>>
>> Currently you find 3) only because of our prototype, we actually don't
>> want to propose that. We played with some of the XML and use it to
>> refer to raster via the file system. That is easier to debug then in
>> the resource repository.
>>
>> The schema refers to 2) and 4) I think as a possiblity ... I
>> personally also like 1) but then we would have to figure out how to
>> refer to it and how to put multipl raster in there.
>>
>> Cheers
>> Carsten
>>
>> -----Original Message-----
>> From: mapguide-internals-bounces at lists.osgeo.org on behalf of Paul
>> Spencer (External)
>> Sent: Sun 2/4/2007 12:22 PM
>> To: MapGuide Internals Mail List
>> Cc:
>> Subject: Re: [mapguide-internals] MapGuide RFC 14 - Cartographic
>> StylizationEngine (maybe this time I'll get it right)
>>
>>
>>
>> I notice that the first example references an image in the Library://
>> but the documentation in the proposed schema say its a reference to
>> an external image.
>>
>> Is the intention to actually reference images on the server in an
>> external location on the file system, external via http, or actually
>> to allow putting images into the repository?
>>
>> I like the idea of being able to put images such as PNGs into the
>> repository and referencing them there - but there is no concept of
>> this in the proposed schema.
>>
>> I guess, thinking about this, it would be best to reference an image
>> inside a SymbolLibrary. What would be the implications of this to
>> your proposal?
>>
>> Cheers
>>
>> Paul
>>
>> On 2-Feb-07, at 4:29 PM, Robert Bray wrote:
>>
>> > THIS TIME SENT AS VERY PLAIN TEXT with FIXED LINK - SORRY FOR THE
>> > SPAN ALL
>> >
>> > All,
>> >
>> > We would like to submit the following RFC for open discussion and
>> > comments:
>> >
>> > http://www.osgeo.org/trac/mapguide/wiki/MapGuideRfc14
>> >
>> > - Note this RFC is living on our new Trac based Wiki. The other
>> > RFCs will be moving to this location shortly.
>> >
>> > Please respond to the list with any feedback and we will be happy
>> > to respond.
>> >
>> > Thanks, Walt, Traian, Carsten, Jason (and others like Bob the
>> > admin assistant)
>> > _______________________________________________
>> > mapguide-internals mailing list
>> > mapguide-internals at lists.osgeo.org
>> > http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>>
>> +-----------------------------------------------------------------+
>> |Paul Spencer pspencer at dmsolutions.ca |
>> +-----------------------------------------------------------------+
>> |Chief Technology Officer |
>> |DM Solutions Group Inc http://www.dmsolutions.ca/ |
>> +-----------------------------------------------------------------+
>>
>>
>>
>>
>> _______________________________________________
>> mapguide-internals mailing list
>> mapguide-internals at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>>
>> _______________________________________________
>> mapguide-internals mailing list
>> mapguide-internals at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>
> +-----------------------------------------------------------------+
> |Paul Spencer pspencer at dmsolutions.ca |
> +-----------------------------------------------------------------+
> |Chief Technology Officer |
> |DM Solutions Group Inc http://www.dmsolutions.ca/ |
> +-----------------------------------------------------------------+
>
>
>
>
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>
More information about the mapguide-internals
mailing list