Re: [Talk-se] Visualisera busstrafik i Lund
I övrigt har jag två egna försök på stop_area: http://www.openstreetmap.org/browse/relation/2186012 http://www.openstreetmap.org/browse/relation/1708836 I den senare ingår stop noderna i en halvfärdig public_transport route_master med två routes. Ser kanonbra ut! Angående taggningen så tycker jag det vore OK att ha ref bara på plattform-noden och inte i stop position-noden. Onödigt att duplicera taggen och dessutom så kan ju en stop position delas av flera plattformar. På samma sätt borde det räcka med zone:skånetrafiken i stop area-relationen. Jag utgår från att det inte finns något exempel på en hållplats som har plattformar i olika zoner... Dupliceringen av data skadar förstås inte men eftersom ref- och zone:skånetrafiken-taggarna inte använts tidigare så behöver vi inte oroa oss för bakåtkompatibilitet. Bättre då att optimera för minimal arbetsinsats :-) Den enda tagg-dupliceringen som behövs av legacy-skäl är väl name på stop_position/bus_stop? Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
On 19 maj 2012, at 22:32, Robert Helgesson wrote: I övrigt har jag två egna försök på stop_area: http://www.openstreetmap.org/browse/relation/2186012 http://www.openstreetmap.org/browse/relation/1708836 I den senare ingår stop noderna i en halvfärdig public_transport route_master med två routes. Ser kanonbra ut! Angående taggningen så tycker jag det vore OK att ha ref bara på plattform-noden och inte i stop position-noden. Onödigt att duplicera taggen och dessutom så kan ju en stop position delas av flera plattformar. På samma sätt borde det räcka med zone:skånetrafiken i stop area-relationen. Jag utgår från att det inte finns något exempel på en hållplats som har plattformar i olika zoner… Mjo, är väl nog vettigare att hålla den mesta datan på plattformen. Det blir automatiskt lite rörigare då man försöker hålla den bakåtkompabiliteten att highway=bus_stop också finns med och man därmed vill ha metadata där också. Sedan kan ju två plattformar dela en stop_position men ha olika ref så då får stop_position/bus_stop generella ref-värdet och plattformarna läges ref-värdet… om man nu ska sprida redundant meta data omkring sig. ;) Dupliceringen av data skadar förstås inte men eftersom ref- och zone:skånetrafiken-taggarna inte använts tidigare så behöver vi inte oroa oss för bakåtkompatibilitet. Bättre då att optimera för minimal arbetsinsats :-) Den enda tagg-dupliceringen som behövs av legacy-skäl är väl name på stop_position/bus_stop? Jepp. Skulle vara bra att bygga några exempelhållplatser som kan länkas från Wikin och som befinner sig i väl kartlagda områden där många kan hålla koll på så de inte förstörs. Lund är väl en kandidat för busstrafik och om Tobias har något fint exempel på spårvagnstrafik i Göteborg så skulle det också vara trevligt. Gäller bara att hitta lite olika varianter, dvs: delad stop_pos, separat stop_pos, stop_area med fler än två plattformar etc. Skulle vara att lägga note= på de hållplatserna då också att man ska konsultera mailinglistan innan man petar. ;) Vet annars inte hur enkelt det är att bygga sådana här strukturer i Potlatch2. Kör själv bara med JOSM i advanced mode och där får man ju pynta på bäst man vill då allt sker mer eller mindre manuellt. Har heller inte kollat på hur man bygger förenklade varianter där man inte har en massa relationer och noder för plattform, stop etc. D.v.s. hur gör man om man bara snabbt vill fulmappa och ändå hålla det inom ramarna för public_transport.se schemat. :) /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
Tobias Johansson skrev 2012-05-17 01:43: Den 16 maj 2012 23:51 skrev Joakim Fors joa...@joakimfors.org: De långa diskutionerna insperarade mig, samlar just ny mycket för svanesund efter som jag just flyttat. Och efter att ha börjat busspendla, såg jag att Röd Express's endhållplats var fel placerad, mitt fel säkert 25 meter. Miss med Bing. Så jag skapade just upp ett försök med Public Transport. http://www.openstreetmap.org/browse/relation/2187813 Är jag på fel spår? Skall färjeläget med? Alltså vägfärjan? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
On 17 maj 2012, at 21:59, Tobias Johansson wrote: Den 17 maj 2012 21:33 skrev Anders Arnholm andersarnh...@gmail.com: Tobias Johansson skrev 2012-05-17 01:43: Den 16 maj 2012 23:51 skrev Joakim Fors joa...@joakimfors.org: De långa diskutionerna insperarade mig, samlar just ny mycket för svanesund efter som jag just flyttat. Och efter att ha börjat busspendla, såg jag att Röd Express's endhållplats var fel placerad, mitt fel säkert 25 meter. Miss med Bing. Så jag skapade just upp ett försök med Public Transport. http://www.openstreetmap.org/browse/relation/2187813 Är jag på fel spår? Skall färjeläget med? Alltså vägfärjan? Trevligt att du blivit inspirerad. :) Jag la in Det du sett på rödexpress innan är det mesta gjort av mig :). Mina föräldrar bor i Svanesund också delvis. Gjorde några små ändringar på det du gjorde: 1. Det är faktiskt inte stop_area relationen som skall in i rutt-relationen utan det är stop_positions-noden och platforms-vägen. 2. Rätt eller fel eller valfritt (se tidigare diskution) så la jag in name på platformen(dock vet jag inte om det är a eller b eller vad så jag kallade den X). och även stop_positionen (för att den skall synas på transportmap). Vad gäller felposition så verkar bing vara ganska fel. se gps-spår.. i Vilket fal jag tycker att flytta lite hit och dit kan man alltid göra efteråt, bara strukturen e rätt :). Färjeläget.. hmm tror inte det. Det finns väl ingen västtrafiks-platform med för den vad jag minns. Men det finns ju en på andra sidan färjan eller (har för mig att jag sett en där)? Heter den samma eller är det en annan hållplats? MvH Thod p.s. anledningen att jag bara lagt in ena vägen är för att jag fick skjuts hem :) ) Har inte så mycket att tillföra till just den här tråden av diskussionen annat än att: 1. Hela arkipelagen där i trakten är underbart vacker att cykla i så det är trevligt med mer detaljerad OSM där. Jag klarade mig på det som fanns 2010 då jag cyklade igenom där. Har efter det fixat till en hel del för efterkommande resenärer. ;) 2. Jag skulle sätta highway=platform på http://www.openstreetmap.org/browse/way/163986334 istället för footway för bakåtkompatibilitet. I övrigt har jag två egna försök på stop_area: http://www.openstreetmap.org/browse/relation/2186012 http://www.openstreetmap.org/browse/relation/1708836 I den senare ingår stop noderna i en halvfärdig public_transport route_master med två routes. /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
On 16 maj 2012, at 23:09, Tobias Johansson wrote: Den 16 maj 2012 19:09 skrev Joakim Fors joa...@joakimfors.org: On 11 maj 2012, at 15:24, Robert Helgesson wrote: Om ingen har något emot det så har jag inget emot att åta mig att konvertera lokaltrafiken i Lund till public_transport som en pilotkonvertering. I och med att jag har ett use-case så känner jag mig motiverad. Inte mig emot. Bara som en liten notis så fick jag mail av Ulrika Wiqvist (tror hon tryckte svara isf svara alla, men skyltar inte direkt med hennes mail då jag inte är säker; [förnamn.efternamn at gmail.com]) som också var sugen på att pyssla med konverteringen. Kanske är skäl att synkronisera er emellan. Ah, det mailet fick jag inte med det vore jättebra ifall Ulrika har tid och möjlighet att jobba på konverteringen! Jag kan skicka ett mail till henne imorrn -- måste springa till flyget nu :-( Tänkte du bygga med alla bells and whistles dvs platformar, stop_area, stop_position etc samt shelter och bench o.dyl. så man får ett riktigt präktigt demonstrationsexemplar på hur det ska se ut? ;) För mina egna syften vill jag ha relationer för stop_area inklusive stop_position och platform. För stop_area vill jag ha med Skånetrafikens referens som jag nämnde tidigare och för platforms vill jag ha med platformsnamnet (A, B, osv.). Shelter och andra amenities som hör till hållplatserna är lite klurigare, min tanke är väl främst att lyfta över eventuella sådana taggar från befintliga bus_stop-noder. Att lägga till mer blir en survey-uppgift för alla Lundabor :-) Enligt http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport så ska namn, ref etc ligga i stop_area relationen och platform samt stop_position vara tomma på metadata. Om ingen stop_area relation finns så hamnar namn, ref etc på endera platformen eller stop_position noden. Nja. Det står faktiskt inte att de skall vara tomma. det står att om namn etc. finns på stop_area-relationen så är de valfritt (optional) att lägga in det på stop_position/platform. Sant, gillar bara inte att ha duplicering av namn och annan metadata. I och för sig så är det rätt mycket redundant information i de exempel som tas upp i public_transport-beskrivningen. Läget ingår väl även i namnet så det blir t.ex. name=Tage Erlanders väg A, eller ska det vara med A inom parentes som t.ex. vid centralstationen? Läget ingår ju i namnet på platformen som någon nämnde tidigare men inte nödvändigtvis stop_area relationen eftersom de kan innehålla en massa platformar. Den lösning som också föreslagits tidigare känns mer logisk. Bara namnet på hållplatsen i stop_area relationen och sedan lägesnamnet på de olika platformarna i relationen. (sedan för att få en rendering på transport-map lagret på openstreetmap.org samma namn på stop_positionerna och även highway=bus_stop eller railway=tram_stop detta som en temporär lösning tills transportmap förhoppningsvis skulle stödja pt-schemat i framtiden (jag/vi hoppas på det iaf.)) Ex: http://www.openstreetmap.org/browse/relation/2185962 I just detta fallet kan du ha rätt? Vad tycker ni andra? Eftersom vad jag kan se det inte finns mer än en platform. Vädligt ovanligt fall dock skulle jag säga. här är några relationer jag har gjort (dock behövs det säkert lite tillfixande). http://www.openstreetmap.org/browse/relation/1863557 Saker jag anser borde ifrågasättas på ovan relation: 1. Läge A borde kanske bara vara A? 2. ref kanske borde läggas in på en del? Känns lite onödigt beskrivande att sätta med Läge/Platform/Spår etc. Känns bättre att bara sätta name=A i stället. http://www.openstreetmap.org/browse/relation/2184934 Saknas stop_area på många av stopplatserna (av den enkla anledningen att jag inte gjort dem än..) http://www.openstreetmap.org/browse/node/1313438793 Detta är en nod som jag inte gjort någon stop_area på än.. Detta är ett speciellt fall i göteborg där samma hållplats har två namn. (varför är jag inte helt 100% på men tror det är för att det skall stå olika namn på trean och femman som sluttposition då de kör olika vägar dit. (trean kommer in norrifrån och femman söderifrån och sedan vänder båda och kör tillbaka)). Dock så om man kollar lägerna så heter läge a och b kålltorp. Läge C-J torp (finns inget läge A eller B för torp). Skulle detta vara en eller två stop_areor? Om en vad skulle den heta? Gör man en sökning på västtrafiks ruttplanerare som kräver byte från trea till femman lägger den in att du behöver gå under hundra meter mellan hållplatserna). … började grubbla lite då jag tänkte fixa till lite här i närheten. :) Grubbla är bra :) Om jag grubblar vidare lite och försöker samla min tankar så här på kvällskvisten så är följande något som borde vara ok: stop_area (rel) -- id=1 type=public_transport public_transport=stop_area ref=123456 name=Bullerbyn operator=Foo network=Bar * stop [id=2] * stop [id=3 * platform
Re: [Talk-se] Visualisera busstrafik i Lund
Bra initiativ! Jag (som tidigare nämnt) tror det kan bli rörigt med båda systemen inlagda samtidigt osv. Dock ser jag fördelen med det också (ser hur de gamla relationerna gick när jag lägger in nya relationer). I GBG (femmans spårvagn) kom jag dock fram till att det skulle vara enklare att starta med en ny relation jämfört med att försöka ändra/uppdatera den befintliga (den var ganska rörig). Så jag började fundera på hur vi skulle hålla koll på uppdateringar osv.? Gick in på projektsidan och började hacka loss på en tabell. Resultatet: https://docs.google.com/open?id=0B2Rv0TdhLeUyUl9NVi1fbFR2ZHc Jo, tycker det är bra att modifiera wikin att vi kan hålla reda på vilka rutter som konverterats. Jag föreslår dock en alternativ modell där vi utnyttjar den befintliga relationen som type=route_master i det nya systemet. Då slipper man ändra referenser till den gamla rutt-relationen överallt och dessutom bryts inte relationens historia i OSM-databasen. Vilka relationer som konverterats kan man hålla reda på i tabellen på wikin med hjälp av en kolumn Konverterad till P-T som innehåller ett 'x' ifall någon har uppdaterat denna relation till public transport-schemat. Jag la även in en kolumn för giltighetstid eftersom kollektivtrafik ändras och då kan vi se på denna sidan om det 100%/100% är relevant eller inte. Kan vara användbart men är tveksam till att man i alla fall kan bestämma giltighetstid. Men i det fall det går så är jag för att ta med sådan information. Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
En annan sak som fattades för att implementera visualiseringen är ref-taggar. Skånetrafiken har unika referenser för varje hållplats, exempelvis har Allhelgonakyrkan referens 81040 och Botulfsplatsen referens 81700. [..] vet någon ifall dessa referensnummer står någonstans på hållplatserna så att man kan göra lite gammaldags fotarbete? Är inte i Skåne för tillfället så jag kan inte gå ut och kolla... Är hemma i Lund igen nu och kikade lite kvickt på en hållplats-skylt. Referensnummret står på hållplatsen och kan ses i bild: http://rycee.net/lund-stop.jpg Stop_area-relationen för denna hållplats borde alltså ha ref=81750 bland sina taggar. Kanske man också kan lägga till taggen zone:skånetrafiken=240? Plattformen i sig borde ha åtminstone taggen name=B, eller ska det vara ref=B? Jag lutar åt name=B. Förövrigt skickade Tobias en häftig kombination av videon med public-transport-kartan inlagd i bakgrunden. Jag gjorde ett försök att återskapa denna video och det blev rätt bra och gör det hela lite tydligare: http://rycee.net/lundabussar-2.mp4 Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
On 12 maj 2012, at 23:57, Robert Helgesson wrote: Annars tycker jag det var ett bra system och jag vill ju inte ändra på det utan mer är lite rådvill hur bästa metoden för att kartlägga detta i GBG skulle vara? Är det likadant i Lund? Vad tycker ni bästa metoden skulle vara? Jo, det är samma i Lund och gissningsvis på många andra ställen också. Jag skulle dock tolka det som att platformarna i sig har namnet Läge A och Läge B och inte stop_position. Detta eftersom flera platformar kan dela på en stoppunkt i vägen. Att aldrig associera namn med en stop_position passar också bra med idéen att ha en highway=bus_stop-tagg på dessa noder. Då kommer name-taggen tillhöra highway=bus_stop och inte public_transport=stop_position och en någorlunda smart renderare kan sålunda ignorera detta namn ifall den föredrar att rendera stop_point-namnet och platform-namnet på något speciellt vis. hmm hmm Ser ett ur vissa perspektiv stort problem med detta. Hur vet man om man inte har samma namn på en stop_position och en platform vilken platform som hör till vilken stop_position? Låt oss säga att en ruttplanerare skall planera en rutt hemifrån mig till femman i nordstan. Då borde den lista ut att bästa vägen är för mig att 1. gå till eketrägatan 2. Ta spårvagn eller buss till nordstan 3. gå till femman. Enkelt kan tyckas. I relationen för spårvagnar och bussar finns stop-positionen med så den vet vart jag skall åka från, men hur skall ruttplaneraren veta vilken platform jag skall gå till om det inte finns en länk (via samma namn för jag ser ingen annan länk jag kan hitta i P_T-schemat (public_transport-schemat))? Detta kan verka enkelt för de flesta personer att ta reda på när man kommer till stationen men om personen är synskadad eller tom blind skulle den exacta positionen nog uppskattas mycket om den kom direkt från ruttplaneraren? Jag kanske missar någon möjlighet att räkna ut detta? Jag tror inte detta är något större problem ifall man utnyttjar möjligheten att i rutt-relationen lägga till både stopp-position- och plattform-noderna (de får rollerna stop respektive platform i rutt-relationen). Antaget att du vet vilken rutt du vill ta och från vilken stopp-position så är det bara till å leta upp motsvarande plattformsnod. Dvs. ifall stopp-positionen är den 4:e medlemmen i rutt-relationen som har rollen stop så är motsvarande plattform den 4:e medlemmen med roll platform. Faktiskt -- såvitt jag kan se -- om man följer P-T-schemat strikt för rutt-relationerna så blir det ännu enklare: En medlem med roll stop åtföljs alltid direkt av en medlem med roll platform. Det är dock omöjligt -- såvitt jag kan se -- att från stop_point-relationen hitta vilken plattform som tillhör vilken stopp-position och vice versa. Tycker dock detta är rätt så rimligt eftersom en stopp-position kan delas av flera plattformar och möjligtvis kan man hitta exempel på där en plattform kan ha flera stopp-positioner. Det är först då du har en specifik rutt i åtanke som du kan koppla plattform med stopp-position. Förstod jag din undran rätt och tror du att detta löser problemet? Finn ju http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Stop_area också där alla objekt som hör till ett hållplatsområde ska ingå, så då räcker det med att man har ett av objekten så kan man hitta de andra samt även vilka rutter de berörs av eftersom. Märk väl att stop_area relationen som så inte ska ingå i någon rutt-relation. /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
On 11 maj 2012, at 08:39, Robert Helgesson wrote: Min fundering är, finns det generellt intresse av att uppdatera rutt-relationerna till public_transport? I min mening är det väl värt det men det kommer innebära en del arbete. Tycker det vore bra att konvertera bussrutterna i Lund/Skåne till public_transport schemat. Hade själv lite tanken på att göra det men hade inte lust/tid/mod att riktigt ta mig an det tidigare. Har gjort en rutt (33 Värnhem - Ön) – bara en riktning och utan de flesta hållplatser – i Malmö med public_transport som ett test. Jag tycker det underlättar betydligt i i hur datan kan användas om riktningarna är uppdelade i separata relationer. Gör också att hela rutten är blir robustare. Låter bra och jag håller med fullständigt, det nya systemet känns definitivt mer robust. Om ingen har något emot det så har jag inget emot att åta mig att konvertera lokaltrafiken i Lund till public_transport som en pilotkonvertering. I och med att jag har ett use-case så känner jag mig motiverad. Robert Inte mig emot. Bara som en liten notis så fick jag mail av Ulrika Wiqvist (tror hon tryckte svara isf svara alla, men skyltar inte direkt med hennes mail då jag inte är säker; [förnamn.efternamn at gmail.com]) som också var sugen på att pyssla med konverteringen. Kanske är skäl att synkronisera er emellan. Tänkte du bygga med alla bells and whistles dvs platformar, stop_area, stop_position etc samt shelter och bench o.dyl. så man får ett riktigt präktigt demonstrationsexemplar på hur det ska se ut? ;) /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
Skulle du kunna utveckla lite på vad du tycker fattas i public_transport-systemet? Inte saknas direkt. Fick leta lite i mina minnesförråd men de problem jag hittade var: 1. Änsålänge renderas inte stationsnamn på transportmap-lagret på osm's sida vilket är synd och egentligen inte är ett problem så mycket som olyckligt. Jo, det är lite olyckligt att renderingen inte uppdaterats för public transport-systemet men jag hoppas det kommer i framtiden. För att fortfarande få hyfsad rendering så är det såvitt jag förstått rekommenderat att lägga till en highway=bus_stop tagg på public_transport=stop_position-noderna (eller motsvarande för tåg-stopp). Om du också sätter ett namn på denna nod så kommer nuvarande renderare att rita ett stopp där med namn. De noder som är placerade vid sidan om vägen och är taggade highway=bus_stop blir då omgjorda till public_transport=platform. Om man letar upp de exempel som finns på proposal-sidan [1] så tycker jag det ser snyggt nog ut. 2. I Göteborg har alla hållplatser (vad jag vet) olika lägen, dvs om det är en busshållplats på två sidor av vägen så heter de tex Eketrägatan Läge A och Eketrägatan Läge B (dumt val av hållplats då eketrägatan är en knutpunkt men det är de namnet jag kommer på just nu hoppas ni förstår ändå). Så om man på Stationsrelationen sätter namnet Eketrägatan och stop-postionsnoderna Läge A resp. B (vilket jag tycker skulle vara mest logiskt) blir ruttrelationerna svårarbetade då noderna som ingår kommer heta Läge A/b osv. svårt att identifiera vilka hållplatser som är med. Iallafall i JOSM. Så jag skrev in hela namnet i stop-noderna eketrägatan Läge A osv. dock ser jag ett problem om någon vill rendera hållplatskartor då det antagligen kommer stå hela namnet på dem vilket gör dem svårlästa. Annars tycker jag det var ett bra system och jag vill ju inte ändra på det utan mer är lite rådvill hur bästa metoden för att kartlägga detta i GBG skulle vara? Är det likadant i Lund? Vad tycker ni bästa metoden skulle vara? Jo, det är samma i Lund och gissningsvis på många andra ställen också. Jag skulle dock tolka det som att platformarna i sig har namnet Läge A och Läge B och inte stop_position. Detta eftersom flera platformar kan dela på en stoppunkt i vägen. Att aldrig associera namn med en stop_position passar också bra med idéen att ha en highway=bus_stop-tagg på dessa noder. Då kommer name-taggen tillhöra highway=bus_stop och inte public_transport=stop_position och en någorlunda smart renderare kan sålunda ignorera detta namn ifall den föredrar att rendera stop_point-namnet och platform-namnet på något speciellt vis. Att det blir rörigt ifall man har många bus_stop-noder på liten yta är jag inte hundra på hur man kan undvika. Man kanske helt enkelt måste leva med det tills renderarna har uppdaterats? Robert [1]: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Examples ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
2012/5/10 Tobias Johansson t...@mensa.se: Hej Först. Mycket fräck film.. Älskar att se sånt. Realtidsrendering hade varit nått :D. Jag är verksam mest i GBG men tycker att vi skall försöka köra likadant i hela Sverige. (Tänk om vi i framtiden kan göra en routingapp för att åka lokaltrafik från Malmö till Kiruna :D ). Inte byggd med OSM data men: http://resrobot.se kan routa mellan Malmö och Kiruna. Men den väljar inte Länstrafiken, det får man dock upp om man söker Stockholm-Gävle eller andra kortare sträckor. ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Visualisera busstrafik i Lund
Den 10 maj 2012 20:48 skrev Robert Helgesson rob...@rycee.net: Skulle du kunna utveckla lite på vad du tycker fattas i public_transport-systemet? Inte saknas direkt. Fick leta lite i mina minnesförråd men de problem jag hittade var: 1. Änsålänge renderas inte stationsnamn på transportmap-lagret på osm's sida vilket är synd och egentligen inte är ett problem så mycket som olyckligt. 2. I Göteborg har alla hållplatser (vad jag vet) olika lägen, dvs om det är en busshållplats på två sidor av vägen så heter de tex Eketrägatan Läge A och Eketrägatan Läge B (dumt val av hållplats då eketrägatan är en knutpunkt men det är de namnet jag kommer på just nu hoppas ni förstår ändå). Så om man på Stationsrelationen sätter namnet Eketrägatan och stop-postionsnoderna Läge A resp. B (vilket jag tycker skulle vara mest logiskt) blir ruttrelationerna svårarbetade då noderna som ingår kommer heta Läge A/b osv. svårt att identifiera vilka hållplatser som är med. Iallafall i JOSM. Så jag skrev in hela namnet i stop-noderna eketrägatan Läge A osv. dock ser jag ett problem om någon vill rendera hållplatskartor då det antagligen kommer stå hela namnet på dem vilket gör dem svårlästa. Annars tycker jag det var ett bra system och jag vill ju inte ändra på det utan mer är lite rådvill hur bästa metoden för att kartlägga detta i GBG skulle vara? Är det likadant i Lund? Vad tycker ni bästa metoden skulle vara? MvH Thod ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] Visualisera busstrafik i Lund
Hej hej, För ett bra tag sedan upptäckte jag att Skånetrafiken erbjuder XML-formaterad trafikdata via sin hemsida ([1]) och sedan dess har jag funderat på att knåpa ihop en liten visualisering av busstrafiken i Lund. Det dröjde men för någon vecka fick jag äntligen tummarna loss och började jobba lite smått på detta. Resultatet så här långt är inte så imponerande men jag har laddat upp en grov liten video [2] som kanske kan vara smått roande. Min förhoppning är naturligtvis att utöka till alla bussar i Lund och gärna mer. Kanske också en webbsida som gör realtids-visualisering... Hursomhelst, när jag började pyssla med detta projekt så upptäckte jag snabbt att de befintliga rutt-relationerna (taggade type=route, route=bus) i Lund är svåra att arbeta med på ett enkelt sätt. Problemet för mig är främst att varje sådan relation innehåller både turen A till B och B till A (ex. Annehem till Värpinge by och Värpinge by till Annehem för buss 2) och användningen av forward, backward, forward:stop, backward:stop, osv. är inkonsekvent. Samma med placering av hållplatser -- på eller vid sidan om vägen. Dessa problem gör det svårt luska ut hur bussen faktiskt kommer röra sig över tid. Ifall man nöjer sig med att rita upp rutt-sträckningen och hållplatserna statiskt (i stil med [3]) så är det däremot inget större problem. På grund av detta provade jag att konvertera buss-rutterna 2 och 4 till public_transport-taggarna (dokumentation i [4] och [5]) vilket visade sig funka mycket bra i.o.m. att bussruttens turer uppdelas så att A till B och B till A hamnar i separata relationer. Därmed försvinner behovet av backward- och forward-roller vilket gör relationerna lättare att hålla konsekventa och arbeta med algoritmiskt. För referens så är min fil med relationerna för buss 2 och 4 tillgänglig i JOSM-format [6]. Ladda helst inte upp den till OSM. Min fundering är, finns det generellt intresse av att uppdatera rutt- relationerna till public_transport? I min mening är det väl värt det men det kommer innebära en del arbete. En annan sak som fattades för att implementera visualiseringen är ref-taggar. Skånetrafiken har unika referenser för varje hållplats, exempelvis har Allhelgonakyrkan referens 81040 och Botulfsplatsen referens 81700. Det är enkelt att skrapa dessa referenser från Skånetrafikens hemsida men är det OK att göra detta och lägga till OSM? Alternativt, känner någon för att höra med Skånetrafiken ifall de kan dela med sig detta material? De kanske också kan dela med sig hållplatspositioner och annat material (med nog data vore det kanske t.o.m. möjligt att skapa och uppdatera public_transport-relationerna automatiskt). Om inte dessa val är möjliga, vet någon ifall dessa referensnummer står någonstans på hållplatserna så att man kan göra lite gammaldags fotarbete? Är inte i Skåne för tillfället så jag kan inte gå ut och kolla... Blev lite långt det här, hoppas du inte somnat :-) Robert [1]: http://www.labs.skanetrafiken.se/ [2]: http://rycee.net/lundabussar.mkv [3]: http://osm.org/go/0NctSWB?layers=T [4]: http://wiki.openstreetmap.org/wiki/Key:public_transport [5]: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport [6]: http://rycee.net/lundabussar.osm ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se