Re: [Talk-se] Sweden: Missing Buildings

[Mattias Dalkvist]

Ill leave this here for someone that have time and energy:
Several people have added buildings in Kiruna that dont exist anymore,
partly via this project. Example changeset:
https://www.openstreetmap.org/changeset/134005978#map=16/67.8467/20.2290
For those how dont know Kiruna is moving parts of the town and lots of
building and roads have been are being moved, rerouted or demolished,
and none of imagery sources are accurate, even the official maps cant
keep up with the change.

Dalkvist

On Fri, Apr 7, 2023 at 2:08 PM Salim Baidoun  wrote:
>
> Thank you Tomas, sure will copy/paste my message there.
>
>
>
> Regards,
>
>
>
> Salim A. Baidoun| Community & Partnerships
>
>
>
>
> From: Tomas Marklund 
> Date: Friday, 7 April 2023 at 14:02
> To: OpenStreetMap Sverige mailinglista 
> Subject: Re: [Talk-se] Sweden: Missing Buildings
>
> You don't often get email from tomasmarklun...@gmail.com. Learn why this is 
> important
>
> Hello Salim!
>
> Could you please use the community forum instead of this mailing list? This 
> mailing list makes it more difficult to find old threads, if someone would be 
> interested in them after a while. Especially for new users who don't have 
> access to older mail threads.
>
>
>
> https://community.openstreetmap.org/c/communities/se/49
>
>
>
> /Tomas
>
>
>
> Den fre 7 apr. 2023 kl 13:21 skrev Salim Baidoun :
>
> Hello Swedish community,
>
>
>
> Could you please let me know if the community has any comments or suggestions 
> about our team supporting editing (when we have capacity) in Sweden: Missing 
> Buildings?
>
>
>
> Regards,
>
> 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

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Mattias Dalkvist]

kul initiativ Grigory!

kollade lite kring Vingåker och det ser ur att vara ganska stor variation
på data kvalitén. det ser okej ut på håll men när man zoomar in så är det
massa små saker som ingen karterare skulle göra. tex way 685231007.

om Vingåker är representativt för importen så skulle jag rösta på att vänta
tills skripten kan göras bättre.

vad är det för upplösning på grundmaterialet? När jag höll på med
natura2000 så var det riktigt kasst i Norrland inland, speciellt i fjällen.

--
Dalkvist

On Fri, 19 Apr 2019, 01:02 Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org wrote:

> Hej Joel!
>
> >Antagligen endast på grund av att skogstypen ändras.
> >Frågan är om algoritmen fungerar bättre om man behandlar all skog lika?
> Ja, det verkar vara den mest sannolika anledningen. Din bild bevisar det
> också. De filer som ligger nu uppladdade hade jag filtrerat för att slänga
> bort alla vägar kortare än 24 noder. Den processen hade säkert raderat
> mindre områden med skogstyp som skilde sig från intilliggande större
> skogsområden.
>
> Jag kan generera nya vektorfiler på nytt där alla skogstyper blir
> sammanslagna. Men då behöver jag starta från början, dvs från det
> ursprungliga rastern, och det kommer att ta en stund. Några nya resultat
> ska bli tillgängliga efter helgen, hoppas jag.
>
> Glad påsk!
>
> Среда, 17 апреля 2019, 22:58 +03:00 от j...@torsson.se:
>
> Hej!
>
> Tack för ditt engagemang Grigory!
>
> Jag provade att ladda ned Hjo kommun i version 2. Det som slog mig ganska
> direkt var att det skapas hål i skogsområden, samt att skogsområden
> utelämnas. Antagligen endast på grund av att skogstypen ändras. Frågan är
> om algoritmen fungerar bättre om man behandlar all skog lika? Om valet står
> mellan att få in ett så korrekt skogsområde som möjligt och att få in
> skogstypen (barrskog/lövskog m.m.) så tycker jag att det är bättre att få
> in ett så korrekt område som möjligt.
>
> Se skogsområdet i mitten här:
> http://www.torsson.se/joel/osmpics/nmd2018-osm-hjo.png
>
> Mvh
> Joel Grafström
>
> 2019-04-17 11:29 skrev Grigory Rechistov via Talk-se:
>
> Hej Karl-Johan!
> Tack för ditt intresse!
>
> >Jag har laddat ner filerna och för Linköpings kommun och det är ganska
> mycket konflikter
> Hur stort antal konflikter du ser? Handlar det om hundratals eller
> tusentals problem? Linköpings kommun är redan väl kartlagd:
> http://paul7.net/i/2019.04.17/1b0e/linkf6pings-kommun.jpg . Du kanske
> vill fokusera endast på de södra och söder-östliga delarna som nu är
> "vita".  I så fall radera manuellt alla nya (eller bara konflikterande)
> objekt utanför dessa delområden.
>
> >Ska jag anteckna mig på "Status_per_subarea
> "
>  för
> de kommuner jag tänker mig ge mig på eller bara på den som jag just nu
> jobbar på?
> Det är väl okej att reservera två eller tre kommuner för sig, tror jag.
> Det är också intressant att se på vad som händer med importdatat vid
> intilliggande områdens gränser — denna fråga har jag inte tänkt igenom.
> Kommunerna är ju inte skilda öar i havet...
>
> Jag har också släppt v2-versionen på datat. Det är mer filtrerad, så
> kanske passar det bättre för större subareor.
>
>
> Среда, 17 апреля 2019, 8:24 +03:00 от Karl-Johan Karlsson <
> karl.johan.karls...@gmail.com>:
>
> Hej!
>
> Jag tänkte ta mig an Linköpings och kanske några omkringliggande kommuner.
> Jag har laddat ner filerna och för Linköpings kommun och det är ganska
> mycket konflikter så ... det kanske är bättre att börja med någon mindre
> för att "öva" på. Hur gör vi för att undvika dubbelarbete? Ska jag anteckna
> mig på
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan/Status_per_subarea
> för de kommuner jag tänker mig ge mig på eller bara på den som jag just nu
> jobbar på?  Hur som helst så borde jag nog skapa ett "import account". Jag
> ska se om jag får mer tid ikväll ...
>
> Den ons 17 apr. 2019 kl 00:22 skrev Grigory Rechistov via Talk-se <
> talk-se@openstreetmap.org
> >:
>
> Hej,
>
> Nu är den första varianten på nastän uppladdningsfärdiga OSM-filer för 288
> av 291 kommuner tillgängliga. Länken till ziparkiven finns i tabellen här:
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan/Status_per_subarea
> . Om ni har tid, vänligen ladda ner någon fil, packa den upp och kika in,
> om dess innehåll är vettigt eller helt vansinnigt.
>
> Ett slags guide som beskriver hur man manuellt rättar till kvarstående
> konflikter finns här:
> https://wiki.openstreetmap.org/wiki/Catalogue/NMD_2018_Import_Plan/Sammanblandningsguide
>
> I princip är jag redo att ladda upp Vingåkers kommun när som helst men
> väntar för ytterligare feedback av imports@osm
>  mejllistan
>
> Ett par anmärkningar.
> 1. Nu håller jag på att skapa en annan revision på 

