Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comparision and Interoperability between Arbiter and OSM Vespucci #96

Open
JJediny opened this issue Sep 11, 2014 · 2 comments
Open

Comparision and Interoperability between Arbiter and OSM Vespucci #96

JJediny opened this issue Sep 11, 2014 · 2 comments

Comments

@JJediny
Copy link

JJediny commented Sep 11, 2014

I've been doing some limited testing with arbiter to test out edits/sync with an deployment of ROGUE we are also testing. As far as data collection goes, one of the more notable/important needs for our use case (environmental data collection and monitoring) would be using the Android device to create a continuous GPX track with level of accuracy as the OSM-Vespucci Android application does. Being ignorant of the libraries/schema/languages/formats at play in the two. But I'm wondering how interchangeable the code could be between the two applications? Sorry this turned into more of a question than a ticket:

https://code.google.com/p/osmeditor4android/wiki/Tutorial
https://code.google.com/p/osmeditor4android/wiki/Overview?

@ScottEvil
Copy link
Member

@JJediny Is there a use case that ties in the Arbiter record collection with the GPS track? In other words, would collecting the GPX in a separate app work or is it tied into the Arbiter collection somehow?

@JJediny
Copy link
Author

JJediny commented Mar 10, 2015

The original issue was submitted because the use-case of showing the area the mobile user surveyed/covered is an important piece of context to the entire data collection exercise. Without it the admin collecting the data could only guess at the area covered by feature edits, the obvious problem is that if they didn't add/edit anything for a particular block/trial/area/district/etc then you'd have no verification that they did so. Having a GPX track for the users session gives tremendous value and context. Particularly for environmental surveying/monitoring where area covered is just as important as the features added/edited particularly when features are a rare occurrence.

Being able to turn on GPX, save locally and upload with connectivity in one app would be ideal

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants