KML + Google Earth: superposition grand complexe avec le sélecteur timeline?

Question

Vous avez une question concernant les superpositions et les délais dans Google Earth (ou peut-être d'autres clients KML-friendly).

J'ai données pour chaque minute de la journée pour un jour donné qui représente une valeur numérique pour différentes zones sur la carte, et je veux montrer que les données d'une manière qui ressemble fondamentalement à une carte radar météo. Ainsi, pour chaque minute, j'ai essentiellement une grande liste de boîtes englobantes lat / long, dont chacune a une valeur numérique associée; l'affichage impliquerait dessiner un polygone sur la zone délimitée, et la couleur du polygone dépend de cette valeur numérique.

Je vois beaucoup de façons de le faire pour un moment unique dans le temps; soit construire un PNG avec quelque chose comme ImageMagick pour l'ensemble de la zone de la carte et superposer l'image bitmap, ou de dessiner les polygones directement sur la carte ... la question, cependant, est de savoir comment je peux le mettre en place si une plage de temps peut être sélectionné par le utilisateur, et toutes les superpositions qui correspondent à l'intérieur de cette plage horaire seront tous affichés. Et il doit être aussi réactif que possible, si l'efficacité est la clé.

Il serait possible d'effectuer une pré-rendu beaucoup, beaucoup de fichiers PNG, un pour chaque tranche de temps, par exemple; ou serait-il préférable d'utiliser des polygones, ou ...?

Enfin - Google Earth est le meilleur client pour cela? Ou serais-je peut-être mieux avec autre chose?

Merci !!

Answer 1

Le Open Geospatial Consortium de Mapserver et partiellement Geoserver fournir un soutien pour WMS-T (je peux être très mal avec cela, comme je ne parle que de son expérience personnelle). Cochez cette page pour obtenir tous les détails sur la mise en place d'un service WMS-T:

http://mapserver.org/ogc/wms_time.html

Vous pouvez facilement voir comment le travail de demande ayant un regard sur cette URL:

  

http://mesonet.agron.iastate.edu/cgi-bin/wms/nexrad/n0r-t.cgi?LAYERS=nexrad-n0r-wmst&TRANSPARENT=true&FORMAT=image%2Fpng&TIME=2005-08-29T13%3A00%3A00Z&SERVICE = WMS & VERSION = 1.1.1 & REQUEST = GetMap & STYLES = & EXCEPTIONS = application% 2Fvnd.ogc.se_inimage & SRS = GDPE% 3A4326 & BBOX = -90,22.5, -67.5,45 & WIDTH = 256 & height = 256

Notez comment le paramètre TIME passe de 2005-08-29T13% 3A00% 3A00Z 2005-08-30T13% 3A00% 3A00Z (Les temps sont mis en forme selon la spécification ISO 8601).

  

http://mesonet.agron.iastate.edu/cgi-bin/wms/nexrad/n0r-t.cgi?LAYERS=nexrad-n0r-wmst&TRANSPARENT=true&FORMAT=image%2Fpng&TIME=2005-08-30T13%3A00%3A00Z&SERVICE = WMS & VERSION = 1.1.1 & REQUEST = GetMap & STYLES = & EXCEPTIONS = application% 2Fvnd.ogc.se_inimage & SRS = GDPE% 3A4326 & BBOX = -90,22.5, -67.5,45 & WIDTH = 256 & height = 256

Du côté client, bien que Google Earth peut agir en tant que client WMS Je ne pense pas qu'il appuie la dimension temporelle des demandes WMS. D'autre part, la construction d'un client Web qui les prend en charge est vraiment facile avec OpenLayers , open source Javascript web cadre de la cartographie, comme vous pouvez le voir dans l'exemple suivant:

http://dev.openlayers.org/releases/OpenLayers -2.8 / examples / wmst.html

Espérons que cela vous donne quelques indices.

---

Modifier Vous pouvez définir des valeurs de temps multiples, une seule plage ou plusieurs plages. Par exemple, pour une seule plage l'URL sera:

  

http://mesonet.agron.iastate.edu/cgi-bin/wms/nexrad/n0r-t.cgi?LAYERS=nexrad-n0r-wmst&TRANSPARENT=true&FORMAT=image%2Fpng&TIME = 2005-08-30T13% 3A00% 3A00Z / 2005-09-01T13% 3A00% 3A00Z & SERVICE = WMS & VERSION = 1.1.1 & REQUEST = GetMap & STYLES = & EXCEPTIONS = application% 2Fvnd.ogc.se_inimage & SRS = GDPE% 3A4326 & BBOX = -90,22.5, -67.5,45 & WIDTH = 256 & height = 256

Notez le paramètre TIME étant 2005-08-30T13% 3A00% 3A00Z / 2005-09-01T13% 3A00% 3A00Z

Answer 2

Les caractéristiques du temps de KML bien documenté et incluent le temps envergure. Je vous recommande essayer d'utiliser à la fois vecteur et méthodes basées sur l'image en fonction de la proximité de l'utilisateur est zoomée:

• Lorsque l'utilisateur est zoomé sur un bon nombre de cellules (petite échelle) devront tirer, ce qui rend plus efficace d'utiliser une image. Les PNGs pourraient être emballés dans un fichier KMZ, qui est juste un répertoire compressé.
• Lorsque l'utilisateur est zoomée à proximité (à grande échelle) moins de cellules devront tirer la fabrication vecteur méthode la plus efficace. Google Earth peut tracer un grand nombre de vecteurs, sans beaucoup de peine, mais il y a des limites.

Google Earth est fantastique en tant que spectateur à usage général qui est très convivial très facile à utiliser. Cependant, les outils de séries chronologiques sont plus compliquées il dépendra de la sophistication de vos utilisateurs. Comment il est applicable à votre projet dépend du type de données que vous avez et le type de sortie que vous voulez. Vous pouvez obtenir de meilleurs résultats en utilisant le flash.