GPSFileDepot.com
 

News:

Welcome to GPSFileDepot!

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - erik.the.awful

#1
Map Making Support / Re: Is Mapwel worth the cost?
February 16, 2009, 05:24:44 AM
I have a 60csx. I have found some land use data and geologic data that are both in raster form. I also have some maps from the state geologic survey (now defunct) that shows historic economic areas for different minerals as well as prospect sites. I have access to a large scanner so I can scan these maps.

Is there another way to get this land use data in my topo maps? For that matter what about the geologic data? The formation data would require a large number of user defined types I think because there are 50+ mapped formation types for GA .
#2
Map Making Support / Re: Is Mapwel worth the cost?
February 16, 2009, 05:19:51 AM
.mbd and .e00


#3
Map Making Support / Is Mapwel worth the cost?
February 15, 2009, 10:25:17 AM
Just wondering if Mapwel is worth the cost. I have found many nice raster based data layers for my state and am considering shelling out the cash for the full version of mapwel. One question does it except ArcGIS export files?
#4
General Discussion / Re: Is US TOPO Better????
January 31, 2009, 11:24:58 AM
Not only that but you don't get all of the other nifty stuff such as USGS GNS points and the high res water data. High res water data RULES when doing a long dry ridge trail. Kinda makes finding your water resupply points easy and the 24k res. ensures you don't fall down a 1:4 grade doing it.
#5
Map Making Support / Re: golf courses
January 31, 2009, 11:21:40 AM
Nope, but I would see if you can find any in google earth. It is a fairly easy to convert from .kml to a friendly format.
#6
Map Making Support / Re: Routable things?
January 31, 2009, 11:19:05 AM
Yeah the price really is nuts... and people wonder why software piracy is so rampant. When something is so specialized the makers try to squeeze every dime out of their limited user base. Makes people turn to warez and cracks, with all of the viruses and problems they have.
#7
No it doesn't and it is critical that all of the zoom levels match in every file you import in that is .mp format. It will cause all kinds of grief by "bumping" data up if you have different levels and bits. For all of my .mp's I use to compile a quad (i'm too cheap to pay for the full version) I make sure that all have the exact same level and zoom settings before combining them together.
#8
Well it's okay, Rookie mistake. All the data is easy to get except for the NHD stuff just cause of the weird way they make you request it. Might want to add a note about selecting the appropriate datum in the tutorial under the gpsMapedit section so others don't mess up either.
#9
 :'(

Now that REALLY bites. I needed to import my shapefiles into GPSmapedit in the datum they were created in so it can bound them properly into WSG 84 datum....

ALL of my shapefiles were imported in using zanderji and hence they are off by some number of arc seconds easting and northing. There is no going back to how I had it now since I deleted the original shapefiles for all but the dem data. Now I have to redownload the NHD data and all the others too. I'm going to cry. Crappy mistake to since I have 250 GB of free hard disk space.

Oz,

Do you know which datum all of these are in when they are downloaded? I know for the USA the WSG 84 is pretty standard but does any of it come in a different format? Some of the gov't agencies use others.

One month down the drain, Cest la Vie
#10
Okay I have a nice completed map with all the bells and whistles. zoom levels are great, everything shows up on the 60csx fine except it is off by about 1000' North and 500' All the datas have this paralax. When I loaded the shapefiles to compile I used the zandareji and daum it had by default. Is this causing the error? Everything is in proper spatial orientation to one another but the whole map is georeferenced wrong. Any ideas?
#11
Map Making Support / Ya! A topo map.
January 13, 2009, 02:28:02 PM
 :D :D :D :D :D

After much fiddling around I got it to process and display my first test quad. Now I have one small problem that should be easy to fix. It is only showing contours and NHD data at lowest zoom levels, while showing everything at higher levels, how do I get POI, Roads, land use, etc to extend down to the lower levels ???

Also it should be noted that generalize didn't cause my contours or water data to get off but did make the roads have some accuracy problems. I guess I will recompile the transport and trails separately and only generalize the DEM and NHD data.
#12
Yeah I can see it on the map properties page on mapedit, I had to change the zoom levels to get cgpsmapper to run, might be the problem, said that they had to be ascending ???

What are the proper levels to have set?

-Erik
#13
Map Making Support / Re: Generalize in GPSMapEdit
January 12, 2009, 03:50:01 PM
Yes I have used generalize as well as merge features and it cut down my 1.8GB NHD data to only 300 MB. Does this effect accuracy at all?
#14
Actually I see what the problem was now, the symptom at least not the cause/ Mapset toolkit is terminating its build of my preview files for some reason. Any ideas what could have gone wrong? I seem to have done something wrong during building of my maps. As I said they look good in mapedit but when loaded using the mapswel uploader nothing displays and it wiped out my road map too. I followed the turtorial as best as possible while using topoprocess. Is it possible that there is a problem with the dictonary file?
#15
Okay so I have a test set of maps I've compiled and converted to .img format. They look spot on in GPSmapedit but when I go to load them up in mapsource the program crashes at the 3 mile zoom and refuses to load onto the microsd card. Did notice when I looked again at the unconverted .mp files that under the verify map option the water data and federal lands says "polygon contour intersects with other polygon" is this the problem or is it a zoom issue. With the zoom levels from the header/dictonary file in the tutorial cGPSmapper wouldn't run saying that the zoom levels needed to be ascending. Where did I go wrong and is this why cGPSmapper ran so long on my maps?

-Erik