Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GNIP 26 – Load Layers to a Map without GetCapabilities Requests #269

Closed
sbenthall opened this issue Jun 4, 2012 · 3 comments
Closed
Labels
gnip A GeoNodeImprovementProcess Issue
Milestone

Comments

@sbenthall
Copy link
Contributor

WorldMap feature proposed by Matt Bertrand:

https://github.com/GeoNode/geonode/wiki/GNIP-26---Load-Layers-to-a-Map-without-GetCapabilities-Requests

When loading layers on a map, GeoNode should store/retrieve all necessary information in its own Layer model rather than query GeoServer’s WMS GetCapabilities document. When adding GeoNode layers to a map, use Geonetwork’s data search functionality rather than GeoExt’s WMSGetCapabilitiesStore to list available layers.

@ghost ghost assigned dwins Jun 4, 2012
@jj0hns0n
Copy link
Contributor

Some notes from a previous ticket.

Maps load more slowly and sometimes result in timeout errors if the # of layers in the system rises above ~300, due to the increasing size of the GetCapabilities document. Store all necessary info in the Layer model instead, and use a new GXP LayerSource object (GeoNodeSource) to differentiate between local and remote WMS layers.

@ingenieroariel
Copy link
Member

Most of the info is already stored in the Layer model. What else can we do to take care of this?

@ingenieroariel
Copy link
Member

This is fixed already in master.

travislbrundage added a commit to travislbrundage/geonode that referenced this issue Dec 17, 2018
Correct improper type handling for proj in bbox_to_projection
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
gnip A GeoNodeImprovementProcess Issue
Projects
None yet
Development

No branches or pull requests

4 participants