Re: [Talk-se] Svenska kommuner
Jag råkade notera idag att en användare har under en tid bytt namn på svenska kommuner från den korta formen till den långa, t.ex. från Kiruna till Kiruna kommun. Frågan hade diskuteras här på listan för en tid sedan, men utan att man då kom fram till konsensus i frågan. Så jag tog och ändrade tillbaka så som det varit tidigare, dvs. korta formen i name-taggen och långa formen i official_name-taggen. Och tänkte samtidigt lyfta frågan här på listan på nytt så att alla kan tycka till. Jag har ingen speciellt stark åsikt för frågan i stort men för exempelvis Lunds kommun så är name=Lunds kommun absolut det mest lämpliga. Känner mig t.o.m aningen tveksam till short_name=Lund... Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] OSM-träff i Lund inkommande lördag (22/9)?
On Wed, 19 Sep 2012 23:52:11 +0200, Joakim Fors wrote: Någon som är sugen på att träffas i Lund inkommande lördag (22 sep) kl 19:00 (+ akademisk kvart ;)) för att bara prata lite OSM, kartlägga en del och kanske dricka en öl? Jag tänkte att Gräddhyllan borde fungera som mötesplats då de har wifi, öl samt relativt lugna lokaler. Låter skoj, jag hänger gärna på. /Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] NUTS, FIPS och lite annat
Hej hej, Idag har jag lagt till NUTS koder med taggarna ref:nuts:1, ref:nuts:2, ref:nuts:3 . FIPS med ref:fips , och bytt ut lnkod mot ref:se:scb . Ser bra ut tycker jag :-) Funderade även på om man skulle börja lägga in ISO 3166-2 koder också, men vet inte riktigt hur man ska tagga det. ref:iso3166-2 = SE-K för Blekinge t.ex. ? Eller ref:iso3166-2:se = K ? Taggen iso3166-2=* är rätt så populär[1] och finns omnämnd på wikin[2]. Personligen hade jag föredragit ref:iso3166-2=* men det är nog bäst att följa de befintliga taggarna. Robert [1] http://taginfo.openstreetmap.org/keys/iso3166-2 [2] http://wiki.openstreetmap.org/wiki/ISO_3166 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Tätortskoder
Vad är problemet med ref:scb=* eller ref:se:scb=* som jag föreslog tidigare? Vad jag kan se så tilldelas tätortskoden också av SCB så samma tagg-nyckel (ref:se:scb) borde funka för län, kommun och tätort. Det ger ett mer enhetligt system och reflekterar den tilldelande myndigheten. Dessutom funkar det bra tillsammans med andra kodsystem, exempelvis NUTS (ref:nuts=*). Robert On 2012-05-29, Karl Wettin ka...@kodapan.se wrote: Är inte det väldigt inkonsekvent med tanke på KNKOD och lnkod (som i sig är ganska inkonsekventa med versaler och gemener)? Jag är dock helt och hållet för en se:-tag då det gör det lättare att plocka ut information om enbart Sverige. Fast kanske är det bara jag som missat att det finns något enkelt sätt att begränsa en fråga till ett land. Skulle exempelvis även gärna sett att det var se:lansnummerkod och se:kommunnummerkod. Som ni ser tycker jag även om svenska språket då det minimerar möjligheterna till att bli lost in translation. kalle 29 maj 2012 kl. 14:00 skrev Markus Lindholm: se:urban_area_code ? /Markus On 29 May 2012 10:30, Karl Wettin ka...@kodapan.se wrote: Hallå i ögat, jag tänkte stoppa in tätortskoder. Vad tycker ni den taggen skall heta? kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] namngivning av kommuner och län
Halloj, Här kommer några osammanhängande påståenden och funderingar angående koderna… Och gällande länskoder finns det två, en numerisk- och en alfa-kod. Vad tycker ni att de skall heta? Skall man ha med dem bör man ha med båda två om ni frågar mig. Jag är inte så värst insatt men vad jag förstått så ingår bokstavskoderna i iso3166-2 och vi borde därför kunna använda taggen iso3166-2=* för detta [1,2]. Relationen för Skåne län skulle då vara taggad med iso3166-2=SE-M. För den numeriska länskoden (den som nu har taggen lnkod=*) skulle jag föreslå ref:scb=* istället (vad jag förstått så är SCB den utfärdande myndigheten). På samma sätt skulle jag föreslå att använda ref:scb=* för kommunkoderna också, dvs., istället för knkod=*. Möjligtvis är ref:se:scb=* bättre för att belysa att SCB är en nationell utfärdare? Vore kanske en idé att också tillföra NUTS-koderna [3] som ref:nuts=*? Robert [1] http://wiki.openstreetmap.org/wiki/ISO_3166 [2] https://en.wikipedia.org/wiki/ISO_3166-2:SE [3] https://en.wikipedia.org/wiki/NUTS_of_Sweden ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] namngivning av kommuner och län
Lägg gärna till wikipedia-taggar samtidigt också t.ex. wikipedia=sv:Tingsryds kommun Bra poäng men använd helst wikipedia:sv=Tingsryds kommun istället. Enligt http://wiki.openstreetmap.org/wiki/Key:wikipedia så ska nämligen språkbiten vara i tagg-nyckeln och inte tagg-värdet. Om det bara var ett skrivfel så ignorera mig :-) Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] namngivning av kommuner och län
Lägg gärna till wikipedia-taggar samtidigt också t.ex. wikipedia=sv:Tingsryds kommun Bra poäng men använd helst wikipedia:sv=Tingsryds kommun istället. Enligt http://wiki.openstreetmap.org/wiki/Key:wikipedia så ska nämligen språkbiten vara i tagg-nyckeln och inte tagg-värdet. Om det bara var ett skrivfel så ignorera mig :-) Finns delade meningar om det. Robotar som rättar från wikipedia:XX=Foo till wikipedia=XX:Foo. Har man bara referensen till artikeln på ett språk så går det väl att hitta alla andra översättningar också. Även bättre att bara ha en nyckel än ett flertal. Funger iofs med båda. WIWOSM föreslår iaf wikipedia=XX:Foo som första alternativ. Ok, nu har jag läst det mesta jag hittat angående wikipedia=*-taggen. Jag håller med om att wikipedia=lang:article är det bästa valet. Det jag inte förstod är att man nu bara ska ha en sådan tagg per element, inte en för varje språk (vilket förstås är bra). Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kollektivtrafik i Sverige
Hej Tobias! Grymt jobb! Tycker det ser jättebra ut och kommer funka bra som samling av information kring kollektivtrafik i Sverige. Tror att sista poängen bland sidans mål (Eventually create a search engine for public transport between arbitrary A and B in Sweden) inte riktigt hör hemma där. En sådan tjänst bör vara en separat grej, om någon gör en sådan tjänst så bör den förstås länkas från projekt-sidan. Efter diskussionerna ([Talk-se] Visualisera busstrafik i Lund) så har jag gjort en stor uppdatering av http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Public_transport De största uppdateringarna är: 1. Gjorde om tabellerna (alla har förändrats för att alla skall vara enhetliga mer eller mindre (PT-Kolummnen finns inte med där inga relationer skapats)). Bra, ser inga problem med tabellerna och detta enklare format blir nog trevligare att jobba med i praktiken. 2. Skrev om taggningsguide. Fanns lite information där jag inte satte mig in i och den fick således finnas kvar (det är den i engelska). Taggningsguiden ser bra ut. Att ha med importance-taggen på rutterna är en bra idé. Bakåtkompatibilitet med hjälp av highway=bus_stop är given. Att behålla bakåtkompatibilitet med railway=platform är en bra poäng men jag vet inte om highway=platform är utspridd nog att vi behöver behålla den; den används i alla fall i väldigt liten omfattning i Lund. 3. Gjorde om strukturen så att istället för att gruppera på område så gjorde jag det per företag. Änsålänge spelar det nog mindre roll men jag tror det kan bli enklare att hitta så (tror de flesta tänker på företagesnamnet och inte geografin när man tänker vem skall jag kartlägga eller nåt sånt. typ..). För min del kvittar det nog, använder ändå Ctrl+F i browsern :-) Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
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
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
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
[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
Re: [Talk-se] Vem är Rycee?
On 2012-01-27, Robert Helgesson rob...@rycee.net wrote: Skulle det vara möjligt för Robert (rycee) att redan nu godkänna nya licensen trots att det finns frågetecken kvar och tagga de delar som är tveksamma med odbl=no (eller dirty?) så får man sedan manuellt gå och plocka bort dom om godkännande inte kommit från Region Skåne innan 1:a april. Eller tycker ni att det är för regelvidrigt? Ifall detta med säkerhet bedöms vara OK så kan jag göra det, no problemo. +1 As the issue will be dealt with before switching to ODbL, this is fine. Thanks Robert. Alright, I'll work on it this weekend. Jag har nu taggat alla de ways och relationer jag inte är alldeles säker på hurvida de är kartlagda oberoende av Region Skånes material. Detta innebär säkert att några grejer som faktiskt är OK nu har en odbl=no tag på sig, men jag ville vara på den säkra sidan. Så gör gärna en sökning efter odbl=no och kolla ifall du redan har remappat någon av dessa vägar längst Skåneledens del-leder. Jag tror, t.ex., att användaren Svärd kan plocka bort odbl=no-taggen här och där. Ha en trevlig helg :-) /Robert ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] Fråga angående licensändringen och Skåneleden
Hejsan Andreas, Undrar lite över vad som händer med skåneleden vid licensändringen. Kommer det du lagt in att försvinna? Kan du få tillstånd att använda materialet under den nya licensen? Jag har inte kontaktat Region Skåne angående tillstånd att använda deras material under ODbL. Vet därför inte hur svårt det vore att övertyga dem om att ge tillåtelse, men till skillnad från CC-BY-SA, som de kände till sedan tidigare, så är ODbL helt ny och okänd. Det lär därför krävas en del pedagogiskt arbete för att förklara varför ODbL är bra för dem. Som det ser ut nu har jag ingen ork att utföra detta pedagogiska arbete och vänta ut de interna processer Region Skåne har för att få igenom ett sådant beslut. Visserligen är det lite surt att bli av med alla de ändringar jag gjort då de representerar en hel del timmars arbete, men ifall det är priset för att slippa legalistisk byråkrati så betalar jag det gärna :-) Oavsett, har inte bidragit med alltför mycket till OSM så jag skulle tippa på att det snabbt kan ersättas. För egen del så är jag inte speciellt imponerad av licensändringen och hur den utförts och är frestad att inte acceptera CT och ODbL. Men kan (motvilligt) acceptera den för att andra mappare ska slippa dubbeljobb. Hursomhelst, verkar röra sig om ca. 300 ways som är taggade med attribution=Region Skåne[1]. En del sträckor har blivit manuellt mappade sedan importen så de bör inte beröras (jag har plockat bort attribution-taggen från ways allt-eftersom jag vandrat lederna och använt GPS-spåren och foton som grundmaterial). Ett alternativ är således att helt enkelt radera dessa ways och manuellt kartlägga dem, det bör ändå göras då Region Skånes material inte innehåller information angående vindskydd, vägtyp, broar, dricksvatten, toaletter, soptunnor, stängsel, grindar och annat som kan vara intressant för en vandrare. CC:ar till talk-se då allmän diskussion kanske kan vara belysande. [1] http://jxapi.openstreetmap.org/xapi/api/0.6/*[attribution=Region+Skåne] Mvh Robert signature.asc Description: This is a digitally signed message part ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se