{"id":117,"date":"2022-09-28T14:25:20","date_gmt":"2022-09-28T14:25:20","guid":{"rendered":"https:\/\/www.w3.org\/community\/maps4html\/?p=117"},"modified":"2022-09-28T14:25:22","modified_gmt":"2022-09-28T14:25:22","slug":"why-spatial-is-very-special","status":"publish","type":"post","link":"https:\/\/www.w3.org\/community\/maps4html\/2022\/09\/28\/why-spatial-is-very-special\/","title":{"rendered":"Why Spatial Is Very Special"},"content":{"rendered":"\n

Web Semantics<\/span>1<\/a><\/sup><\/span><\/strong><\/h2>\n\n\n\n

TL;DR: \u201cmachines\u201d use the HTML structure of Web pages to enable the coherent transmission of the document content\u2019s meaning to the user. Maps and locations are not currently reflected in HTML\u2019s structure, nor browser rendering engines, and so a) their meaning is proprietary to Web sites, concocted as they are, from ever-more-opaque code, and b) Web-based assistive technology, aka \u201cmachines\u201d, are unable to follow the markup that might convey locations to users, and so the machines need hints, which are typically omitted or badly implemented<\/a>.\u00a0 Maps and location are important for everyone, but especially important for non-visual users<\/em> who must rely on textual location descriptions and search. Maps and location semantics may also be important on the Web for future applications such as the metaverse, digital twins, smart cities, the Web of Things, spatial data infrastructure, indoor mapping and autonomous vehicles, to name a few.\u00a0 To sustainably<\/span> and fairly<\/a> enable these applications on the Web, maps and location should be integrated in the browser engines, with standardised HTML semantics.<\/p>\n\n\n\n

\n\n\n\n
  1. The usage of the word \u201csemantics\u201d in this document is distinct from that of its usage in the Semantic Web<\/a>. The latter is not discussed here.<\/li>
  2. Understanding semantics – Tink<\/a><\/li><\/ol>\n\n\n\n

    HTML semantics are for a11y<\/span><\/strong>2<\/a><\/sup><\/strong><\/span><\/h4>\n\n\n\n

    Web pages contain a mix of structure (HTML markup) and content (text, images, media, etc). Web pages are structured using HTML elements so that the \u201cmachines\u201d that process them (browsers, screen readers, search engine crawlers, etc) understand what the parts are and can render or process them accordingly. Machines process HTML element structure, so that humans can consume and understand the meaning of the HTML contents. The standardised meaning accorded HTML elements (structure) is often described as HTML semantics<\/em><\/a>, which refers to how that markup is specified and how it is intended to be processed. The contents of an HTML page also have meaning (for humans, mostly), and it is the raison d’\u00eatre of browsers and assistive technology to facilitate the transmission of the images\u2019, graphics\u2019 and text\u2019s meaning to the user, through graphic or other rendering techniques. <\/p>\n\n\n\n

    Web maps model physical space, just like words model conceptual space<\/span><\/h4>\n\n\n\n

    In an analogous way that humans use language and text to convey ideas, Web maps describe the physical world with coordinate reference systems (CRS) and math (of course). That is, maps may reflect the real, physical world<\/a>. The relation between this model and the real world can easily be experienced, right now, by anyone with a smartphone, by viewing your device\u2019s location, rendered on a web map, as a symbol:<\/p>\n\n\n\n

    \n
    \n
    \n
    \"My<\/a>
    Map showing user location<\/figcaption><\/figure>\n<\/div>\n<\/div>\n<\/div><\/div>\n\n\n\n

    An example of well-known CRS coordinates are provided by the WGS 843<\/a><\/sup> coordinates reported for your device by its Global Positioning System (GPS) sensor. The geospatial standards community has spent decades of effort, and billions of dollars defining and standardising the details of spatial CRS, to enable geographic information to be processed and rendered by machines, for use by humans. These coordinates represent the most fundamental map semantics.\u00a0 The relationship between the multi-billion dollar GPS CRS system and the map on your phone is today provided exclusively by the JavaScript on the page, not by the browser engine.\u00a0 In other words, the browser doesn\u2019t \u2018understand\u2019 the map, it leaves that up to each site, with a very few, very large sites dominating and brokering that space.<\/p>\n\n\n\n

    \n\n\n\n

    3. About This Standard<\/a><\/p>\n\n\n\n

    \"A<\/a>
    Pok\u00e9mon Go Map<\/figcaption><\/figure>\n\n\n\n

    Extended and augmented reality (XR, AR) can also be models of reality, collectively known as the Immersive Web. The (potential) commonality between the Immersive Web and Web maps is that, to some degree, they each represent physical and virtual reality integrated together<\/a>, sometimes relying on user device sensors to \u201cplace\u201d\u00a0 the user into the virtual representation, as shown by both our Web map examples above.\u00a0 The value of placing the user into a virtual representation of reality, be it a 2D map or 3D representation, lies in the\u00a0 accessibility<\/strong>, privacy<\/strong> and performance<\/strong> delivered by HTML semantics, and rendered by browsers for the benefit of the user. Such value can only be realised only if all Web sites have a simple (declarative), open (standard) and fair way to represent physical reality that does not depend for existence on procedural browser extension (JavaScript, WebGL, WASM etc.).<\/p>\n\n\n\n

    \"A<\/a>
    Web maps require JavaScript<\/figcaption><\/figure>\n\n\n\n

    When everyone is responsible (for map accessibility), no one is responsible<\/span><\/h4>\n\n\n\n

    A key argument against extending or even relying on JavaScript to deliver map and location semantics to the user (even if a non-DOM standard library did exist) is that providing accessibility for maps and location content for the Web then becomes the responsibility of individual Web sites and library developers<\/a>.  When everyone is responsible for creating accessible content, when that content is or must be created with JavaScript, canvas, or WebGL, or WASM, inaccessible content is often the result. Other essential characteristics of the Web besides accessibility are also lost or harmed when JavaScript is used as a substitute for HTML semantics, including: performance, generality, internationalisation, and crawl- and search-ability. In short, while JavaScript (and its sidekick JSON) is a fantastic language to progressively enhance the Web experience, it should not be looked to as a focus for Web standardisation of mapping.<\/p>\n\n\n\n

    \"Many<\/a>
    Third-party Web map providers<\/figcaption><\/figure>\n\n\n\n

    What is \u201cspecial\u201d about spatial?<\/span><\/h4>\n\n\n\n

    At our recent Maps for HTML community meeting in September 2022, we had the beginnings of a really interesting, and I believe important discussion<\/a>, about the intimate relationship between accessibility, map semantics, and rendering.\u00a0 Boaz Sender, from Bocoup<\/a>, showed us an example of a prototype browser intervention that they have been researching, using a dynamic Leaflet-powered, OpenStreetMap-backed map of Denver, Colorado.\u00a0 The \u201cintervention\u201d part was where the whole map, and especially the set of features highlighted on the map was rendered on request, not graphically, but in an alternate \u201cview<\/a>\u201d representing the map as a simple text list.\u00a0 This seems to be a prototype implementation of a really important idea, and one that has come up before<\/a> in our community, and it is an idea that is gaining traction in the mobile app world<\/a> (yes, the Web Platform community should pay attention – mobile apps surpass the Web by far in location-based usage).<\/p>\n\n\n\n

    \"A<\/a>
    A Leaflet.js Web map of Denver<\/figcaption><\/figure>\n\n\n\n

    Ed Parsons raised what I consider to be a profound question about the Denver map example: What is it about the map, besides being visually obvious to someone familiar with United States geography, that tells us that it\u2019s a map of Denver?\u00a0 Even the text list representation of the map might not indicate that these are features from Denver, and the map itself even might not be labelled as such, despite the importance of such labelling.\u00a0 Still, there is something significant about the meaning of that map that is instantly obvious to users of its visual rendering that is clearly missing from the current Web.<\/p>\n\n\n\n

    Globally shared coordinate semantics, defined by a Web standard<\/span><\/h4>\n\n\n\n

    What\u2019s missing is the ability to represent Denver in a way that isn\u2019t ephemeral, nor accessible only to sighted users.  What\u2019s missing is the ability to represent and render the coordinate space of the Earth and things on Earth in a standard way that is shared by everyone.  What\u2019s missing is maps and locations in HTML, implemented and supported by Web browser engines, for everyone!<\/p>\n\n\n\n

    \"A<\/a>
    A tree has fallen in a forest. Did it make a sound?<\/figcaption><\/figure>\n\n\n\n

    In my next post, I’ll explore what we’re doing in the Maps for HTML Community Group to change the status quo. See you then, I hope!<\/p>\n","protected":false},"excerpt":{"rendered":"

    Web Semantics1 TL;DR: \u201cmachines\u201d use the HTML structure of Web pages to enable the coherent transmission of the document content\u2019s meaning to the user. Maps and locations are not currently reflected in HTML\u2019s structure, nor browser rendering engines, and so … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":2111,"featured_media":121,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_s2mail":"yes","footnotes":""},"categories":[1],"tags":[12,20,21,19,6],"class_list":["post-117","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized","tag-html","tag-maps","tag-semantics","tag-spatial","tag-web-maps"],"_links":{"self":[{"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/posts\/117","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/users\/2111"}],"replies":[{"embeddable":true,"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/comments?post=117"}],"version-history":[{"count":17,"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/posts\/117\/revisions"}],"predecessor-version":[{"id":145,"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/posts\/117\/revisions\/145"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/media\/121"}],"wp:attachment":[{"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/media?parent=117"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/categories?post=117"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.w3.org\/community\/maps4html\/wp-json\/wp\/v2\/tags?post=117"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}