Since this is easier here for you to comment, I create a PR in succession to #71. I have got it more or less working. The graphical design of the widget is still to be done but apart from that all functionality should be basically there. I still have problems to properly populate the form after setting the HOME-location, but the standard usecase (searching with a set HOME-location) seems to work.

I am happy about every form of feedback, feel free to tear my PR apart ;-)

Hi grote, I really like this app and I'm so happy, that there is an oss public transport app, so I would like to invite you for a beer - but I don't use flickr. Is there an other option to send you some money? For me it would be easy to use either paypal, send you a "snail mail" letter with money, Euro bank transfer or an posteo voucher. Maybe we also could see each other when I will be next time in Berlin - but I don't know if I will be there this year. Which way would you prefer? You can contact me under the following mail adress: [email protected] Regards dktzde

It would be nice to have a "private querying" toggle in the settings, to prevent any history from being stored. Like "private browsing" in Firefox.

Thank you for this awesome app :) I am using a moto g 2014 thea with cm 14.1. The issue is as follows: If I search for a train connection, it shows me the overview of all found train connections. When I click for detailed view, everything works fine as well. But going back to the overview of found train connections, it will show me only the previous selected one and also those new ones you get, when you pull the screen up or down to get earlier or later connections. This I could reproduce for Deutsche Bahn and BVG, and I guess, also with other networks. I had the feeling, that in previous versions of the app the bug did not appear, but tried it with Version 1.1.4 and Version 1.1.6, which both of them behave the same way.

I'm living in Germany, using the VGS provider. I've always noticed that location search results were mindboggingly bad-sorted, that's because the API of my provider doesn't sort the results (e.g. when you searched for Town Hall, the result you actually expected was 15th place in the list, altough it is a literal match). This also introduces sorting by non-literal matches, using the Levenshtein distance. There is still much room for improvement in the search feature (caching, lazy evaluation, better sorting algorithms) but for people using providers that don't sort this is a huge improvement.

Technical: When collecting search suggestions, each station is added to a hashmap with a corresponding score (type Double, between 1 and 0). When displaying the new Data, the list is sorted by the updated scores.

This PR adds the ordering of transport network regions into continents and therefore an easier way of picking the requested region as suggested here by @grote.

It is already working on my personal phone, here some screenshots:

Before merging it in, I think we should discuss the following points:

