Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hej. 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 2010/2/18 Peter Brodersen pe...@ter.dk Hej, 2010/2/17 Rasmus Vendelboe r.vendelboe+...@gmail.comr.vendelboe%2b...@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.1788lon=10.16984zoom=16layers=B000FTF [2] http://www.openstreetmap.org/?lat=56.16138lon=10.13521zoom=16layers=B000FTF [3] http://www.openstreetmap.org/?lat=56.16936lon=10.17579zoom=17layers=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. ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hej, Selvom du nok er klar over det, så vil en service der spørger AWS om en addresse virkeligt findes også være rar, så man ikke sletter den uden videre. Jeg er f.eks. stødt på (svjv) eksproprierede matrikler, en boldbane og et garageanlæg der har addresser tilknyttet som jeg mener er bogus, men ikke har slettet pga. usikkerhed. Med venlig hilsen Rasmus Vendelboe 2010/2/22 Peter Brodersen pe...@ter.dk Hej, 2010/2/21 Claus Hindsgaul claus.hindsg...@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 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hej, 2010/2/21 Freek freek_...@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) ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hej, 2010/2/21 Claus Hindsgaul claus.hindsg...@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 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hello, 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. Ift. KMS importen så jeg gerne to ændringer i datatagningen: 1) Indfør en mere præcis ændringsdato, nu står der (kms:last_updated = 2002) og det er imho for upræcist hvis du går i gang med en importservice, der synes begrænset til et vist antal korrektioner om dagen. 2) En mere præcis note om, at data'en er en automatisk placering fra AWS/KMS side af (nu står der source = KMS (2002), hvilket kun er forståeligt for de indviede eller de der gider google løs for at finde en rodet wikiside med flere informationer...). 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.1788lon=10.16984zoom=16layers=B000FTF [2] http://www.openstreetmap.org/?lat=56.16138lon=10.13521zoom=16layers=B000FTF [3] http://www.openstreetmap.org/?lat=56.16936lon=10.17579zoom=17layers=B000FTF Med venlig hilsen Rasmus 2010/2/17 Peter Brodersen pe...@ter.dk Hej, 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
Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hello igen, Jeg burde nok have set på nogle af Peter Brodersens noder inden jeg skrev første indlæg. Du har jo rent faktisk oprettet punktet osak:revision som tilfredsstillede et af mine ønsker :). Når du opdaterer punkter bør du dog, imho, fjerne kms:county_name, kms:county_no og kms:last_updated, idet de ikke længere giver mening. For god ordens skyld, så bør der både stå KMS 2002 + OSAK (201x) i sourcetagget. Sålænge du bare flytter noder, og eller bruger data fra begge kilder, så har de begge to (også selvom AWS data'en sandsynligvis stammer fra KMS) krav på at blive kildeangivet i overenstemmelse med god skik jf. ophavsretslovens §3. Det gør du (efter aws importeringen af de pågældende ~4000 punkter) imho ikke på nuværende tidspunkt. Med venlig hilsen Rasmus Vendelboe 2010/2/17 Rasmus Vendelboe r.vendelboe+...@gmail.comr.vendelboe%2b...@gmail.com Hello, 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. Ift. KMS importen så jeg gerne to ændringer i datatagningen: 1) Indfør en mere præcis ændringsdato, nu står der (kms:last_updated = 2002) og det er imho for upræcist hvis du går i gang med en importservice, der synes begrænset til et vist antal korrektioner om dagen. 2) En mere præcis note om, at data'en er en automatisk placering fra AWS/KMS side af (nu står der source = KMS (2002), hvilket kun er forståeligt for de indviede eller de der gider google løs for at finde en rodet wikiside med flere informationer...). 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.1788lon=10.16984zoom=16layers=B000FTF [2] http://www.openstreetmap.org/?lat=56.16138lon=10.13521zoom=16layers=B000FTF [3] http://www.openstreetmap.org/?lat=56.16936lon=10.17579zoom=17layers=B000FTF Med venlig hilsen Rasmus 2010/2/17 Peter Brodersen pe...@ter.dk Hej, 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
Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Well, jeg bruger normalt gadenavnsskiltet på vejen som reference. Og det 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. Carsten Nielsen wrote: 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. Kunne det være her http://www.adresseprojekt.dk/files/DS_Retskriv_Vejnavne.htm http://www.adresseprojekt.dk/files/DS_Retskriv_Vejnavne.htm ablansinger / Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hej, 2010/2/17 Rasmus Vendelboe r.vendelboe+...@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.1788lon=10.16984zoom=16layers=B000FTF [2] http://www.openstreetmap.org/?lat=56.16138lon=10.13521zoom=16layers=B000FTF [3] http://www.openstreetmap.org/?lat=56.16936lon=10.17579zoom=17layers=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. ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Sammenhold adresse-positioner fra OSM med AWS
Hej, 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.645672lon=12.283896zoom=18layers=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 Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk