[Imports] Importing Buildings and Addresses for Austin, Texas

[Andy Wilson]

On Wed, Nov 11, 2015 at 2:57 AM Paul Johnson <baloo at ursamundi.org> wrote:

> On Mon, Nov 9, 2015 at 9:13 PM, Clifford Snow <clifford at snowandsnow.us>
> wrote:
>
>>
>> On Mon, Nov 9, 2015 at 5:32 PM, Paul Norman <penorman at mac.com> wrote:
>>
>>> - There seems to be inconsistency in how height is being handled. The
>>> wiki says cm, but the github repo is saying it's to the nearest 10cm.
>>> Meanwhile, the data that was inadvertently imported early has stuff like
>>> height=3.9099999999999997
>>>
>>> - There's no mention of merging with existing POIs, e.g.
>>> osm.org/way/379207894 and osm.org/node/368164079
>>>
>>> - How has the accuracy of the city data been assessed?
>>>
>>
>> It would help if you could describe how the city's data was validated.
>> The height could be given in feet, for the above example, change it to
>> height=13'10".
>>
>
> Agreed, until the US finally gets on board with SI units (which, sadly, is
> probably going to happen sometime after when recreational marijuana is
> legal nationwide and religious fundamentalists accept that the US is and
> always has been a secular nation from it's founding), we're going to have
> to deal with issues like this; best to use the same units as the data
> source than come up with some bizarro workaround or weird conversions when
> practical.
>

The source data was provided in feet as a decimal number. The only way to
use feet listed in http://wiki.openstreetmap.org/wiki/Map_Features/Units is
to convert to feet and inches, so the conversion to meters is actually much
simpler. Another reason to use meters is that they are the default units in
OSM and therefore are likely to be universally supported by tools and
projects that make use of building heights. NYC building heights are stored
in meters, so there is precedent for this within the US.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20151111/79274b3e/attachment.html>