RE: [Testbed-15-ML] ad-hoc meeting / progress on MapML output support

Hi Jérôme,

> In addition to my earlier comments about <polygon> within a
> <multipolygon>, if I could make one more MapML observation it is that
> the <multipoint> encoding is needlessly heavy.
> I would suggest the option to encode multiple points directly within a
> <multipoint>, as the <coordinates> and </coordinates> tags for each
> single point does not really add anything and adds a lot of overhead.

I am copying the Maps for HTML community list to solicit opinions if any.

It will have some effects on software already out there that will need fixing (GeoServer, MapML Validator, web-map custom element), but I guess it's a work in progress.

I entered an issue for resolution here: https://github.com/Maps4HTML/MapML/issues/44 

Thanks,
Peter


Peter Rushforth

Technology Advisor
Canada Centre for Mapping and Earth Observation 
Natural Resources Canada / Government of Canada
peter.rushforth@canada.ca / Tel: 613-759-7915

Conseiller technique
Centre canadien de cartographie et d'observation de la Terre 
Ressources naturelles Canada / Gouvernement du Canada
peter.rushforth@canada.ca / Tél: 613-759-7915


> -----Original Message-----
> From: Testbed-15-ML <testbed-15-ml-
> bounces+peter.rushforth=canada.ca@lists.opengeospatial.org> On Behalf Of
> Jérôme St-Louis via Testbed-15-ML
> Sent: June 28, 2019 10:08 AM
> To: testbed-15-ml <testbed-15-ml@lists.opengeospatial.org>
> Cc: Réjean Loyer <redj@ecere.com>; Peter Rushforth
> <notifications@github.com>; Patrick Dion <patrick@ecere.com>
> Subject: [Testbed-15-ML] ad-hoc meeting / progress on MapML output
> support
> 
> Dear MapML colleagues,
> 
> 
> In addition to my earlier comments about <polygon> within a
> <multipolygon>, if I could make one more MapML observation it is that
> the <multipoint> encoding is needlessly heavy.
> I would suggest the option to encode multiple points directly within a
> <multipoint>, as the <coordinates> and </coordinates> tags for each
> single point does not really add anything and adds a lot of overhead.
> 
> Hopefully will join the discussions in a few hours.
> 
> Kind regards,
> 
> -Jerome
>

Received on Friday, 28 June 2019 15:05:39 UTC