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 - deepspace

#1
I was re-doing a few quads things where going as normal but all of a sudden when a quad is finished converting from mp to .img there is not .img file sitting in the folder. Th original .mp was re-named but nothing else. The first 2 in the folder went normally. I re-did and the same thing. Any body else have this happen? I did 88 with no issues at all.
Thanks
#2
Map Making Support / Re: possible?
February 26, 2010, 01:07:38 PM
Thanks for the reply maps4, I was taking the quad mp created by GM (no header) adding to state map (with header) then cutting the quad out. I did not see any issues but since its the last of 88 I just wanted to clarify what I was seeing was correct. You know the old expression...
Cheers-
#3
Map Making Support / possible?
February 26, 2010, 10:18:55 AM
Hi, if I have a contour quad I can not open in mapedit, but can in GM, is there a issue with taking
(1) a quad created with topo_process at 20 foot contour
(2) opened in GM and saved as .mp.
(3) Then opened saved .mp in mapedit, edit the levels to be the same as all other contour quads then
(4) combine with the rest of the base map mp's to .img?
I have done the first 3 and at this point do not see any problems, the 20 foot contours are there and so forth.
Thanks!
#4
Map Making Support / Re: Topo Process Program (BETA!)
February 22, 2010, 07:24:02 AM
2 quick questions:
A: would it be possible to have a check box that allows the computer to shut down once its finished a process batch? Say as a example having converted a batch of NED files.
B: any one noticed a getting some .bat files during a convert? I ended up with 3 while converting to .img this weekend.
Cheers-
#5
Map Making Support / Re: map sizes
February 17, 2010, 07:53:52 AM
Your correct. But one thing about GM is I have never had a problem opening up a shape file not matter what its size. I have run into (and still am) problems opening the shape file in map edit after topo_process. The very same one opens with no problems in bot GM and MapWell.
Cheers!
#6
Map Making Support / Re: map sizes
February 16, 2010, 08:07:29 PM
maps4gps, while I am not sure this is relevant here is what I came up with running Adam_e quad, I split into 2 sections (which I think is .5x.5, correct me if I am wrong) I have everything set to compile alphabetically. so its not the Robinson Mount you did.
Command closed before I could copy, but the mp file containing  all data (water, transport, gnis, contours ect.)  run time was approx 3.15 hours, original file .mp size = 230 megs output= 4.5 meg.
On a side note, I can open the quad described above (Mount Baker, shape file is 956 megs) with no problems in both Global mapper, and Mapwell.
I fully admit Global Mapper is far easier, I may have made a error in going the route I did looking at you process times.
Cheers!
#7
Map Making Support / Re: map sizes
February 16, 2010, 08:25:09 AM
QuoteWould you mind explaining what you did not like about the map built with GM; if there is a 'better' program for contouring I would be interested in knowing about it.
both on the map I built (Olympic peninsula only) and the one I downloaded from this site there where errors as to where things where. One logging road was off several hundred feet and a road abandoned in 1987 did not even show up. When I ran the very same data in topo_process things where right. Could very well have been me though.
QuoteTime to load NED, contour, write shape files -  61 minutes     /   61 minutes
Total .shp file size                                      -  83Mb             /   126.6Mb
.mp file size                                              -  132 Mb           /   202 Mb
cgpsmapper data:  line segments                -  39473            /   57619
                            processed                     -  70076            /   82877
                            split                              -  7403              /   11565
                            not imported                  -  106               /   263
                            regions                         -  18 & 2            /   25 & 2
                            time to compile              -  221.90 sec     /   347.52 sec
                            .img file size                  -  8.9 Mb           /   9.8 Mb

What values do you get for this quad?
I have not created the .img files yet. I also did not time the process (create shape then .mp) but I do not think it took a hour. If I get this one little detail worked out today I will create the .img file and post the results.
I have one quad left to convert from shape to .mp, (Mount Baker, shape file is 956 megs) I keep getting the virtual memory error. No matter how many times I re-boot and close all applications. If I could just get it open once to split it...... 
#8
Map Making Support / Re: map sizes
February 12, 2010, 08:05:00 AM
Well, I did not like the map built with GM, I have it on my machine. Nor did I like the one available for download here.
The unzipped file alone is 223 megs for Robinson Mountain if you get 142 something got tossed out.  it seems to me at least.
Thanks-
#9
Map Making Support / Re: map sizes
February 11, 2010, 11:04:19 AM
Thanks I'll have to break the bigger mountain areas smaller.
When I did it before I ended up with 2 places in the Olympics that had about 100 yards of no contours, (but the water and roads where intact) which I blame on myself and sloppy splitting, but just incase I have been getting fresh data for the whole project.
The USGS  server is on the frits right now I haven't been able to get the last 12 quads any way
#10
Map Making Support / Re: map sizes
February 11, 2010, 09:16:01 AM
I just finished the Robison Mountain quad for contours. It alone at 20 foot contours is 870 megs.
#11
Map Making Support / Re: map sizes
February 11, 2010, 09:07:04 AM
100k yes, 20 foot contours, made with topo_process built the the header from this site. The nhd files for the area was 1/2 gig alone. The 1.4 is the mp file.
I made one map already in the same manner tremendous details resulted.
Thanks!
#12
Map Making Support / map sizes
February 11, 2010, 08:21:00 AM
Good Day, There have been some posts about this but no real answers. I am about to finish (12 quads to go) my Washington state map. I am ending up with huge file sizes (Mount Olympus quad 1.4 gig) which I have been splitting in half. Last time I ran gpsmapper I had to quarter the mountain regions to get gpsmapper to handle them. This I believe lead to some seam issues (sudden gap in contours in 2 places). Question is: anybody really figured out what max size is for gpsmapper? I ask because last time it would run for hours them come up with an error which Stan from gpsmapper told me was file size (he advised splitting the maps the way I did). He mentioned then that a new version was coming which would no longer be size weird. At this point it will take my whole life to run any way since there will be over 70 mp files to run.
Thanks-Marc
#13
Map Making Support / Re: Topo Process Program (BETA!)
January 26, 2010, 11:38:53 AM
I found the answer. In the 8.3 version you open the pg_hba.conf file from start>all programs>postgresql X.X>Configurations Files
There is not such thing with 8.4.
one needs to open explore/program files/postgresqls/8.4/data/pg_hba.conf and change the settings to trust as done with 8.3
#14
Map Making Support / Re: Topo Process Program (BETA!)
January 26, 2010, 08:30:06 AM
I do not see that is connects, opened admin and watched also same thing. I do not see a error in the settings, postgis 1.4 for PostgreSQL 8.4 was installed via the stack builder.
[Software]
fwtools=C:\Program Files\FWTools2.4.6\bin
postgis=C:\Program Files\PostgreSQL\8.4\bin
cgpsmapper=C:\Program Files\cgpsmapper.exe
[User]
dem=C:\washington\contours\51725823
interval=20
trans=C:\washington\transport
gnis=C:\washington\gnis
nhd=C:\washington\nhd
[PostGIS]
host=localhost
database=postgis
user=postgres
pass=kimmei
#15
Thanks, I must be thick. Changing the dictionary did nothing but adding EndLevel=3 to each water body does work.
Cheers-Marc