[mapguide-internals] Moving more config options into MapDefintion
Resource Headers (RFC?)
Zac Spitzer
zac.spitzer at gmail.com
Sat Mar 27 00:26:03 EDT 2010
On 27 March 2010 14:56, Trevor Wekel <trevor_wekel at otxsystems.com> wrote:
> Hi Zac,
>
> Currently header information in the resource repository is used to define security attributes and metadata for the resource. It is "extra" information that does not really define attributes of the resource.
>
> <ResourceDocumentHeader xsi:noNamespaceSchemaLocation="ResourceDocumentHeader-1.0.0.xsd">
> <Security xsi:noNamespaceSchemaLocation="ResourceSecurity-1.0.0.xsd">
> <Inherited>true</Inherited>
> </Security>
> </ResourceDocumentHeader>
>
> I would consider image format, selection color, and the meta tile factor all attributes of a map definition. As such, they should be included in the XML document.
ok, but changing the xml for the map def blows away a tile cache
>
> Jason also mentioned a separate base map (tile set definition). There are a few ways to do this. I would probably add the image format (two formats: normal and base layers), selection color, and meta tile factor to our current MapDefinition and then add a second "tile" MapDefinition to WebLayout and ApplicationDefinition. As far as I know, both viewers render the base tiles as a separate div tag so it wouldn't be much work to point them at a different MapDefinition.
>
i'd guess i'd rather a 'meta' map definition (collection?), which
WebLayout and ApplicationDefinition consume,
rather than having dual implementations
> Since we are about to hit beta, I'm not sure if RFC90 should be considered for inclusion in 2.2. According to our posted release process, no new features should be submitted after the beta. http://mapguide.osgeo.org/releaseprocess.html. Definitely something to consider.
yup i concur about the 2.2, how about a minor point release, rather
than letting this sit in subversion
out of the hands of users for a long time, like RFC60 did?
Just because Autodesk releases an annual MGE, doesn't mean MGOS has to
>
> Also, any changes to MapDefinition or LayerDefinition right now would probably break cross compatibility between MGE and MGOS. Studio wouldn't work with MGOS and Maestro may not work with MGE.
>
hence my suggestion for attributes in headers which requires no
changes to MapDefinition or LayerDefinition, I'm thinking
primarily about ability to tweak the meta tile factor per map whilst
protecting my precious tile cache
> Regards,
> Trevor
>
>
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>
>
--
Zac Spitzer
Solution Architect / Director
Ennoble Consultancy Australia
http://www.ennoble.com.au
http://zacster.blogspot.com
+61 405 847 168
More information about the mapguide-internals
mailing list