[talk-au] Victorian Vicmap Address Import Proposal

[Andrew Harvey]

Thanks for the feedback Joseph.

On Wed, 19 May 2021, at 6:40 PM, Joseph Guillaume wrote:
> It sounds like this might be on a tight timeline, so a simple manual merge one small group at a time would definitely not work.

I'm trying to do as much of the heavy lifting, preparing this data to be able to import as much as possible automatically. Although if the community doesn't feel confident enough in this process, we could still revert to manually reviewing everything, but I'm trying to ensure a high standard so we don't need to do everything manually.

There's going to be some addresses which we detect as conflicts with existing data which isn't safe to automatically resolve, I've started on some code to spit these out into a MapRoulette challenge or possibly as map notes (so that surveying apps like StreetComplete can pick them up). I'm still working on this part of the code though.

> It seems any community involvement would be, e.g. through a (post-import?) maproulette task. This is therefore quite a different import than I expect Yuchen's would have been.

Community involvement can be:

1. now by reviewing what tags we use, how units are handled, etc.
2. when I have the import candidate data ready for a pre-import review to make sure it looks okay (even if we have local mappers who might just want to look at their suburb only)
3. post-import by looking into conflicts which we couldn't handle automatically

> My experience is that the position of units can be much more ambiguous in some datasets (including being superimposed at the same coordinates), so my intuition would be to only include housenumber and not unit number.
> I see the intention is to use addr:flats ranges and addr:flats1, addr:flats2 as needed. I don't have a strong opinion but it does seem like this is a better solution than just dropping that data.

Yeah, ignoring unit number would make the import much easier, but I have tried to include it in a reasonable way in this import.