Re: [Talk-dk] Vejnumre
Alle danske adressepunkter importeres og opdateres automatisk fra Danmarks Adresseregister, se https://wiki.openstreetmap.org/wiki/AutoAWS Mht. vejkoder er der ikke kutyme for at angive disse i OSM, da de ikke umiddelbart er specielt brugbare. On 19/09/2018 21:17, Troels Arvin wrote: Hej, På http://danmarksadresser.dk/nye-adresser kan man under "SENESTE NYE VEJNAVNE" holde øje med officielle adresseændringer. Derved jeg har set, at OSM 20. september skal justeres her: https://www.openstreetmap.org/#map=18/55.64513/12.53811 - For København Kommune har foretaget en ny navngivning, "HF. Sydhavn": https://www.kk.dk/indhold/teknik-og-miljoudvalgets-modemateriale/13082018/ edoc-agenda/6863ea89- a050-4aaf-8632-591978917aa0/52f7f16f-2cb5-497c-92db-3a458f88bab9 Se også http://cdn.simplesite.com/i/78/ca/282037932455414392/ i282037939701175240._szw1280h1280_.jpg Mit spørgsmål: Jeg kan se, at husnumrene i OSM tilsyneladende allerede er OK mht. de nye adresser. Hvordan kommer sådanne husnumre ind i OSM, sker det på én eller anden måde automatisk? PS: I Danmark har både CPR og Vejdirektoratet nummereringssystemer for veje, dvs. at en vej fx. har en vejkode i CPR. Kan man angive sådanne vejkoder i OSM? - Dvs. er der nogle "officielle" tags, som man kan bruge, hvis man gerne vil angive den slags koder, når man tagger en vej? ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] "hærværk"
Fint nok. I sådan et usædvanligt tilfælde vil jeg dog stadig opfordre til at du uploader billeder af stedet til Mapillary e.l. da der uden tvivl er andre brugere der også vil studse noget over det, og sikkert komme til at indføre samme fejl. Mvh On 08/09/2018 12:59, Uffe Kousgaard wrote: Det er ikke desto mindre korrekt mappet. Der er flere vejskilte på stedet, som bekræfter det. mvh Uffe Kousgaard On 08-09-2018 12:50, Jonathan Hougaard wrote: Som du har tegnet vejen ind i changeset 62382704 (https://www.openstreetmap.org/changeset/62382704) vil jeg give Hjart helt ret i, at det ikke ser helt sandsynligt ud. Hvis du kommer kørende fra Køgevej mod lufthavnen vil du først dreje ind på Lufthavnsvej, hvorefter en kort del af vejen hedder Lyngbækvej, hvorefter den igen hedder Lufthavnsvej. Skellet mellem navnet Lyngbækvej og Lufthavnsvej burde nok være flyttet hen til T-krydset. Se dette screenshot: https://i.imgur.com/p16ID1F.png Uden selv at have været der, vil jeg gætte på, at vejstykket mellem de to røde streger skal omdøbes til Lufthavnsvej, ikke Lyngbækvej. Alternativt skal hele vejstrækningen fra T-krydset og ud til Køgevej nok hedder Lyngbækvej. Under alle omstændigheder virker det underligt, at det meget korte vejstrykke skulle have to forskellige navne. Mvh On 08/09/2018 12:46, Uffe Kousgaard wrote: Ja, det er den strækning. Jeg har været forbi igår og set det hele med egne øjne og kan godt huske, hvordan det ser ud, uden at tage billeder. Det må være Hjart, som dokumenterer hvis han mener at vide bedre. Ellers skal han holde op med at rette i det andre, har lagt ind. Det er ikke første gang, jeg oplever det med netop ham. Derfor reaktionen. mvh Uffe Kousgaard On 08-09-2018 12:36, Jonathan Hougaard wrote: Tag lige en dyb indånding Er det navnet på af den vestlige del af Lufthavnsvej/Lyngbækvej vest for Roskilde Lufthavn, det drejer sig om? Du kan jo evt. lægge et billede op på Mapillary med et billede af det vejskilt, der viser vejnavnet, så kan den sag vel hurtigt blive lukket. Mvh On 08/09/2018 12:29, Uffe Kousgaard wrote: Jeg vil gerne af denne vej bede brugeren "Hjart" om ikke fortsat at ødelægge de ændringer jeg har lagt ind i OSM, efter en ny vej er åbnet. Han tror åbenbart, at han hjemme fra sofaen ved bedre og så bliver han ved med at lave forkerte rettelser, som jeg så skal bruge tid på at rette tilbage. Er der et officielt sted, hvor man kan anmelde brugere for "hærværk", evt. med henblik på at få lukket deres konti? mvh Uffe Kousgaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] "hærværk"
Som du har tegnet vejen ind i changeset 62382704 (https://www.openstreetmap.org/changeset/62382704) vil jeg give Hjart helt ret i, at det ikke ser helt sandsynligt ud. Hvis du kommer kørende fra Køgevej mod lufthavnen vil du først dreje ind på Lufthavnsvej, hvorefter en kort del af vejen hedder Lyngbækvej, hvorefter den igen hedder Lufthavnsvej. Skellet mellem navnet Lyngbækvej og Lufthavnsvej burde nok være flyttet hen til T-krydset. Se dette screenshot: https://i.imgur.com/p16ID1F.png Uden selv at have været der, vil jeg gætte på, at vejstykket mellem de to røde streger skal omdøbes til Lufthavnsvej, ikke Lyngbækvej. Alternativt skal hele vejstrækningen fra T-krydset og ud til Køgevej nok hedder Lyngbækvej. Under alle omstændigheder virker det underligt, at det meget korte vejstrykke skulle have to forskellige navne. Mvh On 08/09/2018 12:46, Uffe Kousgaard wrote: Ja, det er den strækning. Jeg har været forbi igår og set det hele med egne øjne og kan godt huske, hvordan det ser ud, uden at tage billeder. Det må være Hjart, som dokumenterer hvis han mener at vide bedre. Ellers skal han holde op med at rette i det andre, har lagt ind. Det er ikke første gang, jeg oplever det med netop ham. Derfor reaktionen. mvh Uffe Kousgaard On 08-09-2018 12:36, Jonathan Hougaard wrote: Tag lige en dyb indånding Er det navnet på af den vestlige del af Lufthavnsvej/Lyngbækvej vest for Roskilde Lufthavn, det drejer sig om? Du kan jo evt. lægge et billede op på Mapillary med et billede af det vejskilt, der viser vejnavnet, så kan den sag vel hurtigt blive lukket. Mvh On 08/09/2018 12:29, Uffe Kousgaard wrote: Jeg vil gerne af denne vej bede brugeren "Hjart" om ikke fortsat at ødelægge de ændringer jeg har lagt ind i OSM, efter en ny vej er åbnet. Han tror åbenbart, at han hjemme fra sofaen ved bedre og så bliver han ved med at lave forkerte rettelser, som jeg så skal bruge tid på at rette tilbage. Er der et officielt sted, hvor man kan anmelde brugere for "hærværk", evt. med henblik på at få lukket deres konti? mvh Uffe Kousgaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] "hærværk"
Tag lige en dyb indånding Er det navnet på af den vestlige del af Lufthavnsvej/Lyngbækvej vest for Roskilde Lufthavn, det drejer sig om? Du kan jo evt. lægge et billede op på Mapillary med et billede af det vejskilt, der viser vejnavnet, så kan den sag vel hurtigt blive lukket. Mvh On 08/09/2018 12:29, Uffe Kousgaard wrote: Jeg vil gerne af denne vej bede brugeren "Hjart" om ikke fortsat at ødelægge de ændringer jeg har lagt ind i OSM, efter en ny vej er åbnet. Han tror åbenbart, at han hjemme fra sofaen ved bedre og så bliver han ved med at lave forkerte rettelser, som jeg så skal bruge tid på at rette tilbage. Er der et officielt sted, hvor man kan anmelde brugere for "hærværk", evt. med henblik på at få lukket deres konti? mvh Uffe Kousgaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Hosting af autoAWS
Hej alle autoAWS er et script jeg har lavet, som sammenholder adressedata fra Danmarks Adresseregister med data fra OSM, og opdaterer OSM hvor der er fejl eller mangler. Se https://wiki.openstreetmap.org/wiki/AutoAWS og https://www.openstreetmap.org/user/autoAWS Jeg har tidligere meldt ud, at jeg gerne vil i kontakt med nogen, som har mulighed for at hoste autoAWS på en webserver. Den nuværende løsning, hvor jeg kører det på min laptop (vha. WampServer) er ikke holdbar i længden. Scriptet er efterhånden modent og gennemtestet nok til, at jeg synes vi skal finde en permanent løsning. Derfor, har du adgang til en webserver hvor scriptet kan få lov at køre, så meld gerne lige tilbage. Teknisk er der tale om et rimelig simpelt PHP-script som arbejder med en SQL-database. Ideen er, at et Cronjob skal kalde scriptet med jævne mellemrum, f.eks. hvert 15. minut. Der kræves ikke noget vildt og voldsomt rent performance-mæssigt, dog mindst 2 GB arbejdshukommelse. Vh Jonathan ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lanes/vejbaner opsætning af dette.
Hej Finn Antallet af vognbaner skal gerne noteres eksplicit hvis muligt. Du kan ikke regne med, at brugere af OSM-data har standardværdier, der kan udfylde huller i data. Selv om en "normal" vej altså ofte har 2 vognbaner, så skal antallet af baner stadig gerne angives. lanes=* tagget bruges til at angive, hvor mange optegnede vognbaner der er på en vej. På mindre landeveje, hvor der ikke er malet striber på vejen, skal der som udgangspunkt ikke angives antal vognbaner, derimod kan width=* tagget bruges til at angive bredden på kørebanen. Typen af belægning på en vej skal også altid angives, hvis muligt. Igen er her heller ingen standardværdier. Når en vej har en ikke-overkørbar midterrabat, optegnes vejen som to separate linjer i hver retning. Som du rigtigt siger, angives her antallet af vognbaner for hver linje, dvs. i dit eksempel skal begge vejstykker tagges med lanes=1. Når vejen "samler sig" igen tagges igen med lanes=2. https://wiki.openstreetmap.org/wiki/Key:lanes har i øvrigt en del gode eksempler. Vh. On 28/07/2018 21:26, Finn Hansen wrote: Hej alle i forummet. Jeg har i den seneste tid haft kontakt med andre mappere ang. hvordan man håndtere antal lanes på vejbaner i Danmark, og derfor vil jeg gerne have en debat om dette emne. Lad os tage nogle eksempler: https://www.openstreetmap.org/#map=17/55.43425/10.00871 Store Landevej rute 161 på Fyn tæt ved Ejby. Her er der følgende hvor der i den del af vejen som starter fra Hønnerupvej og går med vest markeret med lanes=2. Den anden vej er der ikke noteret Lanes, men som nogle nævner, så vil OSM markere det som standard at der er 2 vognbaner. Så lige hvad er rigtig her vil jeg gerne vide. Dertil har nogle også nævnt at vejene helst skal markeres med surface=asphalt, som heller ikke er sket på den del som går mod øst fra Hønnerupvej. Det kan jeg så tilføje at der er en del veje som ikke er markeret med hvilken belægning der er på. Spørgsmålet er om der er en standard for det også, hvis man ikke tagger den, så OSM vil tro det er automatisk asfalt, og at brugerne af GPS vil kunne se det, for ellers kan det jo skabe evt. problemer. Her et andet: https://www.openstreetmap.org/#map=16/55.5802/9.7027 Ydre ringvej er her markeret med lanes=2, og der er yderligere nogle stykker mod NØ af kortet ved Fredericia. https://www.openstreetmap.org/#map=19/55.61256/11.78267 Her har vi Kvarmløsevej, hvor vejen er delt med spor i hver retning, men her fremgår det ikke hvor mange lanes/spor der er markeret. Jeg vil mene der skal stå lanes=1, i dette tilfælde, så er spørgsmålet om man skal bruge lanes=2 efter hvor sporene fletter sammen igen. /Lytter1 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Holdninger til ændringer i tagning af adresser
Hej Jørgen - Hvis man manuelt retter placeringen af en adresse i OSM, bør man samtidig kontakte den lokale kommune, der kan rette placeringen af adressen i DAR. Imens denne opdatering pågår, kan man sætte autoaws=ignore på adressenoden, der så ikke vil blive automatisk opdateret. Det er vigtigt at huske at fjerne dette tag igen, når fejlen er blevet rettet i DAR. Jeg vil lige overveje, hvordan jeg evt. kan generere en advarsel, hvis en eksisterende adresse flyttes en hvis distance. - Adresser bliver sammenlignet på 7 forskellige punkter. Hvis du skal kunne definere, at kun et eller flere af disse punkter skal ignoreres (f.eks. at der på en bestemt adresse ikke skal foretages automatiske rettelser af husnummeret og kommunens navn), giver det alt for mange ombinationsmuligheder af tags som skal ignoreres eller ikke ignoreres. Det er ikke praktisk muligt at tage højde for så mange forskellige kombinationer. autoaws=ignore en tænkt som en midlertidig løsning, indtil fejlen bliver rettet af kommunen i DAR. Derfor må man, hvis man bruger det tag, påtage sig det ansvar det er, at holde adressen opdateret indtil det igen fjernes. - Hvorfor tænker du ikke, at adresser med ois:fixme skal rettes? Jeg vil meget gerne høre argumenterne bag den holdning. Se diskussionen her: https://www.openstreetmap.org/changeset/58691225 - Tanken er, at scriptet bliver køre automatisk f.eks. hver 3. time. Med de 1090 postnumre der findes i dag, vil det svare til at hvert postnummer bliver opdateret cirka hver 4-5 måned. Afhængig af hvilken hosting der viser sig at være tilgængelig, kan dette tal ændre sig. Jeg vil gerne tilføje en mulighed for, at opdatering af et enkelt postnummer kan startes manuelt. - Det lyder som en opgave, der er bedre varetaget af noget (semi-)manuel validering. Måske kan der være tilfælde, hvor det giver mening af have den samme adresse sat på flere noder. Det er næsten umuligt at programmere noget automatik, der uden manuel indblanding kan vurdere hvad der skal ske, hvis der er flere noder der indeholder det samme data. Mvh. Jonathan On 07/05/2018 16:29, Jørgen Elgaard Larsen wrote: Jonathan Hougaard skrev: https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow samt dennes talk side: https://wiki.openstreetmap.org/wiki/Talk:AutoAWS Hvis der er kommentarer til disse, modtager jeg dem gerne snarest Overordnet ser det fint ud. Enkelte kommentarer: * Enkelte adressepunkter har en helt forkert placering i DAR. Nogle gange bliver de flyttet manuelt af mappere. Så måske skulle du sætte en fixme på adressepunkter, der flyttes længere end f.x. 500m af AutoAWS? * I stedet for autoaws=ignore kunne man have f.x autoaws:ignore=all, autoaws:ignore=coordinates etc. * I første omgang bør du ikke pille ved adresser mærket ois:fixme=* * Det ville være godt, hvis man kunne udløse en import af en enkelt kommune/vejkode, f.x. fra oisfixes. * Hvis du tilføjer adressepunkter, er det nok værd at undersøge, om der findes et lignende adressepunkt i nærheden uden osak:identifier. Alternativt skal vi måske bare have et værktøj til at finde den slags... - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Holdninger til ændringer i tagning af adresser
Hej Niels Det er korrekt forstået, at hvis du sletter en adresse i OSM, som stadig findes i Danmarks Adresseregister, så vil denne automatisk blive tilføjet igen ved næste opdatering. Hvis du vitterligt mener, at en adresse ikke længere findes, kan du kontakte den lokale kommune, der så må vurdere, om adressen skal slettes fra DAR. Husk på, at en adresse sagtens stadig kan eksistere, selvom der ikke (længere) er noget bebyggelse på det pågældende sted. Så som privatperson kan du ikke umiddelbart vurdere, om en adresse findes eller ej. Mvh. Jonathan On 07/05/2018 15:48, Niels Elgaard Larsen wrote: On Mon, 7 May 2018 15:12:16 +0200 Jonathan Hougaard <hougaar...@gmail.com> wrote: Hej I forbindelse med udvikling af nyt script til adresseopdatering i Danmark er det via wiki talk siden blevet foreslået at lave enkelte rettelser til hvordan adresser tagges i Danmark. Disse kan ses på wiki siden: https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow samt dennes talk side: https://wiki.openstreetmap.org/wiki/Talk:AutoAWS == Adding addresses[edit | edit source] Similarly to how addresses are picked for deletion, for any address IDs that exist in DAR data, but does not exist in OSM data, the address is saved as a new address to be added to OSM. A new node will be created and pushed to the OSM API. The new node will contain the following tags: == Det er jo ikke helt tilsvarende. For hvad nu, hvis man nu har slettet en knude i OSM, fordi den ikke skal være der? Er det så meningen, at man skal fjerne alle tags, undtaget osak:identifier=XXX, autoaws=ignore ? Hvis der er kommentarer til disse, modtager jeg dem gerne snarest muligt, da jeg ellers forventer at autoAWS snart er klar til at begynde på adresseopdateringer i større omfang. Mvh Jonathan ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Holdninger til ændringer i tagning af adresser
Hej I forbindelse med udvikling af nyt script til adresseopdatering i Danmark er det via wiki talk siden blevet foreslået at lave enkelte rettelser til hvordan adresser tagges i Danmark. Disse kan ses på wiki siden: https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow samt dennes talk side: https://wiki.openstreetmap.org/wiki/Talk:AutoAWS Hvis der er kommentarer til disse, modtager jeg dem gerne snarest muligt, da jeg ellers forventer at autoAWS snart er klar til at begynde på adresseopdateringer i større omfang. Mvh Jonathan ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] autoAWS andet udkast (0.2)
Hej alle Tak for de mange gode input jeg løbende har modtaget angående kommende nyt script til adresseopdatering i Danmark. Flere kommentarer mv. modtages stadig gerne, enten via Wiki talk siden: https://wiki.openstreetmap.org/wiki/Talk:AutoAWS eller per email Jeg er kommet et stykke videre med koden. Ændringer kan ses nederst på wiki-siden: https://wiki.openstreetmap.org/wiki/AutoAWS#autoAWS_0.2 Hvis der er nogen derude, som har styr på PHP, må i meget gerne kigge den foreløbige kode igennem, og melde tilbage med fejl og problemer i spotter. Den er tilgængelig her: https://pastebin.com/tGwnL1CQ Jeg har gjort mit bedste for at dokumentere koden hele vejen igennem, men i må selvfølgelig meget gerne spørge, hvis noget er uklart. Venligst Jonathan ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] autoAWS første udkast
Hej Ole Jeg skal beklage, at jeg ikke lige fik kigget ordentligt på OIS fix siden da du sendte den sidst. Jeg vil eksperimentere med at indhente vejnavne fra OISfixes - men jeg kan se dataet er formatteret så det er nemt at tilgå, så det burde være rimelig simpelt at få til at fungere :) Vil du foretrække, at jeg periodevis henter en komplet kopi af databasen ned og så kalder den, eller at jeg kalder din database for et enkelt vejstykke af gangen? Umiddelbart foretrækker jeg mulighed #2 da jeg helst ikke vil ud i noget duplikering af data hvor det ikke er nødvendigt - medmindre du er træt af at jeg laver nogle tusinde små anmodninger til databasen (alle vil være med en specifik kommunekode og vejkode). On 18/04/2018 09:16, Ole Laursen wrote: Hej Jonathan 18. april 2018 kl. 08.13 skrev Jonathan Hougaard <hougaar...@gmail.com>: Jeg er med på, at data fra DAR ikke er 100% korrekt. Det ændrer ikke ved, at det er den tilgang, jeg er nødt til at have. Hvis jeg derimod skal antage, at data fra DAR som udgangspunkt er forkert, kan vi jo lige så godt droppe importen. Beklager, jeg skulle måske have uddybet før - jeg havde indtryk af at du havde læst tilbage på postlisten, det lød sådan på din første email. Den oprindelige robot havde nøjagtig den tilgang du skriver nu. Det resulterede så i at flere tusinde adresseknuder havde absurde vejnavne, som Niels lige har illustreret. En tid ignorerede vi problemet og opkaldte bare vejene korrekt. Men så fik vi det problem at inkonsistensværktøjerne jo sammenligner vejnavne med nærliggende adresseknuder og melder fejl hvis der ikke er overensstemmelse. Det gik vi så i fællesskab og spekulerede over et stykke tid indtil jeg så lavede https://oisfixes.iola.dk Kan jeg overtale dig til at prøve at bruge bare 5 minutter inde på den side? Løsningen var, som du kan se, at lave en database over fejl i DAR. Det havde to formål: robotten kunne så rette vejnavnene til når den importerede, og kommunerne kunne gå ind og se fejl i deres data. Logikken er ret enkel: der er en JSON-grænseflade som importeren starter med at hente data fra, putter i et associativt array og slår op om der er en rettelse hver gang den processerer en knude. Nu fandt jeg lige den email hvor Peter Brodersen skrev at han havde fået importeren til at tage rettelser ind fra oisfixes: https://lists.openstreetmap.org/pipermail/talk-dk/2011-September/001818.html Så det er ikke sådan at du behøver at bruge lang tid på at genopfinde fejlhåndtering - vi har allerede været det igennem. Det er muligt arbejdsgangen kan være smartere - hvis du har et forslag, så vil jeg gerne kigge på at omkode eller evt. afvikle oisfixes. Du har helt ret i, at der sikkert både er og vil komme nye fejl i DAR-dataen. 100% korrekt data findes i denne sammenhæng ikke. Jeg mener dog stadig, at den 99% korrekte data vi kan hente fra DAR er langt bedre end manuel tilretning af samtlige adresser i Danmark, hvilket er helt urealistisk. Jeg tror du lige skal et skridt tilbage og se at der er en mulighed mere: auto-import + individuelle rettelser fra OSM-miljøet > auto-import > manuel import Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] autoAWS første udkast
Hej Niels Jeg er med på, at data fra DAR ikke er 100% korrekt. Det ændrer ikke ved, at det er den tilgang, jeg er nødt til at have. Hvis jeg derimod skal antage, at data fra DAR som udgangspunkt er forkert, kan vi jo lige så godt droppe importen. Scriptet kan oversætte de forkortelser som vi fortæller det. Skal Dr. så være Doktor eller Dronning? Tja, hvis jeg var turist i en ny by ville jeg heller ikke selv kunne kende forskel. Så i den forstand er problemet jo ikke unikt. Dog kunne et udgangspunkt for oversættelse af forkortelser være Dansk Sprognævns vejledning i retskrivning af vejnavne (http://danmarksadresser.dk/file/383079/ds-vejledning-retskrivning.pdf). Har forkortes Doktor i øvrigt Dr. mens Dronning forkortes Dronn. Du har helt ret i, at der sikkert både er og vil komme nye fejl i DAR-dataen. 100% korrekt data findes i denne sammenhæng ikke. Jeg mener dog stadig, at den 99% korrekte data vi kan hente fra DAR er langt bedre end manuel tilretning af samtlige adresser i Danmark, hvilket er helt urealistisk. On 17/04/2018 14:18, Niels Elgaard Larsen wrote: On Tue, 17 Apr 2018 11:13:12 +0200 Jonathan Hougaard <hougaar...@gmail.com> wrote: Mht. 4 - som nævnt tidligere, er min tilgang generelt (nødt til at være), at data fra DAR er korrekt. Men det er data fra DAR altså ikke altid. Datakvaliteten er høj, men det er ikke perfekt. Jeg har ikke deltaget i den nævnte diskussion, og kender derfor ikke argumenterne. Teknisk kan jeg godt, hvis der er konsensus om det, rette forkortede vejnavne til deres fulde navn før de importeres. Dette kræver, at der er en eller anden, der laver en komplet liste med forkortelser og deres udvidede form (Dr. = Doktor, Nr. = Nørre osv.) Men er dit system så smart nok til at vide at "Dr. Dorothea" er Dronning Dorothea og ikke Doktor Dorothea? Umiddelbart har jeg lidt svært ved at forstå, hvorfor vi ønsker at ændre de tilsyneladende officielle vejnavne fra DAR, Fordi de ikke er korrekte. Og de er heller ikke officielle. Det er bare en database. Mange af fejlene i DAR skyldes at vejnavnene oprindeligt er indtastet i et system, hvor der kun var plads til 20 tegn for vejnavne. Det gør ikke Borgm.Jespersensvej til et officielt vejnavn, så kommunen kører ud og skifter alle skiltene. Det ser ud til at de fleste fixes på OIS-fixes nu er rettet i DAR, (fx Tengslemrk Strandvej => Tengslemark Strandvej). Men der var jo så et stykke tid hvor navnene var korrekte i OSM, men endnu ikke rettet i DAR/AWS. Og måske har de rettet det fordi de så rettelsen i OSM. Under alle omstændigheder kommer der sikkert nye veje med fejl i DAR, som de vil være lang til om at rette. men som sagt kender jeg ikke argumenterne. Mht. position, som tidligere diskuteret et sted i forrige tråd, bør fejl rettes direkte hos DAR. Igen, der kan gå lang tid inden vi får rettet fejl i DAR. Og hvis vi ved at data i OSM er forkerte, skal der være en måde at rette dem i OSM indtil de bliver rettet i DAR. Hvis der er helt exceptionelle tilfælde hvor en adresseknude i OSM ikke skal placeres på den officielle placering (jeg kan ikke umiddelbart komme på nogen!), https://overpass-turbo.eu/s/xYk Mange af dem er rettet i DAR, så vi burde gå dem igennem og rydde op. Men der er stadig mærkelige ting i DAR. Fx at der både er Gl. Strandvej 237 i Humlebæk og Gammel Strandvej 237 i Espergærde. kan vi eventuelt anvende et specielt tag, så knuden bliver ignoreret (autoaws=ignore eller hvad ved jeg). Så vidt jeg forstår, har AWSbot haft en tilsvarende funktion. Vi kan vel fortsætte med ois:fixme On 17/04/2018 10:26, Jakob Barfod wrote: I må meget gerne kigge beskrivelsen igennem og komme med forslag og kommentarer til dette. 1. Rigtig godt arbejde! 2. Foretrækker du, at diskussion foregåer her på talk-dk eller på diskussionssiden på wiki'en? 2.a. Hvis her på talk-dk, så opretter jeg lige en henvisning på wiki'en. 3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så AutoAWS nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det, men hermed efterlyses steder, hvor vi bør opdatere diverse tekster. Fx... 3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark 3.b https://www.openstreetmap.org/user/AWSbot 3.c https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 3.d Flere? 4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM? Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger jeg mærke til, at stavningen fra DAR bruges, hvis der er forskel: "Any one of the following conditions will trigger an update: [...] The position (lat and lon) of the node is not equal to the AWS address position addr:street=* is not equal to the AWS street name " Er det hensigtsmæssigt? Hvad nu hvis en OSM-bruger har tilrettet forkerte data (fx position eller stavning af vejnavn)? Det kan jeg simpelthen ikke gennemskue. ___ Talk-dk mailing list Talk-dk@open
Re: [Talk-dk] autoAWS første udkast
Hej Jakob Tak skal du have. Lad os bare flytte diskussionen til wiki-siden, så undgår vi at sende en masse emails til folk der måske ikke er interesserede i projektet. Mht. 4 - som nævnt tidligere, er min tilgang generelt (nødt til at være), at data fra DAR er korrekt. Jeg har ikke deltaget i den nævnte diskussion, og kender derfor ikke argumenterne. Teknisk kan jeg godt, hvis der er konsensus om det, rette forkortede vejnavne til deres fulde navn før de importeres. Dette kræver, at der er en eller anden, der laver en komplet liste med forkortelser og deres udvidede form (Dr. = Doktor, Nr. = Nørre osv.) Umiddelbart har jeg lidt svært ved at forstå, hvorfor vi ønsker at ændre de tilsyneladende officielle vejnavne fra DAR, men som sagt kender jeg ikke argumenterne. Mht. position, som tidligere diskuteret et sted i forrige tråd, bør fejl rettes direkte hos DAR. Hvis der er helt exceptionelle tilfælde hvor en adresseknude i OSM ikke skal placeres på den officielle placering (jeg kan ikke umiddelbart komme på nogen!), kan vi eventuelt anvende et specielt tag, så knuden bliver ignoreret (autoaws=ignore eller hvad ved jeg). Så vidt jeg forstår, har AWSbot haft en tilsvarende funktion. On 17/04/2018 10:26, Jakob Barfod wrote: I må meget gerne kigge beskrivelsen igennem og komme med forslag og kommentarer til dette. 1. Rigtig godt arbejde! 2. Foretrækker du, at diskussion foregåer her på talk-dk eller på diskussionssiden på wiki'en? 2.a. Hvis her på talk-dk, så opretter jeg lige en henvisning på wiki'en. 3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så AutoAWS nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det, men hermed efterlyses steder, hvor vi bør opdatere diverse tekster. Fx... 3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark 3.b https://www.openstreetmap.org/user/AWSbot 3.c https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 3.d Flere? 4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM? Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger jeg mærke til, at stavningen fra DAR bruges, hvis der er forskel: "Any one of the following conditions will trigger an update: [...] The position (lat and lon) of the node is not equal to the AWS address position addr:street=* is not equal to the AWS street name " Er det hensigtsmæssigt? Hvad nu hvis en OSM-bruger har tilrettet forkerte data (fx position eller stavning af vejnavn)? Det kan jeg simpelthen ikke gennemskue. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] autoAWS første udkast
Hej alle Tak for de mange input og kommentarer på min tidligere email om et nyt script til opdatering af adressedata i Danmark. Jeg har opdateret wiki-siden, så den gerne skulle stemme overens med koden som den ser ud lige nu: https://wiki.openstreetmap.org/wiki/AutoAWS I må meget gerne kigge beskrivelsen igennem og komme med forslag og kommentarer til dette. Da enkelte af jer har været meget ivrige efter at få fingre i kildekoden, selvom den på ingen måde er færdig, har jeg uploadet den foreløbige kode her: https://pastebin.com/qtwkiUVa Bemærk venligst, at de enkelte del-funktioner er nået et godt stykke vej, men jeg mangler stadig at samle det hele i main(). Desuden mangler jeg at indføre en hel del fejlhåndtering. Et par steder har jeg indført en die() for at undgå at arbejde med/indføre korrupt data, disse vil selvfølgelig blive erstattet af en lidt mere fornuftig fejlhåndtering. Delelementer af koden er testet mod OSM's developer API. For eksempel vil i bemærke, at der nu findes næsten 1000 adresse-noder i Aalborg i denne ... (se https://master.apis.dev.openstreetmap.org/user/autoAWS/history) Kommentarer på selve koden modtages også gerne, men som sagt er den stadig noget "grov i kanterne" da jeg egentlig ikke havde planer om at offentliggøre den i et så tidligt stadie. Venligst Jonathan ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nyt script til addresseopdateringer
Hej Ole Du har ret i det kunne være en fordel at tage hensyn til ekstra tags når en adresse bliver slettet. Egentlig havde jeg planer om en "naiv" tilgang hvor knudes simpelthen bliver slettet, hvis adressen ikke længere eksisterer. Det er klart det nemmeste og mindst resourcekrævende at lave. Men i princippet kan funktionen til sletning af adresse godt laves anderledes, noget ala: hent hver knude med adresse der skal slettes, scan alle tags igennem, hvis knuden kun indeholder kendte adressetags - slet noden - ellers fjern blot kendte tags. Der er uden tvivl faldgruber ved begge metoder. Ved den "naive" tilgang risikerer vi at miste data i form af ekstra tags på adresseknuder. Jeg ved ikke, hvor almindeligt det er, at der er tilføjet ekstra tags, og hvor meget data der i så fald er tale om. Omvendt risikerer vi at ende med knuder med tags, der måske ikke giver ret meget mening alene, hvis nogle tags blot fjernes og knuden efterlades. Eks. en adresseknude hvor der er tilføjet et "note" tag, hvilket så vil være det eneste tilbageværende tag efter en sletning. Jeg har ikke planer om at lave en større validering af data fra DAR. Så bliver det lige pludseligt et kæmpestort, og for mig uoverskueligt, projekt. Hvis en adresse ifølge DAR ligger i en sø, så ligger adressen i en sø. Data fra DAR har været af god nok kvalitet til at vi har importeret det til OSM siden 2009, og jeg tillader mig derfor den antagelse, at det stadig er tilfældet. Hvis vi ikke kan stole på vores ene datakilde, falder hele projektet til jorden. On 15/04/2018 07:32, Ole Laursen wrote: Et skridt ad gangen, men nogle tanker: Nu er det et stykke tid siden jeg har rodet med adresser i OSM (for mange små børn og for lidt søvn), men i mine øjne bør vi have en lille dokumentation af hvad botten kan finde ud af med hensyn til interaktion med manuel kortlægning. F.eks. bør den kunne finde ud af at flette oplysningerne korrekt sammen hvis nogen har tilføjet ekstra tags. Hvis adresseknuden senere forsvinder fra det officielle register, bør den jo nok også lade være med at slette sådan en knude men i stedet bare slette osak-tagsn'e. Vi bør også have en måde at rette åbenlyst forkerte adresser. Jeg biksede i sin tid denne side sammen https://oisfixes.iola.dk/ som kan håndtere forkerte vejnavne. Men der kan være andre ting galt, f.eks. koordinaterne. Jeg har i sin tid set adresser ude i en sø, eller adresser der ligger oven i hinanden i en boligforening med rækkehuse. Det skal kommunerne fikse, men det dur ikke at vi har en løsning hvor data i OSM er forkerte indtil en eller anden ved en kommune måske eller måske ikke retter noget til. Om det er lettest at have et system hvor vi tagger knuderne i OSM eller jeg skal tage mig sammen til at udvide oisfixes som jeg nu har lovet i flere omgange, ved jeg ikke? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nyt script til addresseopdateringer
Hej Mikkel Tak for link. Jeg har kigget dine issues igennem og kan konstatere, at der ikke umiddelbart er nogen, der går igen i min foreløbige kode. Jeg vil som sagt gerne dele kildekoden, men så længe projektet er i et tidligt stadie hvor store dele af koden hurtigt kan ændre sig, ser jeg det ikke som en fordel at bruge tid på at uploade rettelser hvert andet øjeblik. Når den grundlæggende struktur er på plads skal den nok blive uploaded, don't worry. Spørger du fordi du kender til import-platforme, der kan bruges - eller er det et reelt spørgsmål? Hvis du kender noget, der kunne være relevant, håber jeg selvfølgelig, at du vil dele det. On 14/04/2018 13:33, Mikkel wrote: Hej Jonathan. Fedt endelig at se noget interesse og initiativ til at forbedre DAR-importen (aka. DAWA/AWS), det kan jeg kun bakke op om. Jeg har ikke så meget tid til at uddybe lige nu, men har også studeret og eksperimenteret med det eksisterende AWSbot, og begyndt at forberede noget lignende det du beskriver. Jeg tænkte dog oprindeligt at prioritere at få scriptet i en tilstand så Stephen i første omgang kunne fortsætte med hans normale procedure, inden der blev kigget for meget fremad. Det virkede dog som om han mistede interessen, og så vidt jeg kan se har han trukket sig helt, så jeg har valgt at bruge tiden på at blive klogere i stedet for at implementere nødløsninger. Jeg har et AWSbot-fork på https://github.com/mikini/AWSbot/, hvor jeg har tilføjet issues med de problemer jeg har observeret i det eksisterende script. Hvis du har taget udgangspunkt i det, vil det nok være en ide at kaste et blik på dem. Det er fint at du spørger til input, samarbejde og konsensus er efter min mening helt nødvendigt, men input er ikke nok. Processen og en forbedret importer bør være så åben og transparent som mulig, så vi kan skabe så fleksible og interoperable værktøjer til os selv som muligt. Jeg synes bestemt ikke det er i orden at kildekode først frigives når der foreligger en endelig version. Et så centralt værktøj skal udvikles i det åbne af og i fællesskabet og være under en fri software licens. Har du studeret om der findes en "import-platform" fra OSM eller andre regioner man kunne bygge videre på? Bemærk at Apple som også annonceret her, https://lists.openstreetmap.org/pipermail/talk-dk/2018-March/004995.html, har vist interesse for data i Dansk OSM, herunder også importeren. Vi er nogle stykker der har haft en snak med dem om tilstanden af DAR-import i deres issue for Danmark, se https://github.com/osmlab/appledata/issues/69#issuecomment-370098972. Jeg har kommunikeret lidt med OSM-projektlederen fra Apple, og det er mit indtryk at de også godt kunne være interesserede i at sponsorere noget arbejde på at forbedre importeren. Hilsner, Mikkel Den 14. april 2018 09.45.50 CEST, Jonathan Hougaard <hougaar...@gmail.com> skrev: Hej alle Efter en kort diskussion her: https://www.openstreetmap.org/changeset/57976035 har jeg besluttet mig for at give mig i kast med at bygge en ny web app, der kan bruges til at vedligeholde danske adresser vha. det danske adresseregister. Grundstrukturen er allerede funktionel, men før jeg arbejder videre med projektet vil jeg gerne have spørgsmål, kommentarer og ønsker til projektet. Grundlæggende er ideen at opdatere adresser på en måde svarende til den vi kender fra AWSbot scriptet. Den tekniske del er dog lavet fra bunden, og virker på en noget anden måde end AWSbot, hvilket gerne skulle give en mere effektiv og fleksibel databehandling. Følgende wiki-side vil være primær dokumentation for projektet: https://wiki.openstreetmap.org/wiki/AutoAWS. Siden vil blive opdateret løbende i takt med at jeg arbejder videre med projektet, baseret på jeres kommentarer og ønsker. Kildekoden vil blive offentliggjort når en endelig version af appen er færdiggjort. Efterhånden som det hele skrider frem vil jeg nok have mere konkrete spørgsmål at stille - men i første omgang vil jeg blot meget gerne høre jeres umiddelbare indtryk, tanker, ønsker osv. Allerede nu vil jeg melde ud, at hvis opdatering af adresser skal køre fuldautomatisk (tanken er at hvert postnummer automatisk kan blive opdateret hver 30. dag), vil det kræve noget serverinfrastruktur hvor scriptet kan køre. Jeg bidrager gerne min tid og viden til projektet, men er ikke interesseret i at bidrage økonomisk. Hvis der er nogen, der kan bidrage med serverplads, hører jeg derfor gerne fra jer. Det er ikke det helt store, der kræves - hvis du for eksempel har en personlig hjemmeside, vil scriptet nok kunne køre i baggrunden på den. Alternativt kan det hele også køre på en almindelig computer, hvis der installeres noget server-software (f.eks. Wampserver). Så vil opdateringen dog ikke kunne køre fuldautomatisk. Foreløbigt ser jeg frem til at modtage tanke
Re: [Talk-dk] Nyt script til addresseopdateringer
Okay, det kunne faktisk godt være en måde at angribe det på. Jeg skal så bare frasortere noder, som scriptet selv har ændret indenfor den sidste uge, ellers vil det også begyndet at gennemgå sine egne rettelser. Dog vil det i første omgang stadig kræve en grundig gennemgang af alle adresser for at få hele datasættet opdateret, hvorefter det så vil nemt blot at opdatere de adresser, der er ændret, enten i OSM eller AWS. On 14/04/2018 13:28, Michael Andersen wrote: On lørdag den 14. april 2018 13.10.13 CEST Jonathan Hougaard wrote: Hej Anton Tak, den var jeg ikke bekendt med. Det ændrer jo straks spillereglerne lidt. Det ville selvfølgelig være nemt bare at kunne importere det komplette datasæt fra DAWA, indlæse i OSM og så holde det opdateret vha. deres replikerings-API. Desværre er OSM-dataet allerede til dels forældet, og skal derfor bringes up-to-date først. Så for et komplet og korrekt datasæt ville det nok kræve at slette alle eksisterende adressenodes i OSM og så indlæse det hele forfra. Jeg er bange for det vil være svært at finde opbakning til den fremgangsmåde, da man risikerer større tab af data (f.eks. hvis der er tilføjet andre data-tags på adressenoderne, som så vil blive slettet). Hmm. I øvrigt vil brug af replikerings-API'et også kun fange rettelser, der kommer fra DAWA. Dvs. hvis en bruger manuelt (fejlagtigt) har rettet på en adresse-node i OSM, vil denne ikke blive rettet tilbage (medmindre samme adresse tilfældigvis også bliver ændret i DAWA). En del af ideen er også at fange sådanne manuelle edits og rette dem tilbage. Hvis OSM var er sterilt miljø med korrekte og kontrollerede edits ville et replikerings-API være super, men jeg er ikke sikker på, det er en optimal løsning her. Hvad tænker du om det? Mht. serverplads: fedt, det vil jeg huske når jeg når så langt! Overpass søgningen https://overpass-turbo.eu/s/xSA finder alle noder i DK tagget med osak:identifier=*, der er ændret/flyttet indenfor den seneste uge, så vi behøver ikke sammenligne med DAWA for at kunne finde dem. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nyt script til addresseopdateringer
1 Der vil være grov kontrol af data kommende fra DAWA. F.eks. vil en adresse ikke blive medtaget, hvis koordinaterne ligger uden for en kasse med hjørner 54N007E-58N016E. Så adresser hvor koordinater er angivet til 0,0 bliver frasorteret. 2 For min skyld kan vi sagtens fjerne nogle. osak:street er blot en dublet af addr:street osak:house_no er en dublet af addr:housenumber osak:municipality_name - har vi evt. et godt alternativt tag til at angive kommunenavn? Ellers tænker jeg det er fint at bibeholde. osak:municipality_no og osak:street_no er interne værdier brugt af DAWA. Jeg har ikke planer om at bruge dem, så de kan også sagtens forsvinde. osak:revision bruges til at tjekke, hvornår adressen sidst er opdateret - så den skal gerne blive. osak:identifier er adressens unikke ID, og skal også blive. Så osak:street, osak:house_no, osak:municipality_no og osak:street_no tænker jeg godt, vi kan fjerne. Spørgsmålet er, om scriptet aktivt skal gå ind og slette alle disse tags, eller om de bare skal fjernes efterhånden som de pågældende adresser bliver opdateret? 3 Kan du uddybe/komme med eksempler? Hvis en osak:identifier er ukendt for scriptet, vil noden blive slettet, så jeg tror ikke umiddelbart, der er risiko for dubletter. 4 Der er ikke noget i vejen for at opdatere tags på en way i stedet for en node - men det vil så blive umuligt at tjekke, om en adresse er placeret korrekt. En adresse i DAWA er jo netop defineret ved ét punkt, ikke et område. Rent teknisk kan man godt sammenligne områder med punkter, men det vil kræve noget decideret GIS-software og en hel del mere regnekraft - og er øvrigt uden for mit ekspertiseområde. Så umiddelbart tror jeg ikke det er en god ide at begynde at definere adresser som områder, når de i det officielle register fremgår som punkter. On 14/04/2018 12:21, Michael Andersen wrote: !. Det bør sikres at danske adresser ikke, på grund af fejlagtige eller manglende koordinater, ender på Null Island eller andre steder uden for Danmark. 2. Behøver vi virkelig alle de forskellige osak:* tags i OSM? Kan vi med fordel droppe nogle af dem? 3. Man kan ikke stole 100% på osak:identifier. Jeg observerede adskillige tilfælde hvor AWSbot oprettede dubletter med forskellige udgaver af dette tag (og operatøren reagerede desværre sjældent på mine henvendelser angående det). 4. Jeg har ofte tænkt om ikke vi kunne revidere den hidtidige politik nævnt på blandt andet https://wiki.openstreetmap.org/wiki/Addresses#Denmark. I mange tilfælde kan der være god mening i at tagge adresser på f.eks. villaer fremfor på en node midt i den (uden for DK er det normen at have adresser på bygninger. Teknikken skal bare være i stand til at tage højde for at en adresse kan eksistere både som en node og som en "vej"/"way" On lørdag den 14. april 2018 09.45.50 CEST Jonathan Hougaard wrote: Hej alle Efter en kort diskussion her: https://www.openstreetmap.org/changeset/57976035 har jeg besluttet mig for at give mig i kast med at bygge en ny web app, der kan bruges til at vedligeholde danske adresser vha. det danske adresseregister. Grundstrukturen er allerede funktionel, men før jeg arbejder videre med projektet vil jeg gerne have spørgsmål, kommentarer og ønsker til projektet. Grundlæggende er ideen at opdatere adresser på en måde svarende til den vi kender fra AWSbot scriptet. Den tekniske del er dog lavet fra bunden, og virker på en noget anden måde end AWSbot, hvilket gerne skulle give en mere effektiv og fleksibel databehandling. Følgende wiki-side vil være primær dokumentation for projektet: https://wiki.openstreetmap.org/wiki/AutoAWS. Siden vil blive opdateret løbende i takt med at jeg arbejder videre med projektet, baseret på jeres kommentarer og ønsker. Kildekoden vil blive offentliggjort når en endelig version af appen er færdiggjort. Efterhånden som det hele skrider frem vil jeg nok have mere konkrete spørgsmål at stille - men i første omgang vil jeg blot meget gerne høre jeres umiddelbare indtryk, tanker, ønsker osv. Allerede nu vil jeg melde ud, at hvis opdatering af adresser skal køre fuldautomatisk (tanken er at hvert postnummer automatisk kan blive opdateret hver 30. dag), vil det kræve noget serverinfrastruktur hvor scriptet kan køre. Jeg bidrager gerne min tid og viden til projektet, men er ikke interesseret i at bidrage økonomisk. Hvis der er nogen, der kan bidrage med serverplads, hører jeg derfor gerne fra jer. Det er ikke det helt store, der kræves - hvis du for eksempel har en personlig hjemmeside, vil scriptet nok kunne køre i baggrunden på den. Alternativt kan det hele også køre på en almindelig computer, hvis der installeres noget server-software (f.eks. Wampserver). Så vil opdateringen dog ikke kunne køre fuldautomatisk. Foreløbigt ser jeg frem til at modtage tanker og kommentarer. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.
Re: [Talk-dk] Nyt script til addresseopdateringer
Hej Anton Tak, den var jeg ikke bekendt med. Det ændrer jo straks spillereglerne lidt. Det ville selvfølgelig være nemt bare at kunne importere det komplette datasæt fra DAWA, indlæse i OSM og så holde det opdateret vha. deres replikerings-API. Desværre er OSM-dataet allerede til dels forældet, og skal derfor bringes up-to-date først. Så for et komplet og korrekt datasæt ville det nok kræve at slette alle eksisterende adressenodes i OSM og så indlæse det hele forfra. Jeg er bange for det vil være svært at finde opbakning til den fremgangsmåde, da man risikerer større tab af data (f.eks. hvis der er tilføjet andre data-tags på adressenoderne, som så vil blive slettet). Hmm. I øvrigt vil brug af replikerings-API'et også kun fange rettelser, der kommer fra DAWA. Dvs. hvis en bruger manuelt (fejlagtigt) har rettet på en adresse-node i OSM, vil denne ikke blive rettet tilbage (medmindre samme adresse tilfældigvis også bliver ændret i DAWA). En del af ideen er også at fange sådanne manuelle edits og rette dem tilbage. Hvis OSM var er sterilt miljø med korrekte og kontrollerede edits ville et replikerings-API være super, men jeg er ikke sikker på, det er en optimal løsning her. Hvad tænker du om det? Mht. serverplads: fedt, det vil jeg huske når jeg når så langt! On 14/04/2018 11:52, Anton Stonor wrote: Hej Jonathan, Fedt, at du tager teten! Jeg har et par tekniske pointer, du kan overveje og måske allerede er opmærksom på. DAWA har et fint replikerings-API. Den løbende synkronisering vil blive meget mere letvægts, hvis du abonnerer på ændringer frem for at trawle alt igennem. https://dawa.aws.dk//dok/guide/replikering Brug et kø-system, fx ved hjælp af RabbitMQ. Du kan sikre, at alle ændringer går igennem ved fx periodiske problemet, og evt. fejl kan behandles fra en fejlkø. I øvrigt: Jeg er en del af en it-virksomhed, som gerne vil sponsorere en server til projektet. /Anton Den 14. april 2018 kl. 09.45 skrev Jonathan Hougaard <hougaar...@gmail.com <mailto:hougaar...@gmail.com>>: Hej alle Efter en kort diskussion her: https://www.openstreetmap.org/changeset/57976035 <https://www.openstreetmap.org/changeset/57976035> har jeg besluttet mig for at give mig i kast med at bygge en ny web app, der kan bruges til at vedligeholde danske adresser vha. det danske adresseregister. Grundstrukturen er allerede funktionel, men før jeg arbejder videre med projektet vil jeg gerne have spørgsmål, kommentarer og ønsker til projektet. Grundlæggende er ideen at opdatere adresser på en måde svarende til den vi kender fra AWSbot scriptet. Den tekniske del er dog lavet fra bunden, og virker på en noget anden måde end AWSbot, hvilket gerne skulle give en mere effektiv og fleksibel databehandling. Følgende wiki-side vil være primær dokumentation for projektet: https://wiki.openstreetmap.org/wiki/AutoAWS <https://wiki.openstreetmap.org/wiki/AutoAWS>. Siden vil blive opdateret løbende i takt med at jeg arbejder videre med projektet, baseret på jeres kommentarer og ønsker. Kildekoden vil blive offentliggjort når en endelig version af appen er færdiggjort. Efterhånden som det hele skrider frem vil jeg nok have mere konkrete spørgsmål at stille - men i første omgang vil jeg blot meget gerne høre jeres umiddelbare indtryk, tanker, ønsker osv. Allerede nu vil jeg melde ud, at hvis opdatering af adresser skal køre fuldautomatisk (tanken er at hvert postnummer automatisk kan blive opdateret hver 30. dag), vil det kræve noget serverinfrastruktur hvor scriptet kan køre. Jeg bidrager gerne min tid og viden til projektet, men er ikke interesseret i at bidrage økonomisk. Hvis der er nogen, der kan bidrage med serverplads, hører jeg derfor gerne fra jer. Det er ikke det helt store, der kræves - hvis du for eksempel har en personlig hjemmeside, vil scriptet nok kunne køre i baggrunden på den. Alternativt kan det hele også køre på en almindelig computer, hvis der installeres noget server-software (f.eks. Wampserver). Så vil opdateringen dog ikke kunne køre fuldautomatisk. Foreløbigt ser jeg frem til at modtage tanker og kommentarer. ___ Talk-dk mailing list Talk-dk@openstreetmap.org <mailto:Talk-dk@openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-dk <https://lists.openstreetmap.org/listinfo/talk-dk> ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Nyt script til addresseopdateringer
Hej alle Efter en kort diskussion her: https://www.openstreetmap.org/changeset/57976035 har jeg besluttet mig for at give mig i kast med at bygge en ny web app, der kan bruges til at vedligeholde danske adresser vha. det danske adresseregister. Grundstrukturen er allerede funktionel, men før jeg arbejder videre med projektet vil jeg gerne have spørgsmål, kommentarer og ønsker til projektet. Grundlæggende er ideen at opdatere adresser på en måde svarende til den vi kender fra AWSbot scriptet. Den tekniske del er dog lavet fra bunden, og virker på en noget anden måde end AWSbot, hvilket gerne skulle give en mere effektiv og fleksibel databehandling. Følgende wiki-side vil være primær dokumentation for projektet: https://wiki.openstreetmap.org/wiki/AutoAWS. Siden vil blive opdateret løbende i takt med at jeg arbejder videre med projektet, baseret på jeres kommentarer og ønsker. Kildekoden vil blive offentliggjort når en endelig version af appen er færdiggjort. Efterhånden som det hele skrider frem vil jeg nok have mere konkrete spørgsmål at stille - men i første omgang vil jeg blot meget gerne høre jeres umiddelbare indtryk, tanker, ønsker osv. Allerede nu vil jeg melde ud, at hvis opdatering af adresser skal køre fuldautomatisk (tanken er at hvert postnummer automatisk kan blive opdateret hver 30. dag), vil det kræve noget serverinfrastruktur hvor scriptet kan køre. Jeg bidrager gerne min tid og viden til projektet, men er ikke interesseret i at bidrage økonomisk. Hvis der er nogen, der kan bidrage med serverplads, hører jeg derfor gerne fra jer. Det er ikke det helt store, der kræves - hvis du for eksempel har en personlig hjemmeside, vil scriptet nok kunne køre i baggrunden på den. Alternativt kan det hele også køre på en almindelig computer, hvis der installeres noget server-software (f.eks. Wampserver). Så vil opdateringen dog ikke kunne køre fuldautomatisk. Foreløbigt ser jeg frem til at modtage tanker og kommentarer. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
