Re: [Geoserver-users] Right to left language (Arabic, Persian) problem in SLD Legend

On 11/11/16 21:43, Andrea Aime wrote: > On Thu, Nov 10, 2016 at 9:41 PM, Ben Caradoc-Davies > wrote: >> Are there use-cases in which it is desirable to leave the file.encoding >> property unset? Setting this as the default behaviour would likely improve >> the experience of

Re: [Geoserver-users] Right to left language (Arabic, Persian) problem in SLD Legend

Thanks for the confirmation. On 11/11/16 19:15, am wrote: > Yes exactly what I did was setting the Windows > environment variable JAVA_TOOL_OPTIONS to "-Dfile.encoding=UTF8" -- Ben Caradoc-Davies Director Transient Software Limited New Zealand

Re: [Geoserver-users] backup and restore extension prevent geoserver to run

Hi, I tested another directory and here is the log file. https://drive.google.com/file/d/0BxvcQH3YLKVlMmVjRmd3SlhYTTA/view?usp=sharing I could not upload it here. It seems it is because of size limitation. anyway It is on my google drive.I hope it helps. I also changed drive and I don't think it

Re: [Geoserver-users] Enable A Store using REST API

thanks very much for your help -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Enable-A-Store-using-REST-API-tp5295144p5295386.html Sent from the GeoServer - User mailing list archive at Nabble.com.

Re: [Geoserver-users] Image from ImageMosaic appears smaller than it should be

Hi again. Are you sure the coverage.xml refers to the same dataset as the one reported by gdalinfo? I see a PALETTE_INDEX and UNSIGNED_1BIT in the DimensionType. However, the gdalinfo reports an RGBA dataset. I'm wondering if you have somehow changed the underlying data once published or some

Re: [Geoserver-users] Publishing KML via Geoserver

GeoWolf, I've been trying to do this without success. Simple kml file: http://www.opengis.net/kml/2.2; xmlns:gx="http://www.google.com/kml/ext/2.2; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation="http://www.opengis.net/kml/2.2

Re: [Geoserver-users] Missing band definitions when adding a GeoTIFF via REST

As far as I know, you have to change the way you're creating the coverage store, using the "external" syntax similar to this example configuring a shapefile that's already on disk: http://docs.geoserver.org/latest/en/user/rest/examples/curl.html#adding-an-existing-shapefile Sorry I don't have an

Re: [Geoserver-users] Missing band definitions when adding a GeoTIFF via REST

Hi Victor, usually, with REST, it works like this: If you want to update some property X of some resource Y, first try to configure similar resource via web UI and then make a GET request via REST so that you can see the full configuration with all the options and their values. In your

Re: [Geoserver-users] Style - problem with labels not shown at different zoom levels

It's a value between 0 and 1, set it to zero http://docs.geoserver.org/stable/en/user/styling/sld/reference/labeling.html#goodnessoffit Cheers Andrea On Fri, Nov 11, 2016 at 1:05 PM, Mikael Karlsson wrote: > Hi, > > Just as i thought but still can’t get it to

[Geoserver-users] Missing band definitions when adding a GeoTIFF via REST

Hi, I'm loading a new GeoTIFF layer using REST by adding a new coveragestore and coverage (requests below). After that, the layer does not have information about bands and I have to use the "Reload band definitions" option in the web GUI to load them manually (because I don't know the raster

Re: [Geoserver-users] Style - problem with labels not shown at different zoom levels

Hi, Just as i thought but still can’t get it to work? Is negative value ok in goodnessOfFit? I have tried values from -40 to 0.4 still has the same problem. also tried these options without succeeding. mbr 10 Thank you for great support. Mikael Från:

Re: [Geoserver-users] Style - problem with labels not shown at different zoom levels

Hi, judging by your style, it may be the label is not shown because the polygon gets too small compared to the label. Look up the "goodnessOfFit" vendor option and tune it to your liking. Cheers Andrea On Fri, Nov 11, 2016 at 11:21 AM, Mikael Karlsson < mikael.karls...@unibase.se> wrote: > Hi,

[Geoserver-users] Style - problem with labels not shown at different zoom levels

Hi, We are having problem with labels doesn't get printed out on some zoom levels, we can have 3 polygons where 2 labels gets printed out and the third one not, then when we zoom in one more level it gets printed out. Any suggestions? :) value value

Re: [Geoserver-users] backup and restore extension prevent geoserver to run

Hello Simone, just tested it. This is what you get in case you try to save the backup into a write protected folder [image: Inline image 1] Best Regards, Alessio Fabiani. == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Alessio

Re: [Geoserver-users] backup and restore extension prevent geoserver to run

Guys, jumping into the discussion, so excuse me if I threw in some nonsense. I believe this is a file permission issue. I would check the logs to make sure there is no related error. On the other hand Alessio I would give a try to creating back-up in a non writable location or a location where

Re: [Geoserver-users] backup and restore extension prevent geoserver to run

Hi, thanks for testing it. Give me some time to try to reproduce the issue on my Windows machine. I'll give you feedbacks as soon as possible. Alessio. Best Regards, Alessio Fabiani. == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing.

Re: [Geoserver-users] backup and restore extension prevent geoserver to run

Hi, I tested all the paths you gave me, but the same error appears. I changed the derive from c to "c:\a.zip" and it created a a.zip file but it has 0 size. Is there any logs that I can provide? About email address I changed it to my gmail address. I am waiting for new confirmation email,I hope

Re: [Geoserver-users] Right to left language (Arabic, Persian) problem in SLD Legend

Hi, Yes exactly what I did was setting the Windows environment variable JAVA_TOOL_OPTIONS to "-Dfile.encoding=UTF8" -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Right-to-left-language-Arabic-Persian-problem-in-SLD-Legend-tp5294270p5295255.html Sent from the GeoServer -

Re: [Geoserver-users] Enable A Store using REST API

Hi, I'm not 100% sure and haven't tried, but you should try just PUT-ing a document looking like: true As far as I can remember puts work in a "update" fashion, so any property you don't mention won't be modified. Just to be on the safe side, do a "backup" of that store configuration before

Re: [Geoserver-users] Right to left language (Arabic, Persian) problem in SLD Legend

On Thu, Nov 10, 2016 at 9:41 PM, Ben Caradoc-Davies wrote: > Andrea, > > if you mean adding -Dfile.encoding=UTF8 to the JVM command line, I think > that is a good idea, but I would defer to the experience of users of the > Windows version. That's what I meant, yes.