[Geoserver-users] geoexplorer unable to view local geoserver layers

Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot.

One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document?

Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists.

Thanks in advance for your help.

Regards,

Jim P.


fuji:Fuji_Landcover_1930 Fuji_landcover1930 These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014. The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis. fuji_landcover1930 features EPSG:3095 CRS:84 138.48642806689833 139.0042108864186 35.16027201750784 35.51263407403097 FUJI_STYLE_SLD image/png

Hi Jim,

I was able to pull this image from your server

http://geo.lcmaps.info/geoserver/lccampus/wms?service=WMS&version=1.1.0&request=GetMap&layers=lccampus:LCCampus_Roadways&styles=&bbox=7642228.384842515,655779.4429133832,7646026.326115483,659080.054133856&width=512&height=444&srs=EPSG:2913&format=image/jpeg

However, the

fuji:Fuji_Landcover_1930

Fuji_landcover1930

referenced in your email is not anonymously queryable.

I would try using the developer tools from Chrome/FireFox or IE to look at the network traffic requesting the layers. You may have am issue with permissions and login state.

image001.png

···

Chris Snider

Senior Software Engineer

Intelligent Software Solutions, Inc.

Description: Description: Description: cid:image001.png@...5633...

From: Jim Proctor [mailto:jproctor@…5039…]
Sent: Tuesday, August 04, 2015 3:57 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] geoexplorer unable to view local geoserver layers

Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot.

One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document?

Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists.

Thanks in advance for your help.

Regards,

Jim P.


fuji:Fuji_Landcover_1930

Fuji_landcover1930

These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014.

The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis.

fuji_landcover1930

features

EPSG:3095

CRS:84

<EX_GeographicBoundingBox>

138.48642806689833

139.0042108864186

35.16027201750784

35.51263407403097

</EX_GeographicBoundingBox>

FUJI_STYLE_SLD image/png

Can I ask the obvious question, can you use layer preview to show the layers in question? Trying to sort out if this is a GeoServer configuration issue, or an issue with GeoExplorer.

···

On 4 August 2015 at 14:56, Jim Proctor <jproctor@anonymised.com> wrote:

Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot.

One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document?

Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists.

Thanks in advance for your help.

Regards,

Jim P.


fuji:Fuji_Landcover_1930 Fuji_landcover1930 These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014. The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis. fuji_landcover1930 features EPSG:3095 CRS:84 138.48642806689833 139.0042108864186 35.16027201750784 35.51263407403097 FUJI_STYLE_SLD image/png

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Jody Garnett

Hi Jim,

I was able to pull this image from your server

http://geo.lcmaps.info/geoserver/lccampus/wms?service=WMS&version=1.1.0&request=GetMap&layers=lccampus:LCCampus_Roadways&styles=&bbox=7642228.384842515,655779.4429133832,7646026.326115483,659080.054133856&width=512&height=444&srs=EPSG:2913&format=image/jpeg

However, the

fuji:Fuji_Landcover_1930

Fuji_landcover1930

referenced in your email is not anonymously queryable.

I would try using the developer tools from Chrome/FireFox or IE to look at the network traffic requesting the layers. You may have am issue with permissions and login state.

image001.png

···

Chris Snider

Senior Software Engineer

Intelligent Software Solutions, Inc.

Description: Description: Description: file:///Users/jproctor/Library/Containers/it.bloop.airmail2/Data/Library/Application Support/Airmail/General/Local/1438733922899592960/Attachments/image001.png@anonymised.com

From: Jim Proctor [mailto:jproctor@anonymised.com]
Sent: Tuesday, August 04, 2015 3:57 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] geoexplorer unable to view local geoserver layers

Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot.

One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document?

Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists.

Thanks in advance for your help.

Regards,

Jim P.


fuji:Fuji_Landcover_1930

Fuji_landcover1930

These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014.

The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis.

fuji_landcover1930

features

EPSG:3095

CRS:84

<EX_GeographicBoundingBox>

138.48642806689833

139.0042108864186

35.16027201750784

35.51263407403097

</EX_GeographicBoundingBox>

FUJI_STYLE_SLD image/png

Thanks, Jody. You’ll possibly see some progress in my reply to Chris. The issue is that we can (or so my staff report) view all layers via layer preview, and we can find/view them in GeoExplorer using the “Find layers” utility, but users can’t quickly view all local GeoServer layers in GeoExplorer via “Add layers.”

Hopefully we’re moving forward! Further hints welcome.

Regards,

Jim P.

···

On 4 August 2015 at 14:56, Jim Proctor <jproctor@anonymised.com> wrote:

Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot.

One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document?

Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists.

Thanks in advance for your help.

Regards,

Jim P.


fuji:Fuji_Landcover_1930 Fuji_landcover1930 These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014. The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis. fuji_landcover1930 features EPSG:3095 CRS:84 138.48642806689833 139.0042108864186 35.16027201750784 35.51263407403097 FUJI_STYLE_SLD image/png

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Jody Garnett

Hi Jim,

I was able to pull this image from your server

http://geo.lcmaps.info/geoserver/lccampus/wms?service=WMS&version=1.1.0&request=GetMap&layers=lccampus:LCCampus_Roadways&styles=&bbox=7642228.384842515,655779.4429133832,7646026.326115483,659080.054133856&width=512&height=444&srs=EPSG:2913&format=image/jpeg

However, the

fuji:Fuji_Landcover_1930

Fuji_landcover1930

referenced in your email is not anonymously queryable.

I would try using the developer tools from Chrome/FireFox or IE to look at the network traffic requesting the layers. You may have am issue with permissions and login state.

image001.png

···

Chris Snider

Senior Software Engineer

Intelligent Software Solutions, Inc.

Description: Description: Description: file:///Users/jproctor/Library/Containers/it.bloop.airmail2/Data/Library/Application Support/Airmail/General/Local/1438733922899592960/Attachments/image001.png@anonymised.com

From: Jim Proctor [mailto:jproctor@anonymised.com]
Sent: Tuesday, August 04, 2015 3:57 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] geoexplorer unable to view local geoserver layers

Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot.

One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document?

Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists.

Thanks in advance for your help.

Regards,

Jim P.


fuji:Fuji_Landcover_1930

Fuji_landcover1930

These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014.

The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis.

fuji_landcover1930

features

EPSG:3095

CRS:84

<EX_GeographicBoundingBox>

138.48642806689833

139.0042108864186

35.16027201750784

35.51263407403097

</EX_GeographicBoundingBox>

FUJI_STYLE_SLD image/png

Glad you got it figured out, at least a way to recover.

image001.png

···

Chris Snider

Senior Software Engineer

Intelligent Software Solutions, Inc.

Description: Description: Description: cid:image001.png@...5633...

From: Jim Proctor [mailto:jproctor@…5039…]
Sent: Wednesday, August 05, 2015 7:57 AM
To: Chris Snider <chris.snider@…3225…>; geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] geoexplorer unable to view local geoserver layers

As an update to the below, I solved the problem (for now) as follows:

  • Navigated to geoserver/gwc-layers, and deleted layer xml specified in error (which could be readily duplicated via GeoServer Caching Defaults link to GeoWebCache page, then e.g. “A list of all the layers and automatic demos.”
  • Then I did the nuclear route to clear all caches: reloaded GeoWebCache in Tomcat, cleared resource cache and configuration/catalog in GeoServer, then finally restarted Tomcat server! Redundant I know, but it finally worked.

In brief, the problem was not with GeoExplorer; it had something to do with GeoWebCache.

We have fixed similar GeoExplorer errors before and they have reappeared! But we at least now know one additional solution.

Regards,

Jim P.

On August 4, 2015 at 17:54:20, Jim Proctor (jproctor@…5039…) wrote:

Thanks, Chris. Our student worker apparently removed the Fuji layer I used below for testing, thus your problem querying this layer.

Using Chrome developer tools, I found the below network report when attempting to load local GeoServer layers:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>

javax.xml.transform.TransformerException: org.geoserver.platform.ServiceException: Extended capabilities provider threw error

org.geoserver.platform.ServiceException: Extended capabilities provider threw error

Extended capabilities provider threw error

Could not locate a layer or layer group with id LayerInfoImpl–6149b47a:14e9380b5a4:-7e2b within GeoServer configuration, the GWC configuration seems to be out of synch

And indeed, GeoWebCache reports the same…I hadn’t checked this before, but this is what I get when I link from GeoServer Caching Defaults page, then click WMS GetCapabilities (or others):

400: Could not locate a layer or layer group with id LayerInfoImpl–6149b47a:14e9380b5a4:-7e2b within GeoServer configuration, the GWC configuration seems to be out of synch

So…how shall I sync GeoWebCache with GeoServer? I fiddled with Caching Defaults page, to no avail. I reloaded GeoWebCache from Tomcat Manager, to no avail.

Sure appreciate.

Regards,

Jim P.

On August 4, 2015 at 15:39:36, Chris Snider (chris.snider@…3225…) wrote:

Hi Jim,

I was able to pull this image from your server

http://geo.lcmaps.info/geoserver/lccampus/wms?service=WMS&version=1.1.0&request=GetMap&layers=lccampus:LCCampus_Roadways&styles=&bbox=7642228.384842515,655779.4429133832,7646026.326115483,659080.054133856&width=512&height=444&srs=EPSG:2913&format=image/jpeg

However, the

fuji:Fuji_Landcover_1930

Fuji_landcover1930

referenced in your email is not anonymously queryable.

I would try using the developer tools from Chrome/FireFox or IE to look at the network traffic requesting the layers. You may have am issue with permissions and login state.

Chris Snider

Senior Software Engineer

Intelligent Software Solutions, Inc.

Description: Description: Description: file:///Users/jproctor/Library/Containers/it.bloop.airmail2/Data/Library/Application Support/Airmail/General/Local/1438733922899592960/Attachments/image001.png@...5633...

From: Jim Proctor [mailto:jproctor@…5039…]
Sent: Tuesday, August 04, 2015 3:57 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] geoexplorer unable to view local geoserver layers

Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot.

One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document?

Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists.

Thanks in advance for your help.

Regards,

Jim P.


fuji:Fuji_Landcover_1930

Fuji_landcover1930

These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014.

The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis.

fuji_landcover1930

features

EPSG:3095

CRS:84

<EX_GeographicBoundingBox>

138.48642806689833

139.0042108864186

35.16027201750784

35.51263407403097

</EX_GeographicBoundingBox>

FUJI_STYLE_SLD image/png