[Geoserver-devel] [jira] (GEOS-5845) Migrate CSS module to extensions section
David Winslow created GEOS-5845 Migrate CSS module to extensions section Issue Type: Bug Assignee: David Winslow Components: CSS Created: 11/Jun/13 3:57 PM Description: As discussed in GSIP 97 (http://geoserver.org/display/GEOS/GSIP+97+-+Promote+CSS+Styling+module+from+Community+to+Extension) the CSS styling module is scheduled to be promoted to Extension status for the 2.3.4 release. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5366) Better heuristic for OWS Request filenames
David Winslow created GEOS-5366 Better heuristic for OWS Request filenames Issue Type: Improvement Assignee: Andrea Aime Created: 23/Oct/12 4:48 PM Description: The org.geoserver.ows.Response class has a default definition of getAttachmentFileName() that uses the MIME type of the response to guess a filename to use in the Content-Disposition header. Currently the heuristic used is to take the part of the MIME type up to the first / character. Instead, I think it should be everything between the first / and the first ; if any. This is because MIME types are structured as a general category (application, text, image...) and a specific subtype - the subtype more often corresponds to a commonly used file extension than the general category. Examples: text/css text/xml image/png image/jpeg etc. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5358) Unhandled exception when evaluating TIME=CURRENT for empty vector layers
David Winslow created GEOS-5358 Unhandled exception when evaluating TIME=CURRENT for empty vector layers Issue Type: Bug Assignee: Andrea Aime Created: 18/Oct/12 10:10 AM Description: If you configure a time dimension on a vector layer with no elements, then GeoServer will generate an exception rather than an empty tile for GetMap requests with TIME=current. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5355) GeoServer Table panel does not update pager numbers when searching
David Winslow created GEOS-5355 GeoServer Table panel does not update pager numbers when searching Issue Type: Bug Assignee: Andrea Aime Created: 17/Oct/12 4:18 PM Description: For example, if you go to the layer page and search for layers, it will continue to say "1 to 22 (of 0 matches from 22 total)" regardless of how many layers match the search. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5351) IE9: LayerGroup page submit buttons out of line
David Winslow created GEOS-5351 IE9: LayerGroup page submit buttons out of line Issue Type: Bug Affects Versions: 2.2 Assignee: David Winslow Created: 15/Oct/12 3:44 PM Description: On IE9, the submit button at the bottom of the LayerGroup editing page shows up in the sidebar instead of in the main content area of the page. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5327) Detailed logging preferences
David Winslow created GEOS-5327 Detailed logging preferences Issue Type: Wish Assignee: Andrea Aime Components: Wicket UI Created: 26/Sep/12 9:25 AM Description: It would be nice to be able to configure details of logging profiles through the web admin instead of having to choose from presets or resort to hand-editing the properties files. GeoServer could offer a hierarchical tree of loggers: +org | +geotools | +geoserver With a logging level drop-down at each node in the tree. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5313) Avoid CRS lookup in static initializer blocks
David Winslow created GEOS-5313 Avoid CRS lookup in static initializer blocks Issue Type: Bug Assignee: Justin Deoliveira Created: 17/Sep/12 4:53 PM Description: In the OpenGeo Suite we were bitten by a bug caused by CRS lookups in static initializers - doing this makes it easy to accidentally force the referencing system to initialize before the GeoserverInitStartupListener can run (and GeoServer relies on the configuration changes that it makes. There are a couple of places in GeoServer where we fall into this trap as well - one Wicket component and the regionating code. I think it's difficult to get either of these to load before the init-listener runs, but it's probably a good idea to avoid this pattern anyway to avoid copy/pasting problems down the line. I put a branch on github at https://github.com/dwins/geoserver/tree/no-crs-lookups-in-static-initializers that makes the relevant changes. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5280) Treat reduced-accuracy times as ranges in WMS
David Winslow reopened GEOS-5280 Treat reduced-accuracy times as ranges in WMS Reopening since the fix was reverted due to failing tests. Change By: David Winslow (27/Aug/12 1:23 PM) Assignee: AndreaAime DavidWinslow Status: Resolved Reopened Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5280) Treat reduced-accuracy times as ranges in WMS
David Winslow created GEOS-5280 Treat reduced-accuracy times as ranges in WMS Issue Type: Improvement Affects Versions: 2.2-RC2, 2.1.4 Assignee: Andrea Aime Components: WMS Created: 22/Aug/12 2:14 PM Description: Instead of treating reduced-accuracy times as instants, let's treat them as ranges - a TIME parameter that is only specific to a year is the entire year, etc. This branch includes some tests and documentation as well as changing the behavior. https://github.com/dwins/geoserver/tree/feature-reduced-accuracy-time Fix Versions: 2.2-RC3 Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5222) Save and continue editing for SLD editor
David Winslow created GEOS-5222 Save and continue editing for SLD editor Issue Type: Improvement Assignee: David Winslow Components: Wicket UI Created: 12/Jul/12 1:04 PM Description: It would be nice to have the option to update a style without navigating away from the style editor - in conjunction with a preview map open in another browser tab that would make possible an iterative styling process. Project: GeoServer Priority: Major Reporter: David Winslow This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5108) Index conflation in RESTConfig upload handling
David Winslow created GEOS-5108: --- Summary: Index conflation in RESTConfig upload handling Key: GEOS-5108 URL: https://jira.codehaus.org/browse/GEOS-5108 Project: GeoServer Issue Type: Bug Components: REST Affects Versions: 2.1.3 Reporter: David Winslow Assignee: Justin Deoliveira Fix For: 2.1.4 Layer name conflict resolution was implemented using a counter - but instead of using that counter, we were using the same counter that iterates over the uploaded featuretypes. This meant that a layer name conflict while configuring uploaded resources could cause resources to be skipped. Patch on Github at https://github.com/dwins/geoserver/commit/ca29dc60371aff531ad094deda3892c14369dfbc (or https://github.com/dwins/geoserver/commit/ca29dc60371aff531ad094deda3892c14369dfbc.diff for an actual diff file.) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5109) Do already configured? check based on native name, not published one
David Winslow created GEOS-5109: --- Summary: Do already configured? check based on native name, not published one Key: GEOS-5109 URL: https://jira.codehaus.org/browse/GEOS-5109 Project: GeoServer Issue Type: Bug Components: REST Affects Versions: 2.1.3 Reporter: David Winslow Assignee: Justin Deoliveira Fix For: 2.1.4 The upload handler in the REST API uses published names instead of native ones when deciding whether layers are already configured in the catalog. When replacing or appending to an existing store this means the layer gets re-published unnecessarily, eventually leading to name exhaustion. Patch on Github at https://github.com/dwins/geoserver/commit/ea04b1bc279bde403517ecb27a0f4f81b1b48361 (or https://github.com/dwins/geoserver/commit/ea04b1bc279bde403517ecb27a0f4f81b1b48361.diff for the actual patch file.) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5111) Better temporary file handling in REST API
David Winslow created GEOS-5111: --- Summary: Better temporary file handling in REST API Key: GEOS-5111 URL: https://jira.codehaus.org/browse/GEOS-5111 Project: GeoServer Issue Type: Bug Components: REST Affects Versions: 2.1.3 Reporter: David Winslow Assignee: Andrea Aime Fix For: 2.1.4 In the REST API the datastore upload handling code never uses temporary space, writing files straight to the data directory even when they are ultimately going to be converted formats or inserted into an external storage system such as a RDBMS. This means that some uploads can cause files in the datastore to be overwritten or deleted. The issue is compounded by a couple of bugs: 1) The upload code does actually attempt to detect and prevent file conflicts in uploads. However, it does so by checking based on the name of the datastore and the format of the upload. Depending on the upload parameters either of these parameters may be incorrect; in the case of a ZIP archive containing files whose name is different from the store name they will both be incorrect. 2) The conflict prevention mechanism used is to simply delete all files in the directory (a subdirectory of the datadir, not the data dir itself) which may remove files that would otherwise be unaffected by the upload (ie, a directory of shapefiles will all be deleted even if none of them have the same name as the uploaded zipped shapefile.) As a *partial* fix, I've put together a patch that detects when ZIP files are uploaded and writes the ZIP archive temporarily to /tmp/ instead of the datadir. This also includes some changes to RESTUtils to add direct-to-file alternatives to each of the file upload methods, which currently construct their output file paths from the datastore name and format (as described above.) Test case included. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5100) Typo in GeoServerSecurityProvider API
David Winslow created GEOS-5100: --- Summary: Typo in GeoServerSecurityProvider API Key: GEOS-5100 URL: https://jira.codehaus.org/browse/GEOS-5100 Project: GeoServer Issue Type: Bug Components: Security Affects Versions: 2.2-beta2 Reporter: David Winslow Assignee: Andrea Aime Attachments: typo.patch there is a typo in the Security API. The attached patch corrects it. This doesn't change any existing functionality but if any client code exists that is not in the main repository it will need to be updated to accommodate the change. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5084) Mark/reset in WMS Capabilities document generation
David Winslow created GEOS-5084: --- Summary: Mark/reset in WMS Capabilities document generation Key: GEOS-5084 URL: https://jira.codehaus.org/browse/GEOS-5084 Project: GeoServer Issue Type: Improvement Reporter: David Winslow Assignee: David Winslow Fix For: 2.1.x The GeoServer WMS capabilities response does not always generate valid XML - streaming output sometimes means that we have already sent the start of a capabilities document to a client before we encounter a misconfigured or unavailable layer, at which point we generate an error message, but it's invalid XML at that point. We have a buffer strategy that avoids committing the response until the entire message is generated, but this is slow (you have to generate the entire document before you can start sending it.) The improvement to be added here is to add a new output strategy which buffers only the layer which is currently being processed - and simply hides layers that are not properly configured. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5055) REST API writes invalid layergroup configuration to disk when layergroup references non-existent layer
David Winslow created GEOS-5055: --- Summary: REST API writes invalid layergroup configuration to disk when layergroup references non-existent layer Key: GEOS-5055 URL: https://jira.codehaus.org/browse/GEOS-5055 Project: GeoServer Issue Type: Bug Components: REST Reporter: David Winslow Assignee: Andrea Aime In the REST API, modifying a layergroup to include a reference to a layer name that's not associated with any layer in GeoServer will cause an invalid layergroup to be persisted to the catalog. The in-memory catalog doesn't retain it, leading to a curious case where attempts to update or delete the layergroup (to correct the issue) fail with a 404 Not Found error and attempts to create a new layergroup in its place fail with a 403 Name already in use error. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5056) Upload to existing featuretype: Behavior is depended on backing store type
David Winslow created GEOS-5056: --- Summary: Upload to existing featuretype: Behavior is depended on backing store type Key: GEOS-5056 URL: https://jira.codehaus.org/browse/GEOS-5056 Project: GeoServer Issue Type: Bug Components: REST Reporter: David Winslow Assignee: Andrea Aime The REST API documentation (http://docs.geoserver.org/stable/en/user/restconfig/rest-config-api.html#data-stores) states that the default behavior when uploading to an already-existing featuretype is to append the data. This is the case for PostGIS backends. For Shapefiles however, the default is to replace the data instead. I haven't checked behavior for other backends yet. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5057) Name conflict resolution for new layers in REST API
David Winslow created GEOS-5057:
---
Summary: Name conflict resolution for new layers in REST API
Key: GEOS-5057
URL: https://jira.codehaus.org/browse/GEOS-5057
Project: GeoServer
Issue Type: Bug
Components: REST
Reporter: David Winslow
Assignee: Justin Deoliveira
The setup for this one is a little complicated:
1) Start from default release dataset
2) Add a shapefile named roads in the {{topp:}} namespace
3) Add a postgis datastore in the same namespace.
4) Repeatedly upload the roads shapefile to the postgis datastore.
This creates a table named roads in the database, but since the layer name
roads is already taken we munge the name with a numeric suffix. However,
instead of simply appending data to the existing layer, subsequent uploads add
data to the same table, but create new layers with increasing numeric suffixes
(up to a max of 9 in my testing; after that layer creation fails.)
Another odd bit I found during my testing was that the last upload only fails
*after* importing the data into the table, so we end up with more copies of the
data than we successfully imported.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5058) Creating PostGIS tables via REST API doesn't validate that created table has valid Postgres table name
David Winslow created GEOS-5058: --- Summary: Creating PostGIS tables via REST API doesn't validate that created table has valid Postgres table name Key: GEOS-5058 URL: https://jira.codehaus.org/browse/GEOS-5058 Project: GeoServer Issue Type: Bug Components: REST Reporter: David Winslow Assignee: Justin Deoliveira If you upload a Shapefile with a very long filename (exceeding the identifier length limit for Postgres which defaults to 63) then GeoServer will issue a SQL command to CREATE TABLE with an invalid identifier. By spec, Postgres ignores the remainder of the identifier, so the created table will not have the expected name. GeoServer then fails the rest of the layer configuration due to the expected table name not being found (and the table remains in the database anyway.) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5053) Denial of service opportunity in REST API using new security system
David Winslow created GEOS-5053: --- Summary: Denial of service opportunity in REST API using new security system Key: GEOS-5053 URL: https://jira.codehaus.org/browse/GEOS-5053 Project: GeoServer Issue Type: Bug Components: Security Reporter: David Winslow Assignee: Andrea Aime Priority: Critical After making a REST request with bad credentials on trunk, subsequent requests with correct credentials will fail authentication. For example, I see this when using the release dataset: $ curl http://localhost:8080/geoserver/rest/workspaces -u admin:geoserver -H 'Accept: text/xml' # 200 $ curl http://localhost:8080/geoserver/rest/workspaces -u admin:geoserver.json -H 'Accept: text/xml' # 401 $ curl http://localhost:8080/geoserver/rest/workspaces -u admin:geoserver -H 'Accept: text/xml' # 401! Should be 200 again Restarting GeoServer seems to bring back the user. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5001) LayerInfo validation doesn't enforce ResourceType uniqueness.
David Winslow created GEOS-5001: --- Summary: LayerInfo validation doesn't enforce ResourceType uniqueness. Key: GEOS-5001 URL: https://jira.codehaus.org/browse/GEOS-5001 Project: GeoServer Issue Type: Bug Affects Versions: 2.2.x Reporter: David Winslow Assignee: Andrea Aime Attachments: resource-uniqueness.diff As discussed on the mailing list the validation for LayerInfo looks a bit off. Attached, find a patch which corrects the apparent issue and updates the tests to suit. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-4945) Blank Capabilities Responses when ProxyBaseURL is wrong and TILED=true
David Winslow created GEOS-4945:
---
Summary: Blank Capabilities Responses when ProxyBaseURL is wrong
and TILED=true
Key: GEOS-4945
URL: https://jira.codehaus.org/browse/GEOS-4945
Project: GeoServer
Issue Type: Bug
Affects Versions: 2.1.3
Reporter: David Winslow
Assignee: Gabriel Roldán
When the proxy base url setting is wrong, GeoServer responds to WMS
GetCapabilities requests with the TILED=true option with an empty HTTP
response, with the mimetype set to a normal OGC XML type instead of an error.
This can also be demonstrated with a reverse proxy that doesn't adjust the
Host: header.
{code}
$ curl
'http://localhost:8000/geoserver/wms?SERVICE=WMSREQUEST=GetCapabilitiesTILED=trueVERSION=1.1.1'
-v
* About to connect() to localhost port 8000 (#0)
* Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8000 (#0)
GET
/geoserver/wms?SERVICE=WMSREQUEST=GetCapabilitiesTILED=trueVERSION=1.1.1
HTTP/1.1
User-Agent: curl/7.21.7 (i386-redhat-linux-gnu) libcurl/7.21.7 NSS/3.13.1.0
zlib/1.2.5 libidn/1.22 libssh2/1.2.7
Host: localhost:8000
Accept: */*
HTTP/1.1 200 OK
Date: Tue, 31 Jan 2012 17:21:19 GMT
Server: Apache-Coyote/1.1
Content-Type: application/vnd.ogc.wms_xml
Via: 1.1 localhost:8000
Transfer-Encoding: chunked
* Connection #0 to host localhost left intact
* Closing connection #0
{code}
I am guessing this has to do with the GeoWebCache integration and assigning to
Gabriel accordingly.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4814) Interactive map on Style Edit Page
Interactive map on Style Edit Page -- Key: GEOS-4814 URL: https://jira.codehaus.org/browse/GEOS-4814 Project: GeoServer Issue Type: Improvement Components: Wicket UI Affects Versions: 2.1.x, 2.2.x Reporter: David Winslow Assignee: David Winslow As described in GEOS-4767 we should factor out the css editing from the CSS community module and enable the live-updating map and data browsing features for SLD editing as well. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4815) enable codemirror component with AJAX forms
enable codemirror component with AJAX forms --- Key: GEOS-4815 URL: https://jira.codehaus.org/browse/GEOS-4815 Project: GeoServer Issue Type: Improvement Components: Wicket UI Affects Versions: 2.1.x, 2.2.x Reporter: David Winslow Assignee: Andrea Aime The CodeMirror editor component currently fails if you try to use it with an AJAX submit button in the UI. (What's going on is that CodeMirror hides the original textarea and adds its own element to do the editing in, and there is some juggling needed to sync back. CodeMirror listens for the form submission and does it automatically for normal forms, but wicket ajax form submission doesn't do it. We might want to consider moving to CodeMirror2 which I believe has made some changes to simplify manual syncing.) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4717) Coverage metadata overwritten/reset when uploading new coverage data
Coverage metadata overwritten/reset when uploading new coverage data Key: GEOS-4717 URL: https://jira.codehaus.org/browse/GEOS-4717 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Andrea Aime Attachments: 0001-Preserve-coverage-metadata-on-data-overwrite.patch As discussed with Justin in IRC, the REST API currently behaves inconsistently when handling data uploaded to an *existing* datastore vs. a coveragestore. In the former case, any existent metadata (title, keywords, etc) will be preserved, while for a coveragestore they are reset to auto-generated values as though the coverage had not been configured before at all. Patch attached. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira -- FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4550) Some SLDs cannot be retrieved through RESTConfig
Some SLDs cannot be retrieved through RESTConfig
Key: GEOS-4550
URL: http://jira.codehaus.org/browse/GEOS-4550
Project: GeoServer
Issue Type: Bug
Affects Versions: 2.1.x
Reporter: David Winslow
Assignee: Andrea Aime
Attachments: cities.sld
I have seen a geoserver configured such that one of the styles which shows up
in the UI, has an SLD on disk, is editable through the web form, returns a 200
OK response with no body upon requests to {code}.../rest/styles/name.sld{code}
.
I'm attaching a style which has produced this error.
This is in the context of a GeoNode site so there may be some odd interaction
going on.
--
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
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4529) RESTConfig worldimage upload fails
RESTConfig worldimage upload fails
--
Key: GEOS-4529
URL: http://jira.codehaus.org/browse/GEOS-4529
Project: GeoServer
Issue Type: Bug
Affects Versions: 2.1.x
Reporter: David Winslow
Assignee: Andrea Aime
I am unable to upload a WorldImage file via RESTConfig and have it
automatically configured. GeoServer gives an unhelpful NullPointerException
when I do so.
Here is a curl command that produces the behavior I am seeing using the Pk50095
layer from the release dataset:
{code}
zip payload.zip Pk50095.* curl
'http://admin:geoserver@localhost:8080/geoserver/rest/workspaces/default/coveragestores/Pk90095/file.worldimage'
-v -T payload.zip -H 'Content-Type: application/zip'
{code}
--
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
--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4397) Security backend plugins no longer work on 2.1.x branch
Security backend plugins no longer work on 2.1.x branch --- Key: GEOS-4397 URL: http://jira.codehaus.org/browse/GEOS-4397 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Andrea Aime Attachments: 0001-bake-in-localworkspace-security-to-SecureCatalogImpl.patch As discussed on the mailing list (http://article.gmane.org/gmane.comp.gis.geoserver.devel/12565/). Patch attached, also covers the refactoring discussed in the ticket. -- 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 -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4297) Disable layer when REST upload contains layer that cannot be completely configured
Disable layer when REST upload contains layer that cannot be completely configured -- Key: GEOS-4297 URL: http://jira.codehaus.org/browse/GEOS-4297 Project: GeoServer Issue Type: Improvement Affects Versions: 2.1-beta3 Reporter: David Winslow Assignee: Andrea Aime Fix For: 2.1-RC1 Attachments: dont_break_wms_via_rest.diff As discussed on the mailing list, this patch would change the behavior of the RESTConfig file upload endpoint. The current behavior is, after an upload whose configuration cannot be completed (for example, the native projection and therefore the lat/long bounding box cannot be determined) the layer is left in the catalog, warts and all. The erroneous data doesn't cause an error at upload time, but the next WMS GetCapabilities request will throw an exception due to the null fields. With this proposed change, the layer would simply have the 'enabled' bit set to false so that uploaders can switch it to false at the same time they complete the configuration (either via rest or through the web interface). -- 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 -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4291) enable logging about gzip compression
enable logging about gzip compression - Key: GEOS-4291 URL: http://jira.codehaus.org/browse/GEOS-4291 Project: GeoServer Issue Type: Improvement Components: Global Affects Versions: 2.1-beta3, 2.0.2 Reporter: David Winslow Assignee: Andrea Aime Priority: Minor Attachments: enable-gzip-logging.diff The logging in the GZIP compression filter is disabled by commenting out in the code rather than using the logging level system. This patch would change that, logging whether GZIP compression is applied at the DEBUG level. -- 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 -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Reopened: (GEOS-4146) Class cast exception disposing of old feature type info cache entries
[ http://jira.codehaus.org/browse/GEOS-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Winslow reopened GEOS-4146: - Class cast exception disposing of old feature type info cache entries - Key: GEOS-4146 URL: http://jira.codehaus.org/browse/GEOS-4146 Project: GeoServer Issue Type: Bug Affects Versions: 2.1-beta1 Reporter: Andrea Aime Assignee: Andrea Aime Fix For: 2.1-beta2 java.lang.ClassCastException: java.lang.String cannot be cast to org.geoserver.catalog.FeatureTypeInfo at org.geoserver.catalog.ResourcePool$FeatureTypeCache.removeLRU(ResourcePool.java:1359) -- 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 -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4099) CSS Module doesn't always encode filters into SLD
CSS Module doesn't always encode filters into SLD
-
Key: GEOS-4099
URL: http://jira.codehaus.org/browse/GEOS-4099
Project: GeoServer
Issue Type: Bug
Reporter: David Winslow
Assignee: Andrea Aime
Here's the outline of the CSS (stripped the details since I'm guessing
they aren't relevant):
{code}
/* @title 5011 - motorvag */
[KKOD = 5011] {
...
}
/* @title motorvag-text */
[KKOD = 501...@scale300] {
label: [VAGNR1];
...
}
/* @title 5213 - allman vag */
[KKOD = 521...@scale200] {
...
}
/* @title allman vag-text */
[KKOD = 521...@scale50] {
label: [VAGNR1];
...
}
{code}
What I want to accomplish is:
* KKOD 5011 should always be shown
* Labels for KKOD 5011 should be shown if scale is less than 3,000,000
* KKOD 5213 should be should if scale is less than 2,000,000
* Labels for KKOD 5213 should be shown if scale is less than 500,000
But this CSS is turned into an SLD which shows *all* roads, regardless
of KKOD, at scales lower than 2,000,000 but rendered as if they had
KKOD 5213.
--
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-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-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-4073) Improved word wrap on in-image error reports
Improved word wrap on in-image error reports Key: GEOS-4073 URL: http://jira.codehaus.org/browse/GEOS-4073 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 2.0.2 Reporter: David Winslow Assignee: Andrea Aime When a WMS request with EXCEPTIONS=application/vnd.ogc.se_inimage fails, the error report in the image sometimes runs off the tile despite there being room for another line of output. For example, this request exhibits the issue (the name of the style is missing from the first line of output: http://demo.opengeo.org/geoserver/wms?HEIGHT=256WIDTH=256LAYERS=topp:statesSTYLES=fooSRS=EPSG:4326FORMAT=image/pngTILED=trueTILESORIGIN=-124.731,24.956SERVICE=WMSVERSION=1.1.1REQUEST=GetMapEXCEPTIONS=application/vnd.ogc.se_inimageBBOX=-124.731,24.956,-95.8505,53.8365 It would be a nice improvement to ensure that the first line of the error report is readable in its entirety whenever the tile is big enough to accommodate this. -- 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 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4040) Cookbook Shapefile has wrong data
Cookbook Shapefile has wrong data - Key: GEOS-4040 URL: http://jira.codehaus.org/browse/GEOS-4040 Project: GeoServer Issue Type: Bug Components: Documentation Reporter: David Winslow Assignee: Andrea Aime In the Polygon section of the SLD cookbook, the sample Shapefile available for download has the 'pop' attribute typed as a String, but the sample styles rely on numerical comparisons. Thus the attribute based polygon example is not reproducible for readers following along at home. -- 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 Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4018) Geometry transformation in PointSymbolizer seems to have no effect
Geometry transformation in PointSymbolizer seems to have no effect -- Key: GEOS-4018 URL: http://jira.codehaus.org/browse/GEOS-4018 Project: GeoServer Issue Type: Bug Affects Versions: 2.0.2 Environment: Build from SVN on 2.0.x branch Reporter: David Winslow Assignee: Andrea Aime Attachments: piecharts.css, piecharts.png, piecharts.sld I was attempting to duplicate the example states style from this blog post: http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/ using CSS. In the sample image, each chart is only drawn once for each state, but on my machine it appears to be drawn for each polygon in the multipolygon for the state. I might be doing it wrong, but even adding a Geometry to my point symbolizer using the centroid function didn't fix the problem. Attaching the SLD and the CSS file used to generate it. -- 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 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4008) Missing SLD in release configuration
Missing SLD in release configuration Key: GEOS-4008 URL: http://jira.codehaus.org/browse/GEOS-4008 Project: GeoServer Issue Type: Sub-task Affects Versions: 2.0.2 Reporter: David Winslow Assignee: Justin Deoliveira Priority: Trivial Fix For: 2.0.3 The release dataset contains a configuration for 'concat.sld' but not the actual SLD file. The style isn't listed for any layers, so it's not a big problem, but we may as well delete the style or provide the SLD. Justin, SVN says you added concat.xml, so do you have the SLD floating around? -- 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 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3951) Add security restrictions for www/ static file hosting
Add security restrictions for www/ static file hosting -- Key: GEOS-3951 URL: http://jira.codehaus.org/browse/GEOS-3951 Project: GeoServer Issue Type: New Feature Reporter: David Winslow Assignee: Andrea Aime Attachments: www-security.patch Since we already have a security filter that applies based on URL paths, we could easily add support for password-protecting static files hosted through GeoServer's www/ directory. This could be a nice way of ensuring that a password prompt shows up before OpenLayers starts requesting tiles, for example. Patch attached. -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3948) Improve resource name validation for RESTConfig
Improve resource name validation for RESTConfig --- Key: GEOS-3948 URL: http://jira.codehaus.org/browse/GEOS-3948 Project: GeoServer Issue Type: Improvement Components: REST Affects Versions: 2.0.1 Reporter: David Winslow Assignee: Andrea Aime As discussed in GEOS-3755, it would be useful for the RESTConfig service to raise an error instead of continuing when a request is made that would create a configuration that breaks GeoServer output. For example, naming a featuretype i have spaces would result in invalid XML output for various WMS and WFS requests. Attached is a patch that starts working on this by extending the validation done within CatalogImpl, but I think there's still room for discussion about how to implement this (could it share validation rules with the web ui somehow? does the validation need to happen in RESTConfig itself so that we can adjust names to get things working? etc.) -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3891) Population style doesn't work on trunk
Population style doesn't work on trunk
--
Key: GEOS-3891
URL: http://jira.codehaus.org/browse/GEOS-3891
Project: GeoServer
Issue Type: Bug
Reporter: David Winslow
Assignee: Andrea Aime
On my machine, any style with a TextSymbolizer anywhere in it fails to render
with the message:
{code}
...
Caused by: java.lang.ClassCastException: java.util.ArrayList cannot be cast to
org.geotools.styling.TextSymbolizer
at
org.geotools.renderer.lite.StreamingRenderer.processSymbolizers(StreamingRenderer.java:2056)
at
org.geotools.renderer.lite.StreamingRenderer.process(StreamingRenderer.java:1985)
at
org.geotools.renderer.lite.StreamingRenderer.drawOptimized(StreamingRenderer.java:1879)
...
{code}
I have ensured that I have the latest nightlies of GeoTools to build against.
--
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
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3885) Update freemarker templates through REST API
Update freemarker templates through REST API Key: GEOS-3885 URL: http://jira.codehaus.org/browse/GEOS-3885 Project: GeoServer Issue Type: Improvement Components: REST Affects Versions: 2.0.1 Reporter: David Winslow Assignee: Andrea Aime Priority: Minor It would be nice to be able to manipulate freemarker templates through the REST API. -- 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 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3819) REST API generates invalid internal links
REST API generates invalid internal links - Key: GEOS-3819 URL: http://jira.codehaus.org/browse/GEOS-3819 Project: GeoServer Issue Type: Bug Components: REST Affects Versions: 2.0.1, 2.1.x Reporter: David Winslow Assignee: Andrea Aime Attachments: restcheck.py Some of the internal links generated by the REST API are not recognized by the REST API. It seems that the internal ids, rather than the names, are being used in the generated URL, but the lookups are done based on names instead of ids. Attached is a python script that can be used to identify internal 404's. -- 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 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3817) REST API using JSON output errors on default configuration
REST API using JSON output errors on default configuration
--
Key: GEOS-3817
URL: http://jira.codehaus.org/browse/GEOS-3817
Project: GeoServer
Issue Type: Bug
Components: REST
Affects Versions: 2.0.x
Reporter: David Winslow
Assignee: Andrea Aime
It seems that requesting JSON for any object whose encoding would include a NaN
value throws an uncaught error. An example of this is available using the
GeoServer release dataset, with the restconfig extension enabled:
{{{
$ curl
http://admin:geoser...@lolhost:8080/geoserver/rest/workspaces/nurc/coveragestores/mosaic/coverages/mosaic.json
-D -
HTTP/1.1 200 OK
Date: Thu, 18 Feb 2010 20:23:08 GMT
Server: Noelios-Restlet-Engine/1.0..8
Content-Type: application/json
Content-Length: 0
}}}
The log shows an exception being thrown in Jettison; presumably a 500 should be
shown to the REST client as well.
This coverage has InputImageThresholdValue set to NaN. If I set it to 0, the
JSON output contains a JSON object as expected.
--
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
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3716) FeatureTypeInfo.getAttributes() is always an empty list in test framework
FeatureTypeInfo.getAttributes() is always an empty list in test framework - Key: GEOS-3716 URL: http://jira.codehaus.org/browse/GEOS-3716 Project: GeoServer Issue Type: Bug Affects Versions: 2.0.x Reporter: David Winslow Assignee: Andrea Aime Attachments: CatalogTest.java I'm working on a project that includes an extension to GeoServer, and the unit tests for that extension rely on certain featuretypes with certain attributes being present in a mock datadir set up via the GeoServerTestSupport framework. Recently (around Wednesday of this week) that test began failing. I am attaching a much weaker test that demonstrates this problem without relying on the rest of our code. -- 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 -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3700) Add tmpdir info to testing servlet parameters
Add tmpdir info to testing servlet parameters - Key: GEOS-3700 URL: http://jira.codehaus.org/browse/GEOS-3700 Project: GeoServer Issue Type: Test Affects Versions: 2.0.0 Reporter: David Winslow Assignee: Andrea Aime Attachments: tmpdir.patch I'm working on adding some basic unit testing to the mapfish printing module. The mapfish servlet requires a valid tmpdir to start up properly (it stores generated PDFs on the filesystem.) It is bombing out when trying to read the 'javax.servlet.context.tempdir' property from the servlet context. The attached patch ensures that this property is set in the test environment. -- 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 -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3695) Stack trace while trying to add new directory datastore
Stack trace while trying to add new directory datastore --- Key: GEOS-3695 URL: http://jira.codehaus.org/browse/GEOS-3695 Project: GeoServer Issue Type: Bug Components: Configuration Affects Versions: 2.1.x Reporter: David Winslow Assignee: Justin Deoliveira While trying to add a new directory datastore, I got a stack trace that ended in the following: Caused by: java.lang.IllegalStateException: No default Namespace configured at org.geoserver.web.data.store.DataAccessNewPage.init(DataAccessNewPage.java:49) at org.geoserver.web.data.store.NewDataPage$1$1.onSubmit(NewDataPage.java:82) at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1380) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:811) ... 71 more To get this, I started with the 'minimal' dataset, added an 'opengeo' namespace as the default namespace, and deleted 'it.geosolutions' and 'topp' namespaces. Afterwards, the page to create a new datastore failed with that error. -- 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 -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3696) Stack traces are not paste-able
Stack traces are not paste-able --- Key: GEOS-3696 URL: http://jira.codehaus.org/browse/GEOS-3696 Project: GeoServer Issue Type: Improvement Affects Versions: 2.0.x, 2.1.x Reporter: David Winslow Assignee: Andrea Aime The new error page in the Wicket UI instructs users to create JIRA reports with the included stack trace. However, copying and pasting the stack trace loses the indentation and line breaks, making it quite difficult to read. We should be able to update this so that the formatting is not lost. -- 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 -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3552) custom error pages in Wicket UI
custom error pages in Wicket UI --- Key: GEOS-3552 URL: http://jira.codehaus.org/browse/GEOS-3552 Project: GeoServer Issue Type: Improvement Affects Versions: 2.0-RC1 Reporter: David Winslow Assignee: Gabriel Roldán Fix For: 2.0-RC2 Attachments: errorpages.diff As discussed on list, a patch to set up custom error pages for the Wicket UI. -- 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 -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3440) Default data dir does not survive a restart
Default data dir does not survive a restart
---
Key: GEOS-3440
URL: http://jira.codehaus.org/browse/GEOS-3440
Project: GeoServer
Issue Type: Bug
Affects Versions: 2.0-RC1
Reporter: David Winslow
Assignee: Justin Deoliveira
I'm using the default data directory via the jetty:run Maven task, with the
following command:
{code}
$ mvn jetty:run -DGEOSERVER_DATA_DIR=/home/dwins/gs-release-data/
-Prestconfig,geosearch
{code}
Starting from a fresh copy of the data dir (an unmodified copy of what's in
SVN, using svn export), I get the following:
{code}
$ curl http://localhost:8080/geoserver/rest/workspaces/default.json
{workspace:{name:topp,dataStores:http:\/\/localhost:8080\/geoserver\/rest\/workspaces\/default\/datastores.json,coverageStores:http:\/\/localhost:8080\/geoserver\/rest\/workspaces\/default\/coveragestores.json}}
{code}
If I then restart and try again, I get something different:
{code}
$ curl http://localhost:8080/geoserver/rest/workspaces/default.json
{workspace:{name:nurc,dataStores:http:\/\/localhost:8080\/geoserver\/rest\/workspaces\/default\/datastores.json,coverageStores:http:\/\/localhost:8080\/geoserver\/rest\/workspaces\/default\/coveragestores.json}}
{code}
Further restarts do not seem to keep changing the default workspace, so perhaps
this is an issue with the data directory conversion code.
--
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
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3417) Layer style hrefs are wrong
Layer style hrefs are wrong
---
Key: GEOS-3417
URL: http://jira.codehaus.org/browse/GEOS-3417
Project: GeoServer
Issue Type: Bug
Components: REST
Affects Versions: 2.0-RC1
Reporter: David Winslow
Assignee: David Winslow
When fetching a layer from restconfig on a recent trunk build, the styles
included in the JSON response are invalid. Here is a simple python script that
reproduces this issue consistently for me (it will require python2.6 to run).
{code}#!/usr/bin/env python
import json
from urllib2 import urlopen, HTTPError
GS_BASE = http://localhost:8080/geoserver/rest;
def getJSON(url):
return json.loads(urlopen(url).read())
try:
layer = getJSON(%s/layers/states.json % GS_BASE)
style_href = layer[layer][defaultStyle][href]
style = getJSON(style_href)
except HTTPError, e:
print Couldn't load %s due to %s % (e.geturl(), str(e))
{code}
The issue appears to be caused by the RESTConfig module using names to identify
objects from URLs, but ids to generate URL references.
--
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
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Reopened: (GEOS-2182) Avoid encoding redundant styles in KML output
[ http://jira.codehaus.org/browse/GEOS-2182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Winslow reopened GEOS-2182: - reopening after a chat with aaime Avoid encoding redundant styles in KML output - Key: GEOS-2182 URL: http://jira.codehaus.org/browse/GEOS-2182 Project: GeoServer Issue Type: Improvement Components: Google Earth KML Output Reporter: David Winslow Assignee: David Winslow In KML output, one style is encoded for each feature/placemark. We could probably save a bit of bandwidth by recycling those styles for features using the same sets of rules, and it would likely make things easier on Google Earth as well. -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3392) Restore copy-ability to links on preview page
Restore copy-ability to links on preview page - Key: GEOS-3392 URL: http://jira.codehaus.org/browse/GEOS-3392 Project: GeoServer Issue Type: Improvement Affects Versions: 2.0-RC1 Reporter: David Winslow Assignee: Andrea Aime Fix For: 2.0-RC2 Attachments: copy-links.diff In the Wicket-based map preview page, links open a new window using JavaScript. This makes it tougher to extract the link URLs, which can be useful for hand-tweaking. The attached patch restores the older style of links (using target=_blank on the a tags for the links), for the links that aren't obscured by the drop-down menus for each layer. -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3394) Missing SLD causes NPE in Style Editor
Missing SLD causes NPE in Style Editor -- Key: GEOS-3394 URL: http://jira.codehaus.org/browse/GEOS-3394 Project: GeoServer Issue Type: Bug Affects Versions: 2.0-RC1 Reporter: David Winslow Assignee: Andrea Aime Fix For: 2.0-RC2 If styles/foo.xml exists but styles/foo.sld does not, then trying to edit or delete the style configuration through the Wicket UI results in an NPE. -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3395) Uploading a style whose name does not match the source filename results in bad configuration
Uploading a style whose name does not match the source filename results in bad configuration Key: GEOS-3395 URL: http://jira.codehaus.org/browse/GEOS-3395 Project: GeoServer Issue Type: Bug Affects Versions: 2.0-RC1 Reporter: David Winslow Assignee: Andrea Aime Fix For: 2.0-RC2 Via the Wicket UI, start editing a style named 'ramp'. Using the form in the editor page, upload an SLD file named 'test.sld'. Submit, get a success message on the styles list page. styles/ramp.xml will have been created, but there is no styles/ramp.sld to go with it. test.xml and test.sld are now also present, and referencing styles=test in WMS requests works fine. -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3359) Silent serialization failure on coverage data
Silent serialization failure on coverage data - Key: GEOS-3359 URL: http://jira.codehaus.org/browse/GEOS-3359 Project: GeoServer Issue Type: Bug Components: Configuration Affects Versions: 2.0-RC1 Reporter: David Winslow Assignee: Justin Deoliveira I have a data directory where any time I modify a coverage, the coverage.xml ends up broken (the serializer seems to be bombing out partway through writing the file; my inspection of the code suggests this is due to a null pointer for the SRS field on the coverageinfo object). I can provide the afflicted data directory or a sample coverage.xml, but I need to keep it inside of OpenGeo. -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3348) if coverage stores have duplicate names (in separate workspaces) then one store masks the other
if coverage stores have duplicate names (in separate workspaces) then one store masks the other --- Key: GEOS-3348 URL: http://jira.codehaus.org/browse/GEOS-3348 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Andrea Aime I have a GeoServer configuration with stores in different workspaces but with the same names. I can only edit one of them via the web UI (presumably the first one, whatever that happens to be.) -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3349) Show errors if config is broken when the form loads
Show errors if config is broken when the form loads --- Key: GEOS-3349 URL: http://jira.codehaus.org/browse/GEOS-3349 Project: GeoServer Issue Type: Improvement Components: Configuration Affects Versions: 2.0-RC1 Reporter: David Winslow Assignee: Justin Deoliveira Forms containing erroneous fields do not show error messages until the user tries to submit. Examples of situations in which this might occur are when using a data directory that was created under looser constraints (an older version of geoserver, perhaps), or when creating a new data store under specific conditions (if the underlying file for a coverage store has a . in its name, then a . will be included in the default value for the layer title, resulting in a validation error). -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3351) RESTConfig allows configuration that would be blocked by UI
RESTConfig allows configuration that would be blocked by UI --- Key: GEOS-3351 URL: http://jira.codehaus.org/browse/GEOS-3351 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Andrea Aime if I upload a file via restconfig, I can give the resulting layer a name with a period in it. If I tried to do this in the web ui, then I wouldn't be able to (and similarly, trying to edit the layer after adding it via rest results in a validation error, even if I don't actually change any values.) -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3350) vague error message when uploading coverage via restconfig
vague error message when uploading coverage via restconfig -- Key: GEOS-3350 URL: http://jira.codehaus.org/browse/GEOS-3350 Project: GeoServer Issue Type: Improvement Components: REST Affects Versions: 2.0-RC1 Reporter: David Winslow Assignee: Andrea Aime Priority: Minor Attachments: COR_0.5s_200y.tif the attached geotiff gives a generic message (Error auto-configuring coverage:null) when I try to upload it using the restconfig API. it seems this file doesn't provide a CRS, but a nicer message would be... nice. -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3331) Unhandled IndexOutOfBoundsException in KML reflector
Unhandled IndexOutOfBoundsException in KML reflector Key: GEOS-3331 URL: http://jira.codehaus.org/browse/GEOS-3331 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Affects Versions: 2.0-beta2 Reporter: David Winslow Assignee: David Winslow If you don't provide a layers attribute in requests to the KML reflector, you get a raw exception rather than an error message explaining that this field is required. -- 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3312) Default configuration for new GeoTIFF data sources makes WMS Capabilties document invalid
Default configuration for new GeoTIFF data sources makes WMS Capabilties
document invalid
-
Key: GEOS-3312
URL: http://jira.codehaus.org/browse/GEOS-3312
Project: GeoServer
Issue Type: Bug
Affects Versions: 2.0.x
Reporter: David Winslow
Assignee: Andrea Aime
When adding a new GeoTIFF layer, it is created with a MetadataURL pointing at
http://www.remotesensing.org:16080/websites/geotiff/geotiff.html (which doesn't
resolve in my browser btw.) This metadata url is created with no Type field
set, and is represented in the WMS capabilities document as:
{code type=xml}
MetadataURL type=other
Format/
OnlineResource xmlns:xlink=http://www.w3.org/1999/xlink;
xlink:type=simple
xlink:href=http://www.remotesensing.org:16080/websites/geotiff/geotiff.html/
/MetadataURL
{code}
other is not one of the predesignated types (TC211 | FGDC) in the DTD,
causing errors in strict parsers (such as Internet Explorer).
For better OpenLayers/IE support, it would be useful to either drop this
metadata url, or reference a modified DTD that describes our output more
precisely.
--
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
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3295) relative file urls become absolute URLs after save/load cycle
relative file urls become absolute URLs after save/load cycle - Key: GEOS-3295 URL: http://jira.codehaus.org/browse/GEOS-3295 Project: GeoServer Issue Type: Bug Affects Versions: 2.0-beta2 Reporter: David Winslow Assignee: Andrea Aime On trunk, creating a Shapefile datastore and specifying the Shapefile url as file:path/to/data/in/datadir works fine. However, once the configuration has been saved and loaded once (such as by saving the datastore and then restarting the server) the URL has been rebased relative to the unpacked WAR. If the datadir is outside of the WAR directory then this is wrong. -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3256) Switching a store's workspace works unpredictably
Switching a store's workspace works unpredictably - Key: GEOS-3256 URL: http://jira.codehaus.org/browse/GEOS-3256 Project: GeoServer Issue Type: Bug Components: Wicket UI Affects Versions: 2.0.x Reporter: David Winslow Assignee: Andrea Aime When modifying the workspace of an existing data store, the Wicket UI behaves differently from what is indicated by the UI. Specifically, the UI indicates that the workspace has changed as indicated, but the name reported by the WMS capabilities document remains unchanged. After a restart, the UI still indicates the workspace selected by the user, but the WMS capabilities document will show the namespace corresponding to some random workspace. I was able to duplicate this issue switching the workspace for the nyc datastore from tiger to topp in the 'release' dataset. The capabilities document reported those layers were in the tiger namespace until I restarted, at which point it indicated 'nurc'. -- 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 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3239) KMZ filenames reported as KML
KMZ filenames reported as KML - Key: GEOS-3239 URL: http://jira.codehaus.org/browse/GEOS-3239 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Reporter: David Winslow Assignee: Andrea Aime In Google Earth 5.0 this causes issues. Small fix though. -- 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 -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3190) Allow Serializable instances in resource metadata
Allow Serializable instances in resource metadata - Key: GEOS-3190 URL: http://jira.codehaus.org/browse/GEOS-3190 Project: GeoServer Issue Type: Bug Components: Configuration Affects Versions: 2.0-beta1 Reporter: David Winslow Assignee: Justin Deoliveira Fix For: 2.0.x In the metadata maps associated with ResourceInfo objects in the new Catalog API, only Strings are persisted properly (using the XStream persister). As per the API, any Serializable object should be acceptable. -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3192) Namespaces omitted for some layers in wms capabilities
Namespaces omitted for some layers in wms capabilities -- Key: GEOS-3192 URL: http://jira.codehaus.org/browse/GEOS-3192 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 2.0-beta1 Reporter: David Winslow Assignee: Andrea Aime Fix For: 2.0-beta2 On trunk (GeoServer 2.0-SNAPSHOT at the moment) the WMS capabilities document omits the namespaces for all layers in the default configuration. Including the namespaces in getmap requests does not appear to cause problems. -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3181) Attribution Support for WMS Capabilities
Attribution Support for WMS Capabilities
Key: GEOS-3181
URL: http://jira.codehaus.org/browse/GEOS-3181
Project: GeoServer
Issue Type: New Feature
Affects Versions: 2.0-beta1
Reporter: David Winslow
Assignee: David Winslow
GeoServer should support the optional Attribution field exposed in the WMS
Capabilities document. From
http://schemas.opengis.net/wms/1.1.1/capabilities_1_1_1.dtd:
{code}
!ELEMENT Layer ( Name?, Title, Abstract?, KeywordList?, SRS*,
LatLonBoundingBox?, BoundingBox*, Dimension*, Extent*,
Attribution?, AuthorityURL*, Identifier*, MetadataURL*,
DataURL*,
FeatureListURL*, Style*, ScaleHint?, Layer* )
{code}
...
{code}
!ELEMENT Attribution ( Title?, OnlineResource?, LogoURL? )
!ELEMENT LogoURL (Format, OnlineResource)
!ATTLIST LogoURL
width NMTOKEN #REQUIRED
height NMTOKEN #REQUIRED
{code}
--
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
--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3107) Watermarks applied to entire metatile rather than each tile within it
Watermarks applied to entire metatile rather than each tile within it - Key: GEOS-3107 URL: http://jira.codehaus.org/browse/GEOS-3107 Project: GeoServer Issue Type: Bug Affects Versions: 2.0-beta1 Reporter: David Winslow Assignee: David Winslow Fix For: 2.0-beta2 -- 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 -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2815) WMS Decoration Layout
WMS Decoration Layout - Key: GEOS-2815 URL: http://jira.codehaus.org/browse/GEOS-2815 Project: GeoServer Issue Type: New Feature Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.4 Adding a JIRA issue for the layouts so it can be assigned to a release. See http://geoserver.org/display/GEOS/WMS+Decorations -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2710) ScaleDenominators in KML
ScaleDenominators in KML Key: GEOS-2710 URL: http://jira.codehaus.org/browse/GEOS-2710 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Affects Versions: 1.7.3 Reporter: David Winslow Assignee: David Winslow Priority: Minor Look into using region-based rendering (a la regionated superoverlays) to produce scale-dependent KML output. -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2702) refreshVisibility in KML reflector output
refreshVisibility in KML reflector output - Key: GEOS-2702 URL: http://jira.codehaus.org/browse/GEOS-2702 Project: GeoServer Issue Type: Improvement Components: Google Earth KML Output Affects Versions: 1.7.3 Reporter: David Winslow Assignee: David Winslow Allow users to request KML with timer-based autorefreshing enabled. This involves setting refreshModeonInterval/refreshMode in the KML. It would be good to allow the user to specify the refresh rate as well. -- 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 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2670) Dynamic symbolizers not evaluated in KML output
Dynamic symbolizers not evaluated in KML output --- Key: GEOS-2670 URL: http://jira.codehaus.org/browse/GEOS-2670 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Affects Versions: 1.7.2 Reporter: David Winslow Assignee: David Winslow Attachments: poppie.sld when outputting KML, dynamic symbolizers urls are simply dumped to the KML with no evaluation of the embedded cql. attached is an SLD that works in PNG output but not in KML. -- 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 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2571) RESTConfig doesn't project bounds to lat/lon when autodetecting lat/lon bbox
RESTConfig doesn't project bounds to lat/lon when autodetecting lat/lon bbox Key: GEOS-2571 URL: http://jira.codehaus.org/browse/GEOS-2571 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: David Winslow Attachments: RESTconfig-fix.txt A user reported this error against 1.7.1, patch provided. -- 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2556) When lines are rendered with a hatched fill, the hatchlines bunch up near bends
When lines are rendered with a hatched fill, the hatchlines bunch up near bends --- Key: GEOS-2556 URL: http://jira.codehaus.org/browse/GEOS-2556 Project: GeoServer Issue Type: Improvement Components: WMS Affects Versions: 1.7.1 Reporter: David Winslow Assignee: Andrea Aime Attachments: hatch-bend.png, hatch.sld When using a hatched fill for a line with the new renderer, the hatch lines bunch up near bends in the line. It would be nice if they stayed spaced out. To duplicate: add the attached SLD as 'hatch' to the release dataset and issue the following request against the sf:streams layer: http://localhost:8080/geoserver/wms?SRS=EPSG%3A26713WIDTH=800STYLES=hatchHEIGHT=527LAYERS=sf%3AstreamsFORMAT=image%2FpngSERVICE=WMSVERSION=1.1.1REQUEST=GetMapEXCEPTIONS=application%2Fvnd.ogc.se_inimageBBOX=606872.2951164372,4926467.241920319,607007.134509022,4926556.067370185 -- 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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2549) Feature portrayal requests don't work when the remote server is a recent GeoServer
Feature portrayal requests don't work when the remote server is a recent GeoServer -- Key: GEOS-2549 URL: http://jira.codehaus.org/browse/GEOS-2549 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: David Winslow GeoServer doesn't specify the wfs version when doing feature portrayal requests, so it chokes on the gml3 returned by default in recent GeoServer versions. Should be a straightforward fix; just specify the version in the request. -- 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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2546) RESTConfig shapefile upload fails
RESTConfig shapefile upload fails - Key: GEOS-2546 URL: http://jira.codehaus.org/browse/GEOS-2546 Project: GeoServer Issue Type: Bug Components: Configuration Affects Versions: 1.7.1 Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.2 When attempting to upload a shapefile for autoconfiguration via RESTConfig, GeoServer returns a 500 error indicating there's a NullPointerException. -- 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 -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2492) Clean up GeoServer code
Clean up GeoServer code --- Key: GEOS-2492 URL: http://jira.codehaus.org/browse/GEOS-2492 Project: GeoServer Issue Type: Task Reporter: David Winslow Assignee: Andrea Aime Priority: Minor GeoServer has code that is poorly commented, badly structured, incorrectly indented, and otherwise unpolished. When you fix such issues without changing API, please link this ticket. Obviously module rewrites and such should still have their own tickets, but this one's just for the little stuff. -- 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 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2482) Better error message when height, width missing from WMS request
Better error message when height, width missing from WMS request Key: GEOS-2482 URL: http://jira.codehaus.org/browse/GEOS-2482 Project: GeoServer Issue Type: Improvement Reporter: David Winslow Assignee: Andrea Aime Fix For: 1.7.2 When you make a WMS request that includes all required parameters except for the height and width, a NPE is reported rather than a descriptive message indicating that required parameters are missing. The error message in this case should be more helpful. -- 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 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Reopened: (GEOS-2424) allow outputFormat=kml to engage regular kml output with reflector as opoosed to kmz
[ http://jira.codehaus.org/browse/GEOS-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Winslow reopened GEOS-2424: - A little more work needs to be done to make the default formats right... allow outputFormat=kml to engage regular kml output with reflector as opoosed to kmz Key: GEOS-2424 URL: http://jira.codehaus.org/browse/GEOS-2424 Project: GeoServer Issue Type: Improvement Components: Google Earth KML Output Affects Versions: 1.7.0 Reporter: Justin Deoliveira Assignee: David Winslow Fix For: 1.7.1 Attachments: GEOS-2424.patch -- 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 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2473) Fix up default formats returned by reflector
Fix up default formats returned by reflector Key: GEOS-2473 URL: http://jira.codehaus.org/browse/GEOS-2473 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.1 flat should get kml everything else should get kmz. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2467) KML Reflector should not use superoverlays when regionating does not work.
KML Reflector should not use superoverlays when regionating does not work. -- Key: GEOS-2467 URL: http://jira.codehaus.org/browse/GEOS-2467 Project: GeoServer Issue Type: Improvement Components: Google Earth KML Output Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.2 It should use the onstop (autorefreshing) mode instead. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2468) Better names for reflector modes
Better names for reflector modes Key: GEOS-2468 URL: http://jira.codehaus.org/browse/GEOS-2468 Project: GeoServer Issue Type: Improvement Components: Google Earth KML Output Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.2 flat=dump maybe make superoverlay a synonym for vector? -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2469) An attribute named fid masks the fid in freemarker templates
An attribute named fid masks the fid in freemarker templates -- Key: GEOS-2469 URL: http://jira.codehaus.org/browse/GEOS-2469 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.2 We should probably check and make sure that the fid overwrites the attribute instead. Perhaps we could have an 'atts' field in the top level of the configuration that ensures access to such masked fields is accessible. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2436) Images in REST About Layer page obscured
Images in REST About Layer page obscured Key: GEOS-2436 URL: http://jira.codehaus.org/browse/GEOS-2436 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Sebastian Benthall If the browser font size is too small, the format icons in the layer about page will be cut off. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2438) KML output doesn't work on Macs
KML output doesn't work on Macs --- Key: GEOS-2438 URL: http://jira.codehaus.org/browse/GEOS-2438 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Affects Versions: 1.7.0 Environment: Mac OS X, Java 1.5, *not* running in eclipse Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.1 GeoServer bombs out with an NPE when vector KML is requested on a Mac system. For some reason running in Eclipse masks this problem. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2439) Dynamic Styles in KML produce bogus KML Styles in the output
Dynamic Styles in KML produce bogus KML Styles in the output Key: GEOS-2439 URL: http://jira.codehaus.org/browse/GEOS-2439 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.1 If your style contains something other than a color literal, you often get bogus KML back from GeoServer. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2445) saving multiple times breaks the regionator
saving multiple times breaks the regionator --- Key: GEOS-2445 URL: http://jira.codehaus.org/browse/GEOS-2445 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.1 for configurations that existed before the regionator was around, saving multiple times will break it (I *think* the first save is somehow okay, but anyway). make it so that if you don't set a regionating strategy it doesn't put one in the config file. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2404) Layers failing to show up in Google Earth output
Layers failing to show up in Google Earth output Key: GEOS-2404 URL: http://jira.codehaus.org/browse/GEOS-2404 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Affects Versions: 1.7.x Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.1 Clicking the KML links on the mappreview page sometimes results in empty Google Earth documents coming back from the server. Investigate and remedy. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2398) kml links in map preview page use old reflector
kml links in map preview page use old reflector --- Key: GEOS-2398 URL: http://jira.codehaus.org/browse/GEOS-2398 Project: GeoServer Issue Type: Bug Affects Versions: 1.7.x Reporter: David Winslow Assignee: David Winslow Priority: Minor Fix For: 1.7.1 the links in the map preview page use the old new reflector (wms/kml_reflect); they should instead use the new new reflector (wms/kml). -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2390) HTML about page for layers
HTML about page for layers Key: GEOS-2390 URL: http://jira.codehaus.org/browse/GEOS-2390 Project: GeoServer Issue Type: New Feature Components: Google Earth KML Output Reporter: David Winslow Assignee: David Winslow Priority: Minor It would be cool to have an 'about page' for featuretypes that was people-friendly, so we can link to it in things like google search results. Make such a layer, put links to it in prominent places like the KML placemarks. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2391) KML Superoverlays sometimes omit the actual features.
KML Superoverlays sometimes omit the actual features. - Key: GEOS-2391 URL: http://jira.codehaus.org/browse/GEOS-2391 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Andrea Aime For some datasets, setting mode=vector (ie, leaving the default mode) in the KML reflector results in a hierarchy of empty network links; no features are ever returned. This is... suboptimal, to say the least. Investigate and remedy. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2392) KML reflector NPE's on bogus modes
KML reflector NPE's on bogus modes -- Key: GEOS-2392 URL: http://jira.codehaus.org/browse/GEOS-2392 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: Andrea Aime Give a meaningful exception or just fudge it instead? -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2394) KML Reflector ignores format KVP
KML Reflector ignores format KVP Key: GEOS-2394 URL: http://jira.codehaus.org/browse/GEOS-2394 Project: GeoServer Issue Type: Bug Reporter: David Winslow Assignee: David Winslow Fix For: 1.7.1 The KML reflector returns KMZ for mode=flat and KML for all other formats; it should allow you to override the format if you want. Having KML output for all modes is helpful for debugging, etc. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2385) Reloading the catalog results in SchemaBase==null for featuretypes
Reloading the catalog results in SchemaBase==null for featuretypes -- Key: GEOS-2385 URL: http://jira.codehaus.org/browse/GEOS-2385 Project: GeoServer Issue Type: Bug Components: Configuration Reporter: David Winslow Assignee: David Winslow Summary says it all. Can be triggered by reload button in the admin console or by restarting geoserver. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2379) RESTConfig: Provide means of autoconfiguring pre-existing layers
RESTConfig: Provide means of autoconfiguring pre-existing layers
Key: GEOS-2379
URL: http://jira.codehaus.org/browse/GEOS-2379
Project: GeoServer
Issue Type: Bug
Components: Configuration
Reporter: David Winslow
Assignee: David Winslow
In RESTConfig, there is already a mechanism for autoconfiguring a shapefile,
but it requires uploading a zip file with the shapefile and friends. We should
allow autoconfiguration of layers that are already present on the server (for
example, you just added a PostGIS database with 100 tables. You want to expose
them all with reasonable settings and don't care about handcrafting the
metadata. RESTConfig should help with this.)
I'm adding an endpoint at rest/folders/{folder}/layers/{layer}/default[.{type}]
that only supports GET requests. It returns the default configuration for the
specified layer, complete with autodetected values for relevant fields (title
based on store name, bbox based on data, etc.)
--
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 the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2380) RESTConfig: JSON Uploads to featuretype configuration fail.
RESTConfig: JSON Uploads to featuretype configuration fail. --- Key: GEOS-2380 URL: http://jira.codehaus.org/browse/GEOS-2380 Project: GeoServer Issue Type: Bug Components: Configuration Reporter: David Winslow Assignee: David Winslow Uploading configuration changes in JSON format fail due to some type mismatches. I'm putting in some workarounds in the featuretyperesource for now, but we should probably wrap the JSON dataformat to work more like the XML one when decoding uploaded documents. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2381) Geosearch: Update to recent GeoTools API
Geosearch: Update to recent GeoTools API Key: GEOS-2381 URL: http://jira.codehaus.org/browse/GEOS-2381 Project: GeoServer Issue Type: Task Reporter: David Winslow Assignee: David Winslow the community module geosearch fails to compile; looks like the GeoTools API has changed since this module last successfully built. Take a look and update to work with current GeoTools. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2382) Geosearch: Human-readable layer info page
Geosearch: Human-readable layer info page - Key: GEOS-2382 URL: http://jira.codehaus.org/browse/GEOS-2382 Project: GeoServer Issue Type: Task Reporter: David Winslow Assignee: Andrea Aime Add a page that we can point humans to for general info about a layer that shows up in geosearch. -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
