Karten-Service des Ergebnisses

Beim Veröffentlichen eines Geoverarbeitungsservice können Sie das Task-Ergebnis als Karte anzeigen lassen (zusätzlich zu den anderen Task-Ergebnissen). Die Karte wird auf dem Server erstellt, um sie als Bild (z. B. eine .jpeg-Datei) an den Client zu übergeben.

Projektdaten

Projektdaten werden in der Geoverarbeitung zur Beschreibung von Eingabedaten verwendet, bei denen es sich nicht um einen Parameter handelt. Die Daten werden also nicht vom Benutzer des Werkzeugs oder des Tasks bereitgestellt, sondern intern vom Werkzeug bzw. Task verwendet. Beispielsweise handelt es sich bei der Variable San Francisco Network Dataset im unten angegebenen Modell um Projektdaten, da sie vom Modell verwendet werden, aber nicht als Parameter angezeigt werden. Im Wesentlichen werden die Projektdaten eines Modells als blaues Oval ohne P daneben dargestellt.

Projektdaten können auch in Skripts auftreten, wie Sie in dem Python-Codeausschnitt unten sehen.

import arcpy
# The inputPoints variable is considered to be project data 
#   since it is not an input parameter.
#  
inputPoints = r"c:\data\Toronto\residential.gdb\shelters"
arcpy.Buffer_analysis(inputPoints, 'shelterBuffers', '1500 Meters')

Data Store

Ein Data Store ist ein Katalog der Daten, die sich auf dem Server befinden. Der Data Store ist eine Möglichkeit für Sie, dem Server eine Liste von Datenspeicherorten zu übergeben, auf die der Server zugreifen kann. Wenn der Server auf die Daten zugreifen kann, werden die auf Ihrem lokalen Computer gefundenen Daten beim Veröffentlichen nicht auf den Server kopiert. In der Regel verwenden Sie den Data Store für Ihre Projektdaten.

Eingabemodus

Wenn Sie einen Geoverarbeitungs-Task in einem Geoverarbeitungsservice erstellen, entscheiden Sie, wie der Client Werte für die einzelnen Task-Parameter eingibt, indem Sie den Eingabemodus für den Parameterwert festlegen. Es gibt drei Eingabemodi:

• Benutzerdefinierter Wert: Der Client stellt einen Wert für den Parameter bereit.
• Auswahlliste: Dem Client wird eine Liste mit Zeichenfolgen (die Auswahlliste) angezeigt, und er muss eine oder mehrere Zeichenfolgen aus der Liste auswählen. Je nach Datentyp der Eingabe können die Zeichenfolgen in der Auswahlliste die Namen der Layer oder einfache Schlüsselwortoptionen sein.
• Konstanter Wert: Der Task verwendet den Wert, den Sie für den Parameter angegeben haben, als das Ergebnis erstellt wurde. Da der Wert konstant ist, kann der Client ihn nicht ändern; daher wird es kein Task-Parameter, wenn der Service veröffentlicht wird.

Nicht übertragbare Daten

Ein GIS-Service muss mit dem einfachsten aller Clients arbeiten: einem Webbrowser, der auf einem Computer ausgeführt wird, der nicht über GIS-Funktionen verfügt. Einfache Clients dieser Art können nur Pakete einfacher Daten an einen Server übertragen (senden und empfangen), z. B. Text, Zahlen, Dateien sowie geographische Features und deren Attribute (Felder). Im Kontext von Geoverarbeitungs-Tasks können GIS-Datasets in zwei unterschiedliche Kategorien aufgeteilt werden: übertragbar und nicht übertragbar.

• Übertragbare Datasets sind Features, Raster, Tabellen und Dateien. Parameter, die übertragbare Datasets enthalten, unterstützen den Eingabemodus Benutzerdefinierter Wert.
• Nicht übertragbare Datasets sind alle außer Features, Raster, Tabellen und Dateien. Es gibt zwei Kategorien von nicht übertragbaren Datasets.
  • Komplexe Datasets sind Datasets wie geometrische Netzwerke, Netzwerk-Datasets, Topologien, TINs usw. Diese Datentypen werden als komplexe Datasets bezeichnet, weil sie komplexe Beziehungen zwischen einfachen Features modellieren.
  • Container-Datasets sind Elemente wie Ordner, File- und Personal-Geodatabases sowie Kartendokumente (.mxd). Diese Datentypen enthalten eine gemischte Sammlung anderer Datasets – daher der Name Container.
  Komplexe Datasets und Container-Datasets sind nicht übertragbar und unterstützen den Eingabemodus Benutzerdefinierter Wert nicht.

Synchroner oder asynchroner Ausführungsmodus

Asynchron und synchron definieren, wie der Client Parameter für die Ausführung bereitstellt und das Task-Ergebnis erhält. Wenn ein Service auf synchron eingestellt ist, wartet der Client, bis der Task beendet ist. In der Regel dauert die Ausführung eines synchronen Tasks kurz – 5 Sekunden oder weniger. Ein asynchroner Task braucht in der Regel länger, und der Client muss den Server regelmäßig abfragen, ob der Task beendet ist, und nach Fertigstellung das Ergebnis abrufen. Eine Webanwendung, die einen asynchronen Task verwendet, muss Logik implementiert haben, um den Task-Status zu überprüfen und das Ergebnis nach der Fertigstellung zu verarbeiten.