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

Hi Jeff, 

Thanks for your interest!  I will definitely share the results of Testbed 15 MapML work here when it's done.

You are probably already aware of the Testbed 13 and 14 Engineering Reports, which have mostly been
incorporated into the spec at this point.

[1] http://docs.opengeospatial.org/per/17-019.html 
[2] http://docs.opengeospatial.org/per/18-023r1.html 

I will check to see if anyone (the public) can sign up as an observer on the Testbed 15 thread that MapML is part of.  If you're an OGC member it's as easy as signing up to the testbed 15 machine learning mailing list.

You may also want to follow the on-going elaboration of requirements and use cases for Web maps [3], wherein the broader Web/standards community, including mappers, are being solicited for
UC&R.

[3] https://maps4html.github.io/HTML-Map-Element-UseCases-Requirements/ 

If you, or anyone else would like to contribute issues or comments, for anything substantial we ask that you join this community group [4] first.  It's about licensing as you are well familiar with!  Plus, every new member of our community is a bit of evidence that people want this to become a standard.

[4] http://maps4html.org 

Cheers,
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: Jeff McKenna <jmckenna@gatewaygeomatics.com>
> Sent: June 28, 2019 12:18 PM
> To: public-maps4html@w3.org
> Subject: Re: [Testbed-15-ML] ad-hoc meeting / progress on MapML output
> support
> 
> Hi Peter,
> 
> Can you also share the progress from the teams here, to the community?
> (it's been great to see the updates from the documentation team here)
> 
> Have a nice weekend,
> 
> -jeff
> 
> 
> 
> 
> --
> Jeff McKenna
> MapServer Consulting and Training Services
> https://gatewaygeomatics.com/

> 
> 
> 
> 
> On 2019-06-28 12:05 PM, Rushforth, Peter (NRCan/RNCan) wrote:
> > 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 20:44:45 UTC