Re: [Talk-dk] 2 minus 1 vej

[sfromis]

På en 2-minus-1 som jeg af og til kører på understreger nogle sæt pullerter
ved den brudte kantstribe at vejen skal ses som "smal". Modkørende biler
kan altså være nødt til at holde tilbage for at kunne passere. Pullerterne
kan måske kaldes for små stumper kantsten, stod der ikke da vejen først
blev malet som 2-minus-1 vej, og fremgår pt ikke af Mapillary eller Google
streetview. Asfaltbredden er altså uegnet til ruteplanlægning, og uden at
have nærstuderet regler tvivler jeg også derudover på at det vil være ok at
ruteplanlægge efter asfaltbredden i stedet for den ene gennemførte kørebane
der er. Alternativt kunne vejbredden gøres smallere ved pullerterne. Fandt
et delvis lignende eksempel

på Google streetview, hvor det dog samtidig er et moderat vejbump.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Københavnsvej U-turn

[sfromis]

Hvis det ikke var tilladt at køre på den tydeligvis anlagte rute, ville der
være skiltning med venstresving forbudt. Tværtimod er der punkteret
sidestribe som eksplicit markering af at det er meningen at der skal kunne
køres.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Kender nogen Lykkeberg i Spjald?

[sfromis]

Det ligner et skilt hjemmefremstillet til en mærkedag, nedenunder
"Lykkeberg" står der noget utydeligt, som jeg læser som noget med "xx år"
hvor "xx" måske er et tal. Ejendommen er familieoverdraget for 5 måneder
siden, 3 måneder efter datoen på Mapillary, så det er måske fordi Lykkeberg
fraflyttede adressen, navnet fremgår ikke længere af 118, selv om en
kortere udgave af et af navnene netop står dér med 3 tlf. numre.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Busstoppesteder

[sfromis]

>  adgang til data for busstoppesteder?

https://help.rejseplanen.dk/hc/da/articles/213633029-Retningslinjer-for-databrug

> Ved at oprette en bruger kan du få adgang til Rejseplanens data;
> - Stoppestedsdata, stationsdata og planlagte køreplansdata er
tilgængelige i GTFS format der kan downloades
> ...


2017-10-23 19:28 GMT+02:00 Niels Elgaard Larsen :

>
>
> Michael Andersen:
> > Hej Troels
> >
> > Der er ingen som helst automatik involveret her. Alle i OSM indførte
> danske
> > stoppesteder er manuelt registreret af en lang række individuelle
> > bidragsydere, der måske kun har indført en eller ganske få hver.
>
>
>
> Ja, men er der nogen, der har prøvet få adgang til data for
> busstoppesteder?
>
> Måske er der trafikselskaber, der gerne vil udlevere dem.
>
>
> > Der har også
> > kun i meget begrænset omfang været tale om nogen organisering af
> arbejdet, så
> > det er kun forventeligt at der mangler stoppesteder (de registrerede er
> > hovedsageligt koncentreret om hovedstadsområdet og nogle få større byer)
> eller
> > ikke er noget udpræget system i de eksisterende (med hensyn til data og
> > præcision mm).
> >
> > Jeg har ikke selv brugt at finde busstoppesteder i OSM (da jeg sjældent
> kører
> > med bus), men det er slet ikke utænkeligt at andre gør det (ikke mindst
> > turister) og at det på sigt kan blive mere almindeligt.
> >
> > Kort sagt, hvis du gerne vil have flere busstoppesteder i OSM, så er det
> bare
> > at gå i gang;-)
> >
> > rejseplanen.dk har benyttet OSM som baggrundskort siden ihvertfald maj
> i år
> > (https://lists.openstreetmap.org/pipermail/talk-dk/2017-May/004834.html),
> som
> > følge af et skift til en tysk softwareleverandør. Deres
> ruter/stoppesteder
> > tegnes på baggrund af deres egen database.
> >
> > On fredag den 20. oktober 2017 15.53.45 CEST Troels Arvin wrote:
> >> Hej,
> >>
> >> Forleden dag, da jeg stod og ventede ved et busstoppested, undrede det
> >> mig, at det ikke fremgik på min Osmand+. Der var tale om stoppestedet
> >> "Vejlands Allé (Englandsvej)" på Englandsvej:
> >> https://www.openstreetmap.org/#map=19/55.64290/12.59871
> >>
> >> Jeg kan se, at der tilsyneladende mangler rigtig mange busstoppesteder,
> >> men omvendt er der også mange, som er registreret.
> >>
> >> Er der noget automatik involveret her, eller kræver det simpelhen at man
> >> går i gang med at få indtegnet busttoppested nodes, hvis man ønsker, at
> >> OSM indeholder sådanne? Spurgt på en anden måde: Er det spild af tid,
> >> hvis man begynder at indtegne busstoppesteder?
> >>
> >> (Sjovt nok kan jeg se, at rejseplanen.dk benytter OSM i kortvisningen
> af
> >> ruter, og dén kender i hvertfald busstoppesteder.)
> >
> >
> >
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> >
>
> --
> Niels Elgaard Larsen
>
> ___
> 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] Registrering af hastigheds zoner

[sfromis]

> Hvordan vil i registrere en hastigheds zone?

http://wiki.openstreetmap.org/wiki/Speed_limits har noget omkring
maxspeed:advisory=*
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Er OpenStreetMap blevet kommercielt ??

[sfromis]

I stedet for at fokusere på om det kommercielle er mere eller mindre
problematisk, kunne spørgsmålet snarere være hvordan god tag-skik er for et
udlejnings-sommerhus - hvor en privat ejer/investor bruger det af og til,
og derudover har det tilmeldt et antal udlejningsbureauer i forskellige
markeder. Så vidt jeg ved taler vi sjældent (aldrig?) om at det er bureauet
som ejer og driver sommerhusene, så det er ikke sikkert at de helt kan
kaldes for operatør. Så vidt jeg kan se, er der også kun plads til én
operatør, og tilsvarende med katalog-reference URL, og navn. Når
sommerhuset kan udlejes flere steder, skal der vel ikke tagges på en måde
som giver en fortrinsstilling til ét af udlejningsbureauerne, også hvis de
blot kom først. De ting som ikke kan passes ind i "god tag-skik" bør vel
slettes, alternativt skal der udvikles tags til udlejningsbureauernes
kataloger. Hvis der hverken er plads til navn eller URL fra de nuværende
skæve tagninger, kunne det logiske være at "rense ud".

En anden indgangsvinkel kunne være at overveje som rendering-programmer
automatisk skal vise noget der er tagget som chalet, med mindre brugeren
direkte beder som sådan info.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] manglende bygningsdata

[sfromis]

En plausibel tolkning af licensen er at kildeangivelse skal fremgå af web
sider (og apps) hvor slutbrugere kan finde bygningsdata. Kan udnyttere af
OSM data forpligtes til dette? En kildeangivelse godt gemt i OSM rådata er
næppe nok hvis/når en app skærer et udvalg til et bestemt formål. Altså set
fra et ikke-advokat perspektiv.

Google Maps har ofte en markering i bunden, med kildeangivelse for data og
billeder, som fx hvis jeg kikker på Tyskland. Det ligner deres løsning på
krav om kildeangivelse.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] highway=rest_area in Denmark

[sfromis]

> Vi har mange rastepladser uden tilhørende tankstationer, men bestemt lige
så mange med

Efter min erfaring er det en decideret sjældenhed at en rasteplads har en
tankstation, når vi kommer udenfor de store rastepladser ved motorvejene.
Der er rigtig mange flere små rastepladser langs landevejene, hvor der ofte
(men langt fra altid) er et toilet, en informationstavle, skraldespand,
samt et par borde/bænke. Nix weiter. Ofte ikke engang egentlige P-båse, men
blot lidt bar jord. Skiltet M34 er netop rasteplads, og her er tankstation
helt klart en underkategori som tilføjes i de få tilfælde hvor sådant
forefindes. Så det er den omvendte verden hvis tolkningen af M34 afgørende
skal afhænge af om der findes en tankstation eller ej. Efter danske forhold.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Trafikalarm

[sfromis]

Deres hjemmeside http://www.trafikalarm.dk/ har supp...@trafikalarm.dk som
kontakt email adresse. Logo grafikken går igen, så det kan kun være dem.

