On Mon, Aug 19, 2013 at 10:12:55AM -0400, Don Dietrick wrote:
> All good points.
>
> I think I need to add some sample properties files to the website download section that illustrate how to configure the MapTileLayer in different ways (including your examples). You might want to check out the MapTileUtil class, too - you can use it to say, grab a set of tiles (filtering on area and zoom levels) and move them to another directory. The main() function has some examples, some commented out, on different ways you can use it.
Oooh, that's a good idea. Maybe that could just be a wiki type thing? I'm
already building a set of openmap.properties files for various tasks
locally; one that manages all the event stuff [that I think I showed most
of the pertinent parts of the other day], and another that contains map
tile layers that work with a whole bunch of different map servers.
For what it's worth, the last time I used it, we found the best map tiles
[that were licensed appropriate for our use] was by showing openstreetmap
partially opaque, on top of mapquest aerial.
It's like a poor man's google hybrid or something :-)
Gary
> - Don
>
> On Aug 19, 2013, at 2:09 AM, Gary Briggs wrote:
>
> > On Mon, Aug 19, 2013 at 01:38:26AM -0400, Don Dietrick wrote:
> >> Hi Gary,
> >>
> >> I'm not sure you need the second layer. If you have a layer with a
> >> server defined as the rootDir and have a localCacheRootDir defined,
> >> the localCacheRootDir is going to be consulted first, so the cache
> >> will be used automatically. If you aren't connected to the internet
> >> or can't reach the server defined in rootDir, I think the requests for
> >> the new tiles will fail pretty quickly and quietly. Have you noticed
> >> something different?
> >
> > Hey Don,
> >
> > It's more that I'm not 100% sure I'll have all the tiles, and I'm a
> > little nervous about creating random network chatter; what happens if
> > the tile isn't in the cache, but DNS is taking a long time to let you
> > know the server doesn't exist?
> >
> > I also find it intuitively appealing to use a pure offline class rather
> > than "use a network-based tool, trust the cache, and silently fail on
> > network ops"
> >
> > For some locations I'm using this on, I'd like to avoid any network
> > traffic at all. Admittedly, it may not be right for the base
> > openmap.properties in the distribution, as I suspect I may be relative
> > unique in this wish.
> >
> > Thanks!
> > Gary
> >
> >> On Aug 18, 2013, at 4:33 PM, Gary Briggs wrote:
> >>
> >>> The server referenced in tiles.rootDir in the default openmap.properties
> >>> file doesn't currently exist.
> >>>
> >>> Attached is a small diff that modifies the openmap.properties file to
> >>> correct the server it addresses, and adds another layer that uses the
> >>> cache created by that factory.
> >>>
> >>> In my case, this is very useful because I download the tiles I'll need
> >>> by browsing with the online map enabled, then copy the cache to a CD
> >>> and sneakernet it to a computer that isn't connected to the internet.
> >>>
> >>> Mostly, this patch is me trying to save other people the confusion I've
> >>> worked through trying to get this working.
> >>>
> >>> Thanks,
> >>> Gary
> >>> <openmap.properties.diff>
> >
> > --
--
--
[To unsubscribe to this list send an email to "majdart_at_bbn.com"
with the following text in the BODY of the message "unsubscribe openmap-users"]
Received on Mon Aug 19 2013 - 16:39:16 EDT