Re: [Talk-se] Naturreservat

[Mattias Dalkvist]

Är det någon som har några fler kommentarer synpunkter?

Annars kommer jag fortsätta lägga in/uppdatera reservatgränserna.


2017-05-24 11:17 GMT+02:00 Mattias Dalkvist <matt...@dalkvist.se>:

> Utökningar av reservat som är ganska vanliga och ofta de har olika
> ansvariga så de är distinkta i nvv datat även om de på marken behandlas som
> ett reservat. Är det något vi vill förenkla?
>
> Reservaten som har flera isolerade områden ligger som en multipolygon med
> flera outer i det nya datat.
>
> Vi kanske vill vänta med att fixa läns/kommun gränserna tills vi har lagt
> in alla skyddade områden vi vill ha med, finns ju fler än bara reservaten
> http://i.imgur.com/rZHxm6c.png
> Men om/vilka riksintressen vi vill ha med kanske är en egen diskussion :)
>
> 2017-05-23 23:31 GMT+02:00 Essin <user.es...@gmail.com>:
>
>> Nu har jag gått igenom föreskrifterna för de tolv naturreservaten i
>> området där jag har ritat skog i större skala [1]. Åtta av dem förbjöd allt
>> skogsbruk, med lite olika formuleringar. Två reservat (Komossen och
>> Givorna) kunde jag inte hitta föreskrifter för. Två (Hemshyttan och
>> Klackberg) verkar tillåta viss avverkning om det är i enlighet med
>> skötselplanen. Åtminstone de två sista borde väl då strikt taget mappas om.
>>
>> Jag hittade också några andra saker som kan vara relevant för importen.
>> Föreskrifterna för Daladelen av Bredmossen [2] verkar beskriva det som ett
>> reservat i två län (och med två ansvariga myndigheter) snarare än två
>> reservat med samma namn i olika län. På liknande sätt är Hemshyttan [3] ett
>> reservat i tre åtskilda delar snarare än de tre reservat det är mappat som
>> nu.
>>
>> För övrigt har jag inga större invändningar mot det tidigare framförda
>> förslaget att avveckla grupprelationerna för respektive län helt. Innan det
>> görs borde det dock kontrolleras att länsgränserna är ritade så att alla
>> reservat ligger i rätt län. Jag upptäckte till exempel att länsgränsen gick
>> på fel sida om Olkosröjningen [4], eftersom gränsen flyttades här i samma
>> veva som Ekonomiska kartan och därför är lite otydligt ritad. När den
>> kontrollen är gjord kan man använda Overpass och liknande tjänster för att
>> hitta alla naturreservat inom ett län.
>>
>> Vänliga hälsningar
>> Essin
>>
>>
>> [1] http://www.openstreetmap.org/#map=10/60.0851/15.8615
>> [2] http://www.lansstyrelsen.se/Dalarna/SiteCollectionDocuments/
>> Sv/djur-och-natur/skyddad-natur/Naturreservat/
>> Bredmossen/beslut-skotsel.pdf
>> [3] http://www.lansstyrelsen.se/dalarna/SiteCollectionDocuments/
>> Sv/djur-och-natur/skyddad-natur/Naturreservat/
>> Hemshyttan/beslut-skotsel.pdf
>> [4] http://www.openstreetmap.org/way/43189846
>>
>> Den 22 maj 2017 23:21 skrev Mattias Dalkvist <matt...@dalkvist.se>:
>>
>>>
>>>
>>> 2017-05-22 21:57 GMT+02:00 Henrik Lundqvist <h.lundqv...@gmail.com>:
>>>
>>>> ...
>>>> Gränserna som ligger som CC0 i VIC-natur på NVV, är de geometrier som
>>>> ligger till grund för besluten så "rättare" gränser finns inte.
>>>> ...
>>>> /Henrik
>>>>
>>>
>>> För utom när de är fel ;)
>>> Hittade ett exempel (undantag?) där två reservat har gemensam gräns
>>> efter en å men de har använt olika kartmaterial att digitalisera från så
>>> gränserna överlappar med 5-10 m. http://i.imgur.com/Asiu6i1.png Den
>>> markerade linjen är den västra gränsen för reservatet österut
>>>
>>>
>>>>
>>>> Den 22 maj 2017 8:47 em skrev "Essin" <user.es...@gmail.com>:
>>>>
>>>>> Jag har på några ställen avsiktligt låtit naturreservatsgränser utgöra
>>>>> gräns mellan landuse=forest (utanför reservatet) och natural=wood, utifrån
>>>>> argumentet att det är reservatsgränsen som definierar vilken skog som
>>>>> brukas och vilken som "bara står där". Jag ska dock erkänna att jag inte
>>>>> har läst exakt vilka skötselföreskrifter som gäller för varje reservat --
>>>>> skogsbruk förekommer väl i vissa reservat. Sedan jag gjorde detta har
>>>>> dessutom som bekant renderingen strömlinjeformats, och även om man inte 
>>>>> ska
>>>>> tagga för renderaren har jag svårt att bli riktigt uppbragt om dessa 
>>>>> taggar
>>>>> skulle försvinna -- särskilt om det skulle innebära ytterligare krångel 
>>>>> vid
>>>>> uppdateringen.
>>>>>
>>>>> Vänliga hälsningar
>

Re: [Talk-se] Studentprojekt

[Mattias Dalkvist]

2017-05-17 10:49 GMT+02:00 christian makram :

> Hej!
>
> Visste inte riktigt vart jag skulle maila detta, så jag tog den mailadress
> som verkade rimligast.
>
> Vi är tre studenter på Örebro universitet, som arbetar på ett skolprojekt
> åt Örebro kommun, för ett publikt evenemang som kallas openart. Går att
> läsa mer om eventet här .
>
> Det vi skapat är en applikation för att alla som besöker appen ska kunna
> delta i evenemanget på ett enklare sätt än tidigare år där man bland annat
> kommer kunna se mer information om de utställda konstverken, spela lite
> enklare spel i appen och även kunna gå mellan konstverken i så kallade
> slingor.
>
> Detta är nog den största delen av applikationen och detta innebär att vi
> använt oss av kartfunktioner från leaflet och tiles från mapbox. Men då
> mapbox visade sig vara alldeles för dyrt ändrade vi till OSM. Därför
> undrade vi om hur vi bör göra om vårt tile usage blir för stort. Är det
> möjligt att vi kan få fri tillgång till OSM under evenemangets löptid(från
> 18e juni till 10e september). Då vi inte vet hur många som kommer att
> använda appen.
>
> Tack så mycket på förhand,
> Med vänliga hälsningar,
> Christian, Christopher & Mattias
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
Om det är tiles from osm.org ni tänkte på så är det bättre att fråga på den
engelska epostlistan, förmodar att ni sätt
https://operations.osmfoundation.org/policies/tiles/

Den svenska versionen av kartan på openstreetmap.se är bara en liten server
och datat där har inte uppdaterat på ett bra tag pga hårdvarustrul.

Annars är det inte svårt att sätta upp en egen tile server speciellt inte
om det bara är en kommun man vill åt. Det kanske är lite data nog för att
baka in i appen med mbtiles via tilemill

-- 
Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturreservat

[Mattias Dalkvist]

2017-05-22 21:57 GMT+02:00 Henrik Lundqvist <h.lundqv...@gmail.com>:

> ...
> Gränserna som ligger som CC0 i VIC-natur på NVV, är de geometrier som
> ligger till grund för besluten så "rättare" gränser finns inte.
> ...
> /Henrik
>

För utom när de är fel ;)
Hittade ett exempel (undantag?) där två reservat har gemensam gräns efter
en å men de har använt olika kartmaterial att digitalisera från så
gränserna överlappar med 5-10 m. http://i.imgur.com/Asiu6i1.png Den
markerade linjen är den västra gränsen för reservatet österut


>
> Den 22 maj 2017 8:47 em skrev "Essin" <user.es...@gmail.com>:
>
>> Jag har på några ställen avsiktligt låtit naturreservatsgränser utgöra
>> gräns mellan landuse=forest (utanför reservatet) och natural=wood, utifrån
>> argumentet att det är reservatsgränsen som definierar vilken skog som
>> brukas och vilken som "bara står där". Jag ska dock erkänna att jag inte
>> har läst exakt vilka skötselföreskrifter som gäller för varje reservat --
>> skogsbruk förekommer väl i vissa reservat. Sedan jag gjorde detta har
>> dessutom som bekant renderingen strömlinjeformats, och även om man inte ska
>> tagga för renderaren har jag svårt att bli riktigt uppbragt om dessa taggar
>> skulle försvinna -- särskilt om det skulle innebära ytterligare krångel vid
>> uppdateringen.
>>
>> Vänliga hälsningar
>> Essin
>>
>> Den 22 maj 2017 16:14 skrev Mattias Dalkvist <matt...@dalkvist.se>:
>>
>>>
>>>
>>> 2017-05-22 14:55 GMT+02:00 Micke <mia...@hotmail.com>:
>>>
>>>> Jag såg att T-udden i Gävle saknades. Är inte det ett naturreservat?
>>>> Har för mig jag sett sådana skyltar när jag varit där.
>>>>
>>>>
>>>> Jag missade att lägga in den
>>>
>>>
>>>> Jag har manuellt lagt till saker i vissa naturreservat. T.ex.
>>>> snowmobile=no där det gäller i hela reservatet. Hur blir det med dom
>>>> taggarna?
>>>>
>>>>
>>>> Sådan info finns inte med i filerna tyvärr, så man behöver läsa
>>> reglarna för varje enskilt reservat men det kanske vore bra att ha med.
>>> Finns det några taggar för tältning och eldning? För det brukar ju också
>>> vara reglerat.
>>>
>>>> För övrigt, se mina svar nedan i lila färg.
>>>>
>>>>
>>>>
>>>> Mvh
>>>>
>>>>
>>>> Anders Andersson
>>>>
>>>>
>>>> --
>>>> *Från:* Mattias Dalkvist <matt...@dalkvist.se>
>>>> *Skickat:* den 20 maj 2017 11:31
>>>> *Till:* OpenStreetMap Sverige mailinglista
>>>> *Ämne:* Re: [Talk-se] Naturreservat
>>>>
>>>>
>>>>
>>>> 2017-04-04 13:08 GMT+02:00 Mattias Dalkvist <matt...@dalkvist.se>:
>>>>
>>>>> Jag snubblade över ett nytt naturreservat som inte vi hade med. Efter
>>>>> lite efterforskande så är det många reservat som inte är med och flera som
>>>>> ändrats sedan importerna gjordes 2009-2011 (enligt wikin).
>>>>>
>>>>> Vidare så har länsstyrelserna överlåtit ansvaret till naturvårdsverket
>>>>> och naturligtvis så har de inte samma fält och id:n som länsstyrelserna
>>>>> hade tidigare =/
>>>>>
>>>>> Jag har gjort ett första utkast för omvandling från NVV
>>>>> till protected_area: https://wiki.openstreetmap.org
>>>>> /wiki/WikiProject_Sweden/Nature_conservation#Nytt_initiativ_2017
>>>>>
>>>>>
>>>>> --
>>>>> Dalkvist
>>>>>
>>>>
>>>> Det har inte kommit några fler synpunkter så jag gjorde ett litet test :
>>>> http://www.openstreetmap.org/changeset/48469000
>>>> http://overpass-api.de/achavi/?changeset=48469000
>>>>
>>>>
>>>> För befintliga reservat har jag använt josms replace geometry, eftersom
>>>> det inte är ovanligt att några noder från tidigare import har ändrats av
>>>> misstag.
>>>>
>>>> I testet så har jag inte tagit bort någon meta data från föregående
>>>> importer, vad tycker ni ska de vara kvar eller inte?
>>>> Det spelar ingen roll för mig. Jag tror inte all data används, men så
>>>> mycket skada gör den knappast heller.
>>>>
>>>> Där flera reservat har gemensam gräns så stämmer det aldrig 100%
>>>> eftersom de oftast är manuellt digitaliserade f

Re: [Talk-se] Naturreservat

[Mattias Dalkvist]

2017-05-22 14:55 GMT+02:00 Micke <mia...@hotmail.com>:

> Jag såg att T-udden i Gävle saknades. Är inte det ett naturreservat? Har
> för mig jag sett sådana skyltar när jag varit där.
>
>
> Jag missade att lägga in den


> Jag har manuellt lagt till saker i vissa naturreservat. T.ex.
> snowmobile=no där det gäller i hela reservatet. Hur blir det med dom
> taggarna?
>
>
> Sådan info finns inte med i filerna tyvärr, så man behöver läsa reglarna
för varje enskilt reservat men det kanske vore bra att ha med.
Finns det några taggar för tältning och eldning? För det brukar ju också
vara reglerat.

> För övrigt, se mina svar nedan i lila färg.
>
>
>
> Mvh
>
>
> Anders Andersson
>
>
> --
> *Från:* Mattias Dalkvist <matt...@dalkvist.se>
> *Skickat:* den 20 maj 2017 11:31
> *Till:* OpenStreetMap Sverige mailinglista
> *Ämne:* Re: [Talk-se] Naturreservat
>
>
>
> 2017-04-04 13:08 GMT+02:00 Mattias Dalkvist <matt...@dalkvist.se>:
>
>> Jag snubblade över ett nytt naturreservat som inte vi hade med. Efter
>> lite efterforskande så är det många reservat som inte är med och flera som
>> ändrats sedan importerna gjordes 2009-2011 (enligt wikin).
>>
>> Vidare så har länsstyrelserna överlåtit ansvaret till naturvårdsverket
>> och naturligtvis så har de inte samma fält och id:n som länsstyrelserna
>> hade tidigare =/
>>
>> Jag har gjort ett första utkast för omvandling från NVV
>> till protected_area: https://wiki.openstreetmap.org
>> /wiki/WikiProject_Sweden/Nature_conservation#Nytt_initiativ_2017
>>
>>
>> --
>> Dalkvist
>>
>
> Det har inte kommit några fler synpunkter så jag gjorde ett litet test :
> http://www.openstreetmap.org/changeset/48469000
> http://overpass-api.de/achavi/?changeset=48469000
>
>
> För befintliga reservat har jag använt josms replace geometry, eftersom
> det inte är ovanligt att några noder från tidigare import har ändrats av
> misstag.
>
> I testet så har jag inte tagit bort någon meta data från föregående
> importer, vad tycker ni ska de vara kvar eller inte?
> Det spelar ingen roll för mig. Jag tror inte all data används, men så
> mycket skada gör den knappast heller.
>
> Där flera reservat har gemensam gräns så stämmer det aldrig 100% eftersom
> de oftast är manuellt digitaliserade från LMs kartor, ibland med olika
> detaljnivåer.
> Oftast är det ~1m diff men jag hittade ett exempel i Dalarna där två
> reservat överlappar med ca 10m och i broschyren om området är bägge
> gränserna med ;)
>
> Så med tanke på att källmaterialet inte är så exakt har jag bara tagit
> informationen från en av reservaten och använt den i alla relationerna ex
> https://osm.org/way/491868993
>
> I flera fall går reservatgränserna på administrativagränser (län/kommun)
> så har jag inte gjort någon harmoniseringen utan tänker att det kan
> jag/vi göra i ett andra pass.
> Låter vettigt.
>
> Har sätt på flera ställen att gränser delar noder/vägsegment med andra
> saker som markanvändning, vägar, bäckar etc (inget i testet dok). Jag
> tycket att gränser borde var skilt från allt annat, för som jag förstår det
> så även om en gräns sätts efter ett vattendrag så är det i Sverige bara
> koordinaterna som gäller om vattendraget ändrar sig så ändras inte gränsen
> automatiskt.
> Jag håller med. Jag skulle önska att administrativa gränser var dolda som
> standard i alla redigerare. Vanligaste nybörjarfelet efter att flytta
> vägar efter flygbilder utan tanke på offset är nog att sätta ihop diverse
> saker med administrativa gränser och flytta runt noderna.
>
> --
> Dalkvist
>
> ___
> 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] ID översättningar

[Mattias Dalkvist]

2017-05-13 13:26 GMT+02:00 Joakim Fors <joa...@fo.rs>:

>
> > On 12 May 2017, at 18:20, Mattias Dalkvist <matt...@dalkvist.se> wrote:
> >
> > Hmm jag var inte så aktiv under "the path controversy" så jag har inte
> så stor koll. Brukar gå efter det som rekommenderas i presets och på wikin,
> där tycker de path med designated taggar för gång- och cykelbanor.
> >
> > I Sverige ser det ut att var fler som använder cycleway (antal ways):
> > Path med foot & bicycle designated 22k
> > Cycleway med foot designated eller yes 37k
> > Finns också (vilket josm varnar om)
> > Footway med bicycle designated eller yes 10k
>
> Kan du spjälka ut antalen för highway=cycleway med foot=designated jämfört
> med foot=yes. En viss skillnad i betydelse. Det är ju fullt lagligt att gå
> på en renodlad cykelbana här i landet så jag brukar kasta med ett foot=yes
> av bara farten. Kanske ett fall av tagging for the router. Att sätta
> foot=designated på en highway=cycleway är en annan sak. Du kan även försöka
> filtrera bort sådana highway=cycleway som har både bicycle=designated och
> foot=designated. Gissar att de är fall då det ursprungligen varit
> highway=path men någon senare har ändrat det till cycleway.
>
> Mer siffror

hw=cycleway med foot=yes 29.5k, varav bicycle=yes 5k och bicycle=designated
700, surface: paved 8.7k och unpaved 1.1k
hw=cycleway med foot=designated  8.2k, varav bicycle=yes 71 och
bicycle=designated 4.7k, surface: paved 3.8k och unpaved 354
hw=path med foot=designated och bicycle=designated 26.4k, varav surface
paved 10.6k och unpaved 685
hw=path med foot=yes och bicycle=designated 229
hw=path med foot=designated och bicycle=yes 198

Om Joakims hypotes att cycleway med både bicycle=designated och
foot=designated är omgjorda path och att cycleway med foot=yes är GC så är
det nästan 50/50 split mellan cycleway och path.


> >
> > Vad jag förstår så behandlas de två huvudsätten lika av de flesta
> rendrerare och ruttplanrerare.
> > Jag kan se fördelar med bägge men tycker det är viktigare att vi är
> konsekventa, underlättar framförallt när man pratar med nya folk.
> >
> >  Så om majoriteten föredrar cycleway kanske vi borde göra en Svensk
> version av Highway tagging samples som reflekterar det.
> >
>
> Jag föredrar iaf inte att highway=cycleway + foot=designated används för
> att kartlägga GC-banor. Just av den orsaken att de inte är cykelvägar.
>
>
> > On 13 May 2017, at 12:49, M Branting <mikael.brant...@gmail.com> wrote:
> >
> > Konstaterar bara att det i Stockholmsområdet är svårt att hitta en enda
> gc-bana som kategoriserats som stig. Och i de övriga städer jag cyklat
> eller redigerat osm tycks mönstret vara detsamma. Jag ska inte tvärsäkert
> uttala mig tvärsäkert om hela landet, men det tycks i alla fall vara så att
> det saknas en etablerad gc-bana=path praxis.
>
> Kollar du i andra delar av landet så tror jag du ser det omvända
> förhållandet. San kan man ju även blicka utanför landets gränser där det
> finns liknande on-the-ground klassificering.
>
> Enligt Dalkvists lista ovan så kan man iaf inte påstå att
> path+foot+bicycle inte skulle vara väl vedertaget då det ligger i samma
> span sett till antal användningar som highway=cycleway + foot=designated.
>
>
> /Joakim
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>



-- 
 Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] ID översättningar

[Mattias Dalkvist]

Hej

I ID så är highway=path översatt med stig vilket de många förknippar med
något mindre i skogen, inte alls lika generellt som det Engelska uttrycket.
Ett av de rekommenderade sätten att tagga gång- och cykelbanor är ju
highway=path med  foot=designated och bicycle=designated och jag har sätt
flera nybörjare som ändrar dem till footway. Har också sätt några som satt
highway=footway och highway=cycleway


Någon som kan komma på något bättre än Stig?
Det ända jag kommer på är något i stil med "Stig, gång- & cykelväg" vilket
inte är så bra ;)


-- 
Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Trafikverket (igen)

[Mattias Dalkvist]

Det finns idn men de är mer som relationer i osm termer för de behöver inte
vara kontinuerliga och många av nvdb attributlagrens segment har inga egna
idn utan använder förälderidt.


2017-04-27 8:46 GMT+02:00 Henrik Larsson <henrik.lars...@sjobo.se>:

> Det skall finnas permanenta id, ja (osäker på om ngn svarat på denna
> redan.).
>
>
>
> Mvh Henrik
>
>
>
> *Från:* Martin Norbäck Olivers [mailto:mar...@norpan.org]
> *Skickat:* den 26 april 2017 12:27
> *Till:* OpenStreetMap Sverige mailinglista
> *Kopia:* Mattias Dalkvist
> *Ämne:* Re: [Talk-se] Trafikverket (igen)
>
>
>
> Jag har inte tittat på datat, men om de har permanenta ID på vägsträckor i
> databasen så vore det ju bra om man kunde koppla dessa till sträckorna i
> OSM, så att man automatiskt kan uppdatera.
>
>
>
> Den 25 april 2017 08:52 skrev Christian Asker <christian.as...@gmail.com>:
>
> Hej. Jag håller med, en noggrann import av utvalda attribut samt där vägar
> helt saknas skulle vara toppen.
>
> Join by location kanske inte funkar om inte vägarna har exakt samma
> positioner. Man kan göra en "buffer" (blir korvliknande polygoner istället
> för linjer) av ena lagret som man sedan gör join by location på.
>
> Mvh Christian
>
>
> Mattias Dalkvist <matt...@dalkvist.se> skrev: (25 april 2017 04:02:53
> CEST)
>
> 2017-04-24 22:32 GMT+02:00 Andreas Vilén <andreas.vi...@gmail.com>:
>
>  Man ska nog inte utgå ifrån att nvdb är bättre än redan karterat. Någon rak 
> import från nvdb över befintlig data skulle jag iaf ställa mig emot. Hellre 
> isf att importera väl genomdiskuterade attribut i omgångar.
>
>  /Andreas
>
>
> 2017-04-24 22:37 GMT+02:00 Christian Asker <christian.as...@gmail.com>:
>
>  Hej. Det är ju jättegoda nyheter. Men går det att göra en allmän import?
>  Alla vägar matchar ju inte så bra vad gäller positionen mm. Där jag bor
>  finns det även en hel del fel i NVDB främst vad gäller mindre vägar
>  (funktionell vägklass 8-9), som man ju inte vill importera.
>
>
>
>
> Förespråkar inte någon direkt import av vägdatat. Tänkte mer att det
> borde gå att automatiskt föra över ett attribut från nvdb till osm
> data. Som sedan granskas/förbättras av någon med stöd av
> lokalkunskap/mapillary/flygbilder etc
>
> Linkande med väggeometrin borde det gå att automatiskt få fram de
> vägar som finns i nvdb men inte i osm. Som sedan granskas/förbättras
> av någon med stöd av lokalkunskap/mapillary/flygbilder etc
>
> Jag har tillräckligt med gis kunskaper att veta att det kanske går att
> göra men inte riktigt hur ;)
> Har provat med Join by location men får inte riktigt ut det jag vill ha.
>
>
>  Mattias Dalkvist <matt...@dalkvist.se> skrev: (24 april 2017 20:47:42 CEST)
>
>
>  2017-04-24 19:47 GMT+02:00 Per Eric Rosén <p...@rosnix.net>:
>
>   Underbart! Alltså hela NVBD? Ser ju ut som det.
>
>
>
>  Japp
>
>
>   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?
>
>
>
>  Jag har tittat lite på det i qgis men mina gis skills är för dåliga =/
>  Hittade inget sätt att dela nvdb linjerna på samma ställen som osm för
>  att kunna kopiera över attributen.
>
>  Sedan kanske vi borde börja med själva väg geometrin det finns massor
>  av mindre vägar som vi inte har med. Samt att lägesnoggrannheten borde
>  vara bättre i många fall.
>
>
>
>  --
>  Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
>
>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
>
>
>
> --
>
> Martin Norbäck Olivers
>
> IT-konsult, Masara AB
>
> Telefon: +46 703 22 70 12
>
> E-post: mar...@norpan.org
>
> Kärrhöksvägen 4
>
> 656 72 Skattkärr
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>


-- 
Mattias Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Trafikverket (igen)

[Mattias Dalkvist]

2017-04-24 22:32 GMT+02:00 Andreas Vilén <andreas.vi...@gmail.com>:
> Man ska nog inte utgå ifrån att nvdb är bättre än redan karterat. Någon rak 
> import från nvdb över befintlig data skulle jag iaf ställa mig emot. Hellre 
> isf att importera väl genomdiskuterade attribut i omgångar.
>
> /Andreas

2017-04-24 22:37 GMT+02:00 Christian Asker <christian.as...@gmail.com>:
> Hej. Det är ju jättegoda nyheter. Men går det att göra en allmän import?
> Alla vägar matchar ju inte så bra vad gäller positionen mm. Där jag bor
> finns det även en hel del fel i NVDB främst vad gäller mindre vägar
> (funktionell vägklass 8-9), som man ju inte vill importera.
>
>

Förespråkar inte någon direkt import av vägdatat. Tänkte mer att det
borde gå att automatiskt föra över ett attribut från nvdb till osm
data. Som sedan granskas/förbättras av någon med stöd av
lokalkunskap/mapillary/flygbilder etc

Linkande med väggeometrin borde det gå att automatiskt få fram de
vägar som finns i nvdb men inte i osm. Som sedan granskas/förbättras
av någon med stöd av lokalkunskap/mapillary/flygbilder etc

Jag har tillräckligt med gis kunskaper att veta att det kanske går att
göra men inte riktigt hur ;)
Har provat med Join by location men får inte riktigt ut det jag vill ha.

>
> Mattias Dalkvist <matt...@dalkvist.se> skrev: (24 april 2017 20:47:42 CEST)
>>
>> 2017-04-24 19:47 GMT+02:00 Per Eric Rosén <p...@rosnix.net>:
>>
>>>  Underbart! Alltså hela NVBD? Ser ju ut som det.
>>
>>
>> Japp
>>>
>>>  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?
>>
>>
>> Jag har tittat lite på det i qgis men mina gis skills är för dåliga =/
>> Hittade inget sätt att dela nvdb linjerna på samma ställen som osm för
>> att kunna kopiera över attributen.
>>
>> Sedan kanske vi borde börja med själva väg geometrin det finns massor
>> av mindre vägar som vi inte har med. Samt att lägesnoggrannheten borde
>> vara bättre i många fall.
>>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.



-- 
Mattias Dalkvist

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Trafikverket (igen)

[Mattias Dalkvist]

2017-04-24 19:47 GMT+02:00 Per Eric Rosén :

> Underbart! Alltså hela NVBD? Ser ju ut som det.
>
Japp
> 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?

Jag har tittat lite på det i qgis men mina gis skills är för dåliga =/
Hittade inget sätt att dela nvdb linjerna på samma ställen som osm för
att kunna kopiera över attributen.

Sedan kanske vi borde börja med själva väg geometrin det finns massor
av mindre vägar som vi inte har med. Samt att lägesnoggrannheten borde
vara bättre i många fall.


-- 
Dalkvist

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Trafikverket (igen)

[Mattias Dalkvist]

Om du tänkt kolla på något speciellt uppdatera gärna wikin så vi inte
gör en massa dubbel jobb
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/trafikverket#Vem_g.C3.B6r_vad

2017-04-24 13:42 GMT+02:00 Ture Pålsson <t...@lysator.liu.se>:
> On 2017-04-24 13:22, Mattias Dalkvist wrote:
>>
>> 2017-04-24 12:14 GMT+02:00 Ture Pålsson <t...@lysator.liu.se>:
>>>
>>> On 2017-04-16 12:22, Mattias Dalkvist wrote:
>>>
>>> Hej
>>>
>>> Trafikverket har ändrat license på sin data portal nu är det cc0 (för
>>> mycket
>>> av datan) se wiki
>>>
>>> Stickspår, men: Går det bara att få tag i datat som MDB, eller är jag
>>> blind?
>>> MDB verkar så jobbigt att få in in PostGIS... eller finns det något
>>> bättre
>>> verktyg för det än ogr2ogr från GDAL (som verkar kräva en massa externa
>>> saker för att fixa det?)
>>>
>>> ___
>>> Talk-se mailing list
>>> Talk-se@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-se
>>>
>> När man är inloggad så kan man välja bland format:
>> GeoDB
>> Homogeniserad
>> MapInfo
>> Shape
>> XML
>> XML Datakatalog
>>
> Äh, glöm att jag sade något. :-) Nu hittade jag shapefiler... vet inte hur
> jag lyckades missa dem förra gången!
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



-- 
Mattias Dalkvist

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturreservat

[Mattias Dalkvist]

2017-04-09 17:23 GMT+02:00 Erik Johansson <erjo...@gmail.com>:

> 2017-04-07 19:25 GMT+02:00 Mattias Dalkvist <osm-st...@dalkvist.se>:
> >> Några funderingar:
> >>
> >> Hur skiljer man på när naturreservat har fått ändrade gränser IRL och
> när
> >> gränserna justerats i OSM? Gränserna har i allmänhet hög noggrannhet men
> >> runt länsgränser blir det ibland överlapp eller smala luckor, och där
> har
> >> jag och säkert andra arbetat med att slå ihop gränserna. Går det att
> >> programmera något sätt att bara ladda upp nya gränser om de ligger mer
> än
> >> säg en meter från de gamla?
> >
> >
> > Är det inte bättre att ha något som kollar efter förändringar och
> meddelar
> > någon/epostlistan/irc som kan granska och göra en revert om det behövs
> och
> > prata med användare som ändrat.
>
> Detta gäller väl egentligen alla importer, är det någon som har ett
> sådant arbetssätt?
>
>
Det finns en hög mer olika övervaknings tjänster/skript, jag vet ingen som
gör att det men borde gå att fixa till något.

Tror inte att det passar för alla imported dok, gränser känns som ett av de
få fallen där den importerade datat inte bör ändras.


> >> En annan fråga är group-relationerna för naturreservat i ett visst län,
> t
> >> ex http://www.openstreetmap.org/relation/303952 (som säkert kunde få
> ett
> >> tydligare namn, t ex "Naturreservat i Dalarnas län"). Om ett
> naturreservat
> >> beskrivs av en multipolygon borde väl bara multipolygonrelationen ingå i
> >> group-relationen, inte ingående ways? Jag har försökt fixa det ibland
> när
> >> jag delat upp reservatsgränser för att återanvända dem som
> kommungränser och
> >> liknande men har säkert glömt det i vissa fall.
> >>
> > Håller med att meta relationerna bör innehålla relationer, borde vara
> ganska
> > lätt att fixa med overpass reservat typ och län som place.
>
> Relationer är inte menat att användas för att gruppera, har stört mig
> på de där "NR i X län" grupperna, är det inte bättre att ta bort dom?
>
>
> För mig är det varken till eller från, har inte sätt någon bra användning
för dem men stör mig inte på dem heller.


-- 
 Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Import av markanvändning (natura 2000)

[Mattias Dalkvist]

Hej

Naturvårdsverket har mycket mer info än naturreservats gränser under CC0
licens.

Jag har tittat på natura 2000 datat, kvaliteten varierar kraftigt mellan
områdena, många är mycket bra med data från ortofoton och fält
inventeringar men stora för områden i fjällen är det dåligt, tydliga pixlar
i klass med corine.

Så det är ingen ide att köra någon automatisk import men att ha ett skript
som gör majoriteten av taggarna och vi sedan manuellt granskar och
integrerar befintligt data bör funka bra. Speciellt om man tar ett litet
område åt gången.

Har börjat fylla i en import mall på wikin
https://wiki.openstreetmap.org/wiki/User:Dalkvist/natura2000 har också
gjort en översättningstabell från natura 2000 koder till osm taggar
https://wiki.openstreetmap.org/wiki/User:Dalkvist/natura2000/codetable

Ett exempel finns på
https://drive.google.com/open?id=0B4nKYf6PMyjFLTk5c3FIblFnalU med rå datat
shp, ogr2osm transformations skriptet, ett par mellan steg samt
slutprodukten efter manuellt job.


