Re: [Talk-dk] 20 fejl.

[Emil Tin]

Tak for link til B-Jazz værktøjet.


I dit første eksempel var ensretningerne på Bejsebakkevej vendt forkert. 
Betyder det ikke at der var mulighed for et meget skarpt sving på dette punkt 
http://www.openstreetmap.org/directions?route=57.02438%2C9.88868%3B#map=19/57.02431/9.88801?

Jeg ville tro det kunne fanges af osrm værktøjet, men det er måske fordi det 
kun kigger på skarpe sving i relation til ramper?





-Oprindelig meddelelse-
Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk] 
Sendt: 21. september 2017 13:04
Til: talk-dk@openstreetmap.org
Emne: Re: [Talk-dk] 20 fejl.

On Thu, 21 Sep 2017 06:58:53 +
Emil Tin <z...@tmf.kk.dk> wrote:

> Det kan hjælpe med at identificere fejl i kortet. Det er lavet ved 
> hjælp af OSRM, for baggrund se:
> https://github.com/Project-OSRM/osrm-backend/pull/4160
> 
> Jeg er usikker på om kortet bliver opdateret.


B-Jazz har en forbedret udgave som bliver opdateret:
https://github.com/b-jazz/sharp-turns-onto-ramps/blob/master/maps/europe/denmark.geojson

> 
> Der er også OSM Inspector på:
> 
> https://tools.geofabrik.de/osmi/


Jeg har kigget på flere af den slags værktøjer.

Hvis fx en ensretning er vendt forkert så kan vi være heldige, at det betyder, 
at der er veje, der ikke kan nås fra resten af vejnettet, og så vil det blive 
opdaget af mange værktøjer.


Men fejlene i mit galleri, er der mig bekendt ikke nogen værktøjer, der kan 
opdage.

Det burde være muligt at opdage nogen af dem automatisk.

Fx en ikke-ensrettet vej, der deler sig i to veje som er ensrettede i samme 
retning og som mødes igen i samme punkt eller rammer den samme vej (rundkørsel.)



> 
> Med venlig hilsen
> 
> Emil Tin
> IT- og Processpecialist
> Trafik
> ___
> KØBENHAVNS KOMMUNE
> Teknik- og Miljøforvaltningen
> Byens Anvendelse
> 
> Njalsgade 13, 1035
> Postboks 380
> 2300 København S
> 
> Direkte 2369 5986
> Mobil 2369 5986
> E-mail z...@tmf.kk.dk
> EAN 5798009809452
> 
> 
> 
> -Oprindelig meddelelse-
> Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk]
> Sendt: 20. september 2017 22:10
> Til: OpenStreetMap Denmark
> Emne: [Talk-dk] 20 fejl.
> 
> Jeg har i de sidste par uger gennemgået rundkørsler, afkørsler og 
> udfletninger i Danmark.
> 
> Jeg har fundet en del ret alvorlige fejl, som alle drejer sig om 
> ensretninger.
> 
> Jeg har lavet et lille galleri med nogle af fejlene:
> 
> https://agol.dk/osm/fejlgal/
> 
> for at illustrere, hvad vi skal blive bedre til at opdage.
> (alle de illustrerede fejl har jeg naturligvis allerede rettet i OSM)
> 
> For mange af fejlene har været der i mange år uden at nogen har 
> opdaget dem.
> 
> Efterhånden som vi forfiner kortet, laver vi flere og flere korte 
> ensrettede vejstykker. Og så er det vigtigt, at vi er meget 
> omhyggelige med at vende ensretningerne rigtigt. For hvis vi gør det 
> forkert, er det tydeligvis svært at opdage. Nok fordi ruteberegnere 
> altid vil rute os udenom problemerne.
> 
> --
> 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


___
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] 20 fejl.

[Emil Tin]

Godt arbejde.

Jeg vil gøre opmærksom på dette kort der viser stedet med meget skarpe sving: 

https://api.mapbox.com/styles/v1/danieljh/cj4zptszf0xgl2srvbsseiwjw.html?access_token=pk.eyJ1IjoiZGFuaWVsamgiLCJhIjoiTnNYb25JSSJ9.vYOnsuu1zeKcGW2nj0uJZw#5.97/55.545/10.275

Det kan hjælpe med at identificere fejl i kortet. Det er lavet ved hjælp af 
OSRM, for baggrund se:
https://github.com/Project-OSRM/osrm-backend/pull/4160

Jeg er usikker på om kortet bliver opdateret.


Der er også OSM Inspector på:

https://tools.geofabrik.de/osmi/



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13, 1035
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
E-mail z...@tmf.kk.dk
EAN 5798009809452



-Oprindelig meddelelse-
Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk] 
Sendt: 20. september 2017 22:10
Til: OpenStreetMap Denmark
Emne: [Talk-dk] 20 fejl.

Jeg har i de sidste par uger gennemgået rundkørsler, afkørsler og udfletninger 
i Danmark.

Jeg har fundet en del ret alvorlige fejl, som alle drejer sig om ensretninger.

Jeg har lavet et lille galleri med nogle af fejlene:

https://agol.dk/osm/fejlgal/

for at illustrere, hvad vi skal blive bedre til at opdage.
(alle de illustrerede fejl har jeg naturligvis allerede rettet i OSM)

For mange af fejlene har været der i mange år uden at nogen har opdaget dem.

Efterhånden som vi forfiner kortet, laver vi flere og flere korte ensrettede 
vejstykker. Og så er det vigtigt, at vi er meget omhyggelige med at vende 
ensretningerne rigtigt. For hvis vi gør det forkert, er det tydeligvis svært at 
opdage. Nok fordi ruteberegnere altid vil rute os udenom problemerne.

--
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] Vandreruten Havneruten

[Emil Tin]

Hej Sonny,

Jeg har hørt tilbage fra min kollega. Hun synes det ser korrekt ud, bortset fra 
at Innerhavnsbroen ikke er åbnet endnu.


Det officielle navne på ruten er ”Havneruten”, så ikke noget med gangrute. Det 
er desuden en cykelrute, så den bør tagges i henhold til:
http://wiki.openstreetmap.org/wiki/Cycle_routes#Relations

fx med:

type=route
route=bicycle
network=lcn(local cycle network)
roundtrip=yes


Der er fortove og cykelbaner (en cykelbaner er når der kun er malet på vejen, 
og der ikke er kantstent) på Knippelsbro og Langebro, men ikke cykelstier.

Innerhavnsbroen er ikke åbnet endnu.




Med venlig hilsen
Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse
Njalsgade 13, 1035
Postboks 380
2300 København S
Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dk<mailto:z...@tmf.kk.dk>

EAN

5798009493149


Fra: Sonny B. Andersen [mailto:s...@bukhmark.dk]
Sendt: 24. maj 2016 17:05
Til: OpenStreetMap Denmark
Emne: [Talk-dk] Vandreruten Havneruten


Jeg har nu langt ”gangruten” (pudsigt udtryk, aldrig hørt før!) ind på kortet 
under relation 6250557.
Jeg har fulgt cykelruten, som jeg i øvrigt har gjort færdig nordøst for 
Knippelsbro, men ikke slavisk, fx ville jeg så vidt muligt gå langs med kajen i 
stedet for Islands Brygge.
Det undrer mig i øvrigt, at cykelruten ikke bruger Cykelslangen i Sydhavnen. 
Der mangler fortove og cykelstier på Langebro og Knippelsbro.
Med forbehold for fejl og mangler, idet dette er rent skrivebordsarbejde (selv 
om jeg har boet i København i 10 år).

/sba-dk
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] købehavns kommune / osm

[Emil Tin]

Hej,
Efter at have fulgt denne listen i et par år, i forbindelse med mit arbejde på 
Københavns Kommune med vores cykelapp der (anvender OSM data), afmelder jeg mig 
nu, da der kommer lidt mange emails og de ikke er helt så relevant for mig pt.

I er altid velkomne til at emaile mig direkte angående OSM/Københavns Kommune 
data, cykelappen, etc.



Med venlig hilsen
Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse
Njalsgade 13, 1035
Postboks 380
2300 København S
Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dk<mailto:z...@tmf.kk.dk>

EAN

5798009493149


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Hvordan mappes en almindelig cykelsti langs en landevej?

[Emil Tin]

Jeg vil bestemt også anbefale at cykelstier tagges med track, når de følger en 
vej, og ikke tegnes som separate stier.

I Københavns Kommune har vi brugt en del tid på at opdatere OSM cykeldata for 
Københavnsområdet. En del af tiden gik faktisk med at rydde op i stier der var 
blevet tegnet ind som separate stier. Det var næsten altid noget rod, bl.a. 
fordi det topografisk ikke hang sammen og var umuligt og urimeligt kompliceret 
i store kryds. Nogle kryds var det rene spaghetti.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13, 1035
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149
-Oprindelig meddelelse-
Fra: Michael Larsen [mailto:mvl@network42.dk] 
Sendt: 5. december 2015 10:59
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Hvordan mappes en almindelig cykelsti langs en landevej?

+1 til track løsningen.

Ud over smag og behag, er det væsentligste problem i mine øjne ved at tegne 
cykelstier som separate veje at det øger kompleksitenten tilpas meget til at 
resultatet ikke bliver korrekt (som det nævnte eksempel også viser). Track 
løsningen er nok mindre 1:1 ift. virkeligheden, men jeg vil mene at den meget 
oftere giver et retvisende billede af virkeligheden da det er en løsning de 
fleste kan lave korrekt uanset erfaringsniveau. Dertil kommer at kompleksiteten 
i størrere byer gør det meget svært at rette fx lyskryds.

Mht. til cykelruter er separate cykelstier også et problem da det igen øger 
muligheden for at ødelægge route-relations hvis man ikke er meget opmærksom. 
At editere/opdatere cykelstier som indgår i route-relations er nok næsten 
umuligt for en gennemsnitlig OSM bruger.

Michael

On Thursday, December 03, 2015 10:54:19 PM Michel Coene wrote:
> Da går en lille filosofi og et drys religionskrig i sådan noget.  Ser 
> man kortet som en tegning af virkeligheden eller som et værktøj til at 
> kunne komme fra A til B?  Personlig er jeg forstænder af det andet, 
> man kan jo aldrig slå et luftfoto.  Så jeg foretrækker også klart 
> track-løsningen.
> Udover risiko-et for fejl er der også det at track-løsningen fylder 
> mindre, både grafisk og i kilobyte.  Men hvis I sletter eksisterende 
> stiger synes jeg at I skulle sende et lille besked til den bruger som 
> har tegnet dem og forklarer hvad I laver og hvorfor, Det undgår 
> frustrationer lige som man oplever i Wikipedia.
> 
> 2015-12-03 22:38 GMT+01:00 Niels Elgaard Larsen <elga...@agol.dk>:
> > Asger Frank:
> > > Det drejer sig om en helt almindelig cykelsti, envejs, typisk 
> > > langs en landevej, med omkring 1-3 meter flad græsrabat imellem.
> > 
> > 
> > 
> > > Intet taler således umiddelbart imod en track.
> > 
> > Helt enig.
> > 
> > > Imidlertid kan jeg se, at virkelig mange af den type er tegnet som 
> > > sin selvstændige cycleway.
> > 
> > Det irriterer også mig.
> > 
> > Der er to problemer, dels bliver al ting mere bøvlet hver gang der 
> > et vejkryds.
> > 
> > Dels laver dem der tegner den slags cykelstier det ikke færdigt, og 
> > så skal vi andre rydde op forbinde til krydsende indkørsler osv.
> > 
> > Se fx:
> > http://www.openstreetmap.org/#map=18/55.56972/11.19551
> > 
> > Hvis man cykler nordpå ad landevejen og skal til venstre ad 
> > Filipsdalvej, så bliver det en lang omvej, hvis man bruger OSM.
> > 
> > Og på et luftfoto er det tydeligt, at der lidt sydpå mellem 
> > Filipsdalvej og Tystrupvej er en fin asfalteret forbindelse hvor man 
> > kan krydse mellem de to cykelstier, men det er heller ikke med på OSM.
> > 
> > Og hvis man kommer cyklende fra Tystrupvej og vil dreje til venstre 
> > ad landevejen så kan man ifølge OSM ikke bruge cykelstien. Det samme 
> > hvis man kommer fra Filipsdalvej og skal til venstre.
> > 
> > Og de fleste cyklister ville jo ikke have noget problem med at 
> > trække cyklen over græsstykket.
> > 
> > > På grund af dette problem er jeg faktisk gået lidt i stå med at 
> > > mappe cykelstier, og jeg ville jeg endnu mindre kunne rette i andres.
> > > Fortolker jeg wiki’en rigtigt, eller tegner man efter sin præference?
> > 
> > Jeg har heller ikke lyst til at arbejde videre på den slags cykelstier.
> > Men det kan være, at jeg sletter nogle af dem og laver dem om til tracks.
> > Hvis det altså er noget, vi er enige om her på listen.
> > 
> > Og jeg må hellere tilstå at jeg selv kom til at mappe en cykelsti, 
> > som også burde have været som track.
> > 
> > http://www.openstreetmap.org/way/38

Re: [OSRM-talk] Project-OSRM: In need of advice; can offer some commercial support to you/ your projects in return

[Emil Tin]

Yes, OSRM can be used for truck routing. You can easily modify the LUA profile, 
which determines what ways are routable and at what speed, based on OSM tags.



Med venlig hilsen
Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse
Njalsgade 13, 1035
Postboks 380
2300 København S
Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dk<mailto:z...@tmf.kk.dk>

EAN

5798009493149


Fra: Bjorn Madsen [mailto:b...@multiagenttechnology.com]
Sendt: 24. november 2015 15:20
Til: osrm-talk@openstreetmap.org
Emne: [OSRM-talk] Project-OSRM: In need of advice; can offer some commercial 
support to you/ your projects in return

My name is Bjorn, and I'm the director at a commercial project that needs 
something like the Open Source Routing Machine with Openstreet Map where you 
both appear rather active. You can find a little bit about me on 
linkedin<https://uk.linkedin.com/in/bmadsen> and Multi-Agent 
Technology<http://www.multiagenttechnology.com/> London.

Question: The most pressing question I have is whether OSRM is suitable for 
truck/lorry routing in its current state?

I have no need to visualize the map data. Only calculation of the path, length 
and duration of the route for heavy goods vehicles for planning purposes. This 
means that I need to check for constraints such as weight, low bridges and 
width-limitations along the path.

If queries are as quick as on the demo-server for the osrm-project, then time 
is on our side. In my lack insight, I imagine that this can be done in 
iterations, where first a path is chosen for cars, which subsequently is 
inspected for these constraints. If constraints are detected, alternatives will 
need to by discovered. I'm sure you have better ideas?

I'm also on Google hangout (using this email) if you'd prefer to talk instead 
of writing longer emails.

Thanks again for getting back to me.

--
Bjorn Madsen
Director, Global Operations

Multi-Agent Technology Ltd.
Bessemer Drive,
Stevenage,
SG1 2DX

b...@multiagenttechnology.com<mailto:b...@multiagenttechnology.com>
Mobile: +44 779 20 307 20
Main Office: +44 1438 310 035
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Project-OSRM: In need of advice; can offer some commercial support to you/ your projects in return

[Emil Tin]

Sounds great.

Regarding GPS data, perhaps this is something Mapbox would be interested in 
somehow processing. I think they’ve already worked on using GPS data to adjust 
speed estimates in OSRM for cars. They’re also working on extending OSRM so 
dynamic traffic data can be used to update the routing suggesting in near 
real-time.


Med venlig hilsen
Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse
Njalsgade 13, 1035
Postboks 380
2300 København S
Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dk<mailto:z...@tmf.kk.dk>

EAN

5798009493149


Fra: Bjorn Madsen [mailto:b...@multiagenttechnology.com]
Sendt: 24. november 2015 16:08
Til: Mailing list to discuss Project OSRM
Emne: Re: [OSRM-talk] Project-OSRM: In need of advice; can offer some 
commercial support to you/ your projects in return

Hi Sander & Emil,
Thanks for the quick responses. The usage of the lua script is particularly 
useful.

I completely respect the limitations of the demo server and can offer to set up 
another server to support the project. 20Tb of traffic should help?

I've been following the discussions on the OSM forum and they've discussed the 
quality of the map to a great extend.
For planning purposes I appreciate that the main source of error is delay in 
updates. To counter that we are planning to use our commercial help-desk to 
collect information from drivers about detours and unrecorded obstacles so that 
OSM can get the updates with less than a days delay. We can also track some 
vehicles, and capture information such as slowdown caused by traffic jams, etc. 
on major roads. Hopefully this can become a valued source of information?

If somebody has a burning interest in accelerating this, then please feel free 
to get in touch for a sponsorship.
That's the least I can do.

Kind regards
Bjorn


On Tue, Nov 24, 2015 at 2:51 PM, Sander Deryckere 
<sander...@gmail.com<mailto:sander...@gmail.com>> wrote:
Hi,
I'm writing this as an OSM mapper and user of the OSRM api, I'm not an OSRM 
dev, so I might make some mistakes here.

2015-11-24 15:20 GMT+01:00 Bjorn Madsen 
<b...@multiagenttechnology.com<mailto:b...@multiagenttechnology.com>>:
My name is Bjorn, and I'm the director at a commercial project that needs 
something like the Open Source Routing Machine with Openstreet Map where you 
both appear rather active. You can find a little bit about me on 
linkedin<https://uk.linkedin.com/in/bmadsen> and Multi-Agent 
Technology<http://www.multiagenttechnology.com/> London.

Question: The most pressing question I have is whether OSRM is suitable for 
truck/lorry routing in its current state?

The passability and driving speed of road types is determined by lua scripts 
(see https://github.com/Project-OSRM/osrm-backend/blob/develop/profiles/car.lua 
for the example car script). So you can at least make one script per vehicle 
type (split up your lorries in discrete types, and have a script for every 
type).
Now, OSRM is suited, but I don't know if OSM data is suited. Lorry tagging is 
something not many mappers do (not many mappers need maxweight or maxlength 
properties of a way), so data may be sparse. But this depends a lot on the 
region you're operating in. It's generally known that Europe has better 
coverage than North America, but even in Europe such tagging will depend a lot 
on the region you're in.

I have no need to visualize the map data. Only calculation of the path, length 
and duration of the route for heavy goods vehicles for planning purposes. This 
means that I need to check for constraints such as weight, low bridges and 
width-limitations along the path.

If queries are as quick as on the demo-server for the osrm-project, then time 
is on our side. In my lack insight, I imagine that this can be done in 
iterations, where first a path is chosen for cars, which subsequently is 
inspected for these constraints. If constraints are detected, alternatives will 
need to by discovered. I'm sure you have better ideas?

The demo server is what it is, a demo. If you want truck routing, you'll have 
to install your own server with your own profiles.

I'm also on Google hangout (using this email) if you'd prefer to talk instead 
of writing longer emails.

Thanks again for getting back to me.

As for the return service you propose, if you use the data for truckers, it 
would be great if you could get those truckers to help contribute data to the 
database. In contrast to the average mapper, they will care about maxweight and 
maxlength properties, and will want to correct those where wrong. In turn, this 
also makes your data and your routes better.
It can be achieved by giving the truckers a training on how to add that data to 
OSM, or give them some option to add notes to OSM (in which case these notes 
will have to be interpreted by

Re: [OSRM-talk] Need more instructions

[Emil Tin]

The turn instruction flags are computed during extraction but I think Martin is 
talking about the generation of instructions which is in fact done during 
queries.

Sendt fra min iPhone

> Den 17. okt. 2015 kl. 00.15 skrev Daniel Patterson :
> 
> Hi Martin,
> 
>   You're looking at the right code, but it's not used during `viaroute`.  The 
> turn instruction flags are baked into the graph structure that is generated 
> during `osrm-extract`.
>   
> daniel
> 
>> On Oct 16, 2015, at 1:08 PM, Martin Bang Andersen  
>> wrote:
>> 
>> Hi all,
>> 
>> I have previous written about my troubles with missing instructions when a 
>> secondary road has the same name as the primary road, then this 
>> turn/instruction is somehow optimized out of the instruction set. 
>> 
>> See for example: 
>> 
>> http://map.project-osrm.org/?z=16=56.176718%2C10.168061=56.176712%2C10.168061=56.177751%2C10.156174=en
>> 
>> Here the final instruction tells me: "Left onto Haslegårdsvej" and then 
>> after 150m it says destination reached. It does not tell me to turn right 
>> onto the secondary part of Haslegårdsvej after about 100m.
>> 
>> Can anybody point me to the place in the source code where this turn is 
>> removed from the list of instructions? I have looked a lot of places and my 
>> best bet until now is the AnalyzeTurn function in 
>> extractor/edge_based_graph_factory.cpp:
>> 
>> // If street names stay the same and if we are certain that it is not a
>> // a segment of a roundabout, we skip it.
>> if (data1.name_id == data2.name_id && data1.travel_mode == 
>> data2.travel_mode)
>> {
>> // TODO: Here we should also do a small graph exploration to check 
>> for
>> //  more complex situations
>> if (0 != data1.name_id || m_node_based_graph->GetOutDegree(node_v) 
>> <= 2)
>> {
>> return TurnInstruction::NoTurn;
>> }
>> }
>> 
>> but it does not seem to be called during a viaroute request.
>> 
>> Best regards
>> Martin Bang Andersen
>> 
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Using custom data

[Emil Tin]

Are you sure segments are connected at the noded?

Sendt fra min HTC-telefon

- Reply message -
Fra: "Matthias Loeks" 
Til: "osrm-talk@openstreetmap.org" 
Emne: [OSRM-talk] Using custom data
Dato: tor, okt. 15, 2015 13:19

Hi list,

I'm running a little experiment with using custom geo data for OSRM.
Following the advice of [1], I converted my data to OSM XML format, for
now neglecting all kinds of tags/attributes etc. (this could be done later).
You can find the resulting OSM file here:
https://dl.dropboxusercontent.com/u/56544580/extract.osm
The file can be viewed correctly using JOSM.

I also created a very basic profile:
https://dl.dropboxusercontent.com/u/56544580/custom.lua
This profile should just contain the necessary variables read by
osrm-extract. It should not exclude any of the OSM nodes or ways, just
let them all pass through to the routing graph. Also, there should be no
turn restrictions.

The processing chain (extract, prepare) runs successfully and I can also
start the osrm-routed server.
The locate and nearest services are working fine. However, the viaroute
service returns only a valid route, if just one segment is involved. As
soon as there are junctions, no route can be calculated (code 207).

Can this be related to the turn restrictions? I had hoped they would be
entirely ignored if switched off in the profile.
Or am I missing something else important in my profile or data?
Are there maybe any OSM tags which are absolutely required by OSRM
directly, even if a fully customised profile is being used?

Any help or suggestions on this are greatly appreciated!

Many thanks and best regards,
Matthias

--
[1] -
https://lists.openstreetmap.org/pipermail/osrm-talk/2015-May/000844.html


___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-dk] Fw: read this

[Emil Tin]

Hello!

 

New message, please read <http://freshandcleanservicesva.com/cousin.php?upv>

 

Emil Tin

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSRM-talk] Route Optimizing

[Emil Tin]

The OSRM team is working on a new API call to compute a round-trip that visits 
a list of point:

https://github.com/Project-OSRM/osrm-backend/tree/feature/round_trip


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13, 1035
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149

-Oprindelig meddelelse-
Fra: Hans Gregers Petersen [mailto:greg...@septima.dk] 
Sendt: 6. juli 2015 15:55
Til: Mailing list to discuss Project OSRM
Emne: Re: [OSRM-talk] Route Optimizing

Hi Jonas,


 Are there any ambitions to create something like an optimization for route 
 stops?
 And when not do you know any other way to do this via rest request?


If you are thinking of the TSP -
https://en.wikipedia.org/wiki/Travelling_salesman_problem - then it is a simple 
problem of I need to visit X places after each other, please optimize the 
order to visit those places in. The solution is well-described in the 
WikiPedia link. You can write a little JavaScript, Python or whatever - and 
optimize on either distance or time. It is fairly simple, and all you use OSRM 
for is getting the costs. If you want as few calls to the OSRM-server as 
possible, then have a look at the table-service  ( 
https://github.com/Project-OSRM/osrm-backend/wiki/Server-api#available-services
)

Best regards,

Greg


Hans Gregers Petersen
Partner, Seniorkonsulent
greg...@septima.dk
--
Septima P/S
Frederiksberggade 28, 2. tv.
1459 København K
www.septima.dk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Using map matching for guessing travel mode?

[Emil Tin]

Hi Patrick,

What’s the reason behind the data sample period of 5-10 per minute? Is it a 
tuning to a specific “zoom level” and average vehicle speed (ie car)? 

Our bike GPS data is sampled every second, which makes more sense for bikes 
which don’t travel that fast. My guess is we would need this this resolution to 
capture many of the details that separate car/foot/bike, like how you turn in 
intersections, etc. 

Would it possible to change the sample rate of the algorithm at either query 
time or with program options?


Another challenge could be situations where ways are missing in OSM. But we 
might be able to recognize these by lookng for low matching matching confidence 
for all modes.

The approach would require us to run additional OSRM instances for foto and car 
- at the moment we only run bike.


Emil



 On 09 May 2015, at 15:49 , Patrick Niklaus patrick.nikl...@student.kit.edu 
 wrote:
 
 Hey Emil!
 
 yes that sounds like a good application for the map matching API. Good
 catch on the missing documentation, I fixed that. :-)
 The only problem I see is that the classification highly depends on a
 sample periods around 5-10s.
 
 I'm very interested in hearing about the results of this!
 
 Best,
 Patrick
 
 
 On Fri, May 8, 2015 at 8:14 PM, Emil Tin e...@tin.dk wrote:
 Hi,
 I’m wondering if the new map matching feature could be used for guessing
 travel mode?
 
 We’re currently working on adding a GPS tracking feature to our I BIke CPH
 ap. Both iOS and Android now come with build-in APIs for automatically
 detecting the travel mode, but on iOS the results are surprisingly low
 quliaty. Since we already use OSRM, I’m wondering it it could be used
 improve the detection quality.
 
 For example, suppose I have a GPS track and need to guess whether the user
 was biking, walking or in a car? Could I use the matching algorithm with
 different profiles (bike/foot/car), and get values expresssing how well the
 track fits each network, ie. the probability that the user was
 biking/walking/driving?
 
 It might be useful in siutations where the networks differ slighty due to
 things like:
 
 - Topology. Some ways allow only bikes/walking/cars. Some intersections
 provide different lanes/ways for turning by car/bike/foot.
 - Oneway. Streets might be oneway for cars, but not for bikes.
 - Barriers. You don’t usually pass stairs or bollards by car.
 
 
 At https://github.com/Project-OSRM/osrm-backend/wiki/Server-api is written
 that you can pass classify=true to get a confidence value for the matching,
 but it’s not mentioned in the response section?
 
 
 Thanks!
 
 Emil Tin
 CIty of Copenhagen
 
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk
 
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk


___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] Using map matching for guessing travel mode?

[Emil Tin]

Hi,
I’m wondering if the new map matching feature could be used for guessing travel 
mode?

We’re currently working on adding a GPS tracking feature to our I BIke CPH ap. 
Both iOS and Android now come with build-in APIs for automatically detecting 
the travel mode, but on iOS the results are surprisingly low quliaty. Since we 
already use OSRM, I’m wondering it it could be used improve the detection 
quality.

For example, suppose I have a GPS track and need to guess whether the user was 
biking, walking or in a car? Could I use the matching algorithm with different 
profiles (bike/foot/car), and get values expresssing how well the track fits 
each network, ie. the probability that the user was biking/walking/driving?

It might be useful in siutations where the networks differ slighty due to 
things like:

- Topology. Some ways allow only bikes/walking/cars. Some intersections provide 
different lanes/ways for turning by car/bike/foot.
- Oneway. Streets might be oneway for cars, but not for bikes.
- Barriers. You don’t usually pass stairs or bollards by car.
 

At https://github.com/Project-OSRM/osrm-backend/wiki/Server-api 
https://github.com/Project-OSRM/osrm-backend/wiki/Server-api is written that 
you can pass classify=true to get a confidence value for the matching, but it’s 
not mentioned in the response section?


Thanks!

Emil Tin
CIty of Copenhagen

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] New way weight

[Emil Tin]

Sorry, no. Note also that the description is a bit outdated.

Emil


 On 18 Feb 2015, at 18:02 , Romain NKONGO romain.rn...@gmail.com wrote:
 
 Do you have another version of the explanation on the processing chain that 
 the one in the Git documentation, on the page Processus Flow? Not that this 
 one didn't help me at all, but I'd like to know which files are used to have 
 a better idea where to search.
 
 
 2015-02-18 15:43 GMT+01:00 Emil Tin z...@tmf.kk.dk mailto:z...@tmf.kk.dk:
  
 
 What you call cyclability is often called impedance. Lua is the easy part. 
 The hard part is making you you keep speed and impedance separate all the way 
 through the processing chain, sine you still need speed to compute the travel 
 time.
 
  
 
  
 
 Med venlig hilsen
 
 Emil Tin
 IT- og Processpecialist
 Trafik
 ___
 KØBENHAVNS KOMMUNE 
 Teknik- og Miljøforvaltningen 
 Byens Anvendelse 
 
  
 
 Njalsgade 13 Vær. 1035 
 Postboks 380 
 2300 København S 
 
  
 
 Direkte
 
 2369 5986
 
 Mobil
 
 2369 5986
 
 Email
 
 z...@tmf.kk.dk mailto:z...@tmf.kk.dk
 EAN
 
 5798009493149
 
  
 
 Fra: Romain NKONGO [mailto:romain.rn...@gmail.com 
 mailto:romain.rn...@gmail.com] 
 Sendt: 18. februar 2015 15:35
 Til: Mailing list to discuss Project OSRM
 Emne: Re: [OSRM-talk] New way weight
 
  
 
 Hello Emil,
 
 As a matter of fact, the criterion which I'm trying to add is the 
 cyclability, with an integer value from 1 to 5. With my project team, we 
 already managed to include a Lua function in the bicycle profile which set 
 this value according to tags like 'cycleway' and others. After that, we want 
 to pass the value (as an attribute) all the way through the processing chain 
 to the algorithm files.
 
 I'm not sure if I'm clear, if not tell me.
 
 Romain.
 
  
 
 2015-02-18 15:17 GMT+01:00 Emil Tin z...@tmf.kk.dk mailto:z...@tmf.kk.dk:
 
 Keeping speed and impedance separate is not an easy task.
 
 I worked on it a good while back in this branch, but it was never complete:  
 https://github.com/Project-OSRM/osrm-backend/tree/feature/lua_impedance 
 https://github.com/Project-OSRM/osrm-backend/tree/feature/lua_impedance
 See also https://github.com/Project-OSRM/osrm-backend/issues/77 
 https://github.com/Project-OSRM/osrm-backend/issues/77.
 
  
 
 Kind regards
 
 Emil Tin
 IT and Process Specialist
 Traffic
 ___
 CITY OF COPENHAGEN 
 Technical and Environmental Department 
 City in Use 
 
  
 
 Njalsgade 13 Room. 118 
 Postbox 380 
 2300 Copenhagen S 
 
  
 
 Direct
 
 2369 5986
 
 Mobile
 
 2369 5986
 
 Email
 
 z...@tmf.kk.dk mailto:z...@tmf.kk.dk
 EAN
 
 5798009493149
 
  
 
  
 
  
 
 Fra: Romain NKONGO [mailto:romain.rn...@gmail.com 
 mailto:romain.rn...@gmail.com] 
 Sendt: 18. februar 2015 15:13
 Til: Mailing list to discuss Project OSRM
 Emne: [OSRM-talk] New way weight
 
  
 
 Hello again everyone,
 
 Has anyone tried to add a new weight for the OSRM ways in addition of the 
 speed? I try to add a cyclability criterion for the routing calculation and 
 actually I look for every OSRM files where I could this attribute along with 
 the speed so it will be taken into account in a bi-objective algorithm. Is 
 there an easier way?
 
 Thanks.
 
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org mailto:OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk 
 https://lists.openstreetmap.org/listinfo/osrm-talk
  
 
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org mailto:OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk 
 https://lists.openstreetmap.org/listinfo/osrm-talk
 
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org mailto:OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk 
 https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-dk] typer af boligkvarterer?

[Emil Tin]

Hej,
Vi arbejder på at tilføje en grøn rutetype til vores I Bike CPH cykelplanner. 
Den vil se på hvilke områder man bevæger sig igennem eller langs med, ud over 
blot at se på sele den vej man følger.

Findes der en måde at markere forskellige typer  af boligområder, fx 
villakvarter?

Det jeg har fundet er:

landuse=residential
landuse=allotments

Samt forskellige residential=* 
https://taginfo.openstreetmap.org/keys/residential#values. Måske 
residential=single_family? Lader dog til kun at være meget lidt brugt.


Derudover findes en række tag der angiver områder der ikke er  bolig, fx:
landuse=commercial
landuse=industrial




Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149


[cid:image001.gif@01CFC6A0.98E49D20]http://www.sharingcopenhagen.dk/

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSRM-talk] Turning with bicycle / for pedestrians

[Emil Tin]

Hi Elisabeth,

The issue with the example route you send is not turn restriction. For our 
service, we disabled all turn restrictions. As you point out they’re not really 
relevant  for cyclist. Even at intersections, you can always just become a 
‘temporary pedestrian’ by pushing your bike.

The problem with the example route is that OSRM doesn’t allow u-turns at via 
points. See https://github.com/DennisOSRM/Project-OSRM/issues/100 and 
https://github.com/DennisOSRM/Project-OSRM/issues/729.


Note: For ibikecph.dk we’re running custom branch of OSRM: 
https://github.com/ibikecph/Project-OSRM/tree/edge.  It shows what parts of the 
route you need to push the bike, and also parses/prioritizes bike routes. I 
hope these things can be added back to main line OSRM.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149


[cid:image001.gif@01CF9782.0D6FFF20]http://www.sharingcopenhagen.dk/

Fra: Elisabeth Leu [mailto:elisabeth@camptocamp.com]
Sendt: 4. juli 2014 09:36
Til: OSRM-talk@openstreetmap.org
Emne: [OSRM-talk] Turning with bicycle / for pedestrians

Dear OSRM Community, Hi Dennis,

We are on the way to integrate OSRM for a hiking  cycling application in 
Switzerland, by defining adapted profiles for these use cases.

We observe a unexpected behaviour - at least unexpected for bicycle and hiking 
routes. I'm using iBikeCPH to illustrate the example, but the same problem can 
be seen on http://project-osrm.org/ as well.

In difference to cars, bicycles in most cases and pedestrians for sure can turn 
immediatly on a road without turn restrictions.

Given I want to cycle from one S-Station to another in Copenhagen, with a 
stopover at a friend's place at Bellmansgade: 
http://www.ibikecph.dk/en#!/x65wv.7hmgt/x663x.7hfew/x65x8.7h71w

Since I'm cycling / walking, it does not make any sense to go to the very end 
and back again in the small street - in reality I would turn immediately.
The deviation also adds additional time (2mins) and distance to my route.

The viapoint seems to be slighlty on the dead end way. Is there any option / 
possibility to avoid OSRM chosing a deviation, if the via point is just 
slightly (say some few meters) into to the street?

I guess it would be depending on the profile - maybe there is a config in the 
LUA that could be used while calculating the network?

All I saw after quite some searching was using turn restriction tags in OSRM 
(cf. [1] and [2]). As far as I read, my problem is different and rather basic: 
allowing turns at any time for biking / hiking profiles (and, maybe in a second 
step, restrict them according to OSM tags, for bicycles).

Any opinions / suggestions / info about ongoing devs for that?

Best regards,
Elisabeth

[1] https://github.com/DennisOSRM/Project-OSRM/issues/167
[2] https://github.com/DennisOSRM/Project-OSRM/issues/477
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-dk] Hack vores cykelapp

[Emil Tin]

Hej,

Jeg deltager på Traffic Jam Session i Malmø på tirsdag, hvor jeg medbringer 
vores I Bike CPH cykelplanner, som er baseret på OpenStreetMapData. Jeg giver 
en kort demo af hvordan man kan bruge vores API til at søge ruter, bruge vores 
map tiles, beregne andre typer ruter med OSR, etc. Og ellers er jeg til stede i 
løbet af dagen.

http://trafficjamsession.mah.se/open-program-2/

Bike Navigation - CPH style!
The City of Copenhagen has created a website and iPhone/Android app for 
navigating in Copenhagen - and the rest of Denmark. The service is based on 
data from OpenStreetMap data, is build 100% on open source and can easily be 
adapted for other countries. Come and see how to use our open API and how to 
contribute to or create your own versions of our app/website/routing engine.


· Demo of the I Bike CPH website and app.

· New exciting features in the pipeline.

· How to use our open API for computing routes for bikes - or cargo 
bikes!

· How to use our bicycle map tiles, which shows cobblestones, oneways 
for bikes, etc.

· How to compute routes based on external data like pollution or green 
areas.

· Get the code! Everything is on GitHub and licensed under Mozilla 
Public License 2.0.

Technologies: Ruby on Rails, Backbone, iOS, Android, OSRM, OpenStreetMap, 
CartoCSS.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149


[cid:image001.gif@01CF74EA.4A343B20]http://www.sharingcopenhagen.dk/

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSRM-talk] Selectively avoiding London Congestion Charge

[Emil Tin]

Hi John,

It sounds like what you want is similar to access=destination. Ie allow routing 
to start or end inside the area, but never route through the area. 
Unfortunately this is not supported yet by OSRM :

https://github.com/DennisOSRM/Project-OSRM/issues/156

Also the osm tag is usually only on smaller areas or single ways, and you would 
not be able to use it for your special use case of a congested area. In other 
words, at this point I don’t see any way to really get the result you want.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149


[cid:image001.gif@01CF736A.D53BAFE0]http://www.sharingcopenhagen.dk/

Fra: John Aherne [mailto:jjahe...@gmail.com]
Sendt: 18. maj 2014 10:04
Til: osrm-talk
Emne: [OSRM-talk] Selectively avoiding London Congestion Charge

Normally I would like an option to avoid the London Congestion Area.
However, if the final destination is inside the area then we need to be able to 
route into the Congestion Area.
I have looked through various scenarios such as blacklisting, whitelisting 
toll= false. But these seem to be simple on/off switches.
The London Congestion Area is tagged as an area, but car.lua says it does not 
route over areas. So I am not too sure what an area is.
The notes on London Congestion say to check for tag= toll and take appropriate 
action, but I am still a bit green as to how all these tags interact and what I 
can do with them.

I have a similar issue with the Severn Toll Bridge.
If I approach it from the M4 or M5 going north then I want to take the Toll 
Bridge to avoid a 50 mile diversion. But if I am approaching from the North I 
can by-pass the Toll bridge.
So I am puzzling as to how I use the tags to get the actions I want.
Thanks for any information.
Regards
John Aherne
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Selectively avoiding London Congestion Charge

[Emil Tin]

One idea for a possible (complicated) work-around would be to run two instances 
of osrm in parallel, where one would have the congested area removed, and the 
other  would include it. Then it the front-end determine geometrically whether 
start or end is inside the congested area. If this is the case then query the 
instance that includes the area, otherwise query the instance that doesn’t 
include the area.


Kind regards

Emil Tin
IT and Process Specialist
Traffic
___
CITY OF COPENHAGEN
Technical and Environmental Department
City in Use

Njalsgade 13 Room. 118
Postbox 380
2300 Copenhagen S

Direct

2369 5986

Mobile

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149


[cid:image001.gif@01CF7379.D49734B0]http://www.sharingcopenhagen.dk/


Fra: John Aherne [mailto:jjahe...@gmail.com]
Sendt: 19. maj 2014 15:44
Til: osrm-talk
Emne: [OSRM-talk] Selectively avoiding London Congestion Charge

Emil

Thanks for the information. Not what I wanted to hear,  but there we are.
I shall have to go away and ponder on this.
Anyway  I got my routing via motorways working - not 100% - so I still need to 
do some tweaks.
Thanks
John Aherne

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Preferring motorways for a route

[Emil Tin]

You cannot change route type at run time. But if you want you can run several 
instances of osrm-routed in parallel, each computing a different type of route. 
Of course this requires more resource and time for preprocessing data.

To compute a different type of route, like preferring motorways you basically 
need to:


· Modify car.lua to prefer motorway, or otherwise change the way types 
are handled according to your needs

· Preprocess OSM data using your custom car.lua profile

· Run osrm-routed to handle requests, passing in your preprocessed data

I agree a good wiki page on how to write lua profiles is missing.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149


[cid:image001.gif@01CF6E92.762090C0]http://www.sharingcopenhagen.dk/

Fra: John Aherne [mailto:jjahe...@gmail.com]
Sendt: 13. maj 2014 09:57
Til: osrm-talk
Emne: [OSRM-talk] Preferring motorways for a route

Once again thanks for a really useful project.

I have been going through the archives to see if this subject has come up 
before.

I must admit I expected to see more questions about this.
But I have only found 1 oblique reference to being able to force a route to use 
motorways for a journey when it is possible. And I must admit I did not 
understand what it was referring to.

It seemed to imply that a simple tag passed in to a request would do the trick.

Now I think I must somehow change the car profile to make this happen. But I do 
not see much information on where I should start and whether this has been done 
before and I just have not been able to find it.
Any help would be most appreciated.
Thanks
John Aherne

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-dk] OSM off-line

[Emil Tin]

iPads hvor GPS’en er slået fra, eller iPads de er indendørs hvor der ikke er 
GPS modtagelse?


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149


[cid:image001.gif@01CF6B80.23685620]http://www.sharingcopenhagen.dk/

Fra: Kurt Forbech Toft [mailto:k...@gst.dk]
Sendt: 9. maj 2014 12:00
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] OSM off-line

Hvilke iPads har ikke GPS?

VH KT

Fra: Michel Coene [mailto:michel.co...@gmail.com]
Sendt: 8. maj 2014 08:51
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] OSM off-line

Hej,
Apple bruger en fidus hvor de kigger på synlige Wifi stationer og finder dem 
i en kæmpe database.
Alle dem som løber rund med en iphone er ufrivillige bidragere: iphonen sender 
GPS info sammen med en liste af alle synlige wifi routere til Cupertino.  Så en 
iPad uden GPS modtager kan også godt finde ud af hvor den (nogenlunde) er 
(derfor den store cirkel), men det funker ikke mere når du kommer ud på landet. 
 Du kan købe GPS modtagere som kan kobles op til en pc via bluetooth, men hvor 
vidt ipad understøtter det ved jeg ikke.

2014-05-07 14:55 GMT+02:00 Kristian Krægpøth 
k.kragp...@gmail.commailto:k.kragp...@gmail.com:
Hej Svend

Desværre tror jeg ikke det er problemet.
Hidtil har jeg kunnet trykke på den lille pil i højre side af OSM-kortet for at 
blive vist til det sted, som jeg opholder mig på. Mestendels her i Ringe. Når 
jeg trykkede på pilen zoomede kortet ind på min adresse (nogenlunde) med en 
stor lyseblå cirkel uden om stedet.
Den service er af en eller anden grund gået tabt.

Vh KK

Den 7. maj 2014 kl. 14.47 skrev Svend Matthiesen 
sv...@matthiesen.dkmailto:sv...@matthiesen.dk:

Hej

WiFi udgaverne har ikke GPS, det findes kun i modellerne med SIM kort

Kunne det være problemet?

mvh

Svend Matthiesen
mobil +45 2246 0850tel:%2B45%202246%200850
sv...@matthiesen.dkmailto:sv...@matthiesen.dk


 Oprindelig meddelelse 
Fra: Kristian Krægpøth
Dato:07/05/2014 13.55 (GMT+01:00)
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] OSM off-line

Tak for de gode svar.

Jeg har prøvet at lave print med walking Papers.
Med lidt øvelse tror jeg, at det vil fungere for mig - at finde det rette 
zoomniveau fx.

Og jeg har installeret MapsWithMe(Lite) på min iPad.
Det kan lige det, jeg har brug for, men jeg overvejer betalingsversionen med 
søgefunktionen.
Så vidt jeg kan se, er det mindst nogle uger gamle OSM-kort, der bliver 
anvendt. Men det er OK.

Nu er min Location Service på iPad´en af én eller anden grund blevet sat ud 
af funktion - Geolocation error - det er helt klart et andet forum, hvor jeg 
skal finde svar på det problem. Men alligevel: Er der nogen der ved, 
hvor/hvordan man enabler funktionen på en iPad?

Venlig hilsen
Kristian Krægpøth


Den 7. maj 2014 kl. 11.28 skrev Soren Johannessen 
soren.johannes...@gmail.commailto:soren.johannes...@gmail.com:
Hej Kristian

Der er fx til Apples iPad denne Maps With Me Lite, Offline Map og
linket til i Apple Store for at hente den
https://itunes.apple.com/us/app/maps-with-me-lite-offline-map/id431183278?mt=8

I skrivende stund har Michael Andersen også nævnt denne app som god.
Vil tilføje at off-line tillader dig også at søge på POIs fx camping,
cafer, supermarkeder i nærheden af hvor du er. I Google Maps off-line
50x50 km kan man ikke søge off-line efter POIs. Dette er styrken ved
mange OSM off-line apps.

Vh
Søren Johannessen


2014-05-07 11:09 GMT+02:00 Kristian Krægpøth 
k.kragp...@gmail.commailto:k.kragp...@gmail.com:
 Hej alle i fællesskab næsten alvidende korttegnere.

 Når jeg er ude at vandre eller cykle, har jeg som regel et kort med, som jeg
 har printet ud fra sammensatte skærmbilleder af OSM (cykelkortversionen) i
 et passende zoom-niveau - det siger lidt om min edb-mæssige formåen.
 Nu har jeg fået en iPad og har fundet ud af, at man kan lagre udsnit af
 Googles kort på iPadden og bruge det off-line.

 Findes der mulighed for at lagre udsnit OSM-kort på tilsvarende vis på en
 iPad?

 Kan man eventuelt gøre det på en almindelig PC?

 Venlig hilsen
 Kristian Krægpøth

 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
https://lists.openstreetmap.org

Re: [OSRM-talk] Restrictive Requests

[Emil Tin]

osrm-routed can only compute one type of route, because the data is 
preprocesed. There is no way to change things like motorway or not at run time. 
The only thing you can do is to run several instances in parallel, but of 
course this will also mean longer preprocessing times.

Then in the front end you change what osrm instance you query, like you said.

Emil

 Den 07/05/2014 kl. 14.35 skrev Anael Lorimier 
 anael.lorim...@xcg-consulting.fr:
 
 So, when you points to a different engine, it means that you request to 
 another OSRM server ? Or am I wrong ?
 
 As far as I can see, you can't set up an OSRM Server that compute both 
 without and with motorway
 
 
 On Wed, May 7, 2014 at 12:33 PM, Schieferdecker, Dennis (ITI) 
 dennis.schieferdec...@kit.edu wrote:
 Unfortunately, there is no documentation. But managing engines is pretty
 straight forward. OSRM-Web just uses an array that contains all data for
 each engine (see OSRM.config.js) and when you select a different engine
 (either through the pull-down menu or with an URL parameter), the server
 URL and labels are updated and the current path is requeried.
 
 Anael Lorimier schrieb:
  Thank you for your fast answer.
 
  I'm not using OSRM-Web, I needed a more specific inplementation so I
  created my own leaflet interface to dialog with my OSRM Server.
 
  I will start reading how OSRM-Web works, but is there any
  documentation on how to manage engines ?
 
  Regards.
 
 
  On Wed, May 7, 2014 at 11:41 AM, Schieferdecker, Dennis (ITI)
  dennis.schieferdec...@kit.edu mailto:dennis.schieferdec...@kit.edu
  wrote:
 
  Hello Anael,
 
  yes there is an option. You can specify re=X for the routing engine to
  use. The engines are enumerated as in your OSRM.config.js,
  starting from 0.
 
  best regards
  Dennis
 
  Anael Lorimier schrieb:
   Hi there,
  
   I was wondering if there is any way to restrict, directly in the
   requested URL, the route computed.
  
   I need to let the user choose if he wants to take the motorway, the
   toll booth, or other tagged elements.
  
   Thank you for your help !
  
   --
   Regards
  
   Anael Lorimier
   Developer Junior
   XCG Consulting
  
   Mobile: (+33)652567117 tel:%28%2B33%29652567117
  
  
  
  
   ___
   OSRM-talk mailing list
   OSRM-talk@openstreetmap.org mailto:OSRM-talk@openstreetmap.org
   https://lists.openstreetmap.org/listinfo/osrm-talk
  
 
 
  --
  Karlsruher Institut für Technologie (KIT)
  Institut für Theoretische Informatik
 
  Dennis Schieferdecker
  Wissenschaftlicher Mitarbeiter
 
  Am Fasanengarten 5
  Gebäude 50.34, Zimmer 220
  76131 Karlsruhe
 
  Telefon: +49 721 608-46781 tel:%2B49%20721%20608-46781
  Fax: +49 721 608-43088 tel:%2B49%20721%20608-43088
  E-Mail:  dennis.schieferdec...@kit.edu
  mailto:dennis.schieferdec...@kit.edu
 
  KIT - Universität des Landes Baden-Württemberg und nationales
  Forschungszentrum in der Helmholtz-Gemeinschaft
 
 
  ___
  OSRM-talk mailing list
  OSRM-talk@openstreetmap.org mailto:OSRM-talk@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/osrm-talk
 
 
 
 
  --
  Cordialement
 
  Anael Lorimier
  Developer Junior
  XCG Consulting
 
  Mobile: (+33)652567117
  
 
  ___
  OSRM-talk mailing list
  OSRM-talk@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/osrm-talk
 
 
 
 --
 Karlsruher Institut für Technologie (KIT)
 Institut für Theoretische Informatik
 
 Dennis Schieferdecker
 Wissenschaftlicher Mitarbeiter
 
 Am Fasanengarten 5
 Gebäude 50.34, Zimmer 220
 76131 Karlsruhe
 
 Telefon: +49 721 608-46781
 Fax: +49 721 608-43088
 E-Mail:  dennis.schieferdec...@kit.edu
 
 KIT - Universität des Landes Baden-Württemberg und nationales 
 Forschungszentrum in der Helmholtz-Gemeinschaft
 
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk
 
 
 
 -- 
 Cordialement
 
 Anael Lorimier
 Developer Junior
 XCG Consulting
 
 Mobile: (+33)652567117
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Bad driving times - Looking for car profile (within DACH region)

[Emil Tin]

Indeed, a problem related to travel speeds for cars was fixed recently, see 
https://github.com/DennisOSRM/Project-OSRM/pull/969.

A new version was recently pushed to master, but in general be sure to build 
osrm from the develop branch, not master, to get the latest fixes.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte

2369 5986

Mobil

2369 5986

Email

z...@tmf.kk.dkmailto:z...@tmf.kk.dk

EAN

5798009493149




Fra: code lump [mailto:codel...@gmail.com]
Sendt: 7. april 2014 16:03
Til: osrm-talk@openstreetmap.org; carsten64st...@gmx.de
Emne: Re: [OSRM-talk] Bad driving times - Looking for car profile (within DACH 
region)

Hi Carsten,
thanks for replying.
Is there any chance of optimizing this behavior in order to get accurate 
driving times.
Do you have a sample car .profile which may I use ?
Thanks for helping out.
Best,
Philip

On Mon, Apr 7, 2014 at 3:53 PM, Carsten Malchow 
carsten64st...@gmx.demailto:carsten64st...@gmx.de wrote:
Hi Philip,

it's looks like the same problem that was discussed last week, I think.
OSRM take 2/3 of the Maxium speed to calculated the travel time.
Look here: 
https://www.mail-archive.com/osrm-talk@openstreetmap.org/msg00407.html

Kind regards

Carsten


___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Huge difference in needed time computation OSRM / Google Maps

[Emil Tin]

Hi,
The following issue might contribute to inflated travel time:
https://github.com/DennisOSRM/Project-OSRM/pull/969


Emil Tin
City of Copenhagen


-Oprindelig meddelelse-
Fra: Rudolf Mayer [mailto:rudolf.ma...@gmail.com] 
Sendt: 24. marts 2014 13:30
Til: osrm-t...@openstreetmap.org
Emne: [OSRM-talk] Huge difference in needed time computation OSRM / Google Maps

Hi everyone!

I tried to compute the following route:

http://osrm.at/?hl=enloc=48.208845,16.372329loc=48.276104,16.791565

And get this as a proposed result:

Route Description
(B3 - L2)
Distance:   44.4 km
Duration:   1 h 15 min


This seems very wrong, though, Google maps estimates
(http://goo.gl/maps/EPt14)

a.) a likely more optimal route, preferring bigger streets

b.) estimates 45,1 km, 47 Minutes. Almsot 30 mins difference in a 47 minutes 
route seems way off...


I am not sure what this is caused by, the map data seems ok for this route.


Besides this huge time difference, one particullarily interesting detail 
in the routing is at http://osrm.at/6PV, where OSRM prefers a short cut 
through a much smaller street (tertiary vs primary) that has much more 
crossings, and http://osrm.at/6PW would be the much preferred rout..

Any ideas why this is happening?

greetings
rudi

___
OSRM-talk mailing list
osrm-t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
osrm-t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Huge difference in needed time computation OSRM / Google Maps

[Emil Tin]

Interesting, but keep in mind that the speed specified in the profile is the 
starting point; signals and turns incur delays, which means the overall speed 
might be lower.

In Copenhagen we used Bluetooth/wifi antennas to measure speed of cars and 
bikes on a rather big street, and cars didn't move faster than bikes, in fact 
often slower. Bikes go at 20 km/h average when they're actually moving, whereas 
average with stops is more like 14-15 km/h.

Emil



-Oprindelig meddelelse-
Fra: Markus Semm [mailto:ms...@enaikoon.de] 
Sendt: 28. marts 2014 11:14
Til: OSRM-talk@openstreetmap.org
Emne: Re: [OSRM-talk] Huge difference in needed time computation OSRM / Google 
Maps

Hi,
I know from a Berlin based Taxi company that the average speed in Berlin is 22 
km/h Markus

-Ursprüngliche Nachricht-
Von: Rudolf Mayer [mailto:rudolf.ma...@gmail.com]
Gesendet: Freitag, 28. März 2014 11:11
An: osrm-talk@openstreetmap.org
Betreff: Re: [OSRM-talk] Huge difference in needed time computation OSRM / 
Google Maps

Hi Emil!

Thanks for pointing this out!

Indeed the limit to 2/3 of the max speed seems a bit too conservative, that is, 
at least outside of cities; inside city limits you could argue that it is ok, 
at least as long as there is no turn penalties and traffic light penalties 
implemented; and you generally can always expect a bus or slow traffic.. :-)

I am still wondering whether also the number of lanes is considered in the 
example. I think that other routers consider this, and if a road has more than 
1 lane per direction, the speed reduction is less severe, or at least that road 
is preferred over other roads that are single lanes per direction.

greetings
rudi

[Emil Tin], On 2014-03-28 09:33:


 Hi,
 The following issue might contribute to inflated travel time:
 https://github.com/DennisOSRM/Project-OSRM/pull/969


 Emil Tin
 City of Copenhagen


 -Oprindelig meddelelse-
 Fra: Rudolf Mayer [mailto:rudolf.ma...@gmail.com]
 Sendt: 24. marts 2014 13:30
 Til: OSRM-talk@openstreetmap.org
 Emne: [OSRM-talk] Huge difference in needed time computation OSRM / 
 Google Maps

 Hi everyone!

 I tried to compute the following route:

 http://osrm.at/?hl=enloc=48.208845,16.372329loc=48.276104,16.791565

 And get this as a proposed result:

 Route Description
 (B3 - L2)
 Distance: 44.4 km
 Duration: 1 h 15 min


 This seems very wrong, though, Google maps estimates
 (http://goo.gl/maps/EPt14)

 a.) a likely more optimal route, preferring bigger streets

 b.) estimates 45,1 km, 47 Minutes. Almsot 30 mins difference in a 47 minutes 
 route seems way off...


 I am not sure what this is caused by, the map data seems ok for this route.


 Besides this huge time difference, one particullarily interesting 
 detail in the routing is at http://osrm.at/6PV, where OSRM prefers a 
 short cut through a much smaller street (tertiary vs primary) that has 
 much more crossings, and http://osrm.at/6PW would be the much preferred rout..

 Any ideas why this is happening?

 greetings
 rudi

 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk

 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk



___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Huge difference in needed time computation OSRM / Google Maps

[Emil Tin]

The car profile currently uses a smallish penalty for signals. Turn penalty is 
implemented in OSRM and used in the bicycle profile, but not yet in the car 
profile. 

For bicycles, the turn penalty (which increases with angle) provides better 
routes, because they have fewer turns and are only marginally longer.



-Oprindelig meddelelse-
Fra: Rudolf Mayer [mailto:rudolf.ma...@gmail.com] 
Sendt: 28. marts 2014 11:11
Til: osrm-talk@openstreetmap.org
Emne: Re: [OSRM-talk] Huge difference in needed time computation OSRM / Google 
Maps

Hi Emil!

Thanks for pointing this out!

Indeed the limit to 2/3 of the max speed seems a bit too conservative, that is, 
at least outside of cities; inside city limits you could argue that it is ok, 
at least as long as there is no turn penalties and traffic light penalties 
implemented; and you generally can always expect a bus or slow traffic.. :-)

I am still wondering whether also the number of lanes is considered in the 
example. I think that other routers consider this, and if a road has more than 
1 lane per direction, the speed reduction is less severe, or at least that road 
is preferred over other roads that are single lanes per direction.

greetings
rudi

[Emil Tin], On 2014-03-28 09:33:


 Hi,
 The following issue might contribute to inflated travel time:
 https://github.com/DennisOSRM/Project-OSRM/pull/969


 Emil Tin
 City of Copenhagen


 -Oprindelig meddelelse-
 Fra: Rudolf Mayer [mailto:rudolf.ma...@gmail.com]
 Sendt: 24. marts 2014 13:30
 Til: OSRM-talk@openstreetmap.org
 Emne: [OSRM-talk] Huge difference in needed time computation OSRM / 
 Google Maps

 Hi everyone!

 I tried to compute the following route:

 http://osrm.at/?hl=enloc=48.208845,16.372329loc=48.276104,16.791565

 And get this as a proposed result:

 Route Description
 (B3 - L2)
 Distance: 44.4 km
 Duration: 1 h 15 min


 This seems very wrong, though, Google maps estimates
 (http://goo.gl/maps/EPt14)

 a.) a likely more optimal route, preferring bigger streets

 b.) estimates 45,1 km, 47 Minutes. Almsot 30 mins difference in a 47 minutes 
 route seems way off...


 I am not sure what this is caused by, the map data seems ok for this route.


 Besides this huge time difference, one particullarily interesting 
 detail in the routing is at http://osrm.at/6PV, where OSRM prefers a 
 short cut through a much smaller street (tertiary vs primary) that has 
 much more crossings, and http://osrm.at/6PW would be the much preferred rout..

 Any ideas why this is happening?

 greetings
 rudi

 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk

 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk



___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface

[Emil Tin]

 little problem: only for class 5-grade2-pebblestone, I've
 forced the value up for thin-wheeled vehicles (bikes and wheelchair).
 The change was less than 10%, but still significant. I did this
 because I believed it would make more sense to have the preference
 curves asymptotically decrease for all vehicle types from one class to
 the next. (This actually suggests that thin-wheeled vehicles might
 require some slightly different classification system.)
 
 Of course I am open to suggestions on how these observations can be
 synthesized into a simpler tagging system.
 
 On Wed, Mar 5, 2014 at 5:17 AM, Emil Tin z...@tmf.kk.dk wrote:
 DO you mean a new osm tag? Doesn't the existing tags you mention cover 
 surface quality?
 
 Med venlig hilsen
 
 Emil Tin
 IT- og Processpecialist
 Trafik
 ___
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Byens Anvendelse
 
 Njalsgade 13 Vær. 118
 Postboks 380
 2300 København S
 
 Direkte 2369 5986
 Mobil 2369 5986
 Email z...@tmf.kk.dk
 EAN 5798009493149
 -Oprindelig meddelelse-
 Fra: Fernando Trebien [mailto:fernando.treb...@gmail.com]
 Sendt: 28. februar 2014 17:35
 Til: Emil Tin
 Cc: osrm-talk
 Emne: Re: [OSRM-talk] Beginner question: default car profile and 
 tracktype/smoothness/surface
 
 Thank you Emil and Hans. I didn't know about the biking profile. Even though 
 I'm a cyclist as well, I've been using the website mostly for car routing, 
 and that's what OSRM is most known for here in Brazil.
 
 A while ago, I participated in a debate about making OSM-Carto use a 
 different visual style to display roads in worse than usually expected 
 state. As the debate developed, I made up a surface classification system 
 that captures similarities among tags that represent transit effort 
 (tracktype, smoothness, mtb:scale, sac_scale, wheelchair, 4wd_only, and 
 surface) for various modes of transportation. I wonder if you'd be 
 interested in something along this line, then I would go ahead and propose 
 an official tag for it.
 
 On Fri, Feb 28, 2014 at 5:26 AM, Emil Tin z...@tmf.kk.dk wrote:
 
 
 Surface is already taken into account for bicycles in the OSRM main repo:
 
 https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/bicycl
 e.lua
 
 However, instead of multiplying, I found it more realistic to simply use 
 the surface speed, instead of multiplying:
 
 surface_speeds = {
[asphalt] = default_speed,
[cobblestone:flattened] = 10,
[paving_stones] = 10,
[compacted] = 10,
[cobblestone] = 6,
[unpaved] = 6,
[fine_gravel] = 6,
[gravel] = 6,
[fine_gravel] = 6,
[pebbelstone] = 6,
[ground] = 6,
[dirt] = 6,
[earth] = 6,
[grass] = 6,
[mud] = 3,
[sand] = 3
 }
 
 
-- surfaces
if surface then
surface_speed = surface_speeds[surface]
if surface_speed then
if way.speed  0 then
way.speed = surface_speed
end
if way.backward_speed  0 then
  way.backward_speed  = surface_speed
end
end
end
 
 Both approaches might have merit.
 
 
 
 Kind regards,
 
 Emil Tin
 IT- and Process Specialist
 Traffic Design
 
 CITY OF COPENHAGEN
 The Technical and Environmental Administration Traffic Department
 
 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S
 
 Telefon +45 2369 5986
 Email z...@tmf.kk.dk
 EAN 5798009493149
 
 
 -Oprindelig meddelelse-
 Fra: Hans Gregers Petersen [mailto:greg...@septima.dk]
 Sendt: 28. februar 2014 09:16
 Til: osrm-talk@openstreetmap.org
 Emne: Re: [OSRM-talk] Beginner question: default car profile and
 tracktype/smoothness/surface
 
 Hi Fernando,
 
 I've always wondered if there are any plans taking surface
 type/quality into account in the default profiles. I live in a
 developing country (Brazil) with poorly maintained roads and these
 conditions make a big difference at the beginning and at the end of
 many routes if ignored.
 
 I do not know about the plans regarding the default profile, but I 
 successfully used a simple factor approach to surfaces when doing our 
 routing on bicycle paths here in Denmark.
 For instance setting the following in the LUA profile:
 
 -- How much does speed depreciate by surface surface_factors = {
 [unpaved] = 0.8, [gravel] = 0.8, [cobblestone] = 0.8, [dirt] =
 0.8, [earth] = 0.8, [sand] = 0.8, [cobblestone:flattened] = 0.9,
 [compacted] = 0.9, [fine_gravel] = 0.9, [wood] = 0.9 }
 
 and then later adjuste the speed accordingly:
 
 -- Surface tag
 local surfacetag = way.tags:Find(surface)
 
 -- Surface factor
 if surface_factors[surfacetag] then
 way.speed = way.speed * surface_factors[surfacetag] way.backward_speed
 = way.backward_speed * surface_factors[surfacetag] end
 
 
 
 Best regards,
 
 Greg
 
 
 
 Hans Gregers Petersen
 Partner, Senior Consultant
 www.septima.dk

Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface

[Emil Tin]

The tags are not used so often together (from 
http://taginfo.openstreetmap.org/keys/surface#combinations): 

Surface (8 077 811 occurences) combinations:
1 087 838   13.47%  tracktype
175 011 2.17%   smoothness

Tracktype combinations:
46 144  1.44%   smoothness

But if we do want to handle combinations, maybe use surface (the most used 
tag), multiplied by a factor if tracktype or smoothness is set as well?

In essense, take minimium of:
- default speed
- max speed
- surface speed * tracktype or smoothness factor
- other things that lower the speed



On 10 Mar 2014, at 17:30 , Fernando Trebien fernando.treb...@gmail.com wrote:

 For each tag+value combination, we could assign:
 - a preference value
 - a weight value or a priority value
 
 When using weights, the final preference value would be a weighed
 average of the preference values corresponding to each tag.
 
 When using priorities, the final preference would be that of the
 highest priority tag+value combination.
 
 Contradictions are an issue, for example:
 - tracktype=grade1 + smoothness=very_horrible: is it good or is it bad?
 - tracktype=grade5 + surface=asphalt: is it paved or not?
 - smoothness=impassable + surface=concrete: maybe the concrete path
 was very badly built, or maybe we just had an earthquake
 
 Weighting would blur the contradiction, opting for an average
 preference of the conflicting values. The greater the contradiction,
 the greater the risk of poor routing decisions.
 
 A pessimist approach (probably safer for the user) is to select the
 lowest preference value assigned for tag+value combinations present in
 a way. But then, we lose the ability to use one tag as a refinement
 for the other (for example: tracktype=grade2/3/4/5 when
 smoothness=bad).
 
 A remedy would be a more complex approach which practically encodes
 the class system that I proposed:
 - given 3 tag+value combinations, pick the combination with lowest
 preference value (let's call this tag A)
 - for the remaining 2 combinations, select those that are considered
 similar to A (according to some equivalence table) and discard the
 others
 - if there are 2 left, also pick the one with lowest preference value (tag B)
 - possibly pick tag C if it's similar to both A and B
 
 The result would be from 1 to 3 tags (A,B,C) from which you'd choose
 the one with highest priority. That's the most accurate preference
 value within pessimist choices.
 
 A single classification system would eliminate these problems, and it
 can be introduced in the community (not necessarily in OSRM)
 simultaneously with a more temporary solution in OSRM using multiple
 tags and some sort of contradiction handling. I just wouldn't go ahead
 and propose it if there's no interest in adopting such a thing in the
 long term.
 
 On Mon, Mar 10, 2014 at 11:19 AM, Emil Tin e...@tin.dk wrote:
 
 OSRM focuses on tags that are already in widespread use. From tag info:
 
 surface  8077811
 tracktype  3212051
 smoothness  208379
 
 Even if a new tagging scheme is agreed on (by whom?) it would probably take
 quite a while before it's in common use worldwide. So for now I think the
 question is how OSRM should handle these 3 tags.
 
 
 
 On 10 Mar 2014, at 14:41 , Fernando Trebien fernando.treb...@gmail.com
 wrote:
 
 My personal point of view is: they mostly do, but in a needlessly
 complicated way. I think you'd be surprised at how far the discussion
 went (over 150 messages, many of which were quite long) to reach a
 simple agreement: deciding which tags/values to use in order to decide
 which roads are possibly in poor state, as to deserve special
 rendering. In this agreement, we settled on 3 tags (tracktype,
 smoothness and surface) to make such a decision. So it is clear that
 the community views the 3 tags as necessary for reasonable routing
 choices when reading the map visually. Trying to take any of the 3 out
 caused strong disagreement from certain people during that discussion.
 
 I tried to condensate my line of thought below, but it yielded a long
 text anyway. To encourage your reading, below is a link to the result
 at which I arrived after brainstorming. It establishes similarities
 with current tags and associating a subjective level of preference to
 each. This level was called trafficability during the other debate,
 but since then this name may be inadequate (it was used in a tag
 proposal).
 
 http://i.imgur.com/HUoE1iD.png
 
 In the beginning, I was almost convinced that the surface tag would
 be sufficient, but as other opinions came in, I was convinced that
 some of its values are too imprecise. surface=unpaved, for instance,
 may refer to roads in excellent condition (specially if they'd be
 better described as surface=compacted), but also to roads likely in
 poor state (such as in surface=dirt).
 
 The Australian community seems to be recommending the use of
 tracktype for any road type besides highway=track which is what it
 was originally

Re: [OSRM-talk] Elevation in OSRM result (for profile)

[Emil Tin]

Hi Elisabeth,

Great that you will want to help improve OSRM!

Do you mean that you will not touch the routing algorith, and just provide an 
elevation profile of the route? Or do you also want to change the routing 
algorith so it factors in elevation, ie avoid hills?

Kind regards,
Emil Tin


On 07 Mar 2014, at 08:55 , Elisabeth Leu elisabeth@camptocamp.com wrote:

 Hi Michal,
 
 The way we will use OSRM, we'll compute speed independently of OSRM a 
 posteriori, using the height output.
 So we won't adapt anything regarding the bike speed (I suppose for that, it 
 should be agreed upon a formula before...), but if you want to compute it 
 e.g. on the client side with your own formula, it should be possible. (Yves, 
 Stéphane, Radu correct me if I'm wrong ;)
 
 Kind regards,
 Elisabeth
 
 
 
 
 
 On Thu, Mar 6, 2014 at 4:56 PM, Michal Palenik michal.pale...@freemap.sk 
 wrote:
 hello all
 
 I did not see it in your text, but use of elevation during calculation
 of the route would increase possibilities for (at least) bicycle
 routing. mainly change forward and backward speed according to meters
 gained/descended (or changing impedance).
 
 is this also one of the goals?
 
 thanks
 
 michal
 On Thu, Mar 06, 2014 at 03:06:52PM +0100, Elisabeth Leu wrote:
  Hi List,
 
  This e-mail just to let you know that we decided to work on integrating the
  elevation output in OSRM.
 
  The goal is to have elevation in the geometry of the output JSON as well as
  in the GPX, and an option in OSRM to enable elevation (disabled by default).
 
  We might ask questions about it in the next days / weeks, with the final
  goal to suggest this feature as a pull request for reviewing.
 
  We are open to take opinions and remarks about it, esp. concering a future
  pull request for OSRM master/develop.
 
  Best regards,
  Radu, Yves, Stéphane and Elisabeth
 
 
 
  On Fri, Jan 31, 2014 at 8:49 AM, Yves Bolognini 
  yves.bologn...@camptocamp.comjavascript:_e(%7B%7D,'cvml','yves.bologn...@camptocamp.com');
   wrote:
 
   Hi,
  
   Thanks for your answer. Actually yes, for now our need is simply to
   show elevation in the output.
  
   I thought of using the way.name attribute to pass node elevations. But:
   1) Elevation is on nodes, not on ways. So we would need to implement
   some hack to pass both nodes' evelations on every way's name
   2) I thought maybe the profile thing in OSRM output would be
   interesting for other devs, so it may be good to code it the clean way
  
   Anyone has an idea how hard it would be to add such a feature inside
   OSRM? Is someone interested in this addition?
  
   Best,
   Yves
  
  
   2014-01-30 Florian Lohoff 
   f...@zz.dejavascript:_e(%7B%7D,'cvml','f...@zz.de');
   :
   
Hi,
   
On Thu, Jan 30, 2014 at 02:28:39PM +0100, Yves Bolognini wrote:
Hello List,
   
We have elevation data in our source graph. Each vertex has elevation
information (ele key in OSM-like data). We'd like to have this info
in OSRM result in order to display profile.
   
My understanding would be that you need to put this into some tag OSRM
stores the hsrm file and shows it in the JSON e.g. name.
   
I do something like the following:
   
  if speed_profile[highway] ~= nil then
way.speed=speed_profile[highway]
way.name=table.concat({way.id,highway,way.name,way.ref},|)
  end
   
So i get way.id, highway type, name and ref ...
   
What are the chances that elevation data will be available one day in
the output?
What do you estimate regarding the complexity to implement it?
Would a contribution for this feature be considered?
   
From using elevation data i would expect to have elevation on nodes
and if adjacent nodes have different elevation, you would need to split
the way and make it 2 oneways with different costs.
   
Uphill more expensive than downhill.
   
Or is it just you'd like to show elevation data in the output?
   
Flo
--
Florian Lohoff 
f...@zz.dejavascript:_e(%7B%7D,'cvml','f...@zz.de');
   
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
   
