Adding POI's in iGuidance??? - Page 4

W3bMa5t3r · 12-15-2006, 12:12 PM

Quote: Originally Posted by DrDank

Sonicxtacy02 - Let us know what you find out in regards to the Lexus CD.

W3bMa5t3r - Tell me where and when, and I will send the CD. Another option for delivery of the software would include me creating a simple html document that acts as a digital signature and upon approval of said document the coder would be able to download the ISO (of course I will need to see if I can, in fact, extract the ISO) This would save the time of shipping, especially if this coder is located outside of the US.

$40 is a very resonable bid for this project, I was expecting a bit more to be honest. I don't know how "Ruby" coders can pay bills like that. I know in web development a 2 week project is going to cost MUCH more than $40 bucks. But of course I am not complaining that the price is lower that anticipated.

-DrDank

The coder is actually located in Washington State, so if you're not able or choose not to do the digital sig/download, it shouldn't be too bad to send the disc(s). I'll let you know the location though.

Yeah $40 was really good, that's why I offered the bonus if this was successful. I think it's worth more than that, esp since so many people have attempted this already. If he can do it, he deserves some decent compensation.

I've already put the $40 into escrow w/ the site, so the coder can begin on the work as soon as he has everything.

@ SangreDeThor
I think (I'll have to check) but he had made mention of preventing duplicates. If not, I'll make mention of it. Though... lol it might take the program a long while to check duplicates out of several million entries.. LOL

tsx004 · 12-15-2006, 12:39 PM

$40, thats a really low price. I hope he understands what needs to be done. I used one of these services previously and paid 100 for a simple site with database functions. Also if it does work and the Lexus POI can be extracted into IG how would each POI be input it? It wouldn't be done one by one right?

SangreDeThor · 12-15-2006, 03:04 PM

@W3bMa5t3r: Taking some time is not much of an issue i think, because duplicates would suck really really bad. It could take 5 hours and i would still be happy, not sure about others, another way around that would be since "everyone" has IG 3 for example purposes, all it takes is one run through to find out what will duplicate and what wont, so that could be built in. Another idea, would be to create a mySQL database (yes at over a million records, it may get sluggish but it wont matter to much) and store all the POI in, and one can easily query that to see if there is a duplicate. that wouldn't take that long once all the data is loaded.

Wiredwrx · 12-15-2006, 03:30 PM

Count me in towards the fund.

Michael

W3bMa5t3r · 12-15-2006, 04:04 PM

yeah once we get one POI.bin file built with all the extra POIs, it would be easy to send that around. any additional mods (adding personal POIs) could be done by the individual users.

Thanks Wired

MatrixPC · 12-15-2006, 05:40 PM

Regarding to pulling POI out of OEM nav system, I don't think there is an easy way to do it. I look at the Toyota DVD (05 Siena) and has no way of getting the POI data.
40 bucks is dirt cheap. Hell, I'm not doing it for 200 bucks (if I can do it). Just make sure it is 40 buck per hr or for a whole project.

Count me in for the fund as well.

Marvin Hlavac · 12-15-2006, 07:12 PM

Quote:

1) Only operations will be add/delete/modify POIs and the only data guaranteed to be changeable is lat/long/name

Interesting project! Don't forget 'POI Categories', etc...

W3bMa5t3r · 12-15-2006, 07:57 PM

Quote: Originally Posted by MatrixPC

Regarding to pulling POI out of OEM nav system, I don't think there is an easy way to do it. I look at the Toyota DVD (05 Siena) and has no way of getting the POI data.
40 bucks is dirt cheap. Hell, I'm not doing it for 200 bucks (if I can do it). Just make sure it is 40 buck per hr or for a whole project.

Count me in for the fund as well.

It was a $40 bid for the project as a whole

We'll be throwing a bonus at him though if he really can get this done

and thanks for offering to chip in

jeffreyd_tx · 12-15-2006, 09:23 PM

Quote: Originally Posted by MatrixPC

Just make sure it is 40 buck per hr or for a whole project.

Exactly, SOW!!! $40 bucks here, 40 there. I would rather pay 5 bill$ as a community and get it done with an interface for importing and exporting than $40 bucks to someone who couldn't possibly think it is respectible to ask for 40 bucks!

DrDank · 12-17-2006, 02:14 AM

If this coder can creat this module to import, I say we use him to extract the other POIs from the Lexus system (from what i understand Lexus has one of the best lists).

create a mySQL database (yes at over a million records, it may get sluggish but it wont matter to much)

I build websites using MySQL and PHP and personally own a website with over 15 million entires in a single mysql database table, it take approximatly 40 seconds to query the entire thing for a single object. MySQL/PHP could be used to elimitate duplicates if neccesary, but i do not think it will be neccesary to go to such lenghts. In my opinion, if the abiliy to delete current POIs is there then the most logical way of avoiding duplicates is to remove ALL POIs from iGuidance and just import the most complete list we can acquire. Then as stated above just circulate the complete replacement BIN file for everyone to use.

Interesting project! Don't forget 'POI Categories', etc...

POI Categories will be an important feature. We should be sure to ask if this can be done as well.

One of the things I do like about the project is that the developer mentioned releasing it under the Open Source license so everyone may have access to modify/use it. Open source, from what I have experienced, is a great thing. You end up with a community who is motivated to help the rest of the community for a cause instead of a profit.

Steve - Check your PMs, I just sent you the details for providing the software for the coder.

I think this is a greta project and the coder definatly deserves a bonus if sucsessful.

-DrDank

DrDank · 12-17-2006, 02:33 AM

Upon reviewing my last post I have noticed a few typos and would like to clarify for everyone that I HAVE been drinking and should not be held accountable for my fingers not finding their mark on the appropriate keys.

Also, there are some concerns about the price of this project. I agree that the price is very low, but what seems difficult to one may be something rather simple to another, and we should not dicredit the coder's ability who has bid on this project because of his price.

There is the reason funds are held in escrow until the project is completed sucessfully AND why we are going to give him a bonus , should he be sucsessful.

-DrDank

SnyperBob · 12-17-2006, 03:05 AM

I'll chip in to help the cause too. If/when the time comes, PM me in case I forget to check back in this thread.

This would be sweet as hell

pstickne · 12-17-2006, 05:32 AM

Haha, you're talking about me, this is where I stand:

I have been decoding the POI file and I have determined:

Little-Endian coding is used.

At offset 0x24 there is a ULONG referring to the number of entries in the string table.

At 0x78 the string table starts. Entries are separated by NUL. It ends at 0xAEF196.

POI entries are 31 bytes long.
There is no static separator between entries.
The structure is as follows where B is the starting offset of a POI.

B+0 = ULONG where the OFFSET IN THE FILE of the string in the file is determined by the 20 LSB (mask with 0x000FFFFF to get offset). I have no idea what the high 12 bits are for but they are used.
B+4 unknown, likely signed LONG, -1 is common in sections
B+8 unknown, but matches between POIs with same LAT/LONG (maybe just LAT?)
B+12 unknown, but matches between POIs with same LAT/LONG (maybe just LONG?)
B+16 FLOAT, LATITUDE
B+20 FLOAT, LONGITUDE
B+24 USHORT, flag bits of some kind, very sparse "bit-on" pattern
B+26 unknown, likely LONG, I think it might be the same for all POIs in a section (most-significant byte never seems to be utilized)
B+30 CHAR, values range from 1 to 34 or so, smells like flags, could be something as simple as a category

First group of POI entries starts at 0x01516C05

However, the more and more I unwrap the more and more I find and go UHG. Although I initially believe the file to be a rather simple database format and deeper inspection shows a huge tangle.

The file appears to be a balanced tree of some sort. POI sections are interspersed with what I am calling "G" (for lack of better name blocks) which are 54 bytes in length and precede the respective POI sections. (Patterns of POIs per section looks like 430, 43, 5, 1 indicating a tree of some sort). The last 8 ULONGS are pointers into memory locations into the following POI regions.

Following that out further I get to the sparse-data section (quite literally a dozen MBs or so if almost all 0's) which, while at first glance appear meaningless, contains memory references to the "G" blocks.

It is slow and VERY tedious work. I don't know if I'll be able to decode the sparse region and data and other miscellaneous information. (Which is a long way after after decoding the "G" blocks and what I believe to be additional tree-algo fragments in the POI entries).

SnyperBob · 12-17-2006, 05:38 AM

That's interesting

So.....do you think you can do it?

W3bMa5t3r · 12-17-2006, 06:29 AM

Quote: Originally Posted by pstickne

Haha, you're talking about me, this is where I stand:

I have been decoding the POI file and I have determined:

Little-Endian coding is used...

lol you found us

cool well it def sounds like you're making much more progress than anyone else has thus far. we do greatly appreciate it and as I'm sure you've seen so far, you'll be compensated quite nicely

Just let us know what we can do to help

Cheers
Steve aka The W3bMa5t3r