uDig code tends to have javadocs on the class files that can help sort
things out.
The main trick to this code was setting up a TileRange (kind of like a
feature collection) where we wait for all the tiles to be retrieved in
parallel. When they have all come back we are in position to draw the
contents of the TileRange uDig would use this dynamically (so the user
could watch the individual features come back).
The TileRange itself does not do anything until you call range.load(
progressListener ) - at which point it will start requesting the content.
This is similar to how a FeatureCollection works - it does not grab content
until you make a reader and start grinding through features one at a time.
TileSet represents the tiles at one zoom level (so you can use a bounding
box to grab the appropriate TileRange out of a TileSet).
--
Jody
--
Jody Garnett
On 12 January 2015 at 23:20, Tupi Guarani <developeres...@gmail.com> wrote:
> Hi Jody,
>
> thanks for your reply.
>
> The code is also here:
> http://svn.osgeo.org/geotools/branches/2.5.x/modules/unsupported/tile/
>
> I'm still trying to make sense of all those Tiles, TileSets, TileSources
> and other Tile Friends and haven't written any code. In fact, I, fact, I
> don't want to write much, but port the hard and excellent work that has
> been done for uDig and that unfortunatelly is not available in a simpler
> form in GeoTools.
>
> As said *any* help in form of hints and pointers is appreciated.
>
> Cheers
>
> Tupi
>
> On 13 January 2015 at 05:16, Jody Garnett <jody.garn...@gmail.com> wrote:
>
>> Hi Tupi - I would love to have someone back port the tile code.
>>
>> You can start from my first back port attempt included in GeoTools 2.5:
>>
>> * http://download.osgeo.org/webdav/geotools/org/geotools/gt2-tile/2.5-M0/
>>
>> (I could not find a source code repository link, it does not appear that
>> out github has 2.5 tags)
>>
>> I abandoned the work when I was unable to crush an off-by-one error and
>> removed the back port when no help/interest was forthcoming from the user
>> list.
>>
>> The latest copy of the code is included in uDig here:
>>
>> *
>> https://github.com/uDig/udig-platform/tree/master/plugins/org.locationtech.udig.catalog.wmt/src/org/locationtech/udig/catalog/internal/wmt
>>
>>
>> --
>> Jody Garnett
>>
>> On 12 January 2015 at 05:01, Tupi Guarani <developeres...@gmail.com>
>> wrote:
>>
>>> Hello all,
>>>
>>> I'm looking for client for generic tiled servers. I know uDig does it,
>>> and I'm willing to adapt the code to GeoTools. I'm trying to do my homework
>>> and currently have read
>>>
>>> http://docs.codehaus.org/display/GEOTOOLS/Tile+Server+Client
>>>
>>> and could base some of this work on the one previuosly done here:
>>>
>>>
>>> https://github.com/uDig-Community/udig-community/tree/master/jody/plugins/net.refractions.udig.community.jody.tile/src
>>>
>>> and here
>>>
>>> https://github.com/tosa/wmt (which I believe is the one in uDig).
>>>
>>> The requirement I currently have is to access the map server of a major
>>> map API provider (yes, sir, we have a license for that ; -) and use the
>>> base map material for the background map. I'm often asked about different
>>> providers and how difficult it is to let them provide the base map, on top
>>> of which we draw our stuff (think pdf-based map reports). I'd rather access
>>> those providers through a uniform interface using geotools classes, than
>>> write a client for each. Dreaming: I wish GeoServer would do most of the
>>> hard work for me... But first things first.
>>>
>>> Because I'm on the exploratory and tentative phase, no promises from me,
>>> but a question: Would this be very difficult? (Remember that most - ? - of
>>> the work has been done above.) Could someone perhaps send me a few pointers
>>> to indicate the way to go?
>>>
>>> Ideally, I'd come up with a layer-like (?) object I can use in the
>>> MapContent. I have a running example of a swing-based JMap, which can also
>>> draw on a graphics object (which I can later use for the pdf-rendering).
>>> Eventually I'll drop the swing code an use off-screen rendering (with the
>>> GTRenderer and affine classes).
>>>
>>> Thanks in advance
>>>
>>> Tupi
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>> vanity: www.gigenet.com
>>> _______________________________________________
>>> GeoTools-GT2-Users mailing list
>>> GeoTools-GT2-Users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>>>
>>>
>>
>
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
GeoTools-GT2-Users mailing list
GeoTools-GT2-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
