Re: [Geoserver-users] REST API reload not reloading gwc-gs.xml
Hi Andrea, thanks a lot for your answer! I think if it is technically possible and reasonable, the gwc-gs.xml should be reloaded as well. Unless there is any concrete reason for this not being possible from a development point-of-view, that is. Thanks, I'd gladly open an issue on the JIRA, if I could.. But I have no account. Could either you open a ticket for this yourself or alternatively grant me access to that JIRA? Many thanks, Matthias On 12.02.2015 09:20, Andrea Aime wrote: On Wed, Feb 11, 2015 at 12:32 PM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi all, I'm using GeoServer 2.3.0 with GeoWebCache 1.4. I realised that reloading the configuration via the REST API [1] does not reload the settings configured in gwc-gs.xml This seems to be done only on GeoServer startup, cf. the log line: INFO [gwc.config] - Initializing GeoServer specific GWC configuration from gwc-gs.xml Is it intended that this is not included in the configuration reload but only on startup? Or is it a bug? Hum... take your pick :-) GWC is indeed a separate application, that can be made to run inside GeoServer with some glue, mostly a bunch of listeners that the GWC integration classes in gs-gwc use to inform GeoWebCache about changes in the GeoServer configuration. I see the listener for the reload event, but it's just reloading the tile layers from the catalog, not reloading the gws-gs.xml file... honestly, not sure how easy/feasible that is, but I'd open a ticket at http://jira.codehaus.org/browse/GEOS Chers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] REST API reload not reloading gwc-gs.xml
Hi Andrea, thanks, I missed that explanation how to create an account. I was able to do so now and create an issue in the JIRA: https://jira.codehaus.org/browse/GEOS-6880 Let's see if anyone can contribute to this issue. Cheers, Matthias On 12.02.2015 09:53, Andrea Aime wrote: On Thu, Feb 12, 2015 at 9:30 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi Andrea, thanks a lot for your answer! I think if it is technically possible and reasonable, the gwc-gs.xml should be reloaded as well. Unless there is any concrete reason for this not being possible from a development point-of-view, that is. Thanks, I'd gladly open an issue on the JIRA, if I could.. But I have no account. Could either you open a ticket for this yourself or alternatively grant me access to that JIRA? Getting a login there is indeed not intuitive, but if you look at the page I've linked, there are instructions on how to do so in the project description, top left: http://jira.codehaus.org/browse/GEOS Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] REST API reload not reloading gwc-gs.xml
Hi all, I'm using GeoServer 2.3.0 with GeoWebCache 1.4. I realised that reloading the configuration via the REST API [1] does not reload the settings configured in gwc-gs.xml This seems to be done only on GeoServer startup, cf. the log line: INFO [gwc.config] - Initializing GeoServer specific GWC configuration from gwc-gs.xml Is it intended that this is not included in the configuration reload but only on startup? Or is it a bug? I'd like to be able to change settings in gwc-gs.xml and reload them without the need to restart the entire GeoServer. Thanks for your help and best regards, Matthias -- [1] - http://docs.geoserver.org/stable/en/user/rest/api/reload.html -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Bold fonts in styles folder rendered wrong
Hi Andrea, thanks for your explanation, it does make sense to me that this is not a bug but rather a limitation in the Java environment. I'd say it's fine as long as you know about this behaviour and use the workaround instead. I just wanted to let you and the ML know, maybe there will be a solution for this in some future release.. Cheers, Matthias Am 30.09.2013 12:15, schrieb Andrea Aime: On Thu, Sep 26, 2013 at 10:53 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi all, it seems that there is a problem with rendering bold and/or italic fonts correctly which are *not* installed on the system but only put into the %GEOSERVER_DATA_DIR/styles folder. The GS loads the font and renders it. However, if the font-weight is specified as 'bold' or the font-style as 'italic' in the SLD, the display is not quite correct. It is, however, correct for the 'normal' font-style/weight. As far as I remember when we load font from the data dir the ability to turn then bold/italic is lost, you basically have to refer directly to the ttf file name having the styling you desire, eg.., Gudea-Bold.ttf. However, not sure how you'd get a bold/italic effect, unless you also have a file like that. It may be a limitation in our implementation, but as far as I can see Java itself does not allow to load more than a single TFF file when creating a font: http://docs.oracle.com/javase/6/docs/api/java/awt/Font.html#createFont%28int,%20java.io.File%29 Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] css styling questions
Hi Lottie Edward, regarding question 2: I'm pretty sure that the 'spaceAround' vendor option is only available for TextSymbolizers and not PointSymbolizers. However, with a small workaround you can also use it for symbols. Just specify a TextSymbolizer with an empty label and add the symbol/icon as a shield. In CSS, this can be achieved like so: * { label: ['.']; /* must have content otherwise ignored */ font-family: Arial; font-size: 0; /* do not display label */ -gt-label-padding: 5; /* = spaceAround option */ shield: url(youricon.png); /* or use predefined symbol altern. */ shield-mime: image/png; shield-size: 10; } This works perfectly fine for me, however, if someone knows a cleaner version I'd be interested in it, too. Cheers, Matthias Am 19.06.2013 11:07, schrieb Edward Mac Gillavry: Hi lottie, For random colours, I suggest to compute this in advance and store as an attribute with the object. This also ensures colours are consistentent across zoom levels. To prevent overlapping symbols, use the 'spaceAround' vendor option together with the 'Priority' vendor option. The first option will make sure there'll always be a specified void between symbols. The second option will allow you to influence the decision which symbol to retain or dismiss based on their relative priority. Not too familiar with the css styling, so someone else has to confirm these vendor options are available in the css styling or only in the default SLD styling. Regards, Edward Date: Wed, 19 Jun 2013 16:39:19 +1000 From: lotta.atzenb...@gmail.com To: geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] css styling questions 1. Is it possible with css to add random colors, which don't change while zooming, based on different labels, but I don't know how many different colors I would need? 2. Is it possible to add a space around a point or symbol so that in a zoom out not all of the points/symbols are shown? Cheers -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] css styling questions
Hi Lottie Edward, regarding question 2: I'm pretty sure that the 'spaceAround' vendor option is only available for TextSymbolizers and not PointSymbolizers. However, with a small workaround you can also use it for symbols. Just specify a TextSymbolizer with an empty label and add the symbol/icon as a shield. In CSS, this can be achieved like so: * { label: ['.']; /* must have content otherwise ignored */ font-family: Arial; font-size: 0; /* do not display label */ -gt-label-padding: 5; /* = spaceAround option */ shield: url(youricon.png); /* or use predefined symbol altern. */ shield-mime: image/png; shield-size: 10; } This works perfectly fine for me, however, if someone knows a cleaner version I'd be interested in it, too. Cheers, Matthias Am 19.06.2013 11:07, schrieb Edward Mac Gillavry: Hi lottie, For random colours, I suggest to compute this in advance and store as an attribute with the object. This also ensures colours are consistentent across zoom levels. To prevent overlapping symbols, use the 'spaceAround' vendor option together with the 'Priority' vendor option. The first option will make sure there'll always be a specified void between symbols. The second option will allow you to influence the decision which symbol to retain or dismiss based on their relative priority. Not too familiar with the css styling, so someone else has to confirm these vendor options are available in the css styling or only in the default SLD styling. Regards, Edward Date: Wed, 19 Jun 2013 16:39:19 +1000 From: lotta.atzenb...@gmail.com To: geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] css styling questions 1. Is it possible with css to add random colors, which don't change while zooming, based on different labels, but I don't know how many different colors I would need? 2. Is it possible to add a space around a point or symbol so that in a zoom out not all of the points/symbols are shown? Cheers -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] css styling questions
Hi Lottie Edward, regarding question 2: I'm pretty sure that the 'spaceAround' vendor option is only available for TextSymbolizers and not PointSymbolizers. However, with a small workaround you can also use it for symbols. Just specify a TextSymbolizer with an empty label and add the symbol/icon as a shield. In CSS, this can be achieved like so: * { label: ['.']; /* must have content otherwise ignored */ font-family: Arial; font-size: 0; /* do not display label */ -gt-label-padding: 5; /* = spaceAround option */ shield: url(youricon.png); /* or use predefined symbol altern. */ shield-mime: image/png; shield-size: 10; } This works perfectly fine for me, however, if someone knows a cleaner version I'd be interested in it, too. Cheers, Matthias Am 19.06.2013 11:07, schrieb Edward Mac Gillavry: Hi lottie, For random colours, I suggest to compute this in advance and store as an attribute with the object. This also ensures colours are consistentent across zoom levels. To prevent overlapping symbols, use the 'spaceAround' vendor option together with the 'Priority' vendor option. The first option will make sure there'll always be a specified void between symbols. The second option will allow you to influence the decision which symbol to retain or dismiss based on their relative priority. Not too familiar with the css styling, so someone else has to confirm these vendor options are available in the css styling or only in the default SLD styling. Regards, Edward Date: Wed, 19 Jun 2013 16:39:19 +1000 From: lotta.atzenb...@gmail.com To: geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] css styling questions 1. Is it possible with css to add random colors, which don't change while zooming, based on different labels, but I don't know how many different colors I would need? 2. Is it possible to add a space around a point or symbol so that in a zoom out not all of the points/symbols are shown? Cheers -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] css styling questions
Hi Lottie Edward, regarding question 2: I'm pretty sure that the 'spaceAround' vendor option is only available for TextSymbolizers and not PointSymbolizers. However, with a small workaround you can also use it for symbols. Just specify a TextSymbolizer with an empty label and add the symbol/icon as a shield. In CSS, this can be achieved like so: * { label: ['.']; /* must have content otherwise ignored */ font-family: Arial; font-size: 0; /* do not display label */ -gt-label-padding: 5; /* = spaceAround option */ shield: url(youricon.png); /* or use predefined symbol altern. */ shield-mime: image/png; shield-size: 10; } This works perfectly fine for me, however, if someone knows a cleaner version I'd be interested in it, too. Cheers, Matthias -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Raster quality downgrade in LayerGroup
Hi all, apologies for re-opening this old thread from July 2011, but I wonder if there has been any solution to this issue. I just encountered the same problem in GeoServer 2.1.3 and would appreciate any help! In my test case, I only wanted to display a geo-referenced TIFF with a simple colour gradient on an existing map of mine (e.g. as backdrop for another displayed geometry). Same issues as Donnacha had back then: When I preview the layer individually, everything looks fine. However together with other layer(s) in a layer group it looks messed up. The quality of the colour gradient raster image is downgraded significantly. Cf. these screenshots: Single Layer Preview: https://dl.dropbox.com/u/56544580/single_layer.png Togeter with simple grey background layer in a layer group: https://dl.dropbox.com/u/56544580/layer_group.png Has there been any work/solution to this issue within the last 1.5 years? Thanks in advance and all the best, Matthias - Donnacha NelanWed, 06 Jul 2011 00:44:45 -0700: Hi Andrea Thanks for the feedback.I will try to put together a sample of the data showing the problem. This may take a while as there are copyright issues with the raster files. The raster dataset itself is a set of digital raster maps that are typically used in the scale range 1:1 to 1:5. It is not aerial photography or satellite imagery and instead shows cartographic lines, text etc. This may be the reason that the difference in image quality is apparent. I will come back to you as soon as I've got permission to forward on a sample to you. Regards Donnacha Donnacha Nelan, Software Architect, 1Spatial Ireland Registered Office: 1 Nore House, Riverview Business Park, Mahon, Cork, Ireland Registration Number: 199077 Telephone: +353 (0)21 4359595 Fax: +353 (0)21 4359596 donnacha.ne...@1spatial.commailto:donnacha.ne...@1spatial.com - On Tue, Jul 5, 2011 at 10:15 AM, Donnacha Nelan donnacha.ne...@1spatial.com wrote: Hi list, I have encountered a problem with a difference in the quality of display of a raster depending on whether the layer is in a LayerGroup or not. On its own, i.e. not in a layer group, the image displayed is of good quality with nice smooth text, lines etc. In the LayerGroup the image is of bad quality with text and lines ‘chunky’. I have set the interpolation method for the layer and for the wms service to be ‘bicubic’ It is as if the interpolation method is not being used when the layer is in a LayerGroup. Is this possible? Is there a way of setting the interpolation method for a LayerGroup raster layer? Starting with GeoServer 2.1.1 the code path to ask for a raster layer stand alone, and ask for a group of layers have been completely separated. This has been done for performance and scalability concerns, when a single raster is asked GeoServer can work in image server mode instead of map server mode, the former is definitely faster. I guess we made improvements to the image server mode that were not ported back to the classic map server mode. Do you have an example data set with styles that we can use to reproduce the issue? By your description it seems the raster is not the typical aerial/satellite imagery, nor scientific data, but sounds more like a scanned map? Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Converting CSS to SLD without web interface
Hi all, I'm still experimenting with the great CSS Module and already managed to reproduce major parts of my former SLD styling information with much less code. Many thanks to David Winslow for developing this (also thx for updating the docs on the GeoServer website!) In order to establish CSS styling in the automated workflow of the company I'm working for, I'm looking for a way to programmatically execute the CSS - SLD conversion. So far I only managed to do this via the CSS Demo web interface when clicking on Submit. Is there any other way to access this conversion logic going on behind the scenes? Thanks in advance and best regards, Matthias P.S.: sorry for double-posting, I keep failing to properly handle mailing lists + newsgroups in my mail client... -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Converting CSS to SLD without web interface
Hi all, I'm still experimenting with the great CSS Module and already managed to reproduce major parts of my former SLD styling information with much less code. Many thanks to David Winslow for developing this (also thx for updating the docs on the GeoServer website!) In order to establish CSS styling in the automated workflow of the company I'm working for, I'm looking for a way to programmatically trigger the CSS - SLD conversion. So far I only managed to do this via the CSS Demo web interface when clicking on Submit. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Converting CSS to SLD without web interface
Thanks a lot, that works nicely and is very convenient for my purposes! Cheers, Matthias Am 15.01.2013 15:42, schrieb David Winslow: Yes, but it has been developed mostly for testing use and so isn't packaged individually. If you have a working GeoServer installation, you should be able to run it after first including the GeoServer WEB-INF/lib directory on your CLASSPATH: $ java -cp 'webapps/geoserver/WEB-INF/lib/*' org.geoscript.geocss.Converter foo.css For each file argument, the converter will attempt to parse the file as CSS and write the resultant SLD to a file with the same name, but with the file extension replaced with SLD. So it is possible to convert many CSS files in one go and save yourself some JVM startup time. There is also a Java API which is adapted for use in most (all?) variants of GeoScript (http://geoscript.org/). -- David Winslow OpenGeo - http://opengeo.org/ On Tue, Jan 15, 2013 at 7:38 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi all, I'm still experimenting with the great CSS Module and already managed to reproduce major parts of my former SLD styling information with much less code. Many thanks to David Winslow for developing this (also thx for updating the docs on the GeoServer website!) In order to establish CSS styling in the automated workflow of the company I'm working for, I'm looking for a way to programmatically execute the CSS - SLD conversion. So far I only managed to do this via the CSS Demo web interface by clicking on Submit. Is there any other way to access this conversion logic going on behind the scenes? Thanks in advance and best regards, Matthias -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net mailto:Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Styling with the CSS module
Hi David / all, I'm sorry to bother you again with the CSS Module dynamic coloring issue. I still can't use dynamic color attributes in my CSS. Is it possible that it only works for GeoServer 2.2.x? I'm still using 2.1.3 and it seems that the geocss .jar has only been updated for 2.2.x Is there a way to make it working for 2.1.x too? Thanks for your time and advice, Matthias Am 11.12.2012 15:06, schrieb Matthias Uden: Hi David, sorry for the late reply. Thanks a lot for the quick fix! I will definitely have a look at the sources myself someday if I find the time.. For now I can achieve most of the desired styling with the CSS module. Thanks for your good work. Cheers, Matthias Am 07.12.2012 15:49, schrieb David Winslow: You're right, the docs are incorrect wrt the MIME information. I'll go ahead and update them so they will be correct after the next automated rebuild. I am indeed the only developer on the CSS module. It's not under frequent development but I do try to keep up with bugs reported on this mailing list (and the github issue list.) Actually I resolved the dynamic color bug last night. I haven't updated the plugin in the community build yet (maybe this weekend) but if you want an early peak you can just grab the JAR file from http://gridlock.opengeo.org:8080/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/ and overwrite the one that you already installed. -- David Winslow OpenGeo - http://opengeo.org/ On Fri, Dec 7, 2012 at 6:12 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: David, thanks a lot for the quick answer and clarification! I didn't know about the CSS property mark-mime, since it is not part of the CSS Property Listing (http://docs.geoserver.org/stable/en/user/community/css/properties.html). This at least fixed the Icon Media Type issue. It's a pity that dynamic colors are not yet supported. I suppose that the CSS Module is currently not actively developed anymore due to lack of time. Are you the only developer? Cheers, Matthias Am 06.12.2012 16:14, schrieb David Winslow: *Relative Paths for Icons *The short answer is, no, you can't make it do that. The problem is that the CSS-SLD converter actually uses GeoTools' SLD writing code to generate the SLD files, and GeoTools' SLD support is not symmetric (I mean it cannot write everything that it can read.) Resolving relative paths into absolute ones is a compromise between the actually desired behavior and not supporting relative paths at all. This could probably be fixed at the GeoTools level, but I haven't taken the time to inquire into why this asymmetry was built in in the first place. Why are relative paths a problem for you? Maybe there is a workaround that could be used (for example, if it's a problem with relocating data directories, I could add a tool to re-convert all CSS styles which would re-resolve the paths.) * Icon Media Types* The image type logic is not as sophisticated as you might expect - things like dynamic symbolizers[1] make it impossible to know the media type for the image in general, so I just threw my hands up and made it literally 'image/jpeg' if you don't specify. You can provide the media type explicitly with the *fill-mime*, *stroke-mime*, *mark-mime*, or *shield-mime* property. For example: * { fill: url(pattern.png); fill-mime: image/png; } I don't guess it would be too hard to make the CSS-SLD converter try to look up the icon and inspect it to provide the default, but this is not as big a priority to me as rendering transformations. If you want to look into it let me know and I can give you some pointers on what's needed. *Dynamic Color* This is simply a bug (the color handling is a bit more complex than the label handling, to allow for rgb() color syntax.) Again, this is probably easily fixable given the time to work on it; I'd say even easier than smart defaults for the icon mime-type property. If you'd like to file bugs against GeoScript-Scala[2] I'll keep them up-to-date if and when I get around to working on these problems. [1]: http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/ [2]: https://github.com/dwins/geoscript.scala/issues On Thu, Dec 6, 2012 at 7:53 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi
Re: [Geoserver-users] Styling with the CSS module
Hi David, in order to get the expression based dynamic coloring to work I tried the custom .jar with both GeoServer versions (2.1.3 and 2.2.3) - unfortunately without success. Here is what happens with several different configurations: GS 2.1.3 + CSS Module 2.1.x w/ your custom geocss .jar: The CSS Module doesn't seem to work properly with this combination. I cannot even create a new CSS style in the interface. Once I try that, it gives me this exception: org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of interface org.apache.wicket.markup.html.form.IFormSubmitListener targeted at component [MarkupContainer [Component id = layer-selection]] threw an exception (...) Caused by: java.lang.reflect.InvocationTargetException (...) Caused by: java.lang.NoClassDefFoundError: scala/Serializable (...) Caused by: java.lang.ClassNotFoundException: scala.Serializable GS 2.2.1 + standard CSS Module 2.2.x: Once I click on the CSS Demo link in the web interface, everything becomes very slow and in the console I keep getting these errors: OutOfMemoryError: PermGen space I've found some other threads in the internet dealing with this problem. Of course I could give the tomcat more PermGen memory space, but still I wonder why this is happening, since it wasn't a problem at all in GS 2.1.3 GS 2.2.1 + CSS Module 2.2.x w/ your custom geocss .jar: Also memory issues. Some more specific error messages I get include: ERROR [lang.Objects] - Error serializing object class org.geoserver.community.css.web.CssDemoPage [object=[Page class = org.geoserver.community.css.web.CssDemoPage, id = 4, version = 0]] org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: org.geoserver.config.GeoServerDataDirectory (...) ERROR [wicket.Session] - Exception when detaching/serializing page So, apart from the dynamic color issue I seem to have some serious problems with my freshly set up GeoServer 2.2.3 w/ CSS Module... Any hints on what could go wrong here are appreciated, although I will have to put some more effort in getting a working configuration once I find the time. Btw, in which combination did you get the dynamic coloring to work? Thanks again for your continued help! Apart from this issue I am very enthusiastic about the CSS Module. Cheers, Matthias Am 15.01.2013 15:34, schrieb David Winslow: The update hasn't been included for any GeoServer release yet - I had hoped to get another feature or two in before updating the builds. However, the geocss JAR that I linked to should work in any GeoServer version (I think.) Here's that link again for reference: http://gridlock.opengeo.org:8080/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/geocss_2.9.1-0.7.4.jar When I do get around to updating the build I won't be updating 2.1.x as it is no longer a supported version of GeoServer. However, SLDs generated with 2.2.x and later should continue to be compatible with earlier versions of GeoServer. -- David Winslow OpenGeo - http://opengeo.org/ On Tue, Jan 15, 2013 at 8:27 AM, Matthias Uden matthias.u...@googlemail.com mailto:matthias.u...@googlemail.com wrote: Hi David / all, I'm sorry to bother you again with the CSS Module dynamic coloring issue. I still can't use dynamic color attributes in my CSS. Is it possible that it only works for GeoServer 2.2.x? I'm still using 2.1.3 and it seems that the geocss .jar has only been updated for 2.2.x Is there a way to make it working for 2.1.x too? Thanks for your time and advice, Matthias Am 11.12.2012 15:06, schrieb Matthias Uden: Hi David, sorry for the late reply. Thanks a lot for the quick fix! I will definitely have a look at the sources myself someday if I find the time.. For now I can achieve most of the desired styling with the CSS module. Thanks for your good work. Cheers, Matthias Am 07.12.2012 15:49, schrieb David Winslow: You're right, the docs are incorrect wrt the MIME information. I'll go ahead and update them so they will be correct after the next automated rebuild. I am indeed the only developer on the CSS module. It's not under frequent development but I do try to keep up with bugs reported on this mailing list (and the github issue list.) Actually I resolved the dynamic color bug last night. I haven't updated the plugin in the community build yet (maybe this weekend) but if you want an early peak you can just grab the JAR file from http://gridlock.opengeo.org:8080/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/ and overwrite the one that you already installed
[Geoserver-users] Converting CSS to SLD without web interface
Hi all, I'm still experimenting with the great CSS Module and already managed to reproduce major parts of my former SLD styling information with much less code. Many thanks to David Winslow for developing this (also thx for updating the docs on the GeoServer website!) In order to establish CSS styling in the automated workflow of the company I'm working for, I'm looking for a way to programmatically execute the CSS - SLD conversion. So far I only managed to do this via the CSS Demo web interface by clicking on Submit. Is there any other way to access this conversion logic going on behind the scenes? Thanks in advance and best regards, Matthias -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Styling with the CSS module
Hi David, sorry for the late reply. Thanks a lot for the quick fix! I will definitely have a look at the sources myself someday if I find the time.. For now I can achieve most of the desired styling with the CSS module. Thanks for your good work. Cheers, Matthias Am 07.12.2012 15:49, schrieb David Winslow: You're right, the docs are incorrect wrt the MIME information. I'll go ahead and update them so they will be correct after the next automated rebuild. I am indeed the only developer on the CSS module. It's not under frequent development but I do try to keep up with bugs reported on this mailing list (and the github issue list.) Actually I resolved the dynamic color bug last night. I haven't updated the plugin in the community build yet (maybe this weekend) but if you want an early peak you can just grab the JAR file from http://gridlock.opengeo.org:8080/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/ and overwrite the one that you already installed. -- David Winslow OpenGeo - http://opengeo.org/ On Fri, Dec 7, 2012 at 6:12 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: David, thanks a lot for the quick answer and clarification! I didn't know about the CSS property mark-mime, since it is not part of the CSS Property Listing (http://docs.geoserver.org/stable/en/user/community/css/properties.html). This at least fixed the Icon Media Type issue. It's a pity that dynamic colors are not yet supported. I suppose that the CSS Module is currently not actively developed anymore due to lack of time. Are you the only developer? Cheers, Matthias Am 06.12.2012 16:14, schrieb David Winslow: *Relative Paths for Icons *The short answer is, no, you can't make it do that. The problem is that the CSS-SLD converter actually uses GeoTools' SLD writing code to generate the SLD files, and GeoTools' SLD support is not symmetric (I mean it cannot write everything that it can read.) Resolving relative paths into absolute ones is a compromise between the actually desired behavior and not supporting relative paths at all. This could probably be fixed at the GeoTools level, but I haven't taken the time to inquire into why this asymmetry was built in in the first place. Why are relative paths a problem for you? Maybe there is a workaround that could be used (for example, if it's a problem with relocating data directories, I could add a tool to re-convert all CSS styles which would re-resolve the paths.) * Icon Media Types* The image type logic is not as sophisticated as you might expect - things like dynamic symbolizers[1] make it impossible to know the media type for the image in general, so I just threw my hands up and made it literally 'image/jpeg' if you don't specify. You can provide the media type explicitly with the *fill-mime*, *stroke-mime*, *mark-mime*, or *shield-mime* property. For example: * { fill: url(pattern.png); fill-mime: image/png; } I don't guess it would be too hard to make the CSS-SLD converter try to look up the icon and inspect it to provide the default, but this is not as big a priority to me as rendering transformations. If you want to look into it let me know and I can give you some pointers on what's needed. *Dynamic Color* This is simply a bug (the color handling is a bit more complex than the label handling, to allow for rgb() color syntax.) Again, this is probably easily fixable given the time to work on it; I'd say even easier than smart defaults for the icon mime-type property. If you'd like to file bugs against GeoScript-Scala[2] I'll keep them up-to-date if and when I get around to working on these problems. [1]: http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/ [2]: https://github.com/dwins/geoscript.scala/issues On Thu, Dec 6, 2012 at 7:53 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi all, I've recently discovered the CSS module as an alternative to SLD styling and I'm quite enthusiastic about it. Still, I cannot accomplish everything I used to do with SLD before... Here are two specific questions: 1) When specifying a custom icon for a mark with url(...), is it possible to get a relative path in the generated SLD instead of an absolute one? Also, is there a possibility to specify
Re: [Geoserver-users] Styling with the CSS module
Hi David, sorry for the late reply. Thanks a lot for the quick fix! I will definitely have a look at the sources myself someday if I find the time.. For now I can do achieve most th Cheers, Matthias Am 07.12.2012 15:49, schrieb David Winslow: You're right, the docs are incorrect wrt the MIME information. I'll go ahead and update them so they will be correct after the next automated rebuild. I am indeed the only developer on the CSS module. It's not under frequent development but I do try to keep up with bugs reported on this mailing list (and the github issue list.) Actually I resolved the dynamic color bug last night. I haven't updated the plugin in the community build yet (maybe this weekend) but if you want an early peak you can just grab the JAR file from http://gridlock.opengeo.org:8080/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/ and overwrite the one that you already installed. -- David Winslow OpenGeo - http://opengeo.org/ On Fri, Dec 7, 2012 at 6:12 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: David, thanks a lot for the quick answer and clarification! I didn't know about the CSS property mark-mime, since it is not part of the CSS Property Listing (http://docs.geoserver.org/stable/en/user/community/css/properties.html). This at least fixed the Icon Media Type issue. It's a pity that dynamic colors are not yet supported. I suppose that the CSS Module is currently not actively developed anymore due to lack of time. Are you the only developer? Cheers, Matthias Am 06.12.2012 16:14, schrieb David Winslow: *Relative Paths for Icons *The short answer is, no, you can't make it do that. The problem is that the CSS-SLD converter actually uses GeoTools' SLD writing code to generate the SLD files, and GeoTools' SLD support is not symmetric (I mean it cannot write everything that it can read.) Resolving relative paths into absolute ones is a compromise between the actually desired behavior and not supporting relative paths at all. This could probably be fixed at the GeoTools level, but I haven't taken the time to inquire into why this asymmetry was built in in the first place. Why are relative paths a problem for you? Maybe there is a workaround that could be used (for example, if it's a problem with relocating data directories, I could add a tool to re-convert all CSS styles which would re-resolve the paths.) * Icon Media Types* The image type logic is not as sophisticated as you might expect - things like dynamic symbolizers[1] make it impossible to know the media type for the image in general, so I just threw my hands up and made it literally 'image/jpeg' if you don't specify. You can provide the media type explicitly with the *fill-mime*, *stroke-mime*, *mark-mime*, or *shield-mime* property. For example: * { fill: url(pattern.png); fill-mime: image/png; } I don't guess it would be too hard to make the CSS-SLD converter try to look up the icon and inspect it to provide the default, but this is not as big a priority to me as rendering transformations. If you want to look into it let me know and I can give you some pointers on what's needed. *Dynamic Color* This is simply a bug (the color handling is a bit more complex than the label handling, to allow for rgb() color syntax.) Again, this is probably easily fixable given the time to work on it; I'd say even easier than smart defaults for the icon mime-type property. If you'd like to file bugs against GeoScript-Scala[2] I'll keep them up-to-date if and when I get around to working on these problems. [1]: http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/ [2]: https://github.com/dwins/geoscript.scala/issues On Thu, Dec 6, 2012 at 7:53 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi all, I've recently discovered the CSS module as an alternative to SLD styling and I'm quite enthusiastic about it. Still, I cannot accomplish everything I used to do with SLD before... Here are two specific questions: 1) When specifying a custom icon for a mark with url(...), is it possible to get a relative path in the generated SLD instead of an absolute one? Also, is there a possibility to specify the format of that image correctly? Currently
Re: [Geoserver-users] Styling with the CSS module
Hi David, sorry for the late reply. Thanks a lot for the quick fix! I will definitely have a look at the sources myself someday if I find the time.. For now I can do achieve most th Cheers, Matthias Am 07.12.2012 15:49, schrieb David Winslow: You're right, the docs are incorrect wrt the MIME information. I'll go ahead and update them so they will be correct after the next automated rebuild. I am indeed the only developer on the CSS module. It's not under frequent development but I do try to keep up with bugs reported on this mailing list (and the github issue list.) Actually I resolved the dynamic color bug last night. I haven't updated the plugin in the community build yet (maybe this weekend) but if you want an early peak you can just grab the JAR file from http://gridlock.opengeo.org:8080/hudson/view/geoscript/job/geoscript-scala/ws/geocss/target/scala-2.9.1/ and overwrite the one that you already installed. -- David Winslow OpenGeo - http://opengeo.org/ On Fri, Dec 7, 2012 at 6:12 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: David, thanks a lot for the quick answer and clarification! I didn't know about the CSS property mark-mime, since it is not part of the CSS Property Listing (http://docs.geoserver.org/stable/en/user/community/css/properties.html). This at least fixed the Icon Media Type issue. It's a pity that dynamic colors are not yet supported. I suppose that the CSS Module is currently not actively developed anymore due to lack of time. Are you the only developer? Cheers, Matthias Am 06.12.2012 16:14, schrieb David Winslow: *Relative Paths for Icons *The short answer is, no, you can't make it do that. The problem is that the CSS-SLD converter actually uses GeoTools' SLD writing code to generate the SLD files, and GeoTools' SLD support is not symmetric (I mean it cannot write everything that it can read.) Resolving relative paths into absolute ones is a compromise between the actually desired behavior and not supporting relative paths at all. This could probably be fixed at the GeoTools level, but I haven't taken the time to inquire into why this asymmetry was built in in the first place. Why are relative paths a problem for you? Maybe there is a workaround that could be used (for example, if it's a problem with relocating data directories, I could add a tool to re-convert all CSS styles which would re-resolve the paths.) * Icon Media Types* The image type logic is not as sophisticated as you might expect - things like dynamic symbolizers[1] make it impossible to know the media type for the image in general, so I just threw my hands up and made it literally 'image/jpeg' if you don't specify. You can provide the media type explicitly with the *fill-mime*, *stroke-mime*, *mark-mime*, or *shield-mime* property. For example: * { fill: url(pattern.png); fill-mime: image/png; } I don't guess it would be too hard to make the CSS-SLD converter try to look up the icon and inspect it to provide the default, but this is not as big a priority to me as rendering transformations. If you want to look into it let me know and I can give you some pointers on what's needed. *Dynamic Color* This is simply a bug (the color handling is a bit more complex than the label handling, to allow for rgb() color syntax.) Again, this is probably easily fixable given the time to work on it; I'd say even easier than smart defaults for the icon mime-type property. If you'd like to file bugs against GeoScript-Scala[2] I'll keep them up-to-date if and when I get around to working on these problems. [1]: http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/ [2]: https://github.com/dwins/geoscript.scala/issues On Thu, Dec 6, 2012 at 7:53 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi all, I've recently discovered the CSS module as an alternative to SLD styling and I'm quite enthusiastic about it. Still, I cannot accomplish everything I used to do with SLD before... Here are two specific questions: 1) When specifying a custom icon for a mark with url(...), is it possible to get a relative path in the generated SLD instead of an absolute one? Also, is there a possibility to specify the format of that image correctly? Currently
Re: [Geoserver-users] Styling with the CSS module
David, thanks a lot for the quick answer and clarification! I didn't know about the CSS property mark-mime, since it is not part of the CSS Property Listing (http://docs.geoserver.org/stable/en/user/community/css/properties.html). This at least fixed the Icon Media Type issue. It's a pity that dynamic colors are not yet supported. I suppose that the CSS Module is currently not actively developed anymore due to lack of time. Are you the only developer? Cheers, Matthias Am 06.12.2012 16:14, schrieb David Winslow: *Relative Paths for Icons *The short answer is, no, you can't make it do that. The problem is that the CSS-SLD converter actually uses GeoTools' SLD writing code to generate the SLD files, and GeoTools' SLD support is not symmetric (I mean it cannot write everything that it can read.) Resolving relative paths into absolute ones is a compromise between the actually desired behavior and not supporting relative paths at all. This could probably be fixed at the GeoTools level, but I haven't taken the time to inquire into why this asymmetry was built in in the first place. Why are relative paths a problem for you? Maybe there is a workaround that could be used (for example, if it's a problem with relocating data directories, I could add a tool to re-convert all CSS styles which would re-resolve the paths.) * Icon Media Types* The image type logic is not as sophisticated as you might expect - things like dynamic symbolizers[1] make it impossible to know the media type for the image in general, so I just threw my hands up and made it literally 'image/jpeg' if you don't specify. You can provide the media type explicitly with the *fill-mime*, *stroke-mime*, *mark-mime*, or *shield-mime* property. For example: * { fill: url(pattern.png); fill-mime: image/png; } I don't guess it would be too hard to make the CSS-SLD converter try to look up the icon and inspect it to provide the default, but this is not as big a priority to me as rendering transformations. If you want to look into it let me know and I can give you some pointers on what's needed. *Dynamic Color* This is simply a bug (the color handling is a bit more complex than the label handling, to allow for rgb() color syntax.) Again, this is probably easily fixable given the time to work on it; I'd say even easier than smart defaults for the icon mime-type property. If you'd like to file bugs against GeoScript-Scala[2] I'll keep them up-to-date if and when I get around to working on these problems. [1]: http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/ [2]: https://github.com/dwins/geoscript.scala/issues On Thu, Dec 6, 2012 at 7:53 AM, Matthias Uden matthias.u...@gmail.com mailto:matthias.u...@gmail.com wrote: Hi all, I've recently discovered the CSS module as an alternative to SLD styling and I'm quite enthusiastic about it. Still, I cannot accomplish everything I used to do with SLD before... Here are two specific questions: 1) When specifying a custom icon for a mark with url(...), is it possible to get a relative path in the generated SLD instead of an absolute one? Also, is there a possibility to specify the format of that image correctly? Currently, it is always converted to jpeg, even when I put in a png... Example: CSS: mark: url('icons/entry.png'); SLD: sld:ExternalGraphic sld:OnlineResource xmlns:xlink=http://www.w3.org/1999/xlink; xlink:type=simple xlink:href=file:/home/muden/test_geoserver/wms/map/geoserver/test_geoserver/styles/icons/entry.png/ sld:Formatimage/jpeg/sld:Format /sld:ExternalGraphic 2) Specifying an attributes value dynamically using a column of the underlying DB table works fine for e.g. labels. However, it doesn't work for colors. Example (working): CSS: label: [key]; SLD: sld:Label ogc:PropertyNamekey/ogc:PropertyName /sld:Label Example (not working): CSS: fill: [color]; SLD: sld:Fill/ Any help is appreciated! Thanks in advance and all the best, Matthias -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net mailto:Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- LogMeIn Rescue: Anywhere, Anytime Remote support
[Geoserver-users] Styling with the CSS module
Hi all, I've recently discovered the CSS module as an alternative to SLD styling and I'm quite enthusiastic about it. Still, I cannot accomplish everything I used to do with SLD before... Here are two specific questions: 1) When specifying a custom icon for a mark with url(...), is it possible to get a relative path in the generated SLD instead of an absolute one? Also, is there a possibility to specify the format of that image correctly? Currently, it is always converted to jpeg, even when I put in a png... Example: CSS: mark: url('icons/entry.png'); SLD: sld:ExternalGraphic sld:OnlineResource xmlns:xlink=http://www.w3.org/1999/xlink; xlink:type=simple xlink:href=file:/home/muden/test_geoserver/wms/map/geoserver/test_geoserver/styles/icons/entry.png/ sld:Formatimage/jpeg/sld:Format /sld:ExternalGraphic 2) Specifying an attributes value dynamically using a column of the underlying DB table works fine for e.g. labels. However, it doesn't work for colors. Example (working): CSS: label: [key]; SLD: sld:Label ogc:PropertyNamekey/ogc:PropertyName /sld:Label Example (not working): CSS: fill: [color]; SLD: sld:Fill/ Any help is appreciated! Thanks in advance and all the best, Matthias -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] REST API doesn't recognise native SRS of PostGIS resource
Hi again, I solved the problem. In the whole inconvenient XML jungle you have to deal with I just overlooked the fact that additionally to the srs tag there is also the nativeCRS tag which *must* be set in order to have the layer being published properly. After I added that tag it worked. All the best, Matthias Am 21.11.2012 15:35, schrieb Matthias Uden: Hi all, I'd like to programmatically add layers from a PostGIS DB to a locally running GeoServer instance by using the REST API. Now I'm struggling to publish the PostGIS table stand_manual in the existing DataStore venue as a new layer via the REST API. I issue this request first for creating the FeatureType: POST http://localhost:8151/geoserver/rest/workspaces/default_workspace/datastores/venue/featuretypes with the following XML content featureType enabledtrue/enabled metadata / keywordsstringKEYWORD/string/keywords projectionPolicyREPROJECT_TO_DECLARED/projectionPolicy titlestand_manual/title namestand_manual/name srsEPSG:32632/srs /featureType Afterwards the layer itself is created with another request. No direct errors occur, and the layer appears in the web interface afterwards. But when I check its details, the native SRS field is empty. Both the computation of the native bounds and a click on the Publish tab fails and leads to an error saying java.lang.IllegalArgumentException: Argument sourceCRS should not be null When I publish the layer via the web interface, everything works fine as expected. Why can't the API detect the SRS of the PostGIS table, while the web interface can? Any ideas on what could go wrong here? Any epxerienced API users? Thanks in advance! Cheers, Matthias -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] REST API doesn't recognise native SRS of PostGIS resource
Hi all, I'd like to programmatically add layers from a PostGIS DB to a locally running GeoServer instance by using the REST API. Now I'm struggling to publish the PostGIS table stand_manual in the existing DataStore venue as a new layer via the REST API. I issue this request first for creating the FeatureType: POST http://localhost:8151/geoserver/rest/workspaces/default_workspace/datastores/venue/featuretypes with the following XML content featureType enabledtrue/enabled metadata / keywordsstringKEYWORD/string/keywords projectionPolicyREPROJECT_TO_DECLARED/projectionPolicy titlestand_manual/title namestand_manual/name srsEPSG:32632/srs /featureType Afterwards the layer itself is created with another request. No direct errors occur, and the layer appears in the web interface afterwards. But when I check its details, the native SRS field is empty. Both the computation of the native bounds and a click on the Publish tab fails and leads to an error saying java.lang.IllegalArgumentException: Argument sourceCRS should not be null When I publish the layer via the web interface, everything works fine as expected. Why can't the API detect the SRS of the PostGIS table, while the web interface can? Any ideas on what could go wrong here? Any epxerienced API users? Thanks in advance! Cheers, Matthias -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users