Hi Torben,
Thank you. That worked great.
A related question: When I navigate to the REST endpoint for my styles I
only see styles that have no workspace (ie. public, private, etc.). How
can I view all styles, or at least the styles for a certain workspace?
On Mon, Nov 6, 2017 at 11:05 AM, Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:
> Hello Kris,
>
> If you are using 2.12.0, the instructions in the tutorial may be a little
> out of date. In addition to what is written there, you will need to set the
> Accept header. If you are using cURL, you can use the following command:
>
> curl -u admin:geoserver -H "Accept: application/vnd.geoserver.ysld+yaml"
> -XGET http://localhost:8080/geoserver/rest/styles/point.yaml
>
> Replace admin:geoserver with your username and password respectively,
> localhost:8080 with your host, and point with the name of the style.
>
> This behaviour is a regression from 2.11 and earlier, we are looking into
> restoring the previous functionality but haven't found a good fix yet.
>
>
> Torben
>
>
>
> On Mon, Nov 6, 2017 at 6:22 AM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hello Torben,
>>
>> Thank you for your response. See my answers below:
>>
>> First of all, what version of GeoServer are you using? There have been a
>>> number of changes recently that could affect the behaviour you are seeing.
>>> Notably, GeoServer 2.12 includes a rewrite of the REST API that may be
>>> affecting this behaviour.
>>>
>>
>> I am using geoserver version 2.12.0. What changes are you referring to?
>> Are the instructions on this page (http://docs.geoserver.org/sta
>> ble/en/user/styling/workshop/ysld/done.html) incorrect?
>>
>>
>>>
>>> One thing you could try is setting the "Accept" header of your to "
>>>
>>> application/vnd.geoserver.ysld+yaml".
>>>
>>
>> I tried this suggestion without success (though this may be due to my
>> lack of understanding on how to alter mime types).
>>
>>
>>> Also, double-check that the YSLD extension is installed. One easy way to
>>> do this is to try creating a new style and verifying that YSLD shows up in
>>> the list of supported formats.
>>>
>>
>> I can confirm that it is installed.:
>> [image: Inline image 1]
>>
>>
>>
>>>
>>> As a final note, while SLD -> YSLD conversion is supported, SLD -> CSS
>>> is not (YSLD supports two-way conversion, but CSS can only be converted to
>>> SLD, not the other way around).
>>>
>>
>> I am aware of this.
>> Thank you for any ideas you have that may assist me in this regard.
>>
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811&entry=gmail&source=g>
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>> On Fri, Nov 3, 2017 at 4:53 PM, Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> Hello Kris,
>>>
>>> First of all, what version of GeoServer are you using? There have been a
>>> number of changes recently that could affect the behaviour you are seeing.
>>> Notably, GeoServer 2.12 includes a rewrite of the REST API that may be
>>> affecting this behaviour.
>>>
>>> One thing you could try is setting the "Accept" header of your to
>>> "application/vnd.geoserver.ysld+yaml".
>>>
>>> Also, double-check that the YSLD extension is installed. One easy way to
>>> do this is to try creating a new style and verifying that YSLD shows up in
>>> the list of supported formats.
>>>
>>> As a final note, while SLD -> YSLD conversion is supported, SLD -> CSS
>>> is not (YSLD supports two-way conversion, but CSS can only be converted to
>>> SLD, not the other way around).
>>>
>>>
>>> Torben
>>>
>>> On Thu, Nov 2, 2017 at 8:20 AM, Kris Johnson <krist...@d.umn.edu> wrote:
>>>
>>>> Hello,
>>>>
>>>> I am attempting to convert an SLD style to a YSLD style following the
>>>> instructions here: http://docs.geoserver.or
>>>> g/stable/en/user/styling/workshop/ysld/done.html
>>>>
>>>> However, when I replace the .sld file extension with .yaml the page
>>>> redirects back to the appearance of when the style is loaded with the .html
>>>> extension.
>>>>
>>>> I'll attach the logfile, but here's the main error that I'm seeing in
>>>> the logs:
>>>>
>>>>> Failed to lookup template FedLands_NPS_FWS.ftl
>>>>> java.io.FileNotFoundException: Template FedLands_NPS_FWS.ftl not found.
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Kris Johnson
>>>> Natural Resources Research Institute
>>>> 5013 Miller Trunk Highway, Duluth, MN 55811
>>>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811&entry=gmail&source=g>
>>>> p: 218.788.2767 <(218)%20788-2767>
>>>> www.nrri.umn.edu
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> _______________________________________________
>>>> Geoserver-users mailing list
>>>>
>>>> Please make sure you read the following two resources before posting to
>>>> this list:
>>>> - Earning your support instead of buying it, but Ian Turton:
>>>> http://www.ianturton.com/talks/foss4g.html#/
>>>> - The GeoServer user list posting guidelines:
>>>> http://geoserver.org/comm/userlist-guidelines.html
>>>>
>>>> Geoserver-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>>
>>>>
>>>
>>
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811&entry=gmail&source=g>
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>
--
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
Please make sure you read the following two resources before posting to this
list:
- Earning your support instead of buying it, but Ian Turton:
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
