Announcement

Collapse
No announcement yet.

KML

Collapse
This is a sticky topic.
X
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #46
    fake:

    The issue that you reported above has been fixed. The fix will be available in the 6/16 build.

    Thanks,
    Parker

    Comment


    • #47
      papercrombie, thanks! it works like a charm. i followed your changes over the past few days, you have been quite thorough

      if any of you guys are ever in the munich area, drop me a pm and you're in for free beers!

      Comment


      • #48
        Originally posted by fishnbrewdude View Post
        When I run the KMLViewer example, it does not traverse network links. However, the code seems to be implemented.

        KMLNetworkLink defers to KMLRoot to resolve addresses, which defers to
        FileStore for remote resources. BasicDataFileStore picks up the request,
        defers it (returns null) and creates a retriever. Once the document is
        retrieved, it is summarily discarded. Why? Because some servers return a
        content type of text/xml. AbstractRetrievalPostProcessor.handleCon tent
        discards MIME type that starts with "text".
        fishnbrewdude:

        This bug has been fixed. KML network links now work for text/plain and text/xml content types. The fix will be available in the 6/25 build.

        Thanks,
        Parker

        Comment


        • #49
          Thanks, I will download and check out the fix on Monday.

          FishNbrewDude

          Comment


          • #50
            Hi,

            Running ExportKML example return a bad result :
            run:
            <?xml version="1.0" encoding="UTF-8"?>
            <kml xmlns="http://www.opengis.net/kml/2.2" xmlns:gx="http://www.google.com/kml/ext/2.2">
            <Document>
            <Placemark>
            <name>Treasure Island</name>
            <visibility>1</visibility>
            <Snippet>Sample placemark</Snippet>
            <description>This is a &lt;b&gt;Point Placemark&lt;/b&gt;</description>
            <Point>
            <extrude>0</extrude>
            <altitudeMode>clampToGround</altitudeMode>
            <coordinates>-122,370028,37,824713,0,000000</coordinates>
            </Point>
            </Placemark>
            ...

            coordinates decimal are separate by a comma and not a point.

            The problem is :

            xmlWriter.writeCharacters(String.format( "%f,%f ",
            location.getLongitude().getDegrees(),
            location.getLatitude().getDegrees()));


            The locale always used is the one returned by Locale.getDefault(). I am in France so Locale.FR return a coma as decimal separator.

            For classes Path.java, Polygon.java, ExtrudedPolygon.java, ShapefileRecordPolyline.java, I propose :

            xmlWriter.writeCharacters(String.format(Locale.US, "%f,%f ",
            location.getLongitude().getDegrees(),
            location.getLatitude().getDegrees()));

            Comment


            • #51
              Serge:

              Thanks for pointing this out. You're absolutely correct that the Locale needs to be specified in these format calls. The issue should be fixed in the 7/22 build.

              Thanks,
              Parker

              Comment

              Working...
              X