Soil Data Access
Skip to page content. Home Query   Query Help Web Service Help Help

Soil Data Access Web Service Help

The following Soil Data Access web services are available: The current Soil Data Access Web Map Service (WMS) supports Open Geospatial Consortium (OGC) WMS version 1.1.1 requests while the current Soil Data Access Web Feature Services (WFS) support OGC WFS version 1.1.0 (GML2/GML3) requests. GML is an acronym for Geography Markup Language, and is the XML grammar defined by the Open Geospatial Consortium (OGC) to express geographical features. GML serves as a modeling language for geographic systems as well as an open interchange format for geographic transactions on the Internet. EPSG is an acronym used throughout the Soil Data Access web pages. It stands for European Petroleum Survey Group. They publish a database of coordinate system information plus some very good related documents on map projections and datums.

The current Soil Data Access WMS service is supported by the following ArcGIS Desktop versions:
  • ArcGIS 9.2
  • ArcGIS 9.1
  • ArcGIS 8.3 with the free OGC Add-On
The current Soil Data Access WFS services are supported by the following ArcGIS Desktop versions:
  • ArcGIS 9.2 with a licensed Data Interoperability extension
  • ArcGIS 9.1 with a licensed Data Interoperability extension
  • ArcGIS 8.3 with the free OGC Add-On
For other products that support the current Soil Data Access web map service or web feature services, please visit http://www.opengeospatial.org/resource/products/byspec and select specification "Web Map Service v.1.1.1" or "Web Feature Service v.1.0.0", respectively. For instructions for integrating the Soil Data Access web services into your Geographical Information System (GIS) or other related product, please refer to your vendor's documentation.

The following conventions are used when describing all web service method input parameters:
 {} = required parameter
 [] = optional parameter
 | = "or" (separates alternatives)
 <label> = variable or definition block
 parameter names and values are case insensitive

Web Services

https://SDMDataAccess.sc.egov.usda.gov/Tabular/SDMTabularService.asmx

[
WSDL] Back to Top
This service provides access to tabular data contained within the Soil Data Mart database. The request is made via SOAP. SOAP, an acronym for Simple Object Access Protocol, is a protocol specification for exchanging structured information in the implementation of web services in computer networks.

Methods: RunQuery

https://SDMDataAccess.sc.egov.usda.gov/Tabular/post.rest

(WSDL not applicable)
Back to Top
This service either provides (1) access to tabular and spatial data contained within the Soil Data Mart database via Structured Query Language (SQL) queries, or (2) the ability to define a "persistent Area of Interest" (pAOI). The request is made via REST/POST. REST, Representational State Transfer, is a software architectural style for the Internet. It relies on a stateless, client-server, cacheable communications protocol.

Service: post.rest

https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWGS84Geographic.wfs

[
WSDL] Back to Top
This service returns features in World Geodetic System of 1984 (WGS84) Geographic (EPSG 4326) coordinates. Input parameters for the GetFeature method include one or more spatial filters and the name of the feature type layer that should be returned. The volume of information that can be returned by a GetFeature request is constrained by limiting the extent of any input spatial filter.

Methods: GetCapabilities, DescribeFeatureType, GetFeature

https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMNAD83Geographic.wfs

[
WSDL] Back to Top
This service returns features in North American Datum of 1983 (NAD83) Geographic (EPSG 4269) coordinates. Input parameters for the GetFeature method include one or more spatial filters and the name of the feature type or layer that should be returned. The volume of information that can be returned by a GetFeature request is constrained by limiting the extent of any input spatial filter.

Methods: GetCapabilities, DescribeFeatureType, GetFeature

https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWM.wfs

[
WSDL] Back to Top
This service returns features in Web Mercator (EPSG 3857) coordinates. Input parameters for the GetFeature method include one or more spatial filters and the name of the feature type or layer that should be returned. The volume of information that can be returned by a GetFeature request is constrained by limiting the extent of any input spatial filter.

Methods: GetCapabilities, DescribeFeatureType, GetFeature

https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms

[
WSDL] Back to Top
This service returns map images in common image formats such as JPEG, GIF, PNG, and others. Input parameters for the GetMap method include projection, image width and height in pixels, a single bounding box spatial filter, the names of the feature types or layers that should be returned and image format. The volume of information that can be returned by a GetMap request is constrained by limiting the extent of the input spatial filter.

Methods: GetCapabilities, DescribeLayer, GetStyles, GetFeatureInfo, GetMap

To add this service to ArcMap: Click "Add Data", then "GIS Servers", then "Add WMS Server". For the URL, type the web service URL without any query string parameters, such as https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms?. Click OK. Click Add. Select the Soil Data Mart Data Access Web Map Service. Click Add. The layers have maximum and minimum scale thresholds for visibility so you may need to zoom in to see a map.

Web Service Methods

RunQueryBack to Top

This method returns the output for one or more SQL Select statements (and related macros) or a single ADO Shape command that is executed against the Soil Data Mart database. The output is returned in HTML or XML format (which can be transformed into a Microsoft .Net Framework DataSet if you should so desire). This method can throw the following exceptions: "The Soil Data Mart is down." and exceptions that begin with "Invalid query", "Server error", "Your immediate query timed out", or "Memory limit". All supporting documentation for creating queries to be executed against the Soil Data Mart database is available on the Query Help page. An interface for testing this method can be found on the Query page. See also the post.rest service for a more powerful access mechanism.

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Tabular/SDMTabularService.asmx

Input parameters:
Input ParameterDescription
{ QUERY }either an SQL script that includes one or more Select statements or a single Shape command

Sample URL:
This method cannot be invoked by a URL submitted via a web browser.

post.restBack to Top

This service provides

  1. access to tabular and spatial data contained within the Soil Data Mart database via SQL queries (the "Query Service"),
  2. the ability to define a "persistent Area of Interest" (pAOI) (the "AOI Creation Service"), and
  3. the ability to run an "interpretation" (or "rating") on the pAOI (the "Post.Rest Interpretation Service").
These methods cannot be invoked by a URL submitted via a web browser, the request is made via REST/POST using Web Service
https://SDMDataAccess.sc.egov.usda.gov/Tabular/post.rest

The Post.Rest Query Service

This service is similar to the RunQuery method described immediately above. Request parameters must be submitted via POST, the output is returned either as Extensible Markup Language (XML) or as JavaScript Object Notation (JSON) (or as plain text, if using the tilde (~) format option). All supporting documentation for creating queries to be executed against the Soil Data Mart database is available on the Query Help page. A maximum of 100,000 rows may be returned. Input parameters:
Input ParameterDescription
[ SERVICE = query ] post.rest service specification, optional.
[ REQUEST = query ] post.rest query request specification, optional.
{ QUERY = the query }either an SQL script that includes one or more Select statements (with optional macros) or a single Shape command, see notes below.
[ FORMAT = XML | JSON | JSON+COLUMNNAME | JSON+COLUMNNAME+METADATA | ~ ] output format (default is XML). See notes below regarding the JSON* and "~" values.

Notes

The "Shape" command may only be used with the XML or "~" formats.

If JSON+COLUMNNAME is used, the first row returned contains the name of each column, the actual data starts at the second row. Similarly, if JSON+COLUMNNAME+METADATA is used, first row returned contains the name of each column, the second contains metadata about the column (such as numeric type, column width (for char and varchar) and any other metadata presented by the underlying SQL Server database engine. Actual data starts in the third row, following the metadata.

The metadata for each column, consists of a set of comma-separated name=value pairs. The names are a subset of those provided by SQL Server as documented in SqlDataReader.GetSchemaTable Method() In the case of “ProviderType” (presented by SQL Server as an integer) the integer value is translated into the corresponding “SqlDbType enumeration” as per SQL Server Data Type Mappings. There is some “noise” in the set of metadata attributes presented by SQL Server, for example “NumericPrecision=255,NumericScale=255” is shown when not applicable.

The tilde ("~") echoes the Query as text; it is not executed. If macros are used, the full macro expansion is displayed.

The Post.Rest AOI Creation Service

A "persistent" Area of Interest (pAOI) may be used to define a subset of soils data. Once defined, the subset may be used for subsequent queries, for executing interpretations and caching results with the pAOI, and for map service access via WMS or WMS service requests. The pAOI will persist for at least twenty four hours after its creation. You will see the term GeoJSON mentioned on this page. GeoJSON is an open standard format designed for representing simple geographic features along with their non-spatial attributes, based on JavaScript Object Notation.

Input parameters: (see notes below)
Input ParameterDescription
{ SERVICE = aoi } post.rest service specification, required.
{ REQUEST = create } post.rest query request specification, required.
[ AOICOORDS = the aoicoords ] The AOI's geometry.
[ MUKEYLIST = the list of keys ] A comma-separated list of 1 to 1,000 mapunit key values (no whitespace).
[ SSA = the areasymbol ] A valid areasymbol for a soil survey area.
[ WSSAOIID = WSS aoiid value ] The AOIID value of an active WSS AOI to be imported.
[ FILTER = the filter specification ] A SQL "where clause" for filtering GeoJSON features.
[ PARTNAME = the partname specification ] The specification for naming part names in a multi-part AOI.


If successful the service returns the identifier of the created pAOI as a JSON string, for example
{"id":12345}
where "12345" is the identifier of the newly-created pAOI.

Notes The pAOI is defined by using one of three three mutually-exclusive parameters:
  1. AOICOORDS
  2. MUKEYLIST
  3. SSA
  4. WSSAOIID

By default the pAOI consists of a set of one or more polygons (which may each have optional interior voids). It is possible to define a "multi-part" pAOI, where each part has a distinct name, the names are optionally used for labeling the parts in maps. Each part may consist of a set of one or more polygons (which may each have optional interior voids). The named parts may be defined for AOIs defined via AOICOORDS/GeoJSON or AOICOORDS/Shapefile. The AOICOORDS value is to be provided in one of four forms:
  1. A Web Soil Survey-style Well Known Text (WKT) polygon with no inner voids, the keyword "polygon" is not required. Coordinates are in World Geodetic System of 1984 (WGS84).
  2. A WKT string specifying a polygon, multipolygon, or geometry collection. Coordinates are in World Geodetic System of 1984 (WGS84).
  3. A GeoJSON string with coordinates in World Geodetic System of 1984 (WGS84). If the GeoJSON contains feature properties, the properties may be used in conjunction with the FILTER parameter to weed-out features from inclusion in the pAOI, the properties may also be used in conjunction with the PARTNAME parameter to control creation and naming of the parts of a multi-part pAOI.
  4. The comma-separated list of "shapefile", followed by the base-64-encoded ".shp" file, followed by the base-64-encoded ".shx" file, followed by the base-64-encoded ".dbf" file, optionally followed by the base-64-encoded ".dbf" file. If the ".dbf" file is included and it contains a text column named "partname" (case-insensitive, 20 characer maxximum width) the value for each record in the dbf file is used to name a part in the mult-part AOI.

The FILTER parameter is used in conjunction with AOICOORDS/GEOJSON data. It takes the form of the body of a SQL "where" clause, where one or more GeoJSON feature properties (whose names are surrounded by square brackets) are logically combined to specify which features are to be retained. For example, assume that the set of features includes the property "Calculated Acres". Only features with a value greater than 0.03 could be specified for inclusion in the pAOI by specifying:
filter=[Calculated Acres] > 0.03

More complex queries may be formed by referencing one or more feature names combined with operators that are permissable in a "where" clause. The PARTNAME parameter is used in one of two forms with AOICOORDS/GEOJSON data. It is used to specify the naming of parts for a multi-part AOI.

In the first form a single feature property name is specified, surrounded by square brackets. For example if each feature contains a property named "id" then the parts would be named based upon the "id" value thusly:
partname=[id]

The second form takes a comma-separated list of one or more square-bracketed feature property names followed by a "composite format string" (see for example
this Microsoft link). The property names, numbered 0, 1, 2, etc., are referenced in the composite format string to allow composition of the part name from the properties' values. For example, suppose you want to format a phone number as (123) 456-7890 from properties "areacode", "prefix" and "suffix". You could use:
partname=[areacode],[prefix],[suffix],({0} {1}-{2}

Each parameter, if used, requires a value. The AOICOORDS, MUKEYLIST and SSA parameters are mutually-exclusive - you must specify one and only one of these in a service request.

The Post.Rest Interpretation Service

Once an Area of Interest (AOI) has been defined, "interpretations" may be performed and the interpretation results, persisted alongside the AOI data, retrieved via either queries or WFS or WMS service requests. Any of the "Ratings" presented by Web Soil Survey (WSS) on the "Soil Data Explorer" page's "Suitabilities and Limitations for Use" and "Soil Properties and Qualities" tabs may be executed. As in Web Soil Survey, avaliability of a specific interpretation (also called an "attribute" or "rule") is subject to applicability of the interpretation to the location of the AOI and the data available within the AOI. In addition you may define your own rating results and associated colors, this "ad-hoc" rating may then be queried and viewed as though it were one of the standard ratings provided by Web Soil Survey. See Advanced Queries for more detail.

Input parameters: (see notes below)
Input ParameterDescription
{ SERVICE = interpretation } post.rest service specification, required.
{ REQUEST = getusecategories | getcatalog | getruledata | getrating } post.rest request specification, required.
[ USECATEGORYID = use category value ] The use category number (returned by "getusecategories"), used to filtering the catalog, optional.
[ AOIID = aoiiid ] The AOI that is the subject of the interpretation, required for "getcatalog" and "getruledata".
[ FORMAT = short | long ] Used by "getruledata". "Short" (the default) returns JSON "shortformdata", "Long" returns XML that provides option choices and other metadata.
[ ATTRIBUTEKEY = attributekey value ] Key (from "getcatalog") of the desired interpretation, required for "getruledata". Mutually exclusive with "interpresultid" and "thematicmapid".
[ INTERPRESULTID = interpresultid value ] ID of a prior SDA interpretation, used to retrieve prior short or long format data. Required for "getruledata", mutually exclusive with "attributekey" and "thematicmapid".
[ THEMATICMAPID = interpresultid value ] ID of a prior Web Soil Survey interpretation, used to retrieve prior short or long format data. Required for "getruledata", mutually exclusive with "attributekey" and "interpresultid".
[ SHORTFORMDATA = short JSON value ] Rule data used to run a rating, required for "getrating".


Notes
  1. To run a rating ("getrating") you must provide input data via the "shortform" (which includes the relevant AOIID and ATTRIBUTEKEY). Note that the "short" format response returned by "getruledata" is useable as-is for most interpretations (it includes the AOIID and ATTRIBUTEKEY properties) - there area few interpretations, such as "Calcium Carbonate (CaCO3)" that do not have all attributes set. Refer to Advanced Queries for discussion on editing the "short" data and reading the "long" XML for guidance.
  2. INTERPRESULTID or THEMATICMAPID may be used to retrieve "long" or "short" data from a prior interpretation performed in Soil Data Access or Web Soil Survey. In such a case the AOIID property must be edited to reflect the target SDA AOI. Note that this prior interpretation may not be relevant to other AOIs.
  3. The set of all appropriate interpretations for an Area of Interest (AOI) are provided by "getcatalog". This catalog, provided as a nested JavaScript Object Notation (JSON) string, shows all interpretations (including name and key) that are registered for the specified Area of Interest.

GetCapabilitiesBack to Top

This method returns information about the corresponding web service. This information includes supported methods, supported feature types or layers, supported spatial filters and supported projection(s).

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWGS84Geographic.wfs
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMNAD83Geographic.wfs
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWM.wfs
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms

Input parameters:
Input ParameterDescription
[ SERVICE=WFS | WMS ]corresponding OGC service type, default based upon name of service
[ VERSION=1.1.0 ]OGC version number when SERVICE=WFS (default = 1.1.0)
[ VERSION=1.1.1 ]OGC version number when SERVICE=WMS (default = 1.1.1)
{ REQUEST=GetCapabilities }method name

Sample URL:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWGS84Geographic.wfs ?SERVICE=WFS&VERSION=1.1.0 &REQUEST=GetCapabilities

DescribeFeatureTypeBack to Top

This method returns information about the feature types or layers supported by the corresponding web service. This information includes geometry type, attribute names and data types. Thematic map feature types are supported only by the Web Mercator (SDMWM.wfs) service.

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWGS84Geographic.wfs
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMNAD83Geographic.wfs
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWM.wfs


Input parameters:
Input ParameterDescription
[ SERVICE=WFS ]OGC service type
[ VERSION=1.0.0 | 1.1.0 ]OGC version number (default = 1.1.0)
{ REQUEST=DescribeFeatureType }method name
[ TYPENAME=<layer name> ]feature type or layer name (default = all feature types or layers)
[ OUTPUTFORMAT=XMLSCHEMA | SFE_XMLSCHEMA ]output format (default = XMLSCHEMA)

Sample URL:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWGS84Geographic.wfs ?SERVICE=WFS&VERSION=1.1.0 &REQUEST=DescribeFeatureType

GetStylesBack to Top

This method returns a "Styled Layer Descriptor" (SLD) for the specified layer(s) as an XML file. The SLD may be edited and used in conjunction with a GetMap "SLD_BODY" request to tailor the appearance of a map. SLD is documented at Mapserver SLD.

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms

Input parameters:
Input ParameterDescription
[ SERVICE=WMS ]OGC service type
[ VERSION=1.1.1 ]OGC version number (default = 1.1.1)
{ REQUEST=GetStyles }method name
{ LAYERS=<layer name list> }feature type or layer name(s), comma-separated


<layer name list> ::= { <layer name> [ ,...n ] }

Sample URL:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetStyles&LAYERS=mapunitpoly,featpoint

GetFeatureBack to Top

This method returns a feature collection for a single feature type or layer, for a user specified area of interest. Spatial data are returned only for OUTPUTFORMAT=GML2 or GML3. Thematic map feature types are supported only by the Web Mercator (SDMWM.wfs) service.

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWGS84Geographic.wfs
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMNAD83Geographic.wfs
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWM.wfs

Input parameters:
Input ParameterDescription
[ SERVICE=WFS ]OGC service type
[ VERSION=1.0.0 | 1.1.0 ]OGC version number (default = 1.1.0)
{ REQUEST=GetFeature }method name
{ TYPENAME=<layer name> }feature type or layer name
[ AOIID=<aoiid> ] Persisent ID obtained when creating an SDA "persistent AOI".
[ INTERPRESULTID=<interpresultid> ] Interpretation result ID obtained when executing an interpretation within SDA.
[ THEMATICMAPID=<integer> ] Thematic Map ID obtained from a Web Soil Survey thematic map.
[ SRSNAME=<EPSG projection code> ] EPSG spatial reference system code for defining location.
{ <spatial filter> }spatial filter(s) in the appropriate spatial reference system
[ OUTPUTFORMAT=GML2 | GML3 | XMLMukeyList ]output format (default = GML2, XMLMukeyList only works with mapunitpoly, mapunitpoint and mapunitline layers)
[ MAXFEATURES=<integer> ]maximum number of features to be returned (limit: 250000)

<aoiid> ::= See Advanced Queries regarding definition of a persistent AOI. See layer name for applicability.

<interpresultid> ::= See Advanced Queries regarding execution of an "interpretation". See layer name for applicability.

<EPSG projection code> ::= The default corresponsd to the name of the service file: "epsg:4326" for SDMWGS84Geographic.wfs, "epsg:4269" for SDMNAD83Geographic.wfs and epsg:3857 for SDMWM.wfs.

<thematicmapid> ::= After creating a thematic map in Web Soil Survey, you may use the "Identify" tool and click within the area of the map - the "ThematicMapID" will then be listed. See layer name for applicability.

<spatial filter> ::= { BBOX=<bounding box coordinates> | FILTER=<GML filter spec> | FEATUREID=<feature id> }

Sample URL:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDMWGS84Geographic.wfs?SERVICE=WFS &VERSION=1.1.0 &REQUEST=GetFeature &TYPENAME=MapunitPoly &FILTER=<Filter><BBOX><PropertyName>Geometry</PropertyName><Box srsName='EPSG:4326'> <coordinates>-121.77100,37.368402 -121.76000,37.373473</coordinates> </Box></BBOX></Filter> &SRSNAME=EPSG:4326 &OUTPUTFORMAT=GML2

DescribeLayerBack to Top

This method exists to support user-defined styles by describing WMS named layers. If a named layer is not feature based, then the Layer Description is empty. However if the named layer is feature based, then the “WFS” attribute gives the URL prefix for the WFS containing the feature data.

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms

Input parameters:
Input ParameterDescription
[ SERVICE=WMS ]OGC service type
[ VERSION=1.1.1 ]OGC version number
{ REQUEST=DescribeLayer }method name
[ LAYERS=<layer name list> ]feature type or layer name(s) (default = all applicable layers)

<layer name list> ::= { <layer name> [ ,...n ] }

Sample URL:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms ?SERVICE=WMS&VERSION=1.1.1 &REQUEST=DescribeLayer &LAYERS=SurveyAreaPoly,MapunitPoly

GetFeatureInfoBack to Top

This method returns information about particular features shown on a map. It allows a client to request information about features on a map by adding to the map URL additional parameters specifying a location (as an X, Y offset from the upper left corner) and the number of nearby features about which to return information. A Layer is said to be “queryable” if the server supports the GetFeatureInfo operation on that Layer. A server may support GetFeatureInfo on some of its layers but not on all. The GetCapabilities request reports which layers, if any, are queryable.

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms

Input parameters:
Input ParameterDescription
{ REQUEST=GetFeatureInfo }method name
{ QUERY_LAYERS=<layer name list> }This is the map layer(s) for which feature information should be retrieved. Its value is a comma-separated list of one or more map layers. This parameter must contain at least one layer name, but may contain fewer layers than the original GetMap request.
{ X=pixel_column }X coordinate in pixels of feature (measured from upper left corner=0)
{ Y=pixel_row }Y coordinate in pixels of feature (measured from upper left corner=0)
[ INFO_FORMAT=text/html | text/plain | gml2 ]return format of feature information (MIME type) (default = text/plain)
[ FEATURE_COUNT=<integer> ]This is the maximum number of features for which feature information should be returned. Its value must be a positive integer greater than zero (default = 1, limit: 250000).
[ EXCEPTIONS= xml | Application/VND.OGC.SE_XML ]format in which exceptions are to be reported (default = XML)
{ <map_request_copy> }partial copy of the request parameters that generated the map for which information is desired

<layer name list> ::= { <layer name> [ ,...n ] }

<map_request_copy> ::= This is not a name/value pair like the other parameters. Instead, most of the GetMap request parameters that generated the original map are repeated. Two are omitted because GetFeatureInfo provides its own values for VERSION and REQUEST. The remainder of the GetMap request shall be embedded contiguously in the GetFeatureInfo request.

Sample URL:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms ?SERVICE=WMS &VERSION=1.1.1&REQUEST=GetFeatureInfo &QUERY_LAYERS=SurveyAreaPoly&X=260&Y=253&LAYERS=SurveyAreaPoly &INFO_FORMAT=text/html&FEATURE_COUNT=50 &EXCEPTIONS=application/vnd.ogc.se_xml&STYLES=&SRS=EPSG:4326 &BBOX=-108.16419080996,38.758063028388,-108.134685494042,38.7801920153271 &WIDTH=600&HEIGHT=450

GetMapBack to Top

This method returns a rectangular map graphic for one or more supported feature types or layers, for a user specified area of interest. The layers returned by this method have map scale thresholds. Map unit features are not displayed unless map scale is in the range 1:0 to 1:250,000. Survey area features are not displayed unless map scale is in the range 1:100 to 1:5,000,000. Feature points and lines are not displayed unless map scale is in the range 1:0 to 1:250,000.

Web services for which this method is supported:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms

Input parameters:
Input ParameterDescription
[ SERVICE=WMS ]OGC service type
[ VERSION=1.1.1 ]OGC version number
{ REQUEST=GetMap }method name
{ LAYERS=<layer name list> }feature type or layer name(s), comma-separated
[ AOIID=<aoiid> ] Persisent ID obtained when creating an SDA "persistent AOI".
[ INTERPRESULTID=<interpresultid> ] Interpretation result ID obtained when executing an interpretation within SDA.
[ SLD_ID=<sld_id> ] The ID of a previously-defined SLD, may be used with both GET and POST requests.
[ THEMATICMAPID=<thematicmapid> ] Thematic Map ID obtained from a Web Soil Survey thematic map.
[ SLD_BODY=<sld_body> ]Styled Layer Descriptor, only valid for POST requests.
[ STYLES=<style list> ]comma-separated list of one rendering style per requested layer
[ SRS=<EPSG projection code> ] EPSG spatial reference system code for output map projection.
{ BBOX=<bounding box coordinates> }bounding box corners (lower left, upper right) in the specfified (or defaulted) SRS
[ WIDTH=<integer> ]map image width in pixels (default=640)
[ HEIGHT=<integer> ]map image height in pixels (default=480)
[ FORMAT= image/gif | image/png | image/jpeg | image/svg+xml ]format of the output map image (default = image/svg+xml)
[ TRANSPARENT=TRUE | FALSE ]background map image transparency (default = False)
[ BGCOLOR=<color_value> ]hexadecimal red-green-blue color value for the background map image color (default = 0xFFFFFF)
[ EXCEPTIONS=XML | Application/VND.OGC.SE_XML | Application/vnd.ogc.se_inimage ]format in which exceptions are to be reported (default = XML)

<layer name list> ::= { <layer name> [ ,...n ] }

<aoiid> ::= See Advanced Queries regarding definition of a persistent AOI. See layer name for applicability.

<interpresultid> ::= See Advanced Queries regarding execution of an "interpretation". See layer name for applicability.

<EPSG projection code> ::= The default is "EPSG:4326", i.e. WGS 1984, unless you specify one or more of AOIID, INTERPRESULTID or THEMATICMAPID, in which case the default is "EPSG:3857" (Web Mercator).

<thematicmapid> ::= After creating a thematic map in Web Soil Survey, you may use the "Identify" tool and click within the area of the map - the "ThematicMapID" will then be listed. See layer name for applicability.

<sld_body> ::= A "Styled Layer Descriptor" that describeds how the layer(s) is/are to be painted. Model the SLD content upon the SLD returned by a GetStyles request for the layer(s) of interest. SLD is documented at Mapserver SLD. This parameter may only be used in a POST request and hence performance is not as good as that seen by use of sld_id.

<sld_id> ::= The ID number of a previously-defined SLD that has been added to a persistent AOI. The SLD is defined either through a post.rest request or through a Query request (see Advanced Queries). Performance is better than that yielded by SLD_BODY. Hint: if your application does not require creation of an AOI, you can still create one (the fastest is creation of one for a single mapunit key value) as a container for one or more SLD definitions, you can then call GetMap without otherwise referencing the AOI via AOIID or INTERPRESULTID.

<style list> ::= This is a comma-separated list of one rendering style per requested layer. A client may request the default style using a null value (as in “STYLES=”). At this time, no styles other than a default style are supported because the “styles” that we support are currently implemented as layers (surveyareapolytransparent and surveyareapolyoutline) rather than styles. We do anticipate converting those layers to styles at some point.

Sample URL:
https://SDMDataAccess.sc.egov.usda.gov/Spatial/SDM.wms ?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap &LAYERS=SurveyAreaPoly,MapunitPoly&STYLES=&SRS=EPSG:4326 &BBOX=-102.65253,38.18368,-102.59682,38.21139&WIDTH=600 &HEIGHT=400&FORMAT=image/gif &EXCEPTIONS=Application/VND.OGC.SE_XML


Back to Top