Indholdet kunne lugte af automatiserede opdateringer, som vel er
implementeret så enkelt som muligt, altså uden "besværligheder" som
opsplitning.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Feriehuse på OSM

[sfromis]

> tvivlsomt om ferienhaus.de faktisk er operatør for husene

"Sjovt nok" markedsføres nævnte hus også via
http://www.sommerhusedanmark.dk/sommerhus-29676132.html
Her ser det ud til at "Sol og Strand" er operatør. Det er ganske
plausibelt at de samarbejder med et tysk bureau - tyskere er jo en
stor del af markedet.

> Hvis de bare bruge et ferienhaus_de_number tag, ville det være OK med mig.

Men så taber de den store synlighed i kraft af OSM default-rendering.
De håber jo fx på at nogen ser navnet, og spørger Google (incl.
løbenr). Så er de yderst velplaceret i søgeresultatet, i modsætning
til den reelle operatør. Så de har næppe den store lyst til et tag som
ikke giver en dyt eksponering på et normalt renderet OSM kort. Et
marketing-stunt, altså spam.


2016-02-03 0:32 GMT+01:00 Niels Elgaard Larsen :
> Jeg har sådan set ikke ondt over, at de tagger husene, så kunderne kan
> finde dem.
>
> Men jeg har noget imod at de misbruger tags, der bruges i forvejen.
>
> Det er især:
>
> * name. Fx http://www.openstreetmap.org/node/3514350303 . Det hus hedder
> jo ikke "Bøgfinkehus (L321)". For det første er det meget usandsynligt
> at løbenummeret indgår i navnet. Men det er næsten endnu værre at de
> bare navngiver husene efter vejnavnene (i dette tilfælde er der vist
> sket en fejl). For der er nogle huse der er opkaldt efter vejen, eller
> typisk snare omvent, hvilket kan skabe forvirring.
> Hvis de bare bruge et ferienhaus_de_number tag, ville det være OK med mig.
>
> Operator: Wikien siger
>
> ==
> When choosing the appropriate value for the operator=* tag, it is
> beneficial to use exactly the same text including capitalization across
> all entities managed by the same structure
> ==
>
>
> For det første er det tvivlsomt om ferienhaus.de faktisk er operatør for
> husene. For det andet hører en unik URL ikke hjemme i feltet.
>
> I øvrigt synes jeg, at det er lidt uheldigt at man bare kan skrive en
> URL i operator-tagget, der overlevet på openstreetmap.org. Det frister
> åbenbart svage sjæle. Jeg ville hellere have at de fik websiden til at
> generere en URL for et særligt ferienhause_de tag.
>
>
> sfro...@gmail.com:
>> Jeg har også bemærket dem under mine beskedne justeringer i OSM, og
>> tænker "spam". Det er jo netop blot et enkelt sommerhusudlejnings-bureau
>> som vil markere sig på kortet, og sprede sine links. Det kan da have en
>> vis værdi at kunne sige til kunderne "huset er på kortet" (ud over OSM
>> kan jeg se at de tilsvarende muntrer sig i Google Map Maker.
>>
>> Men sådan et "navn", incl. deres id på huset, er jo ikke nogen egenskab
>> ved huset, men blot ved kundeforholdet mellem bureauet, og ejer samt
>> lejere af huset. Derfor forekommer det ret skævt at disse data
>> (udlejningsnavn og URL) sættes på huset, selv om den fysiske virkelighed
>> næppe kan rumme mere end højst et beskedent skilt fra bureauet ved det
>> enkelte hus. Så jeg er helt enig i betragtningen om at det var noget
>> andet for et kontor med personale og åbningstider.
>
>
> Et kontor skal heller ikke komme løbenumre i name-tagget.
>
>
>> Det forekommer mig rimeligt at orientere dem om at deres aktiviteter
>> falder udenfor formålet med OSM, og at rydde op i deres spam (vil jeg
>> kalde det). Jeg må dog tilstå at jeg ikke melder mig til det job.
>>
>>
>> ___
>> Talk-dk mailing list
>> Talk-dk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-dk
>>
>
> --
> Niels Elgaard Larsen
>
> ___
> 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