Architekturüberlegungen

Dieser Abschnitt enthält Migrationsfragen zur Coverage Locator-Lösungsarchitektur.

Clientanwendung

Die Clientteil der Coverage Locator-Lösung ist ein ASP.NET Web Forms/Ajax-Client.

  • Frage: Behalten wir die Clientanwendung, wie sie ist, bei (mithilfe von ASP.NET Web Forms) oder nutzen wir die Möglichkeit, um auf eine kachelbasierte Web 2.0 Map-Anwendung mit Open Layers und Spectrum Spatial Javascript-API-Steuerelementen zu aktualisieren?

Mit dem Upgrade auf Open Layers und Javascript-Steuerelementen erhalten Sie eine schnelle Kartenanzeige und Navigation sowie eine reaktionsschnelle Benutzererfahrung. Es integriert sich in Pitney Bowes StreetPro-basierte Basiskarten oder andere Basiskarten wie von Google Maps und Bing Maps. Es nutzt außerdem den Map Tiling-Dienst und den Map Tiling-Generator von Spectrum Spatial.

Weitere Informationen über Javascript-Steuerelemente finden Sie unter Arbeiten mit der JavaScript-API.

Weitere Informationen zum Map Tiling finden Sie unter Map Tiling.

API: SOAP oder REST für Geospatial-Funktionen

Der Coverage Locator verwendet Geocoding, „Point in Polygon“-Abfragen und Karten-Rendering aus der Envinsa .NET-API.

  • Frage: Stellen die SOAP- und REST-APIs von Spectrum Spatial die gleichen Geospatial-Funktionen zur Verfügung?
Spectrum Spatial basiert auf den grundlegenden Schnittstellen von MapXtreme Java und Envinsa. In Spectrum Spatial können Benutzer Anwendungen mit einer von drei APIs entwickeln: WS-I-konforme SOAP-Schnittstelle; REST-Schnittstelle und eine Reihe von OGC (Open Geospatial Consortium)-Schnittstellen einschließlich WMS, WMTS und WFS. Spectrum enthält Universal Addressing- und Enterprise Geocoding-Module für Adressenüberprüfungen und Geocoding. Diese Module sind eine Obermenge der Location Utility Service-Funktionen von Envinsa. Die SOAP-API von Spectrum Spatial stellt robuste Mapping- und Feature-Dienste bereit. Die REST-API bietet eine kleinere Auswahl von Vorgängen für die Mapping- und Feature-Suche sowie einen Map Tiling-Dienst.

Die SOAP-API lässt sich am einfachsten in eine ASP.NET Web Forms-Architektur implementieren, während die REST-API am einfachsten in das Javascript-basierte Open Layers mit der Spectrum Spatial Javascript-API implementiert wird.

Weitere Informationen zur SOAP- und REST-API von Spectrum Spatial finden Sie unter Arbeiten mit REST-Diensten.

Daten, Datenzugriff und Datenverwaltung

Die Coverage Locator-Lösung nutzt eine Basiskarte für geografische Referenzdaten und benutzerdefinierte Daten für die Abdeckungen. In Envinsa ist das Datenformat MDF, das in Named Resource von Spectrum Spatial konvertiert werden muss.

  • Frage: Wie greifen wir auf Abdeckungslayer-Datenquellen für „Point in Polygon“-Abfragen zur Abdeckungsqualität in Spectrum Spatial zu? Wie können wir auf unsere Basiskarte mit Abdeckungslayern für das Karten-Rendering an einem bestimmten Standort mit bestimmten Zoom zugreifen?

Der Datenzugriff in Spectrum Spatial ähnelt dem in Envinsa: Er erfolgt über ein Datenanbietermodell, das in Bezug auf die Leistung eine Generation voraus ist. Spectrum Spatial kann beispielsweise die räumliche Verarbeitung auf eine Datenbank mit Raumfunktion auslagern, um nur Datensätze abzurufen, die die Abfrage erfüllen.

Die Datenverwaltung in Spectrum Spatial basiert auf dem Content Manager-Konzept von Envinsa, um die Spectrum Spatial-Datenbank zu erstellen. Die Datenbank enthält Named Resources, die auf tatsächliche Daten verweisen. Durch das Anhängen eines Namens an eine Datenressource kann sie von vielen Standorten referenziert werden. Zur Änderung des Aussehens oder Verhaltens von Anwendungen oder Daten muss nur die Ressource geändert werden, also nicht jede Anwendungs- oder Datendatei. Spatial Manager kann Named Resources erstellen und sie der Datenbank hinzufügen sowie Datenverbindungen verwalten. Der Benutzerzugriff auf diese Ressourcen wird von der Spectrum™ Technology Platform Management Console übernommen.

Automatisierung

Die Prozesse zur Adressenüberprüfung, zum Geocoding und für „Point in Polygon“-Anforderungen in der Envinsa-Lösung erforderten handschriftlichen Code, der der Implementierung des Coverage Locator entspricht.

  • Frage: Können wir den Workflow und die Leistung der Geschäftsprozesse der Anwendung für die Adressenüberprüfung, das Geocoding und die „Point in Polygon“-Anforderungen verbessern?

Der Spectrum Spatial Enterprise Designer ist ein Design-Tool mit Drag & Drop-Funktion für die Automatisierung von Geschäftsprozessen. Er kann die Adressenüberprüfung, das Geocoding und „Point in Polygon“-Schritte ohne das Schreiben von Code verbinden und den Prozess als Webservice zu veröffentlichen. Dies ist eine Leistungssteigerung gegenüber Envinsa und MapXtreme Java. Diese Funktion ist neu in der MapInfo Suite und ermöglicht einen Wechsel des Produktparadigmas für Benutzer und Analysten, die benutzerdefinierte Verwendungen von Location Intelligence in einer Organisation formulieren möchten.