pcbbc

I’m in Orpington SE London. Or one day a week at the office in Horsham. I’m assuming you have MIB2 Columbus system and so just require the TMC coding via VCDS.

Your mobile network operator can harvest anonymous traffic data as well. That doesn’t even require you to be using an app, or even a smartphone. It’s all based on which cell towers you are moving between and at what speed. When all of a sudden huge numbers of phones slow down or stop moving between given cells you can infer there’s a problem on the road network between those two locations. I know of at least one cell provider who were working on such a solution to offer to the network providers way before 2020. https://engineering.wisc.edu/news/traffic-jamming-cell-phones-could-be-key-to-understanding-vehicle-flow/

Some newer car’s navigation systems already aren’t capable of receiving TMC, even where it’s still broadcast. The motor manufacturers have realised they can cut costs and stop paying the required TMC licence fees to the commercial operators, plus they can supply an internet based subscription service instead. That’s a cost win-win in their books. This will be the death knell of the TMC service in countries where it’s a commercial venture, such as already happened in the UK with TrafficMaster. It may continue for some years yet in countries where the TMC model is a government funded public service. With the vast majority of users switch to mobile devices for navigation, I suspect the only thing that is keeping built in navigation afloat at this point is that the motor manufacturers will ultimately need an in-car solution for autonomous driving.

MIB2 means nothing unless you specify if it is Standard or High. Two completely different systems, with two different procedures, as linked to in the post you quoted. You’re being told you have MIB2 Standard, which requires v12 (or earlier) maps and applying the patch.

Or do you mean MIB2 standard with maps newer than V12? You really ought to say in your post which system you are using, as each use a different map product, with different limitations in each. If so then no practical way as far as I can see. The TomTom map product used after V12 (as opposed to the Here product used for V12 and older) simply does not include the necessary INRIX TMC location tables. So many practical reasons why “adding the necessary location tables back in” is a non-starter, at least as far as I can see. To be able to switch to a different TMC provider, a basic prerequisite is that the existing map product was built with the necessary TMC location tables included for that provider. Then you can simply switch the configuration to use that alternate provider. It’s the difference between a configuration change (easy), and re-engineering the whole map database to include a whole new set of data points (hard to impossible IMHO). The location tables map the TMC codes which are transmitted for each node and link on the road network to actual physical nodes and links in the map database. So when the TMC message says “heavy traffic between locations 1234 and 1237 with delays of 30 minutes”, the navigation system knows where locations 1234 and 1237 are located in its own road network for that TMC provider, and can display and report them. Basically it knows that 1234 is M25 J2 and 1237 is M25 J4 for INRIX, and which physical links and locations that corresponds to in its private map and route planning databases. Each TMC provider (in the UK at least) have completely different location table numbers. So the old location tables for TrafficMaster are of absolutely zero use in interpreting INRIX messages, and if you don’t have a location table for INRIX built into the map product (which we don’t after V12) we are stuck because we can’t “just add it back in”.

So much misinformation here… @Tell and @xman TMC = Traffic Message Channel. It is part of the RDS spec and does NOT stand for Traffic Master, Traffic Master Group, or any other anachronism starting with TM! @xman That case study is about Highways Agency selecting INRIX as a partner to manage their UK road network systems. It doesn’t mention RDS or TMC at all, and certainly doesn’t imply that TMC a free public service in the UK. I can categorically assure you that TMC in the UK (both INRIX and the now defunct TrafficMaster) are/were commercial services. If TMC is a free public service, why were there two different suppliers? Why do INRIX have to enter into a bidding process with Ofcom for their licence to broadcast? Why do motor manufacturer enter into a contract with their chosen TMC partner in the UK in order to sell cars which use these services? Elsewhere in Europe TMC is indeed a public service, but not here in the UK.

TMC does NOT stand for TrafficMaster. TMC (Traffic Message Channel) is the method used to deliver traffic updates over RDS, regardless of the service provider (TrafficMaster, INRIX, etc). No idea about MIB1 maps, sorry. We were very lucky with the MIB2 platforms that the map data already included both providers (although it was removed from the MIB2 Standard maps when they switched over to TomTom). Some other VAG navigation platforms (RNSE for example) were not so lucky.

If it turns out you have High then I can do the coding for you in Orpington. Send me a PM. As said I’m not a VW owner, so not much help identifying your various systems. My understanding is Low system run off a SD card with maps which must be permanently inserted. High systems copy to internal flash storage, after which you can remove the media (SD card, USB stick, etc) and maps continue to function.

MIB2 High or MIB2 Standard?

That’s TA (Traffic Announcements), nothing to do with what we are discussing here, which is TMC (Traffic Message Channel). TA is still alive and well throughout the UK. Perhaps you have it disabled in your radio settings?

For MIB2 High… Current value less than 32768 - change to 14 Current value greater or equal to 32768 - change to 32782 These are the only two TMC provider sets available that include INRIX TMC provider in the UK. 0 = online traffic not available 32768 = online traffic enabled +14 = TMC provider set with INRIX available Note that enabling online traffic won’t actually get you online traffic unless you pay your subscription to VAG for this service.

Actually not that clever as they left a huge backdoor in the metainfo2.txt signature check that allows you to create your own installers (e.g. MIB Toolkit, etc) with impunity. Not sure that will help us with map updates though, as the map files are signed separately and not vulnerable to the above exploit. So you can push unsigned map files onto the system with a hacked metainfo2.txt, but they won’t work if they fail the internal checksum* in the associated content.pkg files. * Actually the checksum is only performed if the files size changes (or maybe it only checks the file size against the signed content.pkg - I don’t know). So if you keep the file the same size you can make changes and the navigation will run. That’s not really a lot of use if you want to make a map update though!

No it won't. I've done it many times on MIB2 to shrink the VW updates to a 32GB card. Contents of packages are specified and hashed in content.pkg and signed for wtih content.sig files. The MIB1 package files reference only files under MIB1 folders and INCLUDE the MIB1 *Map3D*.psf files. The MIB2 package files reference both MIB1 and MIB2 folders, but EXCLUDE the MIB1 *Map3D*.psf files (and include the new MIB2 AdvancedMap2D.psf files from the MIB2 folders). As MIB1 only ever looks at content.pkg from the MIB1 folders, it won't notice you've deleted the MIB2 folder. As MIB2 only ever looks at content.pkg from the MIB2 folders, it will be none the wiser you've deleted *Map3D*.psf files (as those files aren't even mentioned in it's copies of content.pkg that it's using for the install).

Doesn’t install any faster because MIB2 always ignored the MIB1 files it didn’t use (those named *map3D*.psf). It does however download faster, copy to the card faster, and fit on a smaller card. I suppose the only downside is if you own both a MIB1 and MIB2 units you need to download 2 updates, large parts of which are identical. Doubt that situation applies to many. Note that the files you could download from the Audi portal have always been like this update - MIB2 specific and smaller. Not sure why VAG used to combine MIB1 and MIB2 for the VW and Skoda sites. I suspect having a combined update simplified the download selection as users did not have to identify their system as either MIB1 or MIB2. It’s still possible the official download that VW post may in fact be a combined one. You can always ”shrink” a combined MIB1 and MIB2 update to a platform specific one… For MIB1… delete the MIB2 folder. For MIB2… delete all the *map3d*.psf files from MIB1 folder, and MIB1\metainfo2.txt as well if you want.