<div dir="ltr"><div class="gmail_extra"><div>Hello Pavel,</div><div><br></div><div>I have chose this API because is much newer and offers much more functionality. OSMdroid API is what was used until now in the app and is a replacement of Google's API V1 with almost the same features.</div>

<div><br></div><div>One of the principal advantages for me is that with new API some operations are much easier and elegant. It has an automatic MyOverlay layer to display user's position, markers added and configured in one instruction, the same for route lines, better controls to move the camera, etc.</div>

<div>This things could be done with OSMdroid API but required much more code.</div><div><br></div><div>This API uses a fragment natively to display the map and takes care of all lifecycle steps regarding this (no need of save and restore map state onPause and onResume). The fragment is much more adecuate to work with it than the old activity and also is better for future integration with Action bars and other components.</div>

<div><br></div><div>Also this maps are more nice to see, with the possibility to tilt, rotate the map and the MyLocation and compass integrated. Also the possibility to manage indoor mapping is interesting (in OTP there are some people working on this).</div>

<div><br></div><div>For what I have read people was really waiting for the new API and has a lot of promissing features that I didn't have explored yet.</div><div><br></div><div>The issues with the keys can provoke same time waste if you're not lucky but after being configured there are no more problems and they don't introduce any limitations and they produce usefull usage statistics.</div>

<div><br></div><div>If you only want OSM tiles is very simple, just set map type to none and add a TileOverlay with an OSM provider. Regarding tiles, I will let the two options in OpenTripPlanner client.</div><div><br></div>

<div><br></div><div>Kind regards,</div><div><br></div><div>Vreixo</div></div></div>