Hi everyone,<br><br>I had a quick chat with Steve Singer yesterday, (just to finally talk over the phone).   so i came up with this.<br><br>There is a need for really making this import (all imports) a 3 step process.  The Data Conversion, the Data Sharing, and the Data Import.<br>

<br>1 - Data conversion, using whatever tool.  Be it, shp2osm.py or shp-to-osm.jar or mp2osm (for New Zealand).   We make these files available.<br>  1a - What i recommend is in the .bat file <br><a href="http://www.inthosedays.com/acrosscanadatrails/openstreetmap/canvec2osm%20conversion%20script/canvec2osm_v0_9_3/">http://www.inthosedays.com/acrosscanadatrails/openstreetmap/canvec2osm%20conversion%20script/canvec2osm_v0_9_3/</a><br>

(open it up, and save and view it as a txt file)  <br>The 1st step is to copy all of the original source (in my case it's all the .shp files for that tile area) so there is a back-up of it, and a recording of the product version and all the details.   We do this, so that we have something to compare with when newer versions are available<br>

  1b - We go an convert all the files to .osm so that we have a copy of the source files in the .osm format.   It's ALOT easier to play with the data when it's in the .osm format, so we can re-convert if needed, so to add more OSM tags, or change them.   (ie. change the 'attribution=*' tag where needed, and the 'source=*' tag. <br>

 1c - we have a copy of all the rules.txt file(s) so then those can be changed where needed.<br><br>2 - data Sharing - By making these files available.  On a server somewhere (for now im using my own, but not sure if my hosting provider is happy with that).   So then these can be archived and saved, and stored in it's own folders, so then new versions of the data can be available. And used to compare.<br>

<br>3 - data import - by having all the converted files available on a server, we can use a method like my GoogleDocs chart (or if it's a smaller import, a WikiChart) and then people can 'claim' what tile ares that they are working on, and be the 'main contact' for copying all the data over.  Sure, it's a manual process.  However, what this means is that NO data is interfering in anyway with what is already mapped by local area mappers.   The person who is copying in the data is doing so VERY carefully, and only copying the details that he/she feels are needed.  They will then update the wiki (or googleDocs) chart with their progress, along with the date of last working on it. <br>

<br>By going about it this way, we are treating the data that is available as a ONE WAY import, so when newer data is available, we simply convert the data, then share the data, and notify everyone that new .osm files are available.   <br>

We can then use tools such as OpenJUMP 'AutoMATCH'  where we can pull the latest data from OSM, and compare it to the latest .osm files that are available and get a 'DIFF' file from it.  And go ahead and just copy in those 'missing' pieces of data.<br>

<br>Cool tools- SHP-to-osm<br>What's wild about shp-to-osm is that it can be programmed to only look at specifac features which are in the shp files, and using the rules.txt program, and the -t option, we can 'filter' the data. to make the .osm file we want<br>

<br>Hope all that makes sense,<br>Cheers,<br>Sam<br><br clear="all">Twitter: @Acrosscanada<br>Facebook: <a href="http://www.facebook.com/sam.vekemans">http://www.facebook.com/sam.vekemans</a><br>