Date   

Re: MBTiles?

Rob Giuliano
 

Yes, but even if you keep a bankup (like the -safe xml) the space could be smaller than the separate tile files.  At least on FAT32 disks.

Robert Giuliano
KB8RCO

On Thu, Mar 30, 2017 at 2:00 PM, 'Fred Hillhouse' fmhillhouse@... [aprsisce]
wrote:
 

My only real concern is if the single file becomes corrupt then the whole thing is lost. Whereas in the other case, only a single tile may be gone.

 

It could be argued that there are fewer disk accesses so there would be less chance of failure.

 

Best regards,

Fred N7FMH

 

 

 

From: aprsisce@... [mailto:aprsisce@...]
Sent: Wednesday, March 29, 2017 11:26 PM
To: aprsisce@...
Subject: Re: [aprsisce] MBTiles?

 

 

The real issue here is that we still format uSD (thumb drives, etc) in a vey inefficient FAT32 format.  Place the same files on NTFS and the two numbers (actual vs. on disk) match much closer.  Unfortunately it is the most "cross platform" file system out there.

 

Therefore, I like the idea of a database style, single file map interface.

 

Robert Giuliano

KB8RCO

 

 


From: "'Lynn W Deffenbaugh (Mr)' kj4erj@... [aprsisce]" <aprsisce@...>
To: APRSISCE Group <aprsisce@...>; APRSISMO@...
Sent: Wednesday, March 29, 2017 3:51 PM
Subject: [aprsisce] MBTiles?

 

 

Greetings all of you mappers out there.

I recent had occasion to copy all of my accumulated map tiles off of one
(failing) uSD card onto another. And I was SHOCKED to see how
inefficiently these tiles are stored on a 64GB uSD card! I've got a
total of 118,405 tiles across 4,624 folders whose size is 667MB, not bad
until you notice that they're occupying 14.4GB (yes GIGAbytes) on disk!
My zoom 20 is 7,925 files of 8.58MB occupying 989MB on disk. And my
zoom 18 is 22,001 files of 50.9MB occupying 2.67GB on the card. I've
got to do something to make this better. (Note that this is on an uSD
card under Android. The waste on an NTFS-formatted Windows volume is
nowhere near that bad.)

I've been considering for some time storing so-called "meta-tiles" the
way an OSM tile server does. It stores 8x8 squares of tiles in a single
meta-tile file with a hashed name that serves to distribute the files
across a file system rather than the strict z/x/y structure of the
actual tile names. The tile server knows how to get the correct image
to serve a single tile from an OSM-formatted URL, but they're not
actually stored on the server in that structure. But I really didn't
like this because it would make my cached tiles completely non-portable.

Enter MBTiles. This is the MapBox spec for tile storage and transport.
It amounts to an SQLite database storing blobs of image data inside a
single file rather than the current directory tree of individual files.
There are tools that can generate MBTiles-formatted files from various
data sources, including from the OSM Overpass API. I'm experimenting
with Maperitive right now generating an MBTiles file for all of Palm Bay
(my hometown) from zooms 0 through 18. I'm using Maperitive's internal
renderer from an Overpass downloaded data file with the web map tiles
disabled. Zoom 18 is taking FOREVER and will end up generating 41,989
tiles, most of which I'll never need because they're out in the
never-never swamp that surrounds the city.

But, enough on that. The question is: do any of you have any experience
or knowledge of MBTiles and do you have any
suggestions/comments/criticism of incorporating that as a tile store in
my APRS clients (yes, both on APRSISCE/32 and APRSISMO).

My plan would be to support importing externally-created MBTiles files
as well as storing all web-downloaded tiles locally in an MBTiles
database rather than as individual files in a folder hierarchy. I would
also hope to provide tools to migrate a current TileSet into an MBTiles
database and vice-versa, exploding an MBTiles database into a folder
hierarchy.

You can read about this at the following URLs:

Specification: https://github.com/mapbox/mbtiles-spec

Maperitive Home: http://maperitive.net/

Maperitive documentation: http://maperitive.net/docs/default.html

Tutorial using Maperitive: http://mapit-gis.com/offline-maps/

MapTiler MBTiles viewer (and more): https://www.maptiler.com/download/

Oh, and even though the storage waste on NTFS isn't as bad as an (u)SD
card, I'm planning this for APRSISCE/32 in the name of map tile
portability. It's a whole lot easier to copy a single file than a whole
tree structure of individual tiles.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

 




Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



Re: MBTiles?

Fred Hillhouse
 

My only real concern is if the single file becomes corrupt then the whole thing is lost. Whereas in the other case, only a single tile may be gone.

 

It could be argued that there are fewer disk accesses so there would be less chance of failure.

 

Best regards,

Fred N7FMH

 

 

 

From: aprsisce@... [mailto:aprsisce@...]
Sent: Wednesday, March 29, 2017 11:26 PM
To: aprsisce@...
Subject: Re: [aprsisce] MBTiles?

 

 

The real issue here is that we still format uSD (thumb drives, etc) in a vey inefficient FAT32 format.  Place the same files on NTFS and the two numbers (actual vs. on disk) match much closer.  Unfortunately it is the most "cross platform" file system out there.

 

Therefore, I like the idea of a database style, single file map interface.

 

Robert Giuliano

KB8RCO

 

 


From: "'Lynn W Deffenbaugh (Mr)' kj4erj@... [aprsisce]" <aprsisce@...>
To: APRSISCE Group <aprsisce@...>; APRSISMO@...
Sent: Wednesday, March 29, 2017 3:51 PM
Subject: [aprsisce] MBTiles?

 

 

Greetings all of you mappers out there.

I recent had occasion to copy all of my accumulated map tiles off of one
(failing) uSD card onto another. And I was SHOCKED to see how
inefficiently these tiles are stored on a 64GB uSD card! I've got a
total of 118,405 tiles across 4,624 folders whose size is 667MB, not bad
until you notice that they're occupying 14.4GB (yes GIGAbytes) on disk!
My zoom 20 is 7,925 files of 8.58MB occupying 989MB on disk. And my
zoom 18 is 22,001 files of 50.9MB occupying 2.67GB on the card. I've
got to do something to make this better. (Note that this is on an uSD
card under Android. The waste on an NTFS-formatted Windows volume is
nowhere near that bad.)

I've been considering for some time storing so-called "meta-tiles" the
way an OSM tile server does. It stores 8x8 squares of tiles in a single
meta-tile file with a hashed name that serves to distribute the files
across a file system rather than the strict z/x/y structure of the
actual tile names. The tile server knows how to get the correct image
to serve a single tile from an OSM-formatted URL, but they're not
actually stored on the server in that structure. But I really didn't
like this because it would make my cached tiles completely non-portable.

Enter MBTiles. This is the MapBox spec for tile storage and transport.
It amounts to an SQLite database storing blobs of image data inside a
single file rather than the current directory tree of individual files.
There are tools that can generate MBTiles-formatted files from various
data sources, including from the OSM Overpass API. I'm experimenting
with Maperitive right now generating an MBTiles file for all of Palm Bay
(my hometown) from zooms 0 through 18. I'm using Maperitive's internal
renderer from an Overpass downloaded data file with the web map tiles
disabled. Zoom 18 is taking FOREVER and will end up generating 41,989
tiles, most of which I'll never need because they're out in the
never-never swamp that surrounds the city.

But, enough on that. The question is: do any of you have any experience
or knowledge of MBTiles and do you have any
suggestions/comments/criticism of incorporating that as a tile store in
my APRS clients (yes, both on APRSISCE/32 and APRSISMO).

