Open prushforth opened 5 years ago
I'm not quite sure how to describe this use case. Is the idea to have metadata for HTML content that uses the same attributes or format as metadata for map features? Or are you expecting there to be some extra functionality triggered by the attributes?
HTML already has microdata syntaxes which can be used for metadata annotations, including latitude/longitude. But browsers don't really do much with it, currently.
The key idea is that a <map>
will be a visual element, on top of which / inside of which, other elements are rendered, be they MapML, SVG or even HTML. Everything inside the rendering box of a <map>
element should be rendered and managed like map content. That is, it should zoom and pan. Even though HTML elements, unlike SVG and MapML content, don't have explicit coordinates, they could still be treated like vector objects, because the rendering model inside a map frame would be map rendering (i.e. layered), pinned to a location, at a scale.
This is how I treat <area>
elements in the polyfill: they are converted to <layer>
elements containing MapML <feature>
elements of an appropriate geometry. Same could be true of other HTML elements.
The Spatial Data on the Web Interest Group is very interested in microdata syntax for feature information, but I'm trying to think of it from another perspective, one where there is already explicit georeferencing available in HTML via <map>
etc.
I'm still not understanding. For your sample code, are you saying it should be a zoom & pan viewer for the image? And the lat/lon information would just be extra metadata?
Or are you saying that the image & text should be rendered as a pinpoint feature with a pop-up annotation?
OK, I apologize, I realized this is confusing anyway. For one thing, I forgot I had said this:
without the need to display a map on the page,
What I mean is that HTML/ other content inside a
For your sample code, are you saying it should be a zoom & pan viewer for the image?
Yes.
And the lat/lon information would just be extra metadata?
The lat /lon / zoom are how the map gets its initial location, and so it effectively determines what the lat/lon / zoom of the map content at startup is.
Or are you saying that the image & text should be rendered as a pinpoint feature with a pop-up annotation?
No, I am saying that the content could be drawn on the map as though it was graffiti for consumption by pilots. ;-). Although MapML content could represent pushpins with popups etc.
It should be possible to geo-reference HTML content at an appropriate scale without the need to display a map on the page, and following the principle of least power.
Let's say you wanted to describe a statue in a park, but you didn't want to include a visual map, just the location of the statue and a picture of it. You could encode the location of enclosed HTML content like so:
The above content is highly geolocated, not only due to its coordinates, but also due to the zoom level. As such, the map bounds in the real world would give the map content an extent that could be indexed. The centre point of the map (
@lat @lon
) itself could be used as (point feature) in a visual/map-based 'summary' of the content. In this way, HTML documents can themselves be visualized on a map if necessary, for example as search results.On the other hand, it should also be possible to geo-reference HTML/SVG as visible map content, by embedding that content in
<layer>
content, either inline or by URL reference. This latter idea is perhaps it's own (separate) use case.