<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 16 Oct 2023 at 15:16, Yuchen Pei <<a href="mailto:ycp@gnu.org" target="_blank">ycp@gnu.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon 2023-10-16 14:51:00 +1100, Andrew Harvey wrote:<br>
<br>
> On Sat, 7 Oct 2023 at 20:40, Yuchen Pei <<a href="mailto:id@ypei.org" target="_blank">id@ypei.org</a>> wrote:<br>
<br>
> [... 38 lines elided]<br>
<br>
>     mr2osc.mjs is used in Stage 2 (replacing street_number=x/y with<br>
>     unit_number=x && street_number=y). For example, the Makefile rule<br>
>     dist/unitFromNumber.osc is generated using this script. I have<br>
>     generated<br>
>     the osc file[1]. However, this file contains 38k nodes, whereas<br>
>     the<br>
>     input MR file[2] only has 12k features. So my question is - does<br>
>     anyonw<br>
>     know what is the easiest way to see all the changes in this file<br>
>     staged<br>
>     on a map, as a sanity check? OTOH I'd assume the file format is<br>
>     some<br>
>     standard osm change format.<br>
<br>
> Yes, this is mentioned in the README<br>
<br>
>> You can visualise the tag changes with bin/mrCoopDiff.js and<br>
> www/mrPreview.html at URL<br>
<br>
What is URL?<br></blockquote><div><br></div><div>Ah yeah I put URL as a placeholder I was going to replace. At the moment you can only view that locally within the repository as I haven't hosted it. I was working on getting it out on GitLab pages or something like that from the CI/CD pipeline.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> I did this and validated that the changes look as intended.<br>
<br>
> [... 39 lines elided]<br>
<br>
>     I can do the test upload of a small area (say ~100 addresses) and<br>
>     report<br>
>     back.<br>
<br>
> Please if you insist, can you just do < 10, no need to do 100.<br>
<br>
Why?<br></blockquote><div><br></div><div>For testing, I feel it should be a number that we can manually work with. After your testing either we need to then wait for the planet export to catch up with your changes, or potentially have a conflict to deal with in JOSM (or maybe JOSM would handle it, I'm not sure).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Once I've reviewed the above and am happy with it I'll do the upload<br>
> with the import account as planned.<br>
<br>
Even though you asked whether I would like to help and I said yes, the<br>
communications so far have give me the impression that you want to work<br>
on it solo</blockquote><div><br></div><div>Not the case, I think it's great that you've taken interest in the import, if we can work together to get it done that would be ideal.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> which is less of a problem if there's a clear timeframe to<br>
complete it. After all it was started in 2021 and stalled, and this is a<br>
community project to improve the VIC address coverage for everyone. To<br>
get it done I will continue working on it as I have been in the past few<br>
weeks. If Stage 2 is done I will push for progress in Stage 3, and so<br>
on.<br></blockquote><div><br></div><div>It's a balance, I don't want to hold things up, at the same time we don't want to mess up such a large import by rushing.</div><div><br></div><div>Are you on the OSM World Discord?</div></div></div>