Support language-specific navigation instructions that cannot be supported by translations #9474

Open
opened 2024-10-08 13:30:30 +00:00 by zogmn · 0 comments
zogmn commented 2024-10-08 13:30:30 +00:00 (Migrated from github.com)

In Serbian, navigation instructions are in some aspects more complicated then in English.

First, we use both propositions "into" and "onto" when making turns. So a native Serbian speaker would tell you (in Serbian) "turn right into the street", and "turn right onto the road". (This is because streets usually have buildings, so you walk or drive in between those buildings, while roads usually don't have them, so you drive on the surface.)

Second, we use grammatical cases which means that depending on the street name, the end letters of the word might or might not change. E.g. if the street name is "Alberta Anštajna" native speaker would tell you "turn right into Alberta Anštajna", but if a street name is "Ajnštajnova", then the native speaker would tell you "turn right into Ajnštajnovu". Notice that in a first example, the street name was pronounced without any change, while in second example the last letter was changed (Ajnštajnova -> Ajnštajnovu).

Those specifics make the navigation instructions sound more native to the language, but they cannot, IMO, be implemented just by translations, and string placeholders, that OM now supports. They can only be implemented in code, e.g.:

if (streetName.contains("road") || streetName.contains("highway")) 
    preposition = "onto"
else
    preposition = "into"

Or:

if (streetName.endsWith("ska", "cka", "ova", "eva", "ala", "vna") 
       && isOneWord(streetName)
       && notASpecialCase(streetName))
    streetNameToPronounce = streetName.replaceLastLetterWith("u")
else
    streetNameToPronounce = streetName

Does OM already supports implemenation of language-specific logic, and if not, would it be interested to support it in the future?

My understanding is that custom logic could benefit also languages other then Serbian.

In Serbian, navigation instructions are in some aspects more complicated then in English. First, we use both propositions "into" and "onto" when making turns. So a native Serbian speaker would tell you (in Serbian) "turn right **into** the street", and "turn right **onto** the road". (This is because streets usually have buildings, so you walk or drive in between those buildings, while roads usually don't have them, so you drive on the surface.) Second, we use grammatical cases which means that depending on the street name, the end letters of the word might or might not change. E.g. if the street name is "Alberta Anštajna" native speaker would tell you "turn right into Alberta Anštajna", but if a street name is "Ajnštajnova", then the native speaker would tell you "turn right into Ajnštajnovu". Notice that in a first example, the street name was pronounced without any change, while in second example the last letter was changed (Ajnštajnov**a** -> Ajnštajnov**u**). Those specifics make the navigation instructions sound more native to the language, but they cannot, IMO, be implemented just by translations, and string placeholders, that OM now supports. They can only be implemented in code, e.g.: ``` if (streetName.contains("road") || streetName.contains("highway")) preposition = "onto" else preposition = "into" ``` Or: ``` if (streetName.endsWith("ska", "cka", "ova", "eva", "ala", "vna") && isOneWord(streetName) && notASpecialCase(streetName)) streetNameToPronounce = streetName.replaceLastLetterWith("u") else streetNameToPronounce = streetName ``` Does OM already supports implemenation of language-specific logic, and if not, would it be interested to support it in the future? My understanding is that custom logic could benefit also languages other then Serbian.
This repo is archived. You cannot comment on issues.
No labels
Accessibility
Accessibility
Address
Address
Android
Android
Android Auto
Android Auto
Android Automotive (AAOS)
Android Automotive (AAOS)
API
API
AppGallery
AppGallery
AppStore
AppStore
Battery and Performance
Battery and Performance
Blocker
Blocker
Bookmarks and Tracks
Bookmarks and Tracks
Borders
Borders
Bug
Bug
Build
Build
CarPlay
CarPlay
Classificator
Classificator
Community
Community
Core
Core
CrashReports
CrashReports
Cycling
Cycling
Desktop
Desktop
DevEx
DevEx
DevOps
DevOps
dev_sandbox
dev_sandbox
Directions
Directions
Documentation
Documentation
Downloader
Downloader
Drape
Drape
Driving
Driving
Duplicate
Duplicate
Editor
Editor
Elevation
Elevation
Enhancement
Enhancement
Epic
Epic
External Map Datasets
External Map Datasets
F-Droid
F-Droid
Fonts
Fonts
Frequently User Reported
Frequently User Reported
Fund
Fund
Generator
Generator
Good first issue
Good first issue
Google Play
Google Play
GPS
GPS
GSoC
GSoC
iCloud
iCloud
Icons
Icons
iOS
iOS
Legal
Legal
Linux Desktop
Linux Desktop
Linux packaging
Linux packaging
Linux Phone
Linux Phone
Mac OS
Mac OS
Map Data
Map Data
Metro
Metro
Navigation
Navigation
Need Feedback
Need Feedback
Night Mode
Night Mode
NLnet 2024-06-281
NLnet 2024-06-281
No Feature Parity
No Feature Parity
Opening Hours
Opening Hours
Outdoors
Outdoors
POI Info
POI Info
Privacy
Privacy
Public Transport
Public Transport
Raw Idea
Raw Idea
Refactoring
Refactoring
Regional
Regional
Regression
Regression
Releases
Releases
RoboTest
RoboTest
Route Planning
Route Planning
Routing
Routing
Ruler
Ruler
Search
Search
Security
Security
Styles
Styles
Tests
Tests
Track Recording
Track Recording
Translations
Translations
TTS
TTS
UI
UI
UX
UX
Walk Navigation
Walk Navigation
Watches
Watches
Web
Web
Wikipedia
Wikipedia
Windows
Windows
Won't fix
Won't fix
World Map
World Map
No milestone
No project
No assignees
1 participant
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: organicmaps/organicmaps-tmp#9474
No description provided.