It's a very difficult issue to address...
It's important that people are aware of what data sources are valid/allowed
and what are not...
It's also very important I'd say that potential new sources of data are
detailed, documented and reviewed prior to any import to ensure that they
are compatible...
But, these don't help if someone isn't aware, hasn't asked for third party
review of imported data, or, which I'm sure isn't the case here, but, could
happen, if someone conciously makes the decision to do something that isn't
allowed... In those cases potentially unclean data can make it into OSM, and
then it could be very difficult to identify...
The only thing I can see that can help is through a strong community
welcoming newcomers and making sure they are aware of 'the rules' and
helping them do 'the right thing', which osm-ph is already working
towards...
It's still difficult though, and I guess the only 'solution' is for
individuals to review edits and in the event that something looks
suspicious, contact the editing user to find out what their data source
was... Obviously, this is also helped by a strong community :)
So, if you see someone new editing in an area that interests you (obviously
easier to spot in JOSM thanks to the user viewing panel), drop them a
message, welcome them (to osm/your area) introduce them to the wiki pages,
the lists etc, check their edits and give them feedback/assistance,
especially if you see any problems such as unjoined ways, misspelt tag
names, accidental modifications etc... Help them become a productive member
of the community...
d
2009/1/12 maning sambale emmanuel.samb...@gmail.com
I hope this gets sorted the issue on subic/olongapo, but a bigger
issue was raised.
How de ensure data integrity? In a wiki, you just can't (100%). But
we have to find ways to minimize this.
On Mon, Jan 12, 2009 at 3:21 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
Hi,
The respective mapper is sorting-out his/her edits around subic/olongapo
area.
cheers,
maning
On Mon, Jan 12, 2009 at 1:34 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
In the meantime, please give the respective contributors the benefit
of the doubt ;)
On Mon, Jan 12, 2009 at 1:28 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
I will communicate this to the respective mappers.
On Mon, Jan 12, 2009 at 12:59 PM, D Tucny d...@tucny.com wrote:
2009/1/12 D Tucny d...@tucny.com
2009/1/12 maning sambale emmanuel.samb...@gmail.com
Just found excellent updates in two areas:
Subic/Olongapo:
http://www.openstreetmap.org/?lat=14.8266lon=120.2912zoom=14layers=0B00FTF
It looks like Olongapo is pretty much covered. The editor is Deck
Antonio.
@ Deck are you on this list? Great work! May I know your data
source? AFAIK, there are no high-res sat in that area.
Is this really entirely on gpx?
http://www.openstreetmap.org/user/Deck%20Antonio/traces/290144
Wow!
I'm very concerned about that to be honest... The GPX file isn't from
a
GPS by the looks of it, it's created by an application called
ExpertGPS,
and, contained within it are panaramio points and descriptions of
paths and
polygons, which together suggest that potentially it was originally a
google
earth exported kml that has been converted with ExpertGPS to a GPX
file...
Google does have high res views of the area... If you download that
GPX file
and open it in google earth, you'll see that the track almost exactly
followings the road layout and that buildings and areas are an exact
match
to the google imagery... this is BAD...
Much of the area was done by user 'Rally', notes made on nodes and
ways
as...
contributor='Waypointsdotph; Rally de Leon'
source='Rally de Leon pre-aligned GPS Trackmaker file'
So, it appears that that data is largely imported from another source
too,
and there is detail in there that can't be attributed to that user's
uploaded tracks or usable aerial imagery... In fact, certain features
are
reproduced in such detail, considering there positions, that it would
be
very unlikely that they could have been produced without aerial
imagery,
and, infact, seems to effectively match the available google
imagery...
I'm sorry to say, but, I think all this data will probably have to be
removed unless a valid source can be documented...
d
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
