Re: [Talk-se] Edit path on private property
Jajust. Tar tillbaka mitt förslag på access=private. Om det inte är privat boende utan en hyrd stugby så är precis access=destination mer korrekt. Den taggen används frekvent på vägar i städer där genomfart är förbjuden, så den är inte särskilt exotisk heller, ruttverktygen bör känna till den. /Anders On 2024-06-13 12:59, Snusmumriken via Talk-se wrote: On Thu, 2024-06-13 at 07:51 +, Freya Gustavsson via Talk-se wrote: Att sätta access=no är vad jag gjort på flera vägar själv. access=destination lär nog vara det mest korrekta i detta sammanhang. För om jag uppfattat det korrekt så är det fråga om en stugby där vem som helst kan hyra en stuga för en kortare tid. Dvs. man bör ta stigen om man skall dit, men genomfart är förbjuden. ___ 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
Re: [Talk-se] Edit path on private property
Håller med, bästa sättet är antagligen att sätta access=private på den del av stigen man inte vill ha folk på snarare än att ta bort den helt. Ruttverktyg som koomoot m fl bryr sig faktiskt om det så vitt jag vet, dvs stigen visas fortfarande men när man försöker dra en rutt så kommer den välja en alternativ väg istället för att gå över stigar med access=private. Personligen tycker jag inte det är lämpligt att kartlägga stigar på folks privata tomter, men där det är oklart om det är en tomt eller ej men det finns en tydlig stig så är det troligt att någon kommer kartlägga den, så jag tror också att om man helt enkelt tar bort stigen så kommer den dyka upp igen så småningom. Det finns som sagt ingen central styrning och process om vad exakt som kartläggs, som lantmäteriet, utan det är vilken privatperson som helst som på eget bevåg kartlägger. Det är inte alls är ovanligt att det finns en allmän stig som går förbi ett flertal mindre stugor, så om man inte känner till lokalförhållandena så ser det inte konstigt ut. Om stigen däremot är väldigt otydlig så skulle jag säga att det bättre alternativet är att ta bort den, då är det liten sannolikhet att den återkommer, så vida den inte förekommer på Strava som många kartlägger efter. /Anders On 2024-06-13 09:39, John Bäckstrand wrote: Very interesting! For sure Allemansrätten has limits, and this does sound like a case where those has been exceeded. On the other hand, OpenStreetmap is a map which do not, as far as I know, tell people where they may walk according to Allemansrätten. If the path exists, it should probably be in OSM unless maybe its a "skyddsobjekt" or similar. I don't feel like removing the path is the correct solution, and it is likely to get re-added again. We do have the ability to set access rights on ways which is probably the correct solution, but I doubt those are often displayed on maps. /John B On Thu, Jun 13, 2024 at 9:31 AM Örjan Svane via Talk-se wrote: Dea open street map editors, your map has a serious error in a location near Stockholm, Sweden, which you are hereby asked to correct. More prcisely it concerns a path near lake Återvallsträsk on Ingarö, east of Stocckholm. The path indicated in the copy of the open street map below crosses private property, a "cottage village" owned by the Svenska Friluftsföreningen Association (SFF). It can be seen on your map that the path passes very close to cottages. Therefore, it clearly violates even Sweden`s extensive "Everybody's right of way", allemansrätten, which allows people to walk on private property except close to private houses etc. From your map, the same path has been included on other similar maps. Last summer the Association e.g. had a number of visitors claiming their right to use the path, referring to the "komoot" map (www.komoot.com [1]). When contacted, komoot gave your map as their source. They also indicated that your map is the source also for others besides the komoot. Therefore we sincerely ask you to take away this path on your map to avoid similar conflicts in the future. You should also in an appropriate manner inform users of you map of the error. Yours Örjan Svane Member and former Land Manager, SFF +46-40-406 5326 ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se Links: -- [1] http://www.komoot.com___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Edit path on private property
Det finns ingen formell organisation som sådan utan vem som helst kan gå in och redigera, även du. Det bästa är om du själv skapar en användare på openstreetmap och går in och redigerar, det går att göra direkt i webbläsaren. Det bästa är om folk med lokalkännedom är de som kartlägger. /Anders On 2024-06-12 09:56, Örjan Svane via Talk-se wrote: Dea open street map editors, your map has a serious error in a location near Stockholm, Sweden, which you are hereby asked to correct. More prcisely it concerns a path near lake Återvallsträsk on Ingarö, east of Stocckholm. The path indicated in the copy of the open street map below crosses private property, a "cottage village” owned by the Svenska Friluftsföreningen Association (SFF). It can be seen on your map that the path passes very close to cottages. Therefore, it clearly violates even Sweden`s extensive "Everybody’s right of way”, allemansrätten, which allows people to walk on private property except close to private houses etc. From your map, the same path has been included on other similar maps. Last summer the Association e.g. had a number of visitors claiming their right to use the path, referring to the “komoot” map (www.komoot.com). When contacted, komoot gave your map as their source. They also indicated that your map is the source also for others besides the komoot. Therefore we sincerely ask you to take away this path on your map to avoid similar conflicts in the future. You should also in an appropriate manner inform users of you map of the error. Yours Örjan Svane Member and former Land Manager, SFF +46-40-406 5326 ___ 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
Re: [Talk-se] New MapRoulette Challenge: Sweden - Add Highways
Jag tror de använder samma metoder vartän i världen de verkar, dvs de bryr sig inte kolla upp länders lokala förutsättningar att använda öppen data från lantmäterier för att göra effektivare kartläggning med högre kvalité. Det är lite synd, och Sverige är ju långt ifrån unikt om att ha öppen data från myndigheterna. Rent principiellt är det emellertid inget fel på deras metod, maproulette är väletablerat, och man brukar inom OSM inte ha något emot att någon först gör enklare kartläggning som någon annan får senare uppdatera med bättre kvalitet. Det gör det förstås lite mer besvärligt för oss som jobbar med NVDB att gå in och uppdatera än om det inte funnits något där från början, men det är nog något man måste leva med och inte låta det gå en på nerverna. Det är inte första och knappast sista gången någon startar ett parallellt projekt som gör samma sak som ett existerande, fast med lägre kvalitet och effektivitet. Utmaningen vi har med NVDB-projektet är att det är rätt hög tröskel att sätta sig in i det, det kräver att man är noggrann, jobbar med ett riktigt verktyg som JOSM (inte webb-editorn), och inte minst är beredd att lägga ner mycket tid så man faktiskt slutför det man börjar på så man faktiskt har dokumenterad koll på var det är genomgånget och inte. Det är rätt få OSM-kartläggare som klarar av det. Enkla maprouletteutmatningar är något alla lekmanna-kartläggare klarar. Å andra sidan tycker jag det är bättre om maproulette-utmaningarna siktar in sig på saker som inte finns i NVDB, som byggnader och stigar, men folk tycker väl det är roligare att kartlägga vägar och kalkera NVDB-grafiken i webb-editorn (been there done that), och när jag använder OSM som slutanvändare som cyklist ute obygden är det ju så att hellre har man vägen inritad i kartan helt utan taggar, än ingen väg alls. Men allra helst vill jag förstås ha vetskapen och tryggheten om att hela kartan håller minst samma lägstanivå som lantmäteriets/vägverkets kartor, och det är det NVDB-projektet handlar om. Att få orkar sätta sig in i det och hjälpa till måste vi nog tyvärr leva med. Det skadar dock inte att vid såna här tillfällen informera om att vi finns förstås, man vet ju aldrig, ibland är det kanske nån som hoppar på :-). /Anders On 2023-04-21 17:35, Markku Siipola via Talk-se wrote: Jag och några andra håller på med uppdatering av vägnätet från NVDB-data (https://wiki.openstreetmap.org/wiki/Import/Catalogue/Sweden_highway_import/Import_guidelines). Arbetet tar mycket tid om man vill få kvalité. TomTom verkar tro att ett sådant omfattande arbetet kan lösas med Mapproulette. Men det räcker inte att bara rita in vägar från flyg- eller satellitfoto! Vägen måste få rätta taggar på rätta avsnitt. Och uppgifter på taggar måste hämtas från nvdb (om man inte har lokal kännedom). Jag kanske har fel, men jag tycker det verkar som att Tomtom tror det finns en "quick-fix" på uppdatering av vägnätet i osm-Sverige. /Markku Den 2023-04-21 kl. 15:34, skrev John Bäckstrand: Jag kollade lite snabbt, och nej det verkar inte handla om motorvägar utan snarare motsatsen: grusvägar / servicevägar! Felöversatt kanske? /John B On Fri, Apr 21, 2023 at 3:33 PM Snusmumriken wrote: Jag ställer mig lite frågande till denhär utmaningen. För finns det faktiskt motorvägar i Sverige som inte finns medtagna i OSM? On Fri, 2023-04-21 at 13:13 +, Salim Baidoun wrote: Hej Svenska OSM samfundet! Det här är Salim från TomTom igen. Idag vill jag dela med er en MapRoulette-utmaning, relevant för Sverige - Lägg till Motortrafikvej :MapRoulette , och här hittar du användbara uppdaterade leads för att förbättra och ansluta vägar. Målet är att identifiera och lägga till en eller flera saknade vägar vid behov. Vi har gjort en analys genom att jämföra TomToms egna data med OSM-vägnätet. Du kan hitta mer information på vår SwedenGitHub- sida och vår MapRoulette-utmaningsbeskrivning, som kan hjälpa dig att lösa uppgifterna. Om du har några frågor eller kommentarer, vänligen kontakta mig och/eller lämna dina kommentarer om MapRoulette-uppgifterna om det behövs. Jag önskar dig en underbar helg och trevlig redigering! Hälsningar Salim A. Baidoun /Community & Partnerships - Global / Community Engagement ___ 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 -- John Bäckstrand ___ 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 mailing list Talk-se@openstreetmap.org
Re: [Talk-se] Import av laddstationer
Jag kan hålla med om att mindre fel får man acceptera, ingen geodatabas av OSM:s storlek är 100% korrekt. Men det handlar om hur stor risk för fel det finns när man lägger till data. Jag jobbar tidvis med NVDB-projektet och där väljer vi att inte använda data eller manuellt justera som vi vet innehåller stora fel. T ex är bro-placeringar i NVDB i vissa kommuner cirka 50% av fallen 100 meter eller mer felplacerade. Med just broar är det enkelt att rätta till positionen manuellt även om man inte är på plats eftersom det syns i flygfotona var de är. Vi gör inga blind-importer utan går igenom och manuellt sammanfogar allt data, så det tar ju tid men det blir få fel. Tyvärr kan det ibland vara svårt att veta vad kvalitén på källdatat är, och ibland varierar den beroende på var i landet det är. Det borde ligga på importörens ansvar att reda ut det så gott det går med att försöka få fram information från ägaren av källdatat samt stickprov. Att bara ta in en stor mängd data och hoppas det är bra kvalitet utan någon som helst analys tycker jag inte är en bra metod. Ibland kan det vara bra att skjuta upp en import nåt år eller så tills det finns mer moget källdata. Det kan vara sant att det är mindre jobb att manuellt justera korrekt data på fel position än att manuellt lägga till all data från grunden. Men det är ännu mindre jobb om datat kommer in på rätt position från början, och då kan det vara värt att vänta tills det finns tillgängligt. Är det stora fel på positioner så hjälper ju inte datat elbilsägarna så mycket, man vill ju rimligtvis kunna navigera fram till laddstationerna och hamna rätt. Felaktigt placerade laddstationer under en tid skulle tvärtom kunna bidra till ett minskat förtroende för OSM:s datakvalitet. Detta är emellertid bara löst tyckande, det hela hänger på vad den faktiskta datakvalitén är och det verkar ingen veta ännu, så ett första steg är kanske att försöka klargöra hur stora fel källdatat har? /Anders On 2023-03-20 11:51, Johan wrote: Det är ganska osakligt att kräva perfektion på exakt allt som kommer in i OSM. Det är mycket lättare att rätta en position på en fullständigt taggad laddstation än att själv rita dom en och en och därefter själv hitta alla tags och tagga konsekvent med övriga stationer runt om. Importen tillför mer än den "förstör" genom sin metadata och ungefärliga position. Noterar även att du skriver "placeringen av stationerna inte stämde överens överhuvudtaget med verkligheten". Hur långt fel låg dom, och hur många av dom hade stora problem? Johan / https://www.openstreetmap.org/user/Wulfmorn Den 20. mars 2023 kl. 11.02.23 +01.00 skrev Snusmumriken : On Mon, 2023-03-20 at 08:43 +0100, riiga wrote: 2023-03-19 08:03 skrev Snusmumriken: Jag reverterade precis en stor import av laddstationer i Stockholm som gjordes igår. Främst p.g.a. att placeringen av stationerna inte stämde överens överhuvudtaget med verkligheten. Vidare bör en import diskuteras i förväg. Importen har redan diskuteras, finns i listan över importer, o.s.v. Helt enligt konstens alla regler. Man får räkna med att en import kan innehålla mindre fel, jag har gjort mitt bästa för att matcha befintliga noder. Om nu placeringen inte stämmer överens och du vet det, varför rättar du inte till det istället för att i det tysta bara rulla tillbaka hela ändringsuppsättningen (inklusve alla som var fullständigt korrekta)? Detta är inte första gången som du omotiverat rullar tillbaka ändringar bara för att du inte gillar en delmängd av dem. Jag får intrycket att du anser att du gjort det hela enligt konstens alla regler. Att importören kan göra sin import av data han vill se i OSM även om han är medveten om bristande datakvalité och det är sen upp till dem med lokalkännedom att städa upp efter importören. Är det din uppfattning om hur det ska gå till? Och hur blir det med regioner där det inte finns karterare som kan städa upp? Ska de felplacerade laddstationerna bara ligga där? ___ 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 mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] openstreetmap.se?
Detta är det senaste jag sett om den: https://forum.openstreetmap.org/viewtopic.php?id=69077 Antar att det är ett nedlagt fritidsprojekt. Att driva 24/7 servrar på hobbybasis utan finansiering är sällan hållbart. /Andders On 2022-03-18 08:38, Markku Siipola via Talk-se wrote: Hej! På wiki finns det på flera ställen URL till openstreetmap.se. Dvs. en svensk version av osm. Men ingen av de länkar fungerar som jag har testat. Det verkar som att den servern inte är igång. Någon som vet status? Om den är nedlagd? ___ 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
Re: [Talk-se] Importera byggnadshöjder där dessa saknas?
En liten off-topic-parentes: LM hade byggnader synliga på sin CC0-rasterkarta ända fram till ca oktober förra året, men har tyvärr tagit bort den zoomnivån (den var iofs aldrig tänkt att vara med från början i CC0 så att den fanns under ett par år var ett misstag, men publicerat är publicerat så det hade varit ok att använda om man hunnit...). Jag hade en idé om att göra nåt med den informationen, typ översätta byggnaderna till vektor för bulk-import där kartläggning saknas eller använda för att jämföra/justera alignment på existerande kartläggning men hann aldrig göra nåt, och nu är det för sent. Äldre OSM-kartläggning i kuperad terräng har mycket stora alignment-fel så där blir det nog knepigt med importen, men jag vet inte hur utbrett dessa problem sett över hela Sverige-kartan. /Anders On 2022-03-15 10:48, John Bäckstrand wrote: Det låter ju bra, men som vanligt ska man väl vara försiktig med importer. Jag kan tex. utan problem tänka mig att vissa byggnader är så felplacerade i OSM att de kanske helt missar det korrekta höjddatat, här måste nog som sagt filtreras små byggnader tyvärr. Man kan ju tänka sig en mer avancerad algoritm än bara centroider, beroende på hur bra upplösningen är på höjddatat. En fuzzy matchning som försöker ta högsta punkten inom en byggnads OSM-outline tex och använder den, kan bara bra vid lutande tak av olika former om det nu finns flera mätpunkter inom taket. Denna filtrering kan ju tom. utökas till att göra motsvarande sak på LM-sidan så att man tar hela byggnaden, även om den är förskjuten. On Tue, Mar 15, 2022 at 10:26 AM Christian Asker wrote: Hej kära karterare. Jag vet inte ifall jag ska fråga här eller i facebook-gruppen för OSM-Sverige, men jag börjar här i alla fall. Jag heter Christian Asker och karterar en del för OSM på fritiden. I mitt arbete som forskare i luftmiljö på SMHI använder vi OSM-data både här och där. Bland annat använder vi byggnader för att modellera luftmiljön i gaturum i städer. En osäkerhet här är att många byggnader i OSM saknar byggnadshöjd. Som ett led i ett projekt kikar vi nu på att plocka byggnadshöjder från Lantmäteriets Laserdata skog. Än så länge täcks bara delar av Sverige av denna laserdata, men det är åtminstone bättre än det vi har nu. Frågan är nu: när vi ändå beräknar byggnadshöjder, ska vi kanske importera dessa till OSM, för de byggnader som saknar höjd-info idag? Licensen på datat från LM är CC0, så den ska vara kompatibel med OSM. Troligen kommer det handla om att plocka höjden i centroid-punkten för varje byggnad. Troligen får man även filtrera bort små byggnader. Importen innebär alltså inte att man lägger till byggnader som inte redan finns i OSM, utan endast "height"-taggen där denna saknas. Så; är detta intressant för OSM? Mvh Christian Asker (OSM: ChristianA) ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ 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
Re: [Talk-se] Importera byggnadshöjder där dessa saknas?
Jag tycker det låter som en utmärkt idé. Ju mer data som finns i OSM desto mer saker kan databasen användas till. /Anders On 2022-03-15 10:23, Christian Asker wrote: Hej kära karterare. Jag vet inte ifall jag ska fråga här eller i facebook-gruppen för OSM-Sverige, men jag börjar här i alla fall. Jag heter Christian Asker och karterar en del för OSM på fritiden. I mitt arbete som forskare i luftmiljö på SMHI använder vi OSM-data både här och där. Bland annat använder vi byggnader för att modellera luftmiljön i gaturum i städer. En osäkerhet här är att många byggnader i OSM saknar byggnadshöjd. Som ett led i ett projekt kikar vi nu på att plocka byggnadshöjder från Lantmäteriets Laserdata skog. Än så länge täcks bara delar av Sverige av denna laserdata, men det är åtminstone bättre än det vi har nu. Frågan är nu: när vi ändå beräknar byggnadshöjder, ska vi kanske importera dessa till OSM, för de byggnader som saknar höjd-info idag? Licensen på datat från LM är CC0, så den ska vara kompatibel med OSM. Troligen kommer det handla om att plocka höjden i centroid-punkten för varje byggnad. Troligen får man även filtrera bort små byggnader. Importen innebär alltså inte att man lägger till byggnader som inte redan finns i OSM, utan endast "height"-taggen där denna saknas. Så; är detta intressant för OSM? Mvh Christian Asker (OSM: ChristianA) ___ 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] Formaliserad NVDB-import
Hej, vi håller på att jobba på att formalisera en import-process för NVDB vägdata. NVDB har ju funnits publikt tillgängligt sedan några år, och enskilda kartläggare har redan använt det för att snabba upp sin egen kartläggning. Nu vill vi formalisera detta och göra det mer tillgängligt till fler kartläggare, genom att dela med oss av ett färdigt skript och detaljerade instruktioner för hur man gör en seriös och varsam import. Det kommer också finnas färdiga filer för varje kommun att ladda ner så man behöver inte sätta upp en miljö för att kunna köra skriptet själv. Det räcker om man har JOSM så kan man hjälpa till. Det handlar alltså om att manuellt sammanfoga översatt lager, samtidigt som man justerar highway-typer och liknande (som NVDB inte ger tillräcklig information för). Endast modify-operationer används när gamla vägar uppdateras för att säkerställa att spårbarheten i historiken behålls, samt att se till att existerande informationstaggar och relationer kommer med. Det gör det mycket arbetsintensivt och man kan räkna med att en kommun av genomsnittstorlek utanför storstäderna tar cirka 80 timmar arbetstid att gå igenom helt. Det handlar alltså inte om någon snabb dum bulkimport, utan ett lågintensivt arbete som väntas pågå under flera års tid. Vi kommer styra arbetet mot att göra insatser där det ger mest, dvs där OSM:s vägdata är mest eftersatt. I storstäderna ser det ganska bra ut, och i vissa mindre städer där det finns ett starkt lokalt OSM-intresse, men i många andra kommuner finns fortfarande flera luckor i vägnätet och gammal lågupplöst geometri med stora positionsfel. Ett utkast för granskning för själva import-processen med den nödvändiga informationen finns här: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Sweden_highway_import Och detaljerad arbetsflödesbeskrivning finns här: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Sweden_highway_import/Import_guidelines Själva skriptet som används finns här: https://github.com/atorger/nvdb2osm/ /Anders ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se