My plan would be to support importing externally-created MBTiles files
as well as storing all web-downloaded tiles locally in an MBTiles
database rather than as individual files in a folder hierarchy. I would
also hope to provide tools to migrate a current TileSet into an MBTiles
database and vice-versa, exploding an MBTiles database into a folder
hierarchy.

You can read about this at the following URLs:

Specification: https://github.com/mapbox/mbtiles-spec

Maperitive Home: http://maperitive.net/

Maperitive documentation: http://maperitive.net/docs/default.html

Tutorial using Maperitive: http://mapit-gis.com/offline-maps/

MapTiler MBTiles viewer (and more): https://www.maptiler.com/download/

Oh, and even though the storage waste on NTFS isn't as bad as an (u)SD
card, I'm planning this for APRSISCE/32 in the name of map tile
portability. It's a whole lot easier to copy a single file than a whole
tree structure of individual tiles.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

 




Re: MBTiles?

Rob Giuliano
 

The real issue here is that we still format uSD (thumb drives, etc) in a vey inefficient FAT32 format.  Place the same files on NTFS and the two numbers (actual vs. on disk) match much closer.  Unfortunately it is the most "cross platform" file system out there.

Therefore, I like the idea of a database style, single file map interface.
 
Robert Giuliano
KB8RCO





From: "'Lynn W Deffenbaugh (Mr)' kj4erj@... [aprsisce]"
To: APRSISCE Group ; APRSISMO@...
Sent: Wednesday, March 29, 2017 3:51 PM
Subject: [aprsisce] MBTiles?

 
Greetings all of you mappers out there.

I recent had occasion to copy all of my accumulated map tiles off of one
(failing) uSD card onto another. And I was SHOCKED to see how
inefficiently these tiles are stored on a 64GB uSD card! I've got a
total of 118,405 tiles across 4,624 folders whose size is 667MB, not bad
until you notice that they're occupying 14.4GB (yes GIGAbytes) on disk!
My zoom 20 is 7,925 files of 8.58MB occupying 989MB on disk. And my
zoom 18 is 22,001 files of 50.9MB occupying 2.67GB on the card. I've
got to do something to make this better. (Note that this is on an uSD
card under Android. The waste on an NTFS-formatted Windows volume is
nowhere near that bad.)

I've been considering for some time storing so-called "meta-tiles" the
way an OSM tile server does. It stores 8x8 squares of tiles in a single
meta-tile file with a hashed name that serves to distribute the files
across a file system rather than the strict z/x/y structure of the
actual tile names. The tile server knows how to get the correct image
to serve a single tile from an OSM-formatted URL, but they're not
actually stored on the server in that structure. But I really didn't
like this because it would make my cached tiles completely non-portable.

Enter MBTiles. This is the MapBox spec for tile storage and transport.
It amounts to an SQLite database storing blobs of image data inside a
single file rather than the current directory tree of individual files.
There are tools that can generate MBTiles-formatted files from various
data sources, including from the OSM Overpass API. I'm experimenting
with Maperitive right now generating an MBTiles file for all of Palm Bay
(my hometown) from zooms 0 through 18. I'm using Maperitive's internal
renderer from an Overpass downloaded data file with the web map tiles
disabled. Zoom 18 is taking FOREVER and will end up generating 41,989
tiles, most of which I'll never need because they're out in the
never-never swamp that surrounds the city.

But, enough on that. The question is: do any of you have any experience
or knowledge of MBTiles and do you have any
suggestions/comments/criticism of incorporating that as a tile store in
my APRS clients (yes, both on APRSISCE/32 and APRSISMO).

My plan would be to support importing externally-created MBTiles files
as well as storing all web-downloaded tiles locally in an MBTiles
database rather than as individual files in a folder hierarchy. I would
also hope to provide tools to migrate a current TileSet into an MBTiles
database and vice-versa, exploding an MBTiles database into a folder
hierarchy.

You can read about this at the following URLs:

Specification: https://github.com/mapbox/mbtiles-spec

Maperitive Home: http://maperitive.net/

Maperitive documentation: http://maperitive.net/docs/default.html

Tutorial using Maperitive: http://mapit-gis.com/offline-maps/

MapTiler MBTiles viewer (and more): https://www.maptiler.com/download/

Oh, and even though the storage waste on NTFS isn't as bad as an (u)SD
card, I'm planning this for APRSISCE/32 in the name of map tile
portability. It's a whole lot easier to copy a single file than a whole
tree structure of individual tiles.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32




Re: Message?

Lynn Deffenbaugh
 

It means just what it says.  A station in your range transmitted the MIC-E status of "Special".  The MIC-E spec at http://www.aprs.org/aprs12/EmergencyCode.txt states:

In the original APRS, these bits were to trigger these on-receipt-
responses:

 SPECIAL  - would CENTER the map on the symbol
 PRIORITY - would CENTER and ZOOM to 8 mile local range scale
 EMERGENCY- CENTER and ZOOM and ALARM beeps until cleared by operator.

I thought that centering the map was a bit extreme, so APRSISCE/32 defaults to sending you a notification message for Special indicating that status.  Priority will generate a message and open a new MultiTrack when the status is first received.  Emergency also does a message and opens a new MultiTrack every time the status is received.

This behavior can be disabled by unchecking the appropriate status in the Configure / Mic-E Notifications menu.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32



On 3/29/2017 8:28 PM, tmtlu3@... [aprsisce] wrote:

I am a new user on APRISCISE and slowly learning to use the program by trial and error. I keep geting a message from a station, will not mention the call, that says: MIC-E ( CALL SIGN) TRANSMITTED STATUS

(SPECIAL). What is this?




Message?

Thomas Testa
 

I am a new user on APRISCISE and slowly learning to use the program by trial and error. I keep geting a message from a station, will not mention the call, that says: MIC-E ( CALL SIGN) TRANSMITTED STATUS

(SPECIAL). What is this?



MBTiles?

Lynn Deffenbaugh
 

Greetings all of you mappers out there.

I recent had occasion to copy all of my accumulated map tiles off of one (failing) uSD card onto another. And I was SHOCKED to see how inefficiently these tiles are stored on a 64GB uSD card! I've got a total of 118,405 tiles across 4,624 folders whose size is 667MB, not bad until you notice that they're occupying 14.4GB (yes GIGAbytes) on disk! My zoom 20 is 7,925 files of 8.58MB occupying 989MB on disk. And my zoom 18 is 22,001 files of 50.9MB occupying 2.67GB on the card. I've got to do something to make this better. (Note that this is on an uSD card under Android. The waste on an NTFS-formatted Windows volume is nowhere near that bad.)

I've been considering for some time storing so-called "meta-tiles" the way an OSM tile server does. It stores 8x8 squares of tiles in a single meta-tile file with a hashed name that serves to distribute the files across a file system rather than the strict z/x/y structure of the actual tile names. The tile server knows how to get the correct image to serve a single tile from an OSM-formatted URL, but they're not actually stored on the server in that structure. But I really didn't like this because it would make my cached tiles completely non-portable.

Enter MBTiles. This is the MapBox spec for tile storage and transport. It amounts to an SQLite database storing blobs of image data inside a single file rather than the current directory tree of individual files. There are tools that can generate MBTiles-formatted files from various data sources, including from the OSM Overpass API. I'm experimenting with Maperitive right now generating an MBTiles file for all of Palm Bay (my hometown) from zooms 0 through 18. I'm using Maperitive's internal renderer from an Overpass downloaded data file with the web map tiles disabled. Zoom 18 is taking FOREVER and will end up generating 41,989 tiles, most of which I'll never need because they're out in the never-never swamp that surrounds the city.

But, enough on that. The question is: do any of you have any experience or knowledge of MBTiles and do you have any suggestions/comments/criticism of incorporating that as a tile store in my APRS clients (yes, both on APRSISCE/32 and APRSISMO).

