Большая картинка: Я пишу свои собственные KML, используя пользовательский KML-писатель на C++. У меня есть набор меток, которые разделяют некоторые (не все) свойства. В настоящее время я храню общие свойства как свойства родительской папки, в которой находятся метки. Эти KML-файлы просматриваются в Google Планета Земля.Ссылка на воздушные шары KML
Пользователи получают доступ к этому представлению, используя BalloonStyle, связанный с ExtendedData, хранящимся в каждой маркировке/папке. Меченые делят баллониум для своих уникальных данных, а общие данные отображаются с использованием стиля шара родительской папки, когда они нажимают на папку в Google Планета Земля.
Я не могу позволить себе дублировать общие данные в каждой метке, поэтому я храню ее в родительской папке.
Альтернатива 1: Есть ли способ предоставить ссылку, которую можно подключить пользователю к воздушному шару родительской папки в воздушном шаре ребенка?
Альтернатива 2: Возможно ли отобразить другую информацию о метке/объекте в информационном баллоне маркировочного знака?
Насколько я знаю, обе альтернативы невозможны.
Edit: Упрощенный пример кода:
<?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" xmlns:kml="http://www.opengis.net/kml/2.2" xmlns:atom="http://www.w3.org/2005/Atom">
<Document>
<name>MyKml</name>
<Style id="Style8"> <!-- style for child point -->
<BalloonStyle>
<text>
Point: $[name]<br/>
Code: $[code]<br/>
Number of Points: $[numpts] <!-- Alt2: numpts belongs to the parent - this syntax is obviously wrong -->
Link to parent: $[parentid] <!-- Alt1: if I can't display the parent's properties, can I at least give a clickable link to it? -->
</text>
</BalloonStyle>
</Style>
<Style id="Style12"> <!-- style for parent folder -->
<BalloonStyle>
<text>
Point Group: $[name]<br/>
Number of Points: $[numpts]
</text>
</BalloonStyle>
</Style>
<Folder>
<name>Point Group 1</name>
<styleUrl>#Style12</styleUrl>
<ExtendedData>
<Data name="numpts">
<value>4</value>
</Data>
</ExtendedData>
<Placemark>
<name>PT1</name>
<styleUrl>#Style8</styleUrl>
<ExtendedData>
<Data name="code">
<value>TAT1</value>
</Data>
</ExtendedData>
<MultiGeometry>
<Point>
<coordinates>-121,47,110</coordinates>
</Point>
</MultiGeometry>
</Placemark>
<Placemark>
<name>PT2 - PT4</name>
<styleUrl>#Style8</styleUrl>
<ExtendedData>
<Data name="code">
<value>TAT2</value>
</Data>
</ExtendedData>
<MultiGeometry>
<Point>
<coordinates>-121.090,47.430,1224</coordinates>
</Point>
<Point>
<coordinates>-121.470,47.621,122</coordinates>
</Point>
<Point>
<coordinates>-121.990,47.121,122</coordinates>
</Point>
</MultiGeometry>
</Placemark>
</Folder>
</Document>
</kml>
В HREF функции, используемой в этой ссылке (http://stackoverflow.com/questions/7432476), кажется, идеально подходит для альтернативной 2. Я до сих пор любопытно Alternative 1. – Phlucious
возгласов. Я имел в виду, что это подходит для Альтернативы 1. Мне все еще интересно, что Альтернатива 2. Мне кажется, что я могу размещать общие данные в html-файле в KMZ, но похоже, что это будет ужасно быстро. – Phlucious