Re: [Talk-se] Den dubbelbottnade Mälaren
En gång i tiden fanns en rekommendation att använda natural=coastline för större sjöar. http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Tag:natural=coastline Ser dock att någon ifrågasatt detta och skriver att idag rekommenderas natural=water. /Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Mappningsknep efterfrågas
Hej och välkommen till OSM! Har du tur bor du på ett ställe där Bing har högupplösta flygfoton, och då kan du med JOSM (och jag antar även Potlatch) markera bäckar, skogar och byggnader från flygbilden. (Bing har gett tillstånd för OSM att traca deras flygfoton.) Kolla dock mot befintliga GPX-spår för vägar (OBS! Det måste vara flera spår på samma väg för att man ska kunna vara säker) att kartan inte är förskjuten åt något håll. Annars är väl lämpligaste sättet att markera en bäck att gå bredvid den och sedan förskjuta den en bit, alternativt gå längs båda kanterna och rita bäcken mitt mellan spåren. Konrad Den 29 oktober 2011 21:15 skrev Christian Asker christian.as...@gmail.com: Hej. Jag som är nybörjare på OSM-arbete håller på att mappa byn där jag bor. Bara det känns som ett stort jobb eftersom man ju kan göra det i princip hur detaljerat som helst. Det gör jag visserligen inte än, men jag satsar på vägar/stigar, ytor och viktigare POIs. Jag efterfrågar lite knep för att mappa bäckar. Det går ju inte att promenera i bäcken för att få ett spår! Någon som har några erfarenheter av detta? Finns det några knep för att mappa områden? Jag tänker tex på när jag utmed en gata ser att det är hus med trädgårdar, men bakom dessa är det skog. Hittills har jag gjort detta ungefärligt och uppskattat trädgårdens djup. Men det kanske finns några smarta knep att ta till här med? Eller för (större) byggnader? Finns det några bra knep för att få fram positioner för hörnen utan att gå ett varv utmed husväggarna? Det är ju inte alltid möjligt att göra så. Eftersom jag bor på en mindre ort känns det dessutom som folk kanske kan bli lite misstänksamma om jag ska stryka utmed husväggar och trädgårdar! :) Mvh trevlig lördagkväll. Christian Asker __**_ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Bing aerial
Tack för länken! Har letat efter den informationen! Det är väl bara bra om det kommer in fler vägar, hus och allt möjligt i projektet. Visst är det roligast att mappa ens närområde, men är man göralös nån dag är detta ett bra sätt att se var man kan jobba en stund. /Konrad Den 8 september 2011 23:05 skrev Christian Asker christian.as...@gmail.com : Hej på er. Jag kikade precis på täckningen för Bings flygfoton och det verkar som om det inte enbart är de största orterna som finns med hyfsad upplösning. Man kan se en överblick av upplösningen här: http://ant.dev.openstreetmap.**org/bingimageanalyzer/http://ant.dev.openstreetmap.org/bingimageanalyzer/. Är detta något vi bör använda i större utsträckning? Man kan ju tex rita in hus och landområden, samt en del mindre vägar som inte redan finns med. Eller finns det något skäl att låta bli? Det kan ju bli tröttsamt förstås, och om jag ska vara ärlig vill jag helst se till att mitt närområde är välmappat innan jag börjar med andra orter. Men det är klart att jag kan lägga lite tid på att rita in lite saker, bara för att hjälpa projektet. Vad tycker ni andra? Mvh Christian __**_ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Rendering av skola
Såvitt jag kan se renderas det korrekt. Kvarstår problemet hos dig kan du prova tömma webbläsarens cache-minne. /Konrad 2011/8/19 Andreas Vilén andreas.vi...@gmail.com Jag tog precis bort en onödig multipolygon för en skola, med effekten att skolan inte alls renderas längre. Se http://www.openstreetmap.org/?lat=55.70228lon=13.18101zoom=17layers=M . Skolan väster om det mindre bostadsområdet (Polhemsskolan) renderas medan skolan i öster (Svaneskolan) inte gör det. Jag kan inte se vad jag gjort för fel. Skolan som inte renderas är taggad likadant som den som renderas... Nån som kan ta en titt? /Andreas ___ 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] Cykelspåret relation borttagen
Av just denna anledning tillhör jag den skara användare som föredrar att långa relationer ska delas upp i mindre bitar som sedan läggs i en superrelation. Om något raderas så är det bara ett litet område som påverkas, och risken minskar markant att någon ska ha ändrat något i efterhand som försvårar en återställning. /Konrad Den 2 augusti 2011 17:36 skrev Johnny Blästa johnny.bla...@gmail.com: [...] Nu var det en användare som hunnit att ändra på några av vägarna som Cykelspåret använde, så vi var tvungen att först göra undelete på dem innan det gick att återställa Cykelspåret. [...] ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] GPS för cykling, att komma igång och tagga på bästa sätt
Välkommen till gänget! 1. Själv använder jag en iPhone och RunKeeper. Från hemsidan kan man sedan exportera träningspasset som GPX-fil. Tidigare använde jag en Nokia N82 och Nokia Sports Tracker (tror jag det hette) på samma sätt. 2. Jag lägger också min röst på JOSM. Det var det jag själv använde när jag körde Ubuntu. (Sitter nu på Mac och kör fortfarande JOSM) 3. Börja enkelt och fyll på allt eftersom. Försök hitta exempel på hur det redan är gjort och följ dem. Dessutom är vi på svenska mailinglistan snälla och svarar på frågor. mvh Konrad (som lagt upp de flesta cykelbanorna i Umeå) Den 15 maj 2011 12:08 skrev Christoffer Holmstedt christoffer.holmst...@gmail.com: Jag har följt OpenStreetMap en längre tid men inte tagit tillfälle i akt att köpa en GPS, främst på grund av ekonomiska skäl men känner nu att det är dags att prioritera detta. Det jag främst vill bidra med är information till http://www.opencyclemap.org/ . Framförallt gäller det alltså cykelstråk och förhoppningsvis lite längre sträckor som till exempel Sverigeleden här i norr som inte är speciellt väldokumenterad. Sedan det andra är löpspår men här i Luleå är det redan väl taggat, så i dagsläget är inte behovet så stort. Jag har nu några funderingar som jag söker svar på. 1) Jag tränar väldigt mycket så jag undrar om det finns någon GPS/GPS-klocka (helst med pulsmätning) som går att använda till att skapa spår till OpenStreetMap med tillräckligt bra kvalité? 2) Vilka är de bästa alternativen för mjukvara till Linux? (Ubuntu 10.10 sitter jag på för tillfället). 3) Efter att jag bläddrat runt bland wikisidorna på http://wiki.openstreetmap.org så känns det som att det är väldigt mycket som kan gå fel med så många taggar, relationer och indexeringar. Har ni några tips på bästa sättet att komma igång så snabbt som möjligt och har ni tips på någon kom-igång guide? Med vänlig hälsning -- Christoffer Holmstedt ___ 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] VB: A master student in Lund university
Högst intressant. LIDAR används ju för att få fram höjddata till kartor, dock sparas ju sådant inte direkt i OSM utan separat. Någon som vet var dessa data är sparade så skulle det ju vara trevligt med en uppdatering då LIDAR har en betydligt bättre upplösning än vad nuvarande datakälla som används av OSM Cycle Map, HikeBike Map och andra har. Konrad 2011/5/5 Vilén Andreas andreas.vi...@lund.se: Hej! Jag fick nedanstående mail av en masterstudent i geomatik. Jag ska förmodligen träffa personen och prata vidare om vad det handlar om mer exakt, men om någon vill hjälpa till är det bara att säga till. Det är lättast att nå mig på andreas.vi...@lund.se om det behöver ske privat. /Andreas Från: Ning Zhang [mailto:joseantoniocha...@hotmail.com] Skickat: den 4 maj 2011 15:34 Till: Vilén Andreas Ämne: A master student in Lund university Dear Mr. Vilen I’m a master student in Lund university, majoring in Geomatics. I’m going to write a master thesis about LIDAR data of Lund that I got from Thomas Åkerholm. My plan is designing an automated method for massively updating openstreetmap based on LIDAR point clouds. I heard from Thomas that you have applied openstreetmap in daily work a lot. So could I know a little more about the details so that my master thesis can be useful in governmental tasks later on? Kind regards Ning Zhang ___ 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] Hur visa presentationen på GIT 2011?
I OpenOffice: Arkiv - Spara som - Filtyp - Microsoft PowerPoint /Konrad Den 15 mars 2011 18:28 skrev Peter Kindström peter2...@infolagret.se: Hej! Ursäkta om detta är lite off-topic! Jag har bara Linux på mina datorer och har gjort en presentation inför GIT 2011 i OpenOffice. Nu är det så att Elmia inte kan hantera OOo-filer utan bara PowerPoint, så precis som rubriken på deras tekniksida(1) säger är alternativen Powerpoint eller gospelkör -inte OpenOffice! :-) ;-) Är det någon här som har erfarenhet av tala på såna här tillställningar och vet om detta är vanligt och vad som är mitt bästa alternativ: 1. Ta med egen dator och koppla mot projektorn 2. Installera OOo på USB-sticka och köra därifrån (t.ex. Portableapps.com) 3. Konvertera till PDF (kan man lita på att det blir bra?) 4. Konvertera till Pp hemma och ta med 5. Konvertera med Elmia-datorns Pp 6. Annat? Tack för hjälpen!! Och jo, jag ska försöka få Elmia att lägga in OOo, men de vet väl knappt hur man stavar det... :-( /Peter Kindström (1) http://www.elmia.se/sv/meetings/Konferens/Moten--Event/Teknik/ ___ 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] Turistkarta
Den 27 januari 2011 21:04 skrev Magnus Bäck ba...@swipnet.se: [...] (Senare fick jag till en karta som visar hastighetsbegränsningar på vägar och renderar vägar utan maxspeed-attribut i rött. Det är väl något som man borde göra via overlays i stället, men det har jag inte listat ut hur man gör ännu. Har inte hittat någon annan tjänst à la OSM Inspector som visar var man glömt lägga in hastighetsgränsen.) [...] Följande karta visar maxspeed, lit och en hel del annat som overlays. http://maxspeed.osm.lab.rfc822.org/?zoom=14lat=58.49978lon=13.15524layers=B0Tinput=maxspeed Den 27 januari 2011 21:28 skrev Christoph Matthei christ...@matthei.org: [...] Kommunerna här i Siljansbygden har en ganska gammal Turistkarta och för att de har ingen pengar för licensavgifter vore det jättebra om de kunde gör med OSM som bas. [...] Här låter det som vi har ett alldeles ypperligt tillfälle att få kommunerna att använda OSM. ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Turistkarta
Jo, verkligen. Jag vet inte hur prisstrukturen är nu för tiden, men 1999 var jag med i ett projekt på gymnasiet där vi skapade en naturstig med informationspunkter med diverse information om naturen. Vi skapade även en hemsida för att marknadsföra denna naturstig och tänkte oss ha med en karta där stigen var inritad. Licensavgiften för att få ha karta på hemsidan över detta några få kvadratkilometer stora skogsområde var 50.000 kr plus moms per år. Och då ingick inte utritandet av stigen på kartan. Konrad Den 28 januari 2011 09:59 skrev Christoph Matthei christ...@matthei.org: On 28.01.2011 09:43 Konrad Skeri wrote: Den 27 januari 2011 21:28 skrev Christoph Matthei christ...@matthei.org: [...] Kommunerna här i Siljansbygden har en ganska gammal Turistkarta och för att de har ingen pengar för licensavgifter vore det jättebra om de kunde gör med OSM som bas. [...] Här låter det som vi har ett alldeles ypperligt tillfälle att få kommunerna att använda OSM. Jag kunde använda deras flygbild för att rita av många detaljer för OSM. Så om de nu fåen bra produkt är det bara en vin-vin-situation. Men till slut handlar det allt om pengar: Det är billigare för kommunen att betala lite arbetskostnader för någon som kartlägga för OSM, sen betala licensavgifter varje år till Lantmäteriverket. /Christoph ___ 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] Bing high-res problems in Malmö
Works fine for me. What's your max zoom level setting in Settings - WMS/TMS - Settings? I use 20. Konrad 2011/1/24 ulrika wiqvist ulrika.wiqv...@gmail.com: There seems to be a problem with the high-res Bing images in Malmö. I downloaded some in Josm, but I'm only able to get the low-res, also tried to zoom and download them at different zoom-levels. The Bing images for Malmö in Potlatch are great though. So the problem seems to be Josm-related (?). I prefer editing in josm...and would be very happy for any idea on how to solve this problem. :) ___ 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] Taggning av multipolygoner
2011/1/21 Erik Johansson erjo...@gmail.com: Idén är bra att gå över till relationer, men jag är lite osäker på detta, det verkar som många av verktygen där ute inte klarar av att använda relationer på detta sätt. Först och främst editorer, varken JOSM eller Potlatch visar detta på ett lätt redigerat sätt, e.g. det går inte att redigera relationen när man väljer vägen. (jag talar alltså om användarvänlighet inte databasvänlighet) [...] JOSM är ju inte så svår på relationer. Om du markerar vägen (linjen) så kommer alla relationer som den är med i att finnas i egenskapsrutan tillsammans med alla taggar. Dubbelklicka på relationen (i egenskapsrutan) så kommer du till alla taggar för relationen. Skulle kanske gå att korta ner ett steg, men jag upplever inte att detta är svårt. Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gatubilder tagna av andra
Problemet är att _om_ OSM skulle bli stämd skulle det bli en civilrättslig proces och inte en brottsrättslig. I brottsrättsliga är man oskyldig tills motsatsen bevisats, men i civilrättsliga processer är bevisbördan mycket lägre och de tenderar att vinnas av sidan med de dyraste advokaterna. Så även om det kanske eventuellt är OK, så vill man inte utsätta OSM för risken för ett skadestånd, vilket det kan bli fråga om _även_ ifall det faktiskt egentligen är OK. Men som sagt... Hittar man samma sak i Eniro och Google StreetView så kan ju ingen säga från vilken av dem man hämtat informationen. Kollar man bara den ena får man dock passa sig för (medvetna eller omedvetna) felaktigheter. Bådas kartor vet vi innehåller mängder av fel, och det är lätt att något gatfoto hamnar fel i systemet. Konrad 2011/1/4 Andreas Vilén andreas.vi...@gmail.com: Är det verkligen en gråzon att hämta information ur ett fotografi tagen av någon annan då? Det är som sagt fotot som är skyddat, inte eventuell information man kan hitta i fotot. Jag tycker det ser ut som en fantastisk informationskälla som bara väntar på att bli tappad. Fortfarande inget svar på ditt påstående om annan information i bilderna? /Andreas 2011/1/4 Erik Johansson erjo...@gmail.com: 2011/1/3 Andreas Vilén andreas.vi...@gmail.com: Var finner man denna gängse standard? Handlar det bara om politik och ideologi eller ligger det något som är relevant för att skapa en bra karta som följer våra upphovsrättsregler bakom? Att undvika gråa upphovsrättszoner är det jag har hört folk använder som argument för att inte använda gatuvyer och liknande problematiska källor till information. Det må vara ok lagligen men vi har ingen möjlighet att försvara oss i ett rättsfall om vi blir stämda. Jag har länge velat starta en piratedmap.org där man lägger upp information från data som är i grå zoner, och sedan vänta på att bli stämd. Bara för att se om det är ett problem. /Erik. ___ 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] ODBL in Sweden
Hur mycket av allt som skrivs är sant? Det har varit 50 mail FUD om dagen på internationella listan i detta ämne, så jag gick ur den för några månader sedan. Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk] Proposal: winter roads
I was just about to say that at least this winter road [1] is impassable at summer, but then I remembered about the Rinspeed sQuba [2]. [1] http://www.fotosidan.se/gallery/viewpic.htm/379398.htm [2] http://jalopnik.com/356461/rinspeed-squba-bonds-lotus-submarine-made-real Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-se] Shapefiler för kommuner
Noterade just att valnämnden har shapefiler för både län och kommuner (samt kommunvalkretsar om man så vill). Jag vet att någon just har gjort ett hästjobb och lagt in alla kommungränser från SCB (tror jag det var) men dessa från valnämnden kanske har bättre upplösning om vi har tur. (Har inte tittat på dem själv, noterade just att de fanns.) Får även flagga för att jag inte vet vad det är för copyrightstatus på dessa. http://www.val.se/val/val2010/statistik/radata.html#gis /Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Shapefiler för kommuner
Angående copyright: Om inget annat är angivet, får innehållet på Valmyndigetens webbsidor användas fritt, förutsatt att källan anges. Det är alltså tillåtet att ladda hem våra publikationer m.m. i pdf och publicera dem på andra webbplatser. Det borde alltså rimligen vara fritt fram att importera till OSM förutsatt att man använder en lämplig source-tag eller liknande. /Konrad Den 22 september 2010 15:30 skrev Konrad Skeri kon...@skeri.com: Noterade just att valnämnden har shapefiler för både län och kommuner (samt kommunvalkretsar om man så vill). Jag vet att någon just har gjort ett hästjobb och lagt in alla kommungränser från SCB (tror jag det var) men dessa från valnämnden kanske har bättre upplösning om vi har tur. (Har inte tittat på dem själv, noterade just att de fanns.) Får även flagga för att jag inte vet vad det är för copyrightstatus på dessa. http://www.val.se/val/val2010/statistik/radata.html#gis /Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Shapefiler för kommuner
Då får jag börja med att tacka för det otroliga jobb du gjort med kommungränserna! Kan du beksriva vilka program du använde och hur arbetsflödet är när man ska importera från GIS-format till OSM? (Tror inte jag har tid att göra det det närmsta halvåret, men det är ju bra att veta hur man gör.) /Konrad Den 22 september 2010 15:38 skrev Andreas Vilén andreas.vi...@gmail.com: Jag (som la in de ursprungliga kommungränserna) orkar nog inte ge mig på det här, men om någon känner för att synka dem med de som jag la in så kör hårt. /Andreas 2010/9/22 Konrad Skeri kon...@skeri.com: Angående copyright: Om inget annat är angivet, får innehållet på Valmyndigetens webbsidor användas fritt, förutsatt att källan anges. Det är alltså tillåtet att ladda hem våra publikationer m.m. i pdf och publicera dem på andra webbplatser. Det borde alltså rimligen vara fritt fram att importera till OSM förutsatt att man använder en lämplig source-tag eller liknande. /Konrad Den 22 september 2010 15:30 skrev Konrad Skeri kon...@skeri.com: Noterade just att valnämnden har shapefiler för både län och kommuner (samt kommunvalkretsar om man så vill). Jag vet att någon just har gjort ett hästjobb och lagt in alla kommungränser från SCB (tror jag det var) men dessa från valnämnden kanske har bättre upplösning om vi har tur. (Har inte tittat på dem själv, noterade just att de fanns.) Får även flagga för att jag inte vet vad det är för copyrightstatus på dessa. http://www.val.se/val/val2010/statistik/radata.html#gis /Konrad ___ 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: [OSM-talk] Church building rendering bug?
A vector of a way may be modelled in the center of the road but is representing the whole road and not just the centerline (just as a node with highway=crossing represents a crossing of the whole road and not just a crossing of the centerline), hence allowing an area to touch the road means that it extends to the road (which the way vector represents) and not that it extends to the centerline (even if that's where we place the way vector) Of course there are several different views on this topic and has been discussed before. Konrad 2010/9/8 M∡rtin Koppenhoefer dieterdre...@gmail.com: [...] looks like a bug, yes. But your pedestrian area also has some problems: firstly you should make it a multipolygon, because the church is not a pedestrian area, and secondly the corners seem strange to me, given that roads are modeled in the center of the road and areas at their real position. Usually roads connecting a pedestrian area don't do this in the corner but with an offset of at least half the road width (often plus sidewalk width). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Scheme Recommendations: highway=path, footway, trail?
Snowmobiles (http://www.google.se/images?q=snowmobile) have a total trackwith of about 1 m, so they are definitely narrower than cars. Konrad 2010/8/26 M∡rtin Koppenhoefer dieterdre...@gmail.com: [...] I don't know if snowmobiles are narrower than cars. [...] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Super-relations for roads
2010/8/25 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2010/8/24 Konrad Skeri kon...@skeri.com: Is there any current usage of super-relations for roads? This could be resolved by making a relation of E 45 Sorsele municipality, E 45 Storuman municipality, E 45 Vilhelmina municipality, etc. and then join all of them in the super-relation E 45 Sweden, and finally join E 45 Sweden, E 45 Denmark, E 45 Germany, etc. in the (super-)super-relation E 45. Is the purpose of this E45-relation to be easily able to download the whole route? Because to put it in OSM it is sufficient to tag all pieces with ref=E 45 cheers, Martin Good question. Why are we putting roads into relations? I'm just doing it because everyone else is. I have a vauge memory of arguments that a way beloning to several roads are better represented by a relation for each road instead of having ref=E 12; E 4; 92 /Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Super-relations for roads
In Sweden the E-roads are also the national ref (with exceptions of Swedish/Norwegian E 6 that is the international E 47 and Swedish E 4 that is international E 55) so I guess we should use both. regards Konrad 2010/8/25 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2010/8/25 Konrad Skeri kon...@skeri.com: Good question. Why are we putting roads into relations? I'm just doing it because everyone else is. I have a vauge memory of arguments that a way beloning to several roads are better represented by a relation for each road instead of having ref=E 12; E 4; 92 one remark: E-numbers should be tagged int_ref http://wiki.openstreetmap.org/wiki/International_Reference cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Göra klart Europa-, riks länsv ägar?
Hej och välkommen till OSM! Den 22 augusti 2010 22:41 skrev Gabriel Fjellander gabriel.fjellan...@gmail.com: Hej Första gången jag skriver hör på maillistan, men har läst den ett par veckor sedan jag blev OSM:are. Hej alla! Jag tycker statussidan ser bra ut. Man kanske skulle kunna lägga till självutnämningar till kontaktpersoner för de lokala statusarna? Så kan man ju lätt hitta fränder som mappar samma områden som en själv. Och vad gäller projektet med att kartlägga alla allmänna vägar, för det är väl det det innebär att bli klar med alla Europa-, riks- och länsvägar (eller finns det kommunala allmänna vägar utanför tätorterna?) så är jag på! Bra och viktigt mål! Allmän väg är all väg som inte är privat väg. Det finns många, många, många mil allmän väg som varken är europa-, riks- eller (primär) länsväg. Vänligen Gabriel Fjellander 22 aug 2010 kl. 22:18 skrev Peter Kindström peter2...@infolagret.se: Hej OSM:are! Nu har jag fått den tokiga(?) idén att försöka se till att alla svenska Europa, riks- och länsvägar blir klara! Jag började med att titta på Europavägar på wikin och började fundera på om statusen där inte är väldigt gammal? Dessutom verkar en del relationer vara felaktiga... :-( Jag satt väldigt mycket och uppdaterade wikin för kanske två år sedan, men har inte lagt ner så mycket energi på den på senaste tiden. Vet inte om någon annan fortsatt. Relationer ändrar ibland ID pga olika skäl, så det kan nog tänkas finnas en del fel i den idag. (Exempelvis när någon råkade radera E 45-relationen, så det var bara att göra om den på nytt.) Är det någon som jobbat med dessa vägar på länge och vet, eller är det bara att zooma in början på vägen och sakta följa den till slut för att få veta exakt status? Själv uppdaterar jag när jag stöter på nåt som saknas när jag är ute och åker. Då jag inte rör mig till så många nya ställen blir det dock inte alltför mycket nytt nu för tiden. Som grädde på moset (eller egentligen för att jag tycker PHP-programmering är kul) har jag gjort en alternativ statussida för detta: http://www.infolagret.se/openstreetmap/ Oerhört snygg statussida! Jag har bara provat lägga in Europavägar ännu, som ett test. Vet inte om detta blir speciellt enklare, men lite snyggare tycker jag i alla fall. ;-) /Peter Kindström ___ 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: [OSM-talk] RFC: what are empty nodes and how should we use them?
2010/8/18 Steve Bennett stevag...@gmail.com: [...] Seriously, guys, creating nodes with zero tags attached, and attempting to express meaning through them? That's dumb. It's hard enough managing the various confusing meanings of actual tags, without having to mindread your way through the absence of them... Steve +1 For showing that the road continues I make a small stump of highway=road, fixme=continuation which meaning should be quite obvious to others I hope. It renders, so you can even see on the map that aha, there's a road here that just hasn't been mapped yet http://osm.org/go/0eeuQyGu-- This also gives the benefit of routers correctly adressing roundabouts (so it says take the second exit instead of saying take the first exit just because the real first exit isn't mapped yet) or junctions (so it says at the junction turn left instead of saying at the end of the road, at the T-crossing, turn left just because the road straight ahead isn't mapped yet). Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Svensk tolkning av access-attributet?
Enligt nämnda http://wiki.openstreetmap.org/wiki/Key:access access=yes : The public has an official, legally-enshrined right of access, i.e. it's a right of way. access=permissive : The owner gives general permission for access. I båda fallen är det alltså fritt fram att trafikera respektive väg. Skillnaden är i att i fallet yes är det tillåtet via lagar och förordningar (allmän väg) men i fallet permissive finns det en ägare till vägen (privat väg) som ändå tillåter fri trafik. Konrad Den 18 augusti 2010 07:57 skrev Peter Svensson svensson3...@gmail.com: Jag anser följande: Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/Forbud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ Bör taggas med: access=yes motor_vehicle=no mofa=yes Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/Forbud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ i kombination med tilläggsskylt Gäller ej fordon med tillstånd/Gäller ej behörig trafik bör man tagga: access=yes motor_vehicle=permissive mofa=yes Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/Forbud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ med tilläggsskylt Gäller genomfart bör detta taggas: access=yes motor_vehicle=destination mofa=yes access=no/destination/permissive bör man akta sig för att använda, om det nu inte verkligen är förbjudet att gå och cykla, annars blir det fel för foot/bike routing. Se även http://wiki.openstreetmap.org/wiki/Key:access Mvh zvenzzon -Ursprungligt meddelande- Från: talk-se-boun...@openstreetmap.org [mailto:talk-se-boun...@openstreetmap.org] För Per Lindström Skickat: den 17 augusti 2010 22:23 Till: talk-se@openstreetmap.org Ämne: Re: [Talk-se] Svensk tolkning av access-attributet? On Tuesday 17 August 2010 11.44.19 Konrad Skeri wrote: Jag använder access=destination för endast behörig trafik, d.v.s. du får köra där om det är enda vägen för att komma till din destination. Använder även hgv=destination på de vägar häromkring som är märkt lastbilstrafik förbjuden med tilläggsskylt gäller genomfart till xyz-vägen/gatan. Jag tycker, efter att ha läst http://wiki.openstreetmap.org/wiki/Key:access, att access=private passar bäst på endast behörig trafik. access=destination brukar jag anända där det står förbudsmärke med tilläggstavla gäller genomfart. [SNIP] -- /Per Lindström ___ 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] Svensk tolkning av access-attributet?
I'm on it! /Konrad 2010/8/18 Erik Johansson erjo...@gmail.com: Kan någon skriva en svensk wikisida om detta? 2010/8/18 Andreas Vilén andreas.vi...@gmail.com: Oops... Då har jag MYCKET att tagga om... Tur att man gjort det konsekvent åtminstone. /Andreas 2010/8/18 Konrad Skeri kon...@skeri.com: Enligt nämnda http://wiki.openstreetmap.org/wiki/Key:access access=yes : The public has an official, legally-enshrined right of access, i.e. it's a right of way. access=permissive : The owner gives general permission for access. I båda fallen är det alltså fritt fram att trafikera respektive väg. Skillnaden är i att i fallet yes är det tillåtet via lagar och förordningar (allmän väg) men i fallet permissive finns det en ägare till vägen (privat väg) som ändå tillåter fri trafik. Konrad Den 18 augusti 2010 07:57 skrev Peter Svensson svensson3...@gmail.com: Jag anser följande: Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/Forbud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ Bör taggas med: access=yes motor_vehicle=no mofa=yes Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/Forbud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ i kombination med tilläggsskylt Gäller ej fordon med tillstånd/Gäller ej behörig trafik bör man tagga: access=yes motor_vehicle=permissive mofa=yes Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/Forbud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ med tilläggsskylt Gäller genomfart bör detta taggas: access=yes motor_vehicle=destination mofa=yes access=no/destination/permissive bör man akta sig för att använda, om det nu inte verkligen är förbjudet att gå och cykla, annars blir det fel för foot/bike routing. Se även http://wiki.openstreetmap.org/wiki/Key:access Mvh zvenzzon -Ursprungligt meddelande- Från: talk-se-boun...@openstreetmap.org [mailto:talk-se-boun...@openstreetmap.org] För Per Lindström Skickat: den 17 augusti 2010 22:23 Till: talk-se@openstreetmap.org Ämne: Re: [Talk-se] Svensk tolkning av access-attributet? On Tuesday 17 August 2010 11.44.19 Konrad Skeri wrote: Jag använder access=destination för endast behörig trafik, d.v.s. du får köra där om det är enda vägen för att komma till din destination. Använder även hgv=destination på de vägar häromkring som är märkt lastbilstrafik förbjuden med tilläggsskylt gäller genomfart till xyz-vägen/gatan. Jag tycker, efter att ha läst http://wiki.openstreetmap.org/wiki/Key:access, att access=private passar bäst på endast behörig trafik. access=destination brukar jag anända där det står förbudsmärke med tilläggstavla gäller genomfart. [SNIP] -- /Per Lindström ___ 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 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- /emj ___ 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] Svensk tolkning av access-attributet?
http://wiki.openstreetmap.org/wiki/Sv:Key:access Fortsätt gärna, och ladda gärna upp skyltexempel som vi kan använda. (Eller maila bilder till mig så lägger jag in dem när jag har tid och möjlighet.) /Konrad Den 18 augusti 2010 14:11 skrev Peter Svensson svensson3...@gmail.com: Utmärkt! På wikisidan skulle det vara bra med konkreta skyltexempel och hur dessa bör taggas. För det ÄR rörigt. Här står det lite om regelverk för enskilda vägar, som ju är väldigt vanliga i Sveriges glesbygd. http://www.naturvardsverket.se/sv/Att-vara-ute-i-naturen/Allemansratten--en- unik-mojlighet/Vad-galler-enligt-allemansratten/Allemansratten-Enskild-vag/ Värt att notera att på enskilda vägar får fotgängare och cyklister normalt inte förbjudas tillträde. Mvh -Ursprungligt meddelande- Från: talk-se-boun...@openstreetmap.org [mailto:talk-se-boun...@openstreetmap.org] För Konrad Skeri Skickat: den 18 augusti 2010 13:55 Till: Erik Johansson Kopia: talk-se@openstreetmap.org Ämne: Re: [Talk-se] Svensk tolkning av access-attributet? I'm on it! /Konrad 2010/8/18 Erik Johansson erjo...@gmail.com: Kan någon skriva en svensk wikisida om detta? 2010/8/18 Andreas Vilén andreas.vi...@gmail.com: Oops... Då har jag MYCKET att tagga om... Tur att man gjort det konsekvent åtminstone. /Andreas 2010/8/18 Konrad Skeri kon...@skeri.com: Enligt nämnda http://wiki.openstreetmap.org/wiki/Key:access access=yes : The public has an official, legally-enshrined right of access, i.e. it's a right of way. access=permissive : The owner gives general permission for access. I båda fallen är det alltså fritt fram att trafikera respektive väg. Skillnaden är i att i fallet yes är det tillåtet via lagar och förordningar (allmän väg) men i fallet permissive finns det en ägare till vägen (privat väg) som ändå tillåter fri trafik. Konrad Den 18 augusti 2010 07:57 skrev Peter Svensson svensson3...@gmail.com: Jag anser följande: Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/For bud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ Bör taggas med: access=yes motor_vehicle=no mofa=yes Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/For bud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ i kombination med tilläggsskylt Gäller ej fordon med tillstånd/Gäller ej behörig trafik bör man tagga: access=yes motor_vehicle=permissive mofa=yes Denna http://www.transportstyrelsen.se/sv/Vag/Vagmarken/Forbudsmarken/For bud-mot-t rafik-med-annat-motordrivet-fordon-an-moped-klass-II/ med tilläggsskylt Gäller genomfart bör detta taggas: access=yes motor_vehicle=destination mofa=yes access=no/destination/permissive bör man akta sig för att använda, om det nu inte verkligen är förbjudet att gå och cykla, annars blir det fel för foot/bike routing. Se även http://wiki.openstreetmap.org/wiki/Key:access Mvh zvenzzon -Ursprungligt meddelande- Från: talk-se-boun...@openstreetmap.org [mailto:talk-se-boun...@openstreetmap.org] För Per Lindström Skickat: den 17 augusti 2010 22:23 Till: talk-se@openstreetmap.org Ämne: Re: [Talk-se] Svensk tolkning av access-attributet? On Tuesday 17 August 2010 11.44.19 Konrad Skeri wrote: Jag använder access=destination för endast behörig trafik, d.v.s. du får köra där om det är enda vägen för att komma till din destination. Använder även hgv=destination på de vägar häromkring som är märkt lastbilstrafik förbjuden med tilläggsskylt gäller genomfart till xyz-vägen/gatan. Jag tycker, efter att ha läst http://wiki.openstreetmap.org/wiki/Key:access, att access=private passar bäst på endast behörig trafik. access=destination brukar jag anända där det står förbudsmärke med tilläggstavla gäller genomfart. [SNIP] -- /Per Lindström ___ 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 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- /emj ___ 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] Fuel stations in sweden
Sedan borde ju rimligtvis bensinbolag vara intresserad av att deras mackar syns på kartor som använs i GPS-er... Men företag har ju skjutit sig i foten tidigare. /Konrad 2010/8/9 Andreas Vilén andreas.vi...@gmail.com: Angående det berömda katalogskyddet hade jag en föreläsning om det av en juridikprofessor när jag gick en kurs i praktisk GIS. Han nämnde att för att katalogskyddet ska gälla krävs bra många fler databaspunkter än det femtiotal (ren gissning) gasmackar som finns i Sverige. Det handlar om ett antal tusen datapunkter för att det ska gälla, och dessutom har det tydligen väldigt sällan prövats i rätten. Så jag tror nog att ganska fritt kan sno koordinater från de olika bensinbolagen utan att oroa oss för några juridiska repressalier. /Andreas 2010/8/9 Ture Pålsson t...@lysator.liu.se: 2010/8/9 Andreas Vilén andreas.vi...@gmail.com: Is it really possible to copyright geographical coordinates? In that case, every coordinate on Wikipedia taken from Google Maps would be a copyright violation... Databaser skyddas i Sverige av det så kallade katalogskyddet (upphovsrättslagen 49§, https://lagen.nu/1960:729#P49S1) och jag *tror* detta är något vi har gemensamt med övriga EU. I t.ex. USA är situationen annorlunda, vilket är en av anledningarna till det i evigheter pågående bytet från CC-BY-SA till ODBL. Vad detta innebär för Google Maps-koordinater på Wikipedia är jag inte kompetent att bedöma. Där finns ju dessutom även Google Maps' användningsvillkor att ta hänsyn till. -- T (JÄIA) ___ 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: [OSM-talk] Wiki key:maxspeed page
Last time I checked that page it said that mph values should be converted to km/h. The change from that seems to have been January 2009 and if we now can add mph in the maxspeed=*mph instead I don't see the value of such a table, so I think you can go ahead and remove it. Konrad 2010/7/15 Alan Mintz alan_mintz+...@earthlink.net: Looking at http://wiki.openstreetmap.org/wiki/Maxspeed , it clearly say that, for countries that use imperial values (i.e. in miles/hour), we should tag the speed limits shown on the signs (+ mph), not convert them to kph. Assuming there is no significant disagreement with this, why should there be a conversion table on the wiki page? Anyone mind if I remove it? -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changed highway=*_link meaning?!
2010/7/3 John Smith deltafoxtrot...@gmail.com: On 3 July 2010 19:50, Konrad Skeri kon...@skeri.com wrote: One possibility is to just use highway=link and then let the renderes sort out the rest. A link is after all just a link no matter what it It may not be possible for preprocessing or renderers to figure it out. 1. Take the link that is to be rendered 2. Get the IDs of the endpoints. 3. For each endpoint get the IDs of all the ways that uses that point. 4. Render according to a table or a hierarchical rule The endpoints are two, and the number of other ways using the endpoints are not only finite but in practice limited. A rendering table, which is the most complex and detailed way to do this would be h^2 rules. (Where h is the number of recogniced highway-types. In practice you won't have this many as you probably won't have links between a service=driveway and a motorway) In any case I don't see the overall complexity exceeding O(n) and the quasi code is only 4 lines so the algorithm should be fairly straight forward and definitely possible. Where the link is split into several ways the search has to extend to the endpoint of the link connecting to the link. Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changed highway=*_link meaning?!
One possibility is to just use highway=link and then let the renderes sort out the rest. A link is after all just a link no matter what it connects, so there's really no reason for a *_link except when tagging for the renderer, which we shouldn't do. Konrad 2010/6/25 Lester Caine les...@lsces.co.uk: M∡rtin Koppenhoefer wrote: highway=* link=yes actually I like this, but it's not the first time it is proposed here, and I think you can hardly change tags used as often and for so long time as this. It would probably end up in a similar mess than path and footway. A number of the 'base' decisions would now make a lot more sense done a different way, but at the time there were very good reasons for choices then. With the amount of additional data now being handled, adding even more tags for some of the old basics while possible would just cause agro everywhere. Exactly as we now have in things like path. I don't know where the discussion on virtual tags got to? These are tags built from finer detail when using the data from a lower resolution. In this case of highway=x, link=yes would return the single tag highway=x_link and applications that do not need to bother with any other tags can carry on working happily with just the highway tag ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering street names across several ways
This could be solved with the proposed relation=segmented_tag (which seems to be abandoned, and I would prefer the name relation=segment) http://wiki.openstreetmap.org/wiki/Relations/Proposed/Segmented_Tag The relation takes one way and two nodes on the way as members. Then this segment can be used as a member in bus route relations etc. The benefit would be that the way could be kept as a single way and not split in more or less every crossing. While this would not solve the problem over night it might be a more stable model for future use. Konrad 2010/7/1 John Smith deltafoxtrot...@gmail.com: On 1 July 2010 17:59, Igor Brejc igor.br...@gmail.com wrote: This results in even more complicated situation and even more work to maintain such data. And even if do you follow this practice, there will still be huge amounts of legacy data which do not. I think if two streets share the same name and are adjacent to each other, it is reasonable for renderers to assume it's the same street. Depending on the number of segments it would still make more sense to put this information into a relation, since you are reducing the amount of redundant data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-se] OSM serverunderhåll (Fwd: [OSM-t alk] Upcoming OSM Server Maintenance)
Det verkar inte som om någon annan har skickat vidare denna så jag gör det för dem som bara är med i svenska listan. OSM kommer att ha serverunderhåll under vilket man inte kommer att kuna göra några ändringar. Preliminär tidsplan: 1 juli 23:00 - API (hämta data till editorer) och websidan blir endast läsbar 2 juli 14:00 - API blir otillgänglig, endast möjligt att titta på kartor och använda kartexportfunktionen på www.openstreetmap.org 3 juli eftermiddag - API tillbaka och allt ska vara igång igen Wikin kommer att vara i drift under uppgraderingen. Mer information (på engelska) och statusuppdateringar kommer att finnas här: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: 2010/6/26 Subject: [OSM-talk] Upcoming OSM Server Maintenance To: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org OpenStreetMap, Please translate and copy to local lists. On the 2nd (Friday) and 3rd (Saturday) of July 2010 the sysadmin team will be upgrading the database server's storage. Editing will not be available during this period. Initial plan, subject to revision: 1st July 21:00 (GMT) - API and website read-only. (no edits) 2nd July 12:00 (GMT) - API unavailable. Only Map browsing and map export available on www.openstreetmap.org 3rd July Afternoon (GMT) - API and website return. (edit resumes) The wiki will remain available for the duration. Futher information and progress status will be posted here: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Regards Grant OpenStreetMap Sysadmin Team ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk] JOSM bug: Building nodes
Hi, List of current reported JOSM problems (search here first to see if it's already reported): http://josm.openstreetmap.de/report/1 Page to file a new JOSM problem report: http://josm.openstreetmap.de/newticket Konrad 2010/6/20 Sam Vekemans acrosscanadatra...@gmail.com: Hi, I don't know if anyone has noticed, but amenity=place_of_worship, when used with 'building_yes' shows up in JOSM as a building icon. Whereas amenity=school, with building=yes shows up as the school icon. Its a bug in JOSM, so hopefully someone knows how to fix it, 'cause i dont :) thanks, Sam -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Fwd: Re: Olika gränser
Vad gäller nationsgränser är det värt att nämna att den ursprungliga importen är från CIA World Data vilken kan vara flera km (för att inte säga mil) fel, så bli inte helt chockad om du ibland måste flytta den en bra bit åt något håll. Konrad Den 15 juni 2010 18.43 skrev Markus Lindholm markus.lindh...@gmail.com: 2010/6/15 Konrad Skeri kon...@skeri.com: Naturskyddsområdena ska ha importerats med data från länsstyrelserna, och ska så vitt jag vet vara väldigt exakt. Har själv ändrat Svensk-Norska gränsen i Västerbotten och länsgränsen Västerbotten-Norrbotten så den stämmer med naturreservatsdatat. Gott, vi får hoppas att jag inte startar ett krig med Norge om jag skulle råka flytta gränsen åt fel håll, enligt deras tycke ;-) /Markus /Konrad Den 13 juni 2010 11.16 skrev Markus Lindholm markus.lindh...@gmail.com: En annan sak är naturskyddsområderna, som i vissa fal går misstänkt nära riks- eller länsgränser utan att dela gräns. Det skulle vara lockade att jämka samman dem, men vilkendera gränsen är nogrannare utritad? /Markus ___ 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] Fwd: Re: Olika gränser
Naturskyddsområdena ska ha importerats med data från länsstyrelserna, och ska så vitt jag vet vara väldigt exakt. Har själv ändrat Svensk-Norska gränsen i Västerbotten och länsgränsen Västerbotten-Norrbotten så den stämmer med naturreservatsdatat. /Konrad Den 13 juni 2010 11.16 skrev Markus Lindholm markus.lindh...@gmail.com: En annan sak är naturskyddsområderna, som i vissa fal går misstänkt nära riks- eller länsgränser utan att dela gräns. Det skulle vara lockade att jämka samman dem, men vilkendera gränsen är nogrannare utritad? /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] Oskyltade vägnummer
På engelska talk-listan diskuteras just nu map what is on the ground-tumregeln och de har kommit fram till oskyltade vägnummer. Jag får hålla med om vad några tycker att även om det kan vara bra att ha ifall man vill söka på det, så kan det vara kontraproduktivt att ha den i den vanliga ref-taggen så den renderas och används av ruttskapare för information. Ex. säger GPSen Sväng vänster in på väg J 1079 eller att man på förhand kollat en karta som visade att man ska följa den vägen så förväntar man sig som turist att en sådan vägskylt finns. Förslaget var att sätta sådana vägbeteckningar, som är högst officiella men inte skyltade, i en egen ref-tagg, en föreslog unsigned_ref, men reg_ref borde väl fungera lika bra här i Sverige. Det kommer då inte att renderas skyltar på kartan, men informationen finns ändå där och är sökbar ifall man behöver den. Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk] Using destination_sign relations for complex exit ramps?
As the original proposer of the destination_sign I think this is a great example when the relation is useful. I assume there is some roadsign before exit 91 that announces the upcoming exit. The destination= of the relation would be what it says on the sign, which could be a place or a road number. It has been discussed weather the ref should be the ref of the destination road after the junction. I belive there was no conclusion and ref= is not specified on the wiki page. (And has only about 40 usages in destination_sign-relations worldwide) So this exit [0] could have destination=51; Rothschield; Schofeild and I guess that you could use ref=185 specifying the exit number. [0]: http://libertymaven.com/wp-content/uploads/highway_sign_misspellings_12719.png Back at the RFC stage it was said that for signs with multiple destinations multiple relations should be created, but my opinion now is that a semicolon separated list is as good. (Or even better as it keeps us from getting hideous amounts of relations in complex crossings.) In your case you would get 3 relations. I-70 to exit 91 (with destination= according to the sign at I-70), exit 91 to exit 91A, and exit 91 to exit 91B (with destination= accoring to the sign(s) at exit 91 before the 91A/B fork). Konrad 2010/4/22 Phil! Gold phi...@pobox.com: I've been trying to figure out how to tag some moderately complex exit ramp systems when a single motorway_junction doesn't seem adequate. An email to the newbies list led to an IRC discussion that led to a solution that I like, so I wanted to present it here to see what other people think and possibly what other people have done in similar situations. As background, most highway exits are simple and a motorway_junction with a ref= for the exit number captures all the important information about the exit. That approach works best, though, if there's only one destination from the exit. I know several places where the reality is slightly more complicated than that. One example is the exit from westbound I-70 in Maryland (in the US) onto I-695[0]; there is one ramp from I-70 with exit number 91 that splits a short while later into exits 91A (I-695 southbound) and 91B (I-695 northbound). I want to be able to capture all of that information in OpenStreetMap so that a theoretical routing agent can say, e.g., Take exit 91 to the right, then take exit 91A to the left. [0]: I-70 westbound exit 91 http://osm.org/go/ZZd8vPYT The IRC discussion pointed out that this falls more or less into the same domain as the destination_sign relation. The only thing it's missing is the exit number. What I think would work would be to use the destination_sign relation with the destination= tag containing the target road (I-695, in my example), possibly extended with other destinations from the signs in order of increasing distance (so exit 91A might have destination=I-695; Glen Burnie; Washington); and the ref= tag containing the exit number (so exit 91A would have ref=91A). I'd like to know what other people think about this idea. What other approaches have people used for my situation? One person on IRC suggested that ref= on the destination_sign relation sould be the ref of the destination road, but I think it makes more sense to have it as the exit number (perhaps there could be a destination_ref= tag). Are there any opinions one way or the other on that? -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Steal this tagline. I did. --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GSoC project idea
I like the idea no matter by what name others call it. A rose by any other name... As the application deadline for GSoC has passed you have some time to polish the ideas until next year :) Konrad 2010/4/12 OJ W ojwli...@googlemail.com: just an idea... say you have a location, like a business or an event. You want to publish a printable map which tells people how to get there. Sure you could print an entire map of the area. But most of those roads would never be used by people visiting you - they don't go in right direction and confuse the map. So, idea: Given a location x: For every point that's 30 miles away from that location: Route from that point to x If you recorded all those best routes from each direction, you now have a map showing the routes that are actually important to get to you. So now create a map showing *only* roads/paths that apppeared as the best way of getting to you. Include a few side-roads and roundabout-exits to give context. Then print/publish that as the official way of getting to your location. Publish that, and anyone coming from anywhere will have an uncluttered map showing the easiest and fastest way to reach your business or event. Anyway, just an idea.. Do feel free to ping if you get nice results. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Survey points with different altitudes reported as duplicate nodes
Without giving it much thought I think the last option is the best. However, that still doesn't help against bots if they're not aware of the 'ele'-tag. Konrad 2010/3/21 Pieren pier...@gmail.com: Hi, In the recent days, someone in France imported tens of thousand survey points from the national mapping agency IGN (explicitely permitted). The problem is that many points exists physically at the same lat/lon but different height (e.g on a building, the point has to be visible for different points of views). The points have different descriptions, different references and different altitudes (in the tag 'ele'). But now they are reported as duplicate nodes on Matt's map: http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=6lat=47.16277lon=1.74968layers=BT So would be the best solution to fix this issue ? I see different options: - do nothing (with the risk that a bot will fix it incorrectly in the future) - remove arbitrarily one of the survey points but we loose some information - merge the points into one node and merge the tags using a separator (sounds ugly) - consider multiple nodes with different 'ele' as non-duplicate (and subsequently ask Matt's script to check it). Maybe they are other options. Any advise on this ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
2010/2/28 Apollinaris Schoell ascho...@gmail.com: On 27 Feb 2010, at 14:33 , Nathan Edgars II wrote: Richard Weait wrote: On Sat, Feb 27, 2010 at 12:37 AM, Nathan Edgars II neroute2 at gmail.com wrote: It's been a day with no response from lkrevert. Can somebody please take care of this? I generally allow other mappers a week to respond to site-mail before I send another note. They might be away from mapping for a bit. And a week from now half the ways in the changeset will probably have been edited, making a restoration very complicated. Is it the intent here that those with the technical know-how to revert can make a first strike, leaving others unable to act? but if the first strike can also leave others unable to act. If there is no obvious wrong doing you need to provide more and better explanations why your edits are good and the revert is bad. for me it's not clear without spending a lot of time comparing your edits with previous versions. explain what you did and why and it's more likely someone is willing to do it. I.e. guilty until proven otherwise? User A edits the map. User B reverts user A's edits without explaining why. User A then has to justify before the whole community why his/her original edits are valid and should be allowed to be reinstated. Reverts really has to have proper changeset comments so we know why the edits were reverted. The burden of proof is with the reverter. Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Hur fort åkte jag när jag skapade gp x-filerna?
Med lite tur finns hastigheten sparad i varje punkt, annars vet jag att Viking visar hastigheten genom att räkna ut avstånd och tidsskillnad från föregående punkt. Viking hade dock när jag sist använde det (ett år sedan) en bugg som gjorde att detta inte fungerar om man har fler än 1 punkt per sekund. Skulle bli förvånad om det är det enda programmet som klarar det. Konrad Den 12 februari 2010 08.46 skrev Magnus Österlund o...@home.se: Jag var i fjällen för ett tag sedan och naturligtvis hade jag min gps på när jag åkte i backarna. Nu håller jag på att lägga in mina gpx-filer i openstreetmap. Men jag är nyfiken på hur fort jag egentligen åkte i backarna. Finns det något sätt att nu i efterhand ta reda på hur fort det gick utifrån gpx-filerna? //Magnus ___ SprayAffinity.se - Träffa bara personer som passar dig! ___ 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] Novam bus_stops..
Kommer ihåg att skicka till hela talk-se listan den här gången... Den 13 januari 2010 21.34 skrev Konrad Skeri kon...@skeri.com: Den 13 januari 2010 13.56 skrev Erik Johansson erjo...@gmail.com: 2010/1/13 Konrad Skeri kon...@skeri.com: Sitter just nu i IE6 där sidan inte fungerar, Du kan väl inte uppgradera, men IE6 är alla websidors mardröm, så det är en bra idé. Nej, på jobbet tycker datoradministratörerna att vi klarar oss med IE6. Själv skulle jag köra Firefox när jag är i Windows om jag fick välja. Väl hemma på min Mac ser jag dock i Safari att det ser riktigt tjusigt ut. så jag kan inte se hur det ser ut. Åt vilket håll bussen lämnar ges väl av rollerna forward_stop respektive backward_stop i bus_stop-noderna i relationen för bussen och borde väl därför relativt lätt kunna renderas därefter? Den listar väderstreck på vilken bäring bussen har när den lämnar busshållplatsen, det förenklar utritningen av sådana här pilar. forward_stop fungerar inte eftersom den i värsta fall bara ger riktiningen till nästa hållplats, eller i bästa fall låter en göra en massa uträkningar på annan data än bus_stop noderna.. Jag kan hålla med om att det underlättar utritningen, men att forward_stop inte skulle fungera stämmer inte. xB-x- Om noden B (taggad med highway=bus_stop) ingår i en relation och har rollen forward_stop så kommer bussarna att passera i vägens riktning. Att göra en riktningspil blir då inget problem. (Den kommer att bli parallell med den raka linje som går mellan närmast föregående och efterkommande nod.) Detta kräver dock att bus_stop-noden ligger som en nod i vägen och inte bredvid. Dessutom har den nackdelen att den blir felaktig om någon vänder på vägens riktning av någon anledning. Den 13 januari 2010 20.00 skrev Markus Lindholm markus.lindh...@gmail.com: Tycker att samma information borde gå att härleda baserat på - Vilken sida av vägen busshållplatsen ligger - Om det är höger- eller vänstertrafik som gäller /Markus Detta förutsätter att man sätter highway=bus_stop som en nod bredvid vägen, och så vitt jag sett är det mer vanligt att noden ligger på vägen. Konrad Lade märke till att nån gång under de senaste två åren har rekommendationen ändrats så att man nu bör sätta ut higway=bus_stop brevid vägen, och dessutom ha en för varje sida av vägen även om de ligger precis mitt emot varandra. Nämnda renderare använder naptan:Bearing=* men vill man lägga till den informationen själv är väl bearing=* bättre att använda då det inte rör sig om en NAPTAN-import? Även naptan:Street=* är användbar, men som street=* istället. Eller? Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk] [Haïti earthquake crisis response ] Please refresh tagwat ch for North Amercia
Yes, but as discussed in previous mailings this is an intentional emergency exception since we really need rendering support *now*. The refugee=yes addon tag makes it easy to clean up later. See previous mails on the subject. Konrad 2010/1/19 Martin Koppenhoefer dieterdre...@gmail.com: 2010/1/15 Jean-Marc Liotier j...@liotier.org Patrick Petschge Kilian wrote: tag value uses node way refugee yes 90 2 88 tourism camp_site 86 3 83 isn't this tagging for the renderers? tourism=camp_site is used for emergency shelter? Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycle route won't render
Seems fine to me. Just hasn't been rerendered on all zoom-levels yet. (Zoom-level 13 seems to be correct) Konrad 2010/1/15 Adrian Moisey adr...@changeover.za.net: Hi I'm having troubles getting a cycle route to render. The relation is: http://www.openstreetmap.org/browse/relation/367273 I've managed to get pieces of it to render on the cycle map: http://osm.org/go/kaIGiwl?layers=00B0FTF' But not the whole thing. I assume its because the route goes back on itself? Can anybody provide assistance? Thanks Adrian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Novam bus_stops..
Sitter just nu i IE6 där sidan inte fungerar, så jag kan inte se hur det ser ut. Åt vilket håll bussen lämnar ges väl av rollerna forward_stop respektive backward_stop i bus_stop-noderna i relationen för bussen och borde väl därför relativt lätt kunna renderas därefter? /Konrad Den 13 januari 2010 13.17 skrev Erik Johansson erjo...@gmail.com: Det finns en ny websida för att kolla på bus_stops för UK data NAPTAN. http://mappa-mercia.org/novam/?zoom=15lat=53.7299lon=-0.43507layers=BTscheme=hull Jag gillar pilarna, de (NAPTAN) har taggat alla bus_stop med väderstreck som anger åt vilket håll bussen åker efter att ha lämnat busshållplatsen.. Det ser ganska ok ut tycker jag.. -- /emj ___ 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] Kågeröd, Svalöv kommun, Skån e Län
Hej och välkommen till OpenStreetMap! Var varnad att bidra med kartdata är högst beroendeframkallande, så innan du vet ordet av kan du ha cyklat/kört/gått varje gata i kommunen för att få med det :) Jag använder själv WhereAmI på min Nokia N82 och det är alldeles ypperligt för att spara spår över hur man färdats. Det kan dock vara instabilt att ladda ner kartor till och har man många namngivna punkter sparade kan det krascha utan förvarning. Men som sagt, för att spara spår är det ett väldigt bra program. Lycka till och hör av dig om du har frågor! mvh Konrad Skeri Den 6 januari 2010 10.03 skrev Jonas Björk jo...@jonasbjork.net: Hej listan! Jag tittade på Openstreetmap och upptäckte att byn där jag bor (Kågeröd) är dåligt kartlagd. Gatan där jag bor finns inte ens med, lika lite som området :] Så jag började läsa på hur jag skulle kunna hjälpa till. Igår kväll fick jag in WhereAmI i min Nokia e71 och tänkte ge mig ut i helgen och gå efter gatorna i byn. Det skulle kännas tryggt om jag kunde få kontakt med någon erfaren som kan hjälpa till med mina frågor. Fungerar det bra och det inte är allt för svårt kan jag tänka mig att kartlägga grannbyarna också. mvh/ jonas björk ___ 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: [OSM-talk] Non-junctioning crossing roads
In your special case I guess it would be OK to not create a junction. That will however lead to (false) warnings in OSM data validators and there is a chance that someone else will insert that junction later on, so I'll recommend putting the junction there now and use restriction relations. (e.g. only_stright_on) http://wiki.openstreetmap.org/wiki/Relation:restriction Konrad 2009/12/1 Steve Bennett stevag...@gmail.com: Hi all, Is it ever correct for two roads to cross physically, at the same level, but not create a junction between them? The situation I have looks like: C | A---+---B | v | D With apologies for ASCII art. Cars go from A to B, or from C to D, but they can't turn. It's controlled by traffic lights. So, do I create the junction represented by the +, or just let them cross over? If I create the junction, how do I stop routing software trying to make turns? It's here if want to see it (Nearmap imagery): http://www.openstreetmap.org/edit?lat=-37.85348lon=144.979389zoom=20 Queens Rd southbound branches to become Lakeside Drive, crosses Queens Rd Northbound. Sorry for the noob question, just wanted to make sure I get this right. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Path vs footway vs cycleway vs...
highway=path foot=yes bicycle=no mtb=yes highway=footway implies foot=designated and highway=cycleway implies bicycle=designated. foot=yes means you can walk there while designated means it's the primary choise of route for pedestrians. See also http://wiki.openstreetmap.org/wiki/Key:smoothness Konrad 2009/11/28 Steve Bennett stevag...@gmail.com: [...] 6) Places where a bike is probably permissible, but most people wouldn't ride. (But I would :)) I'm not sure where the division of responsibility for correctly handling bike routing lies, between the OSM data, and the routing software. Is there any software smart enough to give options like how far are you willing to push the bike or are you willing to cut across grass? etc. An example is at a university I used to ride through to get to work. I used to ride around the side of an oval, and cut down through some trees on an a true unofficial path - basically mountain biking. Do you mark it in as an unofficial walking path, and tag it with appropriate mountain biking paths, and assume the bike routing software is smart enough not to route city bikes that way? Maybe I'm looking for a distinction between bicycle=no and bicycle=forbidden. [...] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tags for autorickshaw
They could be put as fee=prepaid/metered/unmetered Perhaps not optimal, but not entierly wrong. Konrad 2009/11/27 Kenneth Gonsalves law...@au-kbc.org: On Friday 27 Nov 2009 12:43:17 pm you wrote: I would suggest amenity=taxi taxi=autorick for consistency with highway=service, service=* and others. how do we fit in 'prepaid', 'metered', 'unmetered'? actually these things are generic to all forms of taxi. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tags for autorickshaw
I would suggest amenity=taxi taxi=autorick for consistency with highway=service, service=* and others. Konrad 2009/11/27 Kenneth Gonsalves law...@au-kbc.org: hi, in talk-in we came to the conclusion that apart from taxis, many countries have vehicles like autorickshaws, jeeps, tuk-tuks etc. So we are implementing the following scheme: amenity=taxi vehicle=autorick autorick=prepaid/meter with appropriate symbols. In the main osm map this will show the taxi symbol, but in the India specific map it will show an autorickshaw - prepaid, metered or un metered. An example can be seen here: http://xlquest.net/?zoom=20amp;lat=13.08205amp;lon=80.27449amp;layers=B this scheme (or a suitably modified one) could be used in other countries too. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why do you use Google Maps instead of OSM? Because of buildings...
While OSM is extremely powerful and present us with limitless posibilities, I very much doubt that every user would set up an own tile server and write a rendering definition. In fact most irregular users (like the ones getting a static map to show the location of their office at a website) will probably only use the base layers presented to them at openstreetmap.org. Creating own schemes on CloudMade or other services are for us fanatics. :) It would be nice to include links to other OSM maps (e.g. CloudMade) from the main OSM site so that it will be a little bit easier for people to see the variety of maps and power of free map data. regards Konrad 2009/11/10 Shaun McDonald sh...@shaunmcdonald.me.uk: [...] 1) There is only partial building coverage which is confusing - they would prefer full or none but not partial. I will do a post to talk-gb to see if someone fancies doing some tracing in the area over the next week. You can turn the buildings off as another option: http://maps.shaunmcdonald.me.uk/?lat=51.517289lng=-0.122566zoom=15layer=1 2) The tube and railway symbols are not the normal ones used within the UK. I will suggest that the overlay the normal UK symbols on the map in some editing software. A custom renderer could be setup with the symbols that are needed, though if they are going to be clickable for more information markers would possibly be better, though they would need to be dynamically loaded. Shaun The above does however show the level of quality and completeness that will be required to win people over, aside from any usability issues and doubts over licensing and attribution. Regards, Peter Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] alley - for tree-lined roads?
+1 Adding a new value to the highway tag does not seem to fit with the current view of highway-tag usage. This suggestion keeps the importance of the roads intact (and thus helps routing software calculate the best route - should a tree-lined road be preferred over a tertiary? Over a unclassified?) And both a residential and tertiary can have trees on the sides. Konrad 2009/11/4 malenki o...@malenki.ch: As I explained at talk-de a new tag for $way_with_trees_beside is suberfluous. Why not to use the existing natural= tag at existing ways (railways, waterways, highways) like this: highway=tertiary surface=asphalt natural:trees=left(/right/both) name:botanical=Tilia tomentosa Regards malenki ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
No matter how good signal you have there is always a chance that the given position is wrong without limitations. So when talking of a satellite error of +-5 meters that actually means that with 95% probability the error is +-5 meters. The possible error in the last 5% is limitless, and my guess is that you were hitting that last 5%. (Last week my GPS, which is not a Garmin, placed me on the north pole +-20 meters for 5 seconds before returning me to a more sane position. The probability such misreading to appear should be very, very low.) As Mike wrote, this is more likely to happen under trees, near large buildings or other obstacles. If you return a third time you should get a position that is very close to one of the first two. Konrad 2009/10/31 Shalabh shalab...@gmail.com: [...] 3. I parked my car near a village a day before, marked a waypoint. The satellite error was at +- 5metres. Today morning, I came back and marked another waypoint. This time the error was +-4 metres but this waypoint is 150 metres off the earlier one. The car keys were with me and I can vouch that my car does not move on its own. :) [...] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roadside Distance Markers
Calculating distance should be done by software by calculating and adding length of segments (ways). No relation needed. The signs however could be of navigational aid. E.g. turn left into the minor road 500 m after the sign saying 'Skara 14 km'. It could be made to fit as an extension to the destination_sign relation [1], although the name of the tags would be somewhat non-intuitive for this purpose, and routing software would be saying Continue on the road towards XX for each sign even though there is no intersection or exit. [1] http://wiki.openstreetmap.org/wiki/Relation:destination_sign regards Konrad Hi Folks - on a recent survey, I mapped some roads with modern km markers by the side of the road. ?How should these be mapped - As a node within the highway, or a separate single node to the side of the highway. ?And how to tag these ? Wouldn't it be better to make a relation or something similar to indicate the start of the way and then mile markers can be calculated? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Import: Naturreservat i Jämtland.
Kanon! Såg att det börjat synas när jag kollade på kartan tidigare idag. Angåenge ån borde det väl vara waterway=riverbank mvh Konrad Den 23 oktober 2009 18.06 skrev Daniel Nilsson bengibol...@gmail.com: [...] Fördelen är ju att man kan få en hög upplösning på själva ån på den sträckan genom att bygga en relation till och sätta natural=water på denvilket jag har provat. [...] ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk] [tagging] Feature Proposal - Voting - boolean values
Did you read all I wrote? What do you think I mean with If we want to specify the type you are of course welcome to do that, e.g. bridge=viaduct or electrified=contact_line and These are only examples where yes|no could be used. Other descriptive values are still valid, e.g. bridge=viaduct or electrified=contact_line? We should replace a quantilbillion of different boolean values with yes|no. Instead of bridge=ja, use bridge=yes Instead of bridge=japp, use bridge=yes Instead of bridge=da, use bridge=yes Instead of bridge=jepp, use bridge=yes Instead of bridge=jupp, use bridge=yes Instead of bridge=oui, use bridge=yes Instead of bridge=sant, use bridge=yes Instead of bridge=riktigt, use bridge=yes Instead of bridge=recht, use bridge=yes Instead of bridge=korrekt, use bridge=yes Instead of bridge=påhederochsamvete, use bridge=yes But if it is an viaduct and you want to specify it, then use bridge=viaduct. I _nowhere_ wrote that bridge should only accept boolean values, but if we mean to input a boolean value, we should have ONE boolean value. cheers, Konrad 2009/10/4 John Smith deltafoxtrot...@gmail.com: 2009/10/4 Konrad Skeri kon...@skeri.com: boolean values are allowed. Instead of bridge=jomenvisst we should use bridge=yes, and instead of electrified=naltaseotroligt we should use Bridge isn't listed as boolean only, you can also have bridge=viaduct which I've used a few times. Other values listed on the map features page are aquaduct and swing. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - Voting - boolean values
Time to end this debate http://wiki.openstreetmap.org/wiki/Proposed_features/boolean_values regards Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - boolean values
How precisely is that going to end the debate? a) Voting isn't the way to do this. It either needs consensus or a dictator. Consensus will never happen and we don't have a dictator, which makes voting the option left. b) Lots of people don't care about some stupid vote on the wiki There are a lot more mappers, especially newbees, that care a lot more what's on the wiki guidelines than what is being said in a 50-messages-a-day-thead on a mailing list only saying i said no you said, and frankly isn't leading us anywhere. But all newbees maybe are stupid to look something up on the wiki instead of asking on this list instead? c) Who decided the rules for voting? http://wiki.openstreetmap.org/wiki/Proposed_features But then again, you could argue that since it's on the wiki it's stupid and noone cares about that either. d) How are you going to enforce the result, when lots of people will simply ignore it? I'm not. But if the proposal passes the wiki pages could in time reflect this. And since (like it or not) the wiki is the No 1 source of choice for a lot of mappers when looking up how to tag a certain thing we will in time at least have convergence. And while not optimal it's at least way better than the current situation. Now, do you have anything constructive at all to add? Or are you just opposing any idea that doesn't instantly answer the question of life, universe and everything. (Which is 42 by the way) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - boolean values
Sorry, I apparently was not clear enough there. I've corrected it on the wiki. I meant to decide what values to use when boolean values are intended. The examples given were not intended as examples when only boolean values are allowed. Instead of bridge=jomenvisst we should use bridge=yes, and instead of electrified=naltaseotroligt we should use electrified=yes. If we want to specify the type you are of course welcome to do that, e.g. bridge=viaduct or electrified=contact_line. But true/1/ja/da/japp/jej/Yes/YES/sant/recht/riktigt/korrekt/sschjo/... should be replaced by yes. And as I wrote twice on the wiki already from the start, and I quote: Care has to be taken so that keys expecting numerical values doesn't receive boolean. We don't want e.g. layer=yes. In general I believe that should mean that numerical values should not be touched by automatic changes unless for keys known to not have a numerical value (e.g. bridge). Konrad How precisely is that going to end the debate? a) Voting isn't the way to do this. It either needs consensus or a dictator. It will probably demonstrate that there already *is* a consensus to use yes for this. true. I agree that we could (IMHO should) agree on one way to tag true and that is already (by majority in tags/presets) yes (and accordingly 0/false should be no). But I doubt there is any key that is just true/false. The examples on the voting page all have different values as well, some (electrified) even in majority. Furthermore it won't be possible to change automatically all 1 to yes, as sometimes this might be the amount one. There is a difference between disabled_spaces=yes and disabled_spaces=1 for instance. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] trunk_link ref=*
I'd say the one it's going to. Though I have no special arguments to why. Konrad torsdagen den 24 september 2009 02.28.00 skrev talk- requ...@openstreetmap.org: Hi I've trunk_link going form one trunk to another. They have different references. Do I add a ref=*. If so which one? The one it's leaving or the one it's going to? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Kartdata från SCB
Min fråga var om det är tekniskt möjligt? Känns onödigt att fråga om lov att använda filer om man sedan inte kan använda dem. Konrad Den 21 september 2009 21.49 skrev Lars Holmqvist larswillyholmqv...@gmail.com: On Sep 21, 2009, at 9:38 PM, Jonas Svensson wrote: Det är möjligt att det går att använda det datat men har vi juridisk rätt att göra det? Gör egna kartor skulle kunna tolkas som att det bara är för privat bruk. /Jonas Ja, det är det jag undrar också. Det verkar inte stå något om det på deras sida. Bästa är nog att skicka iväg ett mail till dem och förklara läget. Fanns det inte någon mailkonverstaion med Lantmäteriet om det här? ___ 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] public transport
Jo, på expressbussarna går det inte att hoppa av på andra ställen än i tidtabellen angivna hållplatser (vilka inte ens är alla riktiga hållplatser längs vägen). De inofficiella hållplatserna tycker jag inte behöver taggas. (Dessutom är det ju potentiellt varje punkt längs vägen) Annars får man väl använda highway=bus_stop, bus_stop=de_facto :) Konrad Den 17 september 2009 14.57 skrev Ture Pålsson t...@lysator.liu.se: Den 17 september 2009 12.49 skrev Konrad Skeri kon...@skeri.com: I norrlands glesbygd säger man till busschauffören var man vill hoppa av längs vägen oavsett om det finns en hållplats där eller inte, så då är vägsträckningen högst intressant. Min erfarenhet av bussåkande i Norrbotten (som förvisso är något decennium gammal nu) är att det, i alla fall på visa linjer, verkar finnas två uppsättningar hållplatser -- dels de officiella, med skyltar, kurer och så, dels de inofficiella, där folk faktiskt står och väntar på bussen. Det blir en intessant övning för taggpåhittarna. :-) (Försöker man med sådana trick på Swebus Express här nere i södern blir svaret, i alla fall för något år sedan, att deras koncessioner bara gäller för att köra till och från vissa platser, och att det blir ett jäkla liv om de sätter av folk någon annan stans.) -- T ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[OSM-talk] Mapnik coastline updates
When are the coastlines rerendered in Mapnik? I retraced the coastline around Lidköping 10 days ago, and the beach I marked [1] turned up minutes later, but the coastline still looks as before, which I find rather strange. Are costlines/oceans on a separate layer from the other visual stuff on Mapnik? [1] http://osm.org/go/0YcnfIA5 regards Konrad Skeri ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - last_checked
As I wrote in the talk-page: I'm not yet used to the full powers of changesets. Suppose this is stored in the changesets, how do I get all restaurants within a given bbox that has not been checked in the last year? /Konrad 2009/9/16 John Smith deltafoxtrot...@gmail.com: 2009/9/16 Konrad Skeri kon...@skeri.com: Requesting comments on a last_checked tag for specifying when the information of an object (restaurant, bus route etc.) was last checked to be correct. http://wiki.openstreetmap.org/wiki/Proposed_features/last_checked This came up before and this should probably be stored in the changeset meta information, not directly against elements within the changeset. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-se] Rösta för att Google ska släppa ma terial fritt (att exempelvis användas i OSM)
Google har något som heter Data Liberation Front, en sida där man kan lämna och rösta om förslag på hur Google ska hanskas med sin data. Exempelvis kan det vara att man önskar import/export av ett visst filformat för Google calendar. Sedan några dagar finns ett önskemål att släppa så mycket data som möjligt från Google maps fritt, vilket för OSM skulle kunna ge oss möjlighet att använda Google streetfinder eller Google Earth på samma sätt som Yahoo. Här är länken för att rösta (kräver Google-konto) http://url.ie/2ero Till skillnad från vanliga gapaochskrik.nu-protestlistor är detta ett av Google uppmuntrat sätt att lämna och stödja förslag, så gör vår röst hörd för Google så kanske vi får tillgång till Googles fantastiska samling flygfoton. /Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nasjonalparker.
Ah, jag tänkte på naturreservat i mitt ursprungliga svar. Det är ju skillnad mot nationalpark. Så på tal om det, hur är korrekt taggning för naturreservat jämfört med nationalparket? mvh Konrad Den 28 augusti 2009 16.11 skrev Daniel Nilssonbengibol...@gmail.com: Nu ska vi se om jag lyckas svara i listan korrekt. Det är jag som ursprungligen importerade nationalparkerna i Sverige. Jag lade också märke till att Landsgränserna i norra Sverige inte stämde och jag har för mig att jag försökte göra en justering på frihand från någon annan karta genom att studera var gränslinjen går i förhållande till sjöar och vattendrag. Bättre än var det var innan i alla fall. Nationalparkerna är samtliga svenska parker vid tillfället. Kosterhavet och övriga ändringar i år är följdaktligen inte med. Import skedde från GIS-data från länsstyrelserna: http://gis.lst.se/ Det är även där shapefiler för naturreservat finns. Dessa kan vara intressanta att få loss från länsstyrelserna. Avtalet från länsstyrelserna säger ungefär egentligen att GIS-data får användas på hemsidor förutsatt att det är rendrerat. Inget vektordata ska kunna laddas ner, där finns lite jobb att snacka med dem om. Jag såg inga problem med att importera datat av just nationalparkerna, då definitionen av dessa ligger på staten och finns inskriven i svensk lag. Länsstyrelserna borde därmed inte kunna ha något att säga om dessa. Men man kanske kan se över konverteringen av shape-filerna igen. De finns att ladda ner på länsstyrelsernas sida ovan. Jag kanske använde fel projektion eller nåt. mvh /Daniel Nilsson Einar Ryeng skrev: Hej, Vi har fått frigitt grensene til norske nasjonalparker, men når vi konverterer dem til OSM stemmer de ikke 100% med de svenske nasjonalparkene. Dette vises best ved grensen mellom norske Rago og svenske Padjelanta hvor det er ca 40 meter overlapp mellom parkene. Riksgrensen mellom Norge og Sverige er dessverre ikke rett, så det er vanskelig å se hvilke data som er riktige. Det hadde derfor vært fint om noen kunne svare på et par spørsmål så vi finner feilen: - Hvilken kilde er de svenske nasjonalparkene importert fra? - Hvilket format er dataene konvertert fra? - Hvordan er dataene konvertert til OSM? (De norske nasjonalparkene er ikke lagt inn ennå, siden vi ikke er sikre på at konverteringen til osm er riktig. Norske data ligger som originale shp-filer, konverterte shp-filer og osm-filer på http://hild1.no/tmp/natutm/ og er konvertert med ogr2ogr -t_srs EPSG:4326 new_file.shp old_file.shp) Med vennlig hilsen, ___ 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: [OSM-talk] Tagging continuous flow intersections
On Sun, 23 Aug 2009 18:11:59 -0500, David Lynch wrote: I suspect that I'd end up creating a set of ways that look something like this, plus a whole bunch of oneway tags and turn restrictions: http://dl1050.dyndns.org:/images/osm/cfi.png Wouldn't that make routers say turn left and at the traffic signals continue stright ahead, and then at the next traffix signals turn slightly left and finally turn left when it should be turn left at the traffic signals? Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [RFC] Deprecating the use of Tag:highway=stop in favour of Key:stop
[...] This is obviously wrong. Yes, we could link those stops with the junction in a relation -- but adopting a proper Key:stop stop seems *much* cleaner to me. [...] Yes, the highway=stop is not a good solution. However, I prefer the suggested relation instead. http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Dstop Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Kvartersnamn?
Hej! Man skulle kunna låta varje kvarter vara ett eget landuse=* med en name=* tag. Exempel skulle vara landuse=retail, name=Balder och landuse=residential, name=Björnen. Enda problemet är om kvarteret är stort och innehåller blandad användning. mvh Konrad Den 20 augusti 2009 16.21 skrev Simon Josefssonsi...@josefsson.org: Hej! Jag har spenderat sommaren med att mappa ett nytt område ute på landet, men nu när jag är tillbaka till stan har jag mappat småskaligt inne i Stockholm. En sak jag noterat när jag går runt och läser vägskyltar är kvartersnamnen. Hur lägger man in kvartersnamn? Är det önskvärt? Många olika offentliga system (t.ex. fastigheter) använder kvartersbeteckningar, så det känns som intressant information att ha på en karta. Ska man skapa en relation för varje kvarter och låta alla fastigheter i kvarteret vara del av relationen? Någon som känner till om begreppet finns i andra länder? /Simon ___ 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: [OSM-talk] Cyclelane on left/right
tisdagen den 18 augusti 2009 13.45.24 skrev talk-requ...@openstreetmap.org: Are there any progress on the left/right situation on cycleway=lane/track that are only on one side of the street? yes, there is a solution for cycleway=track. Map it separately and tag highway=cycleway. track can be considered deprecated ;-) But don't forget to connect the cycleway to the road wherever it is possible to change from one to the other. Which it is at literally every single point in space along most Danish cycleways. This seems like a poor plan. It is indeed a very poor plan. Almost all major streets in danish cities have biketracks in each side of the street. In profile, the construction looks like this: sidewalk - \bikepath - |heavy traffic. --- By using the proposed segmented_tag relation [1] (I'd prefer it to be just called segmented) you could use cycleway:left and cycleway:right on the segment since the relation doesn't rotate if the way is rotated. [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Segmented_Tag I also have an idea of having use for cycleway=track. A cycleway=lane is a lane - the bicycle area is separated from heavy traffic only by a painted line. A cycleway=track is still on the same carriageway, but separated from the heavy traffic by curbstones, height difference, or a small fence etc. (The Danish example would be a cycleway=track if I understand it.) And finally, on a highway=cycleway the carriageway for bicycles and heavy traffic is separated. Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM status POIs?
I'm using highway=road stubs with a fixme=continuation tag. Both show up in validators so they get attention if anyone is there mapping. See e.g. http://osm.org/go/0eHp_Ibf-?layers=0B00FTF Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Cyclelane on left/right
Are there any progress on the left/right situation on cycleway=lane/track that are only on one side of the street? I've seen the proposal of e.g. cycleway:left, but as far as I know it's only a proposal and I can see the problem of using such sub-keys. Is there a system that is rendered? Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] PDOP, HDOP, VDOP
My GPS logger can save PDOP, HDOP, VDOP, DAGE and DSTA precision data. When converting to GPX-track I can exclude points based on *DOP values. 1. Are there any use for DAGE and DSTA? (I have them disabled - enableing them decreases the estimated trackpoints in memory by 16%) 2. Which of the *DOPs are useful for this kind of filtering. 3. Do you happen to have some suggested values of *DOP when not to include the trackpoint? regards Konrad Skeri ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Modifying variable in wiki
How do I modify a variable in a template on the wiki. In the Swedish version of the place-template there's a link to a weather site with forecasts for the city. Works for all Swedish cities as long as there is no space in the area name. However, for Vastra Gotaland the url of the area part to the weather site has to be Vastra_Gotaland. Is there a simple way to handle this (changing spaces to _) within the wiki-templare, or do I have to pass a url-friendly area name as a variable? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Modifying variable in wiki
How do I modify a variable in a template on the wiki. In the Swedish version of the place-template there's a link to a weather site with forecasts for the city. Works for all Swedish cities as long as there is no space in the area name. However, for Vastra Gotaland the url of the area part to the weather site has to be Vastra_Gotaland. Is there a simple way to handle this (changing spaces to _) within the wiki-templare, or do I have to pass a url-friendly area name as a variable? Maybe the anchorencode function is what you need? http://www.mediawiki.org/wiki/Help:Magic_words That seems to work with one exception - it doesn't handle non-English characters in the same way as urlencode, so I'm getting invalid URLs for e.g. Västra Götaland. I've also tried nesting them without any useful results. Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Redefine the highway-key from scratch
As we probably never can agree on the semantics discussion we should redefine the syntax of the highway-tag from scratch. This will never happen since it's a pita-job to edit the existing data, but here we go: 1. Remove all highway=motorway, trunk, primary, etc. 2. Use highway=road. It's a road! If we can't agree on what is a road we're in trouble. 3. Use additional tags like motorway=yes, living_street=yes for roads with special status. Perhaps also trunk=yes (this is alreasy used in Sweden as stamväg=yes). 4. Use admin_level=1...10 or 1...20. (or whatever key name is best suited) You can argue until hell has experienced 666 freeze-thaw cycles wheater unclassified is higher, lower or equal than residential, but 4 is a higher classification than 5. Period. spinal tapBut remember: 11 is always more than 10, right... ;) /spinal tap Use the whole scale and omit levels so that countries with intermediate classifications will have a free number to use. One way of doing this it so use 1...100 and have 1, 10, 20, 30...100 as standards. If a country then has a road that lies between 40 and 50 then use 45. If if your area has two roads between 60 and 70 then use 63 and 66. (The freeways of US goes here (though in the 1...9 span) - from the little I've read there are users who wants to splice it up depending of different factors.) Large scale renderers (mapnik, osmarender, cycle map) can easily have the same rendering for 1...9, 10...19, 20...21 etc and local renderers can create special rules that suites their purpose. This key could also encompass the track_grade system, but admin_level might be a bad name for that. 5. A residential road would be a highway=road, abutters=residental or a highway=road passing through landuse=residential area. This allows for different grade residential roads. Eg. http://osm.org/go/0ex4n1HM?layers=B000TTF - Östra Kyrkogatan is a residential road (apartments with doors directly facing the street), but at the same time it's the main drive-through road of the area. 6. Make good use of availible road standard tags such as, but not limited to, lanes=*, maxspeed=*, surface=*, lit=* etc. And yes I know, highway=road is already in use. So add admin_level=unknown to them first then. (See the solutions - not the problems) Now, you are on the way of getting administrative grading (admin_level), quality grading (lanes, maxspeed, surface) and lovely beautiful maps without having to argue the purpose and size of a unclassified road. As always: grade what is - not as you wish it to render. Are you using highway=unclassified since it renders properly compared to residential, or because it fits the description of the highway-type. And finally - this is not a super-serious proposal. Just giving you something to think about. /Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - Voting - Destination signs (realation)
Extending the voting period for the destination signs relation due to few votes. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Destination_Signs /Konrad ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-se] [Vote] Första omröstning för t aggning av vägar.
Det verkar inte vara så livlig diskussion så vi kanske ska dra igång en omröstning så vi kan få något bestämt om hur saker ska göras. Eftersom det blir på tok för många permutationer att ta ställning till så tänkte jag göra ett första omröstningssteg med tre alternativ efter vilken grundinriktning vi ska ha när vi taggar vägar. De tre förslagen är: [A] Vägstandard [B] Administrativ klassificering [C] Viktighetsklassificering Nyckelargumenten som framförts finns att läsa här: http://wiki.openstreetmap.org/index.php/Talk:Sv:Map_Features#Standard_vs_administrativ_vs_.22viktighets.22-klassificering Enligt OSM-röstreglerna ska det bara finnas ett förslag som man sedan röstar för eller emot, så jag hoppas att det går bra att vi frångår det i denna fråga. Följdfrågan är om det behövs en utslagsomgång med de två förslag som får flest röster a la presidentval om vi inte får en tydlig vinnare redan i början. Om ingen har några invändningar öppnar jag omröstningen på talk-sidan. (Eller rättare sagt, jag öppnar den och tar bort den om det kommer många invändningar.) http://wiki.openstreetmap.org/index.php/Talk:Sv:Map_Features#Omr.C3.B6stning Konrad ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