-- 
Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturreservat

[Mattias Dalkvist]

2017-04-06 18:12 GMT+02:00 Essin <user.es...@gmail.com>:

> Hej!
>
> Bra initiativ! Jag tittade lite på något liknande för några månader sedan
> men kom inte särskilt långt, det var kanske precis i övergången mellan
> länsstyrelsernas och Naturvårdsverkets ansvar.
>
> Några funderingar:
>
> Hur skiljer man på när naturreservat har fått ändrade gränser IRL och när
> gränserna justerats i OSM? Gränserna har i allmänhet hög noggrannhet men
> runt länsgränser blir det ibland överlapp eller smala luckor, och där har
> jag och säkert andra arbetat med att slå ihop gränserna. Går det att
> programmera något sätt att bara ladda upp nya gränser om de ligger mer än
> säg en meter från de gamla?
>

Är det inte bättre att ha något som kollar efter förändringar och meddelar
någon/epostlistan/irc som kan granska och göra en revert om det behövs och
prata med användare som ändrat.

>
>
En annan fråga är group-relationerna för naturreservat i ett visst län, t
> ex http://www.openstreetmap.org/relation/303952 (som säkert kunde få ett
> tydligare namn, t ex "Naturreservat i Dalarnas län"). Om ett naturreservat
> beskrivs av en multipolygon borde väl bara multipolygonrelationen ingå i
> group-relationen, inte ingående ways? Jag har försökt fixa det ibland när
> jag delat upp reservatsgränser för att återanvända dem som kommungränser
> och liknande men har säkert glömt det i vissa fall.
>
> Håller med att meta relationerna bör innehålla relationer, borde vara
ganska lätt att fixa med overpass reservat typ och län som place.


> Ett kvarvarande problem i harmoniseringen av gränser är det här området
> vid norska gränsen: http://www.openstreetmap.org/#map=14/62.1540/12.2638
> Ska man anta att reservatsdata har högre precision än CIA (som riksgränsen
> tydligen kommer från)? Reservatsgränserna verkar stämma bättre med var
> rågången ligger på Bing-bilderna, men det kan ju vara offset där också.
>
> Vi borde koordinera gränsen mer norrmännen, de får ju använda kartverkets
terrängkarta och där borde väl gränsen vara med?


> Ett par kartanteckningar som den nya importen skulle kunna fixa:
> http://www.openstreetmap.org/note/1290
> http://www.openstreetmap.org/note/196526
>
> Vänliga hälsningar
> Essin
>
>
> Den 4 april 2017 14:08 skrev Mattias Dalkvist <matt...@dalkvist.se>:
>
>> Jag snubblade över ett nytt naturreservat som inte vi hade med. Efter
>> lite efterforskande så är det många reservat som inte är med och flera som
>> ändrats sedan importerna gjordes 2009-2011 (enligt wikin).
>>
>> Vidare så har länsstyrelserna överlåtit ansvaret till naturvårdsverket
>> och naturligtvis så har de inte samma fält och id:n som länsstyrelserna
>> hade tidigare =/
>>
>> Jag har gjort ett första utkast för omvandling från NVV
>> till protected_area: https://wiki.openstreetmap.org
>> /wiki/WikiProject_Sweden/Nature_conservation#Nytt_initiativ_2017
>>
>>
>> --
>> Dalkvist
>>
>> ___
>> 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
>
> --
> Mattias Dalkvist
> <https://lists.openstreetmap.org/listinfo/talk-se>

<https://lists.openstreetmap.org/listinfo/talk-se>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Naturreservat

[Mattias Dalkvist]

Jag snubblade över ett nytt naturreservat som inte vi hade med. Efter lite
efterforskande så är det många reservat som inte är med och flera som
ändrats sedan importerna gjordes 2009-2011 (enligt wikin).

Vidare så har länsstyrelserna överlåtit ansvaret till naturvårdsverket och
naturligtvis så har de inte samma fält och id:n som länsstyrelserna hade
tidigare =/

Jag har gjort ett första utkast för omvandling från NVV
till protected_area:
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Nature_conservation#Nytt_initiativ_2017


-- 
Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[OSM-talk] Natura 2000

[Mattias Dalkvist]

I'm looking into perhaps using some of the EU Natura 2000 landuse/natural
information in my area.

Have anyone done something with that dataset? I only see various boundary
imports nothing on mapping the natura codes to osm tags.

-- 
Dalkvist
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-se] Forshaga import

[Mattias Dalkvist]

Har kollat mer på det nu det ser ut att vara okej lägesnoggrannhet men en
del topologiska saker:  flera öar med bara deras nya vägar, det är dåligt
med flygbilder så flera villaområden finns inte alls i osm och flera
ställen behöver små anslutningar till vägnätet för routing.

De objekt som raderats är footways som ersatts med nya cycleway, de borde
väl ha uppdaterat istället för att behålla historiken. Flera av de
borttagna ways hade andra attribut som lit och surface vilket helt saknas
på de nya, de har endast highway=cycleway.

Sedan är det ju den stora frågan om licensen, har de rätt att ge oss datat
under ODbL eller kommer det från LM. Det vore väl bäst om någon från
kommunen kunde skriva något.



2017-03-24 23:10 GMT+01:00 Andreas Vilén <andreas.vi...@gmail.com>:
>
> Kan nog vara på sin plats med ett välformulerat changesetmeddelande. Har
du tittat på hur datan ser ut? Ser att en del objekt raderades i
uppladdningen.
>
> /Andreas
>
> Skickat från min iPhone
>
> 24 mars 2017 kl. 19:54 skrev Mattias Dalkvist <matt...@dalkvist.se>:
>
> Hej
>
> Såg detta https://osm.org/go/0ZLQ4SV-?changeset=47127684 när jag tittade
på nya användare.
>
> Är det någon på här som känner till något om en import från Forshaga
kommun? Ser inget på wikin eller import listan.
>
>
> --
> Dalkvist
>
> ___
> 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

[Talk-se] Forshaga import

[Mattias Dalkvist]

Hej

Såg detta https://osm.org/go/0ZLQ4SV-?changeset=47127684 när jag tittade på
nya användare.

Är det någon på här som känner till något om en import från Forshaga
kommun? Ser inget på wikin eller import listan.


-- 
Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk] Fixing broken multipolygons, some notes

[Mattias Dalkvist]

On Sun, Mar 19, 2017 at 12:09 PM, Martin Koppenhoefer <
dieterdre...@gmail.com> wrote:

>
> On 18 Mar 2017, at 21:40, Sandor Seres  wrote:
>
> In another style, typical land related names are on the water like here
> http://osm.org/go/0Tt1PZIt-?layers=T .
>
>
> seems like either a bad import or localities on the sea, e.g. here:
> http://www.openstreetmap.org/node/2535180885
> 
>
>

The names in that case are bays and islands but it looks like there are 2
lake relations and only one of them have the islands as inner members
http://www.openstreetmap.org/relation/175607#map=14/60.4445/10.2434
http://www.openstreetmap.org/relation/2922000#map=14/60.4435/10.2359

-- 
Dalkvist
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-se] Utbyte med Skånetrafiken?

[Mattias Dalkvist]

2010/8/2 Magnus Bäck ba...@swipnet.se

 On Sunday, August 01, 2010 at 22:15 CEST,
  Peter Kindström peter2...@infolagret.se wrote:

  Det är sånt här jag tror OSM behöver satsa på framöver! Vi får lite
  kart- /POI-data av dem mot att vi hjälper till att komplettera kartan
  (vilket vi ju ändå kommer att göra nån gång).
 
  Men de har ju en viktig synpunkt - hålla uppdaterat. Om jag tittar på
  wikin tycker jag mig se att det inte finns bara ett verktyg, tyvärr.
  Jag _gissar_ att det vi behöver för Skånetrafiken är:
  1. Konvertera deras data till OSM-format
  2. Köra osmosis för att jämföra nya datat mot förra versionen
  3. Ladda upp Osmosis diff-file till databasen med upload.py
 
  Första gången är förstås enklare, då verkar det kunna gå med 1. och
  sen lägga in den i JOSM, kolla och ladda upp. Men dessa tre steg
  verkar knöliga och jag är inte säker på att det verkligen kan gå
  smidigt utan handpåläggningar mellan punkterna.  :-(

 Punkt 1 blir den klart knepigaste, och vi lär ju från början behöva
 designa lösningen för att uppdatera befintlig data (om inte annat för
 att det redan finns ett antal relationer för deras busslinjer). Deras
 linjedata bör väl någorlunda likna de noder och bågar vi har för vägar
 i OSM, så en rimlig ansats vore väl att jämföra deras data och vår data
 och hitta de vägar som passar in på deras linjer genom att jämföra
 koordinater, ev. vägnamn osv. Med en felmarginal på, säg, 10 m borde det
 förhoppningsvis kunna bli träff i de flesta fall. När vi matchat ihop
 data får vi generera en OSM-fil för att skapa/förändra linjerelationen
 och ladda upp den.

 Jag är lite lurig på vilken precision det är på deras data. Hur hanterar
 vi dålig kvalitet i källdatan vad gäller t.ex. hållplatser? När en
 hållplats skapas får vi ju acceptera deras position, men ifall den
 justeras av en eller annan anledning så vill vi ju inte att nästa import
 från Skånetrafiken skriver över den justeringen. Å andra sidan händer
 det ju att hållplatser faktiskt flyttas, och de ändringarna vill vi
 förstås plocka upp.

 Ett annat möjligt kvalitetsproblem är hur de lagrar linjesträckningar
 som skiljer sig mellan olika riktningar (dvs. hur lätt det blir att
 applicera forward/backward-roller).

 Man kanske ska börja med busslinjerna, och kräva att vägarna redan måste
 existera i OSM? Det kan säkert bli knepigt att matcha noder och vägar,
 men det borde bli mindre tillstånd mellan importerna som måste hållas
 reda på (apropå hållplatsproblematiken).

 I bästa fall kan vi få Skånetrafiken att göra merparten av detta, men
 det är väl risk att export av linjedata i något standardformat för GIS
 (vad nu det kan vara) är vad de kan sträcka sig till.

  Men allt är genomförbart, bara man vill! Är bara någon/några beredda
  att lägga tid på att försöka så går det nog? Jag tror all fakta och
  vertygen finns, det gäller bara att lista ut hur vi ska gå till
  väga...

 Jag är beredd att bidra med vad jag kan, t.ex. Python, Perl och Java om
 det kniper (plus lokalkännedom). Däremot kan jag ingenting om GIS eller
 OSM bortom JOSM, så där kommer jag behöva hjälp. Det behöver å andra
 sidan inte nödvändigtvis vara någon på den här listan som hjälper till
 med de tekniska detaljerna.


Har inte lunds universitet utbildningar i  gis/lantmäteri?
Detta låter som ett bra examens arbete!


  Om någon vill fortsätta föreslår jag följande:
 
  Mot Skånetrafiken:
  - Vilket/vilka format kan de leverera?
  - Hur villiga är de att försöka anpassa sitt data mot OSM?
  - Ta reda på var de vill ha bättre gångnät
  Vi bör väl till en början hålla alla dörrar öppna och säg att vi är nya
  på detta, men gärna vill ha ett samarbete.

 Yes, jag drar detta vidare. Krister som jag pratat med på Skånetrafiken
 kom tillbaka från semestern idag så jag kanske kan få veta lite mer
 under veckan.

 Jag ville inte skicka vidare hela mailet från Krister till en publikt
 arkiverad lista, men ifall någon vill ha det så kan jag förstås skicka
 det vidare.

 [...]

 --
 Magnus Bäck
 ba...@swipnet.se

 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se




-- 
Mattias Dalkvist
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Nya hastighetsgranser

[Mattias Dalkvist]

Någon annan som sätt denna?
http://www.vv.se/Trafiken/Hastighet/Hastighetsgranser/Nya-hastighetsgranser/Ditt-lan/

-- 
Mattias Dalkvist

___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Rösta för att Google ska släppa ma terial fritt (att exempelvis användas i OSM)

[Mattias Dalkvist]

2009/9/14 Konrad Skeri kon...@skeri.com:
 Google har något som heter Data Liberation Front, en sida där man kan
 lämna och rösta om förslag på hur Google ska hanskas med sin data.
 Exempelvis kan det vara att man önskar import/export av ett visst
 filformat för Google calendar. Sedan några dagar finns ett önskemål
 att släppa så mycket data som möjligt från Google maps fritt, vilket
 för OSM skulle kunna ge oss möjlighet att använda Google streetfinder
 eller Google Earth på samma sätt som Yahoo.

 Här är länken för att rösta (kräver Google-konto)
 http://url.ie/2ero

 Till skillnad från vanliga gapaochskrik.nu-protestlistor är detta ett
 av Google uppmuntrat sätt att lämna och stödja förslag, så gör vår
 röst hörd för Google så kanske vi får tillgång till Googles
 fantastiska samling flygfoton.

 /Konrad

 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se

Har skrivit på.
Men det är ofantligt osanorlikt att flygbilderna över sverige kommer
från lantmäteriet (i alla fall de bra bilderna) och Lantmäteriet
hävdar stenhårt att de kan begränsa digitaliserings rätterna för sina
bilder.

-- 
Mattias Dalkvist

___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se