<div dir="ltr"><div>To help with framing the problems and potential solutions we face with accurate web-mapping, I've endeavoured to capture the business requirements we are trying to solve. (The actual problems and potential solutions I'll be capturing separately).</div><div><br></div><div>Comments and suggestions welcomed.</div><div><br>Geospatial requirements:<br>1. Support high accuracy mapping.<br>2. Account for time dependence resulting from tectonic plate movement.<br>3. Provide accurate map alignment when displaying map layers from disparate sources.<br>4. Support calculation, publishing and application of accuracy metadata.<br>5. Datasets must have a nominated datum (reference frame) and epoch (date). Epoch is implicitly defined for a static datum and needs to be explicitly defined in a time-dependent datum.<br><br>Usability requirements:<br>6. Datasets must be able to be transformed between datums.<br>7. Software applications shall continue to be responsive and performant for users, including for low-spec clients, such as browsers and mobile apps.<br>8. Web-mapping services shall continue to scale efficiently to support multiple users.<br>9. Users shall continue to be able to save map vector data as static files (such as KML, GML, GeoJSON), and render at a later point in time.<br>10. Accuracy information should be embedded in decision workflows.<br>11. Spatial expertise required to be learned by software implementers should be minimised.<br><br>Software Implementation requirements:<br>12. Tiled web-mapping shall continue to be supported to address performance and scaling. In practice, this freezes maps in time.<br><br>Derived CRS requirements:<br>13. Adopt a CRS, datum and projection for publishing map layers with the following characteristics:<br>  a. Defined accurately.<br>  b. Receives accurate transformations from key source CRSs (in particular, from national/regional datums).<br>  c. Based on a static, not dynamic, datum.<br>  d. Aligned with a fixed epoch (date).<br>  e. Applicable at global and local scales. <br>  f. Near-universally adopted within web-mapping contexts.<br></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div><span style="font-size:12.8px">Cameron Shorter</span><br></div><div>Technology Demystifier</div><div>Open Technologies and Geospatial Consultant</div><div><br></div><div>M +61 (0) 419 142 254</div><div><br></div></div><div><br><br></div></div></div></div></div></div></div></div></div></div>