[liberationtech] [HOT] What's the best way for users to edit erroneous GIS data?

[Mr. Stace D Maples]

Without seeing or knowing more about the workflow, I would say you should avoid the rabbit hole of creating editing infrastructure, and use the re-upload and overwrite method.

In F,L&T,
Stace Maples
Geospatial Manager
Stanford Geospatial Center
@mapninja
G+, Skype, Hangout: stacey.maples
214.641.0920
Find GeoData: https://earthworks.stanford.edu<https://earthworks.stanford.edu/>
Get GeoHelp: https://gis.stanford.edu/
stanfordgis Listserv: https://mailman.stanford.edu/mailman/listinfo/stanfordgis

"I have a map of the United States... actual size.
It says, "Scale: 1 mile = 1 mile."
I spent last summer folding it."
-Steven Wright-


From: Yosem Companys <ycompanys at gmail.com>
Date: Wednesday, October 24, 2018 at 11:32 AM
To: Progressive Exchange <Discuss at progressiveexchange.org>, Liberation Technologies <liberationtech at lists.stanford.edu>, "hot at openstreetmap.org" <hot at openstreetmap.org>, "crisismappers at googlegroups.com" <crisismappers at googlegroups.com>, UW Change Group <change at change.washington.edu>, UC Berkeley Tier <TIER at tier.cs.berkeley.edu>
Subject: [HOT] What's the best way for users to edit erroneous GIS data?

Hi All,

I have a technical question that I was hoping one of you could answer.

I'm working with an organization that has a Drupal website and is doing GIS mapping.

The users have usernames and passwords on Drupal. They will use a data uptake tool to upload GIS data. Should the users make a mistake, however, we'd like to give them the option of editing or updating their data. We're trying to figure out how to do that while protecting user privacy.

One possibility is to use some form of authentication. I recommended using the IETF's OAuth. Because we have a Drupal website, however, one of our developers recommended using HybridAuth<https://www.drupal.org/project/hybridauth> instead.

Or, in case of a mistake, would it be easier for the user to upload the data again and have the new entry replace the old one?

Any best practices in this area?

Thanks,
Yosem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.stanford.edu/pipermail/liberationtech/attachments/20181024/6dcd50e4/attachment.html>