Home › Forums › MapPress Support › infowindow in external kml
Tagged: infowindow, kml
- This topic has 6 replies, 2 voices, and was last updated 9 years, 7 months ago by
James Proctor.
-
AuthorPosts
-
April 18, 2014 at 9:06 am #14541
James Proctor
ParticipantGreetings — Unless I’m wrong, I’m not able to view InfoWindow contents in an external KML I reference; I see the placemark titles only, and the InfoWindow content is blank. (InfoWindow is set as a Google InfoWindow in MapPressPro settings.) I’m using MapPressPro 2.40.7.
Thanks for your advice!
Jim P.
April 18, 2014 at 10:23 am #14542Chris
KeymasterHi,
If the infoWindow was defined in the KML itself, then this is because the plugin suppresses the KML infowindows. Instead it shows its own info (such as the POI title & body defined in the map editor, or the post title & body for mashups).
I’m not sure if it’ll work in your case, but one options is to just add the content in the MapPress editor or post body.
April 18, 2014 at 10:34 am #14543James Proctor
ParticipantOkay, thanks. Was just checking in, as realized this is on an older site; newer site is in MapPress latest.
Not sure if others would have this need, but we are working with relatively complex KMLs for which InfoWindow content is crucial, and it’d be tedious to manualy re-add. (In other cases users want to work with KMZs, including e.g. images, which also would not be immediately supported in MapPress without manually editing.)
Regards,
Jim P.
April 24, 2014 at 9:04 am #14578Chris
KeymasterHi,
I took another look at this today and I’m not sure I fully understood (or answered) your question. I just went through the relevant MapPress code to recall the details so I’ll try again.
The plugin does suppress the default infoWindows as I said in my earlier message. But when a feature is clicked, MapPress should show the infoWindow content from the original KML file – it just wraps it in MapPress CSS. The idea was to provide a consistent CSS style without interfering with the KML.
If the clicked feature has no infoWindow in the KML file, then it should show the MapPress title and body. This is also true if a KML is clicked from the POI list, or in the editor.
I wasn’t clear from your post if current version of the plugin isn’t working this way, or if that’s undesirable – or if there’s something specific to your KML file. Could you elaborate about what you’re expecting to see and provide an example URL or KML?
April 24, 2014 at 1:42 pm #14580James Proctor
ParticipantThanks. I looked at this in a bit more detail, and it appears that in the cases I was testing (which were exports from apps such as fulcrumapp.com and pdf-maps.com) the KML extendeddata element was used, which is somewhat more convoluted than a simple description element. Is this what may’ve messed with what you provide above?
Jim
April 25, 2014 at 7:47 am #14586Chris
KeymasterHi,
Possibly – I don’t know enough about KML files to say. MapPress uses the infoWindowHtml property of the KmlFeatureData object.
From what I’ve read, that should include the extendeddata, but you need to use ‘entity replacement’ to make it available to the infoWindowHtml property:
https://developers.google.com/maps/tutorials/kml/#extendeddata_elements
April 25, 2014 at 10:24 am #14587James Proctor
ParticipantOkay, got it. We’ll experiment with this over the next month. I can imagine some rather simple KML text edits, then, that will accomplish what we desire.
Many thanks,
Jim P.
-
AuthorPosts
- You must be logged in to reply to this topic.