I can imagine one way of doing this, but I am not sure it serves the purpose the original poster had in mind. There are geo display formats, such as KML. There

I can imagine one way of doing this, but I am not sure it serves the purpose the original poster had in mind. There are geo display formats, such as KML. There could be a tag to display a KML document, much like you can display an SVG. Geo formats are more typically data formats rather than display formats. One of the more popular ones is GeoJSON. This is only data with no rendering information. There could be a tag to display a GeoJSON if there was also a format for styling, such as a GeoJSON style sheet. This type of tag could be slightly more interesting than something like a plain SVG tag because multiple GeoJSONs could be displayed together, as layers, with there relative positioning given by the geo coordinates. I think this would be a workable tag, in the sense that it does not require content other than the GEO content provided on the page. To comment on geo content, as some others have mentioned, most map data is proprietary. For example the street data required to give turn by turn directions is difficult to attain and companies charge money, one way or another for this. And, on top of this, for better directions real time traffic information is very helpful. This is definitely getting into the area of content rather than the type of services I expect from a web browser. So without the services like geocoding and directions, I am not sure if this is what the op had in mind. I personally don't know if this use case is common enough to merit its own tag. I think javascript libraries do a pretty good job with this.