På Tue, 7 Feb 2017 06:40:49 +0100
Morten Rüsz <mortenr...@gmail.com> skrev:
> Hej Jørgen.
> 
> Det lyder som en god idé med kildehenvisning (må indrømme, at jeg
> ikke var så opmærksom på, da jeg opdaterede hastighedsdata for Viborg
> Kommune). Der vil formentig være tale om en høj grad af sofa-mapping
> i dette tilfælde.

source:maxspeed er endnu vigtigere efter min mening.
 
> Som det ser ud nu, som det også fremgår af itoworld, så er der meget
> få hastighedsdata, så sandsynligheden for at korrekte oplysninger
> rettes til forkerte er relativt lille.

Jeg er ikke sikker på at der er så få i forhold til hvor mange, der
burde være.

Vi har i det store og hele kun mappet udtagelser fra defaultværdierne
for vejtyperne.

https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Denmark

Og jeg tror at vi har fået en pænt stor del af dem på plads.

> Dertil kommer, at vi i vores
> projekt forventer at indsamle oplysninger om uoverensstemmelser
> mellem den faktiske hastighedsgrænse og OSM-hastighedsgrænsen. Det
> giver mulighed for hurtigt at samle op på og rette fejl.

Ja.

> Man skal desuden være opmærksom på, at der er fire former for
> hastighedsgrænser:
> 
> 
>    - Gældende hastighed – Er i princippet den generelle hastighed med
>    mindre der er skiltet eller variable tavler.
>    - Generel hastighed – Er den generelle hastighed hvis der ikke er
>    skiltet.
>    - Skiltet hastighed – Er den skiltede hastighed.
>    - Variable tavler – Hvis der er variable tavler ændres hastigheden
>    løbende.
> 
> 
> Hvordan håndteres sidstnævnte i OSM?

Et eksempel er:
http://www.openstreetmap.org/way/24449368
 
> Hvis jeg kan indsamle data i Shape-format (som angiveligt skulle være
> et gængs GIS-format), er det så muligt at indlæse i en WMS-løsning?


Måske. Men kan du ikke finde ud af hvad du kan få og uploade et
eksempel.

Personligt synes jeg det ville være dejligt med noget enkelt
JSON-data, som man kunne arbejde på med python-scripts og Leaflet.

Lidt som jeg gør med FVST restauranter:
 http://digitalfrihed.dk/restaurants/all.html

> Mvh Morten
> 
> Den 6. februar 2017 kl. 15.12 skrev Jørgen Elgaard Larsen
> <j...@elgaard.net>:
> 
> > Morten Rüsz skrev:
> >  
> >> hvis man ved at klikke et nyt lag af data (kommunale
> >> hastighedsgrænser) frem og så kan sammenligne med farvekoder og
> >> ændre, så kan det ikke gøres meget lettere.
> >>  
> >
> > Ja, det ville være godt.
> >
> > Vi har jo en tradition for at sætte kilde på hastighedsgrænser. Har
> > man f.x. sat den efter at have set et skilte, sætter man
> >   source:maxspeed=sign.
> >
> > Det kunne være godt, hvis vi kunne finde en konsistent måde at
> > angive, at kilden er sofamapning fra kommunale grænser. Eksempelvis
> >   source:maxspeed:Viborg Kommune VejMan
> >
> > Men det kræver jo, at et overlay på en eller anden måde er markeret
> > med kildeoplysninger. Kan det lade sig gøre? Evt. kan man have et
> > overlay pr. kilde.
> >
> >
> > I alle tilfælde: Når man sofamapper, skal man naturligvis være
> > forsigtig, hvis der er sat en anden hastighedsgrænse på en vej i
> > OSM end den, der fremgår af kommunens data. Især hvis der er sat
> > source:maxspeed=sign. I det tilfælde kan der være tale om:
> >
> >  1. Der har engang stået et skilt, men det er nu fjernet/udskiftet.
> >  2. Der står stadig et skilt, men kommunen har ikke registreret det.
> >  3. Den oprindelige mapper har lavet en fejl.
> >
> > Det overordnede princip er jo, at vi mapper den fysiske verden, så
> > hvis man ikke kan afgøre, hvad der er korrekt, må man kigge på
> > Mapillary eller tage ud i virkeligheden og kigge. Alternativt må
> > man angive, at hastigheden er usikker, f.x. med
> >   fixme:maxspeed=Municipal data says 60km/h. Check sign on site.
> >
> > Der er ikke noget mere irriterende end hvis man har været ude i
> > virkeligheden for at observere vejskilte, og så en sofamapper
> > ændrer ens arbejde, fordi noget fejlbehæftet offentlig data siger
> > noget andet end virkeligheden.
> >
> > - 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

Besvar via email