Context: issue: #210

I'm going to follow up with a special build for Android P.

* Replace the incorrect image of M31 with a correct one and update the attributions.

Strictly speaking we don't need an attribution for this image, but credit where credit's due.  Unfortunately we're going to have to rely on volunteers to fix the languages I've just broken.

Set a sample rate to buy us time while we migrate to Firebase.

Only insist that the GMS version passes until we can make both work.

Various attempts at fixing our Travis build, culminating in simply disabling the emulator tests for now. Hopefully will revisit when the internets have figured out a good solution.

No incantation seems to work reliably.  Disable them for now - the value the bring isn't worth the effort expended.

Fixes #172

Upgrades to Gradle and Dagger.  Fixes to stuff I broke.

At this point it will at least build on Java 9 with

./gradlew installGmsDebug

though it'll crash on start up due to data file corruption. And of course, Travis is still very broken.

Lots of updates to get the darn thing to build again.  There seems to be an inconsistency between the gms and froid versions of the datafiles which is resulting in crashes if you regenerate for one build flavor but not the other.  Nevertheless, this change seems to build a runnable version of the GMS flavor.

The previous one was machine generated.

Play Store needs one.  This is just copied out of the one we ship with the app.

Now the project builds successfully.
Fixes #186.

1. Add zh-rTW and zh-rCN translated celestial_objects.xml
2. Add some missing translation
3. Improve translation of language_apology.xml

* Move getSafeNameForSensor to StardroidApplication

It's only used there and allows use to make Analytics an interface
later.

* Cleanup build script

- Add -e to error on build failures.
- Use subshell instead of cd ..
- Manually fix classpath because gradle has problems with flavors

* Extract Analytics.java content into an interface

* Add AbstractGooglePlayServicesChecker.java

This adds an abstract class for the gms independent parts of
GooglePlayServicesChecker.java.

* Add support-v4 compile dependency

This is used in GooglePlayServicesChecker.java

* Add AbstractDynamicStarMapModule.java

This adds a base class for the gms independent parts of
DynamicStarMapModule.java.

* Separate build flavors for gms and fdroid

This adds two build flavors. One using gms (analytics and location) and
one without for F-Droid. All classes using gms are moved to the flavor
source path and a version without gms is added or the fdroid flavor.

Added advanced setting to rotate horizon by 90 degrees (for devices with locked orientation, such as (#161)

smartglasses, or android pc)

* Update language_apology.xml
* Update strings.xml

* Make the app default to the classic sensor code even if the phone reports that it has a rotation vector sensor if it doesn't also have a gyro.  Too many phones lie about this.

* remove space

* Updated various versions.

* try updating the travis sdk to java 8

* Added an extra check on whether there's a rotation vector - can we actually successfully register a listener?
Log to analytics if we ever find such a beast.  Hard to test since I have no devices which exhibit this behavior.

* Fix a comment

make it clear this is a phone issue, not a Sky Map issue.  Add a link to a useful video.

Improve the sensor analytics to find out how many phones without gyros report the presence of a rotation vector sensor.
These are potentially the folks we'd hurt by switching the new rotation-vector code off in the absence of a gyro.

* Made use gyro the default for phones that support it.

* Missed committing the value

* Fixed typo in strings.

Fixed the time travel dialog dates.

user reported

Add Github issue and pull request templates