Re: Minor details.


Colin Catlin <m6xsd@...>
 

Lynn wrote:

>I'm striving to make it work well in both modes. I finally got my son,
>KJ4DXK, to start using APRSIS32 and he's totally an off-line user. When
>he finishes, APRSIS32 will be an optional viewer and messaging platform
>for his home-brew, in-car
APRS system (KJ4DXK-9).

 

It would be great if your son could keep us informed about his home-brew and how he is using APRSIS32 with itJ

 

 

73,

Colin.

 

 

-----Original Message-----

From: aprsisce@... [mailto:aprsisce@...] On Behalf Of Lynn W. Deffenbaugh
Sent: 02 March 2010 12:56
To: aprsisce@...
Subject: Re: [aprsisce] Minor details.

 

 

James Ewen wrote:
> On
Mon, Mar 1, 2010 at 3:39 PM, Lynn W. Deffenbaugh <kj4erj@arrl.net> wrote:
>
>
>> If James sould just put a \ at the end of his OSM.Path, he would find
>> that the file structures are identical.
>>
>
> That would be cool... I'm just not sure how I get the two to match up...
>
> Here's my path qualifier:
>
> C:\Documents and Settings\jame\My Documents\RadioMobile
> Data\OSM\OSMTiles\
>
> And here's the tile at zoom level 13 that has my house on it.
>
> C:\Documents and Settings\jame\My Documents\RadioMobile Data\OSM13\1518\2648.png
>

Edit the XML file
(http://aprsisce.wikidot.com/editing-xml-configuration) and remove the
OSMTiles\ from the end of the list, so that the OSM.Path ednds in
...Data\OSM\

> RadioMobile stores the same tile as:
>
> C:\Documents and Settings\jame\My Documents\RadioMobile
> Data\OSM\13\1518\2648.png
>
> Note that one pesky slash between the OSM and 13...
>

Actually, I thought it was RadioMobile that didn't have the slash. See
if the above change works.

>> However, if you point
>> APRSISCE/32 to the same directory as another program, be aware that
>> tiles will be fetched and purged as if they were owned by APRSISCE/32.
>> This may or may not be desired behavior.
>>
>
> Overriding purging is the answer to that issue... however that brings
> up another question. Can you force a fetch of tiles in an area? The
> OSM map is constantly in flux as new information is added. With
> RadioMobile, I kept a large cache of tiles available. However when new
> tiles became available in an area, I would have to manually delete the
> tiles in that area. Obviously not an easy thing to do manually, so
> wholesale deletion was the simple solution. This of course means that
> all of the tiles need to be fetched again. When you are talking about
> gigabytes of tiles, that can be a very long task. Being able to keep
> the majority of tiles, and only fetching ones selected by the user
> would be a good thing.
>

I've got items on the ToDo list to "freshen" tiles. OSM's tile servers
have a feature where you can ask it for the tile's revision. I'm hoping
to use that in conjuction with dates stored on the tile files to detect
the changes automatically (or when told to check for offline users) and
download only those tiles that indicate changes.

> Obviously automatic purging ensures that tiles stay up to date, but
> that doesn't help those who want to use the program in an offline mode
> with large tile caches.
>

I'm striving to make it work well in both modes. I finally got my son,
KJ4DXK, to start using APRSIS32 and he's totally an off-line user. When
he finishes, APRSIS32 will be an optional viewer and messaging platform
for his home-brew, in-car APRS system (KJ4DXK-9).

Lynn (D) - KJ4ERJ -

> James
> VE6SRV
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
>

Join APRSISCE@groups.io to automatically receive all group messages.