Forumsvar skapade
-
Inlägg
-
Hej Henca,
1.
Du skriver:
“Då samtliga hastighetsändringar var höjda hastigheter kommer jag vara lite försiktig med att uppdatera till dess att de bekräftas på streetview eller av någon med lokalkännedom bekräftar.”Faktiskt, denna kommentar är så korkad så att man tar sig för pannan…!!!
Inte för vara taskig, men det här visar att du inte helt förstår hur saker och ting fungerar.Fartkamerorna ligger i en fil som heter ATK och har inga hastighetsgränser. Hastighetsgränserna ligger i en annan fil som heter ISA, vilket står för “Intelligent Speed Assistance”. Det är därifrån jag hämtar hastigheterna.
Denna fil ingår i den “Nationella Vägdatabasen” – NVDB, utgiven av Trafikverket.Denna fil är officiell, kvalifiserad samt kvalitétsäkrad och till för ex.vis tillverkare av autokörande bilar, myndigheter, karttillverkare, GPS-program och andra länder, och är som jag har nämnt i en tidigare tråd ett DEKRET, d.v.s en lag/regelverk (EU-lag)!
Denna fil ska ju t.ex en biltillverkare kunna lita på då de inte vill bli stämda för fortkörning eller ens bli beskyllda för att ha felaktig information i sina navigationssystem.
Detta dekret trumfar till och med en hastighetsskyltning då denna ev. kan vara fel (detta har hänt) vilket jag också nämnde i den tidigare tråden – det finns prejudicerande domslut på detta!
Tycker Du Henca, verkligen då och på fullt allvar att det är en bättre metod att skicka ut någon bondläpp att titta på närliggande hastighetsskyltar eller att lita på StreetView som uppdateras med flera års intervall – eller att lita på detta DEKRET, vilket justeras på veckobasis? Kom igen för h-e!!!
2.
Du skriver också: “…till dess att de bekräftas på streetview”De överensstämmer ju med StreetView !!!
Har Du inte ens kollat…?!3.
Du skriver också att er kamera K27W02 ligger 78 meter från ATK_ID:06004010 – Detta är också fel – den ligger 51 meter ifrån er tidigare pos. och 17 meter från er senaste position!
Skitsamma med dessa metrar, men det visar att det är fel i dina uträkningar, att dina uträkningar inte fullt ut är att lita på.
I sådana här sammanhang tycker jag att det är viktigt att kunna lita på datat i möjligaste mån.Det är därför jag tidigare har tjatat om att sluta hålla på med egna beräkningar och rapporteringar med egna positioner, det blir bara en felkälla.
Jag noterade också att du inte svarade på min tidigare fråga om vad ni tycker att ni gör bättre än NVDB, förutom att ni får in en massa fundament.
Men fundament bötfäller ingen. Och ni har ju dessutom med fundament där det inte finns och inte har funnits någon kamera på 15 år.
Vad är det för vits med att ha med sådana positioner?4.
Du skriver också: “Men främsta existensberättigandet för vår databas är nog ändå möjligheten att snabbt och enkelt kunna ladda ned filer för ett antal GPS-navigatorer.”Bra , det tycker jag också. Men om nu ert främsta existensberättigande är att snabbt och enkelt kunna ladda ner filer för ett antal GPS navigatorer, så är detta antal 3 st – Navman, Garmin, TomTom.
Varför inte filerna för ex.vis Igo, Google Maps, Waze, iMap, HERE WeGo, Maps.me, Sygic m.fl?
För Du som verkar datakunnig och kodar själv, vore det inte till mer nytta att koncentrera sig på konvertering även till dessa, eller åtminstone några till format. Istället för att larva sig med fundament och felaktiga kamerapositioner?
Att hålla koll på positionerna på sina fartkameror och hastighetsgränser klarar Trafikverket alldeles utmärkt själva – de behöver inte Er hjälp.
Jag vet att jag låter stursk och elak, det är inte meningen… men allvarligt – tycker Du inte att jag har någon poäng? Jag har i alla fall över 10 års erfarenhet med sådana här GIS-arbeten, och där skulle det aldrig vara accepterat att jobba med så mycket felkällor som Ni/Du gör.
Skrivet i all välmening
/TobbeHej,
Skillnader i flera positioner på sista decimalen (ca 1/0,5 meter) har jag inte tagit med här, vilket säkert beror på olika GIS-programs avrundningar, så är skillnaden:
———————————-
Övre: 26-04-01
Nedre: 26-02-18Fartändring
19.30712,64.2521,1,50,1,137
19.30712,64.2521,1,40,1,13719.32577,64.24358,1,50,1,311
19.32577,64.24358,1,40,1,31116.91612,60.29611,1,80,1,335
16.91612,60.29611,1,70,1,335Positionsändring
13.7,58.64049,1,70,1,237
13.70144,58.64111,1,70,1,24314.79482,63.10672,1,80,1,189
14.79478,63.10658,1,80,1,18916.82417,59.20473,1,80,1,266
16.82375,59.20474,1,80,1,278Riktningsändring
13.74245,58.6533,1,80,1,249
13.74245,58.6533,1,80,1,253Borttagna
16.79262,59.20464,1,70,1,63
13.94925,58.74649,1,70,1,231
13.94931,58.74642,1,70,1,42
———————————–
Du skriver: ”…som presenterar skillnader mellan vår databas och NVDB.”
Jag vet att vi diskuterat detta tidigare, men jag förstår fortfarande inte: … Er databas!?… Varför en egen databas? Vad f-n är det Du tror att Ni gör bättre än NVDB?
I NVDB tillkommer fartkameror med ca 12-15 st/månad samt att ett par tas bort, dessutom ändras hastigheter hela tiden och det på VECKOBASIS!
Det är NVDB som gäller och det är kameror i NVDB som anmäler och bötfäller – inga andra!
Vad som sen står i Er felaktiga databas spelar ju som helst ingen roll! Det finns kameror i den där det inte finns eller har har funnits någon kamera på över 15 år!
Vad har man för glädje av den istället för NVDB?Är det endast för att Ni envisas med en egen namnkonvention eller…? I så fall är det väl bara att lägga till det namnet.
Det är ju ett snyggt jobb med länkarna till ”Google Maps”, men jag tycker att Ni bör använda endast NVDB-listade kameror då de är dessa som gäller, är riktiga och nästan kvalitétssäkrade, och istället koncentrera Er mer på att konvertera dessa till fler olika GPS-format.
Ha de’
/TobbePS. Räcker ovanstående diff-info eller vill Du ha en KMZ-fil? DS.
De är direkt från ”ATK_Matplats” samkörd med ”ISA” och därefter lite bearbetade för fordonskurs och dubletter mm.
Nä jag gjorde ingen kmz denna gång.
Varför vill Du ha en kmz? Positionerna är ju de oficiella i NVDB. Vad är det Du vill veta?
Ha, nu tog den automatiskt bort det jag skrev mellan ”-tecknen i förra meddelandet
vilket var: ”& # 8 2 2 1” (Nu osynliga tecken mellan de synliga för att lura systemet)Vad fan håller man på med??
Så ta bort dessa synliga tecken från slutet på adressen för att komma direkt till inlägget.
/Tobbe
Hittat felet!
Den här siten lägger själv till ””” efter adressen vilket tydligen gör att man hamnar högst upp i tråden ”NVDB som datakälla till fartkameror” istället för direkt till inlägget.IDIOTISKT!!!
/Tobbe
Varför i h-e fungerar inte länkar som sig bör på denna site?
Länken här ovanför går exakt till ett inlägg, men efter man skickat den så ändras den till allmänna ”NVDB som datakälla till fartkameror”
Har nu satt adressen inom ”-märken för att kolla om det funkar. Annar är det inlägg 2404 där.
”https://fartkameraforum.se/forums/topic/nvdb-som-datakalla-till-fartkameror/page/3/#post-2404”
/Tobbe
Henca,
Bara som upplysning; dessa 9 kameror med avvikande hastighet fick Du redan för över ett år sen!
Har inte kollat närmare men de ser ju ut att vara oförändrade.Se länk:
Hej, o för all del
Jag vet inte om jag riktigt förstått vad det är Du gör… men jag lovar, Du behöver inte fega. Finns de inte i NVDB så kan Du skippa dem.
Som jag tidigare skrivit så har jag pratat med högsta ansvariga för fartkamerorna – en mycket trevlig och tillmötesgående karl (han som berättade om bonden och elen). Han var helt övertygad om, och försäkrade, att NVDB stämde till punkt och pricka.
Vad jag har förstått så finns det gott om tomma skåp. Men det finns tydligen två typer av tomma skåp.
1. De flesta skåpen är faktiskt tomma då man har betydligt färre kameror än skåp.
Speciellt efter stöldvågen av dessa kameror, som Du säkert läst om.
Men de kameror de har ambulerar i de skåpen som är listade i NVDB. Så man vet aldrig säkert vilka skåp som för tillfället är ”beväpnade” med kamera eller ej.2. Sen finns det också tomma skåp som av en eller annan anledning är helt avregistrerade. Man kanske inte hunnit plocka ner dem, men dessa är i fortsättningen ej tilltänkta att ha några kameror. Dessa är också därför borttagna i NVDB.
Ang. ”Avvikande hastighet” (attribut:HAVTHAST1) är inte ett dugg svårt att ta med. Men i dagsläget är det endast 9 st. Dessa är:(commaseparerade)
ID,NAMN,ATK_ID,VÄGNR,K-VINKEL,F-KURS,LAT,LONG,HTHAST,HAVHAST1
179,Ljusvattnet,24004120,E4,161,341,64.53982,21.25563,80,70
284,Räpplingevägen,08005060,136,203,23,56.86076,16.65126,90,80
306,Tegellöka,05003010,919,66,246,58.46464,14.93458,80,60
825,Tofta södra,09002030,140,189,9,57.47991,18.12615,80,60
1081,Tofta strand,09002040,140,56,236,57.48632,18.13512,80,60
1203,Strandtorp,08005050,136,59,239,56.83281,16.61706,90,80
2125,Halltorp,08005040,136,206,26,56.80185,16.59016,90,80
2170,Rastplats Boskvarnasjön,06023005,31,339,159,57.2366,15.14505,90,70
2419,Götatunneln södergående,14108020,E45,50,230,57.70977,11.96436,70,1000Vet inte vad det sista orimliga värdet 1000 står för.
Varför använder Du inte den bifogade Word-filen istället för kmz-filen, det måste ju vara betydligt enklare?
Word-filen är snyggt och tydligt uppsatt i tabellformat så att Du kan sortera efter varje kollumn som Du vill.
Eller enkelt formatera om den till en ren text-fil.Är det nåt mer, så hör av Dig
Din Enda och Verkliga Vän 🙂
/TobbeVarför i h-e har jag inte behörighet att ladda upp kmz- eller vanliga txt-filer?
Här kommer KMZ-filen zippad!
Hej,
Såg på mailen att Du håller på med någon form av rensning/korrigering i jämförelse med min Speedcam.txt fil.
Den har jag nu uppdaterat med NVDB dat. 2026-02-18, vilken jag lägger upp.När jag tar fram den så utgår jag från en word-fil som är mer fullödig.
I ditt rensningsarbete kanske den kan vara till hjälp. Jag bifogar därför den.Jag brukar oxå ta fram en KMZ-fil i Google Earth. KMZ är Googles sätt att komprimera KML-filer. En fördel med med KMZ förutom storleksreduceringen är att egna ikoner ligger inbakade. I mitt fall är det väsentligt då jag använder ikonerna att grovt visualisera kamerariktningen som är uppdelad i 8 st kardinalriktningar. KMZ bör ju funka för Google Maps som jag har för mig Du tidigare sagt att Du använder. Dock rekommenderar jag starkt Google Earth.
Tänk på att i NVDB-basen i Word-dokumentet är 12 st kameror borttagna. Detta för att på 12 platser i Sverige har vi olika hastighetsgräns beroende på vilken färdrikning vi kör i.
Exempel; Vi åker söderut och har hastighetsgräns 80 km/h medans mötande trafik på väg norrut har 100 km/h.
Det blir då konflikterande värden för många GIS-och GPS-program som då skapar dubletter.
Jag har därför bara behållit den med den lägsta hastigheten. (Dessa sträckor brukar vara vid vägkorsningar och bara ett par 100 meter långa.)Dessa kameror är:
ID NAMN ATK_ID VÄGNR LAT LON HTHAST
484 Gnarp södra 21013010 E4 62.04178 17.26417 80
537 Borgsjö östgående 22013080 E14 62.53758 15.91789 100
648 Gysinge norrgående 21018010 56 60.29611 16.91612 80
938 Berg norrgående 21028060 68 60.51431 16.43601 80
939 Berg södergående 21028070 68 60.51646 16.43827 80
1227 Hedensbyn östgående 24026010 372 64.74647 21.0115 80
1232 Älvkarleby södra 3012010 291 60.56049 17.46154 80
1326 Hidingen 18003028 50 59.59967 15.18435 80
1376 Borgsjö västgående 22013070 E14 62.53744 15.924 100
1832 Svinnegarn norrgående 3008040 55 59.58364 16.99688 80
2292 Kälsta 22010030 E14 62.41801 16.55895 100
2534 Gåsmyran norrgående 24024050 364 64.72898 20.96235 80Tyck gärna till om Du tycker att Word- och KMZ-filen är något att ha.
Ha de’
/TobbeHej igen,
Mig veterligen så har jag bara refererat till inlägg #786 en gång.
Ett sätt att hitta inlägget är att klicka på mitt namn.
Då ser Du allt vad jag har gjort, dvs:– ”Ämnen startade:0”
– ”Svar skapade:18”– Klicka nu på ”Skapade svar” och bläddra ner till #786.
Annars har Du länken här: https://fartkameraforum.se/forums/topic/nvdb-som-datakalla-till-fartkameror/page/2/#post-786
———————————–
Som jag tidigare sa så kan jag kanske bidra med en kombinerad och uppdaterad NVDB databas i Word-, Google Earth/Map-format, samt en Speedcam-fil till IGO ca varje kvartal om inte oftare.
Jag bifogar ytterligare uppdaterade filer från NVDB 2025-03-05 i dessa format då jag hittade en dublett som inte var bortagen. Nu fixat!
En fråga dock – Henca, lägger Du som är administratör eller någon annan upp dessa filer någonstans så att dessa är lätt åtkomliga och kan hittas av andra som kanske vill ha en ”ren” NVDB-databas utan en massa felaktigheter?
Annars är det ju liksom ingen idé för mig att hålla på…
Ha de’
/TobbeTja henke,
Nej, jag vet inte varför just dessa har varierande hastigheter.
Vad gäller Tofta så är det en poliskontrollplats just där. Kanske är det när de har kontroller…?
Det absolut vanligaste vägsträckorna med varierande hastighet är normalt vid skolor, daghem mm. Men där står normalt inga fartkameror.Men ang. vad Du skrev i tidigare inlägg.
Jag tror att vi missförstår varann lite…Du skriver:
” Om du nu tycker att data från NVDB räcker, varför matar du då inte in NVDB i din GPS-navigator?”Det gör jag!
Men det är inte bara att ”mata in NVDB” i en GPS. Data ligger inte i några färdiga GPS-format. Man behöver alla nödvändiga parametrarna och då från en korrekt grundatabas. Dessa parametrar ligger inte i en och samma samma GIS-fil utan måste sammanföras från olika filer, rensas från dubletter, vägar med varierande hastigheter, konvertera kamerariktnig till fordonskurs mm.
Detta är faktiskt inte snutet ur näven, utan är en inte obetydlig arbetsinsats.”Vad var och en vill ha i sin GPS får var och en naturligtvis tycka vad man vill om.”
Precis! Denna fråga har varit uppe tidigare i forumet – se mitt inlägg inlägg #786.
Jag har en Igo-navigator och den behöver både hastighetsuppgift och en ganska exakt uppgift om vilket håll kameran tittar. Detta för att inte falsk-larma stup i ett.
Dessa uppgifter har inte Er databas, och är därför helt oanvändbar för mig.”Vår databas enda syfte är att vara underlag till utdata i form av ett begränsat antal GPS-format, det är denna anpassning som ger oss ett existensberättigande.”
Precis igen! De är detta jag efterlyser. Önskvärt är en koncentration på att från en pålitlig databas anpassa/konvertera till olika GPS-format (Igo, TomTom, Garmin mm.) istället för försöka hålla reda på Trafikverkets fartkameror. Det gör de helt korrekt själva! – I NVDB!
När jag lägger upp NVDB’s kombinerade databas så gör jag det i ett vanligt Word-dokument där vad jag tror alla väsentliga data finns med. Där kan alla sen hämta det viktigaste datat till sina specifika behov, och för att ev. konvertera det till ett format de vill ha och behärskar.
För att manifestera datat lite mer grafiskt så brukar jag även lägga upp en KMZ-fil för Google- Earth/Map, som ju är det vanligaste enkla GIS-programmet för gemene man.
Som jag också skrev tidigare så blir tyvärr ofta kvaliteten på en databas undermålig då den bygger på inrapportering från allmänheten. Det skiljer i antal ca 189 kameror mellan Er databas och NVDB. Jag kontrollerade slumpvis 25-30 av Era spökkameror – alla var felaktiga!
Jag har nu av en tillfällighet hittat 22 st till. Alla dessa på en och samma vägsträcka som endast är 43,7 km!!!
Dvs. att en GPS med Er data larmar varannan kilometer – 22 ggr… och felaktigt!!!Om det är så många felaktigheter om var kamerorna finns eller ej – hur många felaktigheter finns det inte då om hastighetsuppgifterna som ändrar sig oftare än kamerors tillkommande eller borttagande?
Men Ok, jag förstår om det kan kännas omdanande att upphöra med något man sysslat med under en lång tid.
Men vore det inte en bra idé att lägga upp en komplett databas från NVDB parallelt med Er?
Då kan ju folk välja vilken typ av data de vill ha.Bifogar uppdaterade filer från NVDB 2025-03-05 i formaten Word, Google Earth/Map, Igo Speedcam.
Dagsfärsk (2025-02-24) uppdatering av NVDB’s fartkameror i:
– Doc-format (Word)
– Kmz-format (Google Earth/Map)
– Speedcam (iGO8)Filerna är också rensade från 12 st dubletter som uppkom p.g.a de står där det är olika hastighetsbegränsningar beroende på vilken körriktning man kör i – Dessa är nu fixade!
Dessutom varning för dessa 9 som kan variera i hast. beroende på väglag/årstid/helg/dyngstid:
Namn, Atk_id, Lat, Lon, Hthast, Havhast1
Götatunneln södergående, 14108020 57.70977 11.96436 70 Var.
Räpplingevägen, 08005060, 56.86076, 16.65126, 90, 80
Strandtorp, 08005050, 56.83281, 16.61706, 90, 80
Halltorp, 08005040, 56.80185, 16.59016, 90, 80
Ljusvattnet, 24004120, 64.53982, 21.25563, 80, 70
Boskvarnasjön, 06023005, 57.2366, 15.14505, 90, 70
Tegellöka, 05003010, 58.46464, 14.93458, 80, 60
Tofta södra, 09002030, 57.47991, 18.12615, 80, 60
Tofta strand, 09002040, 57.48632, 18.13512, 80, 60Hej igen,
Henca, Du säger:
”…innebär de också att vi har dubletter under drygt 3 år.”– Vad är det för fördelar att ha dubletter under 3 år?
Varför ska man ha kameror som är inaktiva och inte fungerar, i sin GPS?
—————————————-”Det känns dock lite skrämmande att 4 gånger om året…”
– Varför bara 4 ggr per år? Man kan väl uppdatera direkt det kommer en ny NVDB så har man purfärska data (om man så vill).
Jag sa bara att JAG kan åta mig att bidra med 4gg per år utan att lova för mycket.
Det finns ju andra också, Benke t.ex
—————————————–”…kasta hela vår databas för att skapa om den från scratch.”
– Varför ska Du skapa om den igen? Släng den! Den finns ju redan färdig i form av NVDB!
—————————————–” Idag har vi konsekventa unika namn som anger vilken väg och väderstreck en kamera har…”
– Varför ska man ha namn som anger väg och väderstreck?
Det är inte så man jobbar profesionellt i GIS-sammanhang.
Sånt anger man i attribut-tabellen, och där finns redan ett officiellt ID-nr.
Vad namnen betyder är inget som man har nytta av som användare av en GPS.
—————————————–”Vi måste också komma överens om ett format för sådana automatiska uppdateringar.”
– Jag har aldrig pratat om automatik.
Det är någonting över min kunskap och kapacitet.
Handpåläggning kommer absolut att behövas. Men jag tror att det kommer tarva en BETYDLIGT mindre arbetsinsats. Och framför allt: En högre kvalitet, aktuallitet och tillförlitlighet på datat.
—————————————–”Office-format som Word och Excel innebär manuellt arbete…”
– Absolut. Men Word och Excel, förutom ett riktigt GIS-program, fungerar utmärkt med sådana här små databaser. (Åtminstonne för mig)
=========================================
Jag säger inte att det inte går att göra fel i det manuella konverteringsarbetet (jag har just blivit uppmärksammad av Benke på 12 st misstänkta, av 2603st) men det går att förbättra med fastlagda metoder och rutiner.
Jag tar data från ISA, (Intellegent Speed Adoptation). Det är en flera Gb stor fil utgiven av Trafikverket för t.ex från biltillverare m.fl som kanske gör självkörande bilar mm.
Den MÅSTE stämma! Den är ju ett juridiskt dekret.Dessa filer lyder förmodligen också under INSPIRE-direktivet (som jag har refererat till tidigare), dvs ett UE-direktiv för öppna statsdata.
Som jag sa i ett tidigare inlägg (#2397) så kontrollerade jag slumpvis 25-30 st kameror av totalt 177 från Er databas som INTE finns med i NVDB. SAMTLIGA var felaktiga!!!
Jag skulle tro att alla 177 kamerorna är det också.Varför använda en bas med så undermålig kvalitet när det finns bättre?
Allt ovanstående är bara mina ”25 cent”. 🙂
Ha en bra Helg!
/TobbeMen henca… Du skriver:
”…kan hinna få en aktiv kamera innan vår genomsnittlige användare har hunnit uppdatera kamerapositionerna i sin navigator”
– När jag har noterat en ny kamera har de dykt upp i NVDB ca ett halvår innan den aktiverats.”…handen på hjärtat, hur ofta brukar ni själva uppdatera era GPS-navigatorer?”
– Nej inte ofta, men om man nu uppdaterar sällan så sitter man väl heller inte och matar in enstaka kameror som kommer in pö om pö? Jag menar – särskilt inte då!——————————————————————————-
Jag är full av beundran för allas initiativ och arbetsinsats här i forumet. Den måste ha varit ansenlig, för att inte säga enorm! Heder åt Er!
Men;
Jag tycker faktiskt personligen att det inte finns någon som helst anledning att beakta dessa manuellt inrapporterade kameror. Jag tycker att de är kontraproduktiva.
Vore det inte bättre att se till att det någorlunda ofta finns en uppdaterad gällande ”ren” NVDB-databas med alla vitala parametrar?Om man jämför för- resp. nackdelar med att använda en ”ren” NVDB-databas och Er kombinerade databas så blir det väl något så här:
Fördelar för ”Ren” NVDB-databas:
– Data som är korrekt.
– Data som är uppdaterad.
– Data som är juridiskt gällande.
– Data som är betydligt enklare att ájourhålla (mer automatiserat)Nackdelar för kombinerad databas:
– En massa falska/inaktiverade/borttagna kameror (just nu 177 st)
– Avsevärd manuell arbetsinsats.
– Extremt varierande indata kvalitet.
(Data basen innehåller t.ex koordinater med 13 decimalers noggrannhet!!
Det motsvarar en noggrannhet mindre än 1/tusendel av axelbredden på en bakterie! (sant)
Jag menar inte att raljera, men vill man verkligen lita på kvalitén från en sån inrapporterare?Jag jämförde min senaste NVDB-bas med den kombinerade basen.
– NVDB innehåller nu 2603 st kameror.
– Den kombinerade basen har 177 st FLER kameror.
– Jag kontrollerade stickprovsvis 25-30 st av dessa 177.
Resultat:
INGEN AV DESSA fanns kvar!!! SAMTLIGA var felaktiga!!!Är det då inte bättre att helt ta bort dessa och bara köra NVDB rakt av?
Det enda som är lite synd med NVDB är att Fartkamerorna ligger i en fil och hastigheterna i en annan.
Det kräver att man måste föra över attribut från den flera Gb stora hastighetsfilen till fartkamerafilen.
Dessutom måste man också konvertera vissa värden. Detta är förvisso ett ganska komplext GIS-arbete, men säkerligen ändå betydligt mindre än att ájourhålla manuell inrapportering.
Jag tror jag skulle kunna åta mig att leverera en sådan uppdaterad fil, säg en gång varje kvartal.Istället för att bränna massa lyse på manuella inrapporteringar som ofta ändå blir felaktiga, förespråkar jag hellre att man från en sådan uppdaterad NVDB-fil sen skulle kunna konvertera de nödvändiga parametrarna till färdiga filer för de olika GPS-formaten.
Jag tror att det vore en service som många skulle uppskatta.
Vad tror Ni?
