<div dir="ltr">In JOSM you can always use Find (Ctrl-f) :<div><br></div><div>inview type:relation</div><div><br></div><div>Then use File/Upload Selection. This way all multipolygons and their composing parts will be uploaded in the same changeset. Nicely and logically packaged.</div><div><br></div><div>All the way in the end, you do a normal upload to make sure nothing was missed.</div><div><br></div><div>Polyglot</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-02-04 0:38 GMT+01:00 Kevin Kenny <span dir="ltr"><<a href="mailto:kevin.b.kenny+osm@gmail.com" target="_blank">kevin.b.kenny+osm@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As long as JOSM can figure it out, I don't really care. I'm sure that<br>
I've imported things that were bigger than that, but only slightly,<br>
and it was a nail-biting experience wondering whether stuff would time<br>
out and what I'd do if it did. If I'd understood how to get JOSM to do<br>
a monster like <a href="http://www.openstreetmap.org/changeset/40333602" rel="noreferrer" target="_blank">http://www.openstreetmap.org/<wbr>changeset/40333602</a> in<br>
pieces, I'd gladly have done so. At the time, I guessed that it was<br>
better to exceed the recommended size than to leave unclosed<br>
multipolygon ways lying around. I might do it differently if I had it<br>
to do over again.<br>
<div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/imports</a><br>
</div></div></blockquote></div><br></div>