[Geoserver-devel] [jira] Created: (GEOS-4093) Can't upload SLDs through RESTConfig if they contain relative image URLs
Can't upload SLDs through RESTConfig if they contain relative image URLs Key: GEOS-4093 URL: http://jira.codehaus.org/browse/GEOS-4093 Project: GeoServer Issue Type: Bug Affects Versions: 2.1.x Reporter: David Winslow Assignee: Andrea Aime If I attempt to upload an SLD through RESTConfig which contains a relative image URL, then I get an error message indicating that "SOMEONE CODED THE XLINK NAMESPACE WRONG!!". It would be handy to avoid needing to resolve URLs in the auto-configuration tool I am writing (so that it doesn't require "GeoServer data dir" AND "GeoServer base url" as configuration options, and so that the datadirs it generates can be portable.) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4092) Label Graphics don't line up with the corresponding labels.
Label Graphics don't line up with the corresponding labels. --- Key: GEOS-4092 URL: http://jira.codehaus.org/browse/GEOS-4092 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Andrea Aime Attachments: shields-offset.png, street-text.sld I am seeing this in kind of a massive LayerGroup (I am working on a tool that imports Mapnik map files into GeoServer as LayerGroups). But the graphics I am associating with the labels on this map are showing up totally displaced from the features they are intended to annotate. In fact, they are showing up in places where my truncated OpenStreetMap dataset has no data. I'm attaching the SLD for the layer with the shield graphics, and a screencapture of what I'm seeing. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4091) LayerGroups which reference the default style for a map don't render
LayerGroups which reference the default style for a map don't render Key: GEOS-4091 URL: http://jira.codehaus.org/browse/GEOS-4091 Project: GeoServer Issue Type: Bug Affects Versions: 2.1.x Reporter: David Winslow Assignee: Andrea Aime If I create a LayerGroup and check the 'default style' checkbox for any of the layers in it, then attempting to view that LayerGroup in OpenLayers or other WMS formats results in an uninformative error message ("java.lang.NullPointerException: null"). Removing the default-styled layer from the group fixes the problem. However, once the box is checked, I can't uncheck it through the UI. In fact, it seems that new layers added to a layer group start out with that box checked and non-togglable. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4090) Creating a LayerGroup through RESTConfig that references non-existent styles does not fail
Creating a LayerGroup through RESTConfig that references non-existent styles does not fail -- Key: GEOS-4090 URL: http://jira.codehaus.org/browse/GEOS-4090 Project: GeoServer Issue Type: Bug Affects Versions: 2.1.x Reporter: David Winslow Assignee: Andrea Aime If I post a new LayerGroup configuration to RESTConfig which references a style that GeoServer doesn't know about, GeoServer simply inserts a null/default style in its place. This behavior should probably be stricter. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4089) List GWC service capabilities on the initial GeoServer screen
List GWC service capabilities on the initial GeoServer screen - Key: GEOS-4089 URL: http://jira.codehaus.org/browse/GEOS-4089 Project: GeoServer Issue Type: Improvement Components: GWC Affects Versions: 2.0.2 Reporter: Jody Garnett Assignee: Gabriel Roldán Priority: Minor Right now when a user goes to the initial geoserver start page all the services made available are helpfully listed on the right. This is very helpful in training courses when working with GeoServer and uDig. Workaround: # To get the GeoWebCache capabilies you need to login # Select GWC on the left from the list of services to configure # From the initial GWC screen choose the correct link If GWC could be listed with the other available services it would be useful for casual users that are unable to login. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel