Forumsvar skapade
-
Inlägg
-
Om Ni har en SQL databas varför kopplar Ni inte den till NVDB ? Hitta eller konstruera nycklar så att man får ett interface mellan tabeller och databaser, det är där utmaningen ligger.
Men systemet som detta bygger på handlar inte alls om NVDB. Det bygger på ett generellt system som kan hantera många olika sorters punkter. Bara här på fartkameraforum.se har vi fem olika tabeller med data för olika typer av punkter. För fyra av fem tabeller här på fartkameraforum.se är inte NVDBs ID-nummer relevanta alls. För övriga användare ute i världen är inte heller NVDBs ID-nummer relevanta, där kan det handla om alltifrån positioner på vackra vägar till kontaktuppgifter för idrottsföreningar.
Så om vi här på fartkameraforum.se skulle klämma in NVDBs ID-nummer i vår tabell för fartkameror skulle vi antingen få göra det i något av de befintliga fälten. Då skulle vi få skriva ID-nr antingen i fältet för namnet eller i fältet för kommentaren. Eller så skulle vi få lägga till ett fält till för ID-nummer och detta fält skulle då få en lite missvisande rubrik som t ex tel-nr. Dessutom skulle det fältet synas för alla våra tabeller som t ex vägbulor och broar.
Men låt oss nu bortse från alla dessa praktiska problem och låtsas att det snyggt och lätt skulle gå att lägga till ett fält för ID-nr i tabellen för fartkameror. Hur skulle då dessa ID-nr kopplas ihop med NVDB? Vi har ju inte direkt-access till deras databas.
Hur utdata formatet ser ut är oväsentligt, Jag kör IGO8, någon annan Garmin…
Been there, attempted done that… Under min höst-semester offrade jag några timmar på att försöka generera filer även for igo8. Det föll på bristande information om hur filformaten för igo8 egentligen fungerar. För att kunna lägga till stöd för igo8 räcker det inte att stödja punkter med hastighetsvarningar, dessutom måste resmålspunkter stödjas.
Ni får återkomma när Ni vill ta nästa steg.
I skrivande stund har jag gett upp inbyggt stöd för igo8. Men om någon bidrar med en patch eller om jag vid någon framtida semester får några timmar över och då har en bra spec på hur igo8-formaten fungerar och en villig testare kanske jag gör ett nytt försök.
m v h Henrik
Hur menar du med ”forumets fil kommer i fortsättningen vara en utdatafil från databasen.”? Vilken databas? NVDB? Om vi kan få till den automatiska data-hämtningen från NVDB vore det perfekt.
Annars, redan idag, är de filer som går att ladda hem från forumet något som genereras i realtid från en SQL-databas.
Det vi i nuläget saknar är hastigheten och vägnumret
Ja, just möjligheten att automatiskt läsa ut varje kamerapositions hastighet från NVDB är den stora bristen. Annars skulle jag vara villig att offra såväl vägnamn som annan information i vår namnkonvention om det bara fanns ett sätt att automatiskt få ut positioner med tillhörande hastighet från NVDB.
och därför behöver vi forumets fil och dess data.
Vilka är ”vi” här? Är ”vi” de som söker data till sina igo8-enheter eller är ”vi” de som söker data till fartkameraforums databas? Då jag tidigare befarade att vi söker lösningar på två helt olika problem skrev du: ”Jag vill att så fort något ändras eller läggs till så ska man med en enkel körning få forumets fil uppdaterad.” men nu tycker jag återigen att det verkar som om problemet du försöker lösa är hur du enklast skall kunna hämta de data som du behöver från forumets databas.
Som jag ser det har vi ett gemensamt problem att lösa: Hur få ut hastighet till varje kameraposition ur NVDB. När det problemet väl är löst kan vi använda data från NVDB både till att skapa forumets databas och till att skapa filer för andra format. Med en sådan lösning på plats finns det inte heller något behov av att kunna knyta punkter i vår databas tillbaka till punkter i NVDB, d v s vi behöver inte ha med NVDBs ID-nr i vår databas. Det enda som absolut behövs är position och hastighet. Kan vi dessutom få riktning och vägnamn är det bara en bonus.
m v h Henrik
Härligt jobbat! Det är denna typ av rapporter som vi har störst behov av för att få vår databas korrekt. Då hastigheten sänkts på en massa vägar den senaste tiden behöver vi få veta vilka kamerapositioner som behöver uppdateras.
m v h Henrik
Tack för filen! Detta är ju början till ett försök att synka ihop data från vår databas med data från NVDB. Men till vilken nytta? Om nu målsättningen är att per automatik få ut alla data som behövs från NVDB finns det väl inte längre något behov av att manuellt synkronisera data från de två databaserna? Den dag vi får en sådan metod kommer jag gladeligen med jämna mellanrum kasta bort alla data från vår databas för att sedan tanka in nya färska data från NVDB.
m v h Henrik
Tack för ikonen! Nu kan man välja när man laddar hem filen vilken ikon man vill ha, din ikon är satt som default-val.
m v h Henrik
Tack för access-filen via PM (även om jag inte kan läsa den). Om jag förstått ditt senaste inlägg rätt menar du att NVDBs ID-nr skall in i ett nytt fält i vår databas i stället för att ersätta något befintligt fält?
Forumets fartkamerafiler bygger på phpoi som är ett väldigt generellt system för att hantera positioner. Till positioner kan man knyta alla möjliga data som telefonnr, web-adresser eller ikoner. Dock finns det inte något fält direkt anpassat för NVDBs ID-nr… Men visst, adress eller tel-nr kanske man skulle kunna aktivera på vår sida och lägga in ID-numret där. Men om vi gör det innebär det att den kolumnen kommer presenteras med rubriken ”Adress” ellet ”Tel-nr” och den kolumnen kommer finnas för samtliga filer för denna sida, även t ex vägbulor och lasermätplatser.
Sen måste ju på något vis ID-numret fyllas på för alla våra punkter i databasen. Kommer vi få till en automatisk metod för det eller kommer det krävas manuellt arbete?
Innan vi ger oss på detta måste vi också fråga oss hur stor nytta vi egentligen har av ID-numret. Om vi skulle lyckas med en automatisk metod att hämta alla data vi behöver från NVDB så ser inte jag något behov av att lagra ID-numret i vår databas. Då skulle vi bara kunna ta och med mer eller mindre jämna mellanrum automatiskt uppdatera vår databas från NVDB.
m v h Henrik
Jag menar att om vi ersätter dagens beskrivande namn typ:
KE4N05
med ett namn som består av ID-nummer typ:
12345
…så förlorar vi information om vägnamn och riktning i våra filer.
Att vägverket kommer hitta på något nytt den 14e är inte någon garanti för att de sedan därefter i all evighet kommer fortsätta leverera data på samma vis. Därför är det lite synd att göra sig helt beroende av NVDB.
Du behöver inte ödsla tid på att skicka någon access-fil till mig, jag har inte access. Dock är jag ändå ganska väl insatt i såväl SQL-databaser som filformat för GPSer, så vi kan nog hålla diskussionen om dessa här.
m v h Henrik
Men en fråga till, Shas: Om vi nu skulle lyckas finna en metod för att automatiskt hämta alla data som vi behöver från NVDB, varför skulle du då se ett behov av att få NVDBs kamera-ID i våra filer?
Även om vi förlorar data om vägnamn skulle vi fortfarande kunna räkna fram färdriktningen för varje kameraposition och behålla åtminstone den informationen i kameranamnet.
m v h Henrik
Jag vill att så fort något ändras eller läggs till så ska man med en enkel körning få forumets fil uppdaterad.
Fint! Lyckas vi lösa det så är åtminstone jag villig att offra nuvarande namnkonvention. Då förlorar vi visserligen all information om vägnamn och riktning i våra filer men vi får å andra sidan kompletta och förhoppningsvis också mer korrekta data än vi har idag.
Att kameror står lite fel (ofta placerade mitt i vägen) i NVDB ser jag inte som något stort problem, precisionen är tillräcklig för den funktion som vi är ute efter. Koordinat-transformationer går också att lösa även om det handlar om ganska jobbiga formler.
Det stora problemet med att hämta data från NVDB är avsaknaden av automatisk metod att knyta hastighet till kameraposition.
Men det finns också risker med att helt förlita sig på NVDB som datakälla, då vet vi aldrig när mattan rycks undan fötterna för oss. Nu står det följande på trafikverkets web:
Information från förvaltningen
OBS! En ny version av NVDB på webb kommer att driftsättas 2016-12-14 med start ca 9.15 Under en kortare tid kommer systemet inte att vara åtkomligt!
Uppgiften uppdaterad
2016-12-06Med ett system som tillåter manuella inmätningar är vi inte helt beroende av NVDB.
Varje kamera har ett unikt ID-nummer i NVDB, men detta ID-nummer är inget som någon kan räkna ut på egen hand. Man måste leta upp kameran i NVDB för att hitta ID-numret. När Nisse Hult i Kramfors mäter in en ny position så kanske det rentav bara rör sig om ett fundament där kameran ännu inte blivit monterad. Då vet inte Nisse Hult kamerans ID-nummer och varken Nisse eller någon annan kan slå upp det i NVDB förren den dag kameran kommit med där.
m v h Henrik
Stort tack igen till Erik! Idag fick jag en ny fil, NVDB har nu 1474 kameror, dock saknas det riktningsvinkel för några av dem. Den aktuella länken (som är en återanvänd gammal karta) är nu: https://drive.google.com/open?id=1P3xpP-MBLwINMGiQLXXFCOSk5Bs&usp=sharing
m v h Henrik
Tack!
K19S04 är nu korrigerad. Mailen går till Ibasto, vi får se om han korrigerar de andra eller om han skickar mailet vidare till mig eller via forumet.
m v h Henrik
För oss IGO8 användare skulle detta innebära att vi skulle kunna göra en fråga med ”oförstörda” data. I ”vår” databas har vi ju ”konstruerat” väderstrecken utifrån en matematisk korrelation. (I detta exempel finns ett underliggande villkor, finns det data i korr använd den annars hämta data från grader)
Jag befarar att du och jag söker lösningar på två helt olika problem. Det problem som jag skulle vilja se lösningen på är en automatisk metod att få in alla data som vi behöver i vår databas från NVDB. Avsaknaden av sådan metod ger dig behov av att kunna lösa ett annat problem:
Hur skall du knyta ihop data från var databas med data från NVDB? Svaret på den frågan är inte ID-numret från NVDB. Skälet till att ID-numret inte funkar är att när Nisse Hult från Kramfors åker ut till närmaste lokala fartkamera och mäter in dess position med sin GPS så har varken han eller vi någon aning om vad NVDB valt för ID-nummer till den. Därmed kan inte vi mata in NVDBs ID-nummer till alla rapporterade kamerapositioner som vi får in.
m v h Henrik
Nuvarande namnkonvention i vår databas är ett arv från tidigare eldsjälar som underhöll liknande web-sidor. Jag vet inte om de liksom vi använde sig av någon SQL-databas i botten eller om de kanske bara underhöll ett antal filformat och samarbetade om data till sina filer.
Det som vi skulle tappa om vi övergav nuvarande namnkonvention är namnet på vägen där fartkameran sitter samt den grova färdriktningen. Dock tycker jag personligen att det skulle vara värt att offra den informationen i fall det kunde leda till en automatisk uppdatering med data från NVDB. Idag kommer inte alla våra kamerapositioner från NVDB, många av våra positioner är också manuellt inmätta.
Om vi kunde komma till ett system där vi automatiskt uppdaterar vår databas med alla kamerapositioner från NVDB skulle det bespara oss väldigt mycket arbete. Vi skulle nog också få mindre fel i vår databas. Därmed inte sagt att data från NVDB är felfria, vi skulle inte kunna korrigera felaktiga data i vår egen databas utan i stället hänvisa felanmälningar vidare till NVDB.
Största hindret som jag sett till att automatiskt uppdatera kamerapositioner från NVDB är att det verkar svårt att automatiskt få ut vilken hastighet som hör till varje kamera från NVDB. Lyckas någon lösa det problemet offrar jag gladeligen vår namnkonvention med vägnamn och färdriktning och övergår till NVDBs IDnr.
m v h Henrik
Eftersom 90 grader är rakt österut ser jag även 89 grader som en ganska östlig riktning. Därför strävar jag efter att mata in följande väderstreck i databasen beroende på färdriktning:
315° – 45° => N
45° – 135° => E
135° – 225° => S
225° – 315° => WSedan kommer då de bokstäver som anger väderstreck kunna tolkas som kompassriktning i grader:
N = 0°
E = 90°
S = 180°
W = 270°I princip borde precisionen på dessa framräknade vinklar kunna ha ett fel på max +-45°, men enstaka kameror har lite större fel än så. I NVDB kan det t ex finnas en fartkamera som tittar i riktningen 130° vilket motsvarar färdriktning 310° vilket borde vara en ganska så västlig riktning. Men vägen kanske till största delen sträcker sig i nord-sydlig riktning och i kommentaren till kameran kanske det står ”ortsnamn norrgående”. I dessa fall har jag inte varit helt konsekvent, ibland har jag skrivit riktning W efter kameravinkeln, ibland har jag skrivit riktning N efter kommentaren. Så jag skulle nog inte våga lova någon precision bättre än kanske +- 60°.
m v h Henrik