iQIVAwUBUup2BJDdQSDLCfIvAQgJgA//VTwAdXc41GeJediOMp+nTkr3ztmfQ1Lx
a1JETnmTbdrdUZsYqQZrGKpSDwCTAwOXx8Vu018dhIpNmSGhrH1Jn2qWTsazBmSQ
r6T0a/vk/Ow8NXkZTR2vy66XBO/F4ZClYxWZm0O3J5p/cGPRgNyDZWsaCACAGdLf
eJzv2UoCO9Mq27V2fzHwCEB1TBwQBy8a/heN1VJuIREkmWiLZTSIEpr8FkjjjWts
o66Yna48jYqEWW0DYqC9v3hPvQb7suvT508zetTJeONiYXcHENfaD3orsBLkWCH2
8qjKo3BJ0qWin92y9J3Su0Vf8+MWb/TQ55a6OqEzqWu696UkYn7pmkk/lbpZVMY3
DB1Pd84S1/lGLUmPJbG9sm/ouCJbkresTKvHfvHkPVZB0CiOEg/zpZOCzzziul5r
0iF2XloVGInhG6c6pbtn6lSpsnRe7ZfuOp9dbtWey5SXzmPqlt0D5J7/G/y8/Nqo
5z5zTqczEKRnh1oPoa5D1t9TTyKFngAEMa7jwoAxUQEuRpFOUPuI8zGJzc7doRgi
GKrVGi6Dt42CFzlwvneKUrq0e+PqQvN8zMjJ0a4d3fPd9/a2zSyFCV7HtuoAgSXL
XzMDjGnjJBJIoWDfQoW3hdIwmRP6txbf/qWKk5scSDYvD6C2KTnw7mWvGcdB5CTg
cH6g7uCak70

Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface

[Emil Tin]

DO you mean a new osm tag? Doesn't the existing tags you mention cover surface 
quality?

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149
-Oprindelig meddelelse-
Fra: Fernando Trebien [mailto:fernando.treb...@gmail.com] 
Sendt: 28. februar 2014 17:35
Til: Emil Tin
Cc: osrm-talk
Emne: Re: [OSRM-talk] Beginner question: default car profile and 
tracktype/smoothness/surface

Thank you Emil and Hans. I didn't know about the biking profile. Even though 
I'm a cyclist as well, I've been using the website mostly for car routing, and 
that's what OSRM is most known for here in Brazil.

A while ago, I participated in a debate about making OSM-Carto use a different 
visual style to display roads in worse than usually expected state. As the 
debate developed, I made up a surface classification system that captures 
similarities among tags that represent transit effort (tracktype, smoothness, 
mtb:scale, sac_scale, wheelchair, 4wd_only, and surface) for various modes of 
transportation. I wonder if you'd be interested in something along this line, 
then I would go ahead and propose an official tag for it.

On Fri, Feb 28, 2014 at 5:26 AM, Emil Tin z...@tmf.kk.dk wrote:


 Surface is already taken into account for bicycles in the OSRM main repo:

 https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/bicycl
 e.lua

 However, instead of multiplying, I found it more realistic to simply use the 
 surface speed, instead of multiplying:

 surface_speeds = {
 [asphalt] = default_speed,
 [cobblestone:flattened] = 10,
 [paving_stones] = 10,
 [compacted] = 10,
 [cobblestone] = 6,
 [unpaved] = 6,
 [fine_gravel] = 6,
 [gravel] = 6,
 [fine_gravel] = 6,
 [pebbelstone] = 6,
 [ground] = 6,
 [dirt] = 6,
 [earth] = 6,
 [grass] = 6,
 [mud] = 3,
 [sand] = 3
 }


 -- surfaces
 if surface then
 surface_speed = surface_speeds[surface]
 if surface_speed then
 if way.speed  0 then
 way.speed = surface_speed
 end
 if way.backward_speed  0 then
   way.backward_speed  = surface_speed
 end
 end
 end

 Both approaches might have merit.



 Kind regards,

 Emil Tin
 IT- and Process Specialist
 Traffic Design
 
 CITY OF COPENHAGEN
 The Technical and Environmental Administration Traffic Department

 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S

 Telefon +45 2369 5986
 Email z...@tmf.kk.dk
 EAN 5798009493149


 -Oprindelig meddelelse-
 Fra: Hans Gregers Petersen [mailto:greg...@septima.dk]
 Sendt: 28. februar 2014 09:16
 Til: osrm-talk@openstreetmap.org
 Emne: Re: [OSRM-talk] Beginner question: default car profile and 
 tracktype/smoothness/surface

 Hi Fernando,

 I've always wondered if there are any plans taking surface 
 type/quality into account in the default profiles. I live in a 
 developing country (Brazil) with poorly maintained roads and these 
 conditions make a big difference at the beginning and at the end of 
 many routes if ignored.

 I do not know about the plans regarding the default profile, but I 
 successfully used a simple factor approach to surfaces when doing our 
 routing on bicycle paths here in Denmark.
 For instance setting the following in the LUA profile:

 -- How much does speed depreciate by surface surface_factors = { 
 [unpaved] = 0.8, [gravel] = 0.8, [cobblestone] = 0.8, [dirt] = 
 0.8, [earth] = 0.8, [sand] = 0.8, [cobblestone:flattened] = 0.9, 
 [compacted] = 0.9, [fine_gravel] = 0.9, [wood] = 0.9 }

 and then later adjuste the speed accordingly:

 -- Surface tag
 local surfacetag = way.tags:Find(surface)

 -- Surface factor
 if surface_factors[surfacetag] then
 way.speed = way.speed * surface_factors[surfacetag] way.backward_speed 
 = way.backward_speed * surface_factors[surfacetag] end



 Best regards,

 Greg



 Hans Gregers Petersen
 Partner, Senior Consultant
 www.septima.dk

 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk

 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk



--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Need HELP

[Emil Tin]

Try looking at the wiki: 
https://github.com/DennisOSRM/Project-OSRM/wiki/_pages. It will tell you how to 
build OSRM, how to use the API, etc.

The code for the osrm website can be found at 
https://github.com/DennisOSRM/Project-OSRM-Web.


-Emil



On 02 Mar 2014, at 11:47 , Mishal Chowdhury mishal_chowdh...@icloud.com wrote:

 I am beginner to Open Street Maps. I want to know, How to create 
 directions/routes from one marker to another  marker on a map.
 
 IDE used 
 Microsoft Visual Studio 2012 ,ASP.NET
 
 
 Thank you
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface

[Emil Tin]

Surface is already taken into account for bicycles in the OSRM main repo:

https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/bicycle.lua

However, instead of multiplying, I found it more realistic to simply use the 
surface speed, instead of multiplying:

surface_speeds = {
[asphalt] = default_speed,
[cobblestone:flattened] = 10,
[paving_stones] = 10,
[compacted] = 10,
[cobblestone] = 6,
[unpaved] = 6,
[fine_gravel] = 6,
[gravel] = 6,
[fine_gravel] = 6,
[pebbelstone] = 6,
[ground] = 6,
[dirt] = 6,
[earth] = 6,
[grass] = 6,
[mud] = 3,
[sand] = 3
}


-- surfaces
if surface then
surface_speed = surface_speeds[surface]
if surface_speed then
if way.speed  0 then
way.speed = surface_speed
end
if way.backward_speed  0 then
  way.backward_speed  = surface_speed
end
end
end

Both approaches might have merit.



Kind regards,

Emil Tin
IT- and Process Specialist
Traffic Design

CITY OF COPENHAGEN
The Technical and Environmental Administration
Traffic Department

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149


-Oprindelig meddelelse-
Fra: Hans Gregers Petersen [mailto:greg...@septima.dk] 
Sendt: 28. februar 2014 09:16
Til: osrm-talk@openstreetmap.org
Emne: Re: [OSRM-talk] Beginner question: default car profile and 
tracktype/smoothness/surface

Hi Fernando,

 I've always wondered if there are any plans taking surface 
 type/quality into account in the default profiles. I live in a 
 developing country (Brazil) with poorly maintained roads and these 
 conditions make a big difference at the beginning and at the end of 
 many routes if ignored.

I do not know about the plans regarding the default profile, but I successfully 
used a simple factor approach to surfaces when doing our routing on bicycle 
paths here in Denmark.
For instance setting the following in the LUA profile:

-- How much does speed depreciate by surface surface_factors = { [unpaved] = 
0.8, [gravel] = 0.8, [cobblestone] = 0.8, [dirt] = 0.8, [earth] = 0.8, 
[sand] = 0.8, [cobblestone:flattened] = 0.9, [compacted] = 0.9, 
[fine_gravel] = 0.9, [wood] = 0.9 }

and then later adjuste the speed accordingly:

-- Surface tag
local surfacetag = way.tags:Find(surface)

-- Surface factor
if surface_factors[surfacetag] then
way.speed = way.speed * surface_factors[surfacetag] way.backward_speed = 
way.backward_speed * surface_factors[surfacetag] end



Best regards,

Greg



Hans Gregers Petersen
Partner, Senior Consultant
www.septima.dk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-dk] Fælles indtegning: Supercykelstier, Kopper for Tags

[Emil Tin]

Godt initiativ, håber der er nogle der er friske.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
2300 København S

Telefon
+45 2369 5986
Mobil
+45 2369 5986
Email
z...@tmf.kk.dk
EAN
5798009493149


-Oprindelig meddelelse-
Fra: Andreas Hammershøj [mailto:andr...@copenhagenlanes.dk] 
Sendt: 17. februar 2014 16:45
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Fælles indtegning: Supercykelstier, Kopper for Tags

Ok,
nu har jeg forlænget fristen til 15.03.14 og lavet et google-dokument med info.

Link her:
https://docs.google.com/document/d/1eHjND_aDgA420Q-hMYJXJSE66xMqMTW2gV5XRg_IyMU/edit?usp=sharing

eller her i kort udgave:
http://bit.ly/1oHw9bV

Tak for hjælpen, Morten.

vh
Andreas


On 02/17/2014 12:34 PM, Morten Juhl-Johansen Zölde-Fejér wrote:
 Jeg har et par stykker på LinkedIn, der kunne være interesserede, og 
 måske i nogle af Linuxforaene.

 -M

 On 17/02/2014 12:27, Andreas Hammershøj wrote:
 Hej Morten,
 ikke pt., men jeg kan lave et. Hvor tænker du at dele?

 /A

 On 02/17/2014 12:15 PM, Morten Juhl-Johansen Zölde-Fejér wrote:
 Er der et beskrivelseslink, der er velegnet til at kaste ud på 
 sociale medier?

 Alt godt,
 Morten

 On 17/02/2014 12:08, Andreas Hammershøj wrote:
 Hej Talk-dk,
  det er ikke ligefrem fordi projektet vælter i interesse. Faktisk 
 er der ingen tilmeldte indtil videre. Er der ingen der er 
 interesserede i at give cykelinfrastrukturen på sjælland en skalle?

  Vh
  Andreas

 On 01/24/2014 05:26 PM, Andreas Hammershøj wrote:

 FÆLLES INDTEGNING:
 Supercykelstier udbyder 10 individuelt designede mapper-kopper med 
 navn og kortudsnit efter eget ønske. De går til de mappere som 
 indtegner mest af det manglende cykelinfrastruktur i Region 
 Hovedstaden over en 1-måneds periode.

 Idéen er inspireret af VoresKop-projektet:

 http://voreskort.cyklist.net/wp-content/uploads/2011/10/1_kr%C3%A6g
 p%C3%B8th.jpg

 [2]

 PERIODE:
 Projektet kører i én måned fra 25.01.14 til d. 25.02.14, hvorefter 
 de 10 som har gjort mest får tilsendt deres kopper.

 TAGS SOM TÆLLES:
 Alle tags, ways og nodes som har betydning for digital 
 ruteplanlægning for cykler. Oplagte tags er _cycleway=track_ og 
 _cycleway=lane_.

 OMRÅDE:
 Region hovedstaden, ekslusiv Hornsherred og Bornholm 
 http://da.wikipedia.org/wiki/Region_Hovedstaden [3]

 TILMELDING:
 Meld til i dette Google-docs spreadsheet:

 https://docs.google.com/spreadsheet/ccc?key=0Aj4lLZ_glzagdEdYZTFRX3
 oycWRKR0lXTXRpVmRDb0Eusp=sharing

 [4]

 (Ændringerne gemmes automatisk bare man er logget ind med en
 Google-konto)

 METODE:
 Når man gemmer et changesæts som indeholder redigeringer til den 
 fælles indtegning skrives '_cykel-tag_' som første ord, samt den 
 sædvanlige beskrivelse af ændringerne. Ved projektets afslutning 
 går jeg changesets igennem og finder de 10 som skal have kopper.
 Udvælgelsen sker ud fra min objektive bedømmelse af taggenes 
 nyttighed.

 BAGGRUND:
 Som baggrundsviden kan man læse den mini-analyse af 
 cykelinfrastruktur-indtegningsgrad som jeg lavede for 
 Supercykelstier i december:

 https://drive.google.com/folderview?id=0Bz4lLZ_glzagaGR5b2dISXdUU3c
 usp=sharing

 [5]
 (Husk at man ikke må aflede kortdata fra Google Street View og 
 andre kommercielle kort som er brugt til sammenligning i 
 analysen.)

 Til de kritiske røster fra sidst jeg luftede projektet kan jeg 
 oplyse at Supercykelstier er opmærksomme på opfordringen til at 
 støtte mere op om OSM. De har dog ikke andet at fortælle pt, end 
 at det er på dagsordnen i budgetforhandlingerne.

 Vh
 Andreas Hammersøj
 Copenhagen Lanes

 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-dk [1]



 Links:
 --
 [1] https://lists.openstreetmap.org/listinfo/talk-dk
 [2]
 http://voreskort.cyklist.net/wp-content/uploads/2011/10/1_kr%C3%A6g
 p%C3%B8th.jpg [3] http://da.wikipedia.org/wiki/Region_Hovedstaden
 [4]
 https://docs.google.com/spreadsheet/ccc?key=0Aj4lLZ_glzagdEdYZTFRX3
 oycWRKR0lXTXRpVmRDb0Eamp;usp=sharing
 [5]
 https://drive.google.com/folderview?id=0Bz4lLZ_glzagaGR5b2dISXdUU3c
 amp;usp=sharing ___
 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: [OSRM-talk] Cannot find route between points

[Emil Tin]

I've opened an issue on github for tracking this, with links and a screenshot:

https://github.com/DennisOSRM/Project-OSRM/issues/916


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
2300 København S

Telefon

+45 2369 5986

Mobil

+45 2369 5986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk

EAN

5798009493149



Fra: John Aherne [mailto:jjahe...@gmail.com]
Sendt: 12. februar 2014 15:34
Til: osrm-talk
Emne: [OSRM-talk] Cannot find route between points


I can reproduce this with:



$ GET

'http://router.project-osrm.org/viaroute?z=14loc=51.502874,-0.119249loc=51.534750,-0.135230instructions=true'



{status:207,status_message: Cannot find route between points}[]



And I get the same thing in a browser.



-Steve


Thanks Steve.

I'm glad someone else can reproduce the result.

The issue now is that if I use

http://map.project-osrm.org/http://map.project-osrm.org/the


and enter the same coordinates, the route is calculated and does what I

would expect.

In theory looking at the javascript used by that site, it is making the same 
call as me but getting a correct result

So what is it doing differently. Or is it calling a different routing setup.




Thanks

John
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Cannot find route between points

[Emil Tin]

The map site uses the same routing engine, so the answer must be that you're 
not sending the same request as the site?

Did you try using the browsers build in developer tools to check the request 
the site is sending?


Kind regards,

Emil Tin
IT- and Process Specialist
Traffic Design

CITY OF COPENHAGEN
The Technical and Environmental Administration
Traffic Department

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 2369 5986
Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk
EAN 5798009493149



Fra: John Aherne [mailto:jjahe...@gmail.com]
Sendt: 12. februar 2014 16:19
Til: osrm-talk
Emne: Re: [OSRM-talk] Cannot find route between points

Emil
Thanks for that.
I followed the link and the conversation seems to find a possible blocking tag.
But why would the map site return a route and not the routing engine.
It would be nice to know if they are doing something different.
John

On Wed, Feb 12, 2014 at 2:42 PM, Emil Tin 
z...@tmf.kk.dkmailto:z...@tmf.kk.dk wrote:
I've opened an issue on github for tracking this, with links and a screenshot:

https://github.com/DennisOSRM/Project-OSRM/issues/916


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13 Vær. 118
2300 København S
Telefon

+45 2369 5986tel:%2B45%202369%205986

Mobil

+45 2369 5986tel:%2B45%202369%205986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk

EAN

5798009493149



Fra: John Aherne [mailto:jjahe...@gmail.commailto:jjahe...@gmail.com]
Sendt: 12. februar 2014 15:34
Til: osrm-talk
Emne: [OSRM-talk] Cannot find route between points




I can reproduce this with:



$ GET

'http://router.project-osrm.org/viaroute?z=14loc=51.502874,-0.119249loc=51.534750,-0.135230instructions=true'



{status:207,status_message: Cannot find route between points}[]



And I get the same thing in a browser.



-Steve


Thanks Steve.

I'm glad someone else can reproduce the result.

The issue now is that if I use

http://map.project-osrm.org/http://map.project-osrm.org/the

and enter the same coordinates, the route is calculated and does what I

would expect.

In theory looking at the javascript used by that site, it is making the same 
call as me but getting a correct result

So what is it doing differently. Or is it calling a different routing setup.



Thanks

John

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] stationer med s-tog og metro?

[Emil Tin]

Hej,

Som led i en opdatering af vores cykelkort baseret på OSM, kunne vi godt tænke 
os at vise S-tog og Metro stationer. Det lader dog ikke til at stationer er 
tagget med dette.  Nogle har railway=subway, men dette anvendes jo også andre 
steder end i København, så det kan ikke helt bruges.

Kunne man tagge de relevant stationer med fx:

s-train = yes
metro = yes

Eller er der bedre forslag?


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse



Telefon

+45 2369 5986

Mobil

+45 2369 5986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk

EAN

5798009493149



___
OSRM-talk mailing list
osrm-t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-dk] Samle vej og cykelsti til én vej?

[Emil Tin]

Hej,

En venligtsindet bruger (er du med her på listen?) har indtegnet cykelstier som 
separate ways på Frederikssundsvej, Tagensvej, Sølvgade, Øster Voldgade, og 
flere andre steder i København:

http://www.openstreetmap.org/#map=18/55.70581/12.51054
http://www.openstreetmap.org/#map=18/55.69279/12.56801
http://www.openstreetmap.org/#map=18/55.68817/12.57642
http://www.openstreetmap.org/#map=18/55.69002/12.58498

Cykelstien er dog typisk kun adskilt fra vejen med en kantsten.

Cykelstier som separate ways giver en masse bøvl, og anbefales ikke i 
cykelstivejledning på http://wiki.openstreetmap.org/wiki/Da:Cykelstivejledning.

Jeg vil derfor høre om I er enige I det ville være bedre at tilføje 
cycleway=track til selve vejen, og fjerne de separate ways. Selvfølgelig med 
respekt for at cykelstien nogle steder faktisk er adskilt, og derfor skal være 
en separet way, fx på strækning ud for Amorparken:

https://maps.google.com/maps?q=Tagensvej,+K%C3%B8benhavn,+Danmarkhl=daie=UTF8ll=55.695071,12.563771spn=0.97,0.099134sll=37.0625,-95.677068sspn=58.033539,101.513672oq=tagensvejhnear=Tagensvej,+K%C3%B8benhavn,+Danmarkt=mz=14layer=ccbll=55.695071,12.563771panoid=QWIAa51mGOwXf6yHmti5Sgcbp=12,359.53,,0,16.99



Nogle steder er der parkering og enkelte træer mellem vejbanen og cykelstien, 
som fx her:

https://maps.google.com/maps?q=Frederikssundsvej,+Copenhagen,+Denmarkhl=enll=55.705922,12.514136spn=0.008427,0.02105sll=37.0625,-95.677068sspn=48.15347,86.220703oq=frederiksst=mz=16layer=ccbll=55.706014,12.51072panoid=fsvPPSTQg_EX9dkMgJUDawcbp=12,81.14,,0,20.95
Men også her vil jeg mene at man skal undgå cykelsti som separate way. Enige?



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon

+45 2369 5986

Mobil

+45 2369 5986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk

EAN

5798009493149



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSRM-talk] Making progress on dumping pgRouting tables to OSRM

[Emil Tin]

Hi Stephen,
Sound like very interesting work, conencting pgRouting and OSRM. I'm afraid I 
can't help you with your current problem, but I'm sure Dennis can.

Emil


On 13 Nov 2013, at 18:04 , Stephen Woodbridge wood...@swoodbridge.com wrote:

 Hi Dennis, Emil,
 
 I have made some progress reverse engineering the current file formats and 
 have been able to successfully extract a pgRouting topology into the 
 current OSRM normalized data files and run osrm-prepare on that.
 
 That said, I have not tried to run routes on this which I will do at some 
 point.
 
 I am still not clear on how restrictions are defined. The only description 
 that I can find is the out dated description in:
 
 https://github.com/DennisOSRM/Project-OSRM/wiki/OSRM-normalized-file-format
 
 Can someone please help me with the restrictions definition:
 
 If I have the following graph:
 
 nodes: a, b, c, d
 edges: ab, bc, db
 
 ab-c
 |
 |
 d
 
 ab, bc, and db are all two way
 and there is no right turn from db to bc
 
 Then, should the restriction as defined in the file be:
 
 b, d, c, forbidden, 7F 00 00
 
 where:
 
 b is the via-node
 d is the from-node
 c is the to-node
 
 and the records should then be sorted by edge_id of
 EDGE[via-node, to-node].
 
 Is this correct?
 
 I'm happy to create an updated reference page for the normalized file format 
 once I get this all sortted out and working.
 
 Thanks,
  -Steve
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk


___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Questions on OSRM normalized file format

[Emil Tin]

Hi Stephen,

Back in April I wrote a wiki page detailing the internal processing flow and 
data structures, did you see it?
  
https://github.com/DennisOSRM/Project-OSRM/wiki/Processing-Flow

Maybe there is some useful info there.

Dennis can probably tell you what has changed since April.


Best regards,
Emil




On 09 Nov 2013, at 17:38 , Stephen Woodbridge wood...@swoodbridge.com wrote:

 Hi all,
 
 I'm currently the lead developer for pgRouting and I'm interested in being 
 able to create a local instance of OSRM that can be accessed via pgRouting. 
 This all seems pretty straight forward to prototype up.
 
 At the moment, I have a few questions on OSRM normalized file format. I want 
 to be able to write a utility program for postgresql to prep and dump a 
 pgRouting topology to an OSRM normalized file.
 
 Looking at the edge section:
 
 It appears that edges can be entered as undirected (ie: twoway with same 
 costs in both directions) or directed in the case of oneway streets.
 
 1. if I have a edge with different to-from and from-to costs am I correct in 
 assuming that the way to enter this is to split the edge and enter it as two 
 oneway edges with the appropriate costs?
 
 2. oneway edges must be entered where from-to is the direction of the edge, 
 ie: the direction must be to the target node?
 
 3. Can you expound on the rank of the speed profile? Is this still used? in 
 the Speedprofile page it says that this is now handled as LUA scripts.
 
 Looking at the turn restrictions section:
 
 Is there a graphic that explains this better. It is a little bit hard to 
 follow where the various items come into play. There are references to 
 via-node, from-node, to-node, from-way, and to-way.
 
 Here is a common use case that I need to model. It is a majow road digitized 
 as separated north and south bound lanes and intersected by a two way street 
 digitized as a single line.
 
  e h
  | |
  | |
  | |
 a-b-c-d
  | |
  | |
  | |
  f g
 
 Traffic is allowed:
 ab-bc-cd   - east bound cross traffic
 dc-cb-ba   - west bound cross traffic
 eb-bf  - one way south bound traffic
 gc-ch  - one way north bound traffic
 ab-bc-ch   - east bound onto north bound
 ab-bf  - east bound onto south bound
 dc-ch  - west bound onto north bound
 dc-cb-bf   - west bound onto south bound
 eb-ba  - south bound onto west bound
 gc-cd  - north bound onto east bound
 
 U-Turns are not allowed:
 eb-bc-ch   - south bound u-turn to north bound
 gc-cb-bf   - north bound u-turn to south bound
 
 and more obviously any turn the wrong way down a oneway edge.
 
 Any help in understanding this would be greatly appreciated.
 
 Thanks,
  -Steve
 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-dk] Advarsel

[Emil Tin]

Hvad med pladser? En hel del deler nodes med vejen op til, fx

Nytorv:
http://www.openstreetmap.org/#map=18/55.67769/12.57278

Bertel Thorvaldsens Plads:
http://www.openstreetmap.org/#map=18/55.67616/12.57734

Vor Frue Plads:
http://www.openstreetmap.org/#map=19/55.67965/12.57251


Vil du mene at disse er uhensigtsmæssige?

Et spørgsmål der melder sig hvis man ikke lægger dem sammen med vejen er hvor 
man skal forbinde dem til vejen, da man jo som fodgænger kan gå fra vejen ind 
pladsen hvor det skal være.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon
+45 2369 5986
Mobil
+45 2369 5986
Email
z...@tmf.kk.dk
EAN
5798009493149


-Oprindelig meddelelse-
Fra: Michael Andersen [mailto:hj...@milvus.dk] 
Sendt: 16. oktober 2013 11:35
Til: OpenStreetMap Denmark
Emne: [Talk-dk] Advarsel

Dette forekommer ikke så ofte længere, men som eksemplet under linket viser kan 
man stadig finde dem:

http://www.openstreetmap.org/?mlat=57.00270mlon=9.88831#map=19/57.00270/9.88831layers=N

Dette er et NO NO NO.

Vær venligst meget varsomme med ukritisk at koble områdepolygoner på omgivende 
highways og specielt (som i det angivne eksempel) broer.

Jeg har iøvrigt en vane med at koble allerede eksisterende polygoner af fra 
highways dels for lettere at kunne justere vejnettet og dels for nemmere at 
kunne tjekke dets integritet.

Mvh

  Hjart

___
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] Advarsel

[Emil Tin]

Den pragmatiske løsning er nok at tegne stier på tværs af pladser hvor det er 
naturligt, fx på Rådhuspladsen (som i øvrigt ikke er limet til vejene):

http://www.openstreetmap.org/#map=19/55.67585/12.56915


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon

+45 2369 5986

Mobil

+45 2369 5986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk

EAN

5798009493149



Fra: Michel Coene [mailto:michel.co...@gmail.com]
Sendt: 17. oktober 2013 15:32
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Advarsel

Angående gårdplads-eksemplet: hvis vejen bliver flyttet så er der 2 muligheder: 
den er blevet flyttet i virkeligheden, eller kun på kortet pga bedre 
luftbilleder,eller GPS trail.  Jeg vil da gætte på at den anden mulighed er 
mest frekvent, og her skader limningen ikke. Hvad er så vigtigst: den 
korrekte størrelse på arealet (fejl pga vej bredde) eller den information at 
gården ligger op ad vejen?  Men jeg er enig at kompleksiteten er nok en 
fjende i crowdsourcing. I de meget nemme tilfælde (gårdspladsen) betyder det 
nok ikke så meget, og vi må håbe at newbies vil holde sig fra at pille med 
rådhuspladsen...  Så det er nok mellem-tilfældene som vi skal holde øje med.
Angående Vor Frue pladsen: pas på at mange navigationsprogrammer ikke kan 
håndtere veje som er arealer i sted for linjer.  Er der nogen der ved om man 
kan gøre noget ved det, f. eks. tegne en linje-formet highway med layer= -1 
på tværs af pladsen?

2013/10/17 Emil Tin z...@tmf.kk.dkmailto:z...@tmf.kk.dk

Hvad med pladser? En hel del deler nodes med vejen op til, fx

Nytorv:
http://www.openstreetmap.org/#map=18/55.67769/12.57278

Bertel Thorvaldsens Plads:
http://www.openstreetmap.org/#map=18/55.67616/12.57734

Vor Frue Plads:
http://www.openstreetmap.org/#map=19/55.67965/12.57251


Vil du mene at disse er uhensigtsmæssige?

Et spørgsmål der melder sig hvis man ikke lægger dem sammen med vejen er hvor 
man skal forbinde dem til vejen, da man jo som fodgænger kan gå fra vejen ind 
pladsen hvor det skal være.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon
+45 2369 5986tel:%2B45%202369%205986
Mobil
+45 2369 5986tel:%2B45%202369%205986
Email
z...@tmf.kk.dkmailto:z...@tmf.kk.dk
EAN
5798009493149


-Oprindelig meddelelse-
Fra: Michael Andersen [mailto:hj...@milvus.dkmailto:hj...@milvus.dk]
Sendt: 16. oktober 2013 11:35
Til: OpenStreetMap Denmark
Emne: [Talk-dk] Advarsel

Dette forekommer ikke så ofte længere, men som eksemplet under linket viser kan 
man stadig finde dem:

http://www.openstreetmap.org/?mlat=57.00270mlon=9.88831#map=19/57.00270/9.88831layers=N

Dette er et NO NO NO.

Vær venligst meget varsomme med ukritisk at koble områdepolygoner på omgivende 
highways og specielt (som i det angivne eksempel) broer.

Jeg har iøvrigt en vane med at koble allerede eksisterende polygoner af fra 
highways dels for lettere at kunne justere vejnettet og dels for nemmere at 
kunne tjekke dets integritet.

Mvh

  Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk



--
Michel Coene
Georginehaven 94
Dk-2765 Smørum

+45 52339625
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Langebro i Københa?==?iso-8859-1?Q?vn

[Emil Tin]

Brugeren bag, http://www.openstreetmap.org/user/Martin1324, har tilføjet en 
række af disse stier, bl.a ved Tagensvej, Sølvgade, Fredens Bro, Webersgade, 
Øster Voldgade, Amager Boulevard og Oslo Plads.

Det er efter min mening et unødvendigt spaghetti:
http://www.openstreetmap.org/#map=19/55.68740/12.57817
http://www.openstreetmap.org/#map=19/55.69137/12.58814

Det giver også hurtig en masse problemer ift routing. Der er fx nu en masse 
fodgængerstier der kun er forbundet til en cykelsti, og ikke til selve vejen.

Er der noget der har kontaktet ham? Eller er Martin selv på listen her?

Jeg vil mene at disse ændringer bør rulles tilbage.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon
+45 2369 5986
Mobil
+45 2369 5986
Email
z...@tmf.kk.dk
EAN
5798009493149


-Oprindelig meddelelse-
Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] 
Sendt: 21. august 2013 14:44
Til: talk-dk@openstreetmap.org
Emne: Re: [Talk-dk] Langebro i Københa?==?iso-8859-1?Q?vn

Michael Andersen skrev:
 Jeg har ikke set nærmere på Langebro, men hvis i ikke allerede har 
 bemærket http://www.openstreetmap.org/?note=27447, så er det i denne 
 forbindelse værd at kigge på den nu.

Enig.

 Er der nogle der vil give et bud på den myriade af highways som ny er 
 lagt på broen?

Det area, der er lavet med highway=pedestrian er i hvert fald helt forkert. 
Broen kan næppe betegnes som gågade.

At lave selve vejen som to one-way mener jeg godt kan forsvares. Der er fuldt 
optrukket linie og man kan ikke lave u-vending. Det er helle ikke realistisk 
for fodgængere at krydse den og gå ned ad trappen på den anden side af vejen.

Om cykelstier skal mappes for sig selv har vi diskuteret ofte på denne liste. 
Jeg vil mene, at Emil's svar er helt korrekt.

 Der er ingen specifik hastighedsbegrænsning på broen, det vil sige at 
 der færdselslovens almindelige grænser der gælder.

Derfor kan (og bør) man alligevel angive maxspeed, hvis man er sikker på, hvad 
den er. Hvis det er en generel hastighedsgrænse, bør man dog sætte 
source:maxspeed=DK:urban (henholdsvis DK:rural, DK:motorway)


Man kan desuden overveje, om man ikke skulle tagge Langebro som bridge=bascule 
:-)


- Jørgen

___
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] Langebro i Københa?==?iso-8859-1?Q?vn

[Emil Tin]

Jeg er enig i at det er overflødigt/forkert at lægge cykelsti/bane som separate 
linje, når de ikke fysisk er adskilt. Det giver desuden ofte problemer med 
routing i kryds.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon

+45 2369 5986

Mobil

+45 2369 5986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk

EAN

5798009493149



Fra: Victor Valore [mailto:vic...@valore.dk]
Sendt: 21. august 2013 12:25
Til: talk-dk@openstreetmap.org
Emne: [Talk-dk] Langebro i Københa?==?iso-8859-1?Q?vn

Kære mailinglist!

Der er fornyligt blevet lavet en del ændringer omkring Langebro i København, 
som jeg mener er helt forkerte i forhold til de standarder vi mapper efter.

Langebro består af én asfaltflade med linie for cykelstier i begge sider, samt 
fuldt optrukket mellem de to retninger for bilerne. Herudover et fortov i hver 
side. Der er ingen specifik hastighedsbegrænsning på broen, det vil sige at der 
færdselslovens almindelige grænser der gælder.

Er der nogle der vil give et bud på den myriade af highways som ny er lagt på 
broen?

Glæder mig til at forstå om det er mig der skal genlæse vores 
mapping-retningslinier eller om der er andre som ser ligeså mange fejl som 
mig...

Victor (VicVal)
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] PDF: Enhancing the OSRM Route Engine by Incorporating Real-Time Traffic Data

[Emil Tin]

I didn’t notice this earlier.

EE673 Class Project Final Report: Enhancing the OSRM Route Engine by 
Incorporating Real-Time Traffic Data

https://engineering.purdue.edu/~ychu/ee673/Projects.F12/comp2_rtengine_final.pdf




Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Mobil

+45 2369 5986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Import af data

[Emil Tin]

Hvad skal der til for at afklare licenseforholdene? Det kunne da være dejligt 
at få på  plads :)


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Mobil

+45 2369 5986

Email

z...@tmf.kk.dkmailto:%20z...@tmf.kk.dk


Fra: Peter Brodersen [mailto:pe...@ter.dk]
Sendt: 16. maj 2013 10:26
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Import af data

Ja, vi har snakket en del om det. Vi har som sådan teknikken klar, men vi skal 
have en fuld afklaring på licensen. Det er min opfattelse, at der ikke er nogen 
problemer med den licens, der er stillet til rådighed, mens andre ikke er lige 
så sikre. Så enten skal vi have en eksplicit, særskilt licens, eller også skal 
vi have afklaret de nuværende licensforhold. De gange, jeg har snakket med 
Geodatastyrelsen, har de virket meget interesserede i at få afklaret eventuelle 
problemer. De er også interesserede i, at OpenStreetMap gør brug af deres data.

I mellemtiden er der forskellige enkelte kommuner, som har henvendt sig til os 
enkeltvis og tilbudt os deres data direkte til OpenStreetMap-brug (og dermed 
givet en eksplicit tilladelse). Indtil videre har det drejet sig om Jammerbugt 
og Frederikssund, der nu er fuld af bygninger (tag et kig på 
OpenStreetMap-kortet i de kommuner - det ser godt ud!).
Vi har også fået bygninger fra Faxe og ved at sikre kvaliteten af dem (herunder 
at der også er tilhørende id-koder på bygningerne for en god ordens skyld) - 
jeg skønner, at de er lagt ind om en uge eller to.
For de første par kommuner tjekkede vi manuelt i JOSM om der var overlap med 
eksisterende bygninger og overførte så evt. tags fra gamle bygninger. For 
Frederikssund, som havde masser af bygninger i sig i forvejen, har Jonas 
Häggqvist (rasher) i stedet lavet et program, som sammenligner kommunens 
datasæt med vores og udelukkende medtager de bygninger, som ikke overlapper 
eksisterende data. Det er langt hurtigere, men kan dog resultere i nogle 
eksisterende bygninger, som ikke nødvendigvis er tegnet så præcist ind fra 
gamle kortsæt.

- Peter


2013/5/16 Esbern Snare esbensn...@gmail.commailto:esbensn...@gmail.com
Er der nogen der har planer om masseimport af data, f.eks. bygninger som  i 
bl.a.  Kolding og Stevns.
Mvh
Esbern

___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto: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

[OSRM-talk] Running several OSRM instances?

[Emil Tin]

We would like to offer different bicycle profiles (including cargo bikes) on 
our site http://www.ibikecph.dk, and in our mobile app. 

OSRM can't yet serve different profiles from the same instance. A workaround is 
to run mulitple instances. Does anyone have experience with running several 
OSRM instances on the same server?


It imagine it would be nice to map paths or params to ports, perhaps using 
apache rewrite_mod. Example:

http://routes.ibikecph.dk/viaroute?...  
# = map to port 5000, OSRM instance serving normal bike routes
http://routes.ibikecph.dk/viaroute?...profile=cargobike# = 
map to port 5001, OSRM instance serving routes for cargo bikes



Thanks,

Emi Tin
City of Copenhagen
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] adding way id and direction to output

[Emil Tin]

In afraid I don't really understand what you mean. But you can now (in the 
modes branch) use:

way.speed = 80  -- set speed for both directions
way.forward.speed = 50  -- set speed in forward direction
way.backward.speed = 50 -- set speed in backward direction

And same for mode.

You can also read way.speed, which will return -1 if forward/backward speed are 
not the same, otherwise it returns the speed.
Of course you can also read way.forward.speed and way.backward.speed.



-Oprindelig meddelelse-
Fra: Jens Thiele [mailto:ka...@karme.de]
Sendt: 8. maj 2013 12:07
Til: osrm-talk@openstreetmap.org
Emne: Re: [OSRM-talk] adding way id and direction to output

Emil Tin e...@tin.dk writes:

 Sendt fra min iPhone

[...]


 Ok. Yes i think it could be removed. Both speed and mode could be used
 instead to indicate which directions are traversible.

i see you did that - imho nice improvement

i would like it even more if there would be only one place to look for
(as user the relation between speed and mode is not clear)
a more functional approach could really help here


 It would be nice if you could use way.speed to set both directions,
 and way.forward.speed / way.backward.speed to override for each
 direction. And similar for other settings.

same here plus the added complexity isn't worth it
at the moment i have a real problem with it:
for debugging purposes i want to apply the profile functions in a pure
lua context - that is i construct ways in lua

now i don't know how to reproduce that behaviour in pure lua



___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osrm-talk

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-dk] navngivning af serviceveje langs med større veje?

[Emil Tin]

Hej,
Der er en del unavngivne serviceveje langs med større veje der ikke er 
navngivet, fx langs med H.C.Andersens 
Boulevard:http://www.openstreetmap.org/browse/way/66824944
Kan de navngives - i dette tilfælde med H.C.Andersens Boulevard?
Til brug ruteplanlægning på cykel er det et problem at der ikke er navne på.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 169
Postboks 450
2300 København S

Mobil +45 2369 5986
Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk
EAN 5798009493149


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] navngivning af serviceveje langs med større veje?

[Emil Tin]

Hej Nick,

Se fx http://www.ibikecph.dk/#!/x58po.7hgv7/x58sd.7hiuq. Hvis du klikker på 
'rutebeskrivelse' kan du se at der står 'drej til højre ad service' - og ikke 
H.C. Andersens Boulevard, som jo ville været meget mere nyttigt.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 169
Postboks 450
2300 København S

Mobil +45 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149



-Oprindelig meddelelse-
Fra: Nick Østergaard [mailto:oe.n...@gmail.com] 
Sendt: 19. marts 2013 11:45
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] navngivning af serviceveje langs med større veje?

Hej Emil

Hvordan kan det været et problem at de ikke er navngivet?

Det kan vel godt navngives, men det er nok forskelliget om det er
rigtigt eller forkert.

Nick

19. mar. 2013 11.28 skrev Emil Tin z...@tmf.kk.dk:
 Hej,

 Der er en del unavngivne serviceveje langs med større veje der ikke er
 navngivet, fx langs med H.C.Andersens
 Boulevard:http://www.openstreetmap.org/browse/way/66824944

 Kan de navngives - i dette tilfælde med H.C.Andersens Boulevard?

 Til brug ruteplanlægning på cykel er det et problem at der ikke er navne på.





 Med venlig hilsen

 Emil Tin
 IT- og Processpecialist
 Trafikdesign
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik

 Islands Brygge 37 Vær. 169
 Postboks 450
 2300 København S

 Mobil +45 2369 5986
 Email z...@tmf.kk.dk
 EAN 5798009493149




 ___
 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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] navngivning af serviceveje langs med større veje?

[Emil Tin]

Ok, det lyder som om den generelle holdning er at man navngiver dem som vejen, 
hvis de virker som om de hører til vejen. Det er selvfølgelig et aspekt af 
fortolkning, men det er jo ikke noget nyt i OSM verdenen.

I det konkrete tilfælde tænker jeg at service langs med HCA boulevard kan 
navngives.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 169
Postboks 450
2300 København S

Mobil +45 2369 5986
Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk
EAN 5798009493149


Fra: Claus Hindsgaul [mailto:claus.hindsg...@gmail.com]
Sendt: 19. marts 2013 14:36
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] navngivning af serviceveje langs med større veje?

Ja, det passer også meget godt med sidste sætning i vores cykelstivejledning på
http://wiki.openstreetmap.org/wiki/Da:Cykelstivejledning

Den 19. mar. 2013 14.28 skrev Nick Østergaard 
oe.n...@gmail.commailto:oe.n...@gmail.com:
Ja, i dette der tilfælde vil jeg mene at det vil give mening, eftersom
at det er en del af vejkomplekset.

Jeg tænker mere skeptisk på veje, hvor der f.eks. er en cykkelsti nær
en større vej, men adskildt af et godt stykke fra en vej, men
alligevel går nær den. (Der er måske ikke så mange tilfølde for dette,
så er cykkel stien nok også navngivet.) Jeg tænkte i øjeblikket på
f.eks. [1] men her  er cykkelstien navngivet noget andet, så det er
nok ikke så stort et problem.

[1] http://www.openstreetmap.org/?lat=57.01587lon=10.06822zoom=16layers=M

19. mar. 2013 12.53 skrev Emil Tin z...@tmf.kk.dkmailto:z...@tmf.kk.dk:
 Hej Nick,

 Se fx http://www.ibikecph.dk/#!/x58po.7hgv7/x58sd.7hiuq. Hvis du klikker på 
 'rutebeskrivelse' kan du se at der står 'drej til højre ad service' - og ikke 
 H.C. Andersens Boulevard, som jo ville været meget mere nyttigt.


 Med venlig hilsen

 Emil Tin
 IT- og Processpecialist
 Trafikdesign
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik

 Islands Brygge 37 Vær. 169
 Postboks 450
 2300 København S

 Mobil +45 2369 5986tel:%2B45%202369%205986
 Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk
 EAN 5798009493149



 -Oprindelig meddelelse-
 Fra: Nick Østergaard [mailto:oe.n...@gmail.commailto:oe.n...@gmail.com]
 Sendt: 19. marts 2013 11:45
 Til: OpenStreetMap Denmark
 Emne: Re: [Talk-dk] navngivning af serviceveje langs med større veje?

 Hej Emil

 Hvordan kan det været et problem at de ikke er navngivet?

 Det kan vel godt navngives, men det er nok forskelliget om det er
 rigtigt eller forkert.

 Nick

 19. mar. 2013 11.28 skrev Emil Tin z...@tmf.kk.dkmailto:z...@tmf.kk.dk:
 Hej,

 Der er en del unavngivne serviceveje langs med større veje der ikke er
 navngivet, fx langs med H.C.Andersens
 Boulevard:http://www.openstreetmap.org/browse/way/66824944

 Kan de navngives - i dette tilfælde med H.C.Andersens Boulevard?

 Til brug ruteplanlægning på cykel er det et problem at der ikke er navne på.





 Med venlig hilsen

 Emil Tin
 IT- og Processpecialist
 Trafikdesign
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik

 Islands Brygge 37 Vær. 169
 Postboks 450
 2300 København S

 Mobil +45 2369 5986tel:%2B45%202369%205986
 Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk
 EAN 5798009493149




 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-dk


 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-dk

 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk



--
--
Civilingeniør ph.d. Claus Hindsgaul
Studsbøl Alle 81
DK-2770 Kastrup
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] veje/stier fra FOT?

[Emil Tin]

Hvordan med veje og stier fra FOT - findes de som et baggrundslag et sted, så 
man kan se dem i Potlatch/JSON?


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafikdesign

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 169
Postboks 450
2300 København S

Telefon +45 3366 3004
Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk
EAN 5798009493149


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg

[Emil Tin]

Fedt!


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 169
Postboks 450
2300 København S

Telefon +45 3366 3004
Email z...@tmf.kk.dk
EAN 5798009493149


-Oprindelig meddelelse-
Fra: Peter Brodersen [mailto:pe...@ter.dk] 
Sendt: 10. januar 2013 02:44
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg

Jeg er ved at smide nogle få filer op til at teste med i JOSM, og
indtil videre ser det fint ud. Der er stadigvæk lige det med
pladsen... hele datasættet fylder omtrent en terabyte.

Der skal stadigvæk pusles en del, men som en treat har jeg her lavet
eksempel på de ortofotos, vi har fået adgang til:
http://osm.ter.dk/gfx/geodatastyrelsen_2012_raadhuspladsen.jpg

Billedet er fra Rådhuspladsen i København, hvor man både kan se at
Rådhuspladsen er under ombygning på grund af Metrobyggeriet, at
Scala-bygningen er revet ned og at Industriens Hus har fået sin nye
doozer-facade.

Det bliver godt!

- Peter

2013/1/9 Peter Brodersen pe...@ter.dk:
 Så er der lidt mere info om indholdet af de to diske plus noget historisk 
 info:

 http://wiki.openstreetmap.org/wiki/Da:Geodatastyrelsen

 Sig til, hvis der er noget af det, jeg skal smide online (al data
 fylder flere terabytes, så der går nok lidt tid, før jeg har fundet et
 sted til det hele)

 Billederne er i TIFF-format, og jeg overvejer at konvertere dem alle
 til ECW-format for at speede processen op. Derudover skal jeg lige se,
 hvordan de forskellige regioner passer sammen, så det bliver
 transparent for brugerne, om man tilfældigvis går fra billeder fra én
 region til en anden.

 - Peter


 2013/1/9 Peter Brodersen pe...@ter.dk:
 Jeg har været forbi posthuset nu, og glæder mig til kigge på de to diske:
 http://osm.ter.dk/gfx/geodatastyrelsen_harddiske.jpg

 Vi er vist nået op på flere terabyte data, så jeg skal lige finde ud
 af, hvor der er et passende sted at slutte dem til.

 I første omgang skaber jeg mig lige et overblik over, hvad vi har
 fået, og så poster en oversigt her og opdaterer wikien tilsvarende.

 Derudover er der generelt åbnet for data, hvis man ikke er faldet over
 det endnu. Søren Johannessen har skrevet lidt om det:
 http://www.microformats.dk/2013/01/01/sa-er-der-abent-i-geodata-supermarkedet-hos-geodatastyrelsen/
 .. og vi skal stadigvæk have afklaret licenser fuldstændigt. For en
 god ordens skyld er det værd at nævne, at der ikke er noget galt i at
 Geodatastyrelsen dual-license'r. Det kan snildt være, at de har en
 generel licens, som OSM (dvs. ODbL) måske eller måske ikke kan leve op
 til, og samtidig laver en aftale specifikt med OSM (som så er
 ODbL-kompatibel).

 - Peter

 2013/1/8 Ivar Madsen lists.openstreetmap@milli.dk:
 Ja, hvor længe forventes det at vi skal vente?



 --


 Med venlig hilsen


 Ivar Madsen

 Tirsdag den 8. januar 2013 15:09:32 Jens Winbladh skrev:


 Vi glæder os helt vildt, til at se de nye foto...



 /Jens



 Den 8. jan. 2013 00.50 skrev Peter Brodersen pe...@ter.dk:

  Tjek. ECW-filen lader til at have det fint nok, også hvis man zoomer

  længere ud. Spøjst. Jeg har også prøvet at deaktivere cachen uden

  held.

 

  Nå, til gengæld har jeg fået en notits fra Post Danmark om, at der

  ligger en harddisk og venter på mig :-)

 

  - Peter

 

  2013/1/7 Hans Gregers Petersen gregerspeter...@gmail.com:

   6. jan. 2013 22.02 skrev Peter Brodersen pe...@ter.dk:

   Hm, jeg kan ikke lige gennemskue, hvorfor nogle af de tiles

   driller.

   Måske der er problemer med enkelte af Fugro-billederne. Internt

   ser

   jeg følgende fejl: Failed to draw layer named 'fugro'. Could not

   perform Read/Write on file: Unable to access file.

  

   Kører du Mapserver med GDAL bagved (det ser sådan ud)?

   I så fald kan du prøve at køre gdalinfo på den ECW-fil, der fejler

   og

   se om ikke den simpelthen er dårlig.

   Hvis den er, så skal du nok have fat i Peter fra Fugro eller se om

   de

   originale data har samme fejl.

  

  

   Mvh

  

   Gregers

  

   ___

   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


 ___
 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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] open source days værktøjer til udveksling af geodata

[Emil Tin]

Hej,
Jeg synes det er fantastisk at der snart bliver åbnet op for adgangen til en 
masse grunddata! :)

Sidste år blev der afholdt en spændende workshop omkring værktøjer til at gøre 
det lettere at sammenligne og udveksle geodata mellem OSM og offentlige 
myndigheder. I forlængelse af dette snakkede jeg på sidste Cph Data Drinks med 
to personer fra Open Source Days i Danmark, der arbejder med geodata som tema 
på deres event i foråret.

De mente at temaet omkring open source værktøjer til udveksling af data mellem 
OSM og offentlige myndigheder kunne være spændende at arbejde med i forbindelse 
med deres event - og ekstra relevant når der nu bliver åbnet op for adgangen 
til FOT data, osv.

Jeg har tidligere skrevet nedenstående oplæg, som jeg derfor sendte til Open 
Source Days.

Hvad tænker i som OSM brugere? Hvad er behovet? Hvordan kan man bedst 
involvere, engagere og fokusere open source udviklere, OSM brugere og 
kommuner/myndigheder omkring dette tema i forbindelse med Open Source Days i 
foråret 2013?

Venlig hilsen
Emil Tin

...


Open source tools for exchanging data between OpenStreetMap and public 
authorities

Background
OpenStreetMap is gaining increased popularity, and is already being used for 
many purposes, including route planners and mobile apps.
Both public authorities and OpenStreetMap could potentially gain a lot from 
more effective ways of exchanging and comparing data. The different datasets 
have different strengths. Data exchange could help improve the map quality on 
both sides.
OSM is often very detailed and updated where many people live, but is still 
often a bit lacking in more remote areas. Data from authorities a often has a 
more even quality, but can be outdated, or might lack details like bicycle 
infrastructure, which is often well mapped in OSM.
20+ municipalities in the Copenhagen area are currently developing a bicycle 
route planner based on OSM data. Copenhagen has gone through a manual process 
of comparing internal GIS map data with OSM data, as well as updating both 
datasets. The process has been very useful, and has resulted in higher quality 
data on both sides.
However, the process has taken quite a bit of time and energy, and might be 
impractical for other municipalities. More automated tools would be very useful 
for many municipalites and OSM volunteers. Better map data would also benefit a 
large number of projects using OMS data.
A workshop was held in Copenhagen in the winter of 2011, with representatives 
from municipalites, road authoroties, OSM volunteers, and other, exploring 
ideas for how to exchange map data. Ideas from the workshop are listed later in 
this document.

Purpose
The purpose of the project is to make it easier and cheaper to exchange map 
data between public authorities and OpenStreetMap, by developing one or more 
suitable open source tools.

Goals
The goal is to have a functional tool by summer 2013.

The initial target area is 20+ municipalities in the Copehagen area in Denmark, 
as well as danish OSM volunteers, but the tools should have international 
appeal. More widespread use will benefit everyone.

The tool must be develed as open source and released under an open source 
software license approved by Open Source Initiate.

An important part of the task will be to understand the involved use-cases, and 
decide what is possible within the allocated ressources and time.

Should we settle for a tool for easier visual comparison? Or should we build a 
issue tracking system that integrates with the GIS systems of municipalities?

Could we use or extend the merging tool for UK Ordinance Survey data created by 
CycleStreets.net? (See Inspiratation below.)

Many municipalties do not yet have experience with OSM. They will only be 
interesting in using the tool if they can see immediate benefits.
Future operating costs needs to be considered carefully. Setting up a central 
server is not entirely impossible, but tools that integrating into existing GIS 
systems, bug trackers, route planners or OSM infrastructure will probably be 
more attractive.

Tasks
1.  Understand the needs and use-cases of authorities and OSM.
2.  Develop a concept for one or more open source tools.
3.  Impement the tool(s).
4.  Test, evaluate and document the tool(s)

Challenges
Copy-paste or other mass-imports is generally not possible nor attractive, 
because data formats are different, or it would result in inconsistencies, poor 
map quality or valid data being overwritten. Instead each detail usally needs 
to be evaluated by a human.

One of the attractions of OSM is that it covers the world in a single 
consistent map format. In contrast to this, municipalities use a plurality of 
systems, formats, projections, etc. The tools should be useful by a wide range 
of authorities and organizations.

GIS is usually based on SQL databases with a fixed set of attributes, while OSM 
can can have arbirtrary tags on each object. GIS

Re: [Talk-dk] forbindelse fra perron til tog?

[Emil Tin]

måden den fungere på i dag er ganske simpelt at forskellige vejtyper, tog, 
færger, etc. hver har en hastighed. den finder så den rute der samlet set giver 
korteste rejsetid.

men det bliver forbedret, så vi også kan sætte en prioritet på de forskellige 
typer, uafhængigt af hastigheden. så kan vi nedprioritere busser og toge, 
selvom de har høj hastighed, og de vil kun blive foreslået hvis der ikke er en 
cykelmulighed, fx skal fra kbh til malmø, eller fra hundested til rørvig.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email 
EAN 5798009493149
z...@tmf.kk.dk


-Oprindelig meddelelse-
Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk] 
Sendt: 29. november 2012 17:46
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] forbindelse fra perron til tog?

On 29-11-2012 12:54, Emil Tin wrote:
 vores cykelplanlægger har også data for skåne med. men hvis man vil fra kbh 
 til malmø, så foreslår den en pæn omvej med færgen helsingør-helsingborg, i 
 stedet for toget kbh-malmø:
 
 http://www.ibikecph.dk/#!/x3yva.7r0b5/x59p8.7hats
 
 
 ruteplanlæggeren kan ellers godt anvende togstrækninger. så vidt jeg kan se, 
 er problemet at toglinjerne ikke er forbindet til perronerne. fx:
 
 hovedbanegården i kbh: 
 http://www.openstreetmap.org/?lat=55.67247748374939lon=12.565156817436218zoom=18
 ørestad station: 
 http://www.openstreetmap.org/?lat=55.628484lon=12.578697zoom=18layers=M
 


Hvordan virker cykelplanlæggeren egentlig.


Fx kommer man med Hundested-Rørvig færgen, hvis man man skal fra Hedehusene til 
Rørvig,
men ikke fra Roskilde til Rørvig. Dvs den prøver ikke at undgå færger ret meget.

Men for tog er det vel anderledes.

Hvis man fx skal fra Hørve til Fårevejle er togskinnerne klart den korteste 
vej. Men det
betyder vel ikke at cyklister skal sendes med toget?

 toglinjerne går tæt på perronerne, men rør ikke.
 
 hvordan bør det håndteres? på den ene side kunne man sige, at det må 
 håndteres i ruteplanlæggeren. på en anden side virker det naturlig at der er 
 forbindelse i osm, ligesom resten af vejnettet er forbundet. man kan jo 
 faktisk gå helt ind i toget.
 
 
 
 Med venlig hilsen
 
 Emil Tin
 IT- og Processpecialist
 Cykelsekretariatet
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik
 
 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S
 
 Telefon +45 3366 3433
 Email
 EAN 5798009493149
 z...@tmf.kk.dkmailto://z...@tmf.kk.dk
 
 
 
 
 ___
 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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] forbindelse fra perron til tog?

[Emil Tin]

vores cykelplanlægger har også data for skåne med. men hvis man vil fra kbh til 
malmø, så foreslår den en pæn omvej med færgen helsingør-helsingborg, i stedet 
for toget kbh-malmø:

http://www.ibikecph.dk/#!/x3yva.7r0b5/x59p8.7hats


ruteplanlæggeren kan ellers godt anvende togstrækninger. så vidt jeg kan se, er 
problemet at toglinjerne ikke er forbindet til perronerne. fx:

hovedbanegården i kbh: 
http://www.openstreetmap.org/?lat=55.67247748374939lon=12.565156817436218zoom=18
ørestad station: 
http://www.openstreetmap.org/?lat=55.628484lon=12.578697zoom=18layers=M


toglinjerne går tæt på perronerne, men rør ikke.

hvordan bør det håndteres? på den ene side kunne man sige, at det må håndteres 
i ruteplanlæggeren. på en anden side virker det naturlig at der er forbindelse 
i osm, ligesom resten af vejnettet er forbundet. man kan jo faktisk gå helt ind 
i toget.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email
EAN 5798009493149
z...@tmf.kk.dkmailto://z...@tmf.kk.dk




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] forbindelse fra perron til tog?

[Emil Tin]

jeg tænkte faktisk på 
1. det lille stykke fra slutning af trappen, til kanten af parronen
2. fra perronen og helt ud til tog 'linjen'

detaljer ja, men nok til at man blive sendt over helsingør :-)



vi har lavet nogen test til OSRM ruteberegneren:
https://github.com/DennisOSRM/Project-OSRM/blob/master/features/bicycle/train.feature

den tilhørende cykelprofil håndtere toglinjer korrekt nok, i hvert fald viser 
testene ingen problem.


hvad med relations der binder perronen og toglinje sammen? det kan hurtigt 
bliver svært for en ruteberegner selv at regne ud hvilke stier, veje og 
platforme der  har forbindelse til en toglinje?





-Oprindelig meddelelse-
Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] 
Sendt: 29. november 2012 14:22
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] forbindelse fra perron til tog?

Emil Tin skrev:
 vores cykelplanlægger har også data for skåne med. men hvis man vil fra kbh 
 til malmø, så foreslår den en pæn omvej med færgen helsingør-helsingborg, i 
 stedet for toget kbh-malmø:
 
 http://www.ibikecph.dk/#!/x3yva.7r0b5/x59p8.7hats
 
 ruteplanlæggeren kan ellers godt anvende togstrækninger. så vidt jeg kan se, 
 er problemet at toglinjerne ikke er forbindet til perronerne.

Hvordan ved du, at den kan anvende togstrækninger? Hvis der bare er
nogen stationer i nærheden, der er forbundet til vejnettet, burde
ruteplanlæggeren vel vælge dem frem for færgen?

 hvordan bør det håndteres? på den ene side kunne man sige, at det må 
 håndteres i ruteplanlæggeren. på en anden side virker det naturlig at der er 
 forbindelse i osm, ligesom resten af vejnettet er forbundet. man kan jo 
 faktisk gå helt ind i toget.

Jeg vil mene, at det er ruteplanlæggeren, der skal håndtere det.

Selv hvis man indtegner gangstier helt frem til perronnerne, skal
ruteplanlæggeren alligevel tage højde for, at man hellere vil trække
cyklen ind i toget, end at cykle ombord på færgen.


I eksemplet med Hovedbanegården er der faktisk allerede forbindelse fra
vejnettet til perronnerne via trapperne på Tietgensbroen. Jeg tror ikke,
at det kan mappes meget mere detaljeret end det.

- Jørgen


___
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] forbindelse fra perron til tog?

[Emil Tin]

lyder godt!
dvs. man kan oprette en relation der inkluderer platformen og en node på 
toglinjen der ligger ud for platformen? og ruteplanlæggeren kan så bruge den 
til at komme fra platformen og vider med toget..


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email
EAN 5798009493149
z...@tmf.kk.dkmailto:z...@tmf.kk.dk

Fra: Mathias Dannesbo [mailto:n...@neic.dk]
Sendt: 29. november 2012 16:34
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] forbindelse fra perron til tog?

Hej.

Alt hvad i beskriver kan mappes med (det nye) Public Transport 
(http://wiki.openstreetmap.org/wiki/Public_transport)

Der skal laves relation med public_transport = stop_area for hvert stoppested 
og ruterne skal tilføjes som relationer.

I relationerne for hvert stoppested er perronen og en node på skinnen bundet 
sammen. Det kan ruteplanlæggeren bruge i første omgang til dumt at sende en 
bruger med toget. Hvis der senere bliver oprettet relationer for alle 
togruterne kan den så vise tognummer, perronnummer osv.


Med Venlig Hilsen
Mathias Dannesbo
http://neic.dk
n...@neic.dkmailto:n...@neic.dk

2012/11/29 Jørgen Elgaard Larsen j...@elgaard.netmailto:j...@elgaard.net
Emil Tin skrev:
 jeg tænkte faktisk på
 1. det lille stykke fra slutning af trappen, til kanten af parronen
 2. fra perronen og helt ud til tog 'linjen'
Jeg kan ikke se, hvordan det kan mappes bedre end det er.

 hvad med relations der binder perronen og toglinje sammen?
Mig bekendt er der ingen måde at angive dette.
Se http://wiki.openstreetmap.org/wiki/Railway_stations


 det kan hurtigt bliver svært for en ruteberegner selv at regne ud hvilke 
 stier, veje og platforme der  har forbindelse til en toglinje?
Ja.

Men problemet stopper ikke der. Lige nu kan man se, at der er
jernbanespor fra København til Malmö. Men man kan ikke se, om der kører
persontog imellem dem. Principielt kunne der gå tog fra Malmö til
Kalundborg og fra København til Flensborg uden at der var mulighed for
at skifte mellem dem.

Læs mere på http://wiki.openstreetmap.org/wiki/Train_routing og
http://wiki.openstreetmap.org/wiki/Train_routes

Så vidt jeg kan se, er der ikke angivet toglinier mellem København H og
Malmö.

Og selv hvis der var, ville det være vanskeligt at se, hvilken perron,
et givent tog ville holde ved.


Der er dog folk der prøver:
http://opentripplanner.com/
http://wiki.openstreetmap.org/wiki/%C3%96pnvkarte

Du kan måske også tale med folk fra Rejseplanen og få nogle tip?


- Jørgen




___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto: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] forbindelse fra perron til tog?

[Emil Tin]

super. er der eksempler på brugen i dk?


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email
EAN 5798009493149
z...@tmf.kk.dkmailto:z...@tmf.kk.dk

Fra: Mathias Dannesbo [mailto:n...@neic.dk]
Sendt: 29. november 2012 17:13
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] forbindelse fra perron til tog?

Ja.

På banen opretter du en node med tag:
public_transport = stop_position

Hvis der er oprettet en platform opretter du en relation med tag:
public_transport = stop_area
type = public_transport
og tilføjer noden på banen med rollen stop og platformen(e) (node, way eller 
area) med rollen platform.

Se dokumentationen for denne type relation her: 
http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area

Denne relation binder kun et stop på banen sammen med en platform. Ud over det 
kan man oprette stationer som bliver parret sammen med alle stoppende på 
stationen.


Med Venlig Hilsen
Mathias Dannesbo
http://neic.dk
n...@neic.dkmailto:n...@neic.dk

2012/11/29 Emil Tin z...@tmf.kk.dkmailto:z...@tmf.kk.dk
lyder godt!
dvs. man kan oprette en relation der inkluderer platformen og en node på 
toglinjen der ligger ud for platformen? og ruteplanlæggeren kan så bruge den 
til at komme fra platformen og vider med toget..


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433tel:%2B45%203366%203433
Email
EAN 5798009493149
z...@tmf.kk.dkmailto:z...@tmf.kk.dk

Fra: Mathias Dannesbo [mailto:n...@neic.dkmailto:n...@neic.dk]
Sendt: 29. november 2012 16:34

Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] forbindelse fra perron til tog?

Hej.


Alt hvad i beskriver kan mappes med (det nye) Public Transport 
(http://wiki.openstreetmap.org/wiki/Public_transporthttp://openstreetmap.org/wiki/Public_transport)

Der skal laves relation med public_transport = stop_area for hvert stoppested 
og ruterne skal tilføjes som relationer.

I relationerne for hvert stoppested er perronen og en node på skinnen bundet 
sammen. Det kan ruteplanlæggeren bruge i første omgang til dumt at sende en 
bruger med toget. Hvis der senere bliver oprettet relationer for alle 
togruterne kan den så vise tognummer, perronnummer osv.


Med Venlig Hilsen
Mathias Dannesbo
http://neic.dk
n...@neic.dkmailto:n...@neic.dk
2012/11/29 Jørgen Elgaard Larsen j...@elgaard.netmailto:j...@elgaard.net
Emil Tin skrev:
 jeg tænkte faktisk på
 1. det lille stykke fra slutning af trappen, til kanten af parronen
 2. fra perronen og helt ud til tog 'linjen'
Jeg kan ikke se, hvordan det kan mappes bedre end det er.

 hvad med relations der binder perronen og toglinje sammen?
Mig bekendt er der ingen måde at angive dette.
Se http://wiki.openstreetmap.org/wiki/Railway_stations


 det kan hurtigt bliver svært for en ruteberegner selv at regne ud hvilke 
 stier, veje og platforme der  har forbindelse til en toglinje?
Ja.

Men problemet stopper ikke der. Lige nu kan man se, at der er
jernbanespor fra København til Malmö. Men man kan ikke se, om der kører
persontog imellem dem. Principielt kunne der gå tog fra Malmö til
Kalundborg og fra København til Flensborg uden at der var mulighed for
at skifte mellem dem.

Læs mere på http://wiki.openstreetmap.org/wiki/Train_routing og
http://wiki.openstreetmap.org/wiki/Train_routes

Så vidt jeg kan se, er der ikke angivet toglinier mellem København H og
Malmö.

Og selv hvis der var, ville det være vanskeligt at se, hvilken perron,
et givent tog ville holde ved.


Der er dog folk der prøver:
http://opentripplanner.com/
http://wiki.openstreetmap.org/wiki/%C3%96pnvkarte

Du kan måske også tale med folk fra Rejseplanen og få nogle tip?


- Jørgen




___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto:Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.orgmailto: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] FYI - Danmarks grunddata bliver frigivet 1. januar2013

[Emil Tin]

Rigtigt gode nyheder! Stort skulderklap til alle involverede!

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email z...@tmf.kk.dk
EAN 5798009493149



-Oprindelig meddelelse-
Fra: Ritz, Katarina [mailto:ka...@kms.dk] 
Sendt: 8. oktober 2012 14:00
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] FYI - Danmarks grunddata bliver frigivet 1. januar2013

Det siger sig selv, at den licens vil tage højde for at man skal kunne 
videregive data, herunder også som I gør.

Er glad for at du har været inde og læse. Vi skal nok blive lidt skarpere til 
at formulere os :-)

Fortvivl ikke - det skal nok blive godt!


-Oprindelig meddelelse-
Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] 
Sendt: 8. oktober 2012 13:38
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] FYI - Danmarks grunddata bliver frigivet 1. januar2013

2012/10/8 Jørgen Elgaard Larsen j...@elgaard.net:
 Ritz, Katarina skrev:
 Husk at grunddata også omfatter en meget stor del af KMS' data. Læs mere 
 her: www.kms.dk og skriv endelig hvordan I vil bruge det.

 Jeg har forgæves forsøgt at finde information om, hvilken licens, data
 vil blive frigivet under.

 Er der nogen, der kan kaste lys over det?

 Tidligere har vi jo haft en del bøvl med licensen for bl.a. DAGI.

Et meget relevant spørgsmål -  i KMS  FAQ for disse åbne data for 2013
- står der ikke noget vi bliver klogere på vedr. licens
http://www.kms.dk/Emner/Frie_data/OSS/Private/

Skal der stadig anføres Copyright KMS?
Ja, for KMS skal fortsat håndhæve sin ophavsret. Det er på nuværende
tidspunkt ikke muligt at sige noget konkret om, hvordan det
fremadrettet skal foregå. Vi arbejder på at etablere nye, simplere
retningslinjer for hvordan data kan anvendes, herunder hvordan man
forholder sig, hvis man ønsker at videregive data. Det vender vi
tilbage til i 2013.

KMS arbejder sammen med andre grunddateejere om at lave en fælles
rettighedsbeskrivelse. Det vender vi tilbage til i 2013.

/Søren

___
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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] cykler, kontraflow og ensretning - OSRM tests

[Emil Tin]

hej osm folk,

til brug for vores cykelruteplanlægger, forsøger jeg at samle et sæt af OSRM 
tests af cykel-relevant tags som cycleway, oneway, etc:
https://github.com/DennisOSRM/Project-OSRM/tree/develop/features/bicycle

test er skrevt i cucumber. en forklaring af formattet på disse tests kan ses på:
https://github.com/DennisOSRM/Project-OSRM/wiki/Cucumber-Test-Suite



men jeg synes hurtigt det bliver kompliceret når 'opposite' er indvolveret. 
konkret spekulere jeg lige nu på hvad det betyder, hvis en vej er tagget med 
cycleway:left = opposite. er stien så i højre eller venstre side?

jeg har forsøgt at opstille forventede resultater her:
https://github.com/DennisOSRM/Project-OSRM/blob/develop/features/bicycle/cycleway.feature

ser det fornuftigt ud for jer osm eksperter?




wiki referencer:
http://wiki.openstreetmap.org/wiki/Key:cycleway
http://wiki.openstreetmap.org/wiki/Bicycle



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email z...@tmf.kk.dkmailto://z...@tmf.kk.dk
EAN 5798009493149





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] brug af lavfrekvent GSP data om OSM til beregning af køretider

[Emil Tin]

oplæg fra trafikdage aalborg

http://www.trafikdage.dk/papers_2012/71_OveAndersen.pdf



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dkmailto://z...@tmf.kk.dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] færdselsloven - venstresving på cykel

[Emil Tin]

højresving gælder også for cyklister (med mindre skiltet angiver noget andet).



-Oprindelig meddelelse-
Fra: Uffe Kousgaard [mailto:u...@routeware.dk] 
Sendt: 30. august 2012 11:37
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] færdselsloven - venstresving på cykel

Gælder højresvingsforbud for cyklister?

Dels må de være sjældne og dels er det næppe sandsynligt, at nogen ville 
overholde dem, men for princippets skyld. Hvad siger jeres jurist?

Hilsen
Uffe Kousgaard

Emil Tin wrote:
 hej,

 det lader til at venstresving forbudt generelt kke gælder for cyklister, da 
 man på cykel skal lave et 'stort venstresving' i kryds, og derfor reelt 
 udføres som om der var tale om to ligeudkørsler - nedenfor er udklip fra 
 email udveksling med de kyndige her i kommunen.

 spørgsmålet er så om man generelt bør undtage cyklister i 
 venstresvingrestriktioner i OSM (i dk) eller om det bør håndteres af 
 ruteberegnerne?


 vh
 emil tin


 ..


 https://www.retsinformation.dk/Forms/R0710.aspx?id=139027

 Stk. 3. Før vejkryds skal cyklist, der skal lige ud eller svinge til venstre, 
 uanset § 16, stk. 1 og 3, fortsat holde til højre på vejen. Såfremt en eller 
 flere vognbaner ved afmærkning er forbeholdt de kørende, der skal svinge til 
 højre, er det dog tilladt cyklisten at placere sig ved linjen mellem den 
 nærmeste vognbane, som ikke er forbeholdt de højresvingende, og 
 højresvingsbanen. Cyklist, der ønsker at svinge til venstre, skal fortsætte 
 gennem krydset til dets modsatte side og må først foretage svingningen, når 
 det kan ske uden ulempe for den øvrige færdsel. Dette gælder uanset 
 afmærkning, medmindre det fremgår af denne, at den gælder for cyklister. 1.- 
 4. pkt. gælder også ved kørsel over eller bort fra kørebanen uden for 
 vejkryds.


 Jeg har hørt vores jurist og hun har set i den kommenterede Færdselslov. 
 Der står helt bogstaveligt at svingningen skal udføres som om der var tale 
 om to ligeudkørsler og vi konkluderer at der ikke findes et 
 cyklist-venstresving. (og derfor kan man ikke forbyde det..

 Hvis du kommer fra en ensrettet vej, skal du stadig lave to ligeudkørsler, og 
 holde tilbage fra dem der skal ligeud. Hvis du kommer fra en ensrettet vej, 
 men hvor du har cykling mod ensretningen tilladt, skal du stadig lave to 
 ligeudkørsker, og holde tilbage for dem der skal ind på vejen.

 Der vil aldrig være venstresving forbudt for cykler. Hvis ikke de må køre den 
 vej, vil det være angivet på selve vejen, som indkørselsforbud / cyklister 
 forbudt skilte (som på motorvejsramper)




 ___
 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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] færdselsloven - venstresving på cykel

[Emil Tin]

hej,

det lader til at venstresving forbudt generelt kke gælder for cyklister, da man 
på cykel skal lave et 'stort venstresving' i kryds, og derfor reelt udføres som 
om der var tale om to ligeudkørsler - nedenfor er udklip fra email udveksling 
med de kyndige her i kommunen.

spørgsmålet er så om man generelt bør undtage cyklister i 
venstresvingrestriktioner i OSM (i dk) eller om det bør håndteres af 
ruteberegnerne?


vh
emil tin


..


https://www.retsinformation.dk/Forms/R0710.aspx?id=139027

Stk. 3. Før vejkryds skal cyklist, der skal lige ud eller svinge til venstre, 
uanset § 16, stk. 1 og 3, fortsat holde til højre på vejen. Såfremt en eller 
flere vognbaner ved afmærkning er forbeholdt de kørende, der skal svinge til 
højre, er det dog tilladt cyklisten at placere sig ved linjen mellem den 
nærmeste vognbane, som ikke er forbeholdt de højresvingende, og 
højresvingsbanen. Cyklist, der ønsker at svinge til venstre, skal fortsætte 
gennem krydset til dets modsatte side og må først foretage svingningen, når det 
kan ske uden ulempe for den øvrige færdsel. Dette gælder uanset afmærkning, 
medmindre det fremgår af denne, at den gælder for cyklister. 1.- 4. pkt. gælder 
også ved kørsel over eller bort fra kørebanen uden for vejkryds.


Jeg har hørt vores jurist og hun har set i den kommenterede Færdselslov. Der 
står helt bogstaveligt at svingningen skal udføres som om der var tale om to 
ligeudkørsler og vi konkluderer at der ikke findes et cyklist-venstresving. 
(og derfor kan man ikke forbyde det..

Hvis du kommer fra en ensrettet vej, skal du stadig lave to ligeudkørsler, og 
holde tilbage fra dem der skal ligeud. Hvis du kommer fra en ensrettet vej, men 
hvor du har cykling mod ensretningen tilladt, skal du stadig lave to 
ligeudkørsker, og holde tilbage for dem der skal ind på vejen.

Der vil aldrig være venstresving forbudt for cykler. Hvis ikke de må køre den 
vej, vil det være angivet på selve vejen, som indkørselsforbud / cyklister 
forbudt skilte (som på motorvejsramper)




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Cykelruteplanlæggeren

[Emil Tin]

 

undskyld! ivar, selvfølgelig.

 

det er microsoft outlook vi har her på arbejdet, så det er da bestemt 
sandsynligt at det er her den er gal. dog er dine email de eneste der har givet 
problemet indtil nu.

 

vh emil

 

 

Fra: Ivar Madsen [mailto:lists.openstreetmap@milli.dk] 
Sendt: 1. juli 2012 01:17
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Cykelruteplanlæggeren

 

Hej Emil

 

1. Jeg hedder alts堉var ikke Ivan

 

2. Jeg kan godt se at det ser m沫eligt ud n岠teksten har v沥t gennem din mail 
klient.
Men ser du indl槥ne 
p堨ttps://groups.google.com/forum/?hl=dafromgroups#!topic/osm-dk/lA5jeMS9qnc

s堳er de normale ud, og der er ikke andre der har kommenteret det tiderliger, 
s堪eg tror alts堭est at det er din klient som ikke kan hitte ud af hvilket format 
det er skrevet i, selvom det s堨vidt jeg kan se, st岠koorekt i headeren.

 

Jeg har nu skiftet fra 

us-ascii til

iso-8859-1

 

iso-8859-1

 

Hj欰er det? 渥Ƙż/p 

 

Undskyld at jeg er OFF-topic

 

-- 

 

Med venlig hilsen

 

Ivar Madsen

Torsdag den 28. juni 2012 09:07:13 Emil Tin skrev:

 hej ivan,

 

 stadig lidt svært at læse dine emails, da æ ø å er blevet til kinesisk J

 

 

 

 den er pt instillet til at give ruten med den korteste totale rejsetid.

 forskellige vejtyper har forskellige hastigheder. så den hurtigste er ikke

 altid den korteste. vi arbejder på at gøre den mere intelligent, så man kan

 prioritere ruter der ikke nødvendigvis er den hurtigste, men er lækre, fx

 parker eller grønne områder.

 

 

 du kan klikke på et via punkt for at slette det. god ide med via punkt med

 en adresse!

 

 

 

 

 Med venlig hilsen

 

 Emil Tin

 IT- og Processpecialist

 Cykelsekretariatet

 

 KØBENHAVNS KOMMUNE

 Teknik- og Miljøforvaltningen

 Center for Trafik

 

 Islands Brygge 37 Vær. 118

 Postboks 450

 2300 København S

 

 Telefon +45 3366 3433

 Mobil +45 2972 3788

 Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 

 

 

 

 

 

 Fra: Ivar Madsen [mailto:lists.openstreetmap@milli.dk] 

 Sendt: 27. juni 2012 21:31

 Til: OpenStreetMap Denmark

 Emne: Re: [Talk-dk] Cykelruteplanlæggeren

 

 

 

 Hvilke parameter er den sat op til?

 

 Jeg fundere over, den v欧er ikke hverken den korteste, eller hurtigeste rute

 fra V沥brovej 54, til Christianehj 205.

 

 

 Jeg ved godt at det er en beta version, men n岠man har sat en via punkt,

 s堫unne det v沥 rat at kunne slette denne igen, det ser det ikke ud til at

 man kan.

 Ligesom det kunne v沥 rat at kunne skrive en adr. som via punkt, og ikke kun

 ved at tage fat i ruten, med musen, og flytte.

 

 

 

 

 -- 

 

 

 

 Med venlig hilsen

 

 

 

 Ivar Madsen

 

 

 

-- 

 

Med venlig hilsen

 

Ivar Madsen

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] friskfrigivede data

[Emil Tin]

virkeligt godt værktøj! 



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk



-Oprindelig meddelelse-
Fra: Jonas Häggqvist [mailto:ras...@rasher.dk] 
Sendt: 1. juli 2012 17:39
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] friskfrigivede data

On 27-06-2012 13:59, Michael Hammel wrote:
 Hej Alle

 Kommunerne Frederikssund, Egedal, Herlev og Ballerup har i deres
 samarbejde Bycirkel-kommunerne frigivet FOT-data til OpenStreetMap.

 Det er vejmidtedata, inkl. stier og cykelstier (fra FOT) for
 Frederikssund, Egedal, Herlev og Ballerup kommuner. Data frigives
 efter Den Åbne Offentlige Licens, jeg har vedhæftet licensen til denne
 mail. Det er ESRI Shape data i UTM32 EUref89.

Super, jeg har opdateret laget der sammenligner vejlængder i OSM med 
officiel data:

http://osm.rasher.dk/?zoom=10lat=55.77966lon=12.14401layers=BTTFF

-- 
Jonas Häggqvist
rasher(at)rasher(dot)dk



___
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] Cykelruteplanlæggeren

[Emil Tin]

 

hej ivan,

stadig lidt svært at læse dine emails, da æ ø å er blevet til kinesisk J

 

den er pt instillet til at give ruten med den korteste totale rejsetid. 
forskellige vejtyper har forskellige hastigheder. så den hurtigste er ikke 
altid den korteste. vi arbejder på at gøre den mere intelligent, så man kan 
prioritere ruter der ikke nødvendigvis er den hurtigste, men er lækre, fx 
parker eller grønne områder.

 

du kan klikke på et via punkt for at slette det. god ide med via punkt med en 
adresse!

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Ivar Madsen [mailto:lists.openstreetmap@milli.dk] 
Sendt: 27. juni 2012 21:31
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Cykelruteplanlæggeren

 

Hvilke parameter er den sat op til?

Jeg fundere over, den v欧er ikke hverken den korteste, eller hurtigeste rute fra 
V沥brovej 54, til Christianehj 205.

 

Jeg ved godt at det er en beta version, men n岠man har sat en via punkt, s堫unne 
det v沥 rat at kunne slette denne igen, det ser det ikke ud til at man kan.

Ligesom det kunne v沥 rat at kunne skrive en adr. som via punkt, og ikke kun ved 
at tage fat i ruten, med musen, og flytte.

 

 

-- 

 

Med venlig hilsen

 

Ivar Madsen

 

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Så er Google Maps Maker live i Danmark

[Emil Tin]

et brugervenligt adresseopslag er som jeg ser det helt inden for OSM mission. 
og meget brugbart til fx ruteberegnere.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk



-Oprindelig meddelelse-
Fra: Peter Brodersen [mailto:pe...@ter.dk] 
Sendt: 19. juni 2012 11:36
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk]Så er Google Maps Maker live i Danmark

Hej,

2012/6/19 Uffe Kousgaard u...@routeware.dk:
 Prøv at se på dette fra gennemsnitsbrugerens synspunkt:

 De anvender måske Google til at lave ruter og finde adresser med.

 * Hvor laver man ruter på http://www.openstreetmap.org/ ?

.. eller bare laver søgninger. Hvis jeg fx indtaster: Svinget 2,
København  - så får jeg følgende resultater tilbage:

Hus 2, Svinget, Kattinge, Lejre Kommune, Region Sjælland, 4000, Danmark
Hus 2, Svinget, Skibby, Frederikssund Kommune, Capital Region of
Denmark, 4050, Danmark
Hus 2, Svinget, Fakse Ladeplads, Faxe Kommune, 4654, Danmark
Hus 2, Svinget, Strøby, Stevns Kommune, 4671, Danmark
Hus 2, Svinget, Espergærde, Helsingør Kommune, 3060, Danmark
Hus 2, Svinget, Gilleleje, Gribskov Kommune, 3250, Danmark
Hus 2, Svinget, Christianshavn, København, Københavns Kommune, Capital
Region of Denmark, 2300, Danmark
Hus 2, Svinget, Fløng, Høje-Taastrup Kommune, Capital Region of
Denmark, 2640, Danmark
Hus 2, Svinget, Holbæk, Holbæk Kommune, 4300, Danmark
Hus 2, Svinget, Kulerupvej, Køge Kommune, 4100, Danmark

Notationen er mildest talt forvirrende for brugerne, idet der i højere
grad tale om et database-opslag, frem for et processeret
slutbrugerresultat.

OpenStreetMaps største ulempe (som forståeligt nok er uden for OSM's
perspektiv) er, at OSM ikke er et slutprodukt, men blot den rå
database, som der kræves ekstra arbejde for at bruge og gøre
brugervenlig (fx tager højde for stavefejl i søgninger, m.m.).
Wikipedia har i modsætning den fordel, at selv om folk har lov til at
bruge Wikipedia-data alle mulige andre steder, så er det stadigvæk
Wikipedia-websitet, som folk primært bruger, og ikke en eller anden
tredjeparts-leksikon-app.

Jeg ved dog ikke, om der bør eller skulle gøres noget ved det. Ud fra
et specifikt mission scope behøver det ikke at være et problem.

- 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] Cykelruteplanlæggeren

[Emil Tin]

 

hej ivan,

 

der er vist noget med dine æ ø å'er?

 

ja den er hurtigt, hvilket jeg synes giver en god brugeroplevelse. det er sjovt 
at kunne prøve sig lidt frem ved at flytte rundt på markørerne.

 

der er lagt data ind for danmark og sverige. det er derfor du ikke kan lave en 
rute til berlin. man kan sagtens lægge data ind for et større område, men det 
kræver mere RAM og mere tid til at behandle data.

 

tror du ikke det bliver kompliceret at tage højde for fejl i OSM? jeg tror 
generelt det bedste er at få rettet fejlene i selve datakilden.

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Ivar Madsen [mailto:lists.openstreetmap@milli.dk] 
Sendt: 14. juni 2012 21:14
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Cykelruteplanlæggeren

 

Den er godtnok ekstrem hurtig. 

B夥 til at vise kort, n岠man flyter p堤et, eller zoomer ind/ud, og n岠man laver en 
route.

 

Jeg forsgte mig med en route fra V沥brovej, til Tinghjvej, den valgte en route 
langs Hillerd motorvejen, men ved ring 3, var cykelstien knyttet til mororvejs 
linket, over Ring 3, det er en fejl i OSM, som jeg s堨ar rettet, men m峫e man 
kunne tage hjde for den slags fejl i OSM, og lave routen den vej alligevel?

 

Jeg forsgte mig ogs堭ed en route i Berlin, men det ville den ikke v沥 med til, 
hvorfor ikke?

 

 

-- 

 

Med venlig hilsen

 

Ivar Madsen

Mandag den 4. juni 2012 09:55:17 Emil Tin skrev:

 hej janus,

 

 planen er en alpha version p堷eb denne m宥d, og s堦orbedringer hen over

 sommeren/efter岥t. app'en vil formodentligt flge et par m宥der efter. vi

 flger en s嫡ldt 'agile' proces, hvor borgerne kan komme med input og

 kommentarer fra den frste alpha version, og p堤en m夥 v沥 med til at

 forme lsningen.

 

 du kan se en prototype p庠http://stormy-flower-5599.herokuapp.com/

 v沠opm沫som p堡t den ikke (endnu) fungerer i internet explorer, s堢rug

 firefox eller chrome. prototypen er mest en test af selve ruteberegningen -

 der kommer en ny brugergr殳eflade, andre funktioner, etc.

 

 cykelsuperstierne er interesserede i at udbrede lsningen til region

 hovedstaden, og vi har en t洠kontakt til dem.

 

 en af de udfordringer vi har er jura ifht at gre kortdata frit

 tilg殧elige. i indstillingen stod at data s堶idt muligt skal gres

 tilg殧elige for kommercielle aktrer og andre. men desv沲e er juristerne

 pt bekymrede for om det er konkurrenceforvridende.

 

 det er et synspunkt jeg personligt mener er problematisk. mange andre byer

 l槧er jo fx masser af offentlige data ud, og skaber p堤en m夥 grobund

 for innovation.

 

 ring endeligt hvis du vil vide mere.

 

 

 Med venlig hilsen

 

 Emil Tin

 IT- og Processpecialist

 Cykelsekretariatet

 

 K؂ENHAVNS KOMMUNE

 Teknik- og Miljforvaltningen

 Center for Trafik

 

 Islands Brygge 37 V沮 118

 Postboks 450

 2300 Kbenhavn S

 

 Telefon +45 3366 3433

 Mobil +45 2972 3788

 Email z...@tmf.kk.dk

 

 

 

 -Oprindelig meddelelse-

 Fra: Janus Sandsgaard [mailto:j...@oim.dk]

 Sendt: 4. juni 2012 09:38

 Til: OpenStreetMap Denmark

 Emne: [Talk-dk] Cykelruteplanl槧eren

 

 Hej Emil

 

 Efterh室en l殧e siden.

 Er nysgerrig p堨vordan det g岠med den mobile cykeruteplanl槧er - bare et

 par stikord p堨vor langt I er, om der er sten p堶ejen for projektet etc.

 Er der et sted jeg kan l泥 om det, eller er det bedre med uformel snak p弯p 

 tlf.?

 

 Mvh

 janus

 

 

 Janus Sandsgaard

 ثonomi- og Indenrigsministeriet

 Afdeling for offentlig fornyelse og velf沤spolitik

 Slotsholmsgade 10-12 - 1216 Kbenhavn K - Tlf. 7228 2400 - www.oim.dk

 ___

 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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Cykelruteplanlæggeren

[Emil Tin]

 

 

data i routeren vil bliver opdateret en gang om dagen, men det er ikke slået 
til endnu. så der kan godt gå lidt før i ser jeres tilføjelser have effekt.

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Uffe Kousgaard [mailto:u...@routeware.dk] 
Sendt: 15. juni 2012 12:31
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Cykelruteplanlæggeren

 

Så er den tilføjet.

Jeg var lige ved at skrive til listen, da Claus kom mig i forkøbet.

Joris Kofman wrote: 

Hej claus 

 

kunne du evt tegne det ind, så jeg kan se hvordan du vil foreslå det skal 
laves, så kan jeg jo gentage konstruktioenen andre steder, hvis jeg møder 
sådanne.

 

joris

 






 
___
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] stationer

[Emil Tin]

godt tip!

men på rejseplanen er der så vidt jeg kan se ingen funktion til at få en liste 
over alle stationer?
på dsb labs kan man få en liste over stationer, men de har ingen koordinat 
eller adresse.


e


-Oprindelig meddelelse-
Fra: Michael Hammel [mailto:m...@dcf.dk] 
Sendt: 14. juni 2012 14:00
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] stationer

Hvorfor benytter du ikke rejseplanens geo-rest-service?

Det er vel reelt overflødigt at duplere data med en ekstra node ovenpå 
bygningen, med mindre du vil markere stationernes forskellige indgange. 

Ellers kan du jo både søge på polygoner og noder. 

Mvh

Michael Hammel
Webmaster og webredaktør
m...@dcf.dk

Dansk Cyklistforbund
Rømersgade 5
DK-1362 Copenhagen K

Sent from myBike

Den 14/06/2012 kl. 13.47 skrev Emil Tin z...@tmf.kk.dk:

 hej,
 jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. 
 jeg bruger osmosis med --tag-filter funktionen.
 
 de fleste stationer er tagget med en node med railway=station.
 
 men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) 
 tagget med railway=station.
 
 andre har begge dele, fx hillerød station:
 http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M
 
 
 er det ok at tilføje en node, de steder hvor der er en bygning i forvejen, fx 
 kbh's hovedbanegård?
 
 
 
 
 Med venlig hilsen
 
 Emil Tin
 IT- og Processpecialist
 Cykelsekretariatet
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik
 
 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S
 
 Telefon +45 3366 3433
 Mobil +45 2972 3788
 Email z...@tmf.kk.dk
 
 
 
 
 ___
 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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Cykelruteplanlæggeren

[Emil Tin]

 

interessant.

men de fleste steder findes der jo en separat fodgængersti, og så man man vel 
ikke gå på cykelstier? fx nørrebroparken, den grønne sti på frederiksberg, 
bryggebroen, etc.

 

http://www.openstreetmap.org/?lat=55.693067lon=12.543148zoom=18layers=M

http://www.openstreetmap.org/?lat=55.682447lon=12.54207zoom=18layers=M

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Uffe Kousgaard [mailto:u...@routeware.dk] 
Sendt: 15. juni 2012 13:42
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Cykelruteplanlæggeren

 

Hej,

I praksis (IRL) er fodgængere tilladt på alle de cykelstier der er mappet i 
OSM, da vi kun mapper stier hvor der ikke er en vej (med evt. fortov) 
umiddelbart parallelt med.

Se færdselsloven, kap 3, § 10, stk 1:
https://www.retsinformation.dk/Forms/R0710.aspx?id=139027#Kap3

Så, hvis nogen skulle finde på at lave en ruteplanlægger for fodgængere, vil 
det være en god idé at inkludere cykelstier blandt de tilladte veje.

Hilsen
Uffe


Claus Hindsgaul wrote: 

Hermed gjort. 

 

Bemærk i øvirgt, at highway=cycleway som udgangspunkt ikke tillader fodgængere; 
hvis fordgængere må færdes her, skal man tilføje særlige tags for dette (se 
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway).

 

Da cykelstien ikke har et sådant tag, har jeg heller ikke tilladt fodgængere på 
forbindelsesvejen.

 

Claus

 

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] stationer

[Emil Tin]

hej,
jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. 
jeg bruger osmosis med --tag-filter funktionen.

de fleste stationer er tagget med en node med railway=station.

men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) 
tagget med railway=station.

andre har begge dele, fx hillerød station:
http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M


er det ok at tilføje en node, de steder hvor der er en bygning i forvejen, fx 
kbh's hovedbanegård?




Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] stationer

[Emil Tin]

kbh hovedbanegård:
jeg tænker at tilføje en node, og flytte railway=station fra bygningen over til 
noden. men kan se (med potlatch) at den way der udgør bygningen er med i en 
relation for togruten kbh-hamborg. mon det er giver et problem hvis jeg flyttet 
railway tagget?


nørreport st:
har tre nodes - 2 normale plus en metro. skal der ikke bare være en!?


hillerød st:
tænker at fjerne railway=station tag fra bygningen, da den findes på en node 
allerede.



hvad siger de erfarne osm'er - lyder det fornuftigt? :-)


emil




-Oprindelig meddelelse-
Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] 
Sendt: 14. juni 2012 14:19
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] stationer

2012/6/14 Emil Tin z...@tmf.kk.dk:
 hej,
 jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. 
 jeg bruger osmosis med --tag-filter funktionen.

 de fleste stationer er tagget med en node med railway=station.

 men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) 
 tagget med railway=station.

 andre har begge dele, fx hillerød station:
 http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M



programmet Osmfilter synes jeg er mere simpelt - og når man laver en
keep tag søgning - så kommer både polygoner og POIs med.
Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter

vh Søren Johannessen

___
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] stationer

[Emil Tin]

hej jonas,

du har ret i at man må søge på forskellige tags, osv. det var også derfor jeg 
fandt både nodes og ways med railway=station.

 

jo men det går jo begge veje. osm er kun nyttigt fordi der er en vis grad 
af enighed og konsistens. hele wiki'en er jo en standardisering.

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Jonas Arnfred [mailto:jo...@ifany.org] 
Sendt: 14. juni 2012 14:40
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] stationer

 

Ret mig hvis jeg tager fejl, men som jeg forstår det er openstreetmap er vel i 
grunden upraktisk fordi der ingen garanti er for at indholdet overholder nogle 
bestemte retningslinjer. Det betyder vel at hvis du har brug for at finde ud af 
noget bestemt kan det bedre betale sig at skyde med spredehagl og lave udtræk 
af alle de tags der er interessante på trods af at resultatet er svære at 
arbejde med.

 

Selv hvis du gik ind og sørgede for at der var en node for hver station så dit 
udtræk ville være simplere at benytte giver det ingen garanti for at det bliver 
ved med at forholde sig sådan i fremtiden, så hvis du har brug for de samme 
data senere giver det nok mere mening at bearbejde de data du får, end at 
homogenisere osm.

 

Jonas

2012/6/14 Soren Johannessen soren.johannes...@gmail.com

2012/6/14 Emil Tin z...@tmf.kk.dk:

 hej,
 jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. 
 jeg bruger osmosis med --tag-filter funktionen.

 de fleste stationer er tagget med en node med railway=station.

 men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) 
 tagget med railway=station.

 andre har begge dele, fx hillerød station:
 http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M



programmet Osmfilter synes jeg er mere simpelt - og når man laver en
keep tag søgning - så kommer både polygoner og POIs med.
Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter

vh Søren Johannessen


___
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] stationer

[Emil Tin]

tak for tippet med osmfilter!



-Oprindelig meddelelse-
Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] 
Sendt: 14. juni 2012 14:19
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] stationer

2012/6/14 Emil Tin z...@tmf.kk.dk:
 hej,
 jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. 
 jeg bruger osmosis med --tag-filter funktionen.

 de fleste stationer er tagget med en node med railway=station.

 men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) 
 tagget med railway=station.

 andre har begge dele, fx hillerød station:
 http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M



programmet Osmfilter synes jeg er mere simpelt - og når man laver en
keep tag søgning - så kommer både polygoner og POIs med.
Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter

vh Søren Johannessen

___
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] stationer

[Emil Tin]

overpass er også en mulighed.

faldt over en sjov funktion til at vise ruter:

http://overpass-api.de/api/sketch-line?network=S-togref=E


e





-Oprindelig meddelelse-
Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] 
Sendt: 14. juni 2012 14:19
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] stationer

2012/6/14 Emil Tin z...@tmf.kk.dk:
 hej,
 jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. 
 jeg bruger osmosis med --tag-filter funktionen.

 de fleste stationer er tagget med en node med railway=station.

 men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) 
 tagget med railway=station.

 andre har begge dele, fx hillerød station:
 http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M



programmet Osmfilter synes jeg er mere simpelt - og når man laver en
keep tag søgning - så kommer både polygoner og POIs med.
Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter

vh Søren Johannessen

___
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] Sikre at de lokale område nu også er sammenhængende i OSM.

[Emil Tin]

super arbejde! 

så er det bare region h der ser lidt nusset ud J

emil

 

Fra: Uffe Kousgaard [mailto:u...@routeware.dk] 
Sendt: 12. juni 2012 09:17
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.

 

Jeg har brugt en del tid på at rette fejl jvfr. nedenstående link og Region 
Sjælland skulle nu være om ikke fejlfri, så i alle fald uden markeringer (nogle 
trappetrin på Næstved og Holbæk stationer trigger dog stadig et eller andet).

Jeg kan også nævne at langt de fleste fejl er ifm. stier. Næsten ingen fejl i 
det egentlige vejnet.

Nu er det bare om at komme igang med de andre regioner. Det tager faktisk ikke 
så lang tid, som man umiddelbart skulle tro.

Hilsen
Uffe Kousgaard


Jens Winbladh wrote: 

Hej Alle 

 

Har lige brugt en del tid på at rette fejl i OSM. Herunder routing fejl. Denne 
fejl gør at en router ikke kan se at vejene hænger sammen og man kan kører fra 
den ene vej til den anden.

 

Jeg har rettet en kæmpe plet i Kolding omegn, men der er stadig temmelig meget 
arbejde at se andre steder i landet.

 

Se fejlene på OSM Inspector på Geofabrik: 
http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom=8

 

Mvh

 

Jens

 






 
___
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] OSM i avisen med Københavns kommune

[Emil Tin]

i kan se en tidlig prototype på http://stormy-flower-5599.herokuapp.com/ 
(virker ikke med internet explorer). læg dog ikke for meget i det - der kommer 
et andet brugerinterface, andre funktioner og et andet design på kortet J

 

prototypen fungere for dk og sverige. men vi har selvfølgelig fokus på kbh i 
forhold til at hjælpe med at kvalitetssikre osm data.

 

ruteberegning foretages med OSRM https://github.com/DennisOSRM/Project-OSRM

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Jens Winbladh [mailto:j...@somewhere.dk] 
Sendt: 8. juni 2012 21:13
Til: OpenStreetMap Denmark
Emne: [Talk-dk] OSM i avisen med Københavns kommune

 

Så lige denne artikel om en cykel app, som Kobenhavns kommune er ved at lave 
bla. med OSM data

 

Se den her:

 

http://politiken.dk/turengaartil/tgtsaersektion/ferieidanmark/ECE1609071/ny-app-skal-hjaelpe-cyklister-gennem-koebenhavn/

 

/Jens

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.

[Emil Tin]

godt arbejde! 

og et fedt værktøj fra geofabrik.

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Jens Winbladh [mailto:j...@somewhere.dk] 
Sendt: 3. juni 2012 20:22
Til: OpenStreetMap Denmark
Emne: [Talk-dk] Sikre at de lokale område nu også er sammenhængende i OSM.

 

Hej Alle

 

Har lige brugt en del tid på at rette fejl i OSM. Herunder routing fejl. Denne 
fejl gør at en router ikke kan se at vejene hænger sammen og man kan kører fra 
den ene vej til den anden.

 

Jeg har rettet en kæmpe plet i Kolding omegn, men der er stadig temmelig meget 
arbejde at se andre steder i landet.

 

Se fejlene på OSM Inspector på Geofabrik: 
http://tools.geofabrik.de/osmi/?view=routinglon=10.44017lat=55.72075zoom=8

 

Mvh

 

Jens

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Cykelruteplanlæggeren

[Emil Tin]

hej janus,

planen er en alpha version på web denne måned, og så forbedringer hen over 
sommeren/efteråret. app'en vil formodentligt følge et par måneder efter. vi 
følger en såkaldt 'agile' proces, hvor borgerne kan komme med input og 
kommentarer fra den første alpha version, og på den måde være med til at forme 
løsningen.

du kan se en prototype på: http://stormy-flower-5599.herokuapp.com/
vær opmærksom på at den ikke (endnu) fungerer i internet explorer, så brug 
firefox eller chrome. prototypen er mest en test af selve ruteberegningen - der 
kommer en ny brugergrænseflade, andre funktioner, etc.

cykelsuperstierne er interesserede i at udbrede løsningen til region 
hovedstaden, og vi har en tæt kontakt til dem.

en af de udfordringer vi har er jura ifht at gøre kortdata frit tilgængelige. i 
indstillingen stod at data så vidt muligt skal gøres tilgængelige for 
kommercielle aktører og andre. men desværre er juristerne pt bekymrede for om 
det er konkurrenceforvridende.

det er et synspunkt jeg personligt mener er problematisk. mange andre byer 
lægger jo fx masser af offentlige data ud, og skaber på den måde grobund for 
innovation.

ring endeligt hvis du vil vide mere.


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk



-Oprindelig meddelelse-
Fra: Janus Sandsgaard [mailto:j...@oim.dk] 
Sendt: 4. juni 2012 09:38
Til: OpenStreetMap Denmark
Emne: [Talk-dk] Cykelruteplanlæggeren

Hej Emil

Efterhånden længe siden.
Er nysgerrig på hvordan det går med den mobile cykeruteplanlægger - bare et par 
stikord på hvor langt I er, om der er sten på vejen for projektet etc. Er der 
et sted jeg kan læse om det, eller er det bedre med uformel snak på tlf.?

Mvh
janus


Janus Sandsgaard
Økonomi- og Indenrigsministeriet 
Afdeling for offentlig fornyelse og velfærdspolitik
Slotsholmsgade 10-12 - 1216 København K - Tlf. 7228 2400 - www.oim.dk
___
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] Link-genvej til kommune-indgang

[Emil Tin]

super arbejde. jeg tror mange kommuner vil sætte pris på  data for deres egen 
kommune - gerne i shapefile så det er let at hente ind i GIS systemerne.

 

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Janus Sandsgaard [mailto:j...@oim.dk] 
Sendt: 25. maj 2012 11:02
Til: talk-dk@openstreetmap.org
Emne: Re: [Talk-dk] Link-genvej til kommune-indgang

 

Ja, der var god respons på den med at ”aktive  teknisk kyndige borgere læser 
korrektur på kommunens vejnavne”. 

Spiller fint med diskussionen om nye samarbejdsformer mellem offentlig, privat 
og borgere (mit take: communities) – som også var det, jeg holdt oplæg om til 
samme arrangement som Peter var på: 
http://kortforsyningen.dk/x_MAJkonference/2012/2012_Majkonf_index.htm

Tror det ville være nyttigt med en kort og ikke-teknisk beskrivelse af på 
http://kommune.openstreetmap.dk/


Mvh

Janus

 

Janus Sandsgaard
Afdeling for offentlig fornyelse og velfærdspolitik

 

Mail: j...@oim.dk

Økonomi- og Indenrigsministeriet ● Slotsholmsgade 10-12 ● 
1216 København K ● Tlf. 7228 2400 ● www.oim.dk http://www.oeim.dk/ 

 

 

-- Forwarded message --
From: Peter Brodersen pe...@ter.dk
Date: 2012/5/12
Subject: [Talk-dk] Link-genvej til kommune-indgang
To: OpenStreetMap Denmark talk-dk@openstreetmap.org


Hej,

Efter jeg fik snakket med/for en god håndfuld kommuner i går og råbt
efter åben data, slog det mig, at vi lige manglede en god adresse at
give videre til kommunerne. Så med hjælp fra Janus har vi nu oprettet:

http://kommune.openstreetmap.dk/

Det er intet andet end en redirect til rashers glimrende, eksisterende
kommune-side (som opsummerer alle jeres gode indrapporteringer af
stavefejl på vejnavne eller node-fejl, opsummeret på kommuneniveau).
Adressen er blot noget lettere at huske og pænere at videregive.

- Peter Brodersen

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

 

image001.jpg___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Link-genvej til kommune-indgang

[Emil Tin]

vi henter selv alt osm data og cropper og filterer i vores GIS program. men jeg 
tror mange kommuner ville være interesseret i især veje og stier.



-Oprindelig meddelelse-
Fra: Jonas Häggqvist [mailto:ras...@rasher.dk] 
Sendt: 25. maj 2012 14:41
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Link-genvej til kommune-indgang

On 25-05-2012 11:43, Emil Tin wrote:
 super arbejde. jeg tror mange kommuner vil sætte pris på  data for deres
 egen kommune - gerne i shapefile så det er let at hente ind i GIS systemerne.

Hvilken data er det du er interesseret i her? Hvis det er vejene (som 
Janus nævnte), så har jeg faktisk så sent som i går forsøgt mig med at 
eksportere OSMs veje som shapefiles på kommune-basis.

Hvis det er alt OSM data, så kan jeg desværre ikke umiddelbart hjælpe :)

-- 
Jonas Häggqvist
rasher(at)rasher(dot)dk

___
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

[Talk-dk] rails programmer med interesse for OSM?

[Emil Tin]

noget der kender en god rails programmer, gerne med interesse for openstreetmap 
og routing?
http://stormy-flower-5599.herokuapp.com/blog


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] tag af gymnasium

[Emil Tin]

dejligt så vidt diskussionerne kommer omkring når man mapper :-)

-Oprindelig meddelelse-
Fra: Frederik Juul Christiani [mailto:frede...@christiani.dk] 
Sendt: 9. maj 2012 14:23
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] tag af gymnasium

2012/5/9 Ole Laursen o...@hardworking.dk:
 Jeg var også inde forbi Wikipedias engelske artikel om folkeskolen og
 fikse den lidt. Den påstod bl.a. at børnehaveklassen er valgfri.

Men er den da ikke det?
Vi har mig bekendt 9 års undervisningspligt, ikke 10 år.
Og så er det jo endda undervisningspligt, ikke skolepligt.

Mvh Frederik

___
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

[Talk-dk] danske udgaver af geofabrik?

[Emil Tin]

hej,

jeg vil høre om i kender til firmaer eller udviklere der har erfaring med 
opsætning/drift af tile-servere? gerne også med erfaring i at udarbejde nye 
styles til mapnik.

jeg kender til tyske geofabrik . findes der nogen lignende i danmark?



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] cycleways skildt ad fra vejen vedrabatt ogbeplantning.

[Emil Tin]

amenity=bicycle_footrest? :-)




Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk



-Oprindelig meddelelse-
Fra: Michael Hammel [mailto:m...@dcf.dk] 
Sendt: 23. april 2012 13:51
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] cycleways skildt ad fra vejen vedrabatt ogbeplantning.

Den bør jo nok tagges som en service road (parking aisle) som er delt mellem 
cyklister og bilister. Der er ikke nogen reel cykelsti på det stk af N 
Farimagsgade før til sidst ved krydset til ahlefeldts gade, hvor der også er en 
fodhviler (hvordan mon den skal tagges? ;-)

Med venlig hilsen
 
Michael Hammel
 
M. +45 40 70 83 70
 
 
 

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] erfaringer med tile servere?

[Emil Tin]

til vores kommende cykelruteplanlægger overvejer vi køre en tile server.

er der nogen (måske jonas fra rasher?) der har erfaring med at køre en tile 
server? og som måske kan sige noget om hvor meget cpu/disk/båndbredte det 
kræver? er mapnik den eneste fornuftige løsning?



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] erfaringer med tile servere?

[Emil Tin]

interessant, tak for det! kan se at tilemill bruger mapnik og carto



-Oprindelig meddelelse-
Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] 
Sendt: 20. marts 2012 09:55
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] erfaringer med tile servere?

Der er også MapBox med TileMill  softwaren- hvor man konfiger layout
ala CSS måde
http://mapbox.com/tilemill/  og tiles syntaks virker til OpenLayers og
til Leaflet JS biblioteket

MapBox kan også tilbyde at hoste jeres tiles - ved ikke prisen

/Søren Johannessen

2012/3/20 Emil Tin z...@tmf.kk.dk:
 til vores kommende cykelruteplanlægger overvejer vi køre en tile server.

 er der nogen (måske jonas fra rasher?) der har erfaring med at køre en tile 
 server? og som måske kan sige noget om hvor meget cpu/disk/båndbredte det 
 kræver? er mapnik den eneste fornuftige løsning?



 Med venlig hilsen

 Emil Tin
 IT- og Processpecialist
 Cykelsekretariatet
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik

 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S

 Telefon +45 3366 3433
 Mobil +45 2972 3788
 Email z...@tmf.kk.dk




 ___
 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

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] erfaringer med tile servere?

[Emil Tin]

Tak for svarene.

At af hovedformålene for os ville være at have et kort der er specielt designet 
til danske cyklister, og som samtidig kan styles som vi ønsker, fx i forhold 
til at vise cykelsuperstier, grønne ruter, etc. Men også rent farvemæssigt osv. 
Hvem ved, det kan jo være det ville være fedt med mørk baggrund, etc.

Hvor meget  trafik tror i man skal regne med? Har man brug for et content 
delivery network? (a la Akamai)


VH Emil
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] erfaringer med tile servere?

[Emil Tin]

nej det er klart at det ville være anderledes, men det kunne nu alligevel være 
interessant at høre lidt om, også for at kunne se det i forhold til det server 
setup'et.

vh emil


-Oprindelig meddelelse-
Fra: Jonas Häggqvist [mailto:ras...@rasher.dk] 
Sendt: 20. marts 2012 13:16
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] erfaringer med tile servere?

On 20-03-2012 12:50, Emil Tin wrote:

 mange tak jonas!
 kan du sige noget om hvor meget båndbredde en sådan tile server sluger?

Så skal vi nok have fat i Peter Brodersen. Jeg ved ikke om det er noget 
han har styr på.

Det kan nu nok alligevel ikke sammenlignes med de brugere I vil få til 
sådan et kort. Hverken antallet af brugere end måden de bruger kortet på.

-- 
Jonas Häggqvist
rasher(at)rasher(dot)dk

___
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] erfaringer med tile servere?

[Emil Tin]

det ville nok som minimum være region hovedstaden. (dvs rund regnet halvdelen 
af sjælland)

jeg forestiller mig at vi ville have alle tiles liggende på disk, frem for at 
genere dem om the fly, og så updatere dem løbende. det er sådan jeg forestiller 
mig de almindelige osm tiles fungerer... eller?
 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk



-Oprindelig meddelelse-
Fra: Jonas Häggqvist [mailto:ras...@rasher.dk] 
Sendt: 20. marts 2012 13:33
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] erfaringer med tile servere?

On 20-03-2012 13:14, Emil Tin wrote:

 tak!

 hvor mange GB fylder tile'sne? hvor mange MB bliver det hentet om dagen?

Med det forbehold at de tiles jeg laver på osm.rasher.dk er meget simple, 
og ikke komplette kort-tiles, så fylder tiles overraskende lidt, idet de 
bliver genereret on-demand. Jeg tror maksimalt tile mappen har fyldt et 
par GB, så med en moderne disk kommer I næppe i problemer.

Vil det være begrænset til Københavns kommune?

-- 
Jonas Häggqvist
rasher(at)rasher(dot)dk

___
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] sløvt osm

[Emil Tin]

ja jeg har også oplevet det i dag.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk



-Oprindelig meddelelse-
Fra: Uffe Kousgaard [mailto:u...@routeware.dk] 
Sendt: 19. marts 2012 10:41
Til: OpenStreetMap Denmark
Emne: [Talk-dk] sløvt osm

Oplever I andre også at http://www.openstreetmap.org/ er meget langsomt 
og at man ofte ender med mange ...more OSM coming soon tiles i stedet 
for de rigtige PNG'er?

Det er meget tæt på umuligt at lave rettelser, når man skal lokalisere 
et område og have zoomet ind på det.

mvh
Uffe Kousgaard


___
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] sløvt osm

[Emil Tin]

ja på openstreetmap.org websiden. det er den du mener?



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk



-Oprindelig meddelelse-
Fra: Uffe Kousgaard [mailto:u...@routeware.dk] 
Sendt: 19. marts 2012 10:48
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] sløvt osm

Det er vieweren, jeg taler om - ikke editoren (potlatch 2). Editoren er 
normalt OK, når man først har fundet stedet.

Problemet har været der de sidste par uger. I alle fald her på stedet.

Hilsen
Uffe


Emil Tin wrote:
 du kan vælge at andet kortlag ude til højre, fx mapquest.



 Med venlig hilsen

 Emil Tin
 IT- og Processpecialist
 Cykelsekretariatet
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik

 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S

 Telefon +45 3366 3433
 Mobil +45 2972 3788
 Email z...@tmf.kk.dk



 -Oprindelig meddelelse-
 Fra: Uffe Kousgaard [mailto:u...@routeware.dk] 
 Sendt: 19. marts 2012 10:41
 Til: OpenStreetMap Denmark
 Emne: [Talk-dk] sløvt osm

 Oplever I andre også at http://www.openstreetmap.org/ er meget langsomt 
 og at man ofte ender med mange ...more OSM coming soon tiles i stedet 
 for de rigtige PNG'er?

 Det er meget tæt på umuligt at lave rettelser, når man skal lokalisere 
 et område og have zoomet ind på det.

 mvh
 Uffe Kousgaard


 ___
 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


   

___
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

[Talk-dk] importere til postgis med osmosis - kun nodes, ingen ways?

[Emil Tin]

er der nogen der har erfaring med at bruge osmosis til at importere OSM data 
til postGIS? jeg kører:
 osmosis --read-pbf file=cph.osm.pbf --write-pgsql database=osmosis user=emil

og der er så fint med data i 'nodes' tabellen,  men 'ways' og 'relations' 
tabellerne er tomme. :-( hvad kan det skyldes? databasen er inden importen 
opsat ved at køre 'hstore.sql' og 'pgsnapshot_schema_0.6.sql'.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] no_entry restriction?

[Emil Tin]

hej,

vi er i gang med at gennemgå ensretning for københavn. ud over normal 
ensretning er der en del steder hvor der er et indkørsel forbudt skilt i den 
ene ende af en vejen, men ikke noget ensretningsskilt. det er hvad man kunne 
kalde en 'punktvis' ensretning.

enten kan vi lave en lille bid af vejen ensrettet, eller vi kan anvende en turn 
restriction. jeg vil selv men at en relation er den rigtige møde at gøre det 
på. hvad mener i?

på wikien http://wiki.openstreetmap.org/wiki/Relation:restriction er nævn 
restriction=no_entry og restriction=no_exit, men turn restriction plugin'et til 
JOSM genkender ikke disse to. ville i anvende no_entry eller en af de andre 
no_* tags?



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Juletræer

[Emil Tin]

det lyder ikke som skov, hvis du spørger mig. 



-Oprindelig meddelelse-
Fra: Esbern Snare [mailto:esbensn...@gmail.com] 
Sendt: 12. marts 2012 10:51
Til: Talk-dk@openstreetmap.org
Emne: [Talk-dk] Juletræer

Hvordan skal man mappe Juletræsdyrkning.

Sagen er at en del juletræsdyrkning i mit område er blevet mappet som
skov, og i første omgang synes jeg bestem ikke det er skov, men efter
at have læst lidt på
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest bliver jeg
noget i tvivl.

Sagen er jo at det efter min mening mange steder bare er farmland
der for en periode bruges til at dyrke lidt juletræer på, da prisen
for tiden ikke er så dårlig endda.

Ofte er det områder hvor træerne stadig er under 1 meter er det skov ?
og de er væk når de når 1,8 meter.

En kilde til yderligere fortolkning er som Uffe Kousgaard nævner
http://www.sns.dk/skov/bilagplanl.htm#Bilag.

Nogen gode forslag ?

Mvh
Esbern

___
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] no_entry restriction?

[Emil Tin]

 

hej jais,

 

vejen er netop ikke ensrettet - der er bare indkørsel forbudt fra den ene ende.

 

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Jais Pedersen [mailto:j...@pedersens.net] 
Sendt: 12. marts 2012 12:00
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] no_entry restriction?

 

Hvis vejen er ensrettet er der ingen grund til at lave en access restriction, 
da det jo giver sig selv at der så er indkørsel forbudt i den anden ende.

Årsagen til at der ikke er et ensrettet skilt i den anden ende er vel at skilte 
folkene har vurderet at det ikke er nødvendigt at oplyse trafikanterne om at 
der er indkørsel forbudt pga af ensretning - resultatet er jo det samme.

/Jais

2012/3/12 Lars Thegler l...@thegler.dk

Som du beskriver det, er en relation med 'restriction=no_entry' det
korrekte. At JOSM plugin'et ikke kender det, tror jeg ikke du skal
lade dig forvirre af.

/Lars

2012/3/12 Emil Tin z...@tmf.kk.dk:

 hej,

 vi er i gang med at gennemgå ensretning for københavn. ud over normal 
 ensretning er der en del steder hvor der er et indkørsel forbudt skilt i den 
 ene ende af en vejen, men ikke noget ensretningsskilt. det er hvad man kunne 
 kalde en 'punktvis' ensretning.

 enten kan vi lave en lille bid af vejen ensrettet, eller vi kan anvende en 
 turn restriction. jeg vil selv men at en relation er den rigtige møde at gøre 
 det på. hvad mener i?

 på wikien http://wiki.openstreetmap.org/wiki/Relation:restriction er nævn 
 restriction=no_entry og restriction=no_exit, men turn restriction plugin'et 
 til JOSM genkender ikke disse to. ville i anvende no_entry eller en af de 
 andre no_* tags?



 Med venlig hilsen

 Emil Tin
 IT- og Processpecialist
 Cykelsekretariatet
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik

 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S

 Telefon +45 3366 3433
 Mobil +45 2972 3788
 Email z...@tmf.kk.dk




 ___
 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

 

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning

[Emil Tin]

af nysgerrighed  - i hvilke situationer er hastighedsbegrænsningen forskellig i 
de to retninger?

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Mogens Petersen [mailto:mog...@petsens.dk] 
Sendt: 1. marts 2012 07:59
Til: OpenStreetMap Denmark
Emne: [Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning

 

Hej

Hvordan angiver man at en hastighedsbegrænsning kun gælder den ene vej?


br
Mogens

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Ensidigt hastigheds?= =?iso-8859-1?Q? begrænsning

[Emil Tin]

 

ja, det giver vel mening at man skal sætte farten ned når man nærmer sig en 
rundkørsel, men kan sætte farten op når man forlader den. eller er det mon 
fordi der kun er bebygget på den ene side af vejen?

 

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 



 

Fra: Mogens Petersen [mailto:mog...@petsens.dk] 
Sendt: 1. marts 2012 11:14
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Ensidigt hastigheds?= =?iso-8859-1?Q? begrænsning

 

Prøver lige igen :-)

http://www.openstreetmap.org/?lat=54.969518lon=9.660629zoom=18layers=M

Når man kommer fra vest mod denne rundkørsel er der 70km/h fra og med det 
bebyggede område, men kører man ud af rundkørslen mod vest er der ingen.

br
Mogens  



On 01/03/2012 10:49 Emil Tin z...@tmf.kk.dk mailto:z...@tmf.kk.dk  wrote:

af nysgerrighed  - i hvilke situationer er hastighedsbegrænsningen 
forskellig i de to retninger?

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 




 

Fra: Mogens Petersen [mailto:mog...@petsens.dk] 
Sendt: 1. marts 2012 07:59
Til: OpenStreetMap Denmark
Emne: [Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning

 

Hej

Hvordan angiver man at en hastighedsbegrænsning kun gælder den ene vej?


br
Mogens

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Hen over pladser

[Emil Tin]

hej carsten,

 

tak for et  interessant link om floder.

 

du har ret i at man ved store floder tegner både arealet og en way i midten. 
det er nok fordi en flod mindre en del om en vej, på den måde at den har en 
klar retning, som det god mening at modellere den med en linje. en plads er 
netop kendetegnet med at den ikke har nogen 'retning' - du kan bevæge dig frit 
i alle retninger.

 

 

 

Fra: Carsten Nielsen [mailto:list_re...@toensberg.dk] 
Sendt: 19. februar 2012 10:59
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Hen over pladser

 

Jeg er principielt enig i at rutning bør kunne foregå via arealer, men synes 
egentlig at det er interessant lige at sammenligne med strategien for floder
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver
her har man faktisk en streg der beskriver flodens retning inde imellem 
riverbanks der definerer arealet.

Carsten

Den 13-02-2012 11:48, Emil Tin skrev: 

ja det er fjollet. men hvis pladsen ikke har nogen faste stier, er den rigtige 
løsning at ruteberegneren tager sig sammen J

 

 

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Mobil +45 2972 3788
Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk 




 

Fra: Sonny Andersen [mailto:s...@bukhmark.dk] 
Sendt: 13. februar 2012 11:46
Til: 'OpenStreetMap Denmark'
Emne: [Talk-dk] Hen over pladser

 

Prøv at se dette eksempel med Nordøvandreruten/Drivvejen i Ribe.

 

http://hiking.lonvia.de/?zoom=18lat=55.32997lon=8.76687

 

Fodgængere kan nok finde vej, men kønt er det altså ikke, så jeg er mest 
fristet til at tegne den sti !!

 

/sba-dk

 






___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk






Ingen virus fundet i denne meddelelse.
Kontrolleret af AVG - www.avg.com
Version: 2012.0.1913 / Virusdatabase: 2112/4817 - Udgivelsesdato: 18-02-2012

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk