Select to view content in your preferred language

Error 400 "quantizationExtent parameter is invalid" for a particular layer

875
5
Jump to solution
11-28-2022 11:23 AM
Labels (2)
JINANYI
Occasional Contributor

Hi,

Our company has an ArcGIS Online account and I am the admin. I tried to add the VT parcel data layer (https://services1.arcgis.com/BkFxaEFNwHqX3tAw/ArcGIS/rest/services/FS_VCGI_OPENDATA_Cadastral_VTPARC...) into our web app. When the layer is in the web map, it is functioning properly, but in the web app, it doesn't show up.

Upon inspection, I found that when the web app is requesting this layer's data, the response is the following json:

{
  "error" : 
  {
    "code" : 400, 
    "message" : "Cannot perform query. Invalid query parameters.", 
    "details" : [
      "'quantizationExtent' parameter is invalid"
    ]
  }
}

Which I think is caused by the corresponding request url: https://services1.arcgis.com/BkFxaEFNwHqX3tAw/arcgis/rest/services/FS_VCGI_OPENDATA_Cadastral_VTPARC... 

After decomposing the query string, the quantizationParameters looks like this:

{"mode":"view","originPosition":"upperLeft","tolerance":1.1943285668550647,"extent":{"xmin":null,"spatialReference":{"wkid":4326}}}

Without further knowledge, I believe the "extent" part should include actual values but not just null. I say so because this happens in the web map, where the quantizationParameters looks like this:

{"extent":{"xmin":-8153690.681237178,"ymin":5277212.432810176,"xmax":-8152467.688784616,"ymax":5278435.425262738},"mode":"view","originPosition":"upperLeft","tolerance":2.388657133911135}

 

I don't know how to fix this, but I think it needs to be fixed by ESRI. Can someone enlighten me?

0 Kudos
1 Solution

Accepted Solutions
JINANYI
Occasional Contributor

The GIS person in VT gov suggested that it might be caused by reprojection from Vermont State Plane (EPSG: 32145) spatial reference to Web Mercator. He told me to use another layer (https://services1.arcgis.com/BkFxaEFNwHqX3tAw/ArcGIS/rest/services/FS_VCGI_VTPARCELS_WM_NOCACHE_v2/F...), which solved the problem

View solution in original post

0 Kudos
5 Replies
SteveDuquette1
Emerging Contributor

We've been seeing this issue also.  What has worked in the past was to rebuild the spatial indexes of the given layers and wait a bit of time after - it takes time after the process for the layer to start behaving even if the process says it's completed...  However, last night the rebuild did not solve this issue...and we are investigating this once more this morning...hoping someone from ESRI will comment...

0 Kudos
JINANYI
Occasional Contributor

Sorry for my ignorance, but it sound like you either work for ESRI or is Vermont gov's GIS specialist?

Are you saying multiple users of this layer have encountered this before?

0 Kudos
SteveDuquette1
Emerging Contributor

Not an ESRI employee nor a Vermont GIS person.  I work for the Canadian Federal Gov.  We've been seeing this error on some layers that we use.   Did you try rebuilding the indexes on AGOL ?

0 Kudos
JINANYI
Occasional Contributor

No, I am just a consumer of their web service, so I can't do that. I am currently working with ESRI tech support too, hope they can fix it.

0 Kudos
JINANYI
Occasional Contributor

The GIS person in VT gov suggested that it might be caused by reprojection from Vermont State Plane (EPSG: 32145) spatial reference to Web Mercator. He told me to use another layer (https://services1.arcgis.com/BkFxaEFNwHqX3tAw/ArcGIS/rest/services/FS_VCGI_VTPARCELS_WM_NOCACHE_v2/F...), which solved the problem

0 Kudos