Re: [NUUG kart] Import av Elveg-data: Veien videre
Dette er diskutert før om jeg ikke husker feil. Konklusjonen da var at vi ikke kunne bruke nvdb:id fordi vi ikke vet om samme vei har samme id i fremtiden. -Sverre On Sun, 2015-06-07 at 21:35 +0200, Christer van der Meeren wrote: Jeg er for å kutte ut nvdb:id. Er åpen for motargumenter om det er noen fornuftige. Jeg tror ikke nødvendigvis det er lurt å automatisk koble sammen veier. I boligområder vil det være mange veier som grener seg, men har identiske OSM-tags. Da er det ikke godt å vite hva som er hovedveien og skal smeltes sammen til ett veistykke. 2015-06-07 21:26 GMT+02:00 Espen Oldeman Lund es...@espenpost.com: For meg var dette ganske greit og forstålig. Mulig det er diskutert tidligere, men hadde det ikke vært mulig å koble sammen i skriptet vegsegmenter med ulik nvdb:id, men med like OSM tagger? Da slipper en å gjøre det manuelt? Og hvorfor kutter vi ikke bare ut nvdb:id i skriptet hvis vi ikke skal ha det med videre? Jeg har ikke fulgt med på hele diskusjonen om importen så bare si ifra hvis disse tingene har blitt diskutert tidligere. Espen søn. 7. jun. 2015 kl. 16.41 skrev Christer van der Meeren cmee...@gmail.com: Hei folkens! Nå har jeg foretatt en større oppdatering av importsiden for å få den til å stemme mer med Import/Plan_Outline: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Road_import_%28Norway%29 Har også laget en fremdriftstabell med alle kommunene: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Road_import_%28Norway%29/Progress Setter pris på om flere kan ta et kritisk blikk på dette og komme med tilbakemeldinger eller rette opp/utfylle om nødvendig. Spesielt workflow-avsnittene, som er helt nye. Når denne siden er OK gjenstår det vel bare å be DWG ta en titt. 2015-05-27 14:39 GMT+02:00 Christer van der Meeren cmee...@gmail.com: Hei igjen igjen. Jeg ser at det allerede ligger en del inne på wikien: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Road_import_%28Norway%29 Er det slik at det omtrent bare er å pusse opp denne siden litt og kontakte DWG? Med oppussing, er følgende tilstrekkelig? 1) Henvise til Elveg2osm under Data transformation 2) Oppdatere Import process med konkrete tips til fremgangsmåte. Herunder: a) Hvis vei ikke eksisterer fra før, kopier fra Elveg og korriger tagger b) Hvis veier eksisterer fra før, korriger/legg til tags fra Elveg. For å rette opp i geometrien, bruk Improve Way Accuracy (ikke replace geometry) slik at historikk, relations, kryss osv. beholdes (replace geometry virker dårlig sammen med relations, og vil dessuten frakoble alle kryss, som må kobles manuelt på igjen) Fremdriftsskjema (tabell fremdrift per kommune) må naturligvis også lages, men det er ikke store jobben og det skal jeg alltids få ordnet. - Christer 2015-05-04 13:39 GMT+02:00 Christer van der Meeren cmee...@gmail.com: Hei igjen. Livet har tatt meg igjen, og jeg har ikke kapasitet til å ta dette videre akkurat nå. Slik jeg ser det gjenstår det å si ifra til DWG og lage wiki-side om importen (om man i det hele tatt vil kalle det import - det blir jo en veldig manuell
Re: [NUUG kart] Import av Elveg-data: Veien videre
Lurer også litt på dette med replace geometry. Har nevnt to grunner på wikisiden til hvorfor dette ikke bør brukes (til fordel for improve way accuracy). Har tre spørsmål: - Er det flere grunner til at dette ikke bør brukes? - Er det i praksis greit å bruke det der man kan? (De to grunnene som er oppgitt på wikien nå sier i praksis at det er mer å huske på og det virker ikke for alle veier, som på ingen måte er blytunge argumenter for aldri å bruke verktøyet) - Finnes det gode grunner for å faktisk bruke det hvor mulig? 2015-06-07 16:40 GMT+02:00 Christer van der Meeren cmee...@gmail.com: Hei folkens! Nå har jeg foretatt en større oppdatering av importsiden for å få den til å stemme mer med Import/Plan_Outline: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Road_import_%28Norway%29 Har også laget en fremdriftstabell med alle kommunene: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Road_import_%28Norway%29/Progress Setter pris på om flere kan ta et kritisk blikk på dette og komme med tilbakemeldinger eller rette opp/utfylle om nødvendig. Spesielt workflow-avsnittene, som er helt nye. Når denne siden er OK gjenstår det vel bare å be DWG ta en titt. 2015-05-27 14:39 GMT+02:00 Christer van der Meeren cmee...@gmail.com: Hei igjen igjen. Jeg ser at det allerede ligger en del inne på wikien: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Road_import_%28Norway%29 Er det slik at det omtrent bare er å pusse opp denne siden litt og kontakte DWG? Med oppussing, er følgende tilstrekkelig? 1) Henvise til Elveg2osm under Data transformation 2) Oppdatere Import process med konkrete tips til fremgangsmåte. Herunder: a) Hvis vei ikke eksisterer fra før, kopier fra Elveg og korriger tagger b) Hvis veier eksisterer fra før, korriger/legg til tags fra Elveg. For å rette opp i geometrien, bruk Improve Way Accuracy (ikke replace geometry) slik at historikk, relations, kryss osv. beholdes (replace geometry virker dårlig sammen med relations, og vil dessuten frakoble alle kryss, som må kobles manuelt på igjen) Fremdriftsskjema (tabell fremdrift per kommune) må naturligvis også lages, men det er ikke store jobben og det skal jeg alltids få ordnet. - Christer 2015-05-04 13:39 GMT+02:00 Christer van der Meeren cmee...@gmail.com: Hei igjen. Livet har tatt meg igjen, og jeg har ikke kapasitet til å ta dette videre akkurat nå. Slik jeg ser det gjenstår det å si ifra til DWG og lage wiki-side om importen (om man i det hele tatt vil kalle det import - det blir jo en veldig manuell prosess). Sikkert ikke så mye arbeid, men jeg har aldri gjort det før og har ikke tid til å sette meg inn i det for øyeblikket. Noen som kan si ifra til DWG-mailinglisten og lage import-wikiside? Det kan for eksempel være greit å få svar på om vi må bruke dedikerte import-brukere til dette. 2015-04-22 11:48 GMT+02:00 Christer van der Meeren cmee...@gmail.com: Tror det har vært nevnt tidligere, men vi kan jo si at veier fra kartverket som ikke finnes i OSM legges bare inn dersom lokal kunnskap eller lignende (Google street view?) faktisk tilsier at de eksisterer. Jeg vet også at i mitt nærområde (Bergen), selv om veinettet er ganske fullstendig, så er det enkelte steder upresishet i geometrien i OSM som er stor nok tll at navigasjon kan bli forvirret på nærliggende veier, og til at det vil se rart ut om man legger inn nye veier fra Elveg - da vil de nye veiene gjerne være korrekte, men ikke stemme helt overens med veinettet de legges inn i. 2015-04-22 11:15 GMT+02:00 Sverre Didriksen sverre.didrik...@usit.uio.no: Jeg heller nok mest til at vi importerer i områder hvor vi manger mye data. I områder hvor det er godt med osm-data må man være varsom. Det er mange steder at osm stemmer mer enn kartverkets data, og da er det jo viktig å ikke ødelegge det. Som jeg har nevnt tidligere så har jeg mange steder i f.eks. Valdres kommet over veier som kartverket har som rett og slett ikke eksisterer mer. De er knapt bra nok for stier, og de er det jo greit å ikke importere for å si det slik. -Sverre On Wed, 2015-04-22 at 11:02 +0200, Christer van der Meeren wrote: Det var ikke stormende respons på dette. Spør igjen og venter litt til før vi evt. går i gang. 1. Er det OK at elveg2osm i konverteringen tagger VEGSTATUS=S som highway=track, og så bruker man eksisterende OSM-tags dersom veien eksisterer (eller overstyrer dersom man har lokal kunnskap)? 2. Noe jeg bør vite før jeg melder fra om importen til OSM/DWG? 3. Bør vi bruke dedikerte import-brukere til dette? 4. Noen som vil se gjennom koden på https://github.com/gomyhr/elveg2osm? 2015-04-05 16:56 GMT+02:00 Geir Ove Myhr gom...@gmail.com: 2015-04-05 14:07 GMT+02:00 Christer van der Meeren cmee...@gmail.com: 1. Forbedre geometri på eksisterende veier 2. Legge inn manglende data (både hele veier og tags på eksisterende
Re: [NUUG kart] Import av Elveg-data: Veien videre
Jeg har ikke satt meg inn i situasjonen for Elveg importen. Men forstår at det er snakk om å slå sammen veger. Dette gjør jeg automatisk for N50-importen. Her blir alle veisegmenter (way) slått sammen hvis de har samme tagger. Hvis det er flere veier som har samme endenoder (kryss) og tagger, er det tilfeldig hvilke veisegmenter som blir slått sammen. Python scriptet finnes her https://github.com/tibnor/kartverket2osm/blob/master/waySimplifyer.py Hilsen Torstein 8. juni 2015 kl. 11.48 skrev Håken Hveem krbjh...@online.no: Jeg sitter å ser på dataene for Stange kommune nå,og jeg ser at det vil ta veldig lang til å kjøre simplify roads på 145 tusen objekter! Jeg går ut i fra at en må ta dette bitvis,det samme med nedlastning for å få dataene som allerede ligger inne på openstreetmap som ett eget lag da JOSM ikke klarer å laste ned en hel kommune på en gang. Det blir også voldsomt mye å laste opp igjen ser det ut som. Jeg håper at jeg ikke har misforstått noe nå.. On 08. juni 2015 10:57, Sverre Didriksen wrote: On Mon, 2015-06-08 at 10:00 +0200, Geir Ove Myhr wrote: 2015-06-08 9:46 GMT+02:00 Sverre Didriksen sverre.didrik...@usit.uio.no: Dette er diskutert før om jeg ikke husker feil. Konklusjonen da var at vi ikke kunne bruke nvdb:id fordi vi ikke vet om samme vei har samme id i fremtiden. Det har vært diskutert før her: http://forum.openstreetmap.org/viewtopic.php?pid=492858#p492858 Min konklusjon var den motsatte. Så lenge veiene ikke forandres, forandres ikke nvdb:id (TRANSID, som den heter i Elveg). Det er ikke den jeg hadde i tankene. Dette er lenger tilbake, like etter slippet fra Kartverket. Jeg har ikke tid til å søke etter det i arkivet, men er fremdeles ganske sikker på at det er blitt sagt. Det var tekniske årsaker, mulig noe rydding eller flytting til nytt system som gjorde at alle objekter fikk ny id. Og siden det har skjedd tidligere så kan vi ikke utelukke at det kan skje i fremtiden. Men om man er av en annen oppfatning i dag så er det helt greit. Å ha en id på objektene er jo veldig fint når man skal sammenligne osm med elveg eller andre datasett. -Sverre ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart -- Håken Hveem Gnup/PGP key ID: 45793A72 ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] Import av Elveg-data: Veien videre
On Mon, 2015-06-08 at 10:00 +0200, Geir Ove Myhr wrote: 2015-06-08 9:46 GMT+02:00 Sverre Didriksen sverre.didrik...@usit.uio.no: Dette er diskutert før om jeg ikke husker feil. Konklusjonen da var at vi ikke kunne bruke nvdb:id fordi vi ikke vet om samme vei har samme id i fremtiden. Det har vært diskutert før her: http://forum.openstreetmap.org/viewtopic.php?pid=492858#p492858 Min konklusjon var den motsatte. Så lenge veiene ikke forandres, forandres ikke nvdb:id (TRANSID, som den heter i Elveg). Det er ikke den jeg hadde i tankene. Dette er lenger tilbake, like etter slippet fra Kartverket. Jeg har ikke tid til å søke etter det i arkivet, men er fremdeles ganske sikker på at det er blitt sagt. Det var tekniske årsaker, mulig noe rydding eller flytting til nytt system som gjorde at alle objekter fikk ny id. Og siden det har skjedd tidligere så kan vi ikke utelukke at det kan skje i fremtiden. Men om man er av en annen oppfatning i dag så er det helt greit. Å ha en id på objektene er jo veldig fint når man skal sammenligne osm med elveg eller andre datasett. -Sverre ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart
Re: [NUUG kart] Import av Elveg-data: Veien videre
Og for å være helt tydelig på én ting: Elveg-data skal ikke lastes opp som sådan. De skal møysommelig flettes inn i eksisterende data. Eksisterende veier i OSM kan flyttes på for å samsvare med Elveg, og tagger kan kopieres over. Kun der veien ikke eksisterer i OSM skal Elveg-dataene lastes opp (ved å kopieres inn i OSM-laget i JOSM), og det er kun her i sistnevnte tilfelle at simplify ways er aktuelt. 2015-06-08 12:38 GMT+02:00 Christer van der Meeren cmee...@gmail.com: Som det tydelig fremgår av wiki-siden for importen er dette en manuell import. Det tas bitvis, i små mengder av gangen. Foreslår at du tar en ekstra titt på wikisiden, og si gjerne ifra om noe er uklart, da bør vi kanskje oppdatere siden til å være mer tydelig. :) 2015-06-08 11:48 GMT+02:00 Håken Hveem krbjh...@online.no: Jeg sitter å ser på dataene for Stange kommune nå,og jeg ser at det vil ta veldig lang til å kjøre simplify roads på 145 tusen objekter! Jeg går ut i fra at en må ta dette bitvis,det samme med nedlastning for å få dataene som allerede ligger inne på openstreetmap som ett eget lag da JOSM ikke klarer å laste ned en hel kommune på en gang. Det blir også voldsomt mye å laste opp igjen ser det ut som. Jeg håper at jeg ikke har misforstått noe nå.. On 08. juni 2015 10:57, Sverre Didriksen wrote: On Mon, 2015-06-08 at 10:00 +0200, Geir Ove Myhr wrote: 2015-06-08 9:46 GMT+02:00 Sverre Didriksen sverre.didrik...@usit.uio.no: Dette er diskutert før om jeg ikke husker feil. Konklusjonen da var at vi ikke kunne bruke nvdb:id fordi vi ikke vet om samme vei har samme id i fremtiden. Det har vært diskutert før her: http://forum.openstreetmap.org/viewtopic.php?pid=492858#p492858 Min konklusjon var den motsatte. Så lenge veiene ikke forandres, forandres ikke nvdb:id (TRANSID, som den heter i Elveg). Det er ikke den jeg hadde i tankene. Dette er lenger tilbake, like etter slippet fra Kartverket. Jeg har ikke tid til å søke etter det i arkivet, men er fremdeles ganske sikker på at det er blitt sagt. Det var tekniske årsaker, mulig noe rydding eller flytting til nytt system som gjorde at alle objekter fikk ny id. Og siden det har skjedd tidligere så kan vi ikke utelukke at det kan skje i fremtiden. Men om man er av en annen oppfatning i dag så er det helt greit. Å ha en id på objektene er jo veldig fint når man skal sammenligne osm med elveg eller andre datasett. -Sverre ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart -- Håken Hveem Gnup/PGP key ID: 45793A72 ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart ___ kart mailing list kart@nuug.no http://lists.nuug.no/mailman/listinfo/kart