Edit
Vid närmare eftertanke så vill jag refusera mig själv när jag påstod att pnylin hade saboterat mitt arbete. Tyvärr så tog känslorna över intellektet och utmynnade i ett för start ord. Jag tror inte pnylin gjorde vad han gjorde för att förstöra för mig och med avsikt. Förlåt pnylin. Värt att tänka på kan dock vara att man kommunicerar sin förändring men sin medarbetare innan man utför det för ökad förståelse för varandras arbete.
/Peter
Vi har ett problem med att TTS inte kan översätta t.ex. S till Syd. S läses ut som ett fränt väsande och N som ett gutturalt stön. Detta låter inte bra ut till kund och bör ändras till att man skriver ut T.ex. S med Syd. Numera läser även TTS upp vägnamnet på primär rutt och det har med ännu mer tyngd aktualiserat en förändring.
Det finns stöd i koden för att översätta T.ex. S till Syd som skulle vara det bästa alternativet men det är tyvärr inte gjort.
Felet är ett direkt syntax fel i koden i TTS och är inte tänkt att fungera som det gör nu. Vi tar ett exempel T.ex. tecknet – tolkas av TTS till det talade ordet till så ska också vara med t.ex. S, N, och C som också ska tolkas till ord.
Jag gjorde en test med att skriva ut hela ordet Syd på gatan tills vi har en permanent lösning på problemet.
Tyvärr så har pnylin saboterat hela testet med att återställa felen i syntax och låst vägen till nivå 5.
Jag har skickat ett PM och bett honom att förklara sig och komma med en bättre lösning men han har inte svarat.
Utfallet på testet var mycket lyckat och med fördel så kan man tyda vad TTS säger.
Jag förordar en full release på denna workaround tills vi får en bättre lösning på problemet.
Översättningslistor har diskuterats och skickats in om jag mins rätt men tyvärr så har det inte hänt något från Waze sida.
Jag har träffat flera användare som är måttligt roade av dessa brister i Waze. Vi borde använda dem workarounds som finns till förfogande för att minska denna negativa exponering.
Jag vill varmt rekommendera processhantering enligt ITIL för att hantera sådana här frågor på ett mer professionellt sätt.
Då pnylin genom sitt agerande valt att inte ta en dialog utan istället valt att tiga och stänga ut sina medarbetare från fortsatt administration av sina AM område så överlämnar jag med varm hand mitt ansvar för avstängningar till honom.
Jag har tagit bort samtliga avstängningar i mitt AM område. Du får nu en chans att leva upp till det ansvar du tog på dig igenom att stänga ute andra medarbetares hjälp. Min erfarenhet är att det kan vara svårt att klara sig själv utan samarbete.
Vidare ser jag med stor spänning fram emot din lösning på problemet med TTS och hur du hanterar den i problem management-processen.
I problem management-processen har workaround en central roll och ska används i väntan på en permanent lösning på problemet. Man ska aldrig strunta i incidenter som inte har en känd lösning utan det ska hanteras i problem management-processen och problemet ska leva vidare i väntan på att en permanent lösning tas fram och först då kan det stängas och anses vara löst.
Jag hade tagit fram en workaround som skulle fungera men du valde att göra en rollback på den.
Jag kan förvisso delvis fårstå dit agerande då du troligt vis inte visste vad du gjorde.
Jag tar på mig det ansvaret. Jag borde publicerat mitt test tidigare för att lägga grunden för en ökad förståelse.
Det jag däremot inte förstår är varför du valt att inte replikera och diskutera din action det är ändå det man förväntar sig av en person som har tagit på sig rollen som Champ. Alla gör vi misstag det är inget konstigt acceptera dem dra lärdom av dem och gå vidare.
Vi får inte glömma att vi alla strävar efter att leverera en så bra slutprodukt som möjligt till användaren.
Vi är ett stort team som jobbar tillsammans med förhoppningsvis gemensamt mål. Vi måste lära oss att kunskapsdela och hantera problem i teamet och inte gömma undan dem.
Waze är ett stort varumärke och det som görs och inte görs i WME påverkar hur slut användare uppfattar produkten.
Varför man inte har tagit fram processer för hur AM leveransen ska fungera är för mig en gåta.
Slutligen vill jag ta tillfället i akt och föreslå att man tar fram en process inriktad hantering av AM leveransen för att kvalitets säkra den. Jag rekommenderar varmt ITIL som jag tror skulle fungera bra här.
Är det någon som har kommunicerat detta fel eller snarare avsaknad av implementering av förkortningar och akronymer i den svenska variationen av TTS men objektägaren.
Det måste finnas en Request for Change som beskriver bl.a. Time schedule.
Man hänvisar till en funktion med förkortningar och akronymer som inte är driftsatt.
Är det överhuvudtaget någon som vet varför vi skriver förkortningar innan en releas av hela systemet har skett.
Nu är redan skadan sked och felet har nått slut användaren och det är inte bra.
Egentligen finns det bara två vettiga alternativ för att styra upp situationen. Antigen ser man till och göra rätt och implementera systemet i sin helhet med ful funktionalitet eller gör man en full rollback på förkortningar då de inte fungerar i nuvarande driftmiljö.
Jag har en svag minnesbild av när releasen ägde rum för några år sedan så gick TTS i produktion utan förkortning och akronym modulen. Om jag mins rätt så är dem förkortningarna vi har idag en kvarleva från tiden innan TTS. Det fördes diskussioner i forum och det skickades in översättningstabeller för man trodde att den skulle gå i produktion men inget hände.
Sedan har ingen tagit ansvar och styrt upp processen med en lokal anpassning av förkortningar som är kompatibel med den variation av TTS som finns i Sverige idag. Man har istället på slentrian fortsatt att hänvisa till just denna standard utan egentligen vetat varför.
Jag ser med stor tillförsikt fram emot en lokal anpassning i väntan på en releas av förkortning och akronym modulen.
Jag kan vara behjälplig och ta ansvar för denna process med att skapa en lokal anpassning för Sverige och uppdatera WiKi med korrekt information om inte någon Champ vill göra det.
Jag har funderat lite på av vilken orsak vi i egentligen använder förkortningar och inte istället skriver ut hela ord.
Jag är inte helt säker men jag tror det är ett arv från tidigare variationer av Waze.
Jag tror den enkla förklaringen är att man helt enkelt inte fick plats med texten som visades i klienten. Så den behövde förkortas.
Jag mins att det skilde sig mellan olika OS, iOS kunde t.ex. visa mycket färre tecken en Android.
Gränsen idag är satt till 55 tecken. En gräns som är väl tilltagen och räcker till i de allra flesta fall.
Jag har ändå varit med ett tag och en kvalificerad gissning så fanns inte TTS från början när waze kom till Sverige, åtminstone inte för det svenska språket.
Förkortningarna finns där helt enkelt för att det är så det ser ut på våra skyltar längs vägarna och när TTS kom in i bilden så har troligen ingen från den svenska communityn drivit frågan fullt ut för att lösa eventuella problem med uttalet.
Om du vill driva detta så är det ju jättebra. Jag föreslår att du skickar ett PM till Sverker då det är han som har direktkontakten med waze, detta för att avgöra hur kommunikationen skall fortsätta framöver, d.v.s. om du kan driva frågan direkt med waze eller om waze tycker att det skall gå via oss champs (i praktiken Sverker).
Frågan är redan kommunicerad med Sverker. Men han har dock ej svarat ännu. Det är önskvärt att denna fråga löses ut så smidigt som möjligt och då framförallt för att säkerställa kvaliteten i produktionen.
Det stämmer att TTS kom efter att man tog fram standard för förkortningar och en rimlig förklaring kan vara att som du säger att informationen på skyltar skulle spegla den informationen vi fick i klienten.
Men det fanns också en teknisk begränsning på hur många tecken som kunde visas, i dag har vi upp till 55 tecken att modellera med.
Det är absolut att föredra att använda förkortningar enligt mitt tycke med då måste det implementeras fullt ut i den tekniska plattformen.
Jag har skickat ett nytt PM till Sverker angående detta problem där jag frågar om det jobbas på en problemlösning eller ev. ett förändringsarbete för att få igång funktionen. Jag yttrar också i PM om det inte finns en lösning i när tid bör vi allvarligt överväga en interimslösning för att säkerställa kvaliteten på TTS.
Vi får nu invänta svar och se med vilket intresse och prio man hanterar detta problem från Waze sida.
Jag vet inte varför han inte svarat men han är väl troligtvis Indisponibel för tillfället.
Nu har jag fått kontakt med rätt person på Waze och jag har nu ett kalkylark där jag kan lägga in förkortningar och hur det ska uttalas. Sverige har inte tidigare haft egna förkorningar.
Jag har initialt lagt in följande:
N Norr
S Söder
Ö Öster
V Väster
Det framgår av wikisidan ang förkortningar att enkelcitattecken ska användas om man inte vill att förkortningen ska läsas ut. Ex ‘N’
[SMILING FACE WITH OPEN MOUTH], det du rätt i fast jag ser inte direkt varför det skulle bli ett missförstånd. ‘Avfart 34 mot Strömstad’, kan det misstolkas?
Det var nog mer aktuellt förr när man på vissa håll skrev ut motets namn istället för avfart och destination som vi gör idag. Idag så lägger vi ju in motet som plats och destinationen och ev. avfartsnummer som avfart så det kanske inte är något problem idag.
/Peter
Fick nu svar att förkortningarna ska vara inlagda. För att rensa TTS cachen:
i Menyn välj Navigate skriv sedan “cc@tts” (utan citattecken) i sök rutan och välj sök. Efter några sekunders sökande så kommer en ruta upp med texten “TTS cache has been cleared!”.