Bei der Veröffentlichung eines Dienstes ist es immer gut, die Zielgruppe und ihre Zwecke in der Karte zu berücksichtigen. Benötigen sie eine schnelle Karte? Benötigen sie eine genaue Karte? Eine hübsche? Wollen sie Dinge aus dem Weg wischen? Werden sie überall darauf kritzeln?
Wenn Ihre Ebenen mehrere unterschiedliche Datenquellen haben, kann das Gruppieren der Ebenen, die aus ähnlichen Datenquellen stammen (entweder genau dieselbe oder dieselbe Projektion oder dieselbe Durchschnittsgeschwindigkeit), gut funktionieren. Dann warten Sie nicht darauf, dass die langsamste Ebene geladen wird, um Ihr gesamtes Kartenbild zu erhalten.
Wenn es wahrscheinlich ist, dass Ihre Benutzer einen bestimmten Geschäftsbedarf für eine Reihe von Ebenen haben, ist es praktisch, den Dienst deaktivieren oder ausblenden zu können. Es ist viel einfacher, ein ganzes Kartenbild mit 50% Transparenz auf dem Client zu zeichnen, als den Server dazu zu bringen, es auf diese Weise zu malen.
Wenn Beschriftung und Rendering sehr wichtig sind, funktionieren weniger Dienste mit mehr Ebenen wahrscheinlich besser. Wenn mehrere Services ihre eigenen Labels rendern und dann zusammensetzen, führt dies zu mehr Labelkollisionen als ein einzelner Service mit vielen Ebenen, da ArcGIS Server nicht in der Lage ist, zu "planen", wo jedes Label in den verschiedenen Services abgelegt wird.
Wenn Sie mit halbtransparenten Polygonen arbeiten, ist es für das Zusammensetzen der Bilder besser, alle in einem Dienst zu haben, insbesondere wenn Sie auch mit einer Fotoebene zeichnen, bei der die JPEG-Komprimierung hilfreich ist.
Gruppieren Sie die fcs nach Möglichkeit in Untertypen, die die Überlastung des Servers verringern und die Möglichkeit bieten, weniger fc in einem Kartendienst zu verwalten.
quelle