Route_and_Charge issueshttps://gitlab.com/thf/route_and_charge/-/issues2022-03-29T21:27:14Zhttps://gitlab.com/thf/route_and_charge/-/issues/224Navigate to a charger waypoint with an app of my choice (with geo uri)2022-03-29T21:27:14ZGerrit HollNavigate to a charger waypoint with an app of my choice (with geo uri)This is either a feature request (in case it's not currently possible) or a question how to do it (if it's already possible).
When I search for a route that is beyond the configured range, the app suggests one or more charger-waypoints....This is either a feature request (in case it's not currently possible) or a question how to do it (if it's already possible).
When I search for a route that is beyond the configured range, the app suggests one or more charger-waypoints. Can I share this waypoint with OsmAnd somehow? I have tried:
- Select the waypoint in the map, then click on "share location". This shares or copies a text string that includes lat/long, a geo URI, Google Maps URI, and address. It's intended to be sent to another human, not to another app. Sharing this with OsmAnd does not result in a location OsmAnd understands and can navigate to.
- Going to the Route Details "Detailed View". This shows the Lat/Lon for each suggestion charging location, but I can't seem to select this for copy-paste.
- Within the Route Details, selecting the charging station in question. This contains a lot of details, but not actually the location (except by address), not a shareable geo-uri
Is there a way I can use a suggested charger and navigate to it with a navigation app of my choice, such as by producing a geo-uri with which android will ask me what app to use to open it?
If not, then I would propose this as a feature request.
I'm using Route & Charge Version 0.15.6 on Android version 10 on a moto g⁷ play.https://gitlab.com/thf/route_and_charge/-/issues/222EV Buddy Mode2021-11-07T18:56:26ZthfEV Buddy ModeFüge eine Funktion hinzu, die den Fahrer während der Fahrt unterstützt, z.B. mit
- Infos über Ladesäulen in der Nähe
- "Ich will jetzt Laden" - Funktion
- Distanz zum Ziel
- wenn möglich in Interaktion mit Android AutoFüge eine Funktion hinzu, die den Fahrer während der Fahrt unterstützt, z.B. mit
- Infos über Ladesäulen in der Nähe
- "Ich will jetzt Laden" - Funktion
- Distanz zum Ziel
- wenn möglich in Interaktion mit Android Autounbestimmte Zukunfthttps://gitlab.com/thf/route_and_charge/-/issues/221Android Auto Unterstützung2021-11-07T18:53:40ZthfAndroid Auto UnterstützungFüge eine Unterstützung für Android Auto (AA) hinzu.
Ziele:
- Routensuche auf AA
- Ladesäulensuche auf AA
- Navigation via AA (entweder eigene Navigation oder die Übergabe der Route an die Fahrzeug-Navi-App / Google Maps für AA)Füge eine Unterstützung für Android Auto (AA) hinzu.
Ziele:
- Routensuche auf AA
- Ladesäulensuche auf AA
- Navigation via AA (entweder eigene Navigation oder die Übergabe der Route an die Fahrzeug-Navi-App / Google Maps für AA)unbestimmte Zukunfthttps://gitlab.com/thf/route_and_charge/-/issues/220IndexOutOfBoundsException @ RouteCalculator.java:1032021-10-08T19:47:22ZPhilipp KaufmannIndexOutOfBoundsException @ RouteCalculator.java:103```
java.lang.IndexOutOfBoundsException:
at java.util.ArrayList.add (ArrayList.java:483)
at com.cube.ev.routeandcharge.managers.RouteCalculator.setChargerWaypoint (RouteCalculator.java:103)
at com.cube.ev.routeandcharge.MainActivi...```
java.lang.IndexOutOfBoundsException:
at java.util.ArrayList.add (ArrayList.java:483)
at com.cube.ev.routeandcharge.managers.RouteCalculator.setChargerWaypoint (RouteCalculator.java:103)
at com.cube.ev.routeandcharge.MainActivity.onChargersReceived (MainActivity.java:3079)
at com.cube.ev.routeandcharge.managers.ChargePointManager.informListenersChargersReceived (ChargePointManager.java:583)
at com.cube.ev.routeandcharge.managers.ChargePointManager.onChargersReceived (ChargePointManager.java:593)
at com.cube.ev.routeandcharge.providerAPI.ChargersTask.onPostExecute (ChargersTask.java:38)
at com.cube.ev.routeandcharge.providerAPI.goingElectric.GE_Chargerlist.onPostExecute (GE_Chargerlist.java:693)
at com.cube.ev.routeandcharge.providerAPI.goingElectric.GE_Chargerlist.onPostExecute (GE_Chargerlist.java:29)
at android.os.AsyncTask.finish (AsyncTask.java:755)
at android.os.AsyncTask.access$900 (AsyncTask.java:192)
at android.os.AsyncTask$InternalHandler.handleMessage (AsyncTask.java:772)
at android.os.Handler.dispatchMessage (Handler.java:107)
at android.os.Looper.loop (Looper.java:237)
at android.app.ActivityThread.main (ActivityThread.java:8167)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:496)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1100)
```0.15.6Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/219Fehler "TransactionTooLargeException"2021-10-07T23:34:14ZthfFehler "TransactionTooLargeException"Bei der Lösung von Fehler 115 wurde ein neuer Fehler eingebaut, der zur genannten Exception führt.
Lösung hier aufgeführt:
https://stackoverflow.com/questions/43937166/transactiontoolargeexception-in-nougatBei der Lösung von Fehler 115 wurde ein neuer Fehler eingebaut, der zur genannten Exception führt.
Lösung hier aufgeführt:
https://stackoverflow.com/questions/43937166/transactiontoolargeexception-in-nougat0.15.5thfPhilipp Kaufmannthfhttps://gitlab.com/thf/route_and_charge/-/issues/218DOMException @ LoadRouteTask.java:982021-10-04T00:12:40ZPhilipp KaufmannDOMException @ LoadRouteTask.java:98```
java.lang.RuntimeException:
at android.os.AsyncTask$4.done (AsyncTask.java:415)
at java.util.concurrent.FutureTask.finishCompletion (FutureTask.java:383)
at java.util.concurrent.FutureTask.setException (FutureTask.java:252)
...```
java.lang.RuntimeException:
at android.os.AsyncTask$4.done (AsyncTask.java:415)
at java.util.concurrent.FutureTask.finishCompletion (FutureTask.java:383)
at java.util.concurrent.FutureTask.setException (FutureTask.java:252)
at java.util.concurrent.FutureTask.run (FutureTask.java:271)
at android.os.AsyncTask$SerialExecutor$1.run (AsyncTask.java:305)
at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:641)
at java.lang.Thread.run (Thread.java:923)
Caused by: org.w3c.dom.DOMException:
at org.apache.harmony.xml.dom.DocumentImpl.insertChildAt (DocumentImpl.java:420)
at org.apache.harmony.xml.dom.InnerNodeImpl.appendChild (InnerNodeImpl.java:52)
at org.apache.harmony.xml.parsers.DocumentBuilderImpl.parse (DocumentBuilderImpl.java:307)
at org.apache.harmony.xml.parsers.DocumentBuilderImpl.parse (DocumentBuilderImpl.java:128)
at javax.xml.parsers.DocumentBuilder.parse (DocumentBuilder.java:107)
at com.cube.ev.routeandcharge.asyncTasks.LoadRouteTask.doInBackground (LoadRouteTask.java:98)
at com.cube.ev.routeandcharge.asyncTasks.LoadRouteTask.doInBackground (LoadRouteTask.java:28)
at android.os.AsyncTask$3.call (AsyncTask.java:394)
at java.util.concurrent.FutureTask.run (FutureTask.java:266)
at android.os.AsyncTask$SerialExecutor$1.run (AsyncTask.java:305)
at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:641)
at java.lang.Thread.run (Thread.java:923)
```0.15.3Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/217NullPointerException @ MainActivity.java:5332021-09-30T00:41:07ZPhilipp KaufmannNullPointerException @ MainActivity.java:533```
java.lang.NullPointerException:
at com.cube.ev.routeandcharge.MainActivity.onAfterOpenInfoWindow (MainActivity.java:533)
at com.cube.ev.routeandcharge.managers.MarkerManager.doOpenInfoWindow (MarkerManager.java:187)
at com.cub...```
java.lang.NullPointerException:
at com.cube.ev.routeandcharge.MainActivity.onAfterOpenInfoWindow (MainActivity.java:533)
at com.cube.ev.routeandcharge.managers.MarkerManager.doOpenInfoWindow (MarkerManager.java:187)
at com.cube.ev.routeandcharge.managers.MarkerManager.openInfoWindow (MarkerManager.java:285)
at com.cube.ev.routeandcharge.managers.MarkerManager$$InternalSyntheticLambda$2$db50e23bd0d6aaedfa6332deb190345b3bc79293c9d685b631a5c1cea52a3931$0.onAnnotationClick (MarkerManager.java)
at com.mapbox.mapboxsdk.plugins.annotation.AnnotationManager$MapClickResolver.onMapClick (AnnotationManager.java:371)
at com.mapbox.mapboxsdk.maps.MapGestureDetector.notifyOnMapClickListeners (MapGestureDetector.java:996)
at com.mapbox.mapboxsdk.maps.MapGestureDetector$StandardGestureListener.onSingleTapConfirmed (MapGestureDetector.java:359)
at com.mapbox.android.gestures.StandardGestureDetector$1.onSingleTapConfirmed (StandardGestureDetector.java:83)
at android.view.GestureDetector$GestureHandler.handleMessage (GestureDetector.java:303)
at android.os.Handler.dispatchMessage (Handler.java:105)
at android.os.Looper.loop (Looper.java:156)
at android.app.ActivityThread.main (ActivityThread.java:6517)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:942)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:832)
```0.15.2Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/216Querformat: Fragmente starten im Portrait-Mode und wechseln dann2021-10-07T23:34:14ZthfQuerformat: Fragmente starten im Portrait-Mode und wechseln dannEinige Fragmente starten im Portrait-Mode und wechseln dann erst für den Nutzer sichtbar in den Landscape Mode.
Das Gewollte Verhalten soll aber sein, dass die Fragmente direkt im entsprechenden Modus starten.Einige Fragmente starten im Portrait-Mode und wechseln dann erst für den Nutzer sichtbar in den Landscape Mode.
Das Gewollte Verhalten soll aber sein, dass die Fragmente direkt im entsprechenden Modus starten.0.15.5thfthfhttps://gitlab.com/thf/route_and_charge/-/issues/215einige Fragmente stürzen im Querformat ab2021-09-29T16:43:33Zthfeinige Fragmente stürzen im Querformat abEinige Fragmente werden falsch erzeugt und stürzen deswegen ab, wenn die App in den Hintergrund geschoben wird.
Dies betrifft effektiv nur das Querformat - obwohl der Fehler potentiell auch die Portrait-Ansicht betrifft.Einige Fragmente werden falsch erzeugt und stürzen deswegen ab, wenn die App in den Hintergrund geschoben wird.
Dies betrifft effektiv nur das Querformat - obwohl der Fehler potentiell auch die Portrait-Ansicht betrifft.0.15.2thfthfhttps://gitlab.com/thf/route_and_charge/-/issues/214NullPointerException @ MarkerManager.java:8792021-09-24T21:39:49ZPhilipp KaufmannNullPointerException @ MarkerManager.java:879```
java.lang.NullPointerException:
at com.cube.ev.routeandcharge.managers.MarkerManager.getWaypointElement (MarkerManager.java:879)
at com.cube.ev.routeandcharge.managers.InfoWindowManager.setChargerWaypointInfoWindow (InfoWindowMa...```
java.lang.NullPointerException:
at com.cube.ev.routeandcharge.managers.MarkerManager.getWaypointElement (MarkerManager.java:879)
at com.cube.ev.routeandcharge.managers.InfoWindowManager.setChargerWaypointInfoWindow (InfoWindowManager.java:562)
at com.cube.ev.routeandcharge.managers.MarkerManager.openInfoWindow (MarkerManager.java:249)
at com.cube.ev.routeandcharge.managers.MarkerManager$$InternalSyntheticLambda$2$db50e23bd0d6aaedfa6332deb190345b3bc79293c9d685b631a5c1cea52a3931$0.onAnnotationClick (MarkerManager.java:4)
at com.mapbox.mapboxsdk.plugins.annotation.AnnotationManager$MapClickResolver.onMapClick (AnnotationManager.java:371)
at com.mapbox.mapboxsdk.maps.MapGestureDetector.notifyOnMapClickListeners (MapGestureDetector.java:996)
at com.mapbox.mapboxsdk.maps.MapGestureDetector$StandardGestureListener.onSingleTapConfirmed (MapGestureDetector.java:359)
at com.mapbox.android.gestures.StandardGestureDetector$1.onSingleTapConfirmed (StandardGestureDetector.java:83)
at android.view.GestureDetector$GestureHandler.handleMessage (GestureDetector.java:354)
at android.os.Handler.dispatchMessage (Handler.java:106)
at android.os.Looper.loop (Looper.java:246)
at android.app.ActivityThread.main (ActivityThread.java:8595)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:602)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1130)
```0.15.2Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/213android.database.sqlite.SQLiteException @ DBManager.java:7032021-09-21T22:35:40ZPhilipp Kaufmannandroid.database.sqlite.SQLiteException @ DBManager.java:703```
java.lang.RuntimeException:
at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:3430)
at android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3614)
at android.app.servertransaction.LaunchAc...```
java.lang.RuntimeException:
at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:3430)
at android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3614)
at android.app.servertransaction.LaunchActivityItem.execute (LaunchActivityItem.java:86)
at android.app.servertransaction.TransactionExecutor.executeCallbacks (TransactionExecutor.java:108)
at android.app.servertransaction.TransactionExecutor.execute (TransactionExecutor.java:68)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:2199)
at android.os.Handler.dispatchMessage (Handler.java:112)
at android.os.Looper.loop (Looper.java:216)
at android.app.ActivityThread.main (ActivityThread.java:7625)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:524)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:987)
Caused by: android.database.sqlite.SQLiteException:
at android.database.sqlite.SQLiteConnection.nativePrepareStatement (Native Method)
at android.database.sqlite.SQLiteConnection.acquirePreparedStatement (SQLiteConnection.java:948)
at android.database.sqlite.SQLiteConnection.prepare (SQLiteConnection.java:559)
at android.database.sqlite.SQLiteSession.prepare (SQLiteSession.java:603)
at android.database.sqlite.SQLiteProgram.<init> (SQLiteProgram.java:63)
at android.database.sqlite.SQLiteQuery.<init> (SQLiteQuery.java:37)
at android.database.sqlite.SQLiteDirectCursorDriver.query (SQLiteDirectCursorDriver.java:46)
at android.database.sqlite.SQLiteDatabase.rawQueryWithFactory (SQLiteDatabase.java:1493)
at android.database.sqlite.SQLiteDatabase.rawQuery (SQLiteDatabase.java:1427)
at com.cube.ev.routeandcharge.managers.DBManager.getCar (DBManager.java:703)
at com.cube.ev.routeandcharge.MainActivity.updateSelectedCar (MainActivity.java:3412)
at com.cube.ev.routeandcharge.MainActivity.onCreate (MainActivity.java:354)
at android.app.Activity.performCreate (Activity.java:7458)
at android.app.Activity.performCreate (Activity.java:7448)
at android.app.Instrumentation.callActivityOnCreate (Instrumentation.java:1286)
at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:3409)
at android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3614)
at android.app.servertransaction.LaunchActivityItem.execute (LaunchActivityItem.java:86)
at android.app.servertransaction.TransactionExecutor.executeCallbacks (TransactionExecutor.java:108)
at android.app.servertransaction.TransactionExecutor.execute (TransactionExecutor.java:68)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:2199)
at android.os.Handler.dispatchMessage (Handler.java:112)
at android.os.Looper.loop (Looper.java:216)
at android.app.ActivityThread.main (ActivityThread.java:7625)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:524)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:987)
```0.15.1Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/212android.view.WindowManager$BadTokenException @ DlgFunctions.java:812021-09-21T22:35:40ZPhilipp Kaufmannandroid.view.WindowManager$BadTokenException @ DlgFunctions.java:81```
java.lang.RuntimeException:
at android.app.LoadedApk$ReceiverDispatcher$Args.lambda$getRunnable$0$LoadedApk$ReceiverDispatcher$Args (LoadedApk.java:1676)
at android.app.-$$Lambda$LoadedApk$ReceiverDispatcher$Args$_BumDX2UKsnxLVr...```
java.lang.RuntimeException:
at android.app.LoadedApk$ReceiverDispatcher$Args.lambda$getRunnable$0$LoadedApk$ReceiverDispatcher$Args (LoadedApk.java:1676)
at android.app.-$$Lambda$LoadedApk$ReceiverDispatcher$Args$_BumDX2UKsnxLVrE6UJsJZkotuA.run (Unknown Source:2)
at android.os.Handler.handleCallback (Handler.java:938)
at android.os.Handler.dispatchMessage (Handler.java:99)
at android.os.Looper.loop (Looper.java:246)
at android.app.ActivityThread.main (ActivityThread.java:8506)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:602)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1130)
Caused by: android.view.WindowManager$BadTokenException:
at android.view.ViewRootImpl.setView (ViewRootImpl.java:1444)
at android.view.WindowManagerGlobal.addView (WindowManagerGlobal.java:469)
at android.view.WindowManagerImpl.addView (WindowManagerImpl.java:114)
at android.app.Dialog.show (Dialog.java:505)
at androidx.appcompat.app.AlertDialog$Builder.show (AlertDialog.java:1009)
at com.cube.ev.routeandcharge.dialogs.DlgFunctions.showInfoDialog (DlgFunctions.java:81)
at com.cube.ev.routeandcharge.dialogs.DlgFunctions.showInfoDialog (DlgFunctions.java:61)
at com.cube.ev.routeandcharge.MainActivity.displayNoInternetMessage (MainActivity.java:3373)
at com.cube.ev.routeandcharge.MainActivity.onNetworkStateChanged (MainActivity.java:451)
at com.cube.ev.routeandcharge.NetworkStateReceiver.onReceive (NetworkStateReceiver.java:76)
at android.app.LoadedApk$ReceiverDispatcher$Args.lambda$getRunnable$0$LoadedApk$ReceiverDispatcher$Args (LoadedApk.java:1666)
at android.app.-$$Lambda$LoadedApk$ReceiverDispatcher$Args$_BumDX2UKsnxLVrE6UJsJZkotuA.run (Unknown Source:2)
at android.os.Handler.handleCallback (Handler.java:938)
at android.os.Handler.dispatchMessage (Handler.java:99)
at android.os.Looper.loop (Looper.java:246)
at android.app.ActivityThread.main (ActivityThread.java:8506)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:602)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1130)
```0.15.1Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/211NullPointerException @ InfoWindowManager.java:9482021-09-21T22:35:40ZPhilipp KaufmannNullPointerException @ InfoWindowManager.java:948```
java.lang.NullPointerException:
at com.cube.ev.routeandcharge.managers.InfoWindowManager.displayInstruction (InfoWindowManager.java:948)
at com.cube.ev.routeandcharge.managers.InfoWindowManager$$InternalSyntheticLambda$4$9f24552...```
java.lang.NullPointerException:
at com.cube.ev.routeandcharge.managers.InfoWindowManager.displayInstruction (InfoWindowManager.java:948)
at com.cube.ev.routeandcharge.managers.InfoWindowManager$$InternalSyntheticLambda$4$9f24552be3488a4280fc5274c12e2086c7470b8afe0631e47a00596be7445848$0.onCameraIdle (InfoWindowManager.java:2)
at com.mapbox.mapboxsdk.maps.CameraChangeDispatcher.executeOnCameraIdle (CameraChangeDispatcher.java:140)
at com.mapbox.mapboxsdk.maps.CameraChangeDispatcher.access$300 (CameraChangeDispatcher.java:21)
at com.mapbox.mapboxsdk.maps.CameraChangeDispatcher$CameraChangeHandler.handleMessage (CameraChangeDispatcher.java:177)
at android.os.Handler.dispatchMessage (Handler.java:105)
at android.os.Looper.loop (Looper.java:164)
at android.app.ActivityThread.main (ActivityThread.java:6944)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)
```0.15.1Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/210entferne LocationEngineAdapter wenn möglich2021-07-31T20:02:39Zthfentferne LocationEngineAdapter wenn möglichVermutlich brauchen wir LEA nicht mehr da wir auf die Komponenten von MapBox zurück greifen können und deren interne Logik vermutlich nicht schlechter ist als unsere.
Zu testen wäre, ob das auf Geräten ohne Google Dienste dann ebenfalls...Vermutlich brauchen wir LEA nicht mehr da wir auf die Komponenten von MapBox zurück greifen können und deren interne Logik vermutlich nicht schlechter ist als unsere.
Zu testen wäre, ob das auf Geräten ohne Google Dienste dann ebenfalls funktioniert.
Entfernt werden kann darüber hinaus:
- Methode MarkerManager::createUserlocationIcon
- MarkerManager Zeile 478ff
Geändert werden muss dann:
- Abfrage und einholen der Permissions für die Location (Beispiel hier: https://docs.mapbox.com/android/maps/examples/location-component-options/)0.16.0https://gitlab.com/thf/route_and_charge/-/issues/209Hauptansicht anpassen2021-07-25T17:40:17ZthfHauptansicht anpassenGoogle Maps zeigt uns , wie platzsparend man eine Map-UI bauen kann.
Wir sollten unsere UI entsprechend ähnlich gestalten.Google Maps zeigt uns , wie platzsparend man eine Map-UI bauen kann.
Wir sollten unsere UI entsprechend ähnlich gestalten.0.16.0https://gitlab.com/thf/route_and_charge/-/issues/208Bringe MapBox auf Version 2.0 (MapBox SDK 10.x.x)2021-07-25T17:39:21ZthfBringe MapBox auf Version 2.0 (MapBox SDK 10.x.x)MapBox entwickelt sich schneller als der Hausstand von Nachbars Karnickel.
Wir sollten für die 0.16 ein mal aufholen.MapBox entwickelt sich schneller als der Hausstand von Nachbars Karnickel.
Wir sollten für die 0.16 ein mal aufholen.0.16.0https://gitlab.com/thf/route_and_charge/-/issues/207Nummerierung der Zwischenstopps falsch2021-09-12T18:52:31ZthfNummerierung der Zwischenstopps falschFügt man Zwischenstopps hinzu, ist immer das zuletzt gewählte die Nummer 1 und das zuerst gewählte rutscht in der Nummerierung nach hinten.
Dies entspricht nicht dem erwarteten Verhalten (Nummerierung gemäß der Reihenfolge der Eingabe)....Fügt man Zwischenstopps hinzu, ist immer das zuletzt gewählte die Nummer 1 und das zuerst gewählte rutscht in der Nummerierung nach hinten.
Dies entspricht nicht dem erwarteten Verhalten (Nummerierung gemäß der Reihenfolge der Eingabe).
Es sollte auch die mehrfache Verwendung derselben Zwischenstopps (Rundtouren) möglich sein.
Ggf. in Verbindung mit 188 und #1060.15.0Philipp KaufmannPhilipp Kaufmannhttps://gitlab.com/thf/route_and_charge/-/issues/206Verbersserungsvorschlag: Öffnungszeiten zum Filtern benutzen2021-07-02T19:50:54ZThomas LinnartzVerbersserungsvorschlag: Öffnungszeiten zum Filtern benutzenHi, was mache ich falsch?
Bin Donnerstag um 20 Uhr von Heidelberg nach Stuttgart gefahren, Planung per Route&Charge, suchte kostenlose, nicht defekte Ladestationen. Dann schlägt mir die App Aldi vor. Der hat aber ab 20 Uhr schon zu...
H...Hi, was mache ich falsch?
Bin Donnerstag um 20 Uhr von Heidelberg nach Stuttgart gefahren, Planung per Route&Charge, suchte kostenlose, nicht defekte Ladestationen. Dann schlägt mir die App Aldi vor. Der hat aber ab 20 Uhr schon zu...
Hätte natürlich den Nachteil, das falsche Öffnungszeiten wiederum Fehler verursachen.unbestimmte Zukunfthttps://gitlab.com/thf/route_and_charge/-/issues/205Ladestations-Suche stürzt ab, wenn keine Netzwerkverbindung2021-07-28T09:35:51ZthfLadestations-Suche stürzt ab, wenn keine NetzwerkverbindungDie suche stürzt ab, wenn zwar eine WLAN-Verbindung besteht, aber diese nicht zum Internet verbunden ist.
Könnte auch in jedem anderen Fall auftreten, in dem der Networkmanager zwar eine Verbindung signalisiert, aber diese nicht zum Int...Die suche stürzt ab, wenn zwar eine WLAN-Verbindung besteht, aber diese nicht zum Internet verbunden ist.
Könnte auch in jedem anderen Fall auftreten, in dem der Networkmanager zwar eine Verbindung signalisiert, aber diese nicht zum Internet verbunden ist.0.16.0https://gitlab.com/thf/route_and_charge/-/issues/204Share coordinates of Chargepoint2021-07-03T23:05:33ZericszimmermannShare coordinates of ChargepointI would like to share the coordinates of the Chargingpoint (not the Route).I would like to share the coordinates of the Chargingpoint (not the Route).0.15.0