<div dir="ltr">Option 1 seems to me like the better way to go.<div><br></div><div>JOSM can also read and display shp files, conversion may not be necessary. Key is to make the vicmap data easy to access. <div><br></div><div>
Currently they are available from <a href="http://data.vic.gov.au">data.vic.gov.au</a> in SHP and WMS. I'll write up some instructions on how to access this data on the wiki page.</div></div><div><br></div><div>Li.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 14, 2013 at 9:43 AM, Ian Sergeant <span dir="ltr"><<a href="mailto:inas66+osm@gmail.com" target="_blank">inas66+osm@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I see there are two ways we can approach this.  One is to make the<br>
data available in OSM form.  People can use information to<br>
trace/import to complete the map as they go about their daily mapping.<br>
<br>
Secondly, we can have a complete plan as to how we import bits that we<br>
know come from good sources and should complement/replace existing OSM<br>
data.<br>
<br>
If we import LGA and postcodes, we immediately need to consider things<br>
like what happens when these align with coastlines, or with each<br>
other, or with suburb boundaries?  Probably other things too.<br>
<br>
Worst case is, as has been done on some occasions in the past, is for<br>
the import to be done and to leave hundreds of thousands of "fixmes"<br>
scattered around the country.<br>
<span class="HOEnZb"><font color="#888888"><br>
Ian.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On 14 October 2013 08:21, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> wrote:<br>
> Maybe a good approach would be to start with the easy things first. It<br>
> should be quite straightforward to import the boundary information like<br>
> postcodes and LGA borders. Unless I'm mistaken, these boundaries are<br>
> basically non-existent in Victoria OSM at the moment.<br>
><br>
> Property boundaries would be another good candidate like this - there should<br>
> be very little existing information we'd need to worry about.<br>
><br>
> Nyall<br>
><br>
><br>
><br>
> On 11 October 2013 07:37, Li <<a href="mailto:me@lixia.co">me@lixia.co</a>> wrote:<br>
>><br>
>> Does anyone have experience on importing data? In particular avoiding<br>
>> duplicates?<br>
>><br>
>> Li.<br>
>><br>
>> On 10 Oct 2013, at 5:16 pm, Ben Kelley <<a href="mailto:ben.kelley@gmail.com">ben.kelley@gmail.com</a>> wrote:<br>
>><br>
>> Hi.<br>
>><br>
>> I guess the thing to consider is how you would handle a second import if<br>
>> someone had edited the data in OSM in between.<br>
>><br>
>> I think this kind of conflict would be very difficult to resolve. You<br>
>> could either plan to do a 1-off import, or maybe include a tag on the<br>
>> imported data matching a unique identifier for the same feature in the<br>
>> vicmap data. The US Tiger import did something like this.<br>
>><br>
>>   - Ben Kelley.<br>
>><br>
>> On 10 Oct 2013 17:12, "Li Xia" <<a href="mailto:me@lixia.co">me@lixia.co</a>> wrote:<br>
>>><br>
>>> Hi everyone,<br>
>>><br>
>>> I'm meeting Vicmap and <a href="http://data.gov" target="_blank">data.gov</a> staff tomorrow to get their blessing on<br>
>>> importing vicmap data into OSM.<br>
>>><br>
>>> Once the licensing is squared away, we can move onto discussing<br>
>>> techniques of importing the data. "Snapshot" data in shp format is available<br>
>>> from <a href="http://data.vic.gov.au" target="_blank">data.vic.gov.au</a>. Alternatively a vicmap provides a live feed to weekly<br>
>>> data diffs directly. Any advice on how to import this data is much<br>
>>> appreciated.<br>
>>><br>
>>> Li<br>
>>><br>
>>> _______________________________________________<br>
>>> Talk-au mailing list<br>
>>> <a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
>>> <a href="https://lists.openstreetmap.org/listinfo/talk-au" target="_blank">https://lists.openstreetmap.org/listinfo/talk-au</a><br>
>>><br>
>><br>
>> _______________________________________________<br>
>> Talk-au mailing list<br>
>> <a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
>> <a href="https://lists.openstreetmap.org/listinfo/talk-au" target="_blank">https://lists.openstreetmap.org/listinfo/talk-au</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Talk-au mailing list<br>
> <a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-au" target="_blank">https://lists.openstreetmap.org/listinfo/talk-au</a><br>
><br>
</div></div></blockquote></div><br></div>