AbstractRendering icon indicating copy to clipboard operation
AbstractRendering copied to clipboard

Stretching broken?

Open jbednar opened this issue 10 years ago • 2 comments

As of a93a002f (27 August), these two URLs generated similar plots:

http://localhost:6582/CENSUS_SYN_PEOPLE?allowStretch=True&latlon=-134.7;21.0;-68.8;47.3

http://localhost:6582/CENSUS_TRACTS?allowStretch=True&latlon=-134.7;21.0;-68.8;47.3

However, in today's version, the plot from the SYN_PEOPLE dataset is no longer stretched. Somehow allowStretch is no longer working for that dataset?

jbednar avatar Sep 08 '15 17:09 jbednar

It looks like this is cache related. If I delete the cache and try the above two examples again, they both work. But if I then delete the allowStretch=True& bits and visit those URLs, the TRACTS one works, but the SYN_PEOPLE one gives only the bottom half of the US.

Similarly, if I delete the cache, then visit the two URLs without allowStretch, they work fine, but if I then visit them with stretching on, only the TRACTS example actually does stretch.

I looks like the cache is not storing the value of allowStretch for the SYN_PEOPLE dataset, and returns bogus information if the version from the previous setting is available in the cache. It's strange that this happens only for one of the datasets!

jbednar avatar Sep 10 '15 21:09 jbednar

Insufficient significant digits on the cache path leads to stretch and non-stretch having the same path but only on the full SYN_PEOPLE data. This also leads to the order-dependent behavior. Expanding the number of digits as a fix (will not cover 100% of cases, but will get it by).

JosephCottam avatar Sep 14 '15 16:09 JosephCottam