<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 16 Sep 2020 at 20:07, Andrew Davidson <<a href="mailto:theswavu@gmail.com">theswavu@gmail.com</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 15/9/20 10:53 pm, Andrew Harvey wrote:<br>
> <br>
> 1. psma:loc_pid. Where this is a stable ID that is used as a reference, <br>
> the existing ref tag is better for this. If we want to be more specific <br>
> then ref:psma or something like that would work. No need to invent new <br>
> tags here when one already exists, is well documented and in widespread use.<br>
<br>
I've never really considered these to be more than tagging for dataset <br>
maintainers, I didn't really think that any data consumers would want to <br>
use these. I would not put these under ref=* as they aren't really <br>
references that end users would see.<br></blockquote><div><br></div><div>I guess it could be done either way, eg. wikidata IDs are done as their own key <a href="http://wiki.openstreetmap.org/wiki/Key:wikidata">http://wiki.openstreetmap.org/wiki/Key:wikidata</a>. Same for iata and icao <a href="https://wiki.openstreetmap.org/wiki/Key:icao">https://wiki.openstreetmap.org/wiki/Key:icao</a>.</div><div><br></div><div>However also some ref:namespace tags like <a href="https://wiki.openstreetmap.org/wiki/Key:ref:isil">https://wiki.openstreetmap.org/wiki/Key:ref:isil</a> and <a href="https://wiki.openstreetmap.org/wiki/Key:ref:wigos">https://wiki.openstreetmap.org/wiki/Key:ref:wigos</a> and <a href="https://wiki.openstreetmap.org/wiki/Key:ref:whc">https://wiki.openstreetmap.org/wiki/Key:ref:whc</a></div><div><br></div><div>Of course the big issue with non-namespaced ref is there can only be one, and by the looks of it these are something PSMA ad and PSMA are certainly not the authority on defining LGAs and Suburb/Localities. So for that reason alone, I change my mind, it shouldn't be non-namespaced ref.</div><div><br></div><div>So while I'd prefer using ref:<namespace> I guess some psma specific tag could be okay.</div><div><br></div><div>Though I'm not too fussed either way, if others have a different opinion I'm happy to go with whatever.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> 2. Regarding source tags on objects, this might be something I added <br>
> originally, I can't remember, but I'm on the fence about it.<br>
<br>
The majority view at the time that we discussed this was to add a source <br>
tag. I understand that the source tag does have a decay function as to <br>
it's usefulness but it's still better than changeset tagging, which <br>
become useless the moment you upload the data. Maybe if Overpass could <br>
search for something based on the changeset tags of the last modifying <br>
changeset they would be useful, but till that tag I prefer to have them <br>
in-channel.<br>
<br>
If the general view is now that adding a source tag is not worthwhile <br>
then we can leave them out.<br></blockquote><div><br></div><div><br></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">
<br>
> The "import" upload <br>
> should immediately be correct and not a broken state until post-import <br>
> changes clean things up, it should be uploaded clean in the first <br>
> instance.<br>
<br>
I agree with you 100%. The reason the current workflow has us deleting <br>
the outer ways before uploading is because this is what you wanted:<br>
<br>
<a href="https://lists.openstreetmap.org/pipermail/talk-au/2018-October/012131.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/pipermail/talk-au/2018-October/012131.html</a><br>
<br>
I'm happy to upload valid boundaries which is what I suggested:<br>
<br>
<a href="https://lists.openstreetmap.org/pipermail/talk-au/2018-October/012132.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/pipermail/talk-au/2018-October/012132.html</a></blockquote><div><br></div><div>So you're suggesting 1) uploading duplicate state borders, and then cleanup after import or 2) doing the upload so that it immediately uses the existing state borders?</div></div></div>