Hi Mark, thanks for the note. Honestly, I truly believe that it's better to capture the "confidence" or "quality code," whichever you want to call it, when the data is captured. And having the legend left there (descriptions of 1-4) helps people do to that.
You call it mission creep, but I think it's just an improved workflow; It makes more sense then trying to determine the quality of the data after-the-fact-of collection. Anyhow, I have placed several town centroids in there, and I know others have, and without a place to record that, it's just oy, really irksome, to this longtime GIS-er. (I got my first copy of MapInfo 19 years ago!) I can't in good conscience continue adding data without also signaling that the point is not accurate. With the satellite photography, you can tell if a town is small, or big,. And with a Google Maps ruler, you can see if your point is likely to be within one km or 0.3 km. Those confidence codes were designed to reflect that. > We have to agree to common standards for the data > schema and lock out changes - such as a new column. What sort of protocol is in place (if any) for agreeing to modify the common standards, to add a confidence code (or "quality code")? What would it involve, technically (schema-wise), and socially? (Is crisismappers the appropriate list for this conversation? If so, happy to remove the talk from future distribution.) Margie On Fri, Jan 22, 2010 at 5:20 PM, Mark Prutsalis <globali...@gmail.com> wrote: > I did... > > This spreadsheet is only for geo-locating the hospitals - then it will be > fed back to OSM or anyone else who wants it - who is free to track > confidence and other attributes. I agree that confidence is an important > measure, but... mission creep.... > > The data entered is retained... and we can use it - but it was very > incomplete - and other lists are not similarly categorized furthering the > data integrity issues. > > That is the problem with these shared google spreadsheets. If you change > their purpose and structure, they can no longer serve their original > intended purpose. > > What we want to do is this: have a live spreadsheet that can be synced with > a database - such that updates to the spreadsheet automatically update the > database and vice-versa. We have to agree to common standards for the data > schema and lock out changes - such as a new column. > > I will send an update shortly explaining further the proposal going forward. > > Best regards, > Mark > > > > Margie Roswell wrote: > > somebody replaced my header with: > "NO NEW COLUMNS PLEASE: We have no use for this data" > > I can't imagine that that's the case. I'm disappointed to have data > removed. I understand if quality code data can't be used, possibly, in > OSM. But somewhere, there should be a record of whether something is > located to within a precise address, to a village centroid, or within > a km of a town. > > Darn, really disappointed > > > I'm not even sure to whom I should direct this issue? > > Who was the person who took out the header, complete with > descriptions of (what I think are really reasonable) codes 1-4? > > Anyhow, I'm feeling deflated. I thought I was providing a really > valuable service, and now, given that I don't know the location of the > hospitals, and have generally been finding village and town centroids, > it feels like really bad data, especially minus a quality code. > > My original description for the new column said: > Quality code > 1=precise geocode > 2=nearby > 3=village, within 0.3 km > 4=town, within 1km > > > Margie, working on > http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREE&hl=en > > > On Fri, Jan 22, 2010 at 1:44 PM, Margie Roswell <mrosw...@gmail.com> wrote: > > > I added a quality code to: > http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREE&hl=en > 1=precise; 2=nearby; 3=approx village centroid > > Is there a way to implement that in OSM? (so that people will know > whether they're getting approximate location?) > > Margie > > On Fri, Jan 22, 2010 at 11:23 AM, David Groom <revi...@pacific-rim.net> > wrote: > > > ----- Original Message ----- > From: "Frederik Ramm" <frede...@remote.org> > To: "David Groom" <revi...@pacific-rim.net> > Cc: "Adrian Brain" <adrianpbr...@yahoo.co.uk>; <talk@openstreetmap.org> > Sent: Friday, January 22, 2010 2:02 PM > Subject: Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes > > > > > Hi, > > David Groom wrote: > > > I have attached tags for the majority of pcode level 2 already to towns > and villages, using the pcode:2 tags as suggested on > > http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure > I believe that the pcode2 should probably refer to an administrative > district rather than a place, but it would have been more time consuming > in the first instance to break up the current admin boundaries and create > relations to make smaller boundaries at the pcode:2 level. Its probably > a task for later. > > > Should I include the p-code tag(s) in the place layer in the shapefiles on > labs.geofabrik.de/haiti? > > > > This afternnon a lot of work has now gone in to creating better level 8 > aadmin boundaries and adding P-Coide data to the admin boundaries relations. > Not all are complete yet, but a large number are. > > Is it possible for you to produce an admin boundaries layer and add it to > the shapefile zip? > > > > David > > > Bye > Frederik > > > > > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > > > -- > Margie > http://www.BaltimoreUrbanAg.org > http://www.FarmersMarketVideo.org > http://www.FriendlyCoffeehouse.org > http://www.packtpub.com/drupal-5-views-recipes/book > > > > > > -- > You received this message because you are subscribed to the Google Groups > "CrisisMappers" group. > To post to this group, send email to crisismapp...@googlegroups.com. > To unsubscribe from this group, send email to > crisismappers+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/crisismappers?hl=en. > -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book _______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
