<br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">
Date: Mon, 4 Apr 2011 14:27:13 -0400<br>
From: Josh Doe <<a href="mailto:josh@joshdoe.com">josh@joshdoe.com</a>><br>
To: Ian Dees <<a href="mailto:ian.dees@gmail.com">ian.dees@gmail.com</a>><br>
Cc: "<a href="mailto:imports@openstreetmap.org">imports@openstreetmap.org</a>" <<a href="mailto:imports@openstreetmap.org">imports@openstreetmap.org</a>><br>
Subject: Re: [Imports] Importing Arkansas data<br>
Message-ID: <<a href="mailto:BANLkTika-UdpkoyZ7w26E8dXgbsgQK3z5w@mail.gmail.com">BANLkTika-UdpkoyZ7w26E8dXgbsgQK3z5w@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
I think we need to be careful when we use the word "import", as it has<br>
such a loaded meaning on this list.<br>
<br>
Rather than thinking about a "continual import", we need to think<br>
about syncing. I haven't seen much in the way of tools for syncing OSM<br>
with external databases. It's been mentioned quite a bit as something<br>
useful, like for sending feedback to the US GNIS on the thousands<br>
(millions?) of points imported from them, but it doesn't seem to have<br>
been done.<br>
<br>
Does anyone currently sync data with OSM, and if so are the tools<br>
available? A quick search reveals one such tool, gtfs-osm-sync, for<br>
syncing General Transit Feed Specification data with OSM, but I don't<br>
even see this listed on the wiki. Perhaps we can create a page with a<br>
list of all such sync tools as well as ideas for sync tools (desktop<br>
and web based). The lowest hanging fruit should be creating a tool to<br>
sync data between nodes in OSM and an external database. In fact this<br>
could be a good GSoC project.<br>
<br>
-Josh<br clear="all"></blockquote><br>Josh, <br><br>At Trimet - transit agency - in Portland, Oregon, we are trying to sync OSM with our regional jurisdictional data. We use 6 in aerials for confirmation and derivative work. It's not an import at all. Sync is really the best word to use for it because it's two way, although the main focus is on making OSM more accurate and up-to-date. And it's NOT automated - each change is done by one of 4 interns (I'm one of them!) - we adjust nodes of ways, or add tags, or change tags, or erase erroneous ways or replace really off ways (usually trails done by GPS are quite off) with our jurisdictional data (but we add on OSM tags our data didn't have). If jurisdictional data is incorrect, we track the IDs and email our contact at the relevant regional database agency.<br>

<br>I wish there was a utility that did a better job of comparing existing OSM to our jursidictional data. Currently, we are using ArcMap's OSM Editor to create "diff" files where we use buffers and select OSM and jurisdictional data out of sync with each other. Then we put these diff files in JOSM and edit from there - with aerials. And so far, the diff files are just for geometric differences, not even topological differences. <br>

<br>A utility that compares attributes and geometry and topology between jurisdictional data and OSM would be great - but complicated.<br><br>We seem to be the first agency doing this type of thing, and it needs a lot more work and development. We keep finding things in our workflow to change or tweak. Trimet is employing us because they want to use OSM as their data source for an open source trip planner! Cool, eh?<br>

<br>--<br>PJ Houser<br>Trimet<br>
GIS intern, 503-962-5711 (office)<br><br>