1 / 33

”Adresser og adressedata”

”Adresser og adressedata”. Anvendelse af adressedata – den private sektor. En kort forhistorie. I 1992 udviklede vi et disponeringsstøttesystem for Falcks Redningskorps: Løbende planlægning af kørsler Vejmidter fra D200 - Digitale udgave af KMS’ færdselskort i 1:200.000. Adresser fra:

alina
Download Presentation

”Adresser og adressedata”

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. ”Adresser og adressedata” Anvendelse af adressedata – den private sektor

  2. En kort forhistorie • I 1992 udviklede vi et disponeringsstøttesystem for Falcks Redningskorps: • Løbende planlægning af kørsler • Vejmidter fra D200 - Digitale udgave af KMS’ færdselskort i 1:200.000. • Adresser fra: • Naturgas Midt Nord • Grundkort Fyn • Jydsk Telefon • Naturgas Syd • Kort- og Matrikelstyrelsen • Og der hvor vi manglede, kørte vi selv ud og ”samlede” husnumre – i min kollegas Porsche 

  3. En kort forhistorie Salgsmateriale fra ca. 1994

  4. ”Semistruktureret” adresseanvendelse

  5. ”Semistruktureret” adresseanvendelse

  6. Og hvorfor fortiden? • For at vise, at vi faktisk er nået rigtig langt • I dag er ”alle” landets adresser registreret præcist • Der findes lovmæssige rammer for registreringen af adresser • Adresserne er billige (gratis på nær distributionen) • Og ikke mindst: • Data er til rådighed i et standardiseret format. Det super let at få fat i et opdateret adressesæt eller trække adressedata online

  7. Hvad bruger vi adresser til ? Erhvervs- og ByggestyrelsenDahlerups PakhusLangelinie Alle 172100 København Ø Att.: “Den adresseansvarlige” Christian FischerBrudedalen 23Stavnsholt 3520 Farum Mrk.: “Lønforhøjelse” • Vi skal kunne sende breve. • Meget gerne så Post Danmark ikke skal bruge for meget ekstra ”krudt” på at dechifrere adresserne

  8. Hvad bruger vi adresser til ? • Vise et prikket kort (GIS tematiseringer) Kommunale ejendomme på Bornholm Olietanke i Sønderborg

  9. Hvad bruger vi adresser til ? • Det nye hotte ”Augmented Reality” (suppleret virkelighed) • tv-avisen • Baseret på adressepunkter kombineret med salgsdata fra SVUR registeret

  10. Hvad bruger vi adresser til ? Navigere til en adresse på et kort

  11. Hvad bruger vi adresser til ? Navigere til en adresse Disponering/optimering af transportopgaver

  12. Hvad bruger vi adresser til ? Identificere en ejendom

  13. Hvad bruger vi adresser til ? Identificere en ejendom

  14. Hvad bruger vi adresser til ? Identificere en ejendom

  15. Hvad bruger vi adresser til ? Danmarks Statistik Samkøring med data fra andre registre BBR registeret

  16. Hvad bruger vi adresser til ? Erhvervs- og ByggestyrelsenDahlerups PakhusLangelinie Alle 17 2100 København Ø Att.: “Den adresseansvarlige” Christian FischerBrudedalen 23Stavnsholt 3520 Farum Mrk.: “Lønforhøjelse” • Traditionelt er adresser nødvendige attributter på personer og firmaer – primært med det formål, at vi kan sende post til dem.

  17. ”Ustruktureret anvendelse af adresser”

  18. Hvornår kan det give problemer? Erhvervs- og ByggestyrelsenDahlerups PakhusLangelinie Alle 17 2100 København Ø Att.: “Den adresseansvarlige” • Grontmij | Carl Bro skal muligvis have nyt domicil • Hvad har det af omkostninger i relation til transporttid hvis man vælger en konkret placering ? ??

  19. Krævende manuel efterbearbejdning af adressevask • -- Valideringsfejl • update work.cbadresser set vejnavn='Overgaden neden Vandet' where init='JBS'; • update work.cbadresser set postnr=1650 where init='DLR'; • update work.cbadresser set vejnavn='Gyldenløvesgade' where init='MJL'; • update work.cbadresser set vejnavn='Borgmester Godskesens Plads' where init='KIA'; • update work.cbadresser set vejnavn='Dag Hammarskjölds Allé' where init='FrH'; • update work.cbadresser set ignore=true where init in ('JZM','LZB','SKB','EHN','FGO','MCH','MaD','PaB','KTZ','AQH','ABO','PDA','PnP'); • update work.cbadresser set vejnavn='Frederikshøj Haveforening' where init='ClK'; • update work.cbadresser set vejnavn='Monrads Allé' where init='TJM'; • update work.cbadresser set vejnavn='Arnold Nielsens Boulevard' where init='LLR'; • update work.cbadresser set vejnavn='Christian Winthers Vej' where init='ABT'; • update work.cbadresser set vejnavn='Kastaniens Kvarter' where init='HBJ'; • update work.cbadresser set vejnavn='Hans Rostgårdsvej' where init='BAU'; • update work.cbadresser set husnr='10' where init='TRO'; • update work.cbadresser set husnr='16' where init='akm'; • update work.cbadresser set vejnavn='Vejgårdspark' where init='ERT'; • -- Flertydige adresseer • update work.cbadresser set gltime=28,gldistance=28.2 where init='ABO'; • update work.cbadresser set gltime=28,gldistance=28.2 where init='PDA'; • update work.cbadresser set gltime=65,gldistance=90 where init='PnP'; • update work.cbadresser set gltime=26,gldistance=28 where init='AQH'; • update work.cbadresser set gltime=gltime*60,gldistance=gldistance*1000 where init in('ABO','PDA','PnP','AQH'); • update work.cbadresser set nyfejltekst=null where init in('ABO','PDA','PnP','AQH'); • update work.cbadresser set nytime=25*60,nydistance=27.6*1000 where init='AQH'; • update work.cbadresser set nytime=28*60,nydistance=30.3*1000 where init='ABO'; • update work.cbadresser set nytime=28*60,nydistance=30.3*1000 where init='PDA'; • update work.cbadresser set nytime=63*60,nydistance=89.0*1000 where init='PnP'; • -- Svenske adresser. • select * from work.cbadresser where • -- nyfejltekst is not null and • (gldistance is null or nydistance is null);

  20. Og endelig har vi resultatet

  21. Måske skulle vi bruge adresser lidt mere intelligent - serviceorienteret Erhvervs- og ByggestyrelsenDahlerups PakhusLangelinie Alle 17 2100 København Ø Att.: “Den adresseansvarlige” AWS • Hvis adressen skifter (nyt vejnavn eller husnummer el.lign.), behøver vi ikke foretage os noget • Hvis vi skal kommunikere med andre systemer, har vi adgang til alle de korrekte, validerede, ajourførte adresseelementer • Men hvis adressen mangler i AWS – eller AWS er nede, er vi på den! 6363E5D7-8A6A-495E-AA79-15F029CAAD09

  22. Måske skulle vi bruge adresser lidt mere intelligent – baseret på centrale services

  23. Og benytte os af de services der findes! KMS Geonøgler V3 getAddressPostalExtended

  24. Hvad kan så blive endnu bedre? Nummer hvad? Hvor er 39? Vi mangler stadig en del ”erhvervsadresser” Fødevarestyrelsen, som uddeler , mangler f.eks. ca. 6% af deres besøgsvenner i OSAK!

  25. Hvad kan så blive endnu bedre?Hvorfor findes adressen ikke på min GPS? OIS Distributør Videre giver Data Forædler Udtræk Upload RAP OIS Aggregerede data KMS KRR Leveres Fil Ny CD Download fra nettet GPS leverandør Danner OSAK

  26. Sådan bliver det ”snart”! BBR GPS leverandør Online opdatering af adressepunkter Åbne snitflader

  27. Sådan bliver det snart – vi arbejder på en løsning RapX-live

  28. Hvad er erfaringerne – hvor ligger nytteværdien? • OSAK adresser gennem OIS virker rent faktisk. En lang række brugere abonnerer på ajourførte adressedata fra OIS. • Hvis vi rent faktisk begyndte at benytte de strukturerede adresser der er til rådighed, sparer vi en masse ressourcer når it-systemer skal til at snakke sammen. Men det kræver en ”holdningsændring” hos kunderne. • Vi kan direkte samkøre adresser med f.eks. BBR, ESR eller data fra Danmarks Statistik og kan producere informative tematiserede kort.

  29. Hvad er de værd? Kun 6 markeder • Dybdegående interviews og “case studies”: • Ejendomsskat: ~ 556 m € • Affaldsindsamling: ~ 370 m € • Effektivitet – lokal forvaltning: ~ 308 m € • Transport – udbringning af varer ~ 3000 m € • Tranport - geomarketing: ~ 221 m € • LBS / E-commerce: ~ 1000 m € • Total: ~ 6000 m €

  30. Hvad er de kritiske faktorer. Kvalitet, dækning, aktualitet, tilgængelighed eller …? • Det kommer an på anvendelsen • Kvalitet: tænker vi ikke på så meget mere, men er selvfølgelig altafgørende • Dækning: Særligt mange ”erhvervsadresser” mangler. Man kan godt skulle levere varer til en lagerbygning, som ikke er enhedsregistreret i BBR • Aktualitet: Vi ser frem til daglige ajourføringer fra OIS. Hvis det også gælder koordinater, vil jublen ingen ende tage • Tilgængelighed: OSAK fra OIS har været et stort skridt – AWS betyder, at vi ikke behøver tænke så meget på de ”nørdede” adresseting – men AWS skal være tilgængelig!!

  31. Den private sektors ønsker • Flere adresser: der mangler for mange erhvervsadresser. • Hurtigere og mere pålidelige services. Geonøgler kører efterhånden godt. Forhåbentlig kommer det også til at gælde for AWS – en forudsætning for at vi tør anbefale løsninger baseret på serviceorienteret arkitektur • At alle nye vejnavne, bliver lagt ind på opslagstavlen for nye vejnavne (www.adresseinfo.dk).

  32. Spørgsmål… • Vil det sige, at vi snart kan udvikle applikationer, der let og smertefrit kobler til centrale adresseressourcer, som • Altid er opdaterede • Performer godt • Aldrig er nede • Er lette at bruge • Er veldokumenterede • Har gode eksempler på ”best practice”? Jep, Valentin - og så har vi endda lært noget om, hvad der stadig mangler!

  33. Snakkeopgave(r) • Hvad mener I er fordele/ulemper ved at basere IT løsninger på centrale services ? • Hvad tror I der skal til for at flere vil benytte officielle services i stedet for lokale datasamlinger ? • Hvorfor er opslagstavlen på www.adresseinfo.dk ikke i brug 100 % endnu ?

More Related