[Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Peter Brodersen
Så fik jeg leget lidt mere med at sammenholde OSM- og AWS-data:
http://osm.ter.dk/address.php
Jeg har lavet en simpel test-applikation, der med udgangspunkt i et
OSM-node-id henter adressen ind, tjekker adressen i AWS og så
præsenterer adresserne op imod hinanden, fx:
http://osm.ter.dk/address.php?node=340692618
http://osm.ter.dk/address.php?node=340802482
http://osm.ter.dk/address.php?node=341714133
Applikationen ændrer ikke i noget data endnu. Her vil jeg gerne have
jeres input først.
En opdaterings-funktion kan automatiseres fuldstændigt, blot med
udgangspunkt i en håndfuld node-ids som eneste input.
Tanken er, at den blandt andet kan gøre oprydning af store klumper som
dem her let:
http://www.openstreetmap.org/?lat=55.645672&lon=12.283896&zoom=18&layers=B000FTF
Denne metode tager ydermere udgangspunkt i eksisterende noder. Derfor
er det oplagt at den blot opdaterer den eksisterende node, så enhver
ekstra information (fx butik, navn, åbningstider, etc.) i noden bliver
bevaret.
I forhold til kildematerialet må jeg stadigvæk indrømme, at jeg
betragter adresser som noget autoritativt bestemt, præcis på samme
måde som kommunegrænser, valgkredse, politikredse, postnummer-områder
og så fremdeles. Derfor er jeg ikke så bekymret for netop at bruge den
autoritative kilde på området, ligesom det også har givet mening at
bruge DAGI til at indtegne kommunegrænser.
- Peter Brodersen
_______________________________________________
Talk-dk mailing list
Tal...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk
Peter Brodersen
2010/2/15 Peter Brodersen <pe...@ter.dk>:
> En opdaterings-funktion kan automatiseres fuldstændigt, blot med
> udgangspunkt i en håndfuld node-ids som eneste input.
> Tanken er, at den blandt andet kan gøre oprydning af store klumper som
> dem her let:
> http://www.openstreetmap.org/?lat=55.645672&lon=12.283896&zoom=18&layers=B000FTF
Jeg har nu leget lidt videre på mit script og har opdateret en
håndfuld noder i en klump i Albertslund.
For en god ordens skyld har jeg kun indlæst de noder, som ikke har
været ændret siden KMS-importen i sin tid (selv om scriptet netop blot
opdaterer lat/lng i eksisterende noder).
Før: http://osm.ter.dk/albertslund_before.png
Efter: http://osm.ter.dk/albertslund_after.png
Med hensyn til licens for brugen af AWS som datakilde, så er der ingen
problemer her:
http://digitaliser.dk/group/334445/profile
"Metoderne er offentligt tilgængelige, gratis at anvende og der er
ikke restriktioner på den videre anvendelse af output. "
Det er let at lave automatiske opdateringer baseret på vilkårligt
input. Jeg forestiller mig noget med at man som bruger kan indsætte en
URL fra osm.org eller uploade en OSM-fil (fx eksporteret fra osm.org)
- eller hvad der ellers måtte være lettest for folk. Vi kan snildt
begrænse opdateringer til ikke-ændrede KMS-noder helt i starten, hvis
vi vil starte forsigtigt ud.
Udgangspunktet er stadigvæk de eksisterende noder så en sådan
opdatering vil ikke tilføje nye adresser (som der er kommet mange af
på knap 10 år), fjerne forældede adresser eller opdatere ændrede
vejnavne (fx efter kommunalreformen). Præmisset er stadigvæk, at der
findes en vej med samme vejnavn, husnummer, postnummer og bynavn.
På længere sigt kunne jeg eventuelt få smidt noget OAuth ind over, så
det ikke er min osm-bruger, der kommer til at stå for alle
ændringerne.
Men hvilke forslag til typer af input har I for en sådan tjeneste?
Jens Winbladh
Det ser super fedt ud. God arbejde.
Jeg synes at dit forslag om at opdatere de "ikke-ændrede KMS-noder" skal opdateres med det nye data, lyder helt fint i mine øre.
Så kan vi så på resten, mht., evt. at opdatere resten.
Da. mange af KMS-noderne" jeg har givet ekstra tag, som f.eks. bager, har jeg ikke flyttet på, så de ligge på det oprindelige KMS sted!
/Jens
Carsten Nielsen
Peter Brodersen skrev:
> Jeg har lavet en simpel test-applikation, der med udgangspunkt i et
> OSM-node-id henter adressen ind, tjekker adressen i AWS og så
> præsenterer adresserne op imod hinanden, fx:
> http://osm.ter.dk/address.php?node=340692618
> http://osm.ter.dk/address.php?node=340802482
> http://osm.ter.dk/address.php?node=341714133
>
Fin test applikation, da jeg legede med den savnede jeg dog at den viste
versions nummeret på OSM noden, da det for mig er en
vigtig information. Jeg fandt da også et par noder i mit lokal område,
som jeg manuelt har flyttet, som AWS ikke var helt enig i, jeg tror
dog at AWS i disse tilfælde er lige så korrekt som mine ændringer -så
havde der været en "flyt til AWS" så havde jeg trykket på den.
> Tanken er, at den blandt andet kan gøre oprydning af store klumper som
> dem her let:
> http://www.openstreetmap.org/?lat=55.645672&lon=12.283896&zoom=18&layers=B000FTF
>
> Denne metode tager ydermere udgangspunkt i eksisterende noder. Derfor
> er det oplagt at den blot opdaterer den eksisterende node, så enhver
> ekstra information (fx butik, navn, åbningstider, etc.) i noden bliver
> bevaret.
>
Suuper.
> I forhold til kildematerialet må jeg stadigvæk indrømme, at jeg
> betragter adresser som noget autoritativt bestemt, præcis på samme
> måde som kommunegrænser, valgkredse, politikredse, postnummer-områder
> og så fremdeles.
>
Hvis det er holdningen, og hvis der er gratis/fri adgang til original
materialet så kan man overveje om det overhovedet hører hjemme i OSM !
ablansinger / Carsten
Claus Hindsgaul
> I forhold til kildematerialet må jeg stadigvæk indrømme, at jegHvis det er holdningen, og hvis der er gratis/fri adgang til original
> betragter adresser som noget autoritativt bestemt, præcis på samme
> måde som kommunegrænser, valgkredse, politikredse, postnummer-områder
> og så fremdeles.
>
materialet så kan man overveje om det overhovedet hører hjemme i OSM !
Jeg så faktisk personligt gerne at Peter automatisk opdaterede placeringen af samtlige KMS-noder i Danmark, der ikke var flyttet (koordinater ændret) manuelt, tilføjede nytilkomne data og fjernede forældede direkte ud fra KMS-data.
Claus
--
--
Civilingeniør ph.d. Claus Hindsgaul
Edvard Thomsens Vej 19, 5. th
DK-2300 KBH S
Morten Siebuhr
> Så fik jeg leget lidt mere med at sammenholde OSM- og AWS-data:
> http://osm.ter.dk/address.php
>
> Jeg har lavet en simpel test-applikation, der med udgangspunkt i et
> OSM-node-id henter adressen ind, tjekker adressen i AWS og så
> præsenterer adresserne op imod hinanden, fx:
> http://osm.ter.dk/address.php?node=340692618
> http://osm.ter.dk/address.php?node=340802482
> http://osm.ter.dk/address.php?node=341714133
DET ser lækkert ud!
(Der mangler kun "lige" en smule OAuth og 'ret automagisk'-knap!)
> Applikationen ændrer ikke i noget data endnu. Her vil jeg gerne have
> jeres input først.
>
> En opdaterings-funktion kan automatiseres fuldstændigt, blot med
> udgangspunkt i en håndfuld node-ids som eneste input.
> Tanken er, at den blandt andet kan gøre oprydning af store klumper som
> dem her let:
> http://www.openstreetmap.org/?lat=55.645672&lon=12.283896&zoom=18&layers=B000FTF
Fedt! Har dog et eneklt forbehold herunder:
> Denne metode tager ydermere udgangspunkt i eksisterende noder. Derfor
> er det oplagt at den blot opdaterer den eksisterende node, så enhver
> ekstra information (fx butik, navn, åbningstider, etc.) i noden bliver
> bevaret.
>
>
> I forhold til kildematerialet må jeg stadigvæk indrømme, at jeg
> betragter adresser som noget autoritativt bestemt, præcis på samme
> måde som kommunegrænser, valgkredse, politikredse, postnummer-områder
> og så fremdeles. Derfor er jeg ikke så bekymret for netop at bruge den
> autoritative kilde på området, ligesom det også har givet mening at
> bruge DAGI til at indtegne kommunegrænser.
Jeg syntes det er fint med den slags imports, men jeg vil stadig holde
på at 'on the ground'-optegninger bør trumfe automatiske imports.
Hvis ikke andet, hvad med at liste de ikke-rettede knuder på en side
og/eller et kort med individuelle links til ovenstående side? Så skal
vi 'gammeldags' bit-fedtere nok få gjort has på dem :)
--
Morten Siebuhr
<sb...@sbhr.dk>
Claus Hindsgaul
Et tanke eksperiment: Hvis nu myndighederne i danmark begyndte at stille
data om alle veje til rådighed på samme vilkår, skulle vi så også til at
køre scripts
der importerer disse veje og sletter eventuelle rettelser (myndighederne
ved jo bedst), nej vel det vil dræbe enhver motivation hos os der mapper.
Pudsigt eksempel. Jeg ville I DEN GRAD miste min motivation for at tegne de samme veje i et separat frit projekt, hvis dataene i forvejen var helt frie.
Og jeg ville være glad og tilfreds :-)
Så ville jeg begrænse opgaven til at tilføje de skovstier o.lign., myndighederne ikke havde fået med. Hvis det ikke kunne gøres hos myndighederne, ville jeg da afvente (forvente) en masseimport til OSM. Hvorfor gentage arbejdet, hvis licensen er fri?
Carsten Nielsen
> Pudsigt eksempel. Jeg ville I DEN GRAD miste min motivation for at
> tegne de samme veje i et separat frit projekt, hvis dataene i forvejen
> var helt frie.
> Og jeg ville være glad og tilfreds :-)
> Så ville jeg begrænse opgaven til at tilføje de skovstier o.lign.,
> myndighederne ikke havde fået med. Hvis det ikke kunne gøres hos
> myndighederne, ville jeg da afvente (forvente) en masseimport til OSM.
> Hvorfor gentage arbejdet, hvis licensen er fri?
at rette de fejl som der er i ethvert register af denne type ?
Jeg må nok indrømme at jeg vil droppe OSM helt og aldeles hvis mine rettelser overskrives på denne måde.
Der er i min optik forskel på at lave en engangs import, og så det
efterfølgende at lave imports der overskriver manuelle rettelser.
Så her er vi nok bare ikke enige, fred være med det.
Stefan Greisen
Kilden er sandsynligvis ikke 100% korrekt og derfor skal det stadig være muligt at ændre i OSM data uden at få sine ændringer overskrevet af et import script.
Kan vi i øvrigt få nogle oplysninger om det nye data set. Jeg kan ikke finde noget på http://wiki.openstreetmap.org/wiki/Da:Permissions
Hvornår er disse data fra?
Hvor ofte opdateres de?
Har vi ret til at bruge dem?
Vi kan lige så godt begynde at forholde os til hvordan vi i fremtiden skal håndtere adresse imports. Jeg går ud fra at der vil blive frigivet nye data med jævne mellemrum.
Hvad gør man, hvis man er flyttet ind i et nybygget kvarter som ikke har adresse informationer i OSM? Som aktiv OSM'er er det jo svært bare og sidde og vente halve og hele år på at den næste import gennemføres. Det ligger i openstreetmap ånden at når noget mangler på kortet, så skynder man sig at få det på, så vi kan få verdens bedste kort.
http://osm.ter.dk/address.php ser utrolig god ud, med meget potentiale som import/update platform. Jeg synes vi skal få denne import/update udført så hurtig som muligt. Disse data ser meget præcise ud, og antallet af forkert placerede adresse må falde væsentligt. Efterhånder får vi vel en situation hvor det kun er de adresse der oprettes og slettes der skal overføres. Dette vil være overskueligt at gøre manuelt/semiautomatisk.
/StefanG (Der krydser finger for at hans adresse er i det nye dataset)
Peter Brodersen
2010/2/15 Stefan Greisen <ste...@greisen.eu>:
> Kilden er sandsynligvis ikke 100% korrekt og derfor skal det stadig være
> muligt at ændre i OSM data uden at få sine ændringer overskrevet af et
> import script.
Det er udgangspunktet.
> Kan vi i øvrigt få nogle oplysninger om det nye data set. Jeg kan ikke finde
> noget på http://wiki.openstreetmap.org/wiki/Da:Permissions
Yep. Der er ikke tale om et datasæt, som det blot er at benytte en
offentlig webservice (som alle kan bruge), hvor man kan anmode om
koordinater for en given adresse. Senere kommer der forhåbentligt et
samlet datasæt til, som vi så forholder os til, men det har ikke
direkte noget med denne applikation at gøre.
Der er tale om de danske Adresse Web Services (AWS), som man kan læse om her:
http://digitaliser.dk/group/334445/profile
> Hvornår er disse data fra?
Det svinger fra adresse til adresse. Ingen er ældre end KMS-datasættet
(som godt nok angiver 2002 som kilde, men det er blot seneste
opdatering, der var derfra - og endda muligvis ældre).
> Hvor ofte opdateres de?
Løbende. Så man vil snildt kunne finde nye adresser deri.
> Har vi ret til at bruge dem?
Ja: "Metoderne er offentligt tilgængelige, gratis at anvende og der er
ikke restriktioner på den videre anvendelse af output. "
> Hvad gør man, hvis man er flyttet ind i et nybygget kvarter som ikke har
> adresse informationer i OSM? Som aktiv OSM'er er det jo svært bare og sidde
> og vente halve og hele år på at den næste import gennemføres. Det ligger i
> openstreetmap ånden at når noget mangler på kortet, så skynder man sig at få
> det på, så vi kan få verdens bedste kort.
I forhold til AWS-mulighederne, så er jeg først lige startet med at
kigge på dem i forbindelse med OSM. Den eneste metode, jeg bruger nu,
er den, hvor man kan slå en enkelt, specifik adresse op. Men der
findes mange andre metoder.
AWS-betaen gav fx mulighed for at hente samtlige adresser for en vej,
hvilket kan gøre opdateringer hurtige. Jeg mener også, at der er
kommet en reverse geocoder til, dvs. at man med udgangspunkt i en
koordinat kan finde alle omkringliggende adresser.
Det største issue er nok den manglende kobling til eksisterende data.
Jeg vil fx snildt kunne lave en funktion, hvor man bare indtaster en
ny adresse (fx din :-) ) og får den automatisk plottet ind på OSM. Men
samtidigt er det ikke fedt, hvis der er dubletter af data, så en
adresse bliver tilføjet flere gange.
Med det nuværende script er udgangspunktet eksisterende OSM-noder, som
så bare bliver modificeret, men så er præmisset også at noden
eksisterer i forvejen.
> /StefanG (Der krydser finger for at hans adresse er i det nye dataset)
Det er den med stor sandsynlighed :-) Og hvis du bare i OSM tilføjer
noden manuelt i nærheden af din adresse med følgende fire oplysninger:
addr:housenumber
addr:street
addr:postcode
addr:city
.. vil du blot kunne slå den op umiddelbart efter med værktøjet og få
den opdateret.
Lige nu tester jeg en udgave, hvor man bare indsætter en masse
node-ids, som man gerne vil have opdateret. Den tager højde for
version, korte afstande under 1 m (så den ikke opdaterer allerede
rettede nodes) og lange afstande over 500 m (hvilket tyder på en
fejl).
Polderrunner
>
> Det er den med stor sandsynlighed :-) Og hvis du bare i OSM tilføjer
> noden manuelt i nærheden af din adresse med følgende fire oplysninger:
> addr:housenumber
> addr:street
> addr:postcode
> addr:city
> .. vil du blot kunne slå den op umiddelbart efter med værktøjet og få
> den opdateret.
>
> Lige nu tester jeg en udgave, hvor man bare indsætter en masse
> node-ids, som man gerne vil have opdateret. Den tager højde for
> version, korte afstande under 1 m (så den ikke opdaterer allerede
> rettede nodes) og lange afstande over 500 m (hvilket tyder på en
> fejl).
Jeg har korrigeret en hel del KMS adresser med manglende apostroffer
(typisk gadenavne der ender på -allé). Hvis du i dit script sammenligner
adressedata bør du nok tage hensyn til varierende skrivemåde for ikke at
misse eksisterende adresser. Har de nye AWS adresser gadenavne med
specialtegn?
Ole
Peter Brodersen
2010/2/16 Polderrunner <opn...@ngc7000.org>:
> Jeg har korrigeret en hel del KMS adresser med manglende apostroffer
> (typisk gadenavne der ender på -allé). Hvis du i dit script sammenligner
> adressedata bør du nok tage hensyn til varierende skrivemåde for ikke at
> misse eksisterende adresser. Har de nye AWS adresser gadenavne med
> specialtegn?
Bum, ideelt burde jeg nok spørge på vejkode og kommunekode fra de
oprindelige KMS-data, men grundet kommunalreformen har en del veje
netop skiftet koder undervejs.
AWS kan arbejde med en vis fleksibilitet. Det er dog kun én bestemt
forespørgsels-type, jeg laver i øjeblikket ("ParseFullAddressTextLine"
for de interesserede), og lige nu kører AWS lidt sløvt og ustabilt.
Kan du finde et par noder, du har rettet? Så kan vi teste det.
Adressenavngivning er i øvrigt en videnskab for sig selv. Eller, bare
det var en videnskab, for i virkeligheden er der intet eksakt over
det. Der findes retningslinjer, men kommunerne gider ikke altid at
følge dem. Det betyder, at ud fra det officielle adressesæt findes der
syv forskellige varianter af "H.C. Andersens Vej" og seks forskellige
af "Johannes V. Jensens Vej". Det betyder også, at nogle veje hedder
"... Allé" mens andre hedder "... Alle".
Gadeobservationer hjælper heller ikke altid; det er flere steder set,
en vej har sit navn stavet på forskellige måder på vejskilte i hver
ende ad vejen! Ikke desto mindre vil gadeskiltene give mest mening i
forhold til navigation. Står der "Johs V Jensens Vej" på vejskiltet,
giver det også mening at bruge det vej for vejnavnet i OpenStreetMap,
så folk ikke bliver forvirrede over at vejen ikke heder "Johannes",
som vi måske har stående på vores kort. Andre eksempler er Gl., Nr.,
Sdr. og Chr.
I en tilsvarende kategori er der veje, hvis vejnavn rummer små
begyndelsesbogstaver. Af dem findes der i OSAK kun seks styk:
de Plessenvej
Chr. d. IXs Vej
Fr. d. 7's Gade
Frederik d. II's Allé
Kong Chr.D. X s Bro
Poul la Cours Vej
Fordi der langt oftere oprettes nye veje med manglende stort
begyndelsesbogstav (typisk bare "nørregade" og den slags), er det én
af de QA-tests, jeg har kørende på http://osm.ter.dk/
Også her er der undtagelser. Jeg fik fx kortvarigt rettet "Overgaden
oven Vandet" til "Overgaden Oven Vandet" (som den officielt hedder i
OSAK), men jeg kunne se på rettelsen, at vejskiltene siger andet, så
jeg fjernede min rettelse.
(man kan i øvrigt se et af vejskiltene på
http://www.findvej.dk/55.672855,12.591831?pov=150.16,-0.14,1 - i det
omfang at vi må se på Street View-billeder :-) Der er vejskilte fra i
hvert fald tre forskellige æraer, og de er trods alt konsekvente i at
skrive "oven" med småt)
I forhold til navngivningen af selve adresserne må vi lige se, hvad
testen kommer frem til. Set udelukkende i forhold til AWS-brug er det
rareste nok at adresserne forbliver som de er, men jeg har ikke den
store holdning til det ellers. I forhold til vores OSM-arbejde ser jeg
mest adresse-data som en assistance til to ting:
1. At finde områder, hvor der tydeligvis er adresser, men hvor der
mangler at blive mappet.
2. At finde navne på de veje, man har tegnet ind efter sine traces,
hvor man bare har kørt rundt i landskabet og ikke har meget andet
viden end at man kørte på en vej.
Effekten af at omdøbe vejnavne i KMS-data er vist ikke så stor i
forhold til at der ikke er så meget at se udadtil, men på den anden
side er det fint med passende data, og derudover skal vi heller ikke
bekymre os om at designe til renderen.
Slutteligt; jeg har nu opdateret en 4-5.000 adresser ved hjælp af mit
script, hvor jeg ganske enkelt har kigget rundt på OSM-kortet, fundet
områder med store blokke af punkter, valgt data-overlayet og blot
klipkopieret alle noder i objektlisten og kastet dem efter mit
import-indtastningsfelt. AWS kører nogle gange lidt sløvt og ustabilt,
hvor den melder fejl på en adresse, som jeg godt kan slå op få
minutter efter. Muligvis throttler den min forbindelse og afviser
requests ved for mange forespørgsler; jeg må lige kigge lidt mere på
dens reelle output, når den melder fejl. AWS-forespørgsler kommer fra
min webserver, så det er desværre samme ip-adresse, som konstant
spørger AWS-tjenesten igen og igen.
Men sig endelig til, hvis I har områder med adresser, I gerne vil have
opdateret. Smid en koordinat eller node-id, og jeg kigger på området.
Igen, det er kun opdatering af eksisterende (uberørte) KMS-noder; jeg
har stadigvæk til gode at kigge på de øvrige AWS-tjenester for at
oprette nye adresser. Der findes store områder med "nybyggeri" (inden
for de seneste 10 år), hvor det kunne være fantastisk at få hevet
adresser ind som fx her: http://osm.org/go/0NWOM975U-
- Peter Brodersen
Morten Kjeldgaard
On 15/02/2010, at 14.05, Carsten Nielsen wrote:
>
> Jeg må nok indrømme at jeg vil droppe OSM helt og aldeles hvis mine
> rettelser overskrives på denne måde.
> Der er i min optik forskel på at lave en engangs import, og så det
> efterfølgende at lave imports der overskriver manuelle rettelser.
Jeg mener ikke nogen har givet udtryk for, at manuelt tilrettet data
skal overskrives uden videre. Heldigvis er strukturen i OSM databasen
tilstrækkelig fleksibel til at det ret nemt kan lade sig gøre at
"blande" nye og gamle data, og dermed bevare manuelt tilføjede data.
HVIS man indføjer data, som forventes at blive automatisk opdateret,
bør dette angives med en advarende note i hver knude.
Omvendt mener jeg, at knuder mærket med "source=survey" ikke må
opdateres automatisk (dvs. uden nyt survey.) Jeg tror ikke det er en
officiel konvention, men den er meget fornuftig :-)
> Så her er vi nok bare ikke enige, fred være med det.
Nårhh, vi burde da kunne snakke os frem til en løsning.
Mvh,
Morten
Morten Kjeldgaard
On 16/02/2010, at 20.39, Polderrunner wrote:
> Jeg har korrigeret en hel del KMS adresser med manglende apostroffer
> (typisk gadenavne der ender på -allé). Hvis du i dit script
> sammenligner
> adressedata bør du nok tage hensyn til varierende skrivemåde for
> ikke at
> misse eksisterende adresser. Har de nye AWS adresser gadenavne med
> specialtegn?
Yikes, er det rigtigt? Jeg mener at have læst, at den korrekte
nomenklatur er uden accenter, dvs Allé skal skrives "Alle", kan dog
ikke lige huske hvor.
-- Morten
Rasmus Vendelboe
Rasmus Vendelboe
Carsten Nielsen
Morten Kjeldgaard skrev:
> Yikes, er det rigtigt? Jeg mener at have læst, at den korrekte
> nomenklatur er uden accenter, dvs Allé skal skrives "Alle", kan dog
> ikke lige huske hvor.
>
http://www.adresseprojekt.dk/files/DS_Retskriv_Vejnavne.htm
<http://www.adresseprojekt.dk/files/DS_Retskriv_Vejnavne.htm>
ablansinger / Carsten
Polderrunner
er altid med apostrof ved veje med allé-navne. Ud fra princippet med at
man mapper "what's on the ground" så har jeg korrigeret adresser på de
pågældende gader til at stemme overens med selve gadenavnet.
Peter Brodersen
2010/2/17 Rasmus Vendelboe <r.vende...@gmail.com>:
> Personligt synes jeg egentligt bare <du> burde starte en massekorrektion* af
> husnummerdata vha. AWS-servicen, for det er noget fjollet noget at lave
> selv, når der er et "godt" datasæt til fri rådighed. Selvfølgelig med
> forbehold for den promille af data som nogle allerede har ændret i, da man
> må antage den er mest "korrekt" indtil videre.
Jeg har samlet en kæmpe bunke node-ids, jeg har fundet ved blot at
kigge rundt i OSM-landskabet, og smidt dem i en tabel. Jeg har
samtidigt et job kørende, som hvert femte minut spiser en 50-100
stykker og tjekker dem op imod AWS og opdaterer efterfølgende i OSM.
I skrivende stund er der over 15.000 nodes i kø, som skal tygges
igennem. Men hvis I har lyst, så skal I være velkomne til at kaste
flere ind i køen:
http://osm.ter.dk/address_insert.php
Her er der også lidt statistik i bunden på automatiseringen (dette har
ikke medtaget de første ca. 5.000, jeg har haft opdateret)
I skal ikke bekymre jer om formattering, gentagelser eller lignende.
Det betyder, at man kan finde et område på osm.org, vælge
"Data"-overlay'et og bare klipkopiere nodes fra listen, fx:
==
# ode 342007509
# Node 342007511
# Node 342007512
# Node 342007514
# Node 342007515
==
Scriptet søger blot inputtet igennem efter tal. Så der er ingen grund
til at bruge tid på at smukkesere inputtet. Bare kast node-ids efter
den.
Jeg overvejer at udvide den, så man også kan kaste en OSM-fil, en URL
til OSM-eksport (findes fx også nederst i Data-kolonnen), en generel
OSM-url og deslige efter den, men lad mig lige høre, hvad behovet er.
> Indtil videre kunne jeg dog godt tænke mig en manuel korrektion af husdata
> omkring følgende tre positioner [1-3] i Århus. Det skulle give mig mulighed
> for, rimeligt let, at sætte et par bygninger mere på kortet. Det er nemlig
> lige til at klare i det her vejr :).
>
>
> [1]
> http://www.openstreetmap.org/?lat=56.1788&lon=10.16984&zoom=16&layers=B000FTF
> [2] http://www.openstreetmap.org/?lat=56.16138&lon=10.13521&zoom=16&layers=B000FTF
> [3] http://www.openstreetmap.org/?lat=56.16936&lon=10.17579&zoom=17&layers=B000FTF
De er godt og grundigt opdateret nu. Forskellen er virkelig tydelig.
Jeg har også opdateret lidt i øvrigt i Århus-området. Ved
Skjoldhøj-kollegiet var vist det eneste sted, jeg stødte på adresser,
som var manuelt rettet. De blev så ikke ændret, men jeg bemærkede
stadigvæk, at enkelte af dem havde en positionsforskel på op til 50
meter. På et senere tidspunkt er det oplagt at kigge på, hvad der er
korrekt i den forbindelse.
Freek
> Jeg har også opdateret lidt i øvrigt i Århus-området. Ved
> Skjoldhøj-kollegiet var vist det eneste sted, jeg stødte på adresser,
> som var manuelt rettet. De blev så ikke ændret, men jeg bemærkede
> stadigvæk, at enkelte af dem havde en positionsforskel på op til 50
> meter. På et senere tidspunkt er det oplagt at kigge på, hvad der er
> korrekt i den forbindelse.
Det er meget interessant, fordi jeg har opmålt dem selv, og jeg er ret sikker
på at jeg har placeret dem inden for måske 5-10 meter fra deres rigtige sted.
Hvilke numre handler det sig om?
--
Freek
Freek
> On Thursday 18 February 2010, Peter Brodersen wrote:
> > Jeg har også opdateret lidt i øvrigt i Århus-området. Ved
> > Skjoldhøj-kollegiet var vist det eneste sted, jeg stødte på adresser,
> > som var manuelt rettet. De blev så ikke ændret, men jeg bemærkede
> > stadigvæk, at enkelte af dem havde en positionsforskel på op til 50
> > meter. På et senere tidspunkt er det oplagt at kigge på, hvad der er
> > korrekt i den forbindelse.
>
> Det er meget interessant, fordi jeg har opmålt dem selv, og jeg er ret
> sikker på at jeg har placeret dem inden for måske 5-10 meter fra deres
> rigtige sted. Hvilke numre handler det sig om?
Hmmm, bruger "findvej" har flyttet nogle af dem (8a, 16a, 18a og 50a; netop
den jeg har tilføjet fordi de var ikke i KMS dataset'et) og har tilføjet
osak:identifier og osak:revision. Er det dig, og kan du så flytte dem
tilbage?
Peter Brodersen
2010/2/18 Freek <free...@vanwal.nl>:
>> > Jeg har også opdateret lidt i øvrigt i Århus-området. Ved
>> > Skjoldhøj-kollegiet var vist det eneste sted, jeg stødte på adresser,
>> > som var manuelt rettet. De blev så ikke ændret, men jeg bemærkede
>> > stadigvæk, at enkelte af dem havde en positionsforskel på op til 50
>> > meter. På et senere tidspunkt er det oplagt at kigge på, hvad der er
>> > korrekt i den forbindelse.
>> Det er meget interessant, fordi jeg har opmålt dem selv, og jeg er ret
>> sikker på at jeg har placeret dem inden for måske 5-10 meter fra deres
>> rigtige sted. Hvilke numre handler det sig om?
> Hmmm, bruger "findvej" har flyttet nogle af dem (8a, 16a, 18a og 50a; netop
> den jeg har tilføjet fordi de var ikke i KMS dataset'et) og har tilføjet
> osak:identifier og osak:revision. Er det dig, og kan du så flytte dem
> tilbage?
Ja, "findvej" er mit OSM-brugernavn, som jeg også laver de her
ændringer igennem. De blev flyttet på grund af et dårligt tjek (jeg
tjekkede udelukkende på versionsnummeret af rettelsen; jeg havde ikke
lige tænkt på at der kunne være kommet adresser til, der ikke var der
i forvejen; det er rettet nu).
Jeg prøver lige at finde nogle af de punkter, hvor OSAK har en anden
mening om adressernes placering, om AWS vil; servicen har tendens til
at være lidt ustabil om morgenen og ikke give noget resultat.
- Peter Brodersen
Peter Brodersen
2010/2/18 Freek <free...@vanwal.nl>:
> On Thursday 18 February 2010, Peter Brodersen wrote:
>> Jeg har også opdateret lidt i øvrigt i Århus-området. Ved
>> Skjoldhøj-kollegiet var vist det eneste sted, jeg stødte på adresser,
>> som var manuelt rettet. De blev så ikke ændret, men jeg bemærkede
>> stadigvæk, at enkelte af dem havde en positionsforskel på op til 50
>> meter. På et senere tidspunkt er det oplagt at kigge på, hvad der er
>> korrekt i den forbindelse.
>
> Det er meget interessant, fordi jeg har opmålt dem selv, og jeg er ret sikker
> på at jeg har placeret dem inden for måske 5-10 meter fra deres rigtige sted.
> Hvilke numre handler det sig om?
Nr. 90, 92, 94... vil OSAK placere i omvendt rækkefølge, og vist i to rækker.
Nr. 90 er node-id 342070024:
http://www.openstreetmap.org/browse/node/342070024
Forskel for nr. 90: (kan være sløv)
http://osm.ter.dk/address.php?node=342070024
Nr. 90-forskel vist på grafik: (rød er nuværende placering, grøn er
OSAKs mening)
http://ojw.dev.openstreetmap.org/StaticMap/?lat=56.1701571&lon=10.1163841&zoom=18&w=800&h=600&mlat0=56.1701571&mlon0=10.1163841&mlat1=56.1696668766&mlon1=10.1163533335&mico1=15242&show=1
Nr. 92-forskel vist på grafik:
http://ojw.dev.openstreetmap.org/StaticMap/?lat=56.1701269&lon=10.1163856&zoom=18&w=800&h=600&mlat0=56.1701269&mlon0=10.1163856&mlat1=56.1696676632&mlon1=10.1164453199&mico1=15242&show=1
Nr. 124-forskel vist på grafik:
http://ojw.dev.openstreetmap.org/StaticMap/?lat=56.1696438&lon=10.1164106&zoom=18&w=800&h=600&mlat0=56.1696438&mlon0=10.1164106&mlat1=56.1701426486&mlon1=10.1164231866&mico1=15242&show=1
- Peter Brodersen
Freek
Tak. Jeg tror situationen i OSM er rigtig, men jeg tjekker det alligevel.
--
Freek
Freek
OSM er (selvfølgelig) virkelig korrekt. Så har vi endnu et eksempel hvor OSM
er bedre end autoritetens bedste data :-)
Peter Brodersen
2010/2/21 Freek <free...@vanwal.nl>:
>> Tak. Jeg tror situationen i OSM er rigtig, men jeg tjekker det alligevel.
> OSM er (selvfølgelig) virkelig korrekt. Så har vi endnu et eksempel hvor OSM
> er bedre end autoritetens bedste data :-)
Fint nok :-) Jeg har som sagt rettet fejlen, der kunne få den til at
rette adresser, som ikke var oprettet via KMS-importen.
I den anden grøft kan jeg nævne, at der efterhånden er opdateret over
35.000 adressepunkter, siden jeg gik i gang med den pletvise
opdatering for ca. en uges tid siden. Det har været en blanding af min
lange kø-processering og så nogle lignende "on demand"-scripts.
Langt de fleste punkter, jeg har tilføjet, var punkter som i det gamle
KMS-datasæt var klumpet sammen som set her:
http://osm.ter.dk/albertslund_before.png
http://osm.ter.dk/albertslund_after.png
Jeg gætter på, at der er tale om en 2-300 steder, jeg har fundet med
problemer/sammenklumpninger og så opdateret målrettet.
Folk er stadigvæk velkomne til at smide node-id's i køen på:
http://osm.ter.dk/address_insert.php
Jeg skelner nu også imellem negativt svar fra AWS og manglende svar
(som når deres service er ustabil). Det sker desværre ret ofte, men nu
er det let nok at mærke de opslag ud og så bare sætte dem til gentest.
- Peter Brodersen (findvej)
Claus Hindsgaul
Claus
blemer/sammenklumpninger og så opdateret målrettet.
Folk er stadigvæk velkomne til at smide node-id's i køen på:
http://osm.ter.dk/address_insert.php
Peter Brodersen
2010/2/21 Claus Hindsgaul <claus.h...@gmail.com>:
> Hvordan med nye veje? Jeg bor i Ørestad, og her er endnu stort set ingen
> KMS-punkter. Hvordan får vi bedts dem på kortet med KMS-data?
Der findes AWS-funktioner til at give os alle adresser i nærheden af
et givent punkt (reverse geocoding). Så en mulighed er at anmode om
dette med passende intervaller.
Derudover findes der også funktioner til at hente alle adresser på en
vej, så hvis vi kender vejnavnene i et nyt område, vil også dette være
en mulighed.
Det er i hvert fald noget, jeg vil kigge på, når jeg har tid. I det
omfang, jeg ikke kokser helt ud i kampen med AWS' SOAP-operationer :-)
- Peter Brodersen
Kim Foder
Forleden fandt jeg en side om hvordan man mapper cykelstier i OSM, og de
er enige med den måde Niels havde brugt :
http://wiki.openstreetmap.org/wiki/Bicycle.
Sku' vi evt. gøre dem opmærksom på vores diskution og de kompromiser vi
er kommet frem til ?
Kim Foder
Rasmus Vendelboe
Rasmus Vendelboe
Rasmus Vendelboe
Med venlig hilsen
Rasmus Vendelboe
Rasmus Vendelboe
Med venlig hilsen
Rasmus Vendelboe
Thomas Lundstrøm
Jeg har kigget lidt på adresserne i mit lokalområde. En del adresseklumper har jeg fået spredt ud med Peters glimrende værktøj.
Men boligblokkene her er et problem http://osm.org/go/0HyreLinZ-
Vejene har fået nyt navn. Jeg går ud fra at disse adresser ikke opdatere da vejnavnet ikke eksistere i AWS datasettet.
Har du et værktøj til at opdatere sådanne adresser, eller er jeg nødt til at gå over på den anden side af vejen og optegne området manuelt?
Jeg kan forestille mig at en del adresser har dette problem. Jeg kender umiddelbart til en anden vej i nærheden som er blevet omdøbt for nyligt. Her er adresserne dog korrekt spredt ud langs vejen. Måske du kan presseentre en liste af KMS adresser som ikke længere eksistere som vi manuelt kan kigge på og tage stilling til hvad der skal gøres ved.
Jeg opdagede også nogle mærkelige adressepunkter. F.eks http://www.openstreetmap.org/browse/node/342225963 og http://www.openstreetmap.org/browse/node/342212647 Jeg er ret sikker på at der ikke er nogen nummer 999 Vestermark og 990 på Arnkilgade. Hvor stammer disse adresser fra?
Hvis jeg søger efter "addr:housenumber = 999" i DK er der forbavsende mange. Kan ikke forestille mig at der er så mange så lange veje i DK.
Mvh,
Thomas Lundstrøm