In order to clarify this, I created an issue:
http://jira.codehaus.org/browse/GEOS-6247
It includes a patch and a JUnit test. It shows the expected result and the
changes to obtain it.
The problem is that PlacemarkGeometryDecorator.applyExtrusion is never
called for points from encodeGeometry.
Regards,
Víctor.
2013/12/19 Victor Gonzalez <victor.gonza...@geomati.co>
> Sorry, I forgot the screenshots:
>
> https://dl.dropboxusercontent.com/u/62764853/extruded_point.png
> https://dl.dropboxusercontent.com/u/62764853/non_extruded_point.png
>
>
> 2013/12/19 Victor Gonzalez <victor.gonza...@geomati.co>
>
>> I'm not sure I understand the idea of the new option. The heights
>> templates [1] do exactly what we want to do, right? In fact, I just checked
>> that with Geoserver 2.3.0 we obtain the results we expect for points (I'm
>> attaching two screenshots with and without extrusion); but polygons don't
>> extrude in Geoserver 2.3.0 (we cannot obtain the results shown in [1]). In
>> Geoserver 2.4.0 we have the opposite, we can extrude polygons (as in [1])
>> but we cannot "extrude" our points (as in my screenshots with 2.3.0).
>>
>> Does this mean that this is a different issue than [2]?
>>
>> Regards,
>> Víctor.
>>
>> P.D: The URLs I used for the screenshots are:
>>
>>
>> http://localhost:8080/geoserver/wms/reflect?layers=sde:test&format=application/vnd.google-earth.kml%2Bxml&format_options=extrude:false
>>
>> http://localhost:8080/geoserver/wms/reflect?layers=sde:test&format=application/vnd.google-earth.kml%2Bxml&format_options=extrude:true
>>
>> [1]
>> http://docs.geoserver.org/stable/en/user/googleearth/tutorials/heights/heights.html
>> [2] http://jira.codehaus.org/browse/GEOS-6167
>>
>>
>>
>> 2013/12/18 Andrea Aime <andrea.a...@geo-solutions.it>
>>
>>> On Mon, Dec 16, 2013 at 7:31 PM, Victor Gonzalez <
>>> victor.gonza...@geomati.co> wrote:
>>>
>>>> Hi Andrea,
>>>>
>>>> Thanks for the quick response. Maybe it's a different issue then
>>>> because we are able to extrude polygons as explained here [1]. After
>>>> placing the height.ftl file on the corresponding directory, the KML file
>>>> returned by:
>>>>
>>>> http://localhost:8080/geoserver/wms/reflect?layers=topp:states&format=application/vnd.google-earth.kml+xml
>>>>
>>>> returns something like this:
>>>>
>>>> ...
>>>> <MultiGeometry>
>>>> <Point>
>>>> <extrude>1</extrude>
>>>> <altitudeMode>relativeToGround</altitudeMode>
>>>> <coordinates>...</coordinates>
>>>> </Point>
>>>> <Polygon>
>>>> <extrude>1</extrude>
>>>> <altitudeMode>relativeToGround</altitudeMode>
>>>> <outerBoundaryIs>
>>>> ...
>>>> </outerBoundaryIs>
>>>> </Polygon>
>>>> </MultiGeometry>
>>>> ...
>>>>
>>>> And it is displayed as in the screenshots. However, if we use a point
>>>> layer (I'm using a test layer with a single point) and perform the same
>>>> request we obtain a KML with:
>>>>
>>>> ...
>>>> <Point>
>>>> <coordinates>...</coordinates>
>>>> </Point>
>>>> ...
>>>>
>>>> which doesn't contain the <extrude/> or the <altitudeMode/> tags, even
>>>> if the latter is specified in the request. I assumed that's what the issue
>>>> was talking about: internally always uses clampToGround, which results in
>>>> missing tags in the KML output.
>>>>
>>>> Regarding the extrusion, probably the most useful result would be to
>>>> place the point over the ground with altitudeMode:relativeToGround and
>>>> extrusion:false. But that's not a real extrusion, actually. If you edit by
>>>> hand the generated KML to add <altitudeMode> and <extrusion>, Google Earth
>>>> draws the extrusion as a line from the ground to the point, as you say.
>>>>
>>>
>>> Yes, in that case, I'd create a new option, that adds the Z to the
>>> coordinates based on a template, similar to extrusion, but wihout the
>>> <extrusion> element,
>>> and make it available for all geometry types
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> --
>>> *== GeoSolutions will be closed for seasonal holidays from 23/12/2013 to
>>> 06/01/2014 ==*
>>>
>>> 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
>>>
>>> -------------------------------------------------------
>>>
>>
>>
>
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
