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

Phone data collection seems to end too early #97

Open
shankari opened this issue Feb 29, 2016 · 5 comments
Open

Phone data collection seems to end too early #97

shankari opened this issue Feb 29, 2016 · 5 comments

Comments

@shankari
Copy link
Contributor

Consider the trip for user 0763de67-f61e-3f5d-90e7-518e69793954 from 2016-02-29T08:35:35 to 2016-02-29T08:50:11. We almost end the trip on the server, but not quite.

2016-02-29 19:08:05,685:DEBUG:------------------------------2016-02-29T08:50:11.334000-08:00------------------------------
2016-02-29 19:08:05,692:DEBUG:last5MinsDistances = [ 102.61963128   80.7104769    56.41225835   53.43966631   21.01220394
   33.5300963    56.41225835   56.41225835    8.16762895   30.2536451
   56.41225835   20.89543077] with length 12
2016-02-29 19:08:05,697:DEBUG:last10PointsDistances = [ 53.43966631  21.01220394  33.5300963   56.41225835  56.41225835
   8.16762895  30.2536451   56.41225835  20.89543077   0.        ] with length 10, shape (10,)
2016-02-29 19:08:05,697:DEBUG:len(last10PointsDistances) = 10, len(last5MinsDistances) = 12
2016-02-29 19:08:05,697:DEBUG:last5MinsDistances.max() = 102.619631284, last10PointsDistance.max() = 56.4122583515
2016-02-29 19:08:05,697:DEBUG:len(segmentation_points) == 0, early return
@shankari
Copy link
Contributor Author

Phone logs:
loggerDB.ended_too_early.withdate.log.zip

@shankari
Copy link
Contributor Author

Server logs:
missing_trip.log.zip

@shankari
Copy link
Contributor Author

shankari commented Mar 1, 2016

It looks like the trip fixed itself when we got the next set of points.

2016-03-01 01:08:09,161:DEBUG:------------------------------2016-02-29T08:50:11.334000-08
:00------------------------------
2016-03-01 01:08:09,168:DEBUG:last5MinsDistances = [ 102.61963128   80.7104769    56.41225835   53.43966631   21.01220394
   33.5300963    56.41225835   56.41225835    8.16762895   30.2536451
   56.41225835   20.89543077] with length 12
2016-03-01 01:08:09,173:DEBUG:last10PointsDistances = [ 53.43966631  21.01220394  33.5300963   56.41225835  56.41225835
   8.16762895  30.2536451   56.41225835  20.89543077   0.        ] with length 10, shape (10,)
2016-03-01 01:08:09,173:DEBUG:len(last10PointsDistances) = 10, len(last5MinsDistances) = 12
2016-03-01 01:08:09,173:DEBUG:last5MinsDistances.max() = 102.619631284, last10PointsDistance.max() = 56.4122583515
2016-03-01 01:08:09,173:DEBUG:------------------------------2016-02-29T15:52:40.989000-08:00------------------------------
2016-03-01 01:08:09,175:DEBUG:last5MinsDistances = [] with length 0
2016-03-01 01:08:09,180:DEBUG:last10PointsDistances = [ 18.95324998  32.34528909  50.00898269  50.00898269  32.1307546
  26.59069726  50.00898269  58.27587143  39.96461202   0.        ] with length 10, shape (10,)
2016-03-01 01:08:09,180:DEBUG:len(last10PointsDistances) = 10, len(last5MinsDistances) = 0
2016-03-01 01:08:09,180:DEBUG:Too few points to make a decision, continuing
2016-03-01 01:08:09,181:DEBUG:------------------------------2016-02-29T15:52:58.253000-08:00------------------------------
2016-03-01 01:08:09,183:DEBUG:last5MinsDistances = [ 39.17167862] with length 1
2016-03-01 01:08:09,188:DEBUG:last10PointsDistances = [ 48.59340866  47.04954576  47.04954576  67.60456361  47.28875143
  47.04954576  87.65252018  74.13702874  39.17167862   0.        ] with length 10, shape (10,)
2016-03-01 01:08:09,188:DEBUG:len(last10PointsDistances) = 10, len(last5MinsDistances) = 1
2016-03-01 01:08:09,188:DEBUG:last5MinsDistances.max() = 39.1716786164, last10PointsDistance.max() = 87.652520177
2016-03-01 01:08:09,190:DEBUG:Appending last_trip_end_point AttrDict({u'loc': {u'type': u'Point', u'coordinates': [-122.0862857, 37.3908938]}, u'fmt_time': u'2016-02-29T08:48:49.068000-08:00', 'metadata_write_ts': 1456764529, u'altitude': 0.0, u'ts': 1456764529.0680001, u'longitude': -122.0862857, u'filter': u'time', u'latitude': 37.390893800000001, u'local_dt': Timestamp('2016-02-29 08:48:49.068000'), u'elapsedRealtimeNanos': 1021973342000000, '_id': ObjectId('56d487b5eaedff78c7646d5c'), u'heading': 0, u'sensed_speed': 0.0, u'accuracy': 52.5}) with index 32 
2016-03-01 01:08:09,190:INFO:Found trip end at 2016-02-29T08:48:49.068000-08:00

@shankari
Copy link
Contributor Author

shankari commented Mar 1, 2016

This is not ideal, because we only got the trip end when the next trip started.
But it is not a huge problem either.

@shankari
Copy link
Contributor Author

shankari commented Mar 1, 2016

Server logs for the trip to school:
missing_trip_first.log.zip

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

1 participant