Regarding the grid square border areas, one easy protocol I used in Saint-Marc, Haiti was this one: please do not choose a square adjacent to another one that is currently edited.
On Sat, Jun 23, 2012 at 2:53 AM, Kate Chapman <[email protected]> wrote: > The intent is not to have people upload the grid squares. I don't > believe Potlatch causes a problem since it shows as an overlay. > > The issue occurs when people merge the grid with the data they > download from JOSM. Perhaps a warning when the grid is downloaded > will help with the situation. > > Jaakko, to answer your question I don't think we should leave it for > the validators. It is hard to get people to validate as it is. I think > editing a little over the edge is fine. There shouldn't be problems > with editing conflicts really at least no worse than when we didn't > have the Tasking Manager and people just edited where they thought > work needed to happen. > > -Kate > > On Sat, Jun 23, 2012 at 10:59 AM, Jon Bigus Fatfrog > <[email protected]> wrote: > > The boxes shouldn't be in the db. As i suggested before this is an issue > for > > the editing software. If the grids are essential then they should be > > superimposed by josm or potlatch. You don't enter � signs into a > financial > > db just because the operator needs to know that's what the field > represents. > > Anythingother than data in a db corrupts the db. > > > > > > On June 22, 2012 8:42:57 PM PDT, Jaakko Helleranta.com wrote: > > > > > > We'd still need to figure out the protocol of the grid square border > areas. > > This was something I was pondering about with the Horn of Africa mapping > and > > couldn't come up with even an idea of a satisfying protocol. > > Have I missed the discussion about this? > > Or is this perhaps simply left for the validators? > > > > Cheers, > > -Jaakko > > > > On Fri, Jun 22, 2012 at 9:59 AM, Séverin MENARD < > [email protected]> > > wrote: > > > > Hmm I would say the whole task is to direct the people on a place where > > there are needs for preparedness or crisis response and the grids are > made > > to coordinate the contributors on an achievable target, avoiding > duplicates > > > > Severin > > > > > > > > _______________________________________________ > > HOT mailing list > > [email protected] > > http://lists.openstreetmap.org/listinfo/hot > > >
_______________________________________________ HOT mailing list [email protected] http://lists.openstreetmap.org/listinfo/hot
