Jump to content


  • Posts

  • Joined

  • Last visited

Posts posted by SiliconFiend

  1. Greetings:

    The combinemaps routine seems like it might work well for my eTrex HCx. I am using Garmin MapSource Topo version 6.15.11 and I want to combine all of the US basemaps in MapSource Topo. However, when I run the combinemaps program I get the following error message:


    Clearing read only bit on c:\Garmin|USCombined\Temp\05617461.img

    cgpsmapper 05617461.img

    Error: cgpsmapper rc=-1


    and the routine fails on the first image translation.


    I’ve looked through the internet but I cannot seem to find a reference to this specific problem. Does anyone have a solution idea?




    SW Idaho

    It's been a while since I used the program, but a couple things come to mind. First, if the vertical bar that you show above is actually in the file name, that could cause problems. I'm guessing it's just a typo, though. Second, make sure cgpsmapper is on your path. Third, maybe try an older version of cgpsmapper?

  2. [*]Added Palouse Falls State Park (near Washtucna, WA) from GPS data

    This brings back fond memories. I made several trips to hike at Palouse Falls while in college, and we would roll large rocks off the cliff next to the falls, probably breaking some laws and certainly endangering our lives...

  3. Related to the above point, map availability and convenience is the biggest issue to me --- I don't understand why good road and street maps are so hard to obtain for the Garmin units at reasonable prices. We have the data available as evidenced by the freely available MapQuest, and Google Maps, we seem to have the technology, as seen by public domain map compilers that can make maps for the Garmin. I feel that we should be able to go to Google Maps on a web browser, select a suitable area, and just download all the streets and info directly into my eTrex Hcx. Yet I can't do it conveniently. I don't think that technology is the issue. It must be something to do on the business end of things.

    Definitely a business thing. You might check out OpenStreetMap, which was started for the reason of free access to map data. Not as easy as select-n-download, but you can get map data onto your Garmin (even routing works to a limited degree). The nice thing about it is if you find an error in the map, you can fix it yourself. If you want free non-routable maps of the US, check out Ibycus maps on http://www.gpsfiledepot.com/

  4. After doing Google and forum searches, I guess I am going to have to throw up the white flag and ask for help. I am wanting to revert the 2.80/2.80 software-firmware to 2.70/2.50. I have found a 2.50 rgn file from forum searches but I am at a loss on how to install.


    Thanks in advance to anyone who can give an rgn for Dummies lesson.


    Sorry for double post!

    Very quickly: drag the rgn file onto the WebUpdater exe file and follow the steps. When it asks to check for additional firmware updates, just cancel it otherwise you will overwrite the 2.50 GPS firmware you just installed.

  5. Maybe, but this seems like a strange statement to put in the release notes if the maps truly aren't raster maps.


    * Improved raster map appearance


    I also have played with the 400i maps and Moagu, the performance of the 400i aerial images is much faster than the vectorized Moagu maps. Still not proof that Garmin isn't doing something similar I guess, but somehow it doesn't feel that way to me.

    Someone who has the GB Discoverer maps could test it by installing on an older unit and see if it displays. Not a conclusive test by any means (because a failure to load doesn't really confirm that it's a true raster), but it would be interesting to see.

  6. Coggins,


    Affirmative on the transparent maps. They display as they always have.


    You have raster mapping on your unit to check??


    Affirmative. MapWell allows me to turn scanned 24K USGS quad maps into raster maps for my Oregon and I can still see the transparent road layer I've made for Montana ON TOP OF these raster maps. My guess is that Garmin may have given the GB maps a higher draw priority than the road layer folks have been complaining about. I may be comparing apples to oranges here since MapWell rasters and my transparent maps aren't Garmin products as GB Discoverer is, hence may not have their draw priority affected by specific language in the firmware. BUT if you're wondering about NW Trails ( i.e. North America), you're probably not concerned of it's interactions with GB Discoverer.

    Yep, it's apples and oranges. Mapwel vectorizes (is that even a word?) a raster image so that the format is equivalent to typical Garmin vector maps. Even older non-raster-capable units can display them (albeit slowly). It will probably require someone with one of these GB Discoverer maps (with what appears to be true rasters) to test a transparent vector map overlay to see if it works.

  7. a question did come to mind - are the trails going to be included with the topo map? I can see possibly wanting just the topo without the trails. Would loading both topo's with trails and the trail maps (overlaping regions) cause any problems?


    I'm not sure why one would want topo without trails. :D

    So that you could use the topo sort of like a basemap and use an alternate source for trails which could be updated much more frequently. Sounds like that's the plan here.

  8. Sounds like you have it set to follow road and not off road. Your position will not leave a road if set to this. Sorry, I dont have a legend so I dont know where the setting is to change it but you want to set it to prompt so it ask you which one ( follow road, off road ) you want when to go to find a cache.

    No, it's not Follow Road/Off Road. The setting you want to change is called Lock On Road. It's under Menu->Setup->Map->General. Change it to Off and it will show your true position. The circle is an estimate of your actual location (95% of the time your true position will like within that circle), and it's a combination of the EPE of your position as well as the resolution of the map.

  9. so, really nobody knows anything about carpool lanes /HOVs in Garmin/Navtec maps and how they are coded (used polyline type or anything else).

    Or let me ask you in a different way.

    Has anybody observed that the avoidance setting for HOV in the Garmin Map 60csx is working well in Garmins CN NA?

    I guess in LA, Washington State or Housten for example must be HOVs. Maybe someone could have a look in a unlocked map of these areas(or another) using GPsmapedit and find out which line type has been used by garmin.


    Thanx for your help


    That classification/info does not exist on the old Garmin map format (the only format for which free tools are available to make your own maps), as far as I know. I believe that is a feature (along with lane assist, additional POI types, etc.) unique to the NT format maps.

  10. The front USB ports on a PC works like a USB hub, hence the issue.

    That is not true for the vast majority of machines. The front USB ports are usually just like an extension cord (i.e. no electronics components) to a USB header on the motherboard. A hub has active electronics in it. Theoretically, there should be no difference, but it may be more susceptible to noise, and may be less reliable due to poor electrical connection.

    All the USB ports on your computer act as if they were on a hub, which is part of the USB host circuitry on the motherboard. However, there generally shouldn't be any difference between the front and rear ports. For a while, though, Dell laptops had a problem where they weren't supplying sufficient power to the USB ports and some devices wouldn't work or would randomly fail. In some cases you might do better using an external, powered hub to ensure sufficient current is available for your devices.

  11. Maybe im missing something or im just confused or maybe i just the wrong idea about the whole thing....


    I thought the Ibycus maps were of streets and roads and interstates and things like that...Now im reading about topo maps...


    Are the Ibycus maps getting consolidated with some topo maps? Or is it another set of maps all together?


    Or am I completely wrong all together???


    I looked at the Ibycus maps and I see my state (west virginia) looks like its there...But a poster above asked for WV maps...Maybe he is talking about TOPO?

    That's because Ibycus first created a set of Topo maps for Canada, and later he created these street and hydro maps for the US from publicly available sources. They do not (yet) include topographical information, but another user, Snowfleurys, has created transparent contour overlays available here.

  12. No problem, it's not hard to make a basic non-routing version that will overlay onto TOPO or CN maps, in fact the demo version will do this.

    I downloaded the free version of GPSMapEdit and cGPSmapper, opened a .gpx file of a hike along several trails in MapEdit and saved it, but when I go to Export it, the Garmin IMG/cpsmapper is greyed out. Am I missing a step? I was hoping the demo version would let me try this to see some results before purchasing (if needed). Thanks for any help getting going.

    You are missing a few steps. First, you need to save the file as Polish format (.mp). Then go to File->Map Properties and change the Type Set to Garmin, enter an 8-digit ID and a Name, then switch over to Levels and make sure you have at least two levels defined (clicking Insert Before will create them for you). Switch over to the cGPSMapper tab and change the map to transparent (Y). Click OK to return to the map.


    Then you need to right-click on your tracks and Convert To->Polyline.. Choose any type you want, but Walkway/Trail might be a good choice (0x0016). Save your file and then you should be able to perform the export.

  13. How did I post and get so many posts. This site is crazy sometimes it acts like it will not load.

    Yes, this site sucks. They have something misconfigured and/or their servers are not adequate for the load. Here's a hint, though--when it says that it had an error, almost always your post went through anyway. The thing to do is to go back, copy the text of your post out of the input box to save it just in case, and then reload the thread you were reading to see if it went through. If it didn't go through, you can reply again and paste in your text. But generally you don't need to do that.

  14. To the extent Garmin maps are customizable, its via the backdoor, cgpsmapper, not Garmin. Even then its limited to transparent overlays, which only work for points and lines. A transparent polygon is nonsensical.


    You can create both transparent and non-transparent maps in Garmin. You can also have a transparent polygon layer. I have created such a mapset that displays building footprints. In that case, the polygons are not transparent, but the spaces between them are.


    It's true that the tools for creating Garmin maps come from third-party sources, but I have found them to be much more customizable and flexible than DeLorme's tools (speaking here of Topo 7).

    And you can actually make sort-of transparent polygons for Garmin, too. If you use a transparent map, then use a custom TYP file, you can make polygons which are only partially filled (according the the pattern you design), so you can see what's underneath. I did this when I layered a customized version of Topo 3.0 on top of City Nav NT 2009 because the polygons for park areas were not identical and I wanted to see the polygons from Topo 3.0 without completely obscuring the City Nav roads underneath.

  15. can anyone explain engineering trade-off to me?
    Why? Did somebody use that specific expression in this thread somewhere?


    Where trade-offs have been mentioned in this thread, I think they're more economic than engineering decisions.




    Well, I'm an engineer, so I understand engineering trade-off. While lee_rimar is correct, most of the tradeoffs tend to be economic, there certainly exist trade-offs for engineering reasons. For example, the screen they chose was probably a balance of resolution, brightness and power consumption. There may have been a screen with better visibility, but the power draw was too high, or the size wasn't right, maybe the vendor was unknown and they couldn't trust the reliability, etc. You might argue that's a marketing (i.e., customer expectations) trade-off, and you may be right, but given certain constraints, engineers have to come up with the best part or design to meet the requirements. From experience, I'll tell you that there are so many vendors and parts out there it is very difficult to find the "best" one. Often you'll see the same part (or its clone) over and over again and the "best" ones have to fight to rise above the noise. A big company like Garmin should be able to do better to find good parts (or work with their vendors to create them), though...

  16. Theirs nothing magic with regard to the Colorado and typ files, they apply to all Garmin maps on all units. You can redefine Garmin points, lines and polygons and/or create new ones of your own. In my experience all mapping GPS units will display these, but Mapsource will only display redefined, not new points, lines and polygons.


    This manual has a chapter devoted to typ files. A typ file is nothing more than a simple text file compiled to Garmin binary using cgpsmapper.


    The easiest way to compile the text file is to use MapsetToolkit, search here or Google, and have it call cgpsmapper. It will do error checking and install correctly into Mapsource.


    Easy yes!?!?! <_<

    I had problems using the cGPSMapper TYP compiler--if I recall correctly, it incorrectly swapped my "on" and "off" bits for a transparent bitmap. I had much better luck using this site. The one thing that bugged me is that I couldn't find a way to start with the default typ file and edit it. The good news is that you don't have to create a pattern for every type, only for the ones you want to modify. So you could create patterns/linetypes associated with your footpaths, bridleways, etc.


    A quick tutorial: First, find out what feature code is being used on your map for the line types that you want to change. Since you're able to change that to a contour, etc., I'm assuming you already know how to change the type. I noticed that mkgmap recently changed the way styles work, and I don't know what version you're using. Anyway, after you have the feature codes, use your favorite (sorry, favourite) editor to create line colors and patterns (dashed, thick, thin, whatever) for those codes. Note that you have a wide choice of colors when you're creating the file, but they won't necessarily show up with the same color on your GPS due to color limitations. I had to go through a few iterations using colors sampled from screenshots from the GPS before I got the color the way I wanted it. Note that you'll probably want to create both day and night colors. Once you have your TYP file, it has to be combined with the map when it's sent to the GPS. I ended up putting it into MapSource because that was the easiest way for me to manage my maps. However, it looks like sendMap can support it, too. For sendmap, I think you just add the TYP file in with your map segments and it will figure it out when you create your gmapsupp.img file. Then when it's done you just copy the gmapsupp.img file to your GPS and test it out.


    Nice! Thanks to the guys at the Perry site for setting up that resource! Now, how about 2.40, 2,60, & 2,70? Come on guys, somebody out there must have them! I'll keep "pinging" Garmin, but I really think it is going to be up to us in the forums to make this happen!

    Are you absolutely sure there exists 2.40, 2.60 and 2.70 chipset versions "in the wild"? I seem to recall there were occasions where the next logical version number was skipped.

  18. While approaching a cache site in my car today, I suddenly remembered that my GPSr wasn't switched on. I turned it on, left it near the windshield and kept driving. It took a good five minutes to lock onto it's position.


    I know we are always told to stand still with it in order for it to lock on to the satellites quicker, and in most circumstances, it usually does this in less that 30 seconds, quicker if it's near the same spot where it was last used.


    Why does this happen? After all, the satellites up there are all whizzing round us at quite a speed, so why does my GPSr need to be stationary with respect to the earth in order to get a quick fix? (if you will pardon the expression).

    The satellites are barely moving relative to your position. They are in geosynchronous orbit. If you could see them from the ground, they would not appear to be "whizzing around us" - rather, they would appear to be stationary.

    Nope, they are not geostationary (the WAAS ones are, though). They're in a polar orbit. I believe the orbits were carefully designed as to give coverage over most or all of the world for at least part of the day before the entire constellation of satellites was launched and operational.


    As to the OPs question, your GPS knows the path of the satellites and it knows the signal timing received from those satellites, but it can't know what you're doing if you're moving around. You're adding another variable into the equation.

  • Create New...