[Geoserver-devel] [jira] Created: (GEOS-2465) KML output fails if no strategy name is specified in request and config has a empty string value

KML output fails if no strategy name is specified in request and config has a empty string value Key: GEOS-2465 URL: http://jira.codehaus.org/browse/GEOS-2465

[Geoserver-devel] [jira] Created: (GEOS-2464) Filters are not passed to remote layers

Filters are not passed to remote layers --- Key: GEOS-2464 URL: http://jira.codehaus.org/browse/GEOS-2464 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 1.7.0

Re: [Geoserver-devel] issues with valid KML

The idea I had regarding a temp file was to do the encoding the same way that we used to; with the styles and placemarks being generated in parallel. However, rather than encoding them both to the same stream, we'd send the styles directly to the http output stream and dump the placemarks to a

Re: [Geoserver-devel] issues with valid KML

Justin Deoliveira ha scritto: > It is currently unclear how to proceed on the valid KML issue. The issue > can be summed up in this jira issue: > > http://jira.codehaus.org/browse/GEOS-2447 > > But basically it boils down to that with the patch as written, we can't > generate KML from datastore

[Geoserver-devel] issues with valid KML

It is currently unclear how to proceed on the valid KML issue. The issue can be summed up in this jira issue: http://jira.codehaus.org/browse/GEOS-2447 But basically it boils down to that with the patch as written, we can't generate KML from datastores which do not provide reliable fids. The m

[Geoserver-devel] [jira] Created: (GEOS-2463) GeoServerTemplate loader NPE if the feature type is not inside the local catalog

GeoServerTemplate loader NPE if the feature type is not inside the local catalog Key: GEOS-2463 URL: http://jira.codehaus.org/browse/GEOS-2463 Project: GeoServer

Re: [Geoserver-devel] Internationalized documentation and/or teaching material

Andrea Aime ha scritto: > Arne Kepp ha scritto: > ... >> Regarding multiple trees, we need to think about how we deal with shared >> stuff, like images that don't need to be copied for every language. >> Ideally I guess we would want them to use the language, but default to >> whatever images th

Re: [Geoserver-devel] Internationalized documentation and/or teaching material

> > This plan looks like something that requires a significant commitment > on the translators part... ugh, can we hope about that much? > The guy asked explicitly about translating _parts_ of the user guide. An alternative would be to store all files under a single tree and add i18nized files

[Geoserver-devel] [jira] Reopened: (GEOS-2427) Cannot edit sample mosaic layer

[ http://jira.codehaus.org/browse/GEOS-2427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simone Giannecchini reopened GEOS-2427: --- A commit overrode the fix. > Cannot edit sample mosaic layer > ---

Re: [Geoserver-devel] Internationalized documentation and/or teaching material

Arne Kepp ha scritto: ... > Regarding multiple trees, we need to think about how we deal with shared > stuff, like images that don't need to be copied for every language. > Ideally I guess we would want them to use the language, but default to > whatever images the English version is using if no

Re: [Geoserver-devel] Internationalized documentation and/or teaching material

We can easily do presentations.geoserver.org , but either it'll be a resource only OpenGeo can update (which is not too bad since there are two full time outreach engineers here, and it probably won't change too frequently) or we need another authentication system in addition to Confluence and

Re: [Geoserver-devel] Reenabling remote ows tests produces KMLTest to fail

Andrea Aime wrote: > Gabriel Roldán ha scritto: > >> Andrea, Justin, >> >> I'm comming to you as the creators of KMLTest cause I'm finding hard to >> diagnose why reenabling the remote ows tests makes it fail. >> >> The situation is, the patch attached to >>

Re: [Geoserver-devel] Internationalized documentation and/or teaching material

Justin Deoliveira ha scritto: > For user and developer docs I think it makes more sense to have multiple > trees of documentation, one for each language: > > doc/user/ >en/ >it/ >... > > I don't think sphinx provides any built in support for i18n. Which given > the nature of rST mak

Re: [Geoserver-devel] Internationalized documentation and/or teaching material

For user and developer docs I think it makes more sense to have multiple trees of documentation, one for each language: doc/user/ en/ it/ ... I don't think sphinx provides any built in support for i18n. Which given the nature of rST makes sense. As for slides, we have presentations

[Geoserver-devel] [jira] Created: (GEOS-2462) Release mosaic test data has worng config

Release mosaic test data has worng config - Key: GEOS-2462 URL: http://jira.codehaus.org/browse/GEOS-2462 Project: GeoServer Issue Type: Bug Reporter: Simone Giannecchini Assign

Re: [Geoserver-devel] Reenabling remote ows tests produces KMLTest to fail

Gabriel Roldán ha scritto: > Andrea, Justin, > > I'm comming to you as the creators of KMLTest cause I'm finding hard to > diagnose why reenabling the remote ows tests makes it fail. > > The situation is, the patch attached to > enables ows remote tes

[Geoserver-devel] Internationalized documentation and/or teaching material

Hi, I have one guy on the italian mailing list thinking about contributing italian docs for GeoServer. Question is, where? confluence? svn+sphinx? I don't think we have any plan on an internationalized documentation. We also have slides and stuff that could be contributed but atm they are basicall