Re: Pure Maps
Quote:
|
Re: Pure Maps
Quote:
|
Re: Pure Maps
For the record, I like the idea of showing the speed limit only when it differs from default. It is a nice reminder to be extra careful.
A few initial observations, in the chronological order:
(Some if not most of the above are inherited from WhoGo Maps but I had been using WhoGo for so long that I had forgotten about them. Only starting a new application that had not the default changed yet to my liking has highlighted them.) A few more advanced observations (again, none of them are new):
All the above said, I really appreciate the work you put in it and the continued development of an independent navigation solution for Sailfish. Thank you! |
Re: Pure Maps
Quote:
|
Re: Pure Maps
Quote:
|
Re: Pure Maps
Hello,
having been using WhoGo maps predecessor for some time, I would like to know if Pure maps could be updated with... : 1. Destination-less navigation : displaying the 3D autorotating tilted map like when navigating, but without needing to enter a destination. Basically: Being able to use the App as any dedicated satnav (Tomtom, Garmin, etc.) and get the useful informations from the navigation screen while simply driving around. 2. Foreign-language street names : Currently when speaking out navigation instruction, the whole sentence string is passed as-is to the speech engine. Which usually gives rise to "To turn right into {completely garbled name }" (e.g.: last week I was vacationing in Portugal, and the English text-to-speech engine was unable to meaningfully handle the local names). It's probably going to be even worse if the street names aren't even written in latin script. In case of using an engine that supports multiple language (like pico with english, german, etc.), would it be possible to flag the street names as the foreign language so that the correct "text-to-phoneme" processor handles it ? I'm almost sure that the openstreet maps data has the necessary tagging for that. The question is : does the speech engine support tags to mark different languages (I haven't been playing with TTS engine for at least a decade) ? Alternative fallbacks would be to generate and concatenate the different parts separately (one separate job on the TTS engine for each separate language block) while using correct punctuation to avoid having the intonation mark an end of sentence. (pico.say("Turn left into...", "en-US"); pico.say("Hautpbahnhofstrasse.", "de-DE"); ) Another alternative would be to check which speech engine exposes the text-to-phoneme step separately (the one I used I long time ago did), to concatenate them at the phoneme step, and hope that the final phoneme-to-audio engine will be able to manage all the diverse phonemes. |
Re: Pure Maps
Thank you all for providing constructive feedback. I will go through it in multiple replies to keep it trackable.
Now, before I start, I want just to remind that there is some way before we hit 2.0 version :) Let's start with the crashes. On my device (onyx, 3GB RAM), I occasionally see it not starting from launcher (WhoGo and, later, Pure Maps). I will check next time whether app process from earlier start is still working. You could try to do the same (See corresponding discussion at WhoGo thread, around https://talk.maemo.org/showthread.php?t=100253&page=16) In addition, sometimes, when starting from terminal, there are some exceptions thrown in what looks like C++ (Mapbox GL plugin, Mapbox GL itself, or something else, no idea). However, I haven't experienced crashes while running. To me, it sounds like OOM kill and not much I can do about that. Let's keep an eye on it and when you have some reproducible info, please open an issue. Will go through other points separately... |
Re: Pure Maps
I really like both suggestions/requests.
|
Re: Pure Maps
Quote:
Quote:
Note that application has grown over the years and so has the number of options. Expect more of them to appear (requests were/are flying in before and after the fork). So, one way to approach it, would be to think through the designs (you don't even need to program for it) and when all would seem to fit, we can approach redesigning the app. Please try to remember the confusing parts next time and write them up, probably via opening an issue at Github and advertising it here. So, we could have separate discussion on it, see if others are confused similarly, and how to resolve it. Quote:
Partially, we have so many online providers, since there is no one perfectly filling the bill. I am also going to add HERE as a provider, at least for search/routing. But, in the end, we will have to formulate the recommended providers and give a simple way to switch to them. Quote:
Quote:
Icons on a map and search data are stored in different databases. If based on OSM, data comes from the same source, but handled via separate imports. I would expect that Foursquare has some types predefined which should include different food shops/cafes/... But I never looked into it. Note that Foursquare maybe will become problematic due to their low allowed search limits. Let's see how good HERE is as a replacement in future. I opened corresponding issues: https://github.com/rinigus/pure-maps/issues/20 https://github.com/rinigus/osmscout-server/issues/279 |
Re: Pure Maps
Quote:
Quote:
crashes discussed separately Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
All times are GMT. The time now is 06:16. |
vBulletin® Version 3.8.8