Hello,
I've finally got some of the code up and running, prototypically, that is
(took time because this is running as a hobby project). Meaning: it
displays OSM tiles inside a JMapPane by using a DirectLayer. I also had a
go with some new code for Bing Maps, because that's ultimatively what we
may need. ToDos are
- Tests
- Code clean up (especially remove a lot of udig classes); original code
has been mostly left untouched, but can do with a clean-up
- Integrate with the ideas in
http://docs.codehaus.org/display/GEOTOOLS/Tile+Server+Client (I do need to
make sense of all of that)
- Publish
So, this email regards the last point. How should I proceed? Would you like
me to publish to a github project? Can someone point me to the links and
suggest a next step?
Cheers,
Tupi
On 15 January 2015 at 07:44, Jody Garnett <jody.garn...@gmail.com> wrote:
> 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
