Geoserver Cache Tiles setup
527 views
Skip to first unread message
r.richards
Mar 7, 2011, 5:44:49 PM3/7/11
to Enterprise Addressing System
The EAS application is starting up but no cache tiles are bing
returned. The layer-group_map has been cached with 10 levels and the
bounding box provided. The cache folders seem to have valid cache
tiles.
Anything else we are missing in the cache setup?
Here is the message from geoserver.log
400: Requested horizontal resolution: 38.21851414062985 , best match:
27.823130819372636 exceeds 10% threshold. Perhaps the client is
configured with an incorrect set of scales (resolutions), or the DPI
setting is off compared to the one in GWC ?
returned. The layer-group_map has been cached with 10 levels and the
bounding box provided. The cache folders seem to have valid cache
tiles.
Anything else we are missing in the cache setup?
Here is the message from geoserver.log
400: Requested horizontal resolution: 38.21851414062985 , best match:
27.823130819372636 exceeds 10% threshold. Perhaps the client is
configured with an incorrect set of scales (resolutions), or the DPI
setting is off compared to the one in GWC ?
McCullough, Paul
Mar 8, 2011, 9:44:31 AM3/8/11
to eas-d...@googlegroups.com
This is a tough one.
I have seen this problem before - but not in a long time.
Background
----------
Our geowebcache has configurations that you can see here:
http://code.google.com/p/eas/source/browse/trunk/geoserver/configuration/examples/geowebcache.xml
And you must not forget this bit
http://eas.googlecode.com/svn/trunk/geoserver/configuration/examples/geowebcache_readme.txt
The contents of geowebcache.xml must be more or less in agreement with the openlayers front end which is here:
http://eas.googlecode.com/svn/trunk/Media/js/MAD/widgets/MAD-widgets-Map.js
Especially this section:
MAD.config.Map = function() {
...
numZoomLevels: 9,
maxResolution: 38.21851414,
...
};
(Note that many of the values in MAD-widgets-Map.js will eventually be isolated in configuration files)
OK, now, back to your problem.
First, I see that
"Requested horizontal resolution: 38.21851414062985"
So I would say that your javascript is fine since this value is probably coming from
MAD-widgets-Map.js
At this point I would be suspicious of the geowebcache configuration.
So a couple of questions...
Q1) what version of geoserver?
It should be 1.7.4 - upgrade is pending.
This is not properly documented (sorry) - I just now updated the root level README.
Q2) are you using the data and geoserver configurations from SF?
Q3) did you do this:
http://eas.googlecode.com/svn/trunk/geoserver/configuration/examples/geowebcache_readme.txt
I presume you did because you said that the cache is being populated.
I hope this helps.
Paul
I have seen this problem before - but not in a long time.
Background
----------
Our geowebcache has configurations that you can see here:
http://code.google.com/p/eas/source/browse/trunk/geoserver/configuration/examples/geowebcache.xml
And you must not forget this bit
http://eas.googlecode.com/svn/trunk/geoserver/configuration/examples/geowebcache_readme.txt
The contents of geowebcache.xml must be more or less in agreement with the openlayers front end which is here:
http://eas.googlecode.com/svn/trunk/Media/js/MAD/widgets/MAD-widgets-Map.js
Especially this section:
MAD.config.Map = function() {
...
numZoomLevels: 9,
maxResolution: 38.21851414,
...
};
(Note that many of the values in MAD-widgets-Map.js will eventually be isolated in configuration files)
OK, now, back to your problem.
First, I see that
"Requested horizontal resolution: 38.21851414062985"
So I would say that your javascript is fine since this value is probably coming from
MAD-widgets-Map.js
At this point I would be suspicious of the geowebcache configuration.
So a couple of questions...
Q1) what version of geoserver?
It should be 1.7.4 - upgrade is pending.
This is not properly documented (sorry) - I just now updated the root level README.
Q2) are you using the data and geoserver configurations from SF?
Q3) did you do this:
http://eas.googlecode.com/svn/trunk/geoserver/configuration/examples/geowebcache_readme.txt
I presume you did because you said that the cache is being populated.
I hope this helps.
Paul
r.richards
Mar 8, 2011, 12:17:58 PM3/8/11
to Enterprise Addressing System
1) We had 2.0.2 installed, now going back to 1.7.4. So far it seems
Tomcat6 does not 1.7.4, which version of Tomcat you running?
2) yes using both the data and geoserver configs. There were some
probs with the geoserver configs so maybe the older version will work.
For example setting cache directory in web.xml crashes geoserver.
3) yes it was cached at 10 levels. Thanks for providing the section
with the cache levels.
On Mar 8, 6:44 am, "McCullough, Paul" <paul.mccullo...@sfgov.org>
wrote:
>
> - Show quoted text -
Tomcat6 does not 1.7.4, which version of Tomcat you running?
2) yes using both the data and geoserver configs. There were some
probs with the geoserver configs so maybe the older version will work.
For example setting cache directory in web.xml crashes geoserver.
3) yes it was cached at 10 levels. Thanks for providing the section
with the cache levels.
On Mar 8, 6:44 am, "McCullough, Paul" <paul.mccullo...@sfgov.org>
wrote:
> This is a tough one.
> I have seen this problem before - but not in a long time.
>
> Background
> ----------
> Our geowebcache has configurations that you can see here:
> http://code.google.com/p/eas/source/browse/trunk/geoserver/configurat...
> I have seen this problem before - but not in a long time.
>
> Background
> ----------
> Our geowebcache has configurations that you can see here:
> And you must not forget this bit
> http://eas.googlecode.com/svn/trunk/geoserver/configuration/examples/...
>
> The contents of geowebcache.xml must be more or less in agreement with the openlayers front end which is here:
> http://eas.googlecode.com/svn/trunk/Media/js/MAD/widgets/MAD-widgets-...
> The contents of geowebcache.xml must be more or less in agreement with the openlayers front end which is here:
> Especially this section:
> MAD.config.Map = function() {
> ...
> numZoomLevels: 9,
> maxResolution: 38.21851414,
> ...
> };
> (Note that many of the values in MAD-widgets-Map.js will eventually be isolated in configuration files)
>
> OK, now, back to your problem.
> First, I see that
> "Requested horizontal resolution: 38.21851414062985"
> So I would say that your javascript is fine since this value is probably coming from
> MAD-widgets-Map.js
>
> At this point I would be suspicious of the geowebcache configuration.
>
> So a couple of questions...
>
> Q1) what version of geoserver?
> It should be 1.7.4 - upgrade is pending.
> This is not properly documented (sorry) - I just now updated the root level README.
>
> Q2) are you using the data and geoserver configurations from SF?
>
> Q3) did you do this:
> http://eas.googlecode.com/svn/trunk/geoserver/configuration/examples/...
> MAD.config.Map = function() {
> ...
> numZoomLevels: 9,
> maxResolution: 38.21851414,
> ...
> };
> (Note that many of the values in MAD-widgets-Map.js will eventually be isolated in configuration files)
>
> OK, now, back to your problem.
> First, I see that
> "Requested horizontal resolution: 38.21851414062985"
> So I would say that your javascript is fine since this value is probably coming from
> MAD-widgets-Map.js
>
> At this point I would be suspicious of the geowebcache configuration.
>
> So a couple of questions...
>
> Q1) what version of geoserver?
> It should be 1.7.4 - upgrade is pending.
> This is not properly documented (sorry) - I just now updated the root level README.
>
> Q2) are you using the data and geoserver configurations from SF?
>
> Q3) did you do this:
> I presume you did because you said that the cache is being populated.
>
> I hope this helps.
> Paul
>
>
>
> -----Original Message-----
> From: eas-d...@googlegroups.com [mailto:eas-d...@googlegroups.com] On Behalf Of r.richards
> Sent: Monday, March 07, 2011 2:45 PM
> To: Enterprise Addressing System
> Subject: Geoserver Cache Tiles setup
>
> The EAS application is starting up but no cache tiles are bing
> returned. The layer-group_map has been cached with 10 levels and the
> bounding box provided. The cache folders seem to have valid cache
> tiles.
> Anything else we are missing in the cache setup?
>
> Here is the message from geoserver.log
> 400: Requested horizontal resolution: 38.21851414062985 , best match:
> 27.823130819372636 exceeds 10% threshold. Perhaps the client is
> configured with an incorrect set of scales (resolutions), or the DPI
> setting is off compared to the one in GWC ?- Hide quoted text -
>
> I hope this helps.
> Paul
>
>
>
> -----Original Message-----
> From: eas-d...@googlegroups.com [mailto:eas-d...@googlegroups.com] On Behalf Of r.richards
> Sent: Monday, March 07, 2011 2:45 PM
> To: Enterprise Addressing System
> Subject: Geoserver Cache Tiles setup
>
> The EAS application is starting up but no cache tiles are bing
> returned. The layer-group_map has been cached with 10 levels and the
> bounding box provided. The cache folders seem to have valid cache
> tiles.
> Anything else we are missing in the cache setup?
>
> Here is the message from geoserver.log
> 400: Requested horizontal resolution: 38.21851414062985 , best match:
> 27.823130819372636 exceeds 10% threshold. Perhaps the client is
> configured with an incorrect set of scales (resolutions), or the DPI
>
> - Show quoted text -
McCullough, Paul
Mar 8, 2011, 12:42:34 PM3/8/11
to eas-d...@googlegroups.com
Indeed - we use Tomcat 5.
Sorry about that not being in the docs - updating them now.
Sorry about that not being in the docs - updating them now.
r.richards
Mar 9, 2011, 6:33:07 PM3/9/11
to Enterprise Addressing System
This issue was resolved by using fully qualified paths to geoserver in
resources.js. We now have sf maps showing up in EAS. Now we will move
onto user logins and functional usage of the application.
On Mar 8, 9:42 am, "McCullough, Paul" <paul.mccullo...@sfgov.org>
> > - Show quoted text -- Hide quoted text -
resources.js. We now have sf maps showing up in EAS. Now we will move
onto user logins and functional usage of the application.
On Mar 8, 9:42 am, "McCullough, Paul" <paul.mccullo...@sfgov.org>
McCullough, Paul
Mar 9, 2011, 7:18:21 PM3/9/11
to eas-d...@googlegroups.com
Yahoo!
You are the first one that I know of.
I'll take a look at this path issue and update the docs accordingly.
You are the first one that I know of.
I'll take a look at this path issue and update the docs accordingly.
p.e.mccullough
Mar 9, 2011, 10:20:53 PM3/9/11
to Enterprise Addressing System
Mr. Richards,
Allen Briscoe-Smith was at this same point a couple of says ago.
Not sure how he is faring but here is the thread:
http://groups.google.com/group/eas-discuss/browse_thread/thread/31311d3625c83cb
If you have any trouble resetting the super user using that method,
let me know.
Regards,
Paul
On Mar 9, 4:18 pm, "McCullough, Paul" <paul.mccullo...@sfgov.org>
wrote:
Allen Briscoe-Smith was at this same point a couple of says ago.
Not sure how he is faring but here is the thread:
http://groups.google.com/group/eas-discuss/browse_thread/thread/31311d3625c83cb
If you have any trouble resetting the super user using that method,
let me know.
Regards,
Paul
On Mar 9, 4:18 pm, "McCullough, Paul" <paul.mccullo...@sfgov.org>
wrote:
r.richards
Mar 10, 2011, 11:51:40 AM3/10/11
to Enterprise Addressing System
Yes I am working with Allen Briscoe-Smith. We tried several times to
reset superuser a pmccullough without success. All commands were
successful in the python shell.
The only success we had was creating a new superuser to get into the
admin site and create individual users for both of us.
On Mar 9, 7:20 pm, "p.e.mccullough" <p.e.mccullo...@gmail.com> wrote:
> Mr. Richards,
>
> Allen Briscoe-Smith was at this same point a couple of says ago.
> Not sure how he is faring but here is the thread:
> http://groups.google.com/group/eas-discuss/browse_thread/thread/31311...
reset superuser a pmccullough without success. All commands were
successful in the python shell.
The only success we had was creating a new superuser to get into the
admin site and create individual users for both of us.
On Mar 9, 7:20 pm, "p.e.mccullough" <p.e.mccullo...@gmail.com> wrote:
> Mr. Richards,
>
> Allen Briscoe-Smith was at this same point a couple of says ago.
> Not sure how he is faring but here is the thread:
Reply all
Reply to author
Forward
0 new messages