<div dir="ltr">Hi Ian,<div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 23, 2013 at 4:03 PM, IanB <span dir="ltr"><<a href="mailto:porjo38@yahoo.com.au" target="_blank">porjo38@yahoo.com.au</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Thanks for the advice.<div class="im"><br>
<br>
> - Put your static tags on the change set.<br>
<br></div>
Do you mean these should go *only* on the change set?</blockquote><div><br></div><div style>Yes.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im"><br>
<br>
> - I don't see any tags that actually identify the features being imported?<br>
<br></div>
I'm not sure what you mean. The 'name' tag will identify them...but I guess you meant something else?</blockquote><div><br></div><div style="text-align:center"><br></div><div style>The "RES_CLASS" field  should probably map to different OSM tags. For example, a national park does not get the same tags as a historic site. If you are just importing national parks, and not the other RES_CLASS's, then you are missing the "boundary=national_park" or "boundary=protected_area", which is the primary tag over the protection_title tag.</div>

<div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"><br>
<br>
> - You might need an area tag on some of these features?<br>
<br></div>
Providing that all features are in multi-polygon relations, no area tag should be needed?<br>
<br>
Ian.</blockquote><div><br></div><div style>Yes, you might be right. In general that</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class=""><div class="h5"><br>
<br>
On 20/06/2013 12:28 AM, Jason Remillard wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi Ian,<br>
<br>
Thanks for posting to the list.<br>
<br>
- "Forest Reserve" does not seem to be an established value for protection_title<br>
- Don't include DPIPWE:RES_STATUS, DPIPWE:MANAGE, DPIPWE:ACT,<br>
DPIPWE:IUCN, DPIPWE:ENVIRON,<br>
- Definitely don't include DPIPWE:AREA_HA.<br>
<br>
Its not OSM policy, but I suggest that as a rule of thumb, that we<br>
should not be introducing data into OSM via an import that does not<br>
already have an established tagging system. If needed, the prefixed<br>
data, can be correlated back to the original source file by the name<br>
feature. Just because it is in the shape file does not mean we want it<br>
in OSM.<br>
<br>
- end_date=*, is not needed unless you have an actual end date.<br>
- Make sure start_data,source:date is really ISO formatted in source data.<br>
- Put your static tags on the change set.<br>
<br>
- I don't see any tags that actually identify the features being imported?<br>
<br>
Most importantly, you have a RES_CLASS table. Each one of those should<br>
be mapping to tags. For example,<br>
<br>
Conservation Area -> landuse=conservation (even through this tag is deprecated<br>
National Park -> <a href="http://wiki.openstreetmap.org/wiki/National_park" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/National_park</a><br>
etc, etc,<br>
<br>
- You might need an area tag on some of these features?<br>
<br>
- Do we have any of these features already in OSM? If so, you need to<br>
deal with them, and not just import over them.<br>
<br>
- You should make a sample OSM file available to the list. There are<br>
all kind of issues that might pop up during the actual translation.<br>
<br>
- Have you used <a href="http://neis-one.org/2013/01/oooc/" target="_blank">http://neis-one.org/2013/01/<u></u>oooc/</a>, to contact the<br>
local mappers, and get them involved?<br>
<br>
- The OSM file might be over the 50,000 element limit. You may need to<br>
break this up into smaller chunks.<br>
<br>
Don't be discouraged, imports are always a lot of work!<br>
<br>
Thanks<br>
Jason.<br>
<br>
On Wed, Jun 19, 2013 at 6:05 PM, IanB <<a href="mailto:porjo38@yahoo.com.au" target="_blank">porjo38@yahoo.com.au</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Hi All,<br>
<br>
I wanted to give people a heads up about what I'm currently doing<br>
and planning to do with a dataset containing national parks and<br>
conservation areas within Tasmania, Australia.<br>
<br>
I've setup a Wiki page with more info here:<br>
<br>
<a href="http://wiki.openstreetmap.org/wiki/Tasmania_Parks_Import" target="_blank">http://wiki.openstreetmap.org/<u></u>wiki/Tasmania_Parks_Import</a><br>
<br>
I'd appreciate feedback from anyone on the list, particularly regarding<br>
the mapping of tags from the original source to OSM (I've documented a<br>
proposed mapping on the wiki page).<br>
<br>
I do apologise for not jumping on the mailing list *before* I started<br>
uploading data. Hopefully this hasn't caused anyone a problem. I will<br>
refrain from any further uploads until I've given people a chance to<br>
comment.<br>
<br>
A complete dump of all data I've uploaded so far can be gotten using<br>
XAPI by searching for source="Tasmanian Reserve Estate Spatial Layer 2012"<br>
<br>
<br>
Ian.<br>
<br>
______________________________<u></u>_________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org" target="_blank">Imports@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/imports" target="_blank">http://lists.openstreetmap.<u></u>org/listinfo/imports</a><br>
</blockquote></blockquote>
</div></div></blockquote></div><br></div></div>