|
placemarksforReload.zip
| Sep 26 |
|
forReload.zip
| Sep 26 |
Placemarker
| Sep 18 |
|
testfortimes.zip
| Sep 18 |
|
Navigator
| Sep 16 |
|
Passages_A_Niveau_TomTomax.kml
| Sep 9 |
sampleshot.bmp
| Sep 9 |
|
SatelliteDatabase.kmz
| Sep 8 |
|
myplaces.fixed.kml
| Sep 8 |
|
myplaces.broken-1-9-2008.kml
| Sep 5 |
|
=================================
Please use the new Feature Requests and Bug Reporting interface at http://code.google.com/p/kml-samples/issues/list for KML related issues.
================================= *************************************** *************************************** Bug: GE 4.xx clients send incorrect <lookatRange> values when terrain height is above sea level 1) Open GE and type in zip 80203, fly to Denver with terrain NOT checked 2) Open Barry Hunter's View Based Network Link Echo double click and you will see an eye alt of 1km and <lookatRange>=1000. This is correct. 3) Check terrain, click network link twice. Eye alt will be 2.62 km (1617m terrain height + 1000m range). The <lookatRange> value now equals 2617. This is the bug, range should still be 1000m Supporting files: PHP is not enabled in the file section. Use link in step 2. Application discovered in: All clients since 3.xx Workarounds: None Comments: older forum post the last time I messed with this. Note that the links in this post are no longer active.
*************************************** Bug: Bug opening KML/KMZ Steps to reproduce: Supporting files: none Application discovered in: Google Earth 4.3.7191.6508 (beta) in Windows 2000
Comment by barryhunter: It seems the installer from 4.3 doesnt (even try to) create the Registry key: HKCR\\MIME\\Database\\Content Type\\application/vnd.google-earth.kml+xml (and guess the kmz version - didnt check!) The installer from 4.2.0181 does create it - observed with RegMon from sysinternals. According to http://msdn.microsoft.com/en-us/library/ms775148.aspx, IE (at least) doesn\47t use the one from HKCR\\.kml
*************************************** Bug: Problem converting between degrees, minutes and decimal degrees Steps to reproduce: Coordinates are dispayed as 40 37\04760.00" N and 73 45\04760.00" W Supporting files: noneApplication discovered in: Google Earth 4.2.0205.5730 in Windows XP Workarounds: none known Comments: Values reported by Properties are mathematically equal to originals, but the display of 38 minutes as 37\04760.00" is puzzling. Reported by: JohnWoram *************************************** Bug: Truncation on Properties dialog Steps to reproduce: Application discovered in: Google Earth 4.2.0205.5730 in Windows XP -possibly previous too. Workarounds: directly access KML files, (eg with copy/paste), and edit coordinates there, or change coordinate formats some allow more precision. Comments: 4dp is sill an uncertainty of about 10-20m, but worse if working with 3 digit longitudes, then only get 3dp, which I think amounts to about 130m Reported by: barryhunter - but following posts in the GE groups. *************************************** Bug: Large Image Overlays in Windows GE4 causes load failure Steps to reproduce: Load a large (>~10k x10) image using the Image Overlay dialog (though first noticed with network link IOs) Work Application discovered in: This error has appeard in all GE4 versions I can remember. Images load find in GE3 Workarounds: Load smaller images Comments: Original thread: http://groups.google.com/group/kml-support-getting-started/browse_thread/thread/1da26fc654927956 Reported by: Mangocrate **************************************** Bug: View Based Refresh continually refreshes Steps to reproduce: Any NetworkLink Files with a <viewRefreshMode> of onStop will refresh continually, not just on stop, and ignore the viewRefreshTime Work Application discovered in: Google Earth 4.1, multiple platforms Workarounds: Currently, none. Use <refreshMode>onInterval</refreshMode> instead. Comments: Reported by: ManoM Status: Fixed in Google Earth 4.2
****************************************
Bug: IM protocol links like "skype:bobcall", "ymsgr:sendimbob" get clobbered Steps to reproduce: Put an anchor in the description field of a placemark such as "<a href="skype:bobcall">call bob</a>. GE clobbers this and turns it into <a href="skype://bobcall">call bob</a> which does NOT work. Same for ymsgr, aim, all other protocol links. Work Application discovered in: Google Earth 4.1, multiple platforms Workarounds: Currently, none. Comments: Reported by: unype Status: Google Engineers are looking into this **************************************** Bug: absolute altitudeMode LookAt doesn\47t work correctly Steps to reproduce: See the file. If altitudeMode is absolute, tilt is nonzero, and the point is located in a mountainous area, the camera can end up looking elsewhere. Application discovered in: Google Earth 4.1.7076.4458 Mac, also confirmed in 4.2.0180.1134 Mac Workarounds: Turn terrain off, double-cIick the feature, turn terrain back on. Comments: This has been mentioned in a discussion involving ManoM, but there was no response and it\47s not fixed in the latest version I can use. Reported by: Jonathan van Tuijl, although a few other people ran into this as well. Status: Confirmed by ManoM, filed as a bug. Google Engineers are looking into this. ****************************************
Bug: doc.kml not root/index/main document in KMZ file Description: When packing a KMZ file, the order of files is important. First KML document seems to be treated as main/index/root document, instead of taking doc.kml. Steps to reproduce: "zip myfile.kmz doc.kml foo.kml bar.kml" --> myfile.kmz shows up fine "zip myfile.kmz doc.kml foo.kml bar.kml" --> myfile.kmz not OK. Application discovered in: Google Earth 4 on Windows, others not tested. Workarounds: Manually pack KML files, doc.kml/index/main/root document first. Comments: [ManoM] This is not so much a bug as the way it works. Reported by: mip ****************************************
Bug: relative paths in KMZ file Description: references from files within KMZ to other files in KMZ seem to be always relative to the root of the doc.kml/main/root file, instead of relative to the path of the referencing file. Steps to reproduce: see description. Application discovered in: Google Earth 4 on Windows, others not tested. Workarounds: Use flat directory layout in KMZ (don\47t alter path names, as this erroneous behavior will hopefully change). Reported by: mip Comments: [ManoM] This is not a bug, but the way KMZ\47s work. If you would like it to change, create a feature request. *
***************************************
Bug: Network Link from Google Maps to GE Steps to reproduce: Network Link from Google Maps to GE. Only the first page of data is appearing over in GE. Worked fine for 43 days until last night ( 23/08/07). I have two pages of data in G-Maps. Now only the first page is showing up in GE Supporting files: Link to Google Maps Page http://tinyurl.com/23akg3 Link to KML file http://bbs.keyhole.com/ubb/showflat.php/Cat/0/Number/945349/an/0/page/0#945349 Application discovered in: GE 4.2 beta also GE Workarounds: Create a second MyMap for the second page of data. Comment:I created the file using GMaps and the original GE public release version ( sorry i don't have the number). Could it be an issue with moving the NL or KML file from one version to another Status: This appears to be an issue with MyMaps, not GE. A bug has been filed and Google Engineers are looking into it. ManoM ***************************************
Bug: There is no way to show html source Steps to reproduce: Open testcase Work Application discovered in: Google Earth 4.2 and earlier in Windows and Linux Workarounds: People have reported success with numeric entities. In any common charset: " => " & => & ' => ' < => < > => > These should continue working once the bug is fixed. Comments: GE should show html source. Status: This is a known bug with Google Earth. Google Engineers are looking into it. Reported by: garas ***************************************
Bug: Can delete 'Temporally Places' Steps to reproduce: Right cIick Temporally Places in Places tree, cIick Delete (rather than delete contents). Seems to be available when I add anything to Temporally Places. We can delete Temporary Places after change Sky\\Earth mode Workarounds: once deleted, need to restart GE Comments: When shutting down GE, seems to usually say application that has as performed an error, and needs to shutdown (but what I doing anyway!) and do I want to send report to Google (which I usually do) Status: Confirmed by ManoM, and filed as a bug. Reported by:barryhunter, valery35
***************************************
*************************************** Bug: Pal5/Icon0.png no longer showing Steps to reproduce: Using http://maps.google.com/mapfiles/kml/pal5/icon0.png as a placemark icon does not work correctly in newest version. It shows a y.png icon, yet you can see the correct version by puting in the same http://maps.google.com/mapfiles/kml/pal5/icon0.png into IE. Supporting files: Application discovered in: Windows GE 4.2 just upgrade from pro 4.1, and 100% sure that is when this started. Workarounds:None Comments: I have been using "<href>http://maps.google.com/mapfiles/kml/pal5/icon0.png</href>" for several months. I recently upgraded to 4.2 from 4.1 and now the icon looks like paddle\\y.png. Looking at the properties of the placemark it shows the correct ref for the icon but the wrong icon picture next to it. If I add a custom icon with this href I incorrectly get the y.png icon also. It could be because I have pro 4.1 loaded and then the newest version installed as the normal version. Reported by: Steven ****************************************
*************************************** Bug: Network Link placemarks lost when switching from Earth to Sky View Steps to reproduce: (note: I did this using an external app that talks to GEarth using the COM API) - Create a network link and add placemarks to the link under a KML <document> tag. Switch to Sky View and the placemarks disappear from the network link's tree under Temporary Places. Also, when I say "add placemarks" to the link, I mean by using a NetworkLinkControl and a KML <Create> tag. Supporting files: My external app - but it should also work by just creating a network link within GE and adding placemarks to it, then switching views. Application discovered in: GE 4.2.0181.2634 (beta) : Windows XP Pro SP2 Workarounds: None yet Comments:NA Reported by: dougec ****************************************
*************************************** Bug: Network Link's Placemark's description balloon data doesn't update in GE 4.2 Steps to reproduce: Create a placemark under a network link. cIick on the placemark to show the description balloon. Have the network link update or change the placemark's description while the balloon is visible. The contents of the balloon will not change. Supporting files: My external app that uses the GE COM API to update a network link Application discovered in: Google Earth 4.2.0181.2634 (beta) Workarounds: none Comments: I am plotting the points of an aircraft on GE with a network link. The placemark's description contains the lat, lon, and alt of the aircraft. With the balloon remaining open, each description update is not seen in the balloon. If I close and open the balloon I can see that the description string is in fact changing. This problem was not seen in previous versions of Earth (i.e. 4.1). Reported by: dougec, LarsThorup ****************************************
*************************************** Bug: Google Earth reports errors in myplaces.kml on load, but focus is forced on another window Steps to reproduce: Put some less-than-great KML (in my case something I pasted from this group) in your my places and turn on KML error reporting. On next launch you\47ll get stuck. Application discovered in: GE 4.2.0180.1134 Mac Workarounds: I suppose killing GE and manually fixing myplaces.kml, or disabling error reporting by manually editing the preferences file. Reported by: Jonathan van Tuijl ****************************************
*************************************** Bug: Inappropriate view constraints with sheared PhotoOverlays Steps to reproduce: See file. Application discovered in: GE 4.2.0180.1134 Mac Reported by: Jonathan van Tuijl ****************************************
*************************************** Bug: Crash when deleting a PhotoOverlay after zooming in on multiple PhotoOverlays without zooming out Steps to reproduce: See file. Application discovered in: GE 4.2.0180.1134 Mac Workarounds: Zooming out first. Reported by: Jonathan van Tuijl ****************************************
*************************************** Bug: PhotoOverlay without Icon crashes Steps to reproduce: Try file. Application discovered in: GE 4.2.0180.1134 Mac Workarounds: Not being stupid even if it\47s valid KML. If you really don\47t want an image but do want an overlay, include an Icon with an invalid reference. Comments: Ran into this while checking whether I could do without an image, because just the frame is enough to demonstrate the view constraints problem. (Is it OK to report these kinds of bugs here) [ManoM] Yes, when in doubt, report. Status: This is a known bug, and Google engineers are working on it. Reported by: Jonathan van Tuijl ****************************************
*************************************** Bug: radioFolder Documents loaded through a NetworkLink display as a check list with everything checked initially Steps to reproduce: Create a Document with a listItemType of radioFolder and add some features with visibility set to 0. If you load it with a NetworkLink it will show up as a list with checkboxes that are all initially checked instead. Application discovered in: Google Earth 4.2.0180.1134 Mac Workarounds: Open as KML file, not through a NetworkLink. If you have to load through a NetworkLink, put everything in a Folder inside the Document (haven\47t tested whether Document can be omitted) to emulate the behavior of previous versions of Google Earth. Thread reported in: Problems with a radioFolder Document loaded through a NetworkLink Reported by: Jonathan van Tuijl Status: Confirmed by ManoM, and filed as a bug. ****************************************
*************************************** Bug: User\47s icons replaced by standard icon Steps to reproduce: Use "<href>http://maps.google.com/mapfiles/kml/pal4/icon31.png</href>" in IconStyle Work Application discovered in: Google Earth 4.2 in Windows Workarounds: Replace icon with new icon, take it from GE 4.2 list, or use a custom icon. Comments: KML file is working fine with previous version of GE Cause: GE 4.2 cannot show old icons due format error. (Gimp error:The PNG file specifies an offset that caused the layer to be positioned outside the image) Status: [ManoM] This is not a bug. Some old icons were discontinued. Reported by: GG****************************************
*************************************** Bug: Placemark can\47t be unchecked Steps to reproduce: make a linestring placemark and view kml in Google Maps Work Application discovered in: Google Maps, Opera 9.22 and Internet Explorer 6.0 Windows Workarounds: sometimes it doesn\47t work, sometimes it works in the same conditions Comments: A Linestring Placemark can\47t be unchecked in the Left Panel of Google Maps Even if to uncheck the folder, in which linestring is shown, linestring can't be unchecked too. Comment: [ManoM] Can you post a link to a file that you have this problem with, I can't reproduce it. **Comment: [Pavel] I have written a program, that generates kml file and then shows it in Google Maps. When I get this bug, i save kml file and next time when i view it in Goggle maps this bug disappears. So I can\47t post a file with a bug ! Comment: [Paulg] I have the same problem viewing linestrings in Google Maps with kml I have generated, for example: http://www.qldrogaine.asn.au/qraonline/html/results/2008/EV08007_GM.kmz - the check boxes are greyed out. **Comment: [bocha10] I also see this behavior with a placemark containing a LineString tag. My kml document (I wrote it with a text editor) contains 2 folders each with one placemark. The folder with a simple marker can be checked and unchecked, both the folder and the actual placemark. The folder containing the placemark with the LineString cannot be unchecked (it is grayed out). **Warning: the link posted by Paulg pointed to http://allmovie4u.com/ where a video moving opens and tries to install C-setup.exe which has been reported as a trojan. I just changed it back, but it is kind of a pain in the neck to have to be concerned about this type of problems. Maybe links should be edited only by the person who post them. Reported by: Pavel
*************************************** Bug: Corruption of images used as overlays Steps to reproduce: Create a screen overlay or ground overlay using the image example image beIow Supporting files: [Original Links Removed] Application discovered in: Google Earth 4.2 in Windows Workarounds: none Comments: tried same image in PNG, GIF, and JPG format. All showed the same corruption. The problem is not unique to this image, we have multiple legends that have this problem. Comments: I can\47t reproduce this, have you tried the latest version of Earth 4.2, released this week Comments: Using 4.2.0180.1134. Every machine in the office would show the image corruption the same way. We tracked it down to whether or not compression was enabled for texture colors. Disabling compression solved the corruption problem, and also made our radar display look a LOT better, particularly for areas with lots of contrasting colors. It looks like compression is turned on by default, so we will have to make sure our users know to turn it off for the best experience - J.R. Reported by: J.R. Hehnly ****************************************
*************************************** Steps to reproduce: Loading an overlay with simulated gamma-ray intensity Supporting files: the overlay: http://glast.phys.washington.edu/sc2/google-sky/sc2_photondensity_layer0.png Application discovered in: Google Earth 4.2.0198.2451 (beta) Windows XP, 2003, Vista Workarounds: No: in fact it seems to infect the account, so even after reinstalling and/or Comments: This does not seem to happen immediately, but when it does (on 4 separate machines so far), the This is hopefully to support a NASA mission GLAST, to allow correlation of simulated and detected We are not compeletely sure that the overlay is Comment: [Toby] The way to trigger this seems to be to switch back to Earth after loading the overlay in Sky mode. Then back to Sky and... Reported by: Toby ****************************************
**************************************** Bug: "cannot modify array element" message does not describe problem Steps to reproduce: Load from a file a KML description with objects and a NetworkLink which causes an Update request to objects. The Update is unable to find the targetID because the KML is from a file and Earth has no URL for it. If "Show prompts for all errors" is enabled an error "Could not find <targetid>..." is produced, although the problem seems to be in the URL-verification context and not the deeper targetId search nor array handling. Supporting files: http://groups.google.com/group/kml-support/web/wriggletest.kmlApplication discovered in: Google Earth 4.2.0198.2451 (beta) in Windows XP Workarounds: When working with network objects only provide for download a KML which contains a NetworkLink. This is the procedure in the KML Reference. Comments: Because arrays are not mentioned in the KML 2.2 definition, this error is probably being emitted within a programming context. The context of the object being manipulated should be described, so a problem with a URL, identifier, object, or element can be identified.
Discussion took place in this "Discussions > KML Server Side Scripting" thread. When test KML is loaded with a manually-created Network Link it works, but not when loaded with a web browser (because web browser stores KML in a file and gives file to Earth). Solution in this situation is to only download a Network Link, per TFM.
This array error message has often been seen and the descriptions being given by others hint it may be emitted in other situations (SEWilco has observed a likely race condition where an object is manually deleted while a network update is in progress). Future readers of this report should be aware this bug report may not describe their problem. ****************************************
*************************************** Bug: Latest GE Clients add _copy0 to some ids Steps to reproduce: Load a KML file with ids in the Placemarks. Copy the file out and notice the ids have _copy0 at the end. Application discovered in: Google Earth 4.2 beta, multiple platforms Workarounds: None known, please add Comments: Reported by: Multiple Status: [ManoM] A bug has been filed, Google Engineers are looking into it. ****************************************
*************************************** Supporting files:
*************************************** Bug: Opening embedded Web browser does not follow redirects Steps to reproduce: In Google Earth goto Tools->Options->General and uncheck (Show web results in external browser). Have a placemark with some valid html link to a web page on a server which redirects to another page. cIicking the link does not follow redirects. If (Show web results in external browser) is checked, the browser follows redirects and gets to the correct page. Work Application discovered in: 4.2.0198_2451 (beta) Sep. 12, 2007 build Workarounds: In Tools->Options->General (select the option (Show web results in external browser)) Comments: Show follow redirects like a browser does. Reported by: your Deepakh (ebbids@gmail.com) in this group ****************************************
*************************************** Bug: checkOffOnly ListStyle element is ignored when user checks any upper level folders. Steps to reproduce: Create a file with 2 levels folders: RootFolder -> ChildFolder -> Placemarks. Set ListStyle for ChildFolder: <listItemType>checkOffOnly</listItemType>. This prevent user to check ChildFolder's checkbox, but checking RootFolder's checkbox also set ChildFolder and all placemarks checked. Supporting files: http://groups.google.com/group/kml-support/web/checkoffonly-root.kml You cannot check 'Analysis', but checking 'Root' or 'Application refresh link' also checks 'Analysis' and all it's placemarks and network links. Work Application discovered in: 4.2.0198.2451 (beta) Windows Workarounds: Comments: Reported by: GG
*************************************** Bug: Code generation using .NET tool xsd does fail Steps to reproduce: Use the current Google kml22beta.xsd XML Schema definition to generate csharp XML classes using the following command line: xsd.exe kml22beta.xsd /classes /language:CS /namespace:bfhmarcel.googleearth.kml22beta /out:kml22beta_cs Application discovered in: xsd.exe (Tool from Microsoft to generate csharp code), from .NET, version 2 SDK Workarounds: none Comments: The output of the xsd tool is as follows: 8<------------------------------------------------- Microsoft (R) Xml Schemas/DataTypes support utility 8<------------------------------------------------- This works when using the current 2.1 version of the KML Schema (kml21.xsd) Reported by: marcel ****************************************
**************************************** Bug: The KML alpha value becomes the maximum alpha value not just the initial value Make a Polygon with an alpha value equal to 100 say and then load it up into Google Earth. You'll see that alpha\075100 is now the maximum alpha value for this polygon.This surely cannot be by design or to be consistent the <open> tag would mean that a folder was always open or forever closed. Supporting files: none Application discovered in: Google Earth 4.2.0198.2451 (beta) in Windows Workarounds: none Comments: none Reported by: nix **************************************** ***************************************
Now, this update fails: *************************************** Bug: PhotoOverlay loaded by NetworkLink with flyToView crashes Steps to reproduce: Make a KML file containing some PhotoOverlay. Make another file containing a NetworkLink to the other file, with flyToView set. When loaded by Google Earth, nothing appears although the view is adjusted. Double-cIicking the PhotoOverlay to \47enter\47 it does nothing. If I then \47enter\47 another PhotoOverlay and then go back to the original PhotoOverlay, GE crashes. Application discovered in: Google Earth 4.2.0205.5730 Mac Workarounds: Comments: This is what happens when you try everything to update the PhotoOverlay. Reported by: Jonathan van Tuijl **************************************** Bug:Including quality parameters in Flash object call, sets flash player in Google Earth to low quality Steps to reproduce: include standard flash object code in KML with quality ="high" and <param name="quality" value="high"> Application discovered in: GE 4.2.0205.5730 Workarounds : remove quality tags in Flash object code - Player defaults to high quality Comments: Most people will not have noticed this as it is only very apparent in flash which contains text Reported by: Madcat *************************************** Bug: Non-point geometry stays highlighted Steps to reproduce: If you select something that\47s not a point by ctrl-cIicking on it (cmd-cIicking on Mac) it switches to the highlighted style as expected, but never returns to normal. See the file for details. Application discovered in: Google Earth 4.2.0205.5730 Mac Workarounds: If the geometry is part of a MultiGeometry with a Point, the Point can restore the normal style. Comments: I also ran into a smaller problem where GE thinks I\47m dragging the earth when it should really interpret it as a cIick. Also described in the file. Reported by: Jonathan van Tuijl **************************************** Bug: selecting one polygon inadvertently selects another Steps to reproduce: make two polygons (each in two separate placemark declarations with different placemark names) have the same lat/long coordinates. One polygon shall have a low altitude, the other shall have a high altitude. adjust the 3D such that it's a bird's eye perspective over both polygons (of course the lower altitude polygon will be "hidden" behind the higher one). CTRL+cIick the polygon. You'll notice both polygons were cIicked (if you use a stylemap to change their colors), and a balloon appears for the lower polygon. (I expected only the higher polygon would be selected) Application discovered in: Google Earth 4.2.0205.5730 windows Workarounds: checking off the visibility of unwanted polygons to isolate the desired polygon. Comments: if you tilt the camera to have a view close to a tangential plane of the earth (viewing a polygon from the "side") and try to cIick the polygon it does not work. the cIickable area associated with a polygon seems to be always projected onto the earth's surface. (ie the cIicking area of a floating polygon is actually its equivalent area on the surface of the earth if the polygon were clampToGround). because this is the case it is not hard to understand that ctrl+cIicking within this "clamptoground" area will activate any visible polygon over the area at any altitude. Reported by: Jos **************************************** Bug: using regions to decide when to display objects, "hidden" objects (their region is not active) shouldn\47t be cIickable Steps to reproduce: within a placemark tag: give it a name tag. declare a region (with a latlonalt box that will hold the polygon), declare a polygon within the latlonbox region. make note where the polygon is when the region is active (CTRL+cIick it to get a balloon with the name). Zoom away such that the region becomes inactive and the polygon dissapears. CTRL+cIick where the polygon is supposed to be -- you'll notice you get a balloon. Supporting files: <Placemark> </Region> Application discovered in: Google Earth 4.2.0205.5730 windows Workarounds: none Comments: objects that are not visible to the user should not be cIickable; invisible-but-cIickable objects might confuse the user. Reported by: Jos **************************************** Bug: ctrl+cIick a linestring Steps to reproduce: Make a linestring (give it a name too) of adequate width so that you can ctrl+cIick it. you'll notice that you can ctrl+cIick the endpoints (or near the endpoint) and you'll get a balloon. Problem is, why can't you ctrl+cIick anywhere else on the line and get the balloon Application discovered in: Google Earth 4.2.0205.5730 windows Workarounds: making a polygon instead of a linestring, polygons are ctrl+cIickable anywhere on it. Comments: if you query googlemaps for directions from point A to point B, it shows what appears to be a linestring between A and B that you can manipulate to add detours/alternatives to the route (ie point A to A1, A2, A3 then finally to point B.) This feature isn't available in google earth. If linestrings aren't ctrl+cIickable how can they allow this in google maps **************************************** Bug: Models randomly dissapear when zooming in and out and panning ****************************************
<bgColor> tag no longer supported when it is a child of <ListStyle> Also radio folders behaving strangely. Problem file and short description posted here... http://bbs.keyhole.com/ubb/showflat.php/Cat/0/Number/1154959/an/0/page/0#1154959 A. When flash objects are in HTML table cells (<table>...<td><object>object containing flash</object></td>)
*************************************** Bug: Auto-markup feature in Google Map NOT working if using HTML Table Steps to reproduce: Create a KML file, include a HTML table with one of the fields as a text hyperlink (i.e. don't include the <A HREF...> anchor tag) within a KML description tag. Google Earth will convert the URL into a working hyperlink, Google Map will not. According to documentation, http://code.google.com/apis/kml/documentation/kml_tut.html#descriptive_html "Google Earth 4.0 has an auto-markup feature that automatically converts text such as www.google.com into active hyperlinks that the user can cIick. Text inside the <description> tag, the <Snippet> tag, and the <text> element of <BalloonStyle> are all automatically transformed into standard HTTP hyperlinks. You don't need to add the <a href= ...> tags yourself." Supporting files: http://faculty.unlv.edu/jensen/kml/ExampleURLbug.kml Application discovered in: Doesn't work in Google Maps but does work in Google Earth 4.1in Windows Workarounds: Need to manually add an <A HREF...> anchor tag, cannot rely on the Auto-markup feature. Comments: Reported by: JeffJensen **************************************** Bug: In <name> tag, multiples spaces must be preceeded by a character Steps to reproduce: 1) Multiple spaces are not displayed unless preceded by a character. 2) does not display spaces unless preceeded by a character.
<name> test</name> trims off the leading spaces <name>x test</name> displays the multiple spaces
If using a CDATA section, there is a nice trick. Preceed the spaces with a "do nothing" url tag. The tag is not displayed, but allows the leading spaces to be displayed. <name><![CDATA[<b/> test]]></name> displays the leading spaces
Note: if not preceeded by a character, is displayed literally. It does not display spaces. <name><![CDATA[ test]]></name> displays exactly test
Finally, if leading spaces are added using the "properties" editor of Google Earth, then those leading spaces are displayed. However, if the item is saved to the hard drive, then re-opened, the leading spaces are not displayed.
Supporting files: none Application discovered in: Google Earth for windows, versions 4x and 3x Workarounds: none. Comments: Reported by: OwhyheeRover ****************************************
Bug: Mouse over causes icon to blank out Steps to reproduce: Create a style map that uses two different icons for the normal and highlighted styles. Very slowly move the mouse towards the icon. When it is a few pixels away from the icon, the icon disappears. Move in another pixel, and the highlighted icon is displayed. Move the mouse back out a pixel, and once again, no icon is displayed. Move out yet another pixel, and the normal icon is displayed. Interestingly, if both the normal and highlighted styles use the same icon, the icon never blanks out. It only blanks out if two separate files are specified. This issue appears to have been reported as early as 2005. http://bbs.keyhole.com/ubb/showflat.php/Cat/0/Number/240711/an/0/page/0#240711 A fix would be to have one icon displayed at all times regardless of mouse position. Supporting files: none
Steps to reproduce: Continuously updating image sources (akin to webcam output, with *.jpg or any other stationary image extension) referenced by local absolute pathname, by http://localhost/*.jpg, by file://.../*.jpg, or via local intranet (such as on a localhost Apache server on another local computer - http://192.168.0.1**:8080/*.jpg), will not automatically refresh in placemarker description tags but appear to only refresh in image overlays. Remote web server image sources of same image type, however, refresh just fine within the exact same KML coding . . .
Supporting files: none Application discovered in: GE 4.3 on Windows XP SP2 Workarounds: Create an Apache web server service on a local computer with same image source output and view the image source as if from a remote web server (exit & re-enter local firewall). Reported by: B
*************************************** Bug: NetworkLinks don\47t refresh when switching between Radio items Steps to reproduce: Create a radio folder with two or more network links with refreshMode = onInterval. When the KML file is initially loaded the two network links are refreshed. If I leave the first radio button selected, the KML refreshes properly on its 5 minute interval. However, if I switch to the second radio item, the data is outdated. If I wait the 5 minutes (or much longer) it will never refresh. The only way I can get it to continue on its 5 minute refresh cycle is to manually right-cIick and select refresh. Once I manually refresh it will continue to refresh automatically. Yes, that will work, however switching frequently between the two radio options will require manual refreshes every time. Supporting files: Reported here; http://groups.google.com/group/kml-support-advanced/browse_thread/thread/b8282075e9e0dbff# Application discovered in: Windows XP SP2. I\47ve tried it with both GE 4.3.7191.6508 (beta) and GE 4.2.0205.5730.
*************************************** Bug: Kml Generated by Google Earth doesn\47t validate against 2.2 schema Steps to reproduce: - Namespace error: Finds http://earth.google.com/kml/2.2 and expects http://www.opengis.net/kml/2.2 - ListStyle error: Says <bgColor> is not a valid element. In reality, the elements are put in a sequence and the order GE generates is different from the schema - LookAt error: <heading> and <tilt> are not in the correct element order within <LookAt> Supporting files: ValidateSchema.kml Application discovered in: 4.3.7284 Windows Workarounds: Comments: Same ListStyle error happens against the 2.1 schema, which is how I discovered it Reported by: Ashley S ****************************************
*************************************** Bug: Extrude xmlbean value of true will not validate Steps to reproduce: (1) compile 2.2 .xsd files to an xmlbean .jar (2) create PointType object (3) set extrude to true (4) validate Application discovered in: version 2.2 of the kml .xsd files Workarounds: Comments: Reported by: jetaber ****************************************
*************************************** Bug: XmlBean class cast exception : com.bea.xbean.values.XmlAnyTypeImpl Steps to reproduce: AbstractContainerType act = docDoc.addNewAbstractContainerGroup(); Application discovered in: .xsd beta 2.2 Workarounds: None Comments: None Reported by: jetaber ****************************************
|
|
| Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy |
| ©2008 Google |
