[Talk-se] Vänern försvunnen?
Verkar som att Vänern inte är med längre som vatten? I alla fall inte med vanliga mapnik-tiles från openstreetmap.org. https://www.openstreetmap.org/#map=9/58.8052/13.4253 /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664 EBB7 70C6 DEA9 B320 F875___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten
Jag utgick från beskrivningen på https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bath som verkar vara badplatser av alla storlekar. Och att det räcker med några faciliteter - jämför https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbathing_place och även på sidan https://wiki.openstreetmap.org/wiki/Swimming_and_bathing längre ner där "Natural water bathing facility" beskrivs som "This is a area consisting of both water and land. A designated bathing area at any kind of water that is not a swimming pool or similar." och taggas med amenity=public_bath. Men ja, det verkar inte helt lätt. Bra att slippa natural=beach i alla fall för själva "anläggningen", och håller med om att sport=swimming inte känns särskilt rätt om det faktiskt inte är främst för simtävling / träning. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664 EBB7 70C6 DEA9 B320 F875___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten
Hej! Jag har börjat gå igenom badplatser - och hittade en *mängd* olika taggningar, bland annat leisure=beach och beach_resort, natural=beach på noder, sport=swimming och name="badplats" ... Försöker normalisera till amenity=public_bath (när det finns i alla fall brygga och byggnader) eller i ett fåtal fall leisure=bathing_place när det inte verkar finnas några faciliteter av flygfoto eller tidigare taggning att döma. I alla fall den första visas som badplats i standardkartan. Har också hittat en trevlig källa för att hitta fler badplatser, och ibland hitta namn på dem: Havs- och vattenmyndighetens statistik över vattenkvalitet. Själva vattenkvaliteten varierar lite för mycket för att passa i OSM, men borde gå använda namn, plats, URL till vattenkvalitet och om badet kontrolleras enligt EU-krav. Ska gå att använda motsvarande CC0 enligt konversation med myndigheten. https://www.havochvatten.se/hav/fiske--fritid/badvatten/statistik-over-badvattenkvalitet.html Tänker bara göra manuell import - det är för mycket som sticker ut med badplatser och behöver rättas till för någon automatisering. Frågor: 1. Vill någon vara med? Då kan jag göra GeoJSON och lägga upp, så kan fler importera manuellt. Vore trevligt - det är många noder. 2. jag tänkte använda ref:hav för ID hos havs- och vattenmyndigheten. Tänker att det är bra kunna gå tillbaka - en interaktiv karta skulle rent av kunna hämta aktuell vattenkvalitet. Synpunkter på ref-tagg? 3. Finns det någon tagg för EU-granskat bad redan? 4. Det verkar vara rätt stor variation i om noder för badplats placeras i vatten eller på land. Jag lutar något åt vatten nära stranden eftersom det är där badet sker, men kan tänka mig annat (liksom undantag för till exempel badplats på udde). Synpunkter? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664 EBB7 70C6 DEA9 B320 F875___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] ombud för apotek, systembolaget och post ...
Hej! Vad är bästa praxis för att tagga paketombud (gärna med vilket paketbolag det rör sig om), apoteksombud och ombud för Systembolaget? Tänker särskilt på små butiker på landet där allt sköts från samma disk; då blir det svårt att sätta taggar bredvid varandra (till skillnad från större butiker som kan ha ett särskilt "posthörn"). /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664 EBB7 70C6 DEA9 B320 F875___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Talk-se Digest, Vol 145, Issue 18
Hej Tomas, Det är lätt att sitta framför en dator och tro att stående format är helt kokobello, men majoriteten av konsumtionen av film på nätet sker på mobiltelefoner. För att kunna göra det bästa valet för just det här projektet måste man veta mer om målgruppen, men utan att veta någonting om den så är stående format sannolikt bäst. Hälsningar från en gamling med barn, som jobbar professionellt med filmer till bl a Youtube. //Per > 28 maj 2020 kl. 13:00 skrev talk-se-requ...@openstreetmap.org: > > Send Talk-se mailing list submissions to > talk-se@openstreetmap.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.openstreetmap.org/listinfo/talk-se > or, via email, send a message with subject or body 'help' to > talk-se-requ...@openstreetmap.org > > You can reach the person managing the list at > talk-se-ow...@openstreetmap.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Talk-se digest..." > > > Today's Topics: > > 1. Förfrågan från Wikimedia Sverige (Karl Wettin) > 2. Re: Förfrågan från Wikimedia Sverige (Tomas Marklund) > > > -- > > Message: 1 > Date: Wed, 27 May 2020 15:35:46 +0200 > From: Karl Wettin > To: "talk-se@openstreetmap.org e-postlista" > > Subject: [Talk-se] Förfrågan från Wikimedia Sverige > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Wikimedia Sverige undrar om vi kan tänka oss att spela in en liten film > (max 55 sekunder lång) i stående format på en telefon där man berättar lite > om varför OSM är bra. Filmen måste vara CC-BY (eller bättre) då den kommer > distribueras av dem. > > Är det någon här som kan tänka sig att spela in och vara huvudpersonen i > denna film? Som anställd av Wikimedia Sverige upplever jag det som att jag > sitter på lite för många stolar och har lite för många hattar på mig för > att vara den som är med på denna film och uttrycker sina åsikter. > > Jag tycker det är rimligt att den som spelar in filmen har fullt mandat att > föra fram sina subjektiva åsikter. Samtidigt är det juste om vi, > gemenskapen, tillsammans först kan prata lite om vad det är som gör OSM bra > för att ge lite vägledande tankar. Dock är det väldigt svårt att summera > det på 55 sekunder. > > Eftersom de flesta som kommer se filmen inte vet hur OSM skiljer sig från > tex en tryckt karta på ett papper så tror jag det är bra att fokusera på > att det handlar om geografisk rådata och att kartan bara är ett av många > tänkbara resultat av att arbeta med denna data. Den kan användas till att > skapa en reseplaneringsmjukvara. En biodlare kan ställa en GIS-fråga för > att leta upp lämpliga innergårdar i stadsmiljö nära kolonilotter för att > ställa ut kupor. Din bil skulle kunna rekommendera dig att parkera runt > hörnet så solen smälter frosten på fönsterrutan åt dig på morgonen. Att HOT > på riktigt räddat liv när gemenskapen kommit samman och skapat kartor åt > räddningsarbetare i katastrofområden. > > Är det någon som känner sig manad att ta denna pucken? Jag borde egentligen > inte skriva det, men vill ingen så kan jag göra det. > > Värt att nämna i detta mejl är att Wikimedia Sverige är de som för många år > sedan ursprungligen sponsrat OpenStreetMap Sverige med server, och nu i > veckorna med nya hårddiskar till denna då de gamla brunnit upp. Så det är > en liten gentjänst från oss till dem att göra det här. > > > Kalle > -- next part -- > An HTML attachment was scrubbed... > URL: > <http://lists.openstreetmap.org/pipermail/talk-se/attachments/20200527/acc6e141/attachment-0001.htm> > > -- > > Message: 2 > Date: Wed, 27 May 2020 16:01:37 +0200 > From: Tomas Marklund > To: OpenStreetMap Sverige mailinglista > Subject: Re: [Talk-se] Förfrågan från Wikimedia Sverige > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Stående format? Suck.. Skicka tillbaka den här till dem :) > > https://youtu.be/f2picMQC-9E > > /Tomas > > Den ons 27 maj 2020 kl 15:37 skrev Karl Wettin : > >> Wikimedia Sverige undrar om vi kan tänka oss att spela in en liten film >> (max 55 sekunder lång) i stående format på en telefon där man berättar lite >> om varför OSM är bra. Filmen måste vara CC-BY (eller bättre) då den kommer >> distribueras av dem. >> >> Är det någon här som kan tänka sig att spela in och vara huvudpersonen i >> denna film? Som anställd av Wikimedia Sverige upplever jag det som att jag >> sitter på lite för många s
[Talk-se] [OFF TOPIC] Ny tjänst från Lantmäteriet
Min karta är en ny gratistjänst från LM. Finns på web https://minkarta.lantmateriet.se/ och för iPad/iPhone https://apps.apple.com/se/app/min-karta/id1495766306 samt är under utveckling för Android. Webbtjänsten och appen synkar med GPS och centrerar kartan och kan rotera kartan i färdriktningen. Webbtjänsten har en bra sökfunktion. I appen finns karta och flygbild. På webben fins även bergochdalkarta och äldre flygbilder. Bra som referens vid kartering. Vilket värde har OSM när det finns ett bättre gratisalternativ, förutom att det är kul att kartera? Nu svor jag kanske i kyrkan... //Per___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Talk-se Digest, Vol 139, Issue 10
Hej, Mitt första inlägg Med risk för att vara ofin, Facebooks grupper är gratis och innehåller medlemsadmin och accesskontrol på många nivåer. Riktigt bra men det innebär ju att CIA vet vad vi gör. Hälsning från en närområdeskarterare på Ekerö! //Per Geijer > 18 nov. 2019 kl. 13:03 skrev talk-se-requ...@openstreetmap.org: > > Send Talk-se mailing list submissions to >talk-se@openstreetmap.org > > To subscribe or unsubscribe via the World Wide Web, visit >https://lists.openstreetmap.org/listinfo/talk-se > or, via email, send a message with subject or body 'help' to >talk-se-requ...@openstreetmap.org > > You can reach the person managing the list at >talk-se-ow...@openstreetmap.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Talk-se digest..." > > > Today's Topics: > > 1. Re: Finns interesse för att börja en Svensk > lokalförening? (Axel Pettersson) > > > -- > > Message: 1 > Date: Mon, 18 Nov 2019 10:28:59 +0100 > From: Axel Pettersson > To: OpenStreetMap Sverige mailinglista > Subject: Re: [Talk-se] Finns interesse för att börja en Svensk >lokalförening? > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Hej, > Intresse verkar finnas här och i en parallell tråd, så jag spinner vidare. > > Vi använder ett medlemshanteringssystem som heter Zynatic, och hanterar > våra ~500 medlemmar i det. Mycket automatiserat men en del hantering krävs, > och på https://se.wikimedia.org/wiki/Medlemskap/Zynatic går det att läsa > lite och på https://www.zynatic.se/ finns prislista. Vi har Bas + > medlemsinloggning, vilket för upp till 250 medlemmar kostar 84:- per månad. > Finns intresse av att använda det kan vi hjälpa till att sätta upp och > administrera, och med en rimlig plan för framtiden går det att ansöka om > bidrag för kostnaden till att börja med också. > > Finns intresse för att ha en sammankomst går det att söka bidrag till resor > och mat, se till exempel > https://se.wikimedia.org/wiki/Projekt:St%C3%B6d_till_gemenskapen_2019/Bidrag/Erfarenhetsutbyte_och_l%C3%A4gerguide > för > hur en ansökning kan se ut. Lokalmässigt sitter vi hos Internetstiftelsen, > Goto10[1], på Hammarby kaj 10D, och där går det att boka in sig utan > kostnad om Stockholm är ett passligt ställe att vara. > > [1] https://www.goto10.se/ > > /axel > > > Axel Pettersson > Projektledare GLAM/Outreach > Wikimedia Sverige > > +46 (0)733 96 55 65 > axel.petters...@wikimedia.se > > Twitter: @Haxpett <https://twitter.com/haxpett> > > Stöd fri kunskap, bli medlem i Wikimedia Sverige. > Läs mer på *wikimedia.se/sv/blimedlem <http://wikimedia.se/sv/blimedlem>* > > > Den tis 12 nov. 2019 kl 15:50 skrev Mattias Axell : > >> Skulle gärna se en svensk lokalförening. Vore kul att se aktiviteter för >> mer öppna kartor och OSM. >> >> Det har väl redan donerats en del hårdvara och medel från företag et.c. så >> att formalisera lokalt men fortfarande hålla det lättviktigt kanske kan >> vara uppskattat. >> >> Att hitta smarta lösningar för att minimera manuell handpåläggning för >> medlemshantering, ekonomisk administration etc är väl de potentiella >> hindren att överkomma som jag ser det. Typ scenariot att ingen vill vara >> kassör. >> >> Har Wikimedia något medlemssystem och en administrativ resurs för att >> underlätta? Jag letar lösningar för open source medlemssystem (gärna >> Python) och möjligheter för gemensam administration för fler föreningar som >> söker det. >> >> /Mattias >> >>> On November 12, 2019 12:00:51 PM UTC, talk-se-requ...@openstreetmap.org >>> wrote: >>> >>> Send Talk-se mailing list submissions to >>>talk-se@openstreetmap.org >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>>https://lists.openstreetmap.org/listinfo/talk-se >>> or, via email, send a message with subject or body 'help' to >>>talk-se-requ...@openstreetmap.org >>> >>> You can reach the person managing the list at >>>talk-se-ow...@openstreetmap.org >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of Talk-se digest..." >>> >>> >>> Today's Topics: >>> >>> 1. Re: Finns interesse för att börja en Svensk >>> lokalförening? (Erik Johansson) >>> ---
Re: [Talk-se] Lantmäteriet anammar CC0
Hurra! /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Trafikverket (igen)
On Sun, 16 Apr 2017, Mattias Dalkvist wrote: Trafikverket har ändrat license på sin data portal nu är det cc0 (för mycket av datan) se wiki Underbart! Alltså hela NVBD? Ser ju ut som det. Jag skulle gärna importera beläggning på vägar, men det kanske är bäst att importera med andra liknande egenskaper. Någon som jobbar med ovanstående? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gamla tågspår - Ska de mappas?
Jag ser gärna att gamla järnvägsspår är kvar. Även om banvallen är förstörd syns den ofta tydligt i terrängen, och sådant ska vi mappa. Sen skulle jag kunna sträcka mig till att även behålla "osynliga" fd järnvägar - de är inte bara en banvall, utan också något som strukturerat omgivande bebyggelse och kan bli en nyckel när man försöker läsa av ett område som det ser ut idag. Tycker också det var rätt trevligt att se fd järnvägar när man är ute och turistar faktiskt. Jag kan tänka mig dock att de strukturer som inte finns på marken *alls* kan förpassas till något av de system som föreslagits om OSM med tidslinje. En *rolig* applikation vore till exempel att kunna gå omkring i någon klosterruin och slå på (i en turistorienterad karta till exempel) att visa att man befann sig i en kryddträdgård, i ett kapell osv. Eller då att man ser att den där stenbiten läng cykelvägen var en lastkaj. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] ideell förening - OpenStreetMap Sverige
Definitivt ideell förening, om det ska bildas förening. Jag har hållit på med stadgar i Friends of the Earth, mp mm, och kan gärna kolla på dem också vid tillfälle. Skulle också gärna fråga först: Behöver vi en egen förening, eller skulle det passa bättre som ett projekt inom wikimedia Sverige? Det är viss overhead per förening, och även om initiativtagarna orka med att dra igång och hålla i sådant, ska det underhållas i fortsättningen också. Största anledningen att starta egen förening är kanske att man vill bestämma själv, eller att det inte finns någon befintlig som vill syssla med ens verksamhet. Eller kanske att befintlig är för dyr (till exempel 200-300 kr medlemsavgift) för att alla man vill ska vara aktiva ska med. Får påminna om att det faktiskt inte behövs någon medlemsavgift - och kanske inte någon ekonomihantering alls - för att ha en förening; det räcker med någon "aktiv handling" för medlemskap (som att skriva under att man är intresserad). Vill vi ha pengar kan medlemsavgift vara bra, men är inte nödvändigt i sig. Spontant skulle jag gärna kolla om någon befintlig förening vill hålla på med det vi gör, så att vi kan hänga på deras infrastruk. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Nybörjare
Jag vandrar en del och såg att Skåneleden hade vissa sträckor som behöver ”inventeras”. Vad innebär det rent konkret? Kolla var stigarna går, om de existerar än. Gärna göra anteckningar om raststugor, info-tavlor osv. Stigar särskilt i skog är notoriskt svåra att spåra från flygbilder och därmed ett angeläget objekt att undersöka på plats. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] taggning av vinterleder
On Wed, 30 Mar 2016, Björn Stenberg wrote: Är det inte precis detta taggen seasonal=winter är till för? Verkar vara en generalisering av samma sak (ice_road är ju bara för highway, och kanske implicerar något mer), så jo, verkar väl lite så. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] taggning av vinterleder
Hej! Hemma från fjällen och med lite spår :-). Hittar en skid- och skoterleder (ofta kombinerade) som är taggade highway=path, foot=no. För mig innebär det att det året runt *finns* en stig av något slag i alla fall. På en del ställen (över vattendrag utan bro till exempel) är det definitivt inte fallet. Vad säger ni om att lägga till ice_road=yes för "stigar" som enbart är vinterleder? Det verkar det mest logiska för mig - det är ju som ice_road-taggen säger infrastruktur som bara finns på vintern. Då borde den till exempel bara synas på vinterkartor, inte som nu på kartor som används sommartid. Eller i alla fall märkas särskilt. Sen kan den också taggas snowmobile=designated, eller piste:type=nordic om det finns skidspår. För skidspår över fält har jag också taggat *bara* piste:type=nordic (och lite om grooming, skyltar osv). Åsikter? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Open Data Day Stockholm
Ingen specifik, men Tommy Bylund (tommy.byl...@trafikverket.se) var den som svarade om att de valt CC-BY, och borde väl hålla i något relevant. Vore kul om någon kom :-) /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] från Trafikverket om licens för NVDB
Fick detta. Kanske vi kan tjata om något annat? /Per Eric -- Forwarded message -- Date: Wed, 17 Feb 2016 11:42:53 + From: tommy.byl...@trafikverket.se To: p...@rosnix.net Subject: SV: Skriv i rubrik #242458 (licens för NVDB) Hej, Vi kommer att använda oss av CC by 4.0, den kommer att bytas ut inom kort vad det gäller Lastkajen och våra API. /Tommy -Ursprungligt meddelande- Från: Per Eric Rosén [mailto:p...@rosnix.net] Skickat: den 17 februari 2016 12:01 Till: Lastkajen Ämne: Re: Skriv i rubrik #242458 (licens för NVDB) Hej! Har ni funderat något på att förtydliga licensen för själva *data* som kan gå att nå via NVDB-tjänsterna? (se brevet nedan). En lite tydligare - och gärna Open Streetmap-kompatibel - licens skulle passa bra för öppna data. Tillägg: Det bästa är om det går att nå själva data i NVDB under CC0 (vilket är vanligt). ODBL fungerar fint också men kan vara lite krångligare om några detaljer licensen skulle behöva uppdateras. hälsar vänligt Per Eric Rosén, aktiv i Open Streetmap Sverige -- Forwarded message -- Date: Wed, 13 Jan 2016 19:19:49 +0100 (CET) From: Per Eric Rosén <p...@rosnix.net> To: lastka...@trafikverket.se Subject: Re: Skriv i rubrik #242458 Skall fatta mig kort. Den 13/1-16 så släpper vi våra data helt fritt. Det kommer att finnas tre licensalternativ, 1-2 är helt fria men olika inloggningstyper. Hej och tackar! Roligt att ni lagt upp dem! Nu har jag hittat NVDB på hemsidan, och själva formaten den erbjuds i är föredömligt många och öppna. Dock finns det ett par oklarheter med licensen som jag tror är något som inte hunnit tänkas på helt enkelt. Bland annat är det vad jag uppfattar oklart vad som gäller själva tjänsten (att ansluta till trafikverkets servrar för att ladda ner data, för att komma åt API:er osv). Där är det självklart inga problem att licensen är "exklusiv, icke överlåtbar, icke upplåtbar och återkallbar". När det gäller själva informationen som laddats ner, är däremot villkoren något otydliga. Innebär det att det inte är tillåtet till exempel att göra en karta över ett naturreservat, lägga in vägar från NVDB och publicera? Formuleringen "Såvida du inte har fått Trafikverkets särskilda, skriftliga godkännande har du därför inte rätt att hävda äganderätt till, publicera, kopiera, överlåta, licensiera ..." tyder på det. En vanlig definition av "öppna data" är att det är fritt att använda som allmänheten önskar - och i "använda" ingår också de immaterialrättsliga rättigheterna att kunna sprida materialet, eller deriverade verk som innehåller delar av materialet. Däremot är det också vanligt - och inga problem alls - att i licensen för data påpeka att dataleverantören inte på något sätt är ansvarig för resultatet av användning av data, att data är korrekta eller användbara på något sätt. Likaså självklart att licensen är icke-exklusiv. Det finns ett par standardlicenser som är vanliga. Det är inte viktigt vilken av dem som används, men att materialet går att använda utan restriktioner - i alla betydelser - av medborgare i både föreningar och företag (samtidigt som Trafikverket hålls fria från ansvar för dessas användning) är naturligtvis ett önskemål. Framför allt vore det bra och rimligt om data från Trafikverket kan användas i till exempel Wikipedia, eller i Open Streetmap - en internationell fri kartdatabas som redan idag används för mängder av tjänster och kartor. (http://wiki.openstreetmap.org/). I allmänhet (för både data, bildfiler, dokument osv) brukar CC-0 (https://creativecommons.org/publicdomain/zero/1.0/legalcode) passa bra. I USA används public domain men CC-0 är vanligare i Europa. För strukturerade data är ODBL (http://opendatacommons.org/licenses/odbl/) ett bra alternativ, som bland annat används i Open Streetmap. Frågor: * Vad gäller för själva informationen, till skillnad från tjänsterna? Går det att göra kartor baserat på dessa data och sprida (licensmässigt, lagar om publicering av kartinformation är en annan fråga)? * är det tillåtet att använda data från NVDB i Open Streetmap? Det funderar för de flesta andra "öppna data" internationellt och i Sverige, och vore mycket värdefullt om det kan fungera för dessa också. Om Trafikverket inte vill ändra de allmänna licensvillkoren så skulle det också fungera bra om vi får tillstånd (som nämns) att använda NVDB-data i Open Streetmap under ODBL, CC-0 eller motsvarande licens. Jag är aktiv i Open Steetmap-projektet i Sverige, och om ni har några frågor om Open Streetmap går det bra att fråga mig så kan jag förhoppningsvis hjälpa till eller i varje fall skicka vidare till andra. Hör också gärna av er om ni funderar på om några villkor skulle fungera med Open Steetmap eller inte. hälsar vänligt Per Eric Rosén, Uppsala (Uppsala cykelförening) -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@ros
Re: [Talk-se] NVDB på väg att släppas som öppna data
Trafikverket verkar ha beslutat att öppna data enligt Vinnovas definition[1], vilket lyder ”Data kan kallas öppna data om vem som helst fritt får använda, återanvända och distribuera dessa med som största motprestation att ange källa eller krav på att dela data på samma sätt.” Vilket ju är bättre än nuvarande "licens" på trafikverket.se. Det behöver inte bli ODBL-kompatibelt, men finns goda chanser med definitionen. Särskilt om de lyckas använda just ODBL, vilket ju borde passa bra för öppna data ... /Per Eric [1] http://www.vinnova.se/upload/EPiStorePDF/vr_14_04.pdf -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] NVDB på väg att släppas som öppna data
On Wed, 13 Jan 2016, Erik Johansson wrote: 2016-01-13 18:47 GMT+01:00 Per Eric Rosén <p...@rosnix.net>: Den licens man behöver bekräfta finns nedan. Den verkar inte helt genomtänkt - framför allt verkar TRV inte riktigt göra skillnad på villkor för att ansluta till deras tjänster/API (själva nerladdningen, relatidstjänster om trafikstörningar osv) och villkor för själva datat Skickade följande fråga igår: --- From: Per Eric Rosén <p...@rosnix.net> To: lastka...@trafikverket.se Date: Wed, 13 Jan 2016 19:19:49 +0100 (CET) Subject: Re: Skriv i rubrik #242458 Skall fatta mig kort. Den 13/1-16 så släpper vi våra data helt fritt. Det kommer att finnas tre licensalternativ, 1-2 är helt fria men olika inloggningstyper. Hej och tackar! Roligt att ni lagt upp dem! Nu har jag hittat NVDB på hemsidan, och själva formaten den erbjuds i är föredömligt många och öppna. Dock finns det ett par oklarheter med licensen som jag tror är något som inte hunnit tänkas på helt enkelt. Bland annat är det vad jag uppfattar oklart vad som gäller själva tjänsten (att ansluta till trafikverkets servrar för att ladda ner data, för att komma åt API:er osv). Där är det självklart inga problem att licensen är "exklusiv, icke överlåtbar, icke upplåtbar och återkallbar". När det gäller själva informationen som laddats ner, är däremot villkoren något otydliga. Innebär det att det inte är tillåtet till exempel att göra en karta över ett naturreservat, lägga in vägar från NVDB och publicera? Formuleringen "Såvida du inte har fått Trafikverkets särskilda, skriftliga godkännande har du därför inte rätt att hävda äganderätt till, publicera, kopiera, överlåta, licensiera ..." tyder på det. En vanlig definition av "öppna data" är att det är fritt att använda som allmänheten önskar - och i "använda" ingår också de immaterialrättsliga rättigheterna att kunna sprida materialet, eller deriverade verk som innehåller delar av materialet. Däremot är det också vanligt - och inga problem alls - att i licensen för data påpeka att dataleverantören inte på något sätt är ansvarig för resultatet av användning av data, att data är korrekta eller användbara på något sätt. Likaså självklart att licensen är icke-exklusiv. Det finns ett par standardlicenser som är vanliga. Det är inte viktigt vilken av dem som används, men att materialet går att använda utan restriktioner - i alla betydelser - av medborgare i både föreningar och företag (samtidigt som Trafikverket hålls fria från ansvar för dessas användning) är naturligtvis ett önskemål. Framför allt vore det bra och rimligt om data från Trafikverket kan användas i till exempel Wikipedia, eller i Open Streetmap - en internationell fri kartdatabas som redan idag används för mängder av tjänster och kartor. (http://wiki.openstreetmap.org/). I allmänhet (för både data, bildfiler, dokument osv) brukar CC-0 (https://creativecommons.org/publicdomain/zero/1.0/legalcode) passa bra. I USA används public domain men CC-0 är vanligare i Europa. För strukturerade data är ODBL (http://opendatacommons.org/licenses/odbl/) ett bra alternativ, som bland annat används i Open Streetmap. Frågor: * Vad gäller för själva informationen, till skillnad från tjänsterna? Går det att göra kartor baserat på dessa data och sprida (licensmässigt, lagar om publicering av kartinformation är en annan fråga)? * är det tillåtet att använda data från NVDB i Open Streetmap? Det fungerar för de flesta andra "öppna data" internationellt och i Sverige, och vore mycket värdefullt om det kan fungera för dessa också. Om Trafikverket inte vill ändra de allmänna licensvillkoren så skulle det också fungera bra om vi får tillstånd (som nämns) att använda NVDB-data i Open Streetmap under ODBL, CC-0 eller motsvarande licens. Jag är aktiv i Open Steetmap-projektet i Sverige, och om ni har några frågor om Open Streetmap går det bra att fråga mig så kan jag förhoppningsvis hjälpa till eller i varje fall skicka vidare till andra. Hör också gärna av er om ni funderar på om några villkor skulle fungera med Open Steetmap eller inte. hälsar vänligt Per Eric Rosén, Uppsala (Uppsala cykelförening)___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] nvdb
On Thu, 14 Jan 2016, Erik Johansson wrote: Ah tänkte snarare på om du kollat på datat, jag har börjat gå igenom det i qgis, jag tror de kommer fixa licensen, och hur det än faller ut så kommer det väl vara en resurs för att kolla hur OSM data står sig mot NVDB. men funderar på om man skulle konverntera NVDB till *.osm. Datat i Shapefilerna är inte helt uppenbara. Aha. Nej, har inte börjat titta på data. Känner att jag vill vänta en bit tills licensen är klar. Sen är det nog något vi behöver diskutera här på listan hur vi ska använda materialet. Det är stort, och berör många och välanvända data. * göra ett script för att (mestadels automatiskt) importera egenskaper? * infoga egenskaper från NVDB (beläggning, bredd osv) i befintliga vägar? * Importera nya vägar som inte finns i OSM? * vad gör vi vid konflikter i egenskaper? * vad gör vi när vägar i OSM och NVDB skiljer sig åt? Kan NVDB räknas ha bättre precision? Liknande importer har naturligtvis gjorts förr, så i bra fall kan vi återanvända rätt mycket både kod och principer, och bara anpassa script osv till hur NVDB är strukturerat. Sen bör vi fundera på direkt: * Kontinuerlig import? Ska vi göra importer då och då från NVDB till osm med ny information? (nya vägar, nya trafikmängder osv)? Tror det kan vara bra strukturera importen med det i åtanke i alla fall. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] NVDB på väg att släppas som öppna data
Den licens man behöver bekräfta finns nedan. Den verkar inte helt genomtänkt - framför allt verkar TRV inte riktigt göra skillnad på villkor för att ansluta till deras tjänster/API (själva nerladdningen, relatidstjänster om trafikstörningar osv) och villkor för själva datat. TRV har sagt att data ska vara "utan begränsningar" (se tidigare mail), men bland annat formuleringen "Såvida du inte har fått Trafikverkets särskilda, skriftliga godkännande har du därför inte rätt att hävda äganderätt till, publicera, kopiera, överlåta, licensiera eller annars på annat immaterialrättsligt relevant sätt förfoga över dataprodukterna" verkar ju inte särskilt tillåtande alls. Skulle ju tolkas som att man faktiskt inte har rätt att göra kartor alls och publicera baserat på "dataprodukterna" - *om* det är själva datat som avses. Nu verkar ju avsikten vara att släppa som öppna data, och om vi vänligt påpekar att detta inte uppfyller kriterierna för fri information vilket är det gängse för öppna data, så kanske vi kan få en tydlgare och bättre licens. /Per Eric -- LICENSAVTAL Bakgrund Trafikverket tillhandahåller på webbplatsen Trafikverket.se dataprodukter som ger dig tillgång till statisk och dynamisk väg- och järnvägsdata. Dessa licensvillkor (”Avtalet”) beskriver under vilka förutsättningar dataprodukterna tillhandahålls och vad du har rätt respektive skyldighet att göra då du använder dataprodukterna. Genom att godkänna Avtalet intygar du att du har läst, förstått och godkänner de villkor som anges häri, och de dokument till vilka Avtalet hänvisar. 1. Licens Trafikverket beviljar dig härmed en icke-exklusiv, icke överlåtbar, icke upplåtbar och återkallbar licens att använda dataprodukterna i enlighet med Avtalet. Denna licens, och de produkter och tjänster som du utvecklar under licensen, innebär inte någon begränsning i Trafikverkets, eller annan rättighetshavares rätt att fritt utnyttja, utveckla, ändra och att sluta att tillhandahålla dataprodukterna och tillhörande produkter och tjänster. Som framgår nedan kommer Trafikverket att hålla dig uppdaterad om förändringar gällande dataprodukterna och verkets möjligheter att tillhandahålla dataprodukterna. 2. Immateriella rättigheter 2.1 Trafikverket och/eller de tredje parter med vilka vi samarbetar innehar äganderätten och de immateriella rättigheterna till dataprodukter. Såvida du inte har fått Trafikverkets särskilda, skriftliga godkännande har du därför inte rätt att hävda äganderätt till, publicera, kopiera, överlåta, licensiera eller annars på annat immaterialrättsligt relevant sätt förfoga över dataprodukterna. I de fall dataprodukterna används av dig för att utveckla andra produkter eller tjänster har du inte rätt att hänvisa till dataprodukterna eller till Trafikverket. 2.2 Genom att ta del av dataprodukterna ger du Trafikverket rätt att hänvisa till din firma, och de eventuella produkter och tjänster som du använder. 3. Personuppgiftsbehandling 3.1 I samband med att du väljer att ansluta dig till dataprodukterna kan du behöva registrera vissa personuppgifter hänförliga till dig. Genom att registrera dina personuppgifter samtycker du till att Trafikverket behandlar dina personuppgifter i syfte att administrera, övervaka och möjliggöra din användning av dataprodukterna, och att Trafikverket i egenskap av personuppgiftsansvarig i enlighet med personuppgiftslag (1998:204), behandlar dina personuppgifter i enlighet med vår Policy för personuppgiftsbehandling. 4. Tekniska krav och begränsningar 4.1 Du får bara ansluta till dataprodukterna på det sätt som följer av våra instruktioner, och har inte rätt att på teknisk väg bereda dig obehörig tillgång till, störa eller avaktivera dataprodukterna. Det här innebär bland annat att du åtar dig att inte sprida virus, maskar, trojaner eller annan skadlig kod i dataprodukterna eller på den webbplats där dataprodukterna tillhandahålls. 5. Övriga krav på din användning 5.1 Om du är privatperson behöver du ha fyllt 18 år för att ha rätt att ingå Avtalet, och för att få tillgång till dataprodukterna. 5.2 Du har inte rätt att använda dataprodukterna för produkter eller tjänster som riskerar att skada Trafikverkets verksamhet eller stå i strid med verkets berättigande intressen. 5.3 Du har inte rätt att använda dataprodukterna för produkter eller tjänster som bryter mot lagar och förordningar. 5.4 Om du har några frågor om innebörden av de begränsningar som framgår av denna punkt ”Övriga krav på din användning” eller vill använda dataprodukterna på något annat sätt än vad som framgår häri kan du kontakta lastka...@trafikverket.se. 6. Ansvar 6.1 Trafikverket strävar efter att löpande förbättra dataprodukterna och ser gärna att du informerar om eventuella fel eller brister i användarupplevelsen genom att skicka ett meddelande till lastka...@trafikverket.se. Som närmare anges i denna pu
Re: [Talk-se] NVDB på väg att släppas som öppna data
Jag tror de vill ge sig själva friheten att ha olika licenser för olika delar av sitt öppna data, därav ingen generell på sidan du hänvisar till. Om du tittar på t.ex. API:t för tåginformation, så hittar du en licens där: http://api.trafikinfo.trafikverket.se/API. Min gissning är att NVDB kommer gå en licens på liknande sätt. Jag tror varken de undviker licensfrågan eller är oinsatta: Trafikverket är en lite för stor myndighet för att göra något utan att dra in jurister, det är åtminstone min erfarnhet från att jobba med liknande organisationer. Däremot är det mycket möjligt att deras syn på vad som är en bra licens skiljer sig mycket från vad många inom OSM-communityn tycker är bra. En gissning är att NVDB får en liknande licens som det data Lantmäteriet öppnat upp, d.v.s. CC-BY ( https://www.lantmateriet.se/sv/Kartor-och-geografisk-information/Kartor/oppna-data/villkor/). Det verkar även vara den licens många kommuner använder när de publicerar öppna data. Tyvärr är CC-BY, vad jag förstår, problematisk för OSM ( http://wiki.openstreetmap.org/wiki/Cannot_import_CC_BY-SA_licensed_data), med möjlig reservation för att LM:s licens då saknar "share alike"-delen - vet inte om det förbättrar något. /Per Den 12 januari 2016 00:22 skrev Andreas Vilén <andreas.vi...@gmail.com>: > Vilken licens har de egentligen tänkt sig? Det framgår ingenstans på > webbsidan vad de egentligen menar med öppna data, som ju kan betyda så > otroligt många olika saker. Just OSM har ju extremt strikta regler för att > importera data när det kommer till licensen... > > Jag passade även på att ta en titt på Open Stockholm, som det länkas till > från Trafikverket. Där är det lika oklart. Man länkas vidare till > http://open.stockholm.se/fragor-och-svar/ som i sin tur länkar till en > Wikipedia-artikel om "öppen standard", där det står rakt ut "Det finns > inget egentligt konsensus för definitionen av vare sig "öppen" eller > "standard".". Vill statliga myndigheter verkligen släppa sin data fritt > måste de lära sig vara tydliga med att ange en licens. Jag får intrycket > att de medvetet undviker det för att "inte krångla till det", alternativt > är de inte insatta över huvud taget och tänker att "det här med öppna data > är så fint så det måste vi också göra" utan att tänka igenom vad det > faktiskt innebär. > > MVH Andreas > > 2016-01-11 16:33 GMT+01:00 Per Eric Rosén <p...@rosnix.net>: > >> Appropå NVDB och upphovsrätten kring den, kanske detta mail kan vara av >> intresse: Inom några dagar kommer NVDB släppas som öppna data. >> *Förhoppningsvis* är det som en ODBL-kompatibel licens :-). >> >> /Per Eric >> >> --- >> From lastka...@trafikverket.se Thu Jan 7 09:27:44 2016 >> Date: Thu, 7 Jan 2016 08:27:13 + >> From: lastka...@trafikverket.se >> To: p...@rosnix.net >> Subject: Skriv i rubrik #242458 >> >> Hej, >> >> Skall fatta mig kort. Den 13/1-16 så släpper vi våra data helt fritt. Det >> kommer att finnas tre licensalternativ, 1-2 är helt fria men olika >> inloggningstyper. >> >> Alternativ 3 är ett supportavtal som man får betala en årsavgift för. >> >> De attribut du efterfrågar finns med så det kommer att lösa sig för dig. >> Det du skall veta är att cykelnätet kanske inte är 100%-igt i vissa >> kommuner. >> >> Det är även ca. 85% av landets kommuner som har levererat cykelnätet till >> Trafikverket och NVDB. >> >> Håll utkik på nedanstående länk för där kommer det mer information den 11 >> eller den 12/1 tror jag, hoppas våra webbadministratörer gör sitt jobb. >> >> Även de tre inloggningsalternativen kommer du att se här. >> >> http://www.trafikverket.se/tjanster/data/Oppna_data/ >> >> Med >> vänlighälsning >>??? >>??? >> >> Tommy >> >> Externt tillhandahållande väg- och järnvägsdata/info >> lastka...@trafikverket.se >> Trafikverket >> Avd. Trafikinformation >> 172 90 sundbyberg >> Telefon: 0771-921 921 >> www.trafikverket.se >> >> --- >> >> Hej! >> På Trafikverkets sida om öppna data står att NVDB kommer släppas som >> öppen data under 2016. Det är trevligt! Jag håller bland annat på med >> algoritmer för bättre cykelvägvisning; I de sammanhangen vore särskilt >> belagt eller inte, vägtyp (farlig 2+1-väg?) och trafikdata värdefulla. >
Re: [Talk-se] NVDB på väg att släppas som öppna data
Aha, det låter ju mer lovande än jag vågat hoppas på. Min gissning är att både Lantmäteriet och Trafikverket mer än sneglat på hur man gjort i både Danmark och Norge, så det är nog troligt att det kommer bli ganska likt deras lösningar. /Per Den 12 januari 2016 09:45 skrev Joel Grafström <j...@torsson.se>: > Enligt openstreetmaps wiki-sida har det skett många importer efter ODBL > införandet från bl.a. Norge, Storbritannien, Spanien och Nya Zeeland med > CC-BY licens, så även den licensen borde vara OK. > > Lantmäteriet släppte 1 januari vägkartan, terrängkartan och > distriktsindelningen under CC-BY 4.0 licens så det är inte omöjligt att > NVDB > får samma. > > //Joel > > -----Ursprungligt meddelande- > Från: Per Eric Rosén [mailto:p...@rosnix.net] > Skickat: den 12 januari 2016 02:25 > Till: OpenStreetMap Sverige mailinglista <talk-se@openstreetmap.org> > Ämne: Re: [Talk-se] NVDB på väg att släppas som öppna data > > Där tror jag att vi kan göra en god insats att förklara varför ODBL (eller > CC-0 / PD) är bra licenser. Och att förklara att det är helt i sin ordning > att det inte innebär support eller garanti om lämplighet i data. > > /Per Eric > -- > ^): Per Eric Rosén http://rosnix.net/~per/ > / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311 > > > ___ > Talk-se mailing list > Talk-se@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-se > ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] NVDB på väg att släppas som öppna data
Appropå NVDB och upphovsrätten kring den, kanske detta mail kan vara av intresse: Inom några dagar kommer NVDB släppas som öppna data. *Förhoppningsvis* är det som en ODBL-kompatibel licens :-). /Per Eric --- From lastka...@trafikverket.se Thu Jan 7 09:27:44 2016 Date: Thu, 7 Jan 2016 08:27:13 + From: lastka...@trafikverket.se To: p...@rosnix.net Subject: Skriv i rubrik #242458 Hej, Skall fatta mig kort. Den 13/1-16 så släpper vi våra data helt fritt. Det kommer att finnas tre licensalternativ, 1-2 är helt fria men olika inloggningstyper. Alternativ 3 är ett supportavtal som man får betala en årsavgift för. De attribut du efterfrågar finns med så det kommer att lösa sig för dig. Det du skall veta är att cykelnätet kanske inte är 100%-igt i vissa kommuner. Det är även ca. 85% av landets kommuner som har levererat cykelnätet till Trafikverket och NVDB. Håll utkik på nedanstående länk för där kommer det mer information den 11 eller den 12/1 tror jag, hoppas våra webbadministratörer gör sitt jobb. Även de tre inloggningsalternativen kommer du att se här. http://www.trafikverket.se/tjanster/data/Oppna_data/ Med vänlighälsning ??? ??? Tommy Externt tillhandahållande väg- och järnvägsdata/info lastka...@trafikverket.se Trafikverket Avd. Trafikinformation 172 90 sundbyberg Telefon: 0771-921 921 www.trafikverket.se --- Hej! På Trafikverkets sida om öppna data står att NVDB kommer släppas som öppen data under 2016. Det är trevligt! Jag håller bland annat på med algoritmer för bättre cykelvägvisning; I de sammanhangen vore särskilt belagt eller inte, vägtyp (farlig 2+1-väg?) och trafikdata värdefulla. Frågor: När under 2016 kommer NVDB som öppna data? Kommer det vara utan restriktioner eller i alla fall så att det är kompatibelt med Open Database licence? (vore värdefullt) Kommer det (oavsett öppna data eller ej) gå att få tillgång till skikt om trafikmängd / beläggning osv från NVDB via SLU:s GET-verktyg? hälsar vänligt Per Eric Rosén -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311 ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägdata i OSM och Vägdata hos Trafikverket
On Mon, 11 Jan 2016, Andreas Vilén wrote: 1) alla noder, väglinjer och relationer har unika id:n, som man kan se genom att visa data på webbplatsen (använd verktygen i högerfältet för att hitta det). Fältet heter "osm_id", för övrigt om du importera det med osm2pgsql. Till skillnad från "id" som är det id det har lokalt i din databas. [referensnummer] 2) inte över huvud taget. Vår data har inget med nvdb:s att göra och vi får inte använda deras data av upphovsrättsskäl. De flesta vägar i OSM verkar faktiskt ha en tagg "ref", som är det officiella vägnumret, till exempel "E 4", "55" eller "C 765" (de första ofta skyltade, de senare bara i databaser och vissa kartor). Dessa referensnummer finns i NVDB också. Sen är det inte säkert att det alltid stämmer; till exempel för vägar med dubbla referenser, tillfartsvägar, rondeller osv. Plus att OSM:s taggar (eller NVDB!) kan vara inkompletta. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-dk] Skal du bruge din sunde fornuft eller skal du tolke markfredsloven, færdselsloven og anden relevant lovgivning som OSM mapper ?
Et lidt spøjst spørgsmål vil nogen mene, men jeg synes der grund til at rejse det på baggrund af en henvendelse jeg har modtaget efter at have slettet en sti over en stærkt trafikeret vej og markeret nogle indkørsler og veje private. Det hele starter efter at jeg downloader OSM til min Nüvi og konstaterer at der er tegnet en indkørsel til min garage med *access*=yes http://wiki.openstreetmap.org/wiki/Tag:access%3Dyes *Offentligheden har en officiel, lovmæssig stadfæstet ret til adgang*. Da jeg for mange år siden arbejdede med at kortlægge, tænkte jeg, at det kunne da ikke være rigtigt at indkørslen til min garage skulle have offentlig adgang, så jeg meldte mig igen til OSM og fjernede flere indkørsler og markerede flere indkørsler private. Jeg tillod mig også at fjerne en indtegnet cykel- og gangsti over en vej og ind over en privat ejendom, og så modtog jeg disse bemærkninger: *Jeg kan se, at du har ændret servicevejen mellem Solvej og Sundbrovej (smutvej over nedlagt benzintank/autohandel) til at være uden fri passage. Desuden har du tagget vejen som drive-through, hvilket er som hos McDonalds.* *Mig bekendt er der ikke kommet forbudsskilte op, som forbyder alle at færdes denne vej. Drive-through skal desuden ikke tagges på vejen. Ved du noget nyt om vejen (er den blevet fysisk afspærret), så bøjer jeg mig naturligvis for fakta.* *Så har du slettet gangstien tværs over Sundbrovej, der hvor der er vigepladser i begge kørselsretninger. Da passage af Sundbrovej ikke er forbudt, og da denne smutvej vitterligt benyttes af personer og cyklister, der skal til Solvej, har jeg tænkt mig at genindtegne stien.* Jeg har ikke tagget somdrive-through, men alene rettet : *access*=yes http://wiki.openstreetmap.org/wiki/Tag:access%3Dyes *Offentligheden har en officiel, lovmæssig stadfæstet ret til adgang*. *til* *access*=private http://wiki.openstreetmap.org/wiki/Tag:access%3Dprivate *Ejeren kan give tilladelse på et individuelt grundlag*. og fjernet den indtegnede cykel- og gangsti over Sundbrovej og ejendommen Sundbrovej 12. Se kort gående før min ændring: https://www.dropbox.com/s/3nczjahqgqua4zj/P8280070.JPG?dl=0 Se kort bilnavigation før min ændring: https://www.dropbox.com/s/eluvd59k0hzdpv6/P8280068.JPG?dl=0 Se kort cykel før min ændring: https://www.dropbox.com/s/0qbz1h8me2pfv1t/P8280069.JPG?dl=0 Se luftfoto: https://www.dropbox.com/s/6ifp07ki57hfbjv/Screen%20Shot%2008-29-15%20at%2007.43%20AM.JPG?dl=0 Se foto af Sundbrovej: https://www.dropbox.com/s/21si4sxi7dv8k5i/Screen%20Shot%2008-29-15%20at%2007.46%20AM%20001.JPG?dl=0 Se foto fra Sundhøjlykke: https://www.dropbox.com/s/edzowalgjdbfpef/Screen%20Shot%2008-29-15%20at%2007.45%20AM.JPG?dl=0 Jeg svarede at jeg var uenig. Det forhold at nogen bevæger sig ind over privat grund gør jo ikke at openstreeet map skal markere dem som offentlige. Jeg opfordrede til at rette henvendelse til ejeren og høre ham om det var i orden at markere vejen som permissive. Det er min opfattelse, at det forhold at en ejer ikke har opsat skilte om adgang forbudt betyder ikke at man så bare kan færdes hen over hans ejendom, og da slet ikke at openstreet map skal lægge op til ulovlig færdsel. Så modtog jeg dette: *Hej Per * *Tak for svar :-)* *Jeg vil i den forbindelse henvise til mark- og vejfredslovens §17: http://www.statensnet.dk/pligtarkiv/fremvis.pl?vaerkid=35910reprid=0filid=11iarkiv=1 http://www.statensnet.dk/pligtarkiv/fremvis.pl?vaerkid=35910reprid=0filid=11iarkiv=1* *Loven er meget liberal og giver store rettigheder til alle, der færdes på private veje og stier:* *I loven står der bl.a.:* *følge § 17 er det ikke tilladt at færdes på anden mands grund, uden at man har ejerens tilladelse eller anden særlig hjemmel.* *(...) * *Derimod er det tilladt at færdes ad en privat vej, medmindre ejeren ved lovlig skiltning har forbudt færdsel generelt eller færdsel af den pågældende art. * *Mark- og vejfredslovens § 17 fastslår, at ejeren af en privat vej har ret til ved skiltning helt eller delvist at begrænse færdslen på vejen, medmindre der ifølge anden lovgivning, deklaration eller andet særligt retsgrundlag, f.eks. hævd, gælder en pligt til at holde vejen åben for andre. Dette gælder ifølge mark- og vejfredslovens § 2 også private stier.* *I tilfælde, hvor der ikke gælder en pligt til at holde vejen åben for andre, kan vejejeren således selv bestemme, hvilken færdsel der må finde sted på vejen. Vejejeren bestemmer derimod ikke selv, hvordan forbudet skal afmærkes/gennemføres. Herom gælder bestemmelserne i færdselslovens § 97. Se nærmere herom i afsnit 4.3.2.* *(...)* *Det fremgår ikke direkte af mark- og vejfredslovens § 17, hvornår et areal anses for at være en vej (eller sti). Der er ikke taget stilling til spørgsmålet i bemærkningerne til forslag til lov om mark- og vejfred eller i kommissionsbetænkningen fra 1952, der ligger til grund for lovforslaget. * *Det må antages, at der under veje (og stier) henregnes permanente, menneskeskabte færdselsbaner, der er en
Re: [Talk-dk] Skal du bruge din sunde fornuft eller skal du tolke markfredsloven, færdselsloven og anden relevant lovgivning som OSM mapper ?
Hej Michel Jeg kan berolige dig - jeg har kun slettet indkørsler til garager - ikke indkørsler til ejendomme. hilsen Per ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Utskrifter av svenska kartan
Det där lät intressant. Kan du berätta lite mer om vad du beräknar, och hur? Jag har mitt kart-projekt något vilande just nu dessvärre, så har inte detaljer direkt i huvudet. Kan återkomma när det kommer igång! Men i princip att räkna antal objekt i en viss klass (till exempel amenity, shop, eller sammanlagd längd för highway) inom en vissa radie, vilket ger en lokal density-parameter. Experimentar hur breda kategorier det ska vara och vilka radie - eller vilka (som så ofta i geografi är saker olika på olika skalor). /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Utskrifter av svenska kartan
Jag har börjat göra lite sådana avvägningar i en kartstil jag använder till cykelkartor mm. I princip att varje objekt får en attraktionsradie; en servicebutik i storstad är kanske något som betjänar ett område på 500m radie; en motsvarande butik i fjällen kan vara av intresse i en radie på 10 mil eller så. Poängen görs via förbehandling av data i postgis, innan rendering. Det finns ju redan importance-taggar; detta blir något liknande men mer numeriskt och mer beräknat på täthet av POI i ungefär samma klass omkring. Sen blir det mer till cykelkartorna; i princip att vägar viktiga för *cykeltrafik* (baserat på routingkörningar mm) visas på en tidigare zoomnivå oavsett om de är länsvägar eller enskilda vägar. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Min första ändring, några kommentarer?
On Thu, 27 Nov 2014, Erik Lundin wrote: Det kan vara så för att webbläsaren har en gammal cache av de delarna av kartan. Testa att ladda om hårt (i Firefox är trycker man control-shift-r). Det är inte bara webbläsaren som har ett cache, utan även de servrar som gör kartbilderna (png-bilder) som används på openstreetmap.org osv. Att parken visas direkt i zoom 19 är troligen för att de flesta servrar inte orkar cacha eller för-rita så inzoomade bilder efersom de efterfrågas sällan och skulle ta mycket plats att spara. I zoom 18 fanns det uppenbarligen rätt ny-renderade kartbilder som visas i stället för att göra ny från databasen. De flesta kart-servrar sparar bilder 1-7 dagar, så om en vecka borde i alla fall din park synas i fler zoomnivåer på alla lager (prova mapnik, cykelkarta, kollektivtrafik osv). /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kommunal kartdata i OSM?
Appropå stöd för att göra kommunala data fria: Uppsala cykelförening där jag är med gjorde en enkät om hur politiker och partier ställer sig i olika cykelfrågor. Vi frågade också Ska kommuner, Trafikverket och andra myndigheter lämna ut geodata så de kan användas i Open Streetmap och liknande projekt? och fick rätt bra stöd. - ingen som sade nej, nästan alla klart ja. Se http://survey.ucf.se/2/answers-K03-80?question=41 (pp var inte förvånande de som var mest aktiva på att driva frågan. Några topp-politiker från gamla partier funderade över kostnad, men bara m var i stort sett tveksamma). Alla svar finns för övrigt här: http://survey.ucf.se/2/answers-K03-80 Och för riksdagen: http://survey.ucf.se/1/answers-R -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
Hi all! I work together with Erik Matsson who also have written in this thread (in August). For those of you who haven’t read his message, we work at Appello that owns the navigation application Wisepilot. It is through Wisepilot those anonymous notes have been posted. First of all, thanks for your input. All ideas about how we can improve the quality of the notes are very much appreciated. We have made some first changes on the server side of our application based on your input. We will also make further improvements as we are releasing new client versions. We have changed so that only registered and authenticated users are allowed to post notes for now. Hopefully we can later allow anonymous notes to be posted again when we have made some more improvements to prevent spam notes (sanity checks, more useful info in the notes and provide the users with more information about what happens when they post a note). Notes about wrong/missing speed limit now looks like in the example below (always in English). We changed the message to make it clearer that the reported speed is what it should be changed to in the map data. We also made it clear that it is reported using Wisepilot and added a link to our site if someone wants to contact us. = Reported and assumed correct speed limit is 30 km/h. Reported using Wisepilot map reporter Created by www.appello.com = If a user tries to report speed limits like 15, 25, 35 km/h we ignore the note and do not post it (still possible when mph). Also, in upcoming releases of the client we will try to make something smart so that km/h or mph is automatically selected depending on the user’s position (at least make it more clear what one is reporting). Like Andreas Vilén suspected, our default position was sometimes used when posting a note. It is users who have not yet gotten a real GPS fix (probably in combination with that they do not understand the reporting functionality). In coming releases of our client we will add a check in the clients that it is not a simulated position but a real GPS fix (we also think of adding the GPS accuracy to the note). To prevent old clients from reporting the default positions we now ignore notes with a position that is near the default position. In coming client releases we will also check the heading and add that to the notes as well (like Christian Quest suggested, N, NW, etc). If you have ideas related to sharing GPS traces it would be interesting to hear about them, as this is a feature we plan to add. Don’t hesitate to contact us if you have questions or ideas of how we can make things better. Best regards, Pelle -- Per Rosengren Deputy Head of Engineering Location: Appello | Göteborg | Sweden Phone: +4670-6858253 Mail: per.roseng...@appello.commailto:per.roseng...@appello.com Web: www.appello.comapplewebdata://D15576C0-CD44-42A9-B5CC-684A0DB0D998/www.appello.com%20 [Description: cid:image001.png@01CD2D3A.F4FA4D50] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Avgöra om en rektangel innehåller land eller inte?
(lite sent svar) Kanske mest korrekt: Ladda ner relevanta källfiler (planet.osm / urdrag + separata shapefiler för kustlinjer) och importera till en Postgis-databas med osm2pgsql och shp2pgsql. Ev kan ange en stil som bara tar med sjöar. Sen kan du köra postgis-queries precis som du vill om överlapp eller inte (http://postgis.net/docs/manual-2.1/reference.html). /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] tävling om öppna data på SLU
SLU verkar uppmuntra till användning av offentliga geodata (vissa iaf). Kanske intressant använda data i OSM på något bra sätt? http://www.unt.se/uppsala/tavling-ska-uppmuntra-tillganglighet-3027631.aspx /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Någon som orkar kommentera lite på min uppdaterade kartstil?
Jag gillar den, särskilt att den är lugn i tonerna. Kan tänka mig att den fungerar bra som bakgrundslager till temakartor. Synpunkter : 1. som tidigare talare, cykelinfra saknas 2. järnvägarna avviker lite från lugnet i och med streckigheten. Bättre köra annan grånyans? 3. Vatten sticker ut rätt mycket; bland annat för att det har en helt annan mättnadsgrad (renare färg). 4. Jag skulle personligen använt mer likande typografi för orter och stadsdelar (stora eller små bokstäver för båda, till exempel) 5. väg-ref stik ut en del (och skölden skulle nog kunna göras smalare) 6. Markanvändningen ser *väldigt* grå ut (jag vet att landuse/landcover är ojämnt väl kodat i landet, och då blir det stora grå fläckar). Dock kanske skilja ut default-färg och bebyggelse lite mer? 7. Överkurs : transparent halo ger plattare presentation av text. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] inkomplett import med osm2pgsql 0.83 från sweden.osm.pbf
Hej! Ett problem som dykt upp, utan att jag (vad jag vet) ändrat något signifikant i min renderingslina : Vissa sjöar som verkar finnas i databasen (kollat med JOSM) importeras inte från senaste sweden.osm.pbf. Gör som så : 1. wget http://download.geofabrik.de/europe/sweden-latest.osm.pbf 2. osm2pgsql --bbox $BBOX --style default.style -s -m -d gis sweden-latest.osm.pbf Resultat : 20% av sjöar verkar inte finnas med. Gäller Mälaren, Hjälmaren, men också små sjöar som ex Trehörningen utanför Uppsala, Långsjön vid Björklinge mm. (kollat resultatet med psql och att dra in det i qgis, förutom mapnik-rendering) osm2pgsql är senaste git (men provat stable också), gis är en vanlig postgres 9.1 / postgis 1.5 på debian 7.0 amd64. någon som erfarit liknande? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] OSM-bokbord i Uppsala 11/5 och 5/6
Hej! (tar mig friheten att styra upp på listan igen) Skandisloppet : 11/5 ca 9-15, Carolinabacken i Uppsala. Naturnatten : Utanför Biotopia (Vasaparken) ca 15-20. /Per Eric On Tue, 7 May 2013, Peter Kindström wrote: Låter definitivt som OSM borde vara på plats, sen är jag lite tveksam till om just jag vill engagera mig i det... Vilka tider skulle det röra sig om respektive dag. Och var någonstans mer exakt äger evenemangen rum? Per Eric Rosén p...@rosnix.net skrev: Broschyrer är väl en bra början! Vi kan visa upp OSM-baserade kartor. Visa introduktion till OSM - jag har en hel del material som kan sättas upp på vikvägg (från OSM-kurs i vi höll vintras) och vara en början. Kanske dela ut små uppdrag som man kan ta på sig - jag har en hel del kartor med 1. MTB-stigar som finns i Per Löwdins karta (hämtat med tillstånd) men inte OSM, och 2. Områden som behöver mer mappning (gjorts med diff mot lantmäteriet-kartor). Jag tror vi definitivt kan sysselsätta oss med att stå och berätta vad OSM är, och vad det kan användas till. Något vi i UCF gärna skulle vilja ha är också helt enkelt sparade GPS-spår. Med spår + info om typ av cyklist kan vi ta fram mycket bättre tidsåtgång-info för olika miljöer, och därmed bättre routing. Vi kommer med UCF (förhoppningsvis - väldigt preliminärt än) släppa en OSM-baserad cykelreseplanerare för Uppsala på Världsmiljödagen 5/6 - om inte annat då vore det roligt att ha med fler OSM-aktiva. -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] OSM-bokbord i Uppsala 11/5 och 5/6
Hej! Uppsala cykelförening är kommer vara med och visa cyklar, cykelkarta mm på två evenemang i Uppsala : * Skandisloppet 11/5, med många racercyklister (motionärer och elit) * Naturnatten 5/6, mycket friluftsfolk, barnfamiljer mm Vi kommer prata cykelkarta en del, och det vore jätteroligt om några till härifrån vill vara med och stå och prata OSM och visa hur det fungerar. I alla fall på naturnatten 5/6 har det tidigare varit rätt mycket Geocaching-aktiviteter och hitta ut; jag tror det är en bra målgrupp. Vill någon vara med? Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Places / Tätorter och Småorter
Jag har gjort en hel del ändringar (rättelser tycker jag) i Uppsala och bytt village till hamlet för de orter som inte kvalar in enligt definitionen enligt nyckel place (framför allt kriteriet invånartal). Har också bytt ut en hel del små suburb mot neighbourhood enligt samma kriterier, och bytt ut några enstaka village som växt ihop med staden mot suburb. Tycker definitionen mot befolkningstal verkar rätt OK, i vissa fall kan dessutom serviceutbudet (vilket har god koppling till ortens nivå i en centrum-pereferi-hirearki) vara till god hjälp - village brukar i alla fall ha någon form av affär / dagis / distrikssköterska etc. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?
Hej! Det *finns* spår i OSM, det finns ett särskilt API för att ladda upp sina råa GPS-spår. Problemet med spår är dels GPS-precisionen, dels att folk kan röra sig ganska mycket i sidled om det är en bred väg (inkl trottoarer). *Kanske* räcker det dock att anta att vägar är gjorda med GPS i huvudsak och använda befintliga koordinater - eller ännu bättre: att kolla vilka vägar som verkar matcha med snittet av bra GPS-spår (bra kanske kan avgöras med kantighetindex för spåret + HDOP-värden) från spårdatabasen och bara använda dessa vägsträckor som referens för att centrera bilden. Jag tror dock kryssen kan vara bra att ha hursomhelst, eftersom de har bra position, och lätt kan bildtolkas. Kanske kan du använda dem för att kalibrera alt utvärdera din algoritm? Jag ser en viss utmaning också i att hitta mittlinjen för vägen i bild resp OSM-data, men det borde gå att lösa. Tack och lov är de flesta vägar rätt symmetriska när det gäller antal filer / rikning osv. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?
On Wed, 23 Jan 2013, Christoffer Holmstedt wrote: Detta låter intressant. Så det är alltså Bings flygfoton som ska flyttas med någon offset för att matcha mot gps spår eller inlagd data i OSM? Jo. Bing-foto kan vara 10 m off eller mer, och det finns ingen indikation på hur mycket eller när offset ändrats (men troligen kan man anta att om det är samma jpeg-bild som förra gången är det samma offset). Målet ska vara att hitta en offset så att de kan visas på korrekt plats. GPS-spår och befintliga data kan naturligtvis vara till hjälp, men en del befintligt data är inlagt med hjälp av dåliga Bing-bilder, eller kanske från dåliga GPS-mottagare en molnig dag, så de kan inte tas som absolut referens. Bra referenser är till exempel de pinnar som är nerbankade i marken här och var och har officiella koordinater (men de är svåra att se på flygbild). De meterstora vita kryss som är målade på en del vägar här och var är till just för detta, och är iom att de ligger på öppen mark ganska lägga att få bra GPS-koordinater) för (en del finns i OSM). Sen går i praktiken vägar inlagda med GPS ganska bra att ha som referens, särskilt om man har många spår som går att medelvärdesbilda. Och det är ju något som vi har ganska gott om i OSM. Det vore en klart bra sak att kunna automatisera detta, förmodligen med hjälp av bildanalys och jämförelse med pålitligt koordinatsatta objekt. Se: http://wiki.openstreetmap.org/wiki/Bing#Precision /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Bra med en diskussion här. Jag tänker i alla fall att det vore bra att tydligare kunna skilja vägens *utförande* och trafiklagstiftningsmässiga klassifikation såsom motorväg (implicerar både fysiska och juridiska egenskaper) motortrafikled (kan se ut nästan hur som helst, men cykelförbud etc som ovan) 2+1-väg 12-metersväg med breda vägrenar ... från nät-klassificering såsom europaväg riksväg (tvåsiffrig) länsväg riksintresse (syns inte på nummer) länsväg övrig skyltad (288 osv) länsväg övrig enskild väg och sen naturligtvis alla gator i tätort med kommunal väghållare I det sammanhanget tycker jag highway=motorway är något dåligt. Det finns kommunala trafikleder klassade som motorväg, men som inte är länsväg ens. Och en europaväg kan vara smal och med ringa trafik, kanske rentav grusväg (uppe i lappland). Det senare, europaväg, kan man ju delvis tolka ur ref genom att det börjar på E (och skulle kunna tolka läns/riksvägar på antal siffror), men klassificeringen för highway känns lite godtycklig. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] overlay-verktyg OSM på proprietär karta
Verktyg för att visa OSM och proprietär karta tycker jag är bra om man ska hitta vilka områden som behöver mer uppmärksamhet i OSM (givetvis inte via kopiering, utan med undersökning / bing-satelit). Har hittat flera som visar mapnik+google. Det jag tycker vore bättre är att visa, säg, alla OSM-vägar / järnvägar / vattendrag / amenities (allt som inte är ytor) i *en* färg uppepå google och utan labels, så syns det tydligare var det saknas vägar i OSM. Har gjord det i QGIS tidigare, men det är opraktiskt att lära andra. Finns det någon sådan tjänst? Annars sätter jag upp själv, antar jag. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] märkning av MTB-stigar
Hej! Har börjat cykla i skogen, och vill naturligtvis märka upp de stigar man far på också. Inser att det väldig skillnad på stig och stig ... Någon till som mappar MTB-relevanta egenskaper av stig? Något jag särskilt funderar på är * mtb:scale känns ganska grov, och nedför-specifik. Jag tycker bättre om märkningen på http://www.lowdin.nu/Mtbruntuppsala/First.htm Vad använder ni? Använder ni smoothness? Tycker tanken är god, men svår att avgöra För mikromappning * bridge=boardwalk för spänger? * barrier=log för träd över vägen? * funderar på hazard=overhead_vegetation för låga vegetations-tunnlar * märkning av stig som går på på skrå? * hur märka mängd rötter / lera (eller risk för lera, faktisk mängd varierar)? Tänker bättre tagga detta direkt än scale/smoothness. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Lantmäteriverket har gett OSM tillstånd att föra databas och publicera kartor
Vi ska nog skilja på myndigheten LM och affärsverket LM (och riktiga bolaget Metria). De gör det själva, och det är olika avdelningar. Kan nog vara så att även många lantmätare på bolags-delen gillar OSM, men att det är upp till regeringen att släppa offentliga kartdata fritt. Jag tycker vi ska vara glada om LM försöker underlätta för OSM. Om inte annat för att det är mycket trevligare än motsatsen. I övrigt: Jag skulle närmast bli misstänksam om klart synliga landmärken (master till exempel) finns i verkligheten men inte på kartan. Kanske i dessa fall vara att man_made=mast är helt OK, men undvika military=... ? Samma sak för satelitbilder. Informationen finns ju redan ute om att det finns *något* byggnad, parkeringsplats etc här och där. Det lär knappast hjälpa ryssen (om vi låtsas att de inte har info redan) särskilt mycket att veta var det finns byggnader i allmänhet. Däremot kan vi nog låta bli att skriva military=sambandcentral om nu inte det är så att militären har stora skyltar som säger samma sak utanför. Ungefär idén - att kartlägga sådant som redan syns på håll eller på satelit, men inte sådant som avslöjar specifik hemlig funktion. Sen kanske vi praktiskt får böja oss och låta bli att kartlägga vissa saker, till exempel byggnaders läge i något enstaka objekt ändå. (LM har en spännande uppgift - genom att kolla vilka objekt de tar bort får man en rätt fin lista över hemligheter. Och så har det väl i princip alltid varit för alla kartutgåvor som ska granskas) /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] mer i Uppsala : OSM-kurs
Hej! Vi i Uppsala Cykelförening har fått en volontär till vårt uppdrag att arbeta med OSM-kartering till cykelkartan. Kanske kommer det fler ... Vi planerar att göra en OSM-kurs någon gång i oktober / november, med genomgång av OSM i stort, insamling av data och sen JOSM etc. Trolig tid för kursen en lördag kl 10-18 eller något sådant. Frågor: 1. Känner du någon som är intresserad att gå på en sådan kurs? 2. Är du intresserad av att vara med som instruktör? I övrigt: Om du är intresserad av att träffa oss, kom till resecentrum kl 11-13 på lördag (nu 22/9), eller på cykelparad för bilfri dag; se http://ucf.se/bilfri-2012/ /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Postnummer
Om det inte är jättebråttom så här i semestertider så skall jag fråga min kund (posten alltså) om möjligheten att få använda ytorna för en engånguppdatering av befintliga addr:* Det sker årliga uppdateringar av posnumren. Förra året ändrades ca 100 adresser så skall man göra körningar så vill man ha det senaste :-) Med vänlig hälsning, P-O 1 aug 2012 kl. 16:20 skrev Pontus Freyhult pontus_osm_tal...@soua.net: Hej, Kan man använda postnummersguiden är det ju relativt enkelt att lägga in postnummer i områden som redan är nummersatta, så det hade ju varit bra... Postnummerguiden (som man kan ladda ner från Postnummerservices webbsida) kan man nog inte använda. Däremot kan man ladda ner den och vänta femton år. Alternativt, om man råkar ha den postnummerkatalog Posten gav ut på CD-skiva i mitten av 90-talet borde man kunna använda den. Den självklara nackdelen är väl att ett antal postnummer har ändrats sedan dess (hur stor andel de utgör har jag dock inte koll på). Vad som gäller juridiskt är alltid svårt att veta när saker inte är provade, men rimligen borde inte uppgifterna vara upphovsrättskyddade, däremot ger upphovsrättslagen skydd för vissa datasamlingar (https://lagen.nu/1960:729#P49) i 15 år i enlighet med EUs databasdirektiv. Vad man sen ska ha postnumren till, är ju en annan fråga :) Är det någon som kan fundera ut något lämpligt användningsområde för det? I Sverige används de väl bara av Posten (och andra distributionsföretag)? [..] Vad gäller användning så är det väl idag rätt vanligt att postnummer används för lagom exakt geografisk bestämning. Exempelvis Blocket/Hitta använder det för att ange plats för en given annons. Typiskt kan man också använda postnummer som platsbestämning med de flesta traditionella karttjänster (och min Google maps visar även gränserna om man bara anger ett postnummer). /Pontus ___ 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] mäta vägkvalitet med accelerometer?
Hej! Jag håller på med en OSM-baserad cykelkarta över Uppsala. Plus lite mer generellt att fundera kring cyclability index, olika kriterier för att mäta vad som gör en trafikmijö cykelvänlig, som till exempel genhet, antal rödljus, trygg utformning av broar / tunnlar osv. Kom på en sak: Skulle det kanske gå särskilja egenskaper om den fysiska kvaliteten på beläggningen med data från en accelerometer (som till exempel de som är inbyggda i mobiltelefon)? Tanken är att montera en smartphone i rigid hållare på cykel, och spara accelerometerdata jämsides med (eller i) GPX från GPS. Om det finns ett samband mellan beläggning, hastighet och utslag borde det gå att dra slutsatser om jämnhet. Vilken signal ger olika typer av vägar och hinder vid olika hastiheter? Med dessa data borde det gå att normalisera till diverse OSM-taggar om smoothness etc, eller något eget för cykelbarhet. Vad tror ni? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] mäta vägkvalitet med accelerometer?
Testa gärna. Det du tänkte mäta som jag förstår det är vibrationen? Mja, men mer den lågfrekventa komponenten - kanter, mindre hål osv. Framför allt för att just accelerometern förmodligen har ganska låg samplingfrekvens. Däremot kan det vara intressant att se om även en ojämn väg med konstanta smågupp kan ha en lågfrekvent komponent. Ska man få med normala vibrationer på riktig behövs nog proffsutrustning. Fördelen med mobil är att man skulle kunna använda det för crowdsourcing: Jag har en galen tanke om att frivilla loggar data när de kör från någon applikation på telefonen. Från detta - anonynymiserat - skulle man kunna se en hel intressant; till exempel hur folk brukar ta sig genom korsningar, typisk väntetid, om några sträckor går långsammare än andra fast än det inte kan förklaras med höjd-data etc. Givetvis krävs det en hel del data för statistisk signifikans. 2. Din cykel har tyvärr stötdämpning, detta genom luften i däcken ekrar och tom lite (men nog försumbart) i ramen. Självklart. (ekrar har för övrigt inte någon märkbar effekt - de rör sig om 0.1 mm kanske per rotationscykel - ramen har större). Fördelen är att denna dämpning filtrerar bort sådant som är irrelevant för en cyklist. Givetvis olika för olika cykeltyper - 23mm däck med 8 bar ger självklart minst dämpning. Bara denna parameter hålls kontrollerad borde det i sig inte påverka på möjligheten till goda data. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Den dubbelbottnade Mälaren
Odd, Vad var felet i Alvik? (Har justerat strandlinjen vid tranebergs strand under 2011nämligen. Kände mig skyldig på något skumt sätt :-) ) mvh P-O 12 feb 2012 kl. 15:03 skrev Odd Gustafsson: Tack Erik! Jag var lite misstänksam mot den omrenderingen. Jag testade den förut, i samband med testet, men utan resultat. Men jag var väl inte tålmodig nog. Nu är Alvik i ordning, så resten är väl bara en tidsfråga. Ang. Osmarender så finns det ju ingen sådan (liknande) information på openstreetmap.org's frontsida det tyder ju på att det bara är infofreeway. Då går det att göra samma sak @ http://tah.openstreetmap.org/Browse/slippy/ Men jag tycker att det är svårt att följa vad som händer generellt i OSM-community:t. /Odd Date: Sun, 12 Feb 2012 11:46:07 +0100 From: e...@lists.lun.nu To: talk-se@openstreetmap.org Subject: Re: [Talk-se] Den dubbelbottnade Mälaren Man kan göra det på http://www.informationfreeway.org, genom att välja Osmarender, gå till skala 12, hålla över kartsegmentet man vill rendera om, och trycka r. Jag har gjort det nu för de delar av Stockholm som såg översvämmade ut. Ett meddelande på sidan säger att Osmarender inte kommer att finnas kvar efter 1 mars. Om detta bara gäller informationfreeway.org eller hela Osmarender vet jag inte. From 1st March 2012 the Tiles@Home / Osmarender map service will no longer be operational. Mapnik is now the default layer. Other layers will continue to be provided. ___ 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] befintliga importer från kommun?
Hej! Jag håller på att få loss data från Uppsala Kommun. Fick frågan vilka andra kommuner som lämnat ut data. Kollat på http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Myndighetskontakter och hittils verkar det vara * länsstyrelser: nationalparker * Region Skåne: Skåneleden * Orsa Kommun: flygfoton Finns inget mer? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] inventering av cykelnät - saker att tänka på?
Tack, bra synpunkter. Sammankopplingen lär vara särskilt viktig för routing, yes. Cykeleder: Vi tänkte begränsa mappningen till Uppsala tätort, och där är cykellederna redan ganska välmappade. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] inventering av cykelnät - saker att tänka på?
En annan fundering: Ett sätt att hitta omappade områden är att ta fram skillnaden mellan OSM och Lantmäteriets kartor (vi gjorde så i ett studentprojekt på SLU nyss. Resultaten är inte publicerade än, men kan säga att OSM stog sig bra ...). Så länge vi använder dessa befintliga kartor enbart för att bestämma vart vi ska bege oss med GPS och kamera borde det vara OK? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] Lagen om landskapsinformation
Kom att tänka på en sak när man ska sätta upp sin egen WMS-server: Lagen om skydd för landskapsinformation: https://lagen.nu/1993:1742 Enligt den måste man ha tillstånd för att sprida i stort sett all geo- information förutom kartor i skala 1:100.000 (hur nu det är relevant för webb). Det verkar enligt LMV även gälla digitala tjänster. Det finns också krav på tillstånd för att upprätta en databas, men det tror jag inte är lika hårt eftersom databasen iaf redan existerar, plus att det ungefär bara krävs tillstånd om man bygger den på vissa flygfoton. Är det någon som har sökt tillstånd för sina OSM-kartor? Finns det några nackdelar med att söka tillstånd? (Och vet någon om Yahoo/Bing inkluderat tillståndspliktigt flygfoto - framför allt sådant som är taget över militära restriktionsområden?) /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] till OSM-folk i Uppsala
Jo, Uppsala är i klart bra skick. Tycker den är bättre än kommunens cykelkarta redan som den är - nästan allt verkar vara med. Om du känner några fler (hänger de någonstans - forumet?) vore det kul att göra något. Mappar du fortfarande här? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] till OSM-folk i Uppsala
Hej! Jag har mappat och redigerat lite småsaker i Uppsala. Nu läser jag en GIS-kurs på SLU med landskapsarkitekter, och vi ska göra projektarbeten. Flera i kursen är intresserade att göra något som kan användas i OSM sen. Det skulle kunna involvera att mappa (till exempel mer info om beläggning på cykelnätet), eller att försöka få ut data från kommunen Så, är vi fler i Uppsala? Vad tycker ni vore mest angeläget att få till / få ut från kommunen? Rent av så vi skulle ha någon openstreet-träff? /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] vara med på OSM-bokbord i Uppsala?
Hej alla! Naturskyddsföreningen i Uppsala planerar naturnatten, en kväll med massa aktiviteter som fladdermusvandring, fotoutställning, provkörning av familjecyklar mm. Även ev geocaching. Söndag 5/6 kl 17-22. Skulle någon vara intresserad att hålla bokbord och presentera OSM, kanske visa kom igång om hur man mappar när man är ute i naturen osv? teknik, bord finns på plats. ev projektor. Per Eric, Uppsala. -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-de] maxspeed
On 16.01.2011 15:57, ant wrote: On 16.01.2011 10:20, Georg Feddern wrote: relativ einfache Gegenprobe: Bestimme einmal anhand der OSM-Daten die jeweils gültige maxspeed. Nicht per Gehirn optisch auf der Karte, sondern wirklich logisch/programmtechnisch anhand der OSM-Daten. Warum nicht einfach ein XX:urban-Polygon ums Innerortsgebiet zeichnen? Das wäre vielleicht nicht ganz so oversized wie an zigtausend Wege die immergleichen Tags zu pappen... Diese Polygon vs. Way-Tags Diskussion hatten wir schon 2009 in aller Ausführlichkeit. Am besten tagged man, indem man sich an die Quellen hält! Bei (Stadt-)Grenzen sind die Quellen auch Polygone und deshalb ist es Sinnvoll bei OSM ebenfalls Polygone zu verwenden. Bei der Verkehrszone Innerorts liegt das Straßenverzeichnis und und die Positionen der Ortsschilder zu Grunde... Um nun mit Hilfe eines einfachen Polygons Innerorts zu definieren, müsste man erstmal alle öffentlichen Straßen als solche markieren. Auf Privaten Straßen gilt ja schließlich nicht das Limit 50 km/h sondern unbegrenzt (solange der Besitzer nichts anderes verlangt) Und wenn man schonmal dabei ist owner=public zu taggen kann man auch gleich zone:traffic=DE:rural taggen... Die DE:* tag hab ich wohl mitverbrochen. Habe das damals für den traffic_sign Key vorgeschlagen, da traffic_sign=DE:267 besser ist als traffic_sign=267. Später habe ich dann angefangen maxspeed=DE:city zu taggen um 50-Limit aufgrund von traffic_sign=DE:310 und traffic_sign=DE:274:50 unterscheiden zu können. Irgendwann ist daraus dann wohl maxspeed:source=DE:rural / DE:urban geworden... Naja und ich muss zugeben, dass der Präfix eine gewissen Redundanz hat, stören tut diese aber nicht! So oder so sollten alle Ortsschilder getagt werden! Lesenswertes zum Thema: Why don't you use polygons for this? http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone traffic_sign=DE:* http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Traffic_sign Gruß Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-dk] Routable maps
Det vil jeg prøve. Jeg skylder at fortælle at jeg har benyttet kortudsnit fra http://garmin.na1400.info/routable.php. Det fremgår at de benytter mkgmap når de danner kort, men som jeg gav 2 eksempler på, så virker søgningen ikke på alle adresser. Morten prøvede du om du kunne finde de 2 adresser jeg angav, når du skriver det virker for mig ? Den 2. jul. 2010 21.52 skrev Morten Kjeldgaard m...@bioxray.dk: Per Lausten skrev: Jeg har forsøgt lidt med at lægge osm kort på garmin nüvi og etrex legend hcx og derefter søge på adresser - og det er desværre noget nedslående. Hvad styre disse adresser - er det dataenen der blev indlagt fra kommunedata eller hvad? Det virker for mig. Du skal bruge options --route og --latin1 når du kører mkgmap. -- Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Med venlig hilsen Per Laustsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hevm er vi ?
Hej Esbern Jeg hedder Per Laustsen og bor på Tåsinge - d.v.s. i samme område som Kif, hvorfor der ikke er så meget at mappe her hvor jeg bor. Jeg mapper så lidt nær Snoghøj ved Fredericia og lidt ved Odder. Snupper en skov eller 2 når jeg er ude at gå, så vi også kan få nogle skovstier markeret. Den 18. jun. 2010 14.29 skrev Esbern Snare esbensn...@gmail.com: Goddag Jeg hedder Esbern (i hverte fald når jeg mapper) og har nu mappet i ca 1 år hovedsageligt på nord og vestfyn. Da jeg startede var der ikke mange veje, men efterhånden er der kommet en del flere til, og nu begynder der så at komme detaljer som stier, småvej, skove, åer, søer osv, men jo mere man ser på landet jo større bliver det, og der er meget langt til vi kan kalde os færdig, det fik mig til at tænke på hvor mange er vi egenligt der mapper. Af tidsårsager deltager jeg ikke i mappingsparty'er og andre sammenkomster, men alligevel kunne det jo være sjovt at se hvem vi er, så hvis man har lyst kunne man lige kaste en mail her og skrive hvor man mapper, så kan vi jo også få en ide om det her er et 5, 10 eller 20 års projekt. Mvh Esbern ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Med venlig hilsen Per Laustsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] OSM-fika i Stockholm?
Jag kan också tänka mig fika lite om vi skjuter fram en vecka. 20 apr 2010 kl. 21.41 skrev Markus Lindholm markus.lindh...@gmail.com: Hej Tänkte slänga en fråga ut i etern om det finns intresse för en OSM-fika i Stockholm? Träffas på något café för att snacka taggar/gps-prylar/vita fläckar på kartan eller vad som känns aktuellt. Tänkte föreslå Café Macchiato, Hornsgatan 63, 12:00 lördagen 24:e april. Bra/dålig idé? /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
[Talk-de] Kieler Woche Regattabahnen
Der Benutzer Seehundeführer hat die Regattabahnen der Kieler Woche eingetragen. http://www.openstreetmap.org/?lat=54.4741lon=10.2535zoom=12layers=0B00FTF http://api.openstreetmap.org/browse/way/37042124 http://api.openstreetmap.org/browse/way/37042125 http://api.openstreetmap.org/browse/way/37042123 http://api.openstreetmap.org/browse/way/37042126 http://api.openstreetmap.org/browse/way/37042122 http://api.openstreetmap.org/browse/way/37042130 http://api.openstreetmap.org/browse/way/37042128 http://api.openstreetmap.org/browse/way/37042129 http://api.openstreetmap.org/browse/way/37042131 http://api.openstreetmap.org/browse/way/37042121 http://api.openstreetmap.org/browse/way/37042132 Regattabahnen sind eigentlich Regattafelder, werden aber nicht so genannt. Diese Felder sind zu jeder Kieler Woche gleich. Je nach Wetterlage legt die Regattaleitung während der Kieler Woche Regattatonnen innerhalb dieser Felder aus. Erst diese Tonnen bestimmen die eigentlichen Bahnen... Meines Erachtens ergibt sich daraus, dass es ok ist die Felder einzutragen nicht jedoch die Tonnen. Rendern sollten es aber nur spezielle Seekarten wie OpenSeaMap und FreieTonne. http://openseamap.org/map/map_full.html?lat=54.48102lon=10.26488zoom=12layers=B0T http://freietonne.de/osm/?zoom=12lat=54.48102lon=10.26488layers=B00T Was denkt ihr wie man das am besten umtagged? boundary=private osmarender:render=no ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbenennung auf Kreuzungen mit Stra ßen mit zwei Fahrbahnen
Rolf Bode-Meyer schrieb: Eine Kreuzung an der mindestens eine der Straßen zwei getrennte Fahrbahnen hat. Beispielsweise hier: http://www.openstreetmap.org/?lat=49.489188lon=11.125254zoom=18layers=B000FTF Ich persönlich mache es so dass die Straße an der letzten Abbiegemöglichkeit endet. In diesem Fall gehört das obere Stück zur Turn-und-Taxis-Straße und das untere zum Bierweg. Für Karten ist es nicht wirklich wichtig, für routing aber schon. Schließlich soll bei einer fahrt von Osten nach Süden ja nicht angezeigt werden, dass man über den Bierweg fährt! ( Auffahren mit oneway=yes gehören immer zur Zielstraße. Bei Auffahrten mit oneway=no nehme ich den Namen der höherwertigen Straße. Die Auffahren im Beispiel würde ich also beide der Äußeren Bayreuter Straße zuordnen. ) 1. Die Fahrbahn (oder beide bei obiger Kreuzung) trägt willkürlich einen der beiden Namen der linken oder rechten Straße. Willkür ist selten gut. 2. Bei zwei Fahrbahnen wird die eine nach der linken, die andere nach der rechten anschließenden Straße benannt. Ja, mit meiner Regel oben muss das dann auch nicht willkürlich geschehen. 3. Die Fahrbahn (bzw. beide) zwischen den anderen werden in zwei Wege gesplittet und halb und halb benannt. Der Namens- (und ggf. Klassifikationsübergang) erfolgt somit genau in der Mitte der Kreuzung. Fürs Rendern und rein rechtlich sicher am richtigsten, aber schlecht zum routen und mappen/bearbeiten. 4. Wie in o.g. Beispiel jetzt entdeckt, werden die Teilstücke der B2 zugerechnet. Wenn man von Westen nach Osten will: Fahren sie vom Bierweg auf die Äußere Bayreuter Straße Fahren sie von der Äußere Bayreuter Straße auf die Thurn-und-Taxis-Straße Wenn das mal nicht zu Verwirrung führt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Martin Koppenhoefer schrieb: Wir haben nun ein konkretes Problem: eine Straße, innerorts, aufgeständert und mit Zu- und Abfahrten, für Radfahrer und Fußgänger gesperrt, jedoch ohne Standstreifen und mit relativ schmalen Spuren (für eine Autobahn zu schmal). Die Rampen sind teilweise auch links (d.h. Abfahrt links) und das Tempolimit variiert zwischen 40 und 70km/h. Ich würde sie gerne als trunk interpretieren, da sie sich von den üblichen Primaries abhebt (aufgeständert, von der Stadt entkoppelt, Verbot für Mopeds, Radfahrer und Fußgänger, Rampen also plankreuzungsfrei), aber das teilweise Limit von 40 ermutigt viele, sie als Primary zu sehen. Fotos hier z.B.: wie man erkennen kann, entsprechen die Kurvenradien sicher nicht immer denen für Autobahnen, aber das ist auch der Situation geschuldet, dass teilweise ein Balkon, eine Gebäudeecke o.ä. im Weg war ;-) Ich finde http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging schlüssig und wir haben in Kiel auch schon mal über das Thema diskutiert. Die einfache Regel lautet: Wenn Fahrbahnen baulich getrennt (oneway=yes), kreuzungsfrei und keine Autobahnbeschilderung, dann trunk. Für die Entscheidung unerheblich sind: traffic:zone (innerorts / außerorts) bicycle foot moped minspeed maxspeed lanes motorroad (Alles Tags, die man gesondert angeben und auch auswerten kann) Ich würde die von dir beschriebene Straße also auch als trunk taggen. Siehe beispielhaft: http://www.openstreetmap.org/?lat=54.2824lon=10.1389zoom=14 Die Engländer haben wegen ihres primary route network das baulich getrennt aus der internationalen Doku rausgedrückt. Besser wäre es aber nicht baulich getrennte Straßen des A-Netzwerkes mit: highway=primary motoroad=yes (oneway=no) lanes=2 ref=A* oder so ähnlich zu taggen! Renderer sollten damit dann keine Probleme haben es genauso zu rendern wie es jetzt dargestellt wird... Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Karl Eichwalder schrieb: Georg Burkhard georg.burkh...@roma-online.de writes: | Die Kraftfahrstraßen sollen aberin der Karte in allen Zoomstufen | sichtbar sein,damit man die für sein Verkehrsmittel erlaubten Strecken | rechtzeitig raussuchen kann; und solange die von OSM das nicht anständig | rendern können, mache ich ALLE Kraftfahrstraßen grün (trunk). +1. Ich handhabe das auch so: Kraftfahrstraße = trunk. Nein! Kraftfahrstraße == motorroad=yes Der highway-Tag soll den Ausbauzustand beschreiben und der hat nur wenig mit der rechtlichen Einordnung der Straße zu tun. Am besten immer lanes, oneway und traffic:zone taggen und alle A/B-Straßen in Relationen einbinden, dann kann der Renderer selbst entscheiden was er zeigen will! bicycle=no ist leider doppeldeutig oder in der bedeutung schwammig: wird für radfahrer verboten bis für radfahrer nicht geeignet verwendet, wobei die eignung einerseits am terrain (schlammstrecke, gebirge) und andererseits am verkehrsaufkommen (hauptstraße) und das verbot an angeblich vorhandenen benutzungspflichtigen radwegen oder an aufgestellten verbotsschildern festgemacht wird. Ja, bicycle ist oft falsch getagged. Jemand hat deshalb ja auch bicycle=official eingeführt. Das lässt Spielraum für weitere Verbesserungen. bicycle=official:no bicycle:usable=no Leider ist die offizielle Beschilderung für Fußgänger und Radfahrer auch alles andere als Perfekt. So steht bei foot=yes bicycle=yes segregated=yes Wegen oft ein traffic_sign=DE:237 wo ein traffic_sign=DE:241 hin gehört und man darf dann mutmaßen, das sich das Schild nur auf die Fahrradspur bezieht. Siehe http://wiki.openstreetmap.org/wiki/DE:Road_Signs Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Karl Eichwalder schrieb: [...] autobahnähnlich ist ein durchaus subjektives kriterium [...] Nein, autobahnähnlich bedeutet getrennte Fahrbahnen plus Kreuzungsfreiheit. http://en.wikipedia.org/wiki/Dual_carriageway http://de.wikipedia.org/wiki/Autobahnähnliche_Straße Die autobahnähnlichkeit sollte man mit attributen beschreiben (maxspeed, width und lanes kommen dafür wohl in erster linie in betracht). Ja, die drei Tags sind immer sinnvoll! Kraftfahrstraße ist ein objektives kriterium und daran macht man trunk fest. Fertig. Fast! Kraftfahrstraße ist ein objektives Kriterium und daran macht man motorway=yes fest. Fertig. Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Sebastian Waschik schrieb:
Hallo,
Ralf Bell os2r...@hotmail.com writes:
Die zeitliche Beschränkung an dieser Stelle gilt nur in einer Fahrtrichtung.
Wie taggt man das?
[...]
http://openstreetbugs.appspot.com/?lon=7.008689728670251lat=51.07036176327466zoom=16
ein paar Versuche stehen auch auf folgender Seite:
http://www.openstreetmap.org/browse/way/25716027/history
Aber das wird wohl noch kein Router richtig interpretieren. Kommt
wohl sicherlich auch nicht so oft vor. Im Moment reicht wohl
eigentlich eine verständliche Aussage im Note. Wobei die eventuell
zusätzlich vielleicht noch englisch sein sollte.
Anstatt yes und -1 halte ich forward und backward für sinnvoller!
Zeiten und die meisten andere Zahlen sollten niemals im Key auftauchen!
Für hour_on/hour_off spricht rein gar nichts.
Ansonsten sollten wir das etablierte opening_hours verwenden:
http://wiki.openstreetmap.org/wiki/Key:opening_hours
oneway = timed
oneway:times = forward:{-0400};forward:{1200-2400};backward:{0400-1200}
Zum Thema zeitlich eingeschränkte Tags gibt es auch ein neues Proposal,
das ich leider gerade nicht finden kann...
Siehe auch:
http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags
http://wiki.openstreetmap.org/wiki/Proposed_features/Access_restrictions
http://wiki.openstreetmap.org/wiki/Proposed_features/Time_restricted_tags
http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Michael Kugelmann schrieb: Patrick Kolesa schrieb: Die Farbvergabe auf Plänen/Karten ist eine Render-Regel-Sache und sollte UNBEDINGT NICHT durch die Mapper vorgegeben werden! Wenn die Linie eine offizielle Farbe hat, dann soll sie auch getagged werden. Welche Renderer diese Farben auf der Karte darstellen ist nicht Sache der Datenbank. Die OSM-Weltkarte sollte solche Farbeinträge ignorieren. Routing-software sollte sie anzeigen. Und so etwas wie öpnvkarte.de könnte eine farbige Innelnienie ziehen. Die grüne Buslinie könnte z.B. außen rot und innen grün sein. Ich denke wir meinten das gleiche, aber bei dir kam es irgendwie missverständlich rüber. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Werner König schrieb: Zwischenfrage: wenn ich mir einen Streckenplan hiesiger Netze besorge und dann aufgrund meiner Ortskenntnisse (evtl. unterstützt durch eigene GPS-Aufzeichnnungen) dies in OSM eingebe (aufgrund der Streckenpläne wohlgemerkt), verstoße ich dann gegen irgendein Copyright. Ein Streckenplan ist eine Karte und damit in den meisten Fällen keine geeignete Quelle. Die Positionen der Haltestellen und der genaue Verlauf der Route müssen erstmal im Gelände ermittelt werden. Haltestellennamen und ihre Reihenfolge in route-Relationen kann man dann den Fahrzeitenlisten entnehmen. Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Mario Salvini schrieb: Kraftfahrstraße ist ein objektives Kriterium und daran macht man motorway=yes fest. Fertig du meintest motorroad=yes ? Ja! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umweltbundesamt benutzt OSM-Karten
Was haben die den für shorelines verwendet? Halb Kiel steht unter Wasser! Lustig ist auch, dass eine einfache boundary-box als Datenausschnitt verwendet wurde. Hätten sie mal lieber http://download.geofabrik.de/osm/europe/germany.osm.bz2 genommen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxweight - Anlieger frei
Sebastian Hohmann schrieb:
Tobias Knerr schrieb:
Ulf Möller schrieb:
Proposal:
access:weightxx = destination
Nanu, numerische Werte gehören doch nicht in den Key...?
* zu unübersichtlicheren Tags als die Key-basierte Lösung führt, etwa zu
so was: maxspeed=80;hgv:60;hgv:time{Sa,Su}:50
Besser so:
maxspeed=80
maxspeed:hvg=60;time:Sa,So:50
Wobei das worum es hier geht doch eher access=weight{xx}:destination
wäre. Allerdings kann man dann auch keine anderen access-Keys mehr
angeben (oder hat dann doch wieder alles in einem Tag).
maxweight=5.5
maxweight:access:destination=NONE
Das lässt auch noch Platz für weitere Einschränkungen.
Eine weitere Möglichkeit wäre traffic_sign=DE:262[5.5],1020-30 um
erstmal anzugeben um was für Schilder es sich dreht.
[*] macht das parsen nur unnötig kompliziert.
Was sich mit split gut trennen lässt, funktioniert auch gut mit
regex. Andersherum gilt das leider nicht.
traffic_sign=DE:262:5.5;DE:1020-30
Siehe dazu auch http://wiki.openstreetmap.org/wiki/DE:Road_Signs
Das DE: ist zwar redundante Information, erleichtert aber das parsen.
Pseudocode ohne Netz und doppelten Boden:
signs = key.split(';')
for sign in signs:
country, id, value = sign.split(':')
Per
PS
Toll das Python Pseudocode direkt ausführen kann ;)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Maxspeed map - zone:traffic als Liste
Mir ist gerade aufgefallen, das mehrere trafficzones sich überlappen können. http://de.wikipedia.org/w/index.php?title=Bildtafel_der_Verkehrszeichen_in_Deutschland Alle großen, weißen, rechteckigen Schilder mit schwarzem Rand sind Verkehrszonen-zeichen! Fußgängerbereich DE:foot Impliziert keine Zone! Mir aber nur in place bekannt. Fahrradstraße DE:bicycle Impliziert keine Zone! Mir aber nur in place bekannt. Umweltzone DE:enviromental Impliziert evtl. place. Mir gar nicht bekannt! Tempo-30-Zone DE:speed:30 Impliziert place! Kann rechtlich auch eine andere Geschwindigkeit als 30 Vorgeben. eingeschränktes Haltverbot für eine Zone DE:no_waiting Impliziert keine Zone! Mir aber nur in place bekannt. Ich schlage vor diese durch Semikolon getrennt zu mappen! Z.B. zone:traffic=DE:speed:30;DE:no_waiting Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - zone:traffic als Liste
Mario Salvini schrieb: explizite Beschränkungen (30-Zone, 20-Zone, etc-) sollte man mix maxspeed taggen. traffic-zone beschreibt die implizierten Beschränkungen/Regeln. Tempo-XX-Zone ist keine explizite Beschränkung da sie neben maxspeed weitere Eigenschaften impliziert und weil in Tempo-XX-Zonen noch kleinere maxspeeds vorkommen können (z.B. Spielstraßen)! Ich würde trotzdem zusätzlich maxspeed taggen :) Siehe http://de.wikipedia.org/wiki/Tempo-30-Zone! Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] zones for motorway/in town/outof town?
Radomir Cernoch wrote: We are seeking a situation, where two large areas with road networks overlap each other on a map. All streets in one area must have a different speed limit from streets in the second area. In such a situation, using maxspeed=* tag on any street must be inappropriate. http://openstreetmap.org/?lat=53.55042lon=9.90328zoom=16 http://openstreetmap.org/?lat=54.35514lon=10.12067zoom=17 The motorway resp. trunk are not part of the town. I think we should not use polygons for non-area properties. zone:traffic=DE:place only applies to roads and not to an urban-area. Why use polygons for way-properties? Because less tagging is needed? With JOSM is is easy to select many roads and only add the tag once. In future there might be an option like Select all ways containing tag *... A big drawback of such polygons is that it is hard (time-consuming) to find out which polygons are involved especially because you need to do that for each way-segment again and because several zones can overlap. That would be a lot more than testing a point for being in a country. (Only one well known polygon involved) I think it is important to make the data parseable by non-professionals. A tag on a way can be parsed without big programming capabilities, but testing several thousand unassociated trafficzone-polygons for every country might be a problem. Do you have a easy to understand and fast solution for that problem? Per ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Maxspeed map
Guenther Meyer schrieb: Wenn ich weiß wo die Ortsschilder stehen, kann ich alle Straßen eines Ortes mit zone:traffic=DE:place taggen ohne zu wissen welche Geschwindigkeit dort gilt. Die Geschwindigkeitsbegrenzung hat mit diesem Tag nur indirekt etwas zu tun. doch. denn in diesem bereich gilt standardmaessig dann auch tempo 50, wenn nichts anderes getaggt ist. Deshalb schrieb ich indirekt man weiß was standardmäßig gilt, aber nicht was wirklich gilt. Wie schon geschrieben, bin ich der Meinung, das man maxspeed immer taggen sollte. Also auch wenn außer Ortsschildern nichts werteres da steht. Siehe http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/trafficzone Ich denke nicht das es bei DE:place Missverständnisse geben wird. irgendwie gefaellt mir das nicht... wie waer's mit urban? Hört sich netter an und ist weniger richtig... Im Endeffekt ist mir der Name nicht wichtig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Garry schrieb: So wie ich es schreibe: In der Dantebank steht maxspeed = Schrittgeschwindigkeit und Deine Anwendung spuckt Dir 50km/h als zulässige Höchstgeschwindigkeit aus. Dass 50km/h nicht die Schrittgeschwindigkeit sein kann hast Du ja offenbar verstanden - aber wie lokalisierst Du jetzt den Fehler? Man man man! Hast du denn mal eine Anwendung entwickelt? So ein Fehler würde der Qualitätssicherung doch auffallen! Man würde einfach gucken an welcher Stelle der Fehler auftrat und den Anzeigewert mit der Datenbank vergleichen. In der Datenbank findet man dann den der Realität entsprechenden wert DE:walk. Jetzt brauch man nur noch herausfinden warum die Anwendung diesen Wert zu 50 Km/h interpretiert. Deine Anwendung könnte auch den Integerwert 300 km/h durch einen Überlauf als 44 interpretieren, da könnte man dir dann auf dieser Liste genauso wenig weiterhelfen... Das riecht mir einfach zu sehr nach diskutieren um des Diskutierens willen. http://www.marcoprestel.de/diskutieren.html Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Garry schrieb: Guenther Meyer schrieb: das einzige was wirklich definiert ist, ist der wert schrittgeschwindigkeit! ganz einfach, kein aufwand. ... und technisch nicht verwertbar Oder erklär mir mal wie Du einer Maschine beibringst dass sie mit Schrittgeschwindigkeit durch einen verkehrsberuhigten Bereich fahren soll... Doch der ist technisch verwertbar! Man stelle sich mal einen Navi vor! Dort ist es sinnvoller dem Benutzer Schritt fahren! in Spielstraßen anzuzeigen und intern mit 6Km/h zu rechnen als dem Benutzer den durchaus strittigen und implizit abgeleiteten Wert 6 anzuzeigen. Eine 6 möchte ich da eigentlich nur sehen wenn sie explizit per Zeichen 274 ausgeschildert wurde. ... denn dafür muss es irgendjemand eindeutig definieren. Das macht am besten der Anwendungsprogrammierer in seiner Anwendung oder im Preprocessing der Daten. Der Aufwand dafür ist zu vernachlässigen und die Vorteile nicht von der Hand zu weisen. Siehe dazu auch die derzeitige Diskussion zur Garminkarte! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map
Guenther Meyer schrieb: Am Tuesday 19 May 2009 schrieb Per: Wo sollen Werte wie Sie befinden sich auf einem Weg in einer deutschen Ortschaft und Sie dürfen hier so schnell fahren wie in deutschen Ortschaften erlaubt ist gespeichert werden? urspruenglich fand ich die unterbringung im maxspeed-tag absolut richtig. da allerdings ortsbereich mehr impliziert als nur eine hoechstgeschwindigkeit, wuerde ich da inzwischen sowas wie zone:traffic = town bevorzugen. Wie auch schon im Wiki beschrieben, sehe ich das als zwei paar Schuhe an. 1. Information innerorts in zone:traffic=DE:place 2. Information maxspeed innerorts nicht ausgeschildert in maxspeed=DE:place Beide Informationen sind unabhängig voneinander zu taggen. Es ist schön beide zu haben, aber nicht zwingend. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/trafficzone town ist ungeiegnet, da innerorts auch ein Dorf sein kann. Deshalb gibt es ja schließlich den place-Key. http://wiki.openstreetmap.org/wiki/Key:place Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map
Guenther Meyer schrieb: Am Tuesday 19 May 2009 schrieb Per: Wie auch schon im Wiki beschrieben, sehe ich das als zwei paar Schuhe an. 1. Information innerorts in zone:traffic=DE:place 2. Information maxspeed innerorts nicht ausgeschildert in maxspeed=DE:place naja, aber die information innerorts beinhaltet doch bereits eine aussage zur geschwindigkeit... da sehe ich ein zusaetzliches maxspeed eher als verwirrung. Wenn ich weiß wo die Ortsschilder stehen, kann ich alle Straßen eines Ortes mit zone:traffic=DE:place taggen ohne zu wissen welche Geschwindigkeit dort gilt. Die Geschwindigkeitsbegrenzung hat mit diesem Tag nur indirekt etwas zu tun. town ist ungeiegnet, da innerorts auch ein Dorf sein kann. Deshalb gibt es ja schließlich den place-Key. http://wiki.openstreetmap.org/wiki/Key:place naja, ich finde town eindeutiger. place heisst zwar eigentlich ortschaft, kann aber auch jeden beliebigen ort/platz meinen, der nichts mit geschlossener ortschaft zu tun haben muss. dann vielleicht doch eher in_town? Ich soll ein Dorf mit in_town taggen? Ist nicht dein ernst, oder? Ich denke nicht das es bei DE:place Missverständnisse geben wird. Wir können gerne die Engländer dazu befragen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Die Massenträgheit spielt dabei übrigens fast keine Rolle, denn alle mir bekannten Fahrzeuge haben ihre Reifenbreiten (und damit Kontaktflächen mit der Fahrbahn) passend zu ihrer typischen Masse dimensioniert. Ein voll beladener Lkw kann genau so schnell bremsen wie ein Auto, trotz wesentlich höherer Masse. Und jetzt miss doch mal die Kontaktfläche eines Rennrad-Reifens mit der Fahrbahn... Die Bremswirkung hängt nicht von der Größe der Auflagefläche ab, sondern vom Gewicht und der Beschaffenheit der Flächen. Ein LKW kann ähnlich schnell bremsen wie ein Auto, da er durch sein höheres Gewicht eine größere Bremswirkung erzeugt, aber gleichzeitig auch mehr Massenträgheit überwinden muss. (Die Masse lässt sich rauskürzen) Der Anhalteweg hängt also von Reaktionszeit, Bremsen/ABS, Oberflächenbeschaffenheit der Reifen und Straßenbelag ab. Die meisten Fahrradfahrer sind durch ihren hochen Schwerpunkt stärker benachteiligt als Autos mit ABS. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map
Können wir mal wieder zum Thema zurückkehren? Wo sollen Werte wie Sie befinden sich auf einem Weg in einer deutschen Ortschaft und Sie dürfen hier so schnell fahren wie in deutschen Ortschaften erlaubt ist gespeichert werden? Meine Ideen zu dem Thema sollten bekannt sein. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/trafficzone Gibt es dazu konstruktive Alternativvorschläge oder gar Zustimmung? Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Mario Salvini schrieb: Per schrieb: *zone* ist nur sinnvoll um Standardwerte anzunehmen, wenn maxspeed nichts gesetzt ist. Eine sinnvolle alternative für maxspeed=city:DE könnte maxspeed:sign=city:DE sein. trafficzone + zusätzliches maxspeed macht bei expliziten Begrezungen sehr wohl Sinn. Z.B. bei trafficzone=DE:in_town + maxspeed=30 oder aber auch ber trafficzone=DE:in_town + maxspeed=70 Du missverstehst mich! Meine Aussage widerspricht der deinen nicht! Ich versuche mal die beiden Sätze oben unmissverständlich auszudrücken: Falls Höchstgeschwindigkeit (maxspeed) nicht getaggt wurde, kann man aus innerorts (trafficzone=DE:place) nur eine ungesicherte Annahme treffen, das evtl. maxspeed=50 gelten könnte. Wenn man die Aussage Wir sind innerorts und es gibt keine zusätzliche Geschwindigkeitsbeschränkung nicht im maxspeed-Key unterbringen mag, dann könnte man es alternativ als maxspeed:sign=DE:place speichern. Alle Klarheiten beseitigt? Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Verkehrszeichen taggen
Martin Koppenhoefer schrieb: Eine Autobahn wird begrenzt durch die Zeichen 330 und 334. ja, das braucht man allerdings nicht mappen, da es sich aus dem highway bereits ergibt, oder wie machst Du das? Der Umkehrschluss ist richtig. Der motorway ergibt sich aus den eingrenzenden Schildern. Man tagged highway=* nur weil man die Schildpositionen oft nicht kennt und man es den Renderern leichter machen will. Wenn ich die genaue Position eines Schildes kenne, dann tagge ich es. out_of_town mag richtig sein, aber land ist nicht falsch und zudem noch schön kurz. naja, wenn Du schon deutsche Wörter in die Tags schreiben willst, dann bitte wenigstens mit DE: davor. Mir wäre es lieber, wenn wir für so was allgemein übliches auch einen englischen Ausdruck finden könnten, deutsch können halt dann doch weniger Leute als Englisch. Wer sagt das land ein deutsches Wort ist? Das DE: schreibt man trotzdem davor, aber nur um zu signalisieren das es sich um eine land-zone handelt die dem deutschen Recht zugehörig ist. Per signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Garry schrieb:
trafficzone gibt keine Information darüber ob nicht doch ein
niedrigeres Limit gibt und -schlimmer noch -
gaukelt quasi vor dass es kein niedrigeres Limit gibt falls dieses noch
nicht erfasst wurde.
zone:traffic=DE:place gibt erstmal nur an, das man sich
verkehrsrechtlich innerorts befindet. (Anders als bei boundries ist es
hier sinnvoll ways zu taggen und kein Flächenpolygon zu erstellen.)
Wie man diese Tatsache auswertet bleibt jedem selbst überlassen.
Unabhängig vom oben genannten Tag ist es immer Sinnvoll eine
Höchstgeschwindigkeit zu taggen!
Deshalb würde ich innerorts wenn ein 50-Schild vorhanden ist maxspeed=50
und wenn keines vorhanden ist maxspeed=DE:place taggen.
Da Bernd Brot maxspeed-Werte weiterhin direkt (ohne Dictionary)
auswertbar haben möchte, habe ich vorgeschlagen bei nicht vorhandenen
Schild maxspeed=50 zusammen mit maxspeed:sign=DE:place zu taggen.
Ich selber sehe ein Dictionary a la
dict = {
'DE:place':'50',
'DE:land':'100',
'DA:motorway':'110',
}
als problemlos machbar an!
Besser als maxspeed:sign erscheint mir jetzt maxspeed:source mit Werten
wie 'sign', 'zone' oder 'DE:place'.
Per
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Mario Salvini schrieb: wie bekommst du in dein Konzept noch die Tasache rein, dass je nach vehicle_type der Wert 'DE:place' was anderes bedeutet? http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Implicit_maxspeeds_in_a_computer_readable_format Es ist natürlich auch technisch möglich diese Tabelle direkt in der OSM-Datenbank zu speichern. Derzeit scheint das Wiki aber der richtige Ort dafür zu sein. Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Verkehrszeichen taggen
Die Lösung ist einfach! Folge dem folgenden Mantra: Tagge was du siehst und nicht was es deiner Meinung nach bedeuten könnte! Daraus folgt für mich und hoffentlich auch für andere für das aktuelle Thema: Für mich mag Zeichen 310 und 274 jeweils nur maxspeed=50 bedeuten für andere ist die Unterscheidung vielleicht wichtig. Also tagge erstmal das Schild! http://wiki.openstreetmap.org/wiki/Key:traffic_sign http://wiki.openstreetmap.org/wiki/DE:Road_Signs traffic_sign=maxspeed:30zone traffic_sign=DE:274.1 Um das Interpretieren komischer Werte können sich Parser kümmern. Um das Berichtigen von Schreibfehlern können sich Bots kümmern. Es gibt derzeit keinen Weg die Ausrichtung des Schildes zu beschreiben. Also erfinde einen! traffic_sign:orientation=backward Nutze diesen Tag sofort und solange bis sie die Community auf etwas besseres geeinigt hat. Erst wenn alle Ortsschilder getaggt sind lassen sich verkehrsrechtlich relevante Ortsrelationen bilden, die leider nicht mit den Ortsgrenzen aus der Flächennutzung übereinstimmen. Da wir schon die Relation boundary=administrative haben wäre ein boundary=traffic sinnvoll. Will man diese Relation auf Straßen abbilden sollte man den Key nicht speedzone sondern besser trafficzone oder trafficboundary nennen, da er nicht nur für die maxspeed relevant ist. Es macht keinen Sinn sich auf Integerwerte zu beschränken, da die Realität das auch nicht tut. Für eine Spielstraße tagge nicht maxspeed=6 sondern maxspeed=living_street Eine Autobahn wird begrenzt durch die Zeichen 330 und 334. Dazwischen gilt maxspeed=DE:motorway es sei den es wird explizit etwas anderes ausgeschildert. out_of_town mag richtig sein, aber land ist nicht falsch und zudem noch schön kurz. DE als Präfix und nicht als Postfix, da dies der Suchhierarchie entspricht. maxspeed sollte immer explizit getagged werden, eine Relation boundary=traffic ist schön, besagt aber auch nicht mit Sicherheit das da nicht doch ein 30-Schild steht, sondern nur das die Straße sich innerhalb eines Ortes befindet und es für mach eine Navigationssoftware sinnvoll wäre dem Benutzer mitzuteilen, das hier evtl. eine maxspeed von 50 gelten könnte und das man ganz sicher kein Fernlicht verwenden darf. maxspeed-Werte auf ways sind besser zu parsen als Schilder, da diese für Karten und Router (nicht fürs direkt Anzeigen) auf die dahinter liegenden Straßen abgebildet werden müssen. Es wird also ein Präprozessor benötigt, der Schilder interpretiert. Da sich das automatisieren lässt, macht das besser nicht der OSM-User sondern ein Programm! Einige meiner hier aufgeführten Vorschläge, wurden schon vorher in der viel zu langen Diskussion genannt und ich habe sie eben erst gelesen. Man möge mir das verzeihen. Per signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Stefan Dettenhofer (StefanDausR) schrieb: Mario Salvini schrieb: man kanns ja auch gerne *traffic*zone nennen oder gleich nur zone=[...] Nein, da Ortsschilder selten auf Ortsgrenzen stehen und zum Teil Straßen durch Orte führen und dabei aber verkehrsrechtlich nicht Teil des Ortes sind. Eine Vorverarbeitung kann dann an alle relevanten ways, die *kein* maxspeed (etc.) haben, den entsprechenden Defaultwert setzten. Ja, diese errechneten Werte dürfen dann aber auf keinen Fall zurück in die Datenbank geschrieben werden! Sonst würde man dort explizit überprüfte Werte mit angenommenen überschreiben. Per signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Bitte die Untergangsszenarien einfach mal draußen lassen. Die Funktionen zum Rückgängigmachen von Änderungen sind leider noch mangelhaft. Erstens steht hier nirgendwas was vom Zurückschreiben der Werte und selbst wenn das jemand machen wollte, würde meiner Erfahrung nach keiner so beschränkt sein, abweichende, schon vorhandene Werte damit zu überschreiben. Das ist klar, aber auch das auffüllen noch nicht vorhandener Werte sollte vermieden werden. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Die Funktionen zum Rückgängigmachen von Änderungen sind leider noch mangelhaft. Sehe ich nicht so. Bisher ist mir kein Fall bekannt, bei dem eine klar abgrenzbare Aktion (nach Zeit und Benutzer) nicht rückgängig gemacht werden konnte. Insbesondere wenn der Benutzer nur bestehende Werte verändert hat. Technisch möglich und für jedermann nutzbar sind zwei verschiedene Dinge. Es gibt keine Funktion undo this changeset oder revert to version X of this node die mir zu Augen gekommen wäre. Auf Seiten wie http://openstreetmap.org/browse/changeset/1199184 und http://openstreetmap.org/browse/way/28321003/history sollten solche Funktionen zur Verfügung stehen. In JOSM und Merkaartor gibt es da gar nichts und die Funktion in Potlach kann ich nur als rudimentär bezeichnen. Ich habe schon einige versehentliche Änderungen rückgängig gemacht, aber wir werden uns gezwungener Maßen auch mit absichtlichen Fehledits auseinandersetzen müssen. Erstens steht hier nirgendwas was vom Zurückschreiben der Werte und selbst wenn das jemand machen wollte, würde meiner Erfahrung nach keiner so beschränkt sein, abweichende, schon vorhandene Werte damit zu überschreiben. Das ist klar, aber auch das auffüllen noch nicht vorhandener Werte sollte vermieden werden. Sehe ich nicht so. So lange der theoretisch korrekte Wert (warum ist das so) in einem separaten Tag erhalten ist, sehe ich kein Problem darin, alle nicht anderweitig ausgeschilderten Innerorts-Straßen mit 50 zu markieren. 1. Das kann das auswertende Routingprogramm oder sein Präprozessor tun. Es gibt keinen Grund diese berechneten Werte zurück in die OSM-Datenbank zu schreiben. 2. Wenn irgendwo maxspeed=50 steht wird dieser Wert alt explizit getagged angenommen und nicht extra geprüft. Ein aus trafficzone=DE:city berechneter maxspeed=50 Wert, ist an vielen Stellen falsch, würde aber nicht zu einer überprüfung durch Mapper führen, sondern nur evtl. versehendlich von Navi-endbenutzern beim zufälligen abfahren der Straße entdeckt werden. 3. Programmierer von Routingprogrammen wären gut beraten, dem User mitzuteilen, das der maxspeed-Wert nicht explizit getagged wurde sondern nur vermutet wird. [...] IMHO stört das niemanden, so lange es richtige Werte sind. Ja, genau! Nur leider sind es eben oft falsche Werte. In einer noch nicht getaggeden 30-zone in einer Stadt würde der Navi Du darfst hier 50 fahren sagen. Besser wäre es wenn er sagt Du befindest dich in einer Ortschaft, genaue Geschwindigkeitslimits liegen nicht vor. Selbst ein Ich kenne das Limit nicht ist besser als dem User eine falsche Angabe zu machen. Siehe dazu auch Re: [Talk-de] Maxspeed map - Verkehrszeichen taggen! Per signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Technisch möglich und für jedermann nutzbar sind zwei verschiedene Dinge. Ja, ersteres ist wichtig, letzteres ist egal. Troll? Ich kann es auch nicht so direkt nutzen, aber so lange es eine ausreichende Zahl an Leuten gibt, die das können, ist das doch egal. Es gibt ja noch nicht einmal ein offizielles Verfahren Revertwünsche zu äußern oder gar eine Liste von Leuten die das können. Von einer ausreichenden Zahl kann also noch gar nicht gesprochen werden. Ich habe wegen kleiner Revertwünsche niemanden gesucht, der das evtl. kann und andere tun das auch nicht. Bisher wurde vermutlich nur bei Spam und Botfehlern überhaupt mal revertiert. Anlässe dazu gibt es aber viel mehr. Im Gegenteil, ich möchte dass Reverts nur gut überlegt gemacht werden. Wenn man Reverts revertieren kann, dann ist es genau wie bei Wikipedia problemlos. Das kann das auswertende Routingprogramm oder sein Präprozessor tun. Es gibt keinen Grund diese berechneten Werte zurück in die OSM-Datenbank zu schreiben. Es gibt auch keinen Grund, ein Firmengelände zu micromappen, aber dennoch stört es wenig, wenn es einer macht. Was hat dies nun mit dem Thema zu tun? Du tust so, als würde irgendwas kaputt gehen, wenn mehrere Dinge parallel existieren. Das ist aber nicht so. Wenn man validierte mit vermuteten Daten in einem Tag (maxspeed) mischt, also z.B. aus trafficzone=DE:city abgeleitete maxspeed=50 Werte zurück in die Datenbank schreibt, dann macht man etwas kaputt! Wenn irgendwo maxspeed=50 steht dann bitte nur weil jemand Verkehrszeichen 274 gesehen hat und nicht weil jemand weiß das sich diese Straße zwischen Zeichen 310 und 311 befindet (also trafficzone=DE:city). Bist du der bisherigen Diskussion überhaupt gefolgt? Ich glaube dass ein falscher Wert schneller korrigiert wird als ein fehlender eingetragen wird. Ich nicht! Fehlende Werte kann man auf der maxspeed-Map schnell sehen, abfahren und dann eintragen. Falsche Werte kann man dort nicht erkennen. Zudem glaube ich einfach nicht, dass es viele Stellen geben wird an denen jemand in einer eigentlichen 30er-Zone ein trafficzone:city:DE setzen würde ohne das maxspeed=30. In der vorangegangene Diskussion wurde festgestellt, dass man es nicht speedzone sondern besser trafficzone nennt, da innerorts sich nicht nur auf maxspeed auswirkt. Damit ist trafficzone unabhängig von maxspeed zu taggen. Am besten tagged man beides. Programmierer von Routingprogrammen wären gut beraten, dem User mitzuteilen, das der maxspeed-Wert nicht explizit getagged wurde sondern nur vermutet wird. Hä? Es werden Daten angezeigt, die jemand eingetragen hat. Ich rechne damit, dass nur korrekte Daten und keine vermuteten Daten eingetragen werden. Ob jetzt eine eindeutige Implikation im Navi, in seiner Vorverarbeitung oder vom Mapper berechnet wurde, spielt dabei keine Rolle. Die Vermutung durch das Navi liegt in der Schlussfolgerung trafficzone=DE:city -- maxspeed=50 (falls der maxspeed-Wert fehlt und das Navi trafficzone mit auswertet). Korrekt eingetragene trafficzone-Werte lassen keinen sicheren Schluss auf die geltende maxspeed zu. Ich halte es sogar für sinnvoll maxspeed=DE:city trafficzone=DE:city parallel zu taggen. Aus ersterem leitet sich die Höchstgeschwindigkeit 50Km/h ab. Aus der trafficzone lassen sich Regeln fürs Parken und Fahrzeugbeleuchtung ableiten. Außerdem kann man bei fehlendem maxspeed-Tag eine Höchstgescwindikeit =50Km/h annehmen. Wie gesagt: Siehe Re: [Talk-de] Maxspeed map - Verkehrszeichen taggen Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Es gibt ja noch nicht einmal ein offizielles Verfahren Revertwünsche zu äußern oder gar eine Liste von Leuten die das können. Von einer ausreichenden Zahl kann also noch gar nicht gesprochen werden. Es gibt bei OSM für gar nichts ein offizielles Verfahren. Trotzdem bin ich lieber bei OSM aktiv als beim Finanzamt. Obwohl es dort offizielle Verfahren ohne Ende gibt. Das ist doch pedantisch sich am Wort offiziell zu reiben! Es wird unerfahrenen OSM-Usern keine Hilfestellung gegeben, wenn sie etwas rückgängig machen wollen Ist das Satz so besser? Hier wurde bisher jeder Revert-Wunsch von dem ich mitbekommen habe umgehend erledigt. Meistens von Frederik. So lange die Wünsche immer sofort umgesetzt wurden, ist die Zahl IMHO ausreichend. Wenn man den Passierschein A 38 nur gut genug versteckt, dann füllt ihn hoffentlich auch keiner aus. Anlässe dazu gibt es aber viel mehr. Beispiel? Hab ich! Und selbst? Guck dir mal die History der B 76 an... Im Gegenteil, ich möchte dass Reverts nur gut überlegt gemacht werden. Wenn man Reverts revertieren kann, dann ist es genau wie bei Wikipedia problemlos. Wikipedia hat mehr Edit-Wars als OSM. Edit-Wars funktionieren auch ganz gut ohne revertieren! Ich behaupte die höhere Anzahl der Edit-Wars liegt nur an der leichteren Zugänglichkeit und der höheren Useranzahl. Das kann das auswertende Routingprogramm oder sein Präprozessor tun. Es gibt keinen Grund diese berechneten Werte zurück in die OSM-Datenbank zu schreiben. Es gibt auch keinen Grund, ein Firmengelände zu micromappen, aber dennoch stört es wenig, wenn es einer macht. Was hat dies nun mit dem Thema zu tun? Es sind Daten, die dich (oder jemand anderen) augenscheinlich nicht interessieren. Dennoch ist es völlig egal, ob es da ist oder nicht. Ok, bezogen auf unser Thema würde es bedeuten aus trafficzone=DE:city abgeleitete Höchstgeschwindigkeiten nicht in maxspeed sondern in einem bisher ungenutzten Key (z.B. maxspeed:default) zu speichern. Ja, der könnte mir dann völlig egal sein... Bist du der bisherigen Diskussion überhaupt gefolgt? Ja, aber die Frage gebe ich gerne zurück. Ich bin es ja gewohnt, dass meine Postings inhaltlich ignoriert werden, aber ich glaube ich muss mir nicht vorwerfen lassen, dass ich den Thread nicht gelesen hätte. Seit dem 30.4. Das war nun mal mein Eindruck, da du augenscheinlich speedzone und trafficzone durcheinander gebracht hast. trafficzone soll nur außerorts, innerorts und motorway auseinander halten. Damit hat der Tag nur indirekt etwas mit der Höchstgeschwindigkeit zu tun. Du scheinst verhindern zu wollen, dass Textwerte für maxspeed verwendet werden und willst deshalb Werte wie Höchstgeschwindigkeit deutscher Ortschaften in einen separaten Key auslagern und diesen dann z.B. speedzone nennen. Meine Sicht der Dinge ganz kurz (und ein letztes Mal)[...] OK... *zone* ist nur sinnvoll um Stadnardwerte anzunehmen, wenn maxspeed nichts gesetzt ist. Eine sinnvolle alternative für maxspeed=city:DE könnte maxspeed:sign=city:DE sein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] [tagging] Feature Proposal - RFC - surface_unification
Proposal page http://wiki.openstreetmap.org/wiki/Proposed_features/surface_unification Proposal discussion http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/surface_unification Please read the talk-page before commenting on this! Introduction: This proposal should improve the current usage of the surface=*-key. It is needed because surface is currently a mix of fastness and material types. The fastness should go to surface:paved=* and the materials should go to surface:material=*. With surface:condition=* we are trying to describe the status of the surface with less subjective values than smoothness=* does. It should extract the best of http://wiki.openstreetmap.org/index.php/Key:surface , http://wiki.openstreetmap.org/index.php/Proposed_features/surface_values and http://wiki.openstreetmap.org/index.php/Proposed_features/more_surface_values . If it gets widely used by the community it could later replace things like http://wiki.openstreetmap.org/index.php/Proposed_features/Smoothness and http://wiki.openstreetmap.org/index.php/Proposed_features/grade1-5. surface:paved=* and surface:material=* can be filled by values currently used in surface=*. Also see the already used keys surface_material and surface_state on tagwatch! Sincerely Per ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fahrradstraße.
Max Moritz Sievers schrieb: Von Gerichten wird diese Geschwindigkeit meist mit 30km/h angenommen. Das wäre mir neu. In Ortschaften dürfen Radfahrer, wenn es die Umstände zulassen, natürlich mindestens 50 km/h fahren. Meine Aussage bezog sich nur auf Fahrradstraßen. Ob die 30km/h-Begrenzung für Fahrzeuge auf Fahrradstraßen auch für Fahrräder selbst gilt ist fraglich. Siehe dazu http://www.olgkarlsruhe.de/servlet/PB/menu/1203091/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Robert Joop schrieb: Auch das allgemeine 50-in-ortschaften gilt für Fahrräder nicht. das war mal, zu einer zeit, als die 50 km/h innerorts laut StVO nur für kraftfahrzeuge galten. ein fahrrad ist kein kraftfahrzeug im sinne des gesetzgebers. Das steht auch heute noch in der StVO! ''' §3 Geschwindigkeit (3) Die zulässige Höchstgeschwindigkeit beträgt auch unter günstigsten Umständen 1. innerhalb geschlossener Ortschaften für alle Kraftfahrzeuge 50 km/h ''' Für Fahrradfahrer gelten aus §3 nur (1) und (2a)! Zu welcher zeit soll das denn geändert worden sein? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Edit war on the wiki map features
Now we can see a big discussion, but no one did anything constructive! One thing is clear, we need a tag to describe the usability of ways. If you don't like smoothness invent a better scheme! Smoothness is better than nothing. Please have a look at and comment on: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Smoothness#Be_constructive.21_Try_to_find_good_alternatives_to_smoothness.21 While Chriscfs objections are valid, he acts ignorant, uncommunicative and destructive and should be stopped! http://wiki.openstreetmap.org/wiki/Special:Contributions/Chriscf Per ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wiki - Proposed features - Sorting by category or by status and date
We need a third view on a discussion about the structure of the Proposed features page. Please leave a comment on the talk-page: http://wiki.openstreetmap.org/index.php/Talk:Proposed_features#Sorting_by_category_or_by_status_and_date ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] OSM Tag:amenity=college Rejected
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederik Ramm schrieb: Diese Wahlregeln gibt es nicht. Falls das im Wiki irgendwo steht, sag mir bitte bescheid, damit ich es aendern kann. http://wiki.openstreetmap.org/index.php/Proposed_features#Approved Steht da schon länger... Eine Mindestwahlbeteiligung von 5 Stimmen halte ich aber weiterhin für sinnvoll... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkLET0ACgkQ4oT+9SEi6a1t9gCgkSDceIdL3Q4xoa/HRDvrS+1c EpQAnRhMbjmR5Uyi23H8s2Tvl7LmFYtA =hggK -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Tag:amenity=college Rejected
Hallo Etric, am 6. January 2008 hast du im OSM-Wiki [[Proposed_features/College_Campus_(further_education)]] nach [[Tag:amenity=college] verschoben. 1. Auf [[Proposed_features]]/*-Seiten sollte [[Template:Proposal_Page]] verwendet werden. 2. [[Proposed_features]], die den Status Approved erhalten, werden nach [[Approved_features]]/* verschoben! Dort wird dann ein [[Template:Approved_feature_link]] auf den entsprechenden Key oder Tag gesetzt. Falls der Key/Tag-Eintrag nicht existiert wird er neu angelegt. Siehe z.B. http://wiki.openstreetmap.org/index.php/Approved_features/barriers http://wiki.openstreetmap.org/index.php/Key:barrier 3. Nach den Wahlregeln (mindestens 8 Ja-Stimmen bei Einstimmigkeit oder eine einfache Mehrheit bei mindestens 15 Stimmen) muss [[Proposed_features/College_Campus_(further_education)]] als Rejected eingestuft werden! Die Seite wird dann nicht verschoben, sondern nur auf [[Rejected_features]] eingetragen und bei [[Proposed_features]] entfernt. Ob die Wahlregeln so vernünftig sind ist eine ganz andere Frage, nur umgehen sollte man sie nicht einfach! Beste Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Validator: nicht geschlossene Fl äche
[EMAIL PROTECTED] schrieb: ich hab gestern fast 'ne Stunde gebraucht um in einer vom Validator angemeckerten Waldfläche die millimeter-große Lücke zu finden. Klasse wär's, wenn der Validator nicht den ganzen Wald sondern nur die Lücke rot makieren täte. ;-) Ja, aber es geht auch so: Restlichen weg auftrennen, eine der Hälften verschieben, sehen wo der andere Schnitt ist, alles rückgängig machen, Fehler beseitigen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
Stefan Neufeind schrieb: Kann jemand aus der Fon-Gemeinde ggf. mal ein paar Leute kontaktieren (geht das?) deren Hotspot-Standpunkt nicht korrekt ist und abfragen wie groß die Abweichungen wirklich sind? Entweder die Positionen sind zu ungenau oder völlig veraltet. Bei den eingetragenen Hotspots handelt es sich mit Nichten um FON-Mitglieder-Hotspots sondern einfach nur um Accesspoints die keine Verschlüsselung verwenden. Das die zur freien Nutzung zur Verfügung stehen halte ich für fraglich. Vielmehr ist es eine Liste von Leuten, die ihr WLAN nicht richtig absichern können... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
