Welcome guest, is this your first visit? Click the "Create Account" button now to join.
Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 35
  1. #21
    Member ander7724's Avatar
    Join Date
    Nov 2010
    Location
    Earth
    Posts
    25
    Rep Power
    0

    Default

    Quote Originally Posted by syzygy View Post
    Guess not. The code in the bin file receives GPS coordinates from the GPS chipset directly and if the coordinates are not in China territory the code has no effect. So you have to be in China to test the code, unless you know how to modify the code to respond to coordinates in your area.


    I believe Tom mentioned about the bin file, not ISM.IDX. Also, I don't quite understand what do you mean by Junction/Intersection change. Could you post a before and after screen capture for comparison? Thanks.


    Before

    46744

    After

    41819

  2.    Advertissements


  3. #22
    ☼ADMIN☼
    catymag's Avatar
    Join Date
    Nov 2007
    Location
    light side
    Posts
    23,555
    Rep Power
    5307

    Default

    May you tell me the difference between the new map update and the previous March release ?
    I compared them and it seems the gmapprom.img is the same, same size,header date and version.
    May be something new in additions files ? If yes which type contains them ?
    thanks
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]

    [Only registered and activated users can see links. ]
    You have to navigate to get to the good.
    Nuvi1250/Nuvi 34xx/Nuvi 2200/Nuvi 66/Oregon 600/Galaxy S5 MM 6.0.1/TomTom GO/iGO Nextgen Avic,Basar,Isr.Gift/Navigon
    Please don't flood my pm box with questions you can post on forum!! You won't hear back from me.

  4. #23
    Navigation software expert
    Join Date
    Mar 2011
    Location
    City
    Posts
    287
    Rep Power
    438

    Default

    Quote Originally Posted by catymag View Post
    May you tell me the difference between the new map update and the previous March release ?
    I compared them and it seems the gmapprom.img is the same, same size,header date and version.
    May be something new in additions files ? If yes which type contains them ?
    thanks
    There are 6 versions of map installer in the new release. Direct download links are:

    Code:
    Please Login or Register to see the links
    And here are the major files and their sizes in each installer.

    Code:
    Please Login or Register to see the links
    The gmapprom.img in type1 to type4 is the same map as the one leaked in March. The gmapprom.img in type5 and type6 is the same map but its CRC32 checksum is different from the map in type1 to type4 although all have the same size.

    Several kinds of JCV files with different resolutions are used in the installers. JCV files with the same size have the same content.

    Type 5 and type6 are almost the same except type 5 has additional ASR files, apparently for 3790T.

  5. #24
    Member ander7724's Avatar
    Join Date
    Nov 2010
    Location
    Earth
    Posts
    25
    Rep Power
    0

    Default

    Quote Originally Posted by syzygy View Post
    There are 6 versions of map installer in the new release. Direct download links are:

    Type 5 and type6 are almost the same except type 5 has additional ASR files, apparently for 3790T.

    May i ask whay is the ASR files for?

  6. #25
    Navigation software expert

    tom1807's Avatar
    Join Date
    Apr 2009
    Location
    APAC
    Posts
    1,100
    Rep Power
    539

    Default

    Amazing post, having direct links for China is really great
    Quote Originally Posted by ander7724 View Post
    May i ask whay is the ASR files for?
    Speechrecognition

  7. #26
    ☼ADMIN☼
    catymag's Avatar
    Join Date
    Nov 2007
    Location
    light side
    Posts
    23,555
    Rep Power
    5307

    Default

    Quote Originally Posted by syzygy View Post
    There are 6 versions of map installer in the new release. Direct download links are.....

    Type 5 and type6 are almost the same except type 5 has additional ASR files, apparently for 3790T.
    Thanks syzygy, wonderful, maps are big, better to give exact instructions before posting links and chinese is a bit hard for me Thanks Sosaw forum
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]

    [Only registered and activated users can see links. ]
    You have to navigate to get to the good.
    Nuvi1250/Nuvi 34xx/Nuvi 2200/Nuvi 66/Oregon 600/Galaxy S5 MM 6.0.1/TomTom GO/iGO Nextgen Avic,Basar,Isr.Gift/Navigon
    Please don't flood my pm box with questions you can post on forum!! You won't hear back from me.

  8. #27
    Member +
    Join Date
    Nov 2009
    Location
    Beijing
    Posts
    39
    Rep Power
    34

    Default

    Quote Originally Posted by syzygy View Post
    It's not clear to me if ISM.IDX contains any shifted data that needs to be corrected or not. Judging by its extension IDX, I guess it should contain indices for searching purpose only and needs no correction.

    If you have an official Garmin China device, you certainly can choose to install the official map or the Venus (optionally with QSI and ISM) map. Just need to make sure the shift adding feature provided by the bin file is or is not activated respectively. For all other devices, Venus map (without QSI and ISM) is the only choice left for China NT map.

    I just guess from the result plans and its names:
    1. idx = index = properties , relationship and namespace alias
    2. Any kind of alias must have a way to locate unique GPS record/mark. And vice versa.
    3. Venus maps has unreliable distant-trip plan ---> such kind of coordination and alias seems less valid.
    4. if the shifted GPS marks are used by aliases and their indexes, it might be impossible to offer a Venus version. In such a case precondition #1-2 ( #2 might be a false one) in this case might not be satisfied.-- e.g., for multi-connected points in several blocks , which are already orphan OR folded in Venus, their relationships and properties are already broken . Even their namespace aliases are consistent with corrected GPS marks, it will not work any more.

    And for this reason and this result, inter-blocks {route} Mechanism is hard to rebuild in Venus.

    Above is not based on any kind of research as syzygy has already done. I just tried to discuss this possibility in viewpoints of database and data structures --- could be nonsense as well.

    Ander:
    junction=crossing query
    Intersection might be detailed address ( street, bld. number ) query. I have no such a device, try yourself.
    Last edited by betahash; 15th April 2011 at 17:05. Reason: logically speaking, it might be folded in Venus

  9. #28
    Member +
    Join Date
    Nov 2009
    Location
    Beijing
    Posts
    39
    Rep Power
    34

    Default

    And in addition to my latest post, some new relationships are incorrectly built in Venus (if Venus FOLDED related blocks) , and some old ones (not , or not fully isolated ) are kept fortunately. That is why you could get Venus working in a distant-trip plan (or, multi-blocks/sections routing plan) , but USUALLY it would not be so good as you have expected.
    Last edited by betahash; 15th April 2011 at 15:55. Reason: folder effects in venus

  10. #29
    Member ander7724's Avatar
    Join Date
    Nov 2010
    Location
    Earth
    Posts
    25
    Rep Power
    0

    Default

    Quote Originally Posted by tom1807 View Post
    Speechrecognition
    I assume that if it can be use with 3790SG/MY unit, it will recognize voice command in chinese OR the voice command(english) will be available when using this china map?

  11. #30
    Navigation software expert
    Join Date
    Mar 2011
    Location
    City
    Posts
    287
    Rep Power
    438

    Default

    Quote Originally Posted by betahash View Post
    I just guess from the result plans and its names:
    1. idx = index = properties , relationship and namespace alias
    2. Any kind of alias must have a way to locate unique GPS record/mark. And vice versa.
    3. Venus maps has unreliable distant-trip plan ---> such kind of coordination and alias seems less valid.
    4. if the shifted GPS marks are used by aliases and their indexes, it might be impossible to offer a Venus version. In such a case precondition #1-2 ( #2 might be a false one) in this case might not be satisfied.-- e.g., for multi-connected points in several blocks , which are already orphan OR folded in Venus, their relationships and properties are already broken . Even their namespace aliases are consistent with corrected GPS marks, it will not work any more.

    And for this reason and this result, inter-blocks {route} Mechanism is hard to rebuild in Venus.

    Above is not based on any kind of research as syzygy has already done. I just tried to discuss this possibility in viewpoints of database and data structures --- could be nonsense as well.

    Ander:
    junction=crossing query
    Intersection might be detailed address ( street, bld. number ) query. I have no such a device, try yourself.
    My understanding of an index is: it is a key that helps the associated search algorithm to find the queried item quicky, without going through each item one by one. An index normally contains search key related data and pointers only, not all data of the queried item.

    For example, a telephone book sorted by last names may provide you with an index table that maps A, B, C (keys) to the page number (pointers) of the first page containing last names starting with A, B, C respectively. You will not find a person's first name, address or phone number in the index table. Because of this, even if you update a person's phone number you don't need to update the index table. The same search algorithm will work just fine.

    Now, treat the road name, ISM.IDX and coordinate as the last name, index table and phone number of the example above respectively. To search an address or junction, you will go through the index table ISM.IDX. Once you find it, you can look up additional info like coordinates and road side of the matched item. But like a phone book, correcting a coordinate will require no changes to the index table ISM.IDX and the same search algorithm will work just fine.

    If there are route planning or routing issues, they should come from somewhere else, especially the NET and NOD subfiles. I would not think the ISM.IDX subfile is the culprit to cause wrong route planning and routing.

 

 
Page 3 of 4 FirstFirst 1234 LastLast

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
This website uses cookies
We use cookies to store session information to facilitate remembering your login information, to allow you to save website preferences, to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners.