re: > for step 8, the correct word is MERGE (not purge). > Meaning where we can merge our address book with hotmail when we > import a new csv file, the system checks for similar values; like > names; like address; like phone number. > So in this case; its the long/lat coordinates that it would check for. >
The result is a set of friends names and addresses where for each friend, all their addresses; phone numbers would be available on the same entry. So in OSM terms, all the OSM user created data & references, would be shown on the same Node/way with the imported tags. So NO user data would actually be removed. Does this make sense? Sam On Sun, Jan 25, 2009 at 1:58 PM, Sam Vekemans <[email protected]>wrote: > Correction: > for step 8, the correct word is MERGE (not purge). > Meaning where we can merge our address book with hotmail when we > import a new csv file, the system checks for similar values; like > names; like address; like phone number. > So in this case; its the long/lat coordinates that it would check for. > In the case where the OSM (or import) is WAY OFF, then it would check > for the same 'name or other OSM tag' to decide if its a match. -but > coodinates get checked 1st. > -unfortunatly, the only program that can do this is ArchGIS (i think) > -is there any opensource equivelant that can do this? > > Thanks, > Sam > ps on reply, no need to cc talk list, as this is getting off topic > > On 1/25/09, Greg Troxel <[email protected]> wrote: > > For government/bulk imports -where we know that updates are available; > > how is it dealt with? > > > > I was just thinking about this; there is a lot of MassGIS data now, and > > some of it is wrong (wrong location, streets that don't actually exist), > > although 99.8% of it seems very good. I've edited classification of > > highway, and added names. So I think this is really 3-way merge > > process, and there needs to be something that looks at each item in the > > new dump, finds any previous import, and checks if it has been modified. > > If not, apply the new change to the object, and if so, it's harder. > > That doesn't sound like what you are proposing, but I didn't quite > > follow. > > > > >
_______________________________________________ Talk-ca mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-ca
