Ben Caradoc-Davies ha scritto:
> I would very much like to see the property data store retained in its
> current form. In addition to being exceptionally useful for pedagogical
> purposes, I can imagine intermediate-level users adding a one-point or
> two-point layer with some markers to a map,
I would very much like to see the property data store retained in its
current form. In addition to being exceptionally useful for pedagogical
purposes, I can imagine intermediate-level users adding a one-point or
two-point layer with some markers to a map, some bit of static data that
is not ha
Chris Holmes wrote:
> My point was actually not so much that it shouldn't be a blocker,
> more that rest config should be core. It's a bit weird to me that it's
> not, as there are a lot of people using it. But I don't think
> extensions not building should block a release - the release should
Ben Caradoc-Davies wrote:
> Andrea Aime wrote:
>> Chris Holmes ha scritto:
>>> How can rest config be a blocker? It's an extension, not even
>>> shipped with GeoServer. It can be updated on its own.
> [...]
>>> I concede we should do an rc2. And some other issues will likely
>>> come up. Bu
Andrea Aime wrote:
> Chris Holmes ha scritto:
>> How can rest config be a blocker? It's an extension, not even shipped
>> with GeoServer. It can be updated on its own.
[...]
>> I concede we should do an rc2. And some other issues will likely come
>> up. But it seems weird to me something that
I'm -0 on this. I really see the value on providing ready to run app
schema configurations, but if property datastore is such a need for them
it can be a dependency on app-schema-test or something. It's not like
the properties datastore is to be really used by the masses but if it's
there by de
Just a quick sanity check, but was the GDAL extension bundled with RC1? I see
a bunch of jars called:
imageio-ext-gdal*.jar
and I'm positive I didn't install the GDAL extension on RC1, yet there those
data sources are...
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
---
It's possible to fix it if you can code javascript. Or can fund a
developer. But it's just openlayers persistence of its style object in
to SLD, so it needs to be taught to do pretty printing of XML. Probably
wouldn't take much work, but I'm pretty sure there's not a switch now to
print it o
Remove "Properties" option on new vector data source page
-
Key: GEOS-3384
URL: http://jira.codehaus.org/browse/GEOS-3384
Project: GeoServer
Issue Type: Bug
Components: Wicket
I think its quite useful to be able to ship a self-contained example
Geoserver data dir, using property stores. Where the issue is how to
use some relatively complex piece of config, such as app-schema, or
SLDs, or examples of how to invoke various output formats, or
describing advanced query capab
Hi,
I started using GeoExt Styler on Geoserver 2.0-RC1, Windows XP. It works
fine but I noticed that when I modify a style with Styler, the modified
SLD file become 1 row only. This is quite annoying if one wants to
modify other parameters or study the file.
Is it possible to come back to a well
Mike Pumphrey ha scritto:
>> Maybe we should add custom code so that the property data store
>> is available in the UI only if the UI is in development mode
>> or something?
>
> I like this idea. Shall I JIRA?
The downside of this is that there won't be any chance
of using the property data stor
> Maybe we should add custom code so that the property data store
> is available in the UI only if the UI is in development mode
> or something?
I like this idea. Shall I JIRA?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
Andrea Aime wrote:
> Mike Pumphrey ha scritto:
>> In this old JIRA
Hi Mike,
it is the same properties data store, but we don't ship with it because
it's not for production usage. We only use it for test data, so there's
no need to document it on the user docs.
Does that answer your question?
Cheers,
Gabriel
Mike Pumphrey wrote:
> In this old JIRA task, the "
Mike Pumphrey ha scritto:
> In this old JIRA task, the "Properties" data store was removed:
>
> https://fisheye.codehaus.org/browse/GEOS-2590
>
> Now there is a data store in 2.0-RC1 called "Properties" with the
> description:
>
> "Allows access to Java Property files containing Feature informat
In this old JIRA task, the "Properties" data store was removed:
https://fisheye.codehaus.org/browse/GEOS-2590
Now there is a data store in 2.0-RC1 called "Properties" with the description:
"Allows access to Java Property files containing Feature information"
Is this a different "Properties" tha
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1656/changes
Changes:
[aaime] Updated test to consider sorting
[aaime] By default sort the workspaces by name
[aaime] GEOS-3358, Workspace URI validation too strict
[aaime] Simple URI validator
[aaime] GEOS-3383, Workspace dropdown cont
Workspace dropdown contents are not sorted
--
Key: GEOS-3383
URL: http://jira.codehaus.org/browse/GEOS-3383
Project: GeoServer
Issue Type: Improvement
Components: Wicket UI
Report
Not able to delete store or layer, even though layer is not being served.
--
Key: GEOS-3382
URL: http://jira.codehaus.org/browse/GEOS-3382
Project: GeoServer
Issue Type
Returning XML file as shapefile
---
Key: GEOS-3381
URL: http://jira.codehaus.org/browse/GEOS-3381
Project: GeoServer
Issue Type: Bug
Environment: windows vista, 1.7.6
Reporter: Jonathan
Hi All,
so, if I got it right, you want a to achieve configurable means to
append to the GeoServer generated URL´s, and the callback mechanism you
proposed seems really appropriate to me.
Still, I feel like this url callback mechanism to modify the CGI like
parameters for the generated urls, a
Hi Leandro,
note this thread was more about the translation of the GeoServer user
interface itself, not the translation of the user and/or developer
documentation, which is sphinx, and what I think is where you´re stuck?
I'm sorry I never installed the sphinx tools on Windows, only on
GNU/Linu
Sería estupendo simplificar la instalación de las herramientas necesarias. Ya
que estoy parado por este problema. El ancho de banda no seria un problema, al
menos de mi parte.
It would be nice to simplify the installation of the necessary tools. I am
stopped by this problem. The bandwidth wou
Cannot create Demo requests for XACML
-
Key: GEOS-3380
URL: http://jira.codehaus.org/browse/GEOS-3380
Project: GeoServer
Issue Type: Improvement
Components: Security
Affects Versions: 2.0.x
JVM crashes in a multithreaded
--
Key: GEOS-3379
URL: http://jira.codehaus.org/browse/GEOS-3379
Project: GeoServer
Issue Type: Bug
Components: WMS
Affects Versions: 2.0-RC1
Reporter: Andr
Thanks Mike. I was a user that spotted it.
Mike Pumphrey wrote:
> Template updated. I make a habit of clicking every link in the download
> pages to make sure that we don't miss any artifacts, but I can't keep in my
> head all the extensions that may not be in the template, so thanks for this
Native coverage SRS lost after restart
--
Key: GEOS-3378
URL: http://jira.codehaus.org/browse/GEOS-3378
Project: GeoServer
Issue Type: Bug
Reporter: Andrea Aime
Assignee: Andrea Aim
Save failures result in corrupted data directory and are not reported in the UI
---
Key: GEOS-3377
URL: http://jira.codehaus.org/browse/GEOS-3377
Project: GeoServer
SpringUnWrapper fails to load in Java5 enviroment
-
Key: GEOS-3376
URL: http://jira.codehaus.org/browse/GEOS-3376
Project: GeoServer
Issue Type: Bug
Affects Versions: 2.0-RC1
Re
29 matches
Mail list logo
