<div dir="ltr">Yeah, actually we use the textual MAILING_MUNIC field - when it's set. Will implement a lookup from MUNIC for all the remaining addresses then so that addr:city is always set.<div><br></div><div>We ignored ZIP +4.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jul 27, 2016 at 5:26 PM Brian May <<a href="mailto:bmay@mapwise.com">bmay@mapwise.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<div>On 7/27/2016 2:22 PM, Levente Juhász
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Hi Clifford,</div>
<div><br>
</div>
<div>Thanks for your effort on checking the data! Comments
inline.</div>
<div><br>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>Picking just one of the sample file I noticed that
the street address is abbreviated and no tag addr:city.</div>
<div><br>
</div>
<div>NE 18th Avenue should be Northeast 18th Avenue</div>
</div>
</blockquote>
<div> </div>
<div>
<div>According to the Wiki, addr:city is not needed in
general "if there are valid border polygons" - which is
the case in Miami-Dade. These entries were not populated
because "city" is missing from the county's address
dataset, though. <br>
</div>
</div>
</div>
</div>
</blockquote>
<br></div><div bgcolor="#FFFFFF" text="#000000">
Hi Levente,<br>
<br>
City is present in the county data - check the MAILING_MUNIC field.
Its in numeric form in the MUNIC field as well (requires code
lookup). The data also has the FOLIO field which can be joined to
the parcel data to get site city from there for some records that
are missing the city name.<br>
<br>
Zip +4 is in the county data, too. Not sure if that is used.</div><div bgcolor="#FFFFFF" text="#000000"><br>
<br>
Brian
</div></blockquote></div>