Suppport Thread for the TND 500, TND 700 or future Rand McNally products.

As with anything else that is computer driven, you have code behind the door running the software. To the TND the left turn could mean a U-turn. Several of you have had the TND really go out of route to get you to make a left hand turn.

Rand has found the issue behind this. It has to do with the angle of the left turn onto another road. Rand has adjusted some settings and corrected this issue.

This will be in with the update for the Mapping Database.

Thanks,
Mark

 

Just stating it lead you onto a restricted road does not give me any details. Their are millions of miles of roads in the USA and Canada.

Yes, what you write can affect different people different ways. As an adult I most certainly can finds ways to express my thoughts in an adult manner.

I will work with Rand on your Refund. I hope when your computer gets a "Dangerous bug" you do not lose faith so easily.

Nothing is perfect in this world, but you failed to list all the times the TND did get you where you needed to go or route you correctly.

Thanks,
Mark

 

That was over two weeks ago. You voiced your issue there already and it was send up to RM. I have not gotten a response back yet.

That thread is over 175 pages. What if someone 15 pages back reposts his issues again, am I supposed to memorize all?

I deal with the issues real time. I am on here daily and anything from a prior post does not get readdressed each day. I report issues to RM via E-Mail and yes I do keep sent E-Mails. Over ten years worth.

A simpler way would to have asked again or "quoted" your prior post and ask if any updates.

You shown then two weeks ago you wanted your money back. In the course of two weeks how much effort have you put forth in calling Rand and explaining the issues and you would like a refund? If no effort, then simply reposting a prior issue is like beating a dead horse. No effect.

I am here to work with issues that anyone has with their TND's. Sometimes I can work magic, sometimes not. If the user is willing to work with me then I will bend over backwards to resolve the issue.

My time is valuable such as yours is to you. But, I give my attention to an issue till you the user is happy one way or another. If the issue is incorrect routing or incorrect mapping data then I forward that up to RM as I cannot see the mapping DB in its pure form.

Numerous hours are spend on issues posted here on this thread in finding the reason.

So, if the TND fails to warn you of a low clearance bridge ahead and yet signs are posted. According to you this is a "dangerous bug" and the TND is at fault if you run into the bridge?

If you take the time and have read what I have posted over and over again about errors in the mapping database and other issues that may make the TND less than perfect then you would know This is an electronic device such as your computer. It is not without flaws. Rand did not take some code already written off the shelf and toss it into the chipset. This code has been handwritten from day one. Errors can be made when you are close to about 3-5 millions lines of code.

Code is written in modules. Each module can "call" to another module to perform a function, that module can then "call" to another module to perform a function and upon the result it depends to what module is "called" next. Now add hardware that receives GPS signals from satellites and the Lat/Long has to be brought into the code now. You are outputting to a screen so the X/Y coordinates have to be thought about in the code. All in all, you have a mini-computer. When you type on your keyboard, your keyboard sends a hex code to your processor. The hex code refers back to an ASCII symbol. The computer then interprets this and sends it to the processor. The processor talks in machine language. This translates into - pops, push, etc etc..

So can errors be made in coding? Yes. As stated before I am here to give you the driver a niche to be heard. What you post daily goes to the highest levels in Rand. Your voice is heard and acted upon.

Thank you,
Mark

 

Mpping database is incorrect.

http://www.dot.state.tx.us/gis/loadzone/viewer.htm

Their are no restrictions in that area. Now when running a Demo mode it does show a route restriction on Thompson Rd which the Flying J is on.

I am running a demo mode here from the Walmart in Baytown, TX to the Flying J.

Since the TND at this time does not give you an indication of how far ahead the restriction is, it is very probable when you turned right on FM 565 it now sees the restriction on Thompson Rd, so with incorrect data in the mapping data, the TND did inform you correctly.

As stated in prior posts, since the truck restrictions are in the mapping database they will show corrected when the next mapping database is released.

Now the $1,000,000 question. RM is not the only company that uses Navteq data. Most company's pull their mapping data for directions via the QualComm. Qualcomm mapping data can be wrong. It has routed me through cities instead of the outerloop with HM. It has placed me at a 10t Bridge.

But, Rand is here trying to correct these issues in incorrect mapping data.

BTW, I am awaiting your response to the E-Mail I send this morning.

thanks,
Mark