• Should the continents present little icons at the left, something like this (see also their Terms of Use? Should they be in SVG or PNG format?
• As almost all Regions represent countries, shouldn't we rename them in code to Country?
• The continent list item design is, as for now, almost identical to (because copied of) the region's design. Any ideas on how to improve the distinction are very welcome!
• Should we use the Wikipedia definition where Central America is part of North America or should we separate it as another subcontinent of America as defined in Ibero-America?
• I think it would be necessary to translate the continent names in the respective strings.xml

Describe the bug Not sure since when this is happening, but Transportr apparently does not show the journey paths following the roads for Nicaragua anymore, although the data is provided by Navitia.

To Reproduce Steps to reproduce the behavior:

1. Select Nicaragua as network provider
2. Search for a trip from COTRAN Sur to Mercado Mayoreo
3. Only see a path linking the two stops together instead of following the road.

Expected behavior The journey path should follow the road as provided by Navitia. I know this has worked some time before in Transportr, not sure when it stopped and what changed back then.

Screenshots As shown in Transportr: As provided by Navitia (see Navitia playground):

Versions (please complete the following information):

• Transportr Version: 2.0.5

Hi, I didn't read all GPL 3 license, but from what I know, this is unacceptable. This guy used the app code as it is but added ads, and removed any credit or mention of original. He also duplicated it for each country...

https://play.google.com/store/apps/details?id=com.TransportEnCommunFrance.BusHorairesMetro.

Hi, Could you please add fr-sw navitia API region to your app?

A betatest of the app using the new Navitia API without region splitting would also be awesome to be able to plan correctly trips with intercity trains (cf Navitia team email from a few days ago)

Thanks for looking at this!

Please reduce the clicks needed to adjust the search parameters in the direction search.

A bit of back story... I have been using this app since its first release on F-Droid when it was called Liberario. I love the app and a big thanks to grote and all the contributors! :blush:

My first reaction to the new GUI of version 2 was that I did not like it and I found #462 very quickly. However, I am aware that most GUI changes do not resonate well in the beginning, so I refrained from commenting and kept using the app.

In the last few weeks I had to travel more often. Although I knew the city, I did not know the public transport lines beyond the central area and hence, used the app extensively. The GUI has not grown on me. ort163's comment about its usability is spot on.

I finally decided to create a new ticket, because of this comment in the issue mentioned above (and got convinced to do it now, because it will get a nice number :wink:):

This are all for the directions search mask and should be a dedicated ticket I think.

Bringing back the GUI of version 1 would be an improvement because of the following reasons:

• Setting the time and arr/dep should be considered as a basic functionality and should be very visible.
  • For example, if you go to a location, you maybe need to set a specific arrival time.
  • If you go home on the other hand, you want to depart now.
  • So you may have to change those parameters for every new search.
• Better visibility should reduce the number of clicks needed and hence, improve the overall user experience.
• The display of the parameters is neither confusing or distracting, nor using up too much screen space.

Of course, we can only speculate about the usefulness for the majority of users. Unless there is a poll. However, the reactions to #462 indicate that there is significant interest. I propose that the reactions to this post should be considered as a primary source when evaluating the usefulness.

• [x] I am aware that Transportr is mostly developed by one person in their unpaid spare time.
• [ ] I can help myself to get this feature implemented or know someone who wants to do it.

I hope I could address all the topics in the feature request template.

It looks to me that Montreal and quite a few other cities in the province of Quebec in Canada are on Navitia: https://navitia.opendatasoft.com/explore/dataset/ca-qc/table/

Having Montreal support would be great. Having all the cities supported by Navitia in Quebec would simply be awesome.

The search for a current connection appears to the following error message:

Unable to resolve host "android.vrsinfo.de": No address associated with hostname java.net.Inet6AddressImpl.lookupHostByName(Inet6AddressImpl.java:156) java.net.Inet6AddressImpl.lookupAllHostAddr(Inet6AddressImpl.java:103) java.net.InetAddress.getAllByName(InetAddress.java:1152) Cause: libcore.io.Linux.android_getaddrinfo(Native Method) libcore.io.ForwardingOs.android_getaddrinfo(ForwardingOs.java:73) libcore.io.BlockGuardOs.android_getaddrinfo(BlockGuardOs.java:202)

--> no DNS resolution of "android.vrsinfo.de".

in other transport networks the app works!

To Reproduce Setttings > Network > Select Germany > VRS Search a connection

Versions: Transportr Version: 7.0.4 Device: BQ Aquarius X pro Android Version: 11

Describe the bug Searching the map no longer works in Belgium, and attempting to find directions between favorites results in an error message

To Reproduce Steps to reproduce the behavior:

1. Setttings > Network > Select Belgium
2. Try typing anything in the search bar, eg Brussels-South, it gives no result

Versions (please complete the following information):

• Transportr Version: 2.1.4
• Device: Samsung Galaxy A10
• Android Version: 11

Acknowledgments Please check the following boxes with an x if they apply:

• [X] The feature I want to propose would be useful for the majority of users, not only for me personally.
• [X] I am aware that Transportr is mostly developed by one person in their unpaid spare time.
• [X] I can help myself to get this feature implemented or know someone who wants to do it.
• [X] If I want to add support for a new region or country, I checked that this is already available in public-transport-enabler and know the process described on the Transportr homepage.

Is your feature request related to a problem? Please describe. With the current Release the issue with the app not finding a calendar application still exists, although it was fixed in July.

Describe the solution you'd like A new minor Release (2.1.5) could include the two fixes, that were available in the master branch for quite some time.

Describe alternatives you've considered I considered to build the app myself and install it, but this wouldn't solve the problem for anyone else.

Additional context

Acknowledgments Please check the following boxes with an x if they apply:

• [x] The feature I want to propose would be useful for the majority of users, not only for me personally.
• [x] I am aware that Transportr is mostly developed by one person in their unpaid spare time.
• [x] Maybe I can help myself to get this feature implemented or know someone who wants to do it.

I would love to have feature that shows me a walkingroute if its shorter than the bus/train route. I saw this #752 but for me there is never a walkingroute shown. So is this a feature that has to be implemented in my region? (Germany)