[Imports] Bulk Import of Address Range in GTHA from Metrolinx

[Mojgan Jadidi]

Hi,
here is the link of changeset:
https://www.openstreetmap.org/changeset/36946223
https://www.openstreetmap.org/changeset/36944498
https://www.openstreetmap.org/changeset/36943764
https://www.openstreetmap.org/changeset/36942733
https://www.openstreetmap.org/changeset/36940905
https://www.openstreetmap.org/changeset/36939163

this is revert changeset:
https://www.openstreetmap.org/changeset/36950799
https://www.openstreetmap.org/changeset/36953713
https://www.openstreetmap.org/changeset/36950799
https://www.openstreetmap.org/changeset/36949354
https://www.openstreetmap.org/changeset/36949354

For addr:interpolation tag, we identify whether the house number is odd or
even, otherwise the mix of both report as all. in our case we have only
even or odd numbers only.

here is the example of our data:

<node id='-369416' visible='true' lat='43.221884' lon='-79.791287'>
    <tag k='addr:housenumber' v='324' />
    <tag k='addr:street' v='Montmorency Drive' />
    <tag k='source' v='StatCan 92-500-G' />
  </node>
<node id='-369414' visible='true' lat='43.221695' lon='-79.791369'>
    <tag k='addr:housenumber' v='330' />
    <tag k='addr:street' v='Montmorency Drive' />
    <tag k='source' v='StatCan 92-500-G' />
  </node>

<way id='-502462' visible='true'>
    <nd ref='-369416' />
    <nd ref='-369414' />
    <tag k='addr:interpolation' v='even' />
    <tag k='source' v='StatCan 92-500-G' />
  </way>

Please let me know if you need more information,

Thanks
Mojgan

Mojgan (Amaneh) Jadidi, Ph.D.
Postdoctoral Research Fellow
GeoICT Lab
York University
Toronto

ca.linkedin.com/pub/mojgan-amaneh-jadidi/10/825/969/

On 2 February 2016 at 10:21, Sander Deryckere <sanderd17 at gmail.com> wrote:

> Can you link to the changesets and the changesets that reverted it? There
> may be some valid comments there already.
>
> The documentation I see on the wiki page isn't complete yet. I miss some
> example data, and I certainly wonder how you will use the
> addr:interpolation tag (how it relates to the data you have).
>
> Apart from that, the import documentation actually looks fine (but I
> didn't check what happened on the database).
>
> Regards,
> Sander
>
>
>
> 2016-02-02 15:52 GMT+01:00 Mojgan Jadidi <mojgan.jadidi at gmail.com>:
>
>> Hi all,
>> I did big mistake, about a month ago we approached OSM-Toronto community
>> to share our plan of import address range data on OSM from StatCan source.
>> here is our import plan:
>>
>> http://wiki.openstreetmap.org/wiki/Triplinx_Metrolinx_Import_Plan
>>
>> We got some feedback from them, and then we lunched our import plan two
>> weeks ago, we did not receive any feedback, so we thought that we are on
>> roll, and then we push our data yesterday through the server.
>>
>> We noticed that our data is getting reverted since this morning. We are
>> wondering how we can resolve the problem? Please accept our mistake for
>> escaping to email you first. that is my mistake due to mixed up talk-ca
>> discussion with imports at openstreetmap.org.
>>
>> Please let us know how we can proceed to be in right track.
>>
>> We can send our data for review or any further inspection. We were
>> very careful to create an accurate data conflation method and
>> extensive manual (visually walking through the data and compare with other
>> open source data)  inspection for quality purpose.
>>
>> Sincerely yours,
>> Mojgan
>>
>> *Mojgan Jadidi, Ph.D.*
>>
>> *Intern, Applied Research and Corporate Monitoring,*
>>
>> *Metrolinx  |  97 Front Street West, Toronto, ON, M5J 1E6 | T:
>> 416-202-5844 <416-202-5844>*
>>
>>
>> *Postdoctoral Research Fellow*
>> *GeoICT Lab| York University| Toronto*
>>
>> ca.linkedin.com/pub/mojgan-amaneh-jadidi/10/825/969/
>>
>> _______________________________________________
>> Imports mailing list
>> Imports at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/imports
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20160202/ab9181bc/attachment-0001.html>