My plan would be to support importing externally-created MBTiles files as well as storing all web-downloaded tiles locally in an MBTiles database rather than as individual files in a folder hierarchy. I would also hope to provide tools to migrate a current TileSet into an MBTiles database and vice-versa, exploding an MBTiles database into a folder hierarchy.

You can read about this at the following URLs:

Specification: https://github.com/mapbox/mbtiles-spec

Maperitive Home: http://maperitive.net/

Maperitive documentation: http://maperitive.net/docs/default.html

Tutorial using Maperitive: http://mapit-gis.com/offline-maps/

MapTiler MBTiles viewer (and more): https://www.maptiler.com/download/

Oh, and even though the storage waste on NTFS isn't as bad as an (u)SD card, I'm planning this for APRSISCE/32 in the name of map tile portability. It's a whole lot easier to copy a single file than a whole tree structure of individual tiles.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


Re: Weather Display Software?

Anthony - N2KI
 

Win 7 Pro

 
Regards,

Anthony (N2KI)








On Tue, Mar 28, 2017 at 9:30 PM, George Kreider III kn6la@... [aprsisce] <aprsisce@...> wrote:
 

What Windows program are you running?
Windows 8.1?
Windows 10?


Thank You

George W. Kreider III, KN6LA
Cell or Text Msg:  (805) 479-4166




-----Original Message-----
From: 'Anthony (N2KI)' n2ki.ham@... [aprsisce] <aprsisce@...>
To: APRSisce Group <aprsisce@...>
Sent: Tue, Mar 28, 2017 6:27 pm
Subject: Re: [aprsisce] Weather Display Software?

 

Yes I do.

 
Regards,

Anthony (N2KI)








On Tue, Mar 28, 2017 at 7:16 PM, tmtlu3@... [aprsisce] <aprsisce@...> wrote:
 

Does anyone use Weather Display Software to link their weather station to APRSISCE? I was told bye the author of Weather View that Weather Display uses the WXNOW.TXT format. I have tried to find it in the programs folder without any luck.The software is out of New Zealand. I have e mailed the author but I am still waiting for a response.




Re: Weather Display Software?

Thomas Testa
 

Hi George, It is on a older system running Windows Vista.


On Mar 28, 2017, at 9:30 PM, George Kreider III kn6la@... [aprsisce] <aprsisce@...> wrote:

 

What Windows program are you running?
Windows 8.1?
Windows 10?


Thank You

George W. Kreider III, KN6LA
Cell or Text Msg:  (805) 479-4166




-----Original Message-----
From: 'Anthony (N2KI)' n2ki.ham@... [aprsisce] <aprsisce@...>
To: APRSisce Group <aprsisce@...>
Sent: Tue, Mar 28, 2017 6:27 pm
Subject: Re: [aprsisce] Weather Display Software?

 

Yes I do.

 
Regards,

Anthony (N2KI)








On Tue, Mar 28, 2017 at 7:16 PM, tmtlu3@... [aprsisce] <aprsisce@...> wrote:
 

Does anyone use Weather Display Software to link their weather station to APRSISCE? I was told bye the author of Weather View that Weather Display uses the WXNOW.TXT format. I have tried to find it in the programs folder without any luck.The software is out of New Zealand. I have e mailed the author but I am still waiting for a response.



Re: Weather Display Software?

George
 

What Windows program are you running?
Windows 8.1?
Windows 10?


Thank You

George W. Kreider III, KN6LA
Cell or Text Msg:  (805) 479-4166




-----Original Message-----
From: 'Anthony (N2KI)' n2ki.ham@... [aprsisce]
To: APRSisce Group
Sent: Tue, Mar 28, 2017 6:27 pm
Subject: Re: [aprsisce] Weather Display Software?

 

Yes I do.

 
Regards,

Anthony (N2KI)








On Tue, Mar 28, 2017 at 7:16 PM, tmtlu3@... [aprsisce] <aprsisce@...> wrote:
 

Does anyone use Weather Display Software to link their weather station to APRSISCE? I was told bye the author of Weather View that Weather Display uses the WXNOW.TXT format. I have tried to find it in the programs folder without any luck.The software is out of New Zealand. I have e mailed the author but I am still waiting for a response.



Re: Weather Display Software?

Anthony - N2KI
 

Yes I do.

 
Regards,

Anthony (N2KI)








On Tue, Mar 28, 2017 at 7:16 PM, tmtlu3@... [aprsisce] <aprsisce@...> wrote:
 

Does anyone use Weather Display Software to link their weather station to APRSISCE? I was told bye the author of Weather View that Weather Display uses the WXNOW.TXT format. I have tried to find it in the programs folder without any luck.The software is out of New Zealand. I have e mailed the author but I am still waiting for a response.



Re: Weather Display Software?

David Pritchard
 

It should be under the c:\wdisplay directory. Weather Display should not be installed under Program Files.

Dave
W9QL

On March 28, 2017 6:16:48 PM CDT, "tmtlu3@... [aprsisce]" wrote:
 

Does anyone use Weather Display Software to link their weather station to APRSISCE? I was told bye the author of Weather View that Weather Display uses the WXNOW.TXT format. I have tried to find it in the programs folder without any luck.The software is out of New Zealand. I have e mailed the author but I am still waiting for a response.


--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


Weather Display Software?

Thomas Testa
 

Does anyone use Weather Display Software to link their weather station to APRSISCE? I was told bye the author of Weather View that Weather Display uses the WXNOW.TXT format. I have tried to find it in the programs folder without any luck.The software is out of New Zealand. I have e mailed the author but I am still waiting for a response.


Re: Maps

Lynn Deffenbaugh
 

Just change the {z}/{x}/{y} to %z/%x/%y and it'll work.  I just tested all three as Tile Sets.  I did not experiment to find out just what zoom levels are supported by these servers, but I don't think they go the whole way out to 20...

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32



On 3/28/2017 11:29 AM, 'Lynn W Deffenbaugh (Mr)' kj4erj@... [aprsisce] wrote:


The following three lines are the key to setting up a Tile Server in APRSISCE/32.

I haven't actually tested them yet, but they should work with appropriate massaging.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32



On 3/28/2017 11:12 AM, jerrygable@... [aprsisce] wrote:
Take a look at the Stamen Maps (http://maps.stamen.com/#terrain/12/37.7706/-122.3782).  They are open source and look pretty good.




Re: Maps

Jerry
 

Also,
If you are looking at locally stored maps, look at http://maperitive.net
It will generate maps with the info you want.  Then look at the generate-tiles command.  It will generate an area of maps with your desired zoom levels in a directory format that matches the aprsisce cache.  Just point aprsce at the directory and turn off the fetch function and you will have local maps for a region.


Re: Maps

Lynn Deffenbaugh
 


The following three lines are the key to setting up a Tile Server in APRSISCE/32.

I haven't actually tested them yet, but they should work with appropriate massaging.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32



On 3/28/2017 11:12 AM, jerrygable@... [aprsisce] wrote:

Take a look at the Stamen Maps (http://maps.stamen.com/#terrain/12/37.7706/-122.3782).  They are open source and look pretty good.



Re: Maps

Jerry
 

Take a look at the Stamen Maps (http://maps.stamen.com/#terrain/12/37.7706/-122.3782).  They are open source and look pretty good.


Re: Maps

Matthew Esposito
 

Bob thanks so much I'm having same findings. Any suggestions on other map tile sets 

Matthew R. Esposito 

On Mar 28, 2017, at 11:03 AM, Bob Harris knineudx@... [aprsisce] <aprsisce@...> wrote:

 

Matthew and Fred:

I have Terrain Navigator (New England maps) on my computer. I cannot find any files that look like the typical tile files used by aprsisce. None of the usual suspect file extensions. Or directories will lots of same-sized files as one would expect when looking for tiles. I suspect that program uses database or even vector images (the USGS topos have been converted to vector files by some producers).


On 3/27/2017 7:36 PM, Matthew Esposito matthewr.esposito@... [aprsisce] wrote:
Fred 
  You seem to be the resource I'm looking for. Do you mind if I pick your brain?? If the questions get to daunting for the mail list can we email outside of the list?? 
Basically I don't have a space  issue and I need 100% of Californian maps already downloaded onto my tablet. I'd like to get down to that 15-18 level. I understand it will total in the millions of tiles. I just don't want to spend all
The time sitting and moving the yellow circle until Iv covered all of California. I use terrain navigator on my company laptop and figured if I can just buy the maps from tn I wouldn't  have to download them from OSM. Any suggestions on maps would be great
Matthew

On Mar 28, 2017, at 12:39 AM, 'Fred Hillhouse' fmhillhouse@... [aprsisce] <aprsisce@...> wrote:

 

I looked briefly at Terrain Navigator. It looks like it uses the USGS Topo, satellite imagery plus another 60 or so sources. In almost every case when a product uses a wide variety, they commonly use available sources such as OSM and ArcGIS. They may save the data as tiles or use a database format. If they use tiles then you can find them and very likely point APRSIS32 at them, otherwise they can’t be used. Look around your hard drive and you should be able to find the files. They could be sizable.


--
"The world of goodness is filled with fleas."

Bob Harris
Can MOTCH Katmai Henry David Thoreau UDX Bda UD (1992-2005)
Longmeadow Bradford Torrey CD (2001-2014)
Ch Silvercreek Gossip Girl
Bath, NH


Re: APRSISCE PASS CODE

ks6m@...
 

My experience is this: I sent three email message requests to the specified yahoogroups.com email address, two from my own domain using a Comcast SMTP server and one from gmail.com, and nothing happened. So I created a yahoo.com address here on Yahoo and sent my request using it ... and received my passcode from Steve within a few minutes. Draw your own conclusions. / John / KS6M


Re: Maps

robt.harris
 

Matthew and Fred:

I have Terrain Navigator (New England maps) on my computer. I cannot find any files that look like the typical tile files used by aprsisce. None of the usual suspect file extensions. Or directories will lots of same-sized files as one would expect when looking for tiles. I suspect that program uses database or even vector images (the USGS topos have been converted to vector files by some producers).


On 3/27/2017 7:36 PM, Matthew Esposito matthewr.esposito@... [aprsisce] wrote:
Fred 
  You seem to be the resource I'm looking for. Do you mind if I pick your brain?? If the questions get to daunting for the mail list can we email outside of the list?? 
Basically I don't have a space  issue and I need 100% of Californian maps already downloaded onto my tablet. I'd like to get down to that 15-18 level. I understand it will total in the millions of tiles. I just don't want to spend all
The time sitting and moving the yellow circle until Iv covered all of California. I use terrain navigator on my company laptop and figured if I can just buy the maps from tn I wouldn't  have to download them from OSM. Any suggestions on maps would be great
Matthew

On Mar 28, 2017, at 12:39 AM, 'Fred Hillhouse' fmhillhouse@... [aprsisce] <aprsisce@...> wrote:

 

I looked briefly at Terrain Navigator. It looks like it uses the USGS Topo, satellite imagery plus another 60 or so sources. In almost every case when a product uses a wide variety, they commonly use available sources such as OSM and ArcGIS. They may save the data as tiles or use a database format. If they use tiles then you can find them and very likely point APRSIS32 at them, otherwise they can’t be used. Look around your hard drive and you should be able to find the files. They could be sizable.


--
"The world of goodness is filled with fleas."

Bob Harris
Can MOTCH Katmai Henry David Thoreau UDX Bda UD (1992-2005)
Longmeadow Bradford Torrey CD (2001-2014)
Ch Silvercreek Gossip Girl
Bath, NH


Re: Maps

Matthew Esposito
 

Fred 
  You seem to be the resource I'm looking for. Do you mind if I pick your brain?? If the questions get to daunting for the mail list can we email outside of the list?? 
Basically I don't have a space  issue and I need 100% of Californian maps already downloaded onto my tablet. I'd like to get down to that 15-18 level. I understand it will total in the millions of tiles. I just don't want to spend all
The time sitting and moving the yellow circle until Iv covered all of California. I use terrain navigator on my company laptop and figured if I can just buy the maps from tn I wouldn't  have to download them from OSM. Any suggestions on maps would be great
Matthew

On Mar 28, 2017, at 12:39 AM, 'Fred Hillhouse' fmhillhouse@... [aprsisce] <aprsisce@...> wrote:

 

I looked briefly at Terrain Navigator. It looks like it uses the USGS Topo, satellite imagery plus another 60 or so sources. In almost every case when a product uses a wide variety, they commonly use available sources such as OSM and ArcGIS. They may save the data as tiles or use a database format. If they use tiles then you can find them and very likely point APRSIS32 at them, otherwise they can’t be used. Look around your hard drive and you should be able to find the files. They could be sizable.

 

I don’t see the number of tiles or the space they require to be much of an issue these days unless you need terrabytes of data. With the advent of cheap large capacity drives you can fit a lot of tiles. Even the uSD cards hold a lot and they are getting cheaper every day. It would be easy to set up an uSD for Montana and another for Idaho. For my tablet, I run APRSIS32 on a 64GB microSD card. It works very well and I have several tile sets.

 

For APRSIS32:

One way to limit the numbers of tiles downloaded is to limit the maximum zoom level for a tile set. You can even set to minimum but there is little space or quantity advantages. Quite a few tile sets only have tiles to level 15 or 16. If you set to the limit to that number it won’t try to download the next level all the time and when you zoom in, the lower level zoom will be used. If you look closely at the various level of tiles it becomes apparent the same scan was used for several level. For instance, for USGS a 7.5min map was scanned and then the scan was cut up into appropriate zoom levels. There is no new data, just a larger or small view of the data. For OSM tiles, there is new data at some of the very highest zooms. But I find while travelling I don’t need to see house shapes and swimming pools. I can avoid the highest levels in OSM too. I do find level 15 to be about the maximum I need as it is the level where street names are added. Aerials are a different story. For those I tend to want to higher zoom at least when using ArcGIS World Imagery: their level 18 is high resolution. They don’t have higher than 18 though.

 

There is also a common misconception that every tile at every zoom level and for the whole area is required. That is rarely true. Of course I don’t know your particular travel plans but it is unlikely they include every square mile and much of that may be just getting for one stopping point to another. By limiting your focus you may find there is a nice level that will please you. I used to travel between Arkansas and New Hampshire every few months. My total number of tiles and the space required never really added up to much.

 

One disadvantage of using a database for tiles is if the file is corrupted, you may lose access to all maps. In one application I looked at, I am pretty sure they managed two files. It looked like one file was used to point to a specific record within the second one. If either file is corrupted, then both are unusable. Not so with tiles since each is its own entity.

 

Best regards,

Fred N7FMH

 

 

From: aprsisce@... [mailto:aprsisce@...]
Sent: Sunday, March 26, 2017 11:34 PM
To: aprsisce@...
Subject: [aprsisce] Maps

 

 

Any way to configure this program to access maps I already own from terrain navigator?? They are awesome high res maps and I have the rights to print and edit for personal use. So allowing aprsisce to access the file shouldn't be a legal issue.
Basically I spend 8 months a
Year traveling the western usa and even though it's a heap of data I need massive amounts of map tiles.

Matthew KK6WBY




Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com


5841 - 5860 of 36601