<br><br><div><span class="gmail_quote">On 7/12/07, <b class="gmail_sendername">Dave Hansen</b> <<a href="mailto:dave@sr71.net">dave@sr71.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 2007-07-12 at 02:32 -0700, Al Wold wrote:<br>> Dave,<br>> It looks like I'm getting missing data (I think mainly entire ways are<br>> missing) with the 0.3 version.  I had a file that seemed more complete
<br>> from an earlier version, which I think was 0.2.  I'm regenerating with<br>> 0.2 and I'll see how it looks when it finishes.  If you want more<br>> details on what is missing, let me know.  If you don't have time to
<br>> look into it, I may have some time to dig into the code tomorrow.<br><br>Gah.  I'm noticing the same thing with larger files.  My own street is<br>messed up. :)</blockquote><div><br>It looks like the 0.2 script didn't output any tags at all on the entities it output.  Weird, I wonder which version I was using before.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> The stuff from the earlier version was looking pretty good. I did<br>> notice that it doesn't seem to incorporate the address ranges.  I
<br>> think you said earlier that the original tiger attributes were being<br>> carried over so it could be done later, but I don't see them in either<br>> the ways or segments.  It probably has to be tagged in the segments
<br>> right?<br><br>The nodes and ways have their original tiger attributes in them.  That<br>means that we can find an individual, original tiger feature, given a<br>node or way.</blockquote><div><br>I don't see any of the FRADDL, TOADDL, FRADDR, TOADDR fields in the result file.  What attribute would they be mapped to?  (I searched for "addr" and "ADDR" and found nothing)
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> I've got the ruby script to create excerpts from the converted files<br>
> to a decent state, and if you use it to cut the file into decent sized<br>> blocks, JOSM is able to deal with them without any trouble.  I've<br>> attached the script for anyone that wants to try it out.<br>
<br>Hmm.  Perhaps we should integrate this into the actual converter.  Were<br>there any tricky bits that you ran into?</blockquote><div><br>Nothing too tricky.  I ended up doing the lazy method and assuming everything was defined before being referenced, and I just cut off ways at the edge of the bounding box.  I'm not sure if integrating the two scripts would help that much.  You'd still have to process the entirety of the tiger files for the county wouldn't you?  So, that would still take just as long.  Maybe I'm nothing thinking of something though...
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">-- Dave<br><br></blockquote></div><br>