On Tue, Oct 15, 2013 at 7:49 AM, Paulius Litvinas paul...@infoera.ltwrote:
Thank you for the replay. Looks like to achieve the result I wanted is
posible in other way. There was some mess in my SLD for label placement.**
**
** **
It just needed proper label placement with perpendicular
On Tue, Oct 15, 2013 at 5:44 AM, rini.angre...@csiro.au wrote:
Perhaps we could improve the joining setting by applying it per feature
type, instead of per GeoServer instance.
I raised this task, but I can't commit on working on it anytime soon.
https://jira.codehaus.org/browse/GEOT-4596
That's a good idea, but that would make it more complicated to implement.
Will consider it when I have the time to do this.
Cheers
Rini
From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea
Aime
Sent: Tuesday, 15 October 2013 2:01 PM
To: Angreani, Rini (CESRE,
Hi,
I found strange behavior of geomLength Filter function for line features.
I want to display length of line as label with the following SLD:
sld:Label
ogc:Function name=geomLength
ogc:PropertyNamegeometry/ogc:PropertyName
/ogc:Function
Hi snuffy,
The joining work is legacy of Niels Charlier during his time with our
organisation, so I may not be 100% correct.
From my understanding, this is because the same rows from the linked table
could be chained by multiple parents from the main table. Therefore the
parent id is needed as
Hi
I have installed libjpeg-turbo following these instructions carefully
http://docs.geoserver.org/stable/en/user/community/libjpeg-turbo/index.html
My test computer is Ubuntu 12.04, and the Geoserver installation is 2.4
and the directory is /opt/tomcat7/webapps/geoserver
After installing
Hi List,
we have had Geoserver running on Tomcat on Windows Server 2008 R2, for a
while without problems.
Recently we upgraded both Tomcat, JDK and Geoserver (2.3.3), and find
crashes regularly now.
We already downgraded to JDK 1.6 after finding messages that 1.7 was still
not supported.
Hi List,
we have had Geoserver running on Tomcat on Windows Server 2008 R2, for a
while without problems.
Recently we upgraded both Tomcat, JDK and Geoserver (2.3.3), and find
crashes regularly now.
We already downgraded to JDK 1.6 after finding messages that 1.7 was still
not supported.
The
This looks similar to but not quite the same as this tcnative issue:
https://issues.apache.org/bugzilla/show_bug.cgi?id=51813
tcnative is an optional extension for tomcat:
http://tomcat.apache.org/native-doc/
IIRC tcnative is bundled in the tomcat windows installer.
One workaround should be to
By the way,
we added a workaround for Tomcat native crashin the VM here:
http://jira.codehaus.org/browse/GEOS-5985
It's part of GeoServer 2.4.0 onwards
Cheers
Andrea
On Tue, Oct 15, 2013 at 10:30 AM, Ben Caradoc-Davies
ben.caradoc-dav...@csiro.au wrote:
This looks similar to but not quite
Kevin,
first of all I would suggest to set USE_JAI_IMAGEREAD to true anyhow as
far as I remember the ImageMosaic may work as following:
The search is performed filtering over the DB without opening rasters at
all, then the ImageMosaic may iterate over the selected granules using
the
Hi Oiva,
you can download that one for the 2.4.x version:
http://gridlock.opengeo.org/geoserver/2.4.x/community-latest/geoserver-2.4-SNAPSHOT-libjpeg-turbo-plugin.zip
However, it should be basically the same as 2.5.x.
Did you add that subfolder (as an instance: /opt/libjpeg-turbo) to the
Hello list,
I am trying to make specific line pattern with SLD - offsetting triangle
from base line.
The result i got is in the following image: http://img42.com/Zvd1q
It looks ok for horizontal segments (green area), but not for others (in
red).
After trying to google I found that
I think I saw something on the dev list about flushes, but can't remember
what it was. Might be worth upgrading to 2.4.0 and seeing if that resolves
it.
Jonathan
On 15 October 2013 08:55, Richard Duivenvoorde rdmaili...@duif.net wrote:
Hi List,
we have had Geoserver running on Tomcat on
On Tue, Oct 15, 2013 at 11:01 AM, Paulius Litvinas paul...@infoera.ltwrote:
Hello list,
** **
I am trying to make specific line pattern with SLD – offsetting triangle
from base line.
** **
The result i got is in the following image: http://img42.com/Zvd1q
It looks ok for
Richard,
Not a real clue, but so far I haven't had any problems with the combination:
- win 2008 R2
- Java 1.7
- TomCat 7
- GeoServer 2.2
What kind of requests do you run to 'kill' it?
regards,
Casper
On Tue, Oct 15, 2013 at 9:55 AM, Richard Duivenvoorde
rdmaili...@duif.netwrote:
Hi List,
Hi all!.
I've a table in ORACLE (no spatial), with colums in which there are points
coordinates and
I'd like use this data to create a layer in GeoServer.
Is there any manner to use this data directly form GeoServer or I've to
transform the data in shp or text file and then use it?
Thank you
On 15-10-13 10:41, Andrea Aime wrote:
By the way,
we added a workaround for Tomcat native crashin the VM here:
http://jira.codehaus.org/browse/GEOS-5985
It's part of GeoServer 2.4.0 onwards
Cheers
Andrea
Thanks Andrea,
I will test upgrading to 2.4.0 first, because if I understand correct
On 15-10-13 09:55, Richard Duivenvoorde wrote:
Hi List,
we have had Geoserver running on Tomcat on Windows Server 2008 R2, for a
while without problems.
Recently we upgraded both Tomcat, JDK and Geoserver (2.3.3), and find
crashes regularly now.
List,
sorry apparently I double posted
This is a duplicate thread. Please see the thread tomcat crashes with
geoserver in which a diagnosis and two solutions are provided.
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research
Thank you Daniele
One problem, where to add this path option? Cannot remember anymore.
-Djava.library.path=absolute_and_valid_path
Oiva
Lähettäjä: dany.geoto...@gmail.com [dany.geoto...@gmail.com] käyttäjän Daniele
Romagnoli
Hi,
You might be able to do it using geomFromWKT if you convert the data into
WKT.
http://docs.geoserver.org/stable/en/user/filter/function_reference.html?highlight=filter
Alternately possibly using a SQL View where the conversion is done in the
database:
Hi,
You really should convert your X and Y into SDO_GEOMETRY. Oracle Locator is
free and it is enough for Geoserver. If your data are maintained so that X and
Y are updated as plain numbers, make triggers to convert them automatically
into SDO_GEOMETRY. But if you definitely want to continue
Hi Jerry,
Can you paste the error stack trace somewhere?
Anyway remember that using pointstacker you can't invoke the getfeatureinfo
clicking on a transformed geometry (it could be related to many features) so
you have to configure a zoom level without pointstacker rendering
transformation
I cannot get this working. I used 2.4 snapshot files and exported an
environment variable like this:
export LD_LIBRARY_PATH=/opt/libjpeg-turbo
Still get the same error check native library libs
Oiva :(
Lähettäjä: Hakala Oiva (MTT) [oiva.hak...@mtt.fi]
Hi List,
upgrading to 2.4 (windows server 2008/tomcat), but having a (rather
huge) 2.3 datadirectory, I tested to keep the data directory as is
(pointing to it via environment var).
Reusing my old data_dir, I see a lot of error messages:
this means the workspace has not yet been added to the
Hi Oliva,
where did you add that export? You should add it on your tomcat/geoserver
scripts (as an instance, on setenv.sh or catalina.sh or whatelse you use)
Please, let me know.
Cheers,
Daniele
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing.
Carlo,
Thanks for the advice. We had already enabled USE_JAI_IMAGEREAD and installed
native JAI (something I should have mentioned). Attached is a getCapabilities
snippet of the layer in question and here is an example URL which causes Tomcat
to spiral out of memory:
Whoops,
I typed all that up and forgot to attach the getCapabilities snippet.
Kevin M. Weiss
Software Engineer
HARRIS IT Services
1408 Fort Crook Road South
Bellevue, NE 68005
kweis...@harris.com
From: geo.ccancelli...@gmail.com
Kevin,
just looking for options:
Do you have the chance to test this mosaic on geoserver 2.4.0 (Backup your
datadir!!!) ? There are many improvements on the ImageMosaic side.
Carlo
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Dott. Carlo
On Tue, Oct 15, 2013 at 4:11 PM, Weiss, Kevin kweis...@harris.com wrote:
Carlo,
Thanks for the advice. We had already enabled USE_JAI_IMAGEREAD and
installed native JAI (something I should have mentioned). Attached is a
getCapabilities snippet of the layer in question and here is an example
Andrea,
Yes time was enabled on the layer. The layer works as expected when processing
requests for times that exist in the system. It's only when a rogue request
comes in that doesn't match any times stored in the DB that the OOM errors
occur.
Carlo,
I'll test with 2.4.0 and report back
On 15-10-13 14:48, Richard Duivenvoorde wrote:
Reusing my old data_dir, I see a lot of error messages:
this means the workspace has not yet been added to the catalog, keep
the proxy around
while Geoserver is running and most layers are ok, there are some (seems
random) shp layers which
Ciao Kevin,
this is actually strange. I don't see how a bad request could be so
problematic.
Thinking, I would do this to troubleshoot (hold on for a second on the
temptation to upgrade :) ), raise the log level to verbose, make a
bad request and get the log file.
This way we can say what the
I have a WFS (using app-schema) which seems to expect coordinates in lat-lon
order if I send them in a KVP BBOX query but in lon-lat order if I send them in
an XML Filter request. I'm not entirely sure what the expected behaviour
according to OGC standards should be but is it really to use the
Hi,
so yeah, theoretically there should be nothing in particular to do, the
migration
is automatic.
Not sure what caused 2.4.x to be less lenient than 2.3.x, however those
stores should have not been working in 2.3.x either (the difference
is that 2.3.x started up anyways)
Cheers
Andrea
On
Export was made in operating system system level at startup.
Still I am not sure what should be done. I think you tried to say that
LD_LIBRARY_PATH -environment variable should be declared. That is what I did.
However the document says:
It does not hurt to add also the location where where the
Hi,
it's pretty simple, in the KVP reqeust you did not specify the SRS as the
fifth parameter of the bbox, so the axis order
defaults to the declared in the caps document, which uses the urn syntax
and it's ordered lat/lon, but in the XML request
you did specify the srs and used the legacy syntax,
Hi
I basically used the sample here
http://suite.opengeo.org/docs/cartography/rt/pointstacker.html which does
not reference any specific fields
However...I may have stumbed onto this bug
https://jira.codehaus.org/browse/GEOS-5228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
Thanks for the answers!
I've added a minor improvement ticket for this:
Configuration option to NOT invalidate GWC tiles when style or structural
changes happen
http://jira.codehaus.org/browse/GEOS-6095
Unfortunately, we're not in a position to do development on it at the
moment. Maybe one day.
40 matches
Mail list logo