Talk:Sugarloaf Mountain

Topography for Sugarloaf is not displayed in Google Earth currently though other nearby hills do. But the info in the article might assist in making a basic KML representation that can be uploaded.

Below is an attempt to generate the KML using Help:Inline Queries. It is a work in progress so bear with me. First some manually created KML that shows a rough outline:

<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://earth.google.com/kml/2.0">
<Placemark>
  <description>Sugar Loaf</description>
  <name>Sugar Loaf</name>
  <LookAt>
        <latitude>-22.95</latitude>
        <longitude>-43.15 </longitude>
    <range>6000</range>
    <tilt>60</tilt>
    <heading>0</heading>
  </LookAt>
  <visibility>1</visibility>
  <open>0</open>
  <Style>
    <LineStyle>
      <color>ff00ffff</color>
    </LineStyle>
    <PolyStyle>
      <color>7f00ff00</color>
    </PolyStyle>
  </Style>
  <LineString>
    <extrude>1</extrude>
    <tessellate>1</tessellate>
    <altitudeMode>absolute</altitudeMode>
    <coordinates>
        -43.167, -22.95,50
        -43.163,-22.95,600
        -43.157,-22.95,150
        -43.155,-22.95,800
        -43.153,-22.95,1300
        -43.152,-22.95,200
        -43.150,-22.95,50
    </coordinates>
  </LineString>
</Placemark>
</kml>

Now to explore how to get the data for <description>,<name> and <coordinates> from the main article using the queries. May require modifying the article to get the other points:

<ask link="all">[[Category:Mountain]] [[coordinates:=*]] [[height:=*]]</ask>

<ask format="ul" link="all"> * *</ask>

But then how do you filter it to just Sugarloaf if there are other mountains?

Query still needs work, also how to just get the data without the table. Anyway here is another view of the same data using SVG . Can be saved locally to a text file then viewed in browser more easily than GE which is a bigger download. The data is essentially the same as the KML above but took out -43 (translated +43) and scaled height/10, still looks upside down because of the way SVG interprets coordinates. But just to explore how the same data can be viewed with different markups. To be able to generate automatically from the article would need math functions to translate, reflect and scale the coordinates and dimensions.

<?xml version="1.0" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" 
"http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg width="100%" height="100%" version="1.1"
xmlns="http://www.w3.org/2000/svg">
<polyline points="
 167 5
 163,60
 157,15
 155,80
 153,130
 152,20
 150,5
"
style="fill:white;stroke:green;stroke-width:2"/>
</svg>