Re: [Talk-se] Fråga

[Andreas Vilén]

Men helpdesken använder väl samma användarkonto som karteringen?

/Andreas

Skickat från min iPhone

> 20 sep 2015 kl. 09:59 skrev Per Eric Rosén :
> 
> Hej!
> 
> AFAIK så behöver du separata konton för wiki och för själva karta; därför du 
> inte kan logga in. Prova att registrera dig på wikin också.
> 
> Om PDF känner jag inte till något själv, men har du kollat:
> http://wiki.openstreetmap.org/wiki/OSM_on_Paper
> ?
> 
> /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

Re: [Talk-se] Vägdata i OSM och Vägdata hos Trafikverket

[Andreas Vilén]

Hej!

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).

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.

3) normalt mitten av vägen, oavsett om vägen är en bilväg eller en gångväg. 
Trottoarer ritad ibland in manuellt och ibland inte, lite beroende på den 
enskilde mapparens noggrannhet.

Med vänlig hälsning,

Andreas

Skickat från min iPhone

> 11 jan. 2016 kl. 10:12 skrev Kesper Mark :
> 
> Hej!
>  
> Jag har några frågor om vägdatat vid export av vägdata/data från OSM.
> Det här gäller främst vägar som fordon kör på,  men jag antar att iom 
> cykelvägar nu blandas med ”vanliga” vägar att det kanske finns sträckor som 
> är fordon+cykel.
>  
> 1.   Har väglänkarna någon nummer ID/tagg?
> 2.   Hur korrelerar vägarnas eventuella ID eller tagg med NVDB från 
> Trafikverket?
> 3.   Om ni mäter själva, mäter ni på vägkanten eller på mitten av vägen? 
> Såvitt jag vet mäter Trafikverket på vägmitten, men sen är ju både 
> hållplatser och fotgängare samt kollektivtrafik mer orienterade efter 
> vägkanterna.
>  
> Med Vänliga Hälsningar
>  
> Mark Kesper
> Trafikutvecklare (kollektivtrafik)
>  
> Keolis Sverige AB
> Box 22052, 104 22 Stockholm
> Besöksadress: Gjörwellsgatan 30
> Telefon växel: 08-5190 2000
> Telefon direkt: +46 (0)725606654
> http://www.keolis.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] Vägdata i OSM och Vägdata hos Trafikverket

[Andreas Vilén]

Självklart Per. Det jag trodde att Kesper var ute efter var om id-numren på
våra vägar, dvs de interna numren i OSM:s databas, hade något med NVDb:s
att göra. Vi menade nog olika saker.

MVH Andreas

2016-01-11 16:28 GMT+01:00 Per Eric Rosén :

> 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-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

[Andreas Vilén]

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 :

> 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
>
>
___
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

[Andreas Vilén]

Har du fått något svar på mailet än?

/Andreas

2016-01-14 15:19 GMT+01:00 Per Eric Rosén :

> On Wed, 13 Jan 2016, Erik Johansson wrote:
>
> 2016-01-13 18:47 GMT+01:00 Per Eric Rosén :
>>   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 
> 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
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Operator på postlådor

[Andreas Vilén]

Jag har noterat att många postlådor i Sverige är taggade med
operator=Posten. Nu när Posten köpts upp/bytt namn till Postnord vore det
kanske en idé att ändra taggningen? Finns det andra än Posten/Postnord som
har den här typen av postlådor i Sverige? Vad jag vet finns inte det, så en
omtaggning eller kanske till och med masstaggning av postlådor borde väl
vara ganska okontroversiellt?

Eller finns det någon som har invändningar?

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

Re: [Talk-se] Funderingar runt indoor mapping

[Andreas Vilén]

Bara för att du köper en karta betyder inte det att du får använda den hur
du vill. Skulle tro att det är väldigt ovanligt att man ges rättigheten att
använda den precis hur man vill.

Det bästa sättet att mappa inomhus är nog att kolla hur huset ser ut
utifrån (kanske via Bings flygbilder), rita in det på osm och sedan utgå
ifrån en utskriven karta och rita och göra anteckningar på den när man går
inne i byggnaden.

Antar att du främst syftar på köpcentrum?

MVH Andreas

2016-02-13 12:35 GMT+01:00 Karl-Johan Karlsson <
karl.johan.karls...@gmail.com>:

> Hej!
>
> Har någon av er tagit reda på om och i så fall hur man kan få tillgång
> till kartor/planritningar för att användas för indoor mapping? Går det att
> få tillgång till (alternativt köpa) planritningar av publika byggnader? Det
> krävs givetvis att dessa kartor/planritningar har en licens som tillåter
> att man använder dem som underlag för att göra OSM kartor av.
>
> Jag vet att Linköpings kommun har något som heter Ritningsarkivet där man
> kan köpa planritningar, men jag vet inte vilka byggnader det gäller. Jag
> vet inte heller vad det är för licens på dessa kartor (hur man får använda
> dem).
>
> Är det någon som har undersökt detta?
>
> MvH
> / Karl-Johan Karlsson
>
> ___
> 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] Funderingar runt indoor mapping

[Andreas Vilén]

Allmän handling och offentlighetsprincipen har tyvärr ingenting alls med 
upphovsrätten att göra. Upphovsrätten är separat även om viss data från 
myndigheter, som exvis statistik från SCB, är fri från upphovsrätt. Minns jag 
rätt finns det dock tyvärr ett explicit undantag för kartor. Har inte möjlighet 
att googla runt just nu dock.

Mappning i flera plan är väldigt svårt, men jag ser faktiskt inte hur förgjorda 
kartor skulle hjälpa en att kartlägga sådant jämfört med egensurveyade.

/Andreas

Skickat från min iPhone

> 13 feb. 2016 kl. 14:30 skrev Karl-Johan Karlsson 
> :
> 
> Jag är medveten om att man inte får använda en karta precis hur man vill bara 
> för att man köper den, därav min fråga till denna mailinglista. Finns det 
> några planritningar över byggnader som t.ex. är allmän handling enligt 
> offentlighetsprincipen eller liknande som gör att man kan använda dem för 
> OSM? Jag är dåligt insatt i vilka regler som gäller rörande dokument från 
> staten/kommuner. Det kanske inte ens räcker att det är en "allmän handling" 
> enligt offentlighetsprincipen för att vi ska få använda dem som underlag för 
> OSM.
> 
> Det är det uppenbara sättet att mappa inomhus, men det blir väldigt oexakt. 
> För stora köpcentrum i flera plan känns det inte speciellt lockande att sitta 
> och rita lite för hand utifrån byggnadens konturer.
> 
> Det stämmer att det är främst köpcentrum som jag funderar över, men de flesta 
> publika byggnader där mycket folk rör sig är intressanta att mappa in.
> 
> Den 13 februari 2016 13:41 skrev Andreas Vilén :
>> Bara för att du köper en karta betyder inte det att du får använda den hur 
>> du vill. Skulle tro att det är väldigt ovanligt att man ges rättigheten att 
>> använda den precis hur man vill.
>> 
>> Det bästa sättet att mappa inomhus är nog att kolla hur huset ser ut utifrån 
>> (kanske via Bings flygbilder), rita in det på osm och sedan utgå ifrån en 
>> utskriven karta och rita och göra anteckningar på den när man går inne i 
>> byggnaden.
>> 
>> Antar att du främst syftar på köpcentrum?
>> 
>> MVH Andreas
>> 
>> 2016-02-13 12:35 GMT+01:00 Karl-Johan Karlsson 
>> :
>>> Hej!
>>> 
>>> Har någon av er tagit reda på om och i så fall hur man kan få tillgång till 
>>> kartor/planritningar för att användas för indoor mapping? Går det att få 
>>> tillgång till (alternativt köpa) planritningar av publika byggnader? Det 
>>> krävs givetvis att dessa kartor/planritningar har en licens som tillåter 
>>> att man använder dem som underlag för att göra OSM kartor av.
>>> 
>>> Jag vet att Linköpings kommun har något som heter Ritningsarkivet där man 
>>> kan köpa planritningar, men jag vet inte vilka byggnader det gäller. Jag 
>>> vet inte heller vad det är för licens på dessa kartor (hur man får använda 
>>> dem).
>>> 
>>> Är det någon som har undersökt detta?
>>> 
>>> MvH
>>> / Karl-Johan Karlsson
>>> 
>>> ___
>>> 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Nyare Mapbox satellitbilder

[Andreas Vilén]

Yay, hela norra skåne också!!

Skickat från min iPhone

> 2 maj 2016 kl. 12:36 skrev Kristoffer Malmström :
> 
> Längs gävle och upplands kusten finns tyärr inga nya mapbox bilder.
> 
> Med vänliga hälsningar
> Kristoffer Malmström
> Tel: 0733690161
> 
> Den 2 maj 2016 09:04 skrev Martin Norbäck Olivers :
>> Tack för tipset! Det finns jättefina mapbox-bilder på mina kvarter nu!
>> 
>> Passningen verkar också i det närmaste perfekt.
>> 
>> Hälsningar Martin
>> 
>> Den 2 maj 2016 08:36 skrev Christian Asker :
>>> Hej på er. Jag såg precis att det runt min hemort har kommit fräschare 
>>> Mapbox-satellitbilder. Förut var dom nästan helt oanvändbara, men nu är dom 
>>> nästan hyfsade. Dessvärre är det svårt att justera in en bra offset 
>>> eftersom jag inte riktigt vet vilka punkter i OSM-datat som är mest 
>>> tillförlitliga.
>>> Ni som också saknat bra Mapbox-satellitbilder kan ju kika ifall ni också 
>>> har fått fräschare bilder.
>>> 
>>> Jag tror att jag ska göra en liten lokal mätkampanj där jag mäter upp ett 
>>> par korsningar eller liknande ett antal gånger. Sen kan jag passa in 
>>> satellitbildernas offset mot dessa.
>>> 
>>> Mvh Christian
>>> 
>>> ___
>>> 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
> 
> ___
> 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] Automatiska edits ang. Statoil/CircleK

[Andreas Vilén]

Hej!

På Facebook utannonserade precis Erik Hagelberg att han och Tomas Marklund
nyligen taggat om de flesta Statoil i Sverige till CircleK, och verkade
inte bekanta med att sådana edits ska diskuteras i förväg enligt
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Jag ifrågasatte ändringarna men verkade inte finna någon förståelse hos
någon av personerna, som efter min andra invändning slutat svara i
FB-tråden. Jag efterfrågade changesets men fick inget svar på det, men de
verkar rätt lätta att hitta på
http://www.openstreetmap.org/user/Tomas%20Marklund/history och
https://www.openstreetmap.org/user/Erik%20Hagelberg/history Jag har skrivit
en changesetkommentar: https://www.openstreetmap.org/changeset/39210840 .
Erik har också svarat men verkar inte se det som en principiell fråga. Jag
bestämde mig därför för att ta upp frågan här på maillistan istället.

I changesetkommentarerna visar jag bland annat på
https://www.openstreetmap.org/node/3608748231 som ett fel. Troligen är det
inte CircleK/Statoil som driver snabbmatsrestaurangen i anslutning till en
(ej omtaggad) obemannad Statoil 1-2-3 utan en lokal näringsidkare. Där gör
det införda felet att datan blir svårare att kontrollera, när återstående
Statoilmackar som inte blivit omtaggade än ska kontrolleras nån gång i
framtiden.

Jag anser att changesetsen bör återställas och att det här arbetet bör
göras för hand successivt under tiden som namnändringen pågår.

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

Re: [Talk-se] Automatiska edits ang. Statoil/CircleK

[Andreas Vilén]

Ok, det är ju ingen panik. Jag ämnar att kolla omtaggningen i Skåne under 
sommaren/hösten.

Jag får väl vara tydlig med att iaf jag aldrig någonsin misstänkte något annat 
än gott syfte.

/Andreas

Skickat från min iPhone

> 11 maj 2016 kl. 14:10 skrev Tomas Marklund :
> 
> Jag erkänner, jag har felat. Jag kände inte till att ändringar av det här 
> slaget ska diskuteras i förväg. Jag i min enfald trodde att när det kommer en 
> pressrelease som grovt sett säger säger att "Statoil finns inte längre, nu är 
> det Cirkle K som gäller, skyltarna kommer att bytas efterhand" så var det 
> okej att göra motsvarande ändring även på OSM. Åtminstone vad gäller 
> operator-taggen.
> 
> Så var dock icke fallet har jag nu lärt mig, och tro mig, jag kommer aldrig 
> mer att göra något liknande igen. Jag har lärt min läxa.
> 
> Jag kommer att revertera alla de operator-ändringar jag har utfört så att 
> allt återgår till sitt Statoil-ursprung igen, oavsett om Statoil som begrepp 
> existerar eller inte. Även jag är understundom paragrafryttare till 
> professionen, så jag förstår att huruvida nåt är rätt eller fel i sak, mycket 
> väl kan vara av underordnad betydelse jämfört med på vilket sätt någonting är 
> utfört. Det jag gjorde gjorde jag på fel sätt och jag kommer därför att 
> revertera alltihop. Detta oavsett om skyltar redan har bytts eller ej. Det 
> får bli upp till lokala karterare att ordna efterhand. 
> 
> Dock har jag inte möjlighet att göra det nu på direkten utan kommer att göra 
> det tidigast ikväll. Är det mer brådskande än så, så ger jag härmed min 
> tillåtelse till vem som helst att revertera de changesets det gäller, de 
> hittas från min profilsida på openstreetmap, som tidigare har påpekats. 
> 
> /Tomas, som hade avsikten att göra gott men uppenbart misslyckades fatalt. 
> 
> Den 11 maj 2016 12:56 skrev :
>> Jag instämmer också med föregående inlägg. Detta var nog en prematur ändring 
>> som borde diskuterats. Men för att slippa rulla tillbaka ändringar som ändå 
>> snart blir rätt allteftersom skyltarnas byts ut kanske ändringen ändå ska 
>> behållas.
>> 
>> 
>> Åtminstone kring Uppsala har Statoil-mackarna fått nya flaggor och vepor med 
>> den nya Circle K-logon och banderoller som beskriver varumärkesbytet. Jag 
>> skulle tro att det ser ut så på samtliga Statoil-mackar i resten av landet 
>> också. I den meningen beskriver ändringen till Circle K vad som finns på 
>> marken.
>> 
>> Isak
>> 
>> 
>> 
>> 
>> 
>> On Wednesday, May 11, 2016 10:56 AM, Mikael Nordfeldth  
>> wrote:
>> On 2016-05-11 10:12, Andreas Vilén wrote:
>> 
>> > Jag anser att changesetsen bör återställas och att det här arbetet bör
>> > göras för hand successivt under tiden som namnändringen pågår.
>> 
>> Jag instämmer att kontrollen borde ske manuellt. Jag skulle dock kunna
>> tänka mig att man kan lägga till ett alt_name för sökbarhetens skull,
>> men så länge det är Statoil-loggan som syns från vägen borde det vara
>> name=Statoil
>> 
>> operator-taggen är ju förstås möjlig att lämna kvar som "Circle K", så
>> hela changeseten behöver kanske inte revertas.
>> 
>> --
>> Mikael Nordfeldth
>> https://blog.mmn-o.se/
>> XMPP/mail: m...@hethane.se
>> OpenPGP Fingerprint: AE68 9813 0B7C FCE3 B2FA 727B C7CE 635B B52E
>> 
>> 
>> ___
>> 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Automatiska edits ang. Statoil/CircleK

[Andreas Vilén]

Ja, mitt största problem var det som blev fel... Dvs butiker som antagligen
inte alls drivs av Statoil längre utan är feltaggat från första början.
Ingen hjälps av att felet blir mer fel, utan är det kvar på "felnivå 1" är
det lättare att kontrollera i framtiden när alla legit taggade mackar bytt
name-tagg manuellt.

I de delar av Skåne jag rör mig har de flesta mackar bytt inredning,
reklamskyltar och arbetskläder men inte de stora skyltarna och färgschema
på pumpar och liknande.

Vill man tvunget ändra nu är nog alt_name=Circle K den bästa lösningen. Att
dubbeltagga med snedstreck enligt Eriks förslag är nog inte det bästa. Ska
man tvunget ha två namn i name-taggen bör värdena som vanligt separeras med
semikolon.

Nu är alltså massredigeringarna återställda enligt Facebookposten:
https://www.facebook.com/groups/osmsweden/permalink/1136965283041337/

Om inte annat är det bra att medvetenhet om vilka problem som kan uppstå
med automatiska redigeringar sprids även i den svenska gemenskapen. Jag
blev själv frustrerad när jag blev ifrågasatt för en byggnadsimport för
några år sedan, men efter att ha sett gott om skräckexempel på importer och
massredigeringar så kan jag förstå varför nu.

MVH Andreas

2016-05-13 19:24 GMT+02:00 Mikael Nordfeldth :

> On 2016-05-13 14:39, Erik Johansson wrote:
> > 2016-05-11 14:10 GMT+02:00 Tomas Marklund :
> >> Jag erkänner, jag har felat. Jag kände inte till att ändringar av det
> här
> >
> > Tycker själv det var en bra ändring, ingen större dramatik i att göra
> > byråkratiska fel!  Ska vi tagga om till name="Statoil/Circle K", för
> > så verkar fallet på de jag har sett. Är det någon annan som har ground
> > truth checkat?
>
> Jag lyfte i alla fall en av dessa changesets på IRC eftersom jag
> noterade att en massa ändringar gjordes i Umeå-regionen eftersom senast
> jag kollade fanns det bara Statoil-varumärken längsmed vägarna.
>
> Nu har jag varit ute och kollat på en av mackarna specifikt för denna
> diskussions syfte: https://www.openstreetmap.org/#map=18/63.80246/20.31269
>
> Där sitter det förvisso ett par Circle K-flaggorn på flaggstångar, men
> de syns knappt (de hänger mest neråt). Hela stationen är fortfarande blå
> + orange med Statoil skrivet på samtliga namnplatser.
>
> Jag misstänker förstås att vi alltid är lite efter såhär i Norrland
> eftersom vi inte är lika intressanta kommersiellt eller för varumärket.
> Vilket är anledning nog att vänta med att ändra namn... Samt förstås att
> alla av ren vana kommer att söka efter "Statoil" ett tag framåt om de är
> vana att handla där :)
>
> alt_name="Circle K" hade jag varit okej med, samt att man absolut borde
> kunna byta Operator-taggen. Risken är ju då dock att man ändrar på t.ex.
> butiker som t.ex. inte alls drivs av Statoil utan av tredjepartfranchise
> vilket inte upptäcks om man inte är ute och kikar själv ändå...
>
> --
> Mikael Nordfeldth
> https://blog.mmn-o.se/
> XMPP/mail: m...@hethane.se
> OpenPGP Fingerprint: AE68 9813 0B7C FCE3 B2FA 727B C7CE 635B B52E
>
>
> ___
> 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] Starta röstning för feature som annan användare föreslagit

[Andreas Vilén]

Kolla vad som är vanligast på taginfo och kör på det. Man kan använda vilken 
tagg som helst. En tagg behöver inte vara "godkänd" och detta har heller ingen 
bäring på huruvida den renderas eller ej.

Vill ni få den renderad bör ni ta upp det i osm-cartos github: 
https://github.com/gravitystorm/openstreetmap-carto/issues

/Andreas

Skickat från min iPhone

> 30 juni 2016 kl. 22:18 skrev Mikael Nordfeldth :
> 
>> On 2016-06-30 20:25, Jimmy Utterström wrote:
>> Jag saknar att det fortfarande inte finns någon godkänd tagg för Discgolf, 
>> särskilt då det i Sverige trots allt finns en hel del banor. Det finns dock 
>> en föreslagen "leisure" feature här: 
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Disc_golf_course
> 
> Det tycker jag låter som en bra idé! Jag har kartlagt lite på måfå i
> Umeå utifrån den dokumentation jag hittat bl.a. på den där
> proposed-sidan. Nästan alla discgolfbanor i staden är någorlunda väl
> kartlagda (I20, Bräntbergets, Bäcksjön) :)
> 
>> Wikisidans författare Johan Jönsson angav i mars 2012 att han tänkte lägga 
>> ut den för röstning, sedan dess har det dock tyvärr inte hänt något. Tänkte 
>> att någon annan (jag till exempel) skulle kunna starta röstningen för 
>> förslaget istället men vill först höra med er om ni anser att det är ett 
>> okej förförandesätt? Eller om jag har riktigt tur kanske denne "Johan 
>> Jönsson" prenumererar på maillistan så att han kan svara angående ärendet 
>> själv.
> 
> Jag har själv aldrig lagt upp något för att gå till omröstning men jag
> tycker det låter helt okej, om vi inte kommer på några ändringar vi vill
> lägga till först. Huvudsakligen är det ju samma taggar som gäller för
> disc_golf_course som för golf_course med tee, hole, out_of_bounds (och
> basket istället för pin då), så det är nog inte så mycket att mixtra med.
> 
> -- 
> Mikael Nordfeldth
> https://blog.mmn-o.se/
> XMPP/mail: m...@hethane.se
> OpenPGP Fingerprint: AE68 9813 0B7C FCE3 B2FA  727B C7CE 635B B52E 9B31
> 
> ___
> 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] Nybörjare

[Andreas Vilén]

Jag måste märka ord här. Wikipedia är en wiki, liksom osm-wikin. Osm-wikin är 
inte Wikipedia.

Det enda problemet med gpx-filer är om ens enhet har "snap to road" inställt. I 
så fall följer de gps-enhetens inbyggda kartor snarare än där man faktiskt är. 
Så länge det är inaktiverat är allt lugnt.

/Andreas

Skickat från min iPhone

> 23 aug. 2016 kl. 09:46 skrev Tomas Marklund :
> 
> Dina gpx-filer som du har skapat är din egendom och kan laddas upp och 
> användas fritt (förutsatt att DU godkänner det förstås). Jag har inte hört 
> talas om att utvecklaren av manicken/appen som har skapat gpx-filen skulle 
> kunna ha någon äganderätt av själva filerna. Låter konstigt, men nån annan 
> vet nog mer om sånt. 
> 
> 
> 
> Gällande hur man taggar så finns det mycket information med exempel på 
> wikipediasidorna
> 
> http://wiki.openstreetmap.org/wiki/Sv:Map_Features
> 
> Varje tagg har sen sin egen beskrivningssida, alla finns på engelska, många 
> finns på svenska. Ex. 
> 
> http://wiki.openstreetmap.org/wiki/Sv:Tag:highway%3Dpath
> 
> Ett bra knep brukar vara att kolla hur andra liknande stigar/vägar/grejer på 
> kartan är taggade, sen gör man likadant själv. Kolla runt lite på kartan hur 
> andra har burit sig åt. Nackdelen med det är förstås att man kan råka hitta 
> nåt som är helt galet taggat och sen upprepar man galenskaperna. Använd eget 
> omdöme, kolla fler exempel så lär man sig snart vad som är "rätt".
> 
> 
> Inventeringen innebär väl att någon ger sig ut, tar ett gpx-spår och karterar 
> upp stigarna med härför lämpliga taggar.
> 
> /Tomas
> 
> 
> 
> 
> 
> Den 23 augusti 2016 09:04 skrev :
>> Hej
>> 
>>  
>> 
>> Jag har precis hittat till osm, och möjligheten att bidra till att rita 
>> kartor, när jag letade efter kartor till min Garmin gps.
>> 
>> Jag tycker det låter kul att hjälpa till med kartan, men det känns som en 
>> del att lära sig.
>> 
>> Jag har gått igenom tutorieln på osm:s hemsida, så jag är registrerad och 
>> har installerat josm, laddat upp ett gpx-spår och ritat in det på kartan. 
>> Jag skickade dock inte upp mina ändringar, men så långt verkar det inte så 
>> svårt.
>> 
>> Det är dock några saker jag funderar på…
>> 
>>  
>> 
>> Kan jag använda gpx-filer som jag exportetar ifrån Runtastic, Garmin eller 
>> någon annan app utan att göra intrång i någons rättigheter och riskera 
>> ställa till det för osm i framtiden?
>> 
>>  
>> 
>> Jag vandrar en del och såg att Skåneleden hade vissa sträckor som behöver 
>> ”inventeras”. Vad innebär det rent konkret?
>> 
>>  
>> 
>> Jag har börjat ”utforska” Fyledalen, och ser att det finns många 
>> smultronställen som inte är inritade. Finns det någon standard för hur man 
>> taggar skogsvägar, naturreservat, stigar m.m.
>> 
>>  
>> 
>> Det var nog allt för denna gång.
>> 
>>  
>> 
>> Tack för hjälpen
>> 
>>  
>> 
>> /Niclas
>> 
>>  
>> 
>> 
>> ___
>> 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] Helsingborgs kommun är klart

[Andreas Vilén]

Jag postade den här texten i Facebookgruppen för OSM Sverige men eftersom
jag anar att inte alla är med i den postar jag det även här:

Under våren 2015 fick vi tillgång till Helsingborgs kommuns flygfoton.
Sedan dess har det pågått ett relativt aktivt arbete för att kartera hela
kommunen, och vid behov uppdatera/justera.

Jag har personligen främst fokuserat på vägar och byggnader, medan min
partner in arms essin (som normalt önskar vara anonym men förstås gärna får
träda fram här om han vill) fokuserat främst på landuse. Andra användare
har också bidragit, men vi två har under detta 1,5 år samarbetat på ganska
nära håll.

Jag kan nu meddela att detta är färdigt, eller så gott som färdigt något
blir i OSM:s värld. Först redigerades tätort, och detta var klart någon
gång i början av året. Exakt när minns jag ärligt talat inte och jag har
inte fört någon logg. Efter detta påbörjades arbetet med landsbygden som nu
äntligen är färdigt även det.

För den intresserade går det att finna före/efter-bilder för tätorterna
här: http://grillo.users.openstreetmap.se/f%C3%B6reefter/helsingborg/ Den
uppmärksamme märker förstås att renderingen ändrats ett antal gånger sedan
arbetet påbörjades. Efter-bilderna har även de i efterhand kompletterats
med ytterligare markanvändning och landsbygdsmappning runt tätorterna.

För arbetet med Helsingborgs tätort och landsbygden runt omkring har vår
lokala HOT-server använts, där man kan skapa rutnät för att underlätta en
konsekvent mappning. Dessa projekt finns här:
http://tasks2.openstreetmap.se/project/3
http://tasks2.openstreetmap.se/project/5 Servern är än så länge rätt
sparsamt använd men är förstås fri för alla att använda till vad de vill.

Det som återstår nu är främst sådant som inte går att göra från
skrivbordsstolen, dvs främst husnummer och poi-mappning plus en del vägnamn
främst på landsbygden. Då jag bor i Lund är det lite väl långt att ta sig
till Helsingborgs tätorter, då jag även har mer lokal mappning att göra,
men det vore kul om någon kan inspireras av detta och ge sig ut och
genomföra sådan mappning. Det finns även ett antal nybyggnadsområden
mappade. Flygbilderna är några år gamla och genom antingen survey eller nya
flygbilder kan dessa områden också kompletteras.

Ett STORT tack till Joakim Jardenberg​ för hans hjälp att få ut flygbilder
och även kommundels/stadsdelsgränser från kommunen och även uppmuntran
genom att han delat våra framsteg i sina kanaler. Ett stort tack går även
ut till alla andra mappare som jag inte nämnt här. Jag vet att ni finns men
jag vet inte exakt i vilken utsträckning ni bidragit. Ni får gärna skriva
något här om ni tycker jag representerat er illa.

Nu lämnar jag tillfälligt Helsingborgs kommun och går vidare till andra
mapparprojekt. Dels nya sådana och dels sådana jag försummat under det här
året.

tl;dr: Helsingborg är klart.

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

Re: [Talk-se] Rita öar

[Andreas Vilén]

Använder du josm så använd funktionen replace geometry. Tror du behöver 
utilsplugin för den.

Rita din nya geometri, markera den och den gamla och välj alternativet så 
kopieras taggar och historik över till det nya objektet.

/Andreas

Skickat från min iPhone

> 18 nov. 2016 kl. 15:44 skrev Tomas Marklund :
> 
> I såna fall brukar jag radera allt utom två noder och sträckan därimellan som 
> jag sparar, och sen ritar jag resten på nytt genom att helt enkelt fortsätta 
> att rita på den gamla sträckan. Då behålls ID (och därmed historiken) för 
> sträckan, även om sträckan efter redigeringen kommer att bestå av en massa 
> nya noder, och några av de gamla har raderats. 
> 
> Så brukar jag göra även om man ska göra en sträcka av nåt som tidigare har 
> varit ett punktobjekt (tex en junction=roundabout). Inkludera den gamla noden 
> i den nya sträckan, så behålls historiken för den noden. Kanske inte lika 
> noga i ett sådant fall dock..
> 
> /Tomas
> 
> Den 18 november 2016 15:18 skrev Erik Lindahl :
>> Jag sitter och kompletterar, korrigerar kustlinjer på öar i Stockholm 
>> skärgård.
>> 
>> Många gånger är det lättare att rita om en ö med FastDrawing än att 
>> korrigera nuvarande linje. Är det fel att ta bort en ö och istället bara 
>> rita om den?
>> Blir det tokigt i databasen på något sätt?
>> /Erik
>> ___
>> 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] Rita öar

[Andreas Vilén]

Jo, bevara historik är viktigt!!!

På vilket sätt är replace geometry långsam? Det är en
tangentbordskombination för varje nytt objekt man ritar, exakt samma mängd
arbete som om man skulle radera det gamla objektet istället.

Raderar du historik som är lätt att bevara raderar du andra mappares bidrag
och det är direkt ohyfsat mot de som kommit före dig och dessutom ett brott
mot OSM:s riktlinjer.

http://wiki.openstreetmap.org/wiki/Good_practice#Keep_the_history

/Andreas

2016-11-21 23:04 GMT+01:00 Erik Johansson :

> 2016-11-18 15:18 GMT+01:00 Erik Lindahl :
> >
> > Jag sitter och kompletterar, korrigerar kustlinjer på öar i Stockholm
> skärgård.
> >
> > Många gånger är det lättare att rita om en ö med FastDrawing än att
> korrigera nuvarande linje. Är det fel att ta bort en ö och istället bara
> rita om den?
> > Blir det tokigt i databasen på något sätt?
>
> Databsen tar ingen skada, att bevara historik på objekt är inte viktigt.
>
> Jag raderar nästan alltid när jag kartlägger i Stockholms skärgård,
> (replace geometry är för långsam för mig), dessutom är det så många
> nya öar som läggs till att det passar bättre i workflow:et. Vanligtvis
> väntar jag med att tagga öarna till precis innan jag laddar upp. Då
> letar jag efter alla otaggade ways i josm med denna:
>
> new untagged type:way closed -(child type:relation) inview
>
> ___
> 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] ideell förening - OpenStreetMap Sverige

[Andreas Vilén]

Jag är den som är skeptisk, mycket enligt Jans och Per Erics inlägg ovan,
vad är det egentligen vi vill göra med en förening? Sedan verkar det som
att vi är väldigt få. Exempelvis är det kanske fyra-fem stycken som är mer
aktiva på IRC, och där kan det ändå vara knäpptyst flera dagar på raken.
Maillistan brukar inte dra speciellt mycket aktivitet även om man frågar om
något som borde engagera de flesta och Facebookgruppen är det också oftast
samma namn som deltar. Jag vet att det finns fler som mappar än dessa och
outreach har alltid varit ett problem på OSM eftersom det inte finns samma
naturliga samlingspunkt som på Wikipedia exempelvis.

Jag tror att vill man ha en gemensam representation är det bättre att gå
under Wikimedia Sverige, där dessa rekommenderar någon som har kontakt med
press och liknande. Bara att utse en presskontakt för OSM i Sverige är ju
inte helt lätt när bara fem-sex stycken skulle delta i en sådan diskussion,
med några hundra användare helt utan röst eftersom de inte känner till
kontaktvägarna. Även svenska Wikipedia hade en presskontakt ganska långt
innan det fanns någon förening, så det är inget krav.

Det jag kan tänka mig att man kan ha en förening till är att sätta press på
ägare av geodata att släppa den fri, men det tror jag nog att den redan
etablerade Wikimedia Sverige gör bättre än en nystartad mikroförening som
ingen hört talas om. Att organisera mapparträffar vore förvisso trevligt,
lite som Wikipedias fototräffar, men med tanke på hur få vi är har detta
alltid varit svårt. På sin höjd har vi lyckats samla ihop tre-fyra personer
i Skåne, med undantag för Mappa Malmö-träffen i Lund där vi var ett tiotal
(var är alla ni, är ni aktiva fortfarande får ni gärna höra av er). Inte
för att vi kämpat jättemycket för att kontakta andra användare förvisso,
med undantag för mappa Malmö-träffen.

Jag vet inte riktigt vart jag vill komma med allt detta, och det är väl
delvis mitt ointresse i föreningslivet som spökar, men jag ser helt enkelt
inte riktigt poängen och kan inte tänka mig att det kommer att bli en
förening som gör något direkt... Bevisa gärna min negativitet fel om det
behövs.

/Andreas

2016-11-28 0:36 GMT+01:00 Kristoffer Malmström :

> Jag vet inte riktigt om det är vad man vill göra för projekt och vad man
> vill genomföra som är det viktiga.
>
> Tror att det vore bra om det finns en organisation som representerar
> OpenStreetMap i Sverige, dvs. uttalat, så att man vet vilka man ska
> kontakta för att få svar på frågor som gäller just OpenStreetMap.
> Har för mig att någon nämnt detta tidigare, att det är problem att hitta
> var man ska vända sig i Sverige angående OSM.
>
> Wikimedia Sverige eller Open Knowledge Sverige, eller annan organisation
> kanske kan skapa någon slags undergrupp vars syfte är att ta på sig dessa
> grejer, utan att man bildar någon ny förening.
>
> Finns såklart både för- och nackdelar med att bilda en egen förening eller
> att vara en undergrupp i någon befintlig organisation.
>
>
> För närvarande är det 27 personer som fyllt i formuläret som jag tidigare
> skickat ut: https://goo.gl/forms/y5tf1ragXSgjU1fC2
>
> Där är 26 av 27 personer positiva till bildande av en förening för
> OpenStreetMap Sverige. De flesta tycker att 100kr vore en rimlig
> medlemsavgift. 6 personer kan tänka sig att vara styrelsemedlemmar. 20
> personer kan tänka sig att vara stödmedlemmar och 12 personer kan tänka sig
> att ta på sig uppdrag åt OpenStreetMap Sverige utanför styrelsen. Det finns
> även intresse från Wikimedia Sverige om samarbete vid bildande av förening.
>
> *Med vänliga hälsningar*
> *Kristoffer Malmström*
> Tel: 0733690161
>
> Den 27 november 2016 22:06 skrev Jan Ainali :
>
>> Ett sätt att värdera behovet av en ideell förening är att först börja
>> spåna på vilka aktiviteter som vi vill göra. Därefter kan man se om det är
>> några som inte skulle gå att genomföra i Wikimedia Sverige eller Open
>> Knowledge Sverige.
>>
>> Rent spontant kan jag inte komma på något som i varje fall Wikimedia
>> Sverige inte gladeligen skulle stötta. Där finns också redan avsatt budget
>> som kan täcka mindre kostnader omgående och om något större skulle behövas
>> går det förmodligen att planera in på sikt. Jag ser också i deras
>> verksamhetsplan för 2017-18 att det kommer att göras något mindre projekt
>> om historiska kartor.
>>
>> Så vad för aktiviteter vill folk bedriva?
>>
>> /Jan Ainali (tidigare verksamhetschef för Wikimedia Sverige)
>>
>> Med vänliga hälsningar
>> Jan Ainali
>> http://ainali.com
>>
>> Den 27 november 2016 19:38 skrev Per Eric Rosén :
>>
>>> 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
>>

Re: [Talk-se] Baskarta öppen data helsingborg 2017

[Andreas Vilén]

Adresser ska det nog gå bra att importera, men byggnader och vägar bör vi 
kanske undvika med tanke på hur välmappat detta redan är. På sätt och vis känns 
det lite smådrygt att de väljer att släppa detta nu, lagom efter att man lagt 
ett år på att kartera detta manuellt men men...

Fördelen är väl att vi kan uppdatera nybyggnadsområden och för de centrala 
delarna kan jag tänka mig att kommunens byggnadsdata är bättre. Får dock vänta 
med att kolla in det till den 29:e troligen.

/Andreas

Skickat från min iPhone

> 20 dec. 2016 kl. 16:22 skrev Karl Wettin :
> 
> Hej Anders,
> 
> det är jättefin data! Det är inga problem med GeoJSON, men jag tror det är 
> många power-karterare som föredrar Shape-filer. 
> 
> Otroligt kul att ni vill släppa denna! Ni blir först i landet vad jag vet, 
> och det kommer bli mycket enklare att få fler kommuner att haka på med detta. 
> Även extremt glädjande att ni väljer CC0!
> 
> Har ännu bara hunnit slänga ett getöga på det, men det ser bland annat ut att 
> vara vart enda husnummer i Helsingborg. Dessa är något man skulle kunna välja 
> att importera på liknande sätt som Danmark gör, dvs helt och hållet lita på 
> de offentliga husnummerna genom att radera allt som finns i OSM. Byggnader, 
> vägar etc är lite klurigare och kommer nog kräva att karterare manuellt 
> jämför er data med den som finns i OSM.
> 
> Det finns troligen en hel del projekt utöver OSM som kan tänka sig att 
> importera er data rakt upp och ner, exempelvis kan postnummer stoppas in i 
> Postnummeruppror. 
> 
> Jag skall kika mer på filerna i mellandagarna.
> 
> God jul!
> 
> 
>   kalle
> 
> 
> 
>> On 16 Dec 2016, at 13:38, Jürisoo Anders - SBF 
>>  wrote:
>> 
>> Hej!
>> Vi släpper baskartan, också kallad primärkartan 
>> (https://sv.wikipedia.org/wiki/Prim%C3%A4rkarta) som öppna data januari 
>> 2017. Ett smakprov som är under utveckling kan hittas här: 
>> http://kartor.helsingborg.se/test/baskarta/20161216_10_44_03/baskarta.zip
>> Från och med 1 jan är det CC0 på detta. Just nu får det inte används 
>> kommersiellt eller spridas vidare.
>>  
>> Dokumentation kommer inom kort. I princip är det ett obehandlat utdrag från 
>> våran databas. Vi valde formatet geojson istället för tex dwg/shp för att 
>> inte gynna enskilda properitära GIS/CAD-leverantörer. Hoppas det går bra att 
>> använda vid mappning med OSM?
>>  
>> Vi hoppas på att kunna börja bidra på något sätt och även använda mer OSM i 
>> egna tillämpningar kring stadsbyggnad.
>> Återkom gärna med frågor eller förslag på förbättringar!
>>  
>> Vänliga hälsningar
>> Anders Jürisoo
>> Helsingborgs Stad
>> ___
>> 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] Ny användare från Pokemon Go

[Andreas Vilén]

Det verkar finnas en uppfattning bland pokemon go-spelare att osm används
för spelet, men jag vet inte om det stämmer eller inte. De kan ju använda
osm som bakgrundsdata för var pokemon dyker upp men använda en annan karta
i visningsläget.

Hur som helst så har användaren ToeBee lagt väldigt mycket arbete på att
reverta pokemon go-edits. Just vägar rakt igenom byggnader, eller parker
som täcker villatomter, är troligen för att få pokemon att spawna i hemmet.

/Andreas

2016-12-24 11:01 GMT+01:00 Linus Östberg :

> Hej,
>
> Låter lite udda att de skulle lägga till saker på OSM för det, Pokémon Go
> verkar ju inte ens använda OSM-data (t ex: husformerna matchar inte mellan
> spelet och OSM där jag bor).
>
> Hoppas i vilket fall på att det inte är utbrett här.
>
> // Linus
>
>
> On 24 Dec 2016 10:44 am, "Erik Johansson"  wrote:
>
> God Jul
>
> Pokemon Go spelare lägger in nya footways för att få mer pokemons. Det är
> bra.
>
> Problemet är att tydligen är inte alla förändringar ok, vissa finns
> inte, andra ändrar gator till stigar. Jag har inte letat i Sverige än,
> men om det händer i USA och UK så händer det säkert i Sverige.
>
> --
> /emj
>
> ___
> 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] Baskarta öppen data helsingborg 2017

[Andreas Vilén]

Är det någon som vet nåt sätt att konvertera från geojson till osm eller
annat osm-kompatibelt format så man kan titta på datan i josm, den enda
"gis-editorn" jag har tillgång till? Verktyget på osm-wikin verkar inte
finnas kvar:
http://wiki.openstreetmap.org/wiki/Converting_map_data_between_formats

/Andreas

2016-12-23 18:25 GMT+01:00 Andreas Vilén :

> Adresser ska det nog gå bra att importera, men byggnader och vägar bör vi
> kanske undvika med tanke på hur välmappat detta redan är. På sätt och vis
> känns det lite smådrygt att de väljer att släppa detta nu, lagom efter att
> man lagt ett år på att kartera detta manuellt men men...
>
> Fördelen är väl att vi kan uppdatera nybyggnadsområden och för de centrala
> delarna kan jag tänka mig att kommunens byggnadsdata är bättre. Får dock
> vänta med att kolla in det till den 29:e troligen.
>
> /Andreas
>
> Skickat från min iPhone
>
> 20 dec. 2016 kl. 16:22 skrev Karl Wettin :
>
> Hej Anders,
>
> det är jättefin data! Det är inga problem med GeoJSON, men jag tror det är
> många power-karterare som föredrar Shape-filer.
>
> Otroligt kul att ni vill släppa denna! Ni blir först i landet vad jag vet,
> och det kommer bli mycket enklare att få fler kommuner att haka på med
> detta. Även extremt glädjande att ni väljer CC0!
>
> Har ännu bara hunnit slänga ett getöga på det, men det ser bland annat ut
> att vara vart enda husnummer i Helsingborg. Dessa är något man skulle kunna
> välja att importera på liknande sätt som Danmark gör, dvs helt och hållet
> lita på de offentliga husnummerna genom att radera allt som finns i OSM.
> Byggnader, vägar etc är lite klurigare och kommer nog kräva att karterare
> manuellt jämför er data med den som finns i OSM.
>
> Det finns troligen en hel del projekt utöver OSM som kan tänka sig att
> importera er data rakt upp och ner, exempelvis kan postnummer stoppas in i
> Postnummeruppror.
>
> Jag skall kika mer på filerna i mellandagarna.
>
> God jul!
>
>
> kalle
>
>
>
> On 16 Dec 2016, at 13:38, Jürisoo Anders - SBF <
> anders.juri...@helsingborg.se> wrote:
>
> Hej!
> Vi släpper baskartan, också kallad primärkartan (https://sv.wikipedia.org/
> wiki/Prim%C3%A4rkarta) som öppna data januari 2017. Ett smakprov som är
> under utveckling kan hittas här: http://kartor.
> helsingborg.se/test/baskarta/20161216_10_44_03/baskarta.zip
> Från och med 1 jan är det CC0 på detta. Just nu får det inte används
> kommersiellt eller spridas vidare.
>
> Dokumentation kommer inom kort. I princip är det ett obehandlat utdrag
> från våran databas. Vi valde formatet geojson istället för tex dwg/shp för
> att inte gynna enskilda properitära GIS/CAD-leverantörer. Hoppas det går
> bra att använda vid mappning med OSM?
>
> Vi hoppas på att kunna börja bidra på något sätt och även använda mer OSM
> i egna tillämpningar kring stadsbyggnad.
> Återkom gärna med frågor eller förslag på förbättringar!
>
> Vänliga hälsningar
> Anders Jürisoo
> Helsingborgs Stad
> ___
> 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] Husnummerimport i Hbg kommun

[Andreas Vilén]

Jag skrev detta i Facebookgruppen och postar det även här så att så många
som möjligt ser det.

Med hjälp av användaren emj (osäker på om han är med i den här gruppen) har
jag nu med hjälp av Hbg kommuns adressdata lagt in alla (jag kunde hitta)
saknade vägnamn i kommunen. För att kunna ytterligare komplettera detta
arbete skulle jag nu vilja lägga in själva husnumren, plus att vi då
förstås får väldigt bra husnummerdata för kommunen.

Kommunens data är väldigt bra, men har en massa extrataggar vi egentligen
inte behöver. Jag tänkte dock personligen att de gärna kan få ligga kvar.
Då är det ett större problem med det som redan är mappat i kommunen. Här är
en overpasskörning av addr:housenumber= i kommunen (och lite utanför):
http://overpass-turbo.eu/s/l8z Det är alltså hyfsad täckning inne i
Helsingborg och lite smått och gott utanför. Jag tänker därför att
danskarnas lösning, att låta numren ligga utan att integrera dem i övriga
datan, här är en dålig idé.

Jag tar gärna på mig att sammanfoga husnummerdatan från kommunen med den
som redan finns inlagd. Eftersom detta dock handlar om en import, vill jag
ha tydligt okej både härifrån och från Facebookgruppen om att köra på med
det här arbetet. Ni får även komma med förslag om det är något jag inte
tänkt på eller om något kan förbättras.


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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Butiker brukar jag tagga om till contact:housenumber med mera, då husnumren
oftast snarare tillhör trappuppgången eller hela byggnaden, snarare än den
enskilda butiken.

Från en slumpmässig adresspunkt:

ADDRESSAREA=368
ADDRESSLABEL=Gjutaregatan 3
BALADDRESSTYPE=1
BALADDRESSTYPE_resolved=Gatuadressplats
BALSTATUS_resolved=Gällande
CITY=Mörarp
EXTERNALID=1
LOCATIONADDRESSSTATUS_resolved=Gällande
MODIFICATIONDATE=20110321151421
POSITIONKIND=1
POSITIONKIND_resolved=Byggnad
REGDATE=20110321151421
STATUS=0
STATUS_resolved=Ingen information
STREETNAME=Gjutaregatan
SYNCDATE=20110321151421
geodb_feature_dataset=Adress
multi_reader_id=1

Här har emj redan hämtat ut husnummer, vägnamn och postnummer, medan
addr:city till synes ligger kvar i originalformatet. Detta går ju dock att
åtgärda. Utöver detta ligger adressbokstäver under DESIGNATIONNUMBERLETTER
och skulle behöva föras in efter nummervärdet i addr:housenumber. Hur lätt
detta är att genomföra vet jag inte riktigt. Det behöver göras innan en
import genomförs.

Extrataggarna kan nog utelämnas när jag tänker efter. Den enda som skulle
behövas är en source=Helsingborgs kommun eller liknande. Redan taggade
adresser kan få sin data överskriven av den här, genom manuell mergning,
och stämmer de inte överens får man kolla upp det irl.

/Andreas

2017-01-09 9:05 GMT+01:00 Markus Lindholm :

> Härligt med öppen data.
>
> Men hur tänkte du göra sammanfogningen då det finns en del noder som
> är överladdade, dvs. de har både adressdata och annan information så
> som shop=* eller amenity=*?
>
> Vad är det för extrataggar som finns i importdatat? Är tveksam om de
> ska följa med in i OSM.
>
> /Markus
>
>
> 2017-01-09 7:08 GMT+01:00 Andreas Vilén :
> > Jag skrev detta i Facebookgruppen och postar det även här så att så många
> > som möjligt ser det.
> >
> > Med hjälp av användaren emj (osäker på om han är med i den här gruppen)
> har
> > jag nu med hjälp av Hbg kommuns adressdata lagt in alla (jag kunde hitta)
> > saknade vägnamn i kommunen. För att kunna ytterligare komplettera detta
> > arbete skulle jag nu vilja lägga in själva husnumren, plus att vi då
> förstås
> > får väldigt bra husnummerdata för kommunen.
> >
> > Kommunens data är väldigt bra, men har en massa extrataggar vi egentligen
> > inte behöver. Jag tänkte dock personligen att de gärna kan få ligga
> kvar. Då
> > är det ett större problem med det som redan är mappat i kommunen. Här är
> en
> > overpasskörning av addr:housenumber= i kommunen (och lite utanför):
> > http://overpass-turbo.eu/s/l8z Det är alltså hyfsad täckning inne i
> > Helsingborg och lite smått och gott utanför. Jag tänker därför att
> > danskarnas lösning, att låta numren ligga utan att integrera dem i övriga
> > datan, här är en dålig idé.
> >
> > Jag tar gärna på mig att sammanfoga husnummerdatan från kommunen med den
> som
> > redan finns inlagd. Eftersom detta dock handlar om en import, vill jag ha
> > tydligt okej både härifrån och från Facebookgruppen om att köra på med
> det
> > här arbetet. Ni får även komma med förslag om det är något jag inte
> tänkt på
> > eller om något kan förbättras.
> >
> >
> > MVH Andreas
> >
> >
> > ___
> > 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] Husnummerimport i Hbg kommun

[Andreas Vilén]

Med bokstäver menar jag adresser av typ 15A, där 15 ligger under husnummer
och A ligger under extrataggen. Ett något okonventionellt sätt att lösa det
är att lägga A under addr:unit, men detta avråddes jag ifrån när jag
frågade om det på engelska OSM-IRC för några veckor sedan. Det finns dock
en öppen issue om att rendera den här taggen med just den användningen i
åtanke: https://github.com/gravitystorm/openstreetmap-carto/issues/2488 .
Bäst är nog att göra som vanligt och föra över det som står under
DESIGNATIONNUMBERLETTER= till slutet av respektive addr:housenumber-tagg.

/Andreas

2017-01-09 9:46 GMT+01:00 Andreas Vilén :

> Butiker brukar jag tagga om till contact:housenumber med mera, då
> husnumren oftast snarare tillhör trappuppgången eller hela byggnaden,
> snarare än den enskilda butiken.
>
> Från en slumpmässig adresspunkt:
>
> ADDRESSAREA=368
> ADDRESSLABEL=Gjutaregatan 3
> BALADDRESSTYPE=1
> BALADDRESSTYPE_resolved=Gatuadressplats
> BALSTATUS_resolved=Gällande
> CITY=Mörarp
> EXTERNALID=1
> LOCATIONADDRESSSTATUS_resolved=Gällande
> MODIFICATIONDATE=20110321151421
> POSITIONKIND=1
> POSITIONKIND_resolved=Byggnad
> REGDATE=20110321151421
> STATUS=0
> STATUS_resolved=Ingen information
> STREETNAME=Gjutaregatan
> SYNCDATE=20110321151421
> geodb_feature_dataset=Adress
> multi_reader_id=1
>
> Här har emj redan hämtat ut husnummer, vägnamn och postnummer, medan
> addr:city till synes ligger kvar i originalformatet. Detta går ju dock att
> åtgärda. Utöver detta ligger adressbokstäver under DESIGNATIONNUMBERLETTER
> och skulle behöva föras in efter nummervärdet i addr:housenumber. Hur lätt
> detta är att genomföra vet jag inte riktigt. Det behöver göras innan en
> import genomförs.
>
> Extrataggarna kan nog utelämnas när jag tänker efter. Den enda som skulle
> behövas är en source=Helsingborgs kommun eller liknande. Redan taggade
> adresser kan få sin data överskriven av den här, genom manuell mergning,
> och stämmer de inte överens får man kolla upp det irl.
>
> /Andreas
>
> 2017-01-09 9:05 GMT+01:00 Markus Lindholm :
>
>> Härligt med öppen data.
>>
>> Men hur tänkte du göra sammanfogningen då det finns en del noder som
>> är överladdade, dvs. de har både adressdata och annan information så
>> som shop=* eller amenity=*?
>>
>> Vad är det för extrataggar som finns i importdatat? Är tveksam om de
>> ska följa med in i OSM.
>>
>> /Markus
>>
>>
>> 2017-01-09 7:08 GMT+01:00 Andreas Vilén :
>> > Jag skrev detta i Facebookgruppen och postar det även här så att så
>> många
>> > som möjligt ser det.
>> >
>> > Med hjälp av användaren emj (osäker på om han är med i den här gruppen)
>> har
>> > jag nu med hjälp av Hbg kommuns adressdata lagt in alla (jag kunde
>> hitta)
>> > saknade vägnamn i kommunen. För att kunna ytterligare komplettera detta
>> > arbete skulle jag nu vilja lägga in själva husnumren, plus att vi då
>> förstås
>> > får väldigt bra husnummerdata för kommunen.
>> >
>> > Kommunens data är väldigt bra, men har en massa extrataggar vi
>> egentligen
>> > inte behöver. Jag tänkte dock personligen att de gärna kan få ligga
>> kvar. Då
>> > är det ett större problem med det som redan är mappat i kommunen. Här
>> är en
>> > overpasskörning av addr:housenumber= i kommunen (och lite utanför):
>> > http://overpass-turbo.eu/s/l8z Det är alltså hyfsad täckning inne i
>> > Helsingborg och lite smått och gott utanför. Jag tänker därför att
>> > danskarnas lösning, att låta numren ligga utan att integrera dem i
>> övriga
>> > datan, här är en dålig idé.
>> >
>> > Jag tar gärna på mig att sammanfoga husnummerdatan från kommunen med
>> den som
>> > redan finns inlagd. Eftersom detta dock handlar om en import, vill jag
>> ha
>> > tydligt okej både härifrån och från Facebookgruppen om att köra på med
>> det
>> > här arbetet. Ni får även komma med förslag om det är något jag inte
>> tänkt på
>> > eller om något kan förbättras.
>> >
>> >
>> > MVH Andreas
>> >
>> >
>> > ___
>> > 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] Husnummerimport i Hbg kommun

[Andreas Vilén]

Nu har jag satt igång. Mitt tillvägagångssätt kommer vara följande:

1) Jag har registrerat ett konto, grillo_import, som jag kommer att göra
alla redigeringar i det här projektet med. Eventuellt kommer det
återanvändas i framtiden för andra importer
https://www.openstreetmap.org/user/Grillo_import
2) Jag har även skapat ett opublicerat hot-projekt där jag har delat in
Helsingborgs kommun i rutor. Projektet är opublicerat så ingen annan börjar
stänga rutor utan att jag märker det.
3) Jag laddar in adressfilen i Josm.
4) Jag öppnar upp en hot-ruta i Josm.
5) Jag raderar alla husnummer utanför hot-rutan.
6) Jag laddar upp husnumren som de är i befintligt skick, utan att lägga in
dem i husen.
7) Jag kopierar in husnummer i hus, korrigerar mot redan mappade husnummer,
sätter fast i entrénoder där det är möjligt att se osv, och laddar upp igen.
8) Jag stänger hot-rutan.

Här är ett test av denna processen i kommunens utkant:
https://www.openstreetmap.org/user/Grillo_import/history

Om alla är okej med den här processen (eller om jag inte hör något på ett
par dagar) kommer jag att fortsätta med den tills kommunen är klar.

MVH Andreas

2017-01-10 12:30 GMT+01:00 Lars Aronsson :

> On 01/09/2017 09:49 AM, Andreas Vilén wrote:
>
>> Med bokstäver menar jag adresser av typ 15A, där 15 ligger under
>> husnummer och A ligger under extrataggen. Ett något okonventionellt sätt
>> att lösa det är att lägga A under addr:unit, men detta avråddes jag ifrån
>> när jag frågade om det på engelska OSM-IRC för några veckor sedan.
>>
>
> En viktig användning är att gå från postadress till vägbeskrivning.
> Man vill inte resa till Storgatan 15 utan till 15A och då vill man
> att vägbeskrivningen ska leda till rätt sida av huset, inte till dess
> baksida, som kanske kan nås via en park. Det är därför viktigt
> att 15A är en punkt på en sida av huset, som nås av vägar.
>
>
> --
>   Lars Aronsson (l...@aronsson.se)
>   Linköping
>
>
>
>
> ___
> 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] Husnummerimport i Hbg kommun

[Andreas Vilén]

Hmm, det normala förhållningssättet till adresser är att de läggs på 
byggnaderna. Det är så jag alltid gjort och det är så det ser ut globalt med 
Danmark som enda undantag.

Men jag skulle kunna ändra till source:address eller liknande så det blir 
tydligare vad källtaggen syftar på.

/Andreas

Skickat från min iPhone

> 22 jan. 2017 kl. 09:39 skrev Markus Lindholm :
> 
> Hej
> 
> Kollade på de första förändringarna som gjorts och en sak som jag
> noterade och som jag tycker inte är helt optimal är att du överladdar
> addr:* taggar och building=* på samma objekt, t.ex. 
> https://www.openstreetmap.org/way/411646429
> 
> 
> Det vore bättre om de hade varsin eget objekt, en nod för adressen och
> en area för huskroppen. Då skulle inte heller source-taggen bli
> tvetydig.
> 
> /Markus
> 
> 
>> On Sat, 2017-01-21 at 09:59 +0100, Andreas Vilén wrote:
>> Nu har jag satt igång. Mitt tillvägagångssätt kommer vara följande:
>> 
>> 1) Jag har registrerat ett konto, grillo_import, som jag kommer att
>> göra
>> alla redigeringar i det här projektet med. Eventuellt kommer det
>> återanvändas i framtiden för andra importer
>> https://www.openstreetmap.org/user/Grillo_import
>> 2) Jag har även skapat ett opublicerat hot-projekt där jag har delat
>> in
>> Helsingborgs kommun i rutor. Projektet är opublicerat så ingen annan
>> börjar
>> stänga rutor utan att jag märker det.
>> 3) Jag laddar in adressfilen i Josm.
>> 4) Jag öppnar upp en hot-ruta i Josm.
>> 5) Jag raderar alla husnummer utanför hot-rutan.
>> 6) Jag laddar upp husnumren som de är i befintligt skick, utan att
>> lägga in
>> dem i husen.
>> 7) Jag kopierar in husnummer i hus, korrigerar mot redan mappade
>> husnummer,
>> sätter fast i entrénoder där det är möjligt att se osv, och laddar
>> upp igen.
>> 8) Jag stänger hot-rutan.
>> 
>> Här är ett test av denna processen i kommunens utkant:
>> https://www.openstreetmap.org/user/Grillo_import/history
>> 
>> Om alla är okej med den här processen (eller om jag inte hör något på
>> ett
>> par dagar) kommer jag att fortsätta med den tills kommunen är klar.
>> 
>> MVH Andreas
>> 
>> 2017-01-10 12:30 GMT+01:00 Lars Aronsson :
>> 
>>>> On 01/09/2017 09:49 AM, Andreas Vilén wrote:
>>>> 
>>>> Med bokstäver menar jag adresser av typ 15A, där 15 ligger under
>>>> husnummer och A ligger under extrataggen. Ett något
>>>> okonventionellt sätt
>>>> att lösa det är att lägga A under addr:unit, men detta avråddes
>>>> jag ifrån
>>>> när jag frågade om det på engelska OSM-IRC för några veckor
>>>> sedan.
>>>> 
>>> 
>>> En viktig användning är att gå från postadress till vägbeskrivning.
>>> Man vill inte resa till Storgatan 15 utan till 15A och då vill man
>>> att vägbeskrivningen ska leda till rätt sida av huset, inte till
>>> dess
>>> baksida, som kanske kan nås via en park. Det är därför viktigt
>>> att 15A är en punkt på en sida av huset, som nås av vägar.
>>> 
>>> 
>>> --
>>>   Lars Aronsson (l...@aronsson.se)
>>>   Linköping
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Svårt att veta var en villa har sin entré. Dessutom är det hela huset som
har adressen, inte bara entrén, till skillnad från med trapphus där
adresserna normalt sätts på entréer. Radhus mappas normalt som separata
byggnader. Wikin beskriver olika metoder där alla är lika accepterade:
https://wiki.openstreetmap.org/wiki/Addresses

Då adresser mappade på byggnader är något som använts i hela Sverige (och
övriga världen bortsett från Danmark som genomförde en statlig import) och
jag aldrig hört någon förespråka att göra på något annat sätt, kommer jag
att fortsätta göra så om jag inte får andra invändningar i samma stil.
Däremot kan jag ändra källtaggen till source:address=Helsingborgs kommun
även om byggnaderna också i 90% av fallen har kommunen som källa.

/Andreas

2017-01-22 14:09 GMT+01:00 Markus Lindholm :

> Jag ser det som ett suboptimalt sätt att tagga. Det är ett inkonsekvent
> sätt då det inte finns ett ett-till-ett förhållande mellan byggnader
> och adresser. En byggnad kan ha flera adresser eller ingen. Det leder
> som sagt också till tvetydigheter, som exemplet med source-taggen.
>
> Det bästa sätten (enligt mig) är kombinera adressen med entrence-
> taggen, om man känner till var ingången ligger. Det näst bästa är att
> ha den som en fristående nod inne i byggnaden.
>
> /Markus
>
>
> On Sun, 2017-01-22 at 10:26 +0100, Andreas Vilén wrote:
> > Hmm, det normala förhållningssättet till adresser är att de läggs på
> > byggnaderna. Det är så jag alltid gjort och det är så det ser ut
> > globalt med Danmark som enda undantag.
> >
> > Men jag skulle kunna ändra till source:address eller liknande så det
> > blir tydligare vad källtaggen syftar på.
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> > > 22 jan. 2017 kl. 09:39 skrev Markus Lindholm  > > .com>:
> > >
> > > Hej
> > >
> > > Kollade på de första förändringarna som gjorts och en sak som jag
> > > noterade och som jag tycker inte är helt optimal är att du
> > > överladdar
> > > addr:* taggar och building=* på samma objekt, t.ex.
> > > https://www.openstreetmap.org/way/411646429
> > >
> > >
> > > Det vore bättre om de hade varsin eget objekt, en nod för adressen
> > > och
> > > en area för huskroppen. Då skulle inte heller source-taggen bli
> > > tvetydig.
> > >
> > > /Markus
> > >
> > >
> > > > On Sat, 2017-01-21 at 09:59 +0100, Andreas Vilén wrote:
> > > > Nu har jag satt igång. Mitt tillvägagångssätt kommer vara
> > > > följande:
> > > >
> > > > 1) Jag har registrerat ett konto, grillo_import, som jag kommer
> > > > att
> > > > göra
> > > > alla redigeringar i det här projektet med. Eventuellt kommer det
> > > > återanvändas i framtiden för andra importer
> > > > https://www.openstreetmap.org/user/Grillo_import
> > > > 2) Jag har även skapat ett opublicerat hot-projekt där jag har
> > > > delat
> > > > in
> > > > Helsingborgs kommun i rutor. Projektet är opublicerat så ingen
> > > > annan
> > > > börjar
> > > > stänga rutor utan att jag märker det.
> > > > 3) Jag laddar in adressfilen i Josm.
> > > > 4) Jag öppnar upp en hot-ruta i Josm.
> > > > 5) Jag raderar alla husnummer utanför hot-rutan.
> > > > 6) Jag laddar upp husnumren som de är i befintligt skick, utan
> > > > att
> > > > lägga in
> > > > dem i husen.
> > > > 7) Jag kopierar in husnummer i hus, korrigerar mot redan mappade
> > > > husnummer,
> > > > sätter fast i entrénoder där det är möjligt att se osv, och
> > > > laddar
> > > > upp igen.
> > > > 8) Jag stänger hot-rutan.
> > > >
> > > > Här är ett test av denna processen i kommunens utkant:
> > > > https://www.openstreetmap.org/user/Grillo_import/history
> > > >
> > > > Om alla är okej med den här processen (eller om jag inte hör
> > > > något på
> > > > ett
> > > > par dagar) kommer jag att fortsätta med den tills kommunen är
> > > > klar.
> > > >
> > > > MVH Andreas
> > > >
> > > > 2017-01-10 12:30 GMT+01:00 Lars Aronsson :
> > > >
> > > > > > On 01/09/2017 09:49 AM, Andreas Vilén wrote:
> > > > > >
> > > > > > Med bokstäver menar jag adresser av typ 15A, där 15 ligger
> > > > > > under
> > > > > > husnummer och A ligger under extratag

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Jag fyller i mina svar nedan i ditt svar.

2017-01-23 8:29 GMT+01:00 Andreas Gnau :

> (Ursäkta min svenska, har inte bott här så länge...)
>
> Jag tycker att vi skulle skapa en wiki-sida enligt
> http://wiki.openstreetmap.org/wiki/Import/Guidelines för att sammanfatta
> resultaten av diskussionen innan du börjar på riktigt. Frågorna i wikin
> hjälper också att fundera kring importen själv.
>

Jag har följt riktlinjerna så gott jag kunnat. Jag skrev på wikin här och
Erik har lagt till lite info:
https://wiki.openstreetmap.org/wiki/Helsingborg#House_number_import

>
> Mina kommentarer angående taggning:
> ===
>
> addr:postcode:
> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
> Renderern kan alltid formatera det.
>

Postnummer i Sverige ska såvitt jag vet vara formaterade så. Det spelar
inte så stor roll vilket eller egentligen.

>
> addr:country:
> Jag anser addr:country som onödigt/redundant. Realiteten är att det
> finns många addresser i OSM som har ingen addr:country (i några städer
> ingen addr:city heller) dvs. att renderern måste titta på
> admin-relationerna i alla fall och man kan ju anta att Sveriges
> riksgränser kortlades korrekt :-)
>

I hela Sverige används addr:country relativt konsekvent så jag ser inget
skäl att utelämna det här.

>
> source:
> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i
> fallet de släpper fler kartor.
>

Som sagt är det CC0 så vi behöver inte ange någon källa alls. Helsingborgs
kommun står bakom kartan så de är också källan.

>
> Jag måste fundera kring debatten om nod vs. byggnad. Jag ska svara i den
> andra tråden senare.


>
> Mina kommentarer angående metodiken:
> 
>
> En av OpenStreetmaps styrkor är "We map what's on the ground". Därför,
> tycker jag, gäller det att undvika att importera "fel, men officiellt"
> data. Jag tycker att man skulle vara väldigt försiktigt att man inte
> importera skräp eller förstöra existerande data (också när man uppdatera
> data).
>

Du kan vara lugn. Jag är erfaren osm-användare sedan 2008, har hanterat
importer förr och är otroligt noggrann med datakvaliteten.

>
> Hur är datakavaliten? Har någon tittat på den? Jag har inte tittat på
> den i detalj, så det kanske inte finns några av de fall jag beskriver
> nedan. Jag kan inte heller bedöma det eftersom jag inte bo i Helsingborg.


Den är lysande. Alla noder överlappar i princip redan byggnaderna den
tillhör och adresserna ser ut att vara så välplacerade det går inne i
stadscentrum där det är svårt att se uppifrån var adresserna är. Det är
ofta här dessutom omöjligt att surveya manuellt eftersom det kräver att man
får tillgång till låsta innergårdar.

>
>
> On 01/21/2017 09:59 AM, Andreas Vilén wrote:
>
>> 3) Jag laddar in adressfilen i Josm.
>>
>
> Andreas, kan du beskriver lite mer hur steg 3 fungera? Vilka fält i
> GeoJSON används på vilket sätt?


Förstår inte vad du menar. Jag öppnar en .osm-fil.

>
>
> 6) Jag laddar upp husnumren som de är i befintligt skick, utan att
>> lägga in dem i husen. 7) Jag kopierar in husnummer i hus, korrigerar
>> mot redan mappade husnummer, sätter fast i entrénoder där det är
>> möjligt att se osv, och laddar upp igen.
>>
>
> Förstår jag det rätt, att du först vill ladda upp "allting" (även
> adresser som redan finns i OSM) och i ett andra steg ta bort duplikatorna
> som skapades? Vad är motiveringen bakom / fördelen av detta?
>

Min tanke med att ladda upp alla adresser är att vara tydlig med datan som
finns och som laddas upp. Den betyder också att alla adresserna någon gång
funnits i osm-databasen även om de försvinner sen. Jag hade kunnat skippa
steg 6 och kopierat in dem i husen direkt, men då hade vi inte haft
mellansteget där man lättare kan se vad som hänt med datan. Den korta tid
som det kan finnas duplicerad data är försumbar. Det handlar kanske om fem
minuter upp till en halvtimme.


> Några frågor (och min åsikt, men jag vill höra andras åsikter)
> Hur ska vi hantera adresser...
>  * som redan finns (gör ingenting, existerande data har prioritet)
>

Där adresser redan finns kommer jag ändå att kopiera in kompletterande
taggar, som postnummer och postort. Skiljer sig husnumren eller vägnamnen
åt kommer jag göra en bedömning om det manuellt mappade kanske är
felaktigt.

 * som finns t.ex. 2A och 2B i OSM men bara som 2 i kommunens data (gör
> ingenting)
>

Tror inte sådana här fall förekommer, men jag håller med.


>  * som har "felaktiga" koordinater som ligga längs bort (gör ingenting)
>

??

 * som har ett alternativt / felaktigt stavning jämfört med de som 

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Om du vill titta på datan själv är här en länk till .osm-filen jag
använder:
http://grillo.users.openstreetmap.se/helsingborg%20adresspunkter.osm

2017-01-23 8:29 GMT+01:00 Andreas Gnau :

> (Ursäkta min svenska, har inte bott här så länge...)
>
> Jag tycker att vi skulle skapa en wiki-sida enligt
> http://wiki.openstreetmap.org/wiki/Import/Guidelines för att sammanfatta
> resultaten av diskussionen innan du börjar på riktigt. Frågorna i wikin
> hjälper också att fundera kring importen själv.
>
> Mina kommentarer angående taggning:
> ===
>
> addr:postcode:
> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
> Renderern kan alltid formatera det.
>
> addr:country:
> Jag anser addr:country som onödigt/redundant. Realiteten är att det
> finns många addresser i OSM som har ingen addr:country (i några städer
> ingen addr:city heller) dvs. att renderern måste titta på
> admin-relationerna i alla fall och man kan ju anta att Sveriges
> riksgränser kortlades korrekt :-)
>
> source:
> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i
> fallet de släpper fler kartor.
>
> Jag måste fundera kring debatten om nod vs. byggnad. Jag ska svara i den
> andra tråden senare.
>
>
> Mina kommentarer angående metodiken:
> 
>
> En av OpenStreetmaps styrkor är "We map what's on the ground". Därför,
> tycker jag, gäller det att undvika att importera "fel, men officiellt"
> data. Jag tycker att man skulle vara väldigt försiktigt att man inte
> importera skräp eller förstöra existerande data (också när man uppdatera
> data).
>
> Hur är datakavaliten? Har någon tittat på den? Jag har inte tittat på
> den i detalj, så det kanske inte finns några av de fall jag beskriver
> nedan. Jag kan inte heller bedöma det eftersom jag inte bo i Helsingborg.
>
> On 01/21/2017 09:59 AM, Andreas Vilén wrote:
>
>> 3) Jag laddar in adressfilen i Josm.
>>
>
> Andreas, kan du beskriver lite mer hur steg 3 fungera? Vilka fält i
> GeoJSON används på vilket sätt?
>
> 6) Jag laddar upp husnumren som de är i befintligt skick, utan att
>> lägga in dem i husen. 7) Jag kopierar in husnummer i hus, korrigerar
>> mot redan mappade husnummer, sätter fast i entrénoder där det är
>> möjligt att se osv, och laddar upp igen.
>>
>
> Förstår jag det rätt, att du först vill ladda upp "allting" (även
> adresser som redan finns i OSM) och i ett andra steg ta bort duplikatorna
> som skapades? Vad är motiveringen bakom / fördelen av detta?
>
> Några frågor (och min åsikt, men jag vill höra andras åsikter)
> Hur ska vi hantera adresser...
>  * som redan finns (gör ingenting, existerande data har prioritet)
>  * som finns t.ex. 2A och 2B i OSM men bara som 2 i kommunens data (gör
> ingenting)
>  * som har "felaktiga" koordinater som ligga längs bort (gör ingenting)
>  * som har ett alternativt / felaktigt stavning jämfört med de som finns
> i OSM (matcha dem manuellt. Gatunamnet skulle dock bara ändras om man
> känner området eller var på plats. Folk har ofta kommit överens att
> gatunamnet på skylten är det som gäller för "name" i dessa fall)
>  * byggnader som har en adress enligt kommunen men inte "finns" på plats
> t.ex. ingången finns inte längre, "hus" är ett garage... )
>  * som försvinner eller flyttas enligt kommunen i någon senare
> uppdatering? (Jag tycker vi skulle verifiera det på plats. Det
> betyder ofta att det finns betydligt fler att mappa och vi skulle inte
> lita på kommunen "helt blind" t.ex. kunde det finnas adresser av hus som
> inte byggs än.)
>  * har du tänkt på olika sätt att beskriva adresser t.ex. Sveavägen
> "2A", "2 a", "2a", "2A-D" eller också addr:interpolation?
>
> Hur ska vi säkerställa kvalitén på lång sikt? (Använd regio-osm
> husnummerutvärderingen)
>
>
> Kvalitetssäkring och eventuella alternativföreslag
> ==
>
> Jag vet inte om ni känner den, men jag anser husnummerutvärderingen av
> Dietmar Seifert (OSM-User: okilimu) som ett väldigt bra verktyg för att
> jämföra husnumren. Det går t.ex. att
>  * se adresser som bara finns i OSM / i kommunens data och öppna /
> importera de till JOSM eller visa dem på kartan
>  * visa distansen mellan matchande adresser
>  * ignorera dvs. gömma och kommentera felaktiga adresser i kommunens data
>  * se täckning per stad/stadsdel/gata och också den historiska
> utvecklingen av täckningen
>
> Som exempel en länk till en stadsdel i Hamburg, Tysk

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Jag kan ändra källtaggen om så önskas, men jag vet inte vilket datum det är
på filen jag använder mig av. source:address=Helsingborgs kommuns baskata,
2017-01-?? funkar väl, men i så fall måste jag veta vad jag ska ange för
datum eller bara ange januari 2017.

Jag satte igång och gjorde lite redigeringar idag innan Andreas Gnaus
inlägg här ovan, men än så länge är det fortfarande bara påbörjat på
landsbygden i utkanten av kommunen.

/Andreas

2017-01-23 16:39 GMT+01:00 Karl Wettin :

>
> On 23 Jan 2017, at 16:29, Andreas Vilén  wrote:
>
> source:
> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i
> fallet de släpper fler kartor.
>
>
> +1
>
> En datumstämpel är också bra då Helsingborg uppdaterar sin fil på nätet
> löpande. En gång i veckan om jag inte minns fel.
>
>
> kalle
>
> ___
> 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] Husnummerimport i Hbg kommun

[Andreas Vilén]

Jag bör påpeka att filen innehåller obearbetade POPULARNAME och COMMENTARY.
De flesta COMMENTARY verkar syfta på att adresserna tillhör lekplatser.
Dessa lekplatser kommer jag mappa som ytor om de inte redan är det och
lägga in adresserna (uppenbarligen använder kommunerna adresser för
lekplatser, och jag ser ingen anledning att utelämna dem). Övriga kan man
lätt kolla igenom manuellt. POPULARNAME verkar vara sådant som kan finnas i
fältet name= men ändå måste kollas manuellt. Ofta är det namn på gårdar,
som hellre kan ligga på landuse=farmyard, eller på kyrkor, som redan är
inlagda såvitt jag vet. Även dessa kommer jag gå igenom manuellt. Även om
jag missar någon under importen är det ju lätt att söka fram dem med en
overpassökning i efterhand.

/Andreas

2017-01-23 16:29 GMT+01:00 Andreas Vilén :

> Om du vill titta på datan själv är här en länk till .osm-filen jag
> använder: http://grillo.users.openstreetmap.se/helsingborg%
> 20adresspunkter.osm
>
> 2017-01-23 8:29 GMT+01:00 Andreas Gnau :
>
>> (Ursäkta min svenska, har inte bott här så länge...)
>>
>> Jag tycker att vi skulle skapa en wiki-sida enligt
>> http://wiki.openstreetmap.org/wiki/Import/Guidelines för att sammanfatta
>> resultaten av diskussionen innan du börjar på riktigt. Frågorna i wikin
>> hjälper också att fundera kring importen själv.
>>
>> Mina kommentarer angående taggning:
>> ===
>>
>> addr:postcode:
>> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
>> Renderern kan alltid formatera det.
>>
>> addr:country:
>> Jag anser addr:country som onödigt/redundant. Realiteten är att det
>> finns många addresser i OSM som har ingen addr:country (i några städer
>> ingen addr:city heller) dvs. att renderern måste titta på
>> admin-relationerna i alla fall och man kan ju anta att Sveriges
>> riksgränser kortlades korrekt :-)
>>
>> source:
>> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
>> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i
>> fallet de släpper fler kartor.
>>
>> Jag måste fundera kring debatten om nod vs. byggnad. Jag ska svara i den
>> andra tråden senare.
>>
>>
>> Mina kommentarer angående metodiken:
>> 
>>
>> En av OpenStreetmaps styrkor är "We map what's on the ground". Därför,
>> tycker jag, gäller det att undvika att importera "fel, men officiellt"
>> data. Jag tycker att man skulle vara väldigt försiktigt att man inte
>> importera skräp eller förstöra existerande data (också när man uppdatera
>> data).
>>
>> Hur är datakavaliten? Har någon tittat på den? Jag har inte tittat på
>> den i detalj, så det kanske inte finns några av de fall jag beskriver
>> nedan. Jag kan inte heller bedöma det eftersom jag inte bo i Helsingborg.
>>
>> On 01/21/2017 09:59 AM, Andreas Vilén wrote:
>>
>>> 3) Jag laddar in adressfilen i Josm.
>>>
>>
>> Andreas, kan du beskriver lite mer hur steg 3 fungera? Vilka fält i
>> GeoJSON används på vilket sätt?
>>
>> 6) Jag laddar upp husnumren som de är i befintligt skick, utan att
>>> lägga in dem i husen. 7) Jag kopierar in husnummer i hus, korrigerar
>>> mot redan mappade husnummer, sätter fast i entrénoder där det är
>>> möjligt att se osv, och laddar upp igen.
>>>
>>
>> Förstår jag det rätt, att du först vill ladda upp "allting" (även
>> adresser som redan finns i OSM) och i ett andra steg ta bort duplikatorna
>> som skapades? Vad är motiveringen bakom / fördelen av detta?
>>
>> Några frågor (och min åsikt, men jag vill höra andras åsikter)
>> Hur ska vi hantera adresser...
>>  * som redan finns (gör ingenting, existerande data har prioritet)
>>  * som finns t.ex. 2A och 2B i OSM men bara som 2 i kommunens data (gör
>> ingenting)
>>  * som har "felaktiga" koordinater som ligga längs bort (gör ingenting)
>>  * som har ett alternativt / felaktigt stavning jämfört med de som finns
>> i OSM (matcha dem manuellt. Gatunamnet skulle dock bara ändras om man
>> känner området eller var på plats. Folk har ofta kommit överens att
>> gatunamnet på skylten är det som gäller för "name" i dessa fall)
>>  * byggnader som har en adress enligt kommunen men inte "finns" på plats
>> t.ex. ingången finns inte längre, "hus" är ett garage... )
>>  * som försvinner eller flyttas enligt kommunen i någon senare
>> uppdatering? (Jag tycker vi skulle verifiera det på plats. Det
>> betyder ofta att det finns betydligt fler att mappa

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Samtidigt renderas inte namnet om husnummernoden ligger ivägen. Rendering är 
inget argument för att mappa på ett visst sätt.

Då husnummer i byggnader är en standard som följs globalt är det inget jag 
tänker frångå här, såvida det inte finns en majoritetsåsikt bakom förslaget.

/Andreas

Skickat från min iPhone

> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm :
> 
> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
> om huset har ett namn så renderas inte adressen.
> 
> /Markus
> 
>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
>> som
>> har adressen, inte bara entrén, till skillnad från med trapphus där
>> adresserna normalt sätts på entréer. Radhus mappas normalt som
>> separata
>> byggnader. Wikin beskriver olika metoder där alla är lika
>> accepterade:
>> https://wiki.openstreetmap.org/wiki/Addresses
>> 
>> Då adresser mappade på byggnader är något som använts i hela Sverige
>> (och
>> övriga världen bortsett från Danmark som genomförde en statlig
>> import) och
>> jag aldrig hört någon förespråka att göra på något annat sätt, kommer
>> jag
>> att fortsätta göra så om jag inte får andra invändningar i samma
>> stil.
>> Däremot kan jag ändra källtaggen till source:address=Helsingborgs
>> kommun
>> även om byggnaderna också i 90% av fallen har kommunen som källa.
>> 
>> /Andreas
>> 
>> 2017-01-22 14:09 GMT+01:00 Markus Lindholm >> :
>> 
>>> Jag ser det som ett suboptimalt sätt att tagga. Det är ett
>>> inkonsekvent
>>> sätt då det inte finns ett ett-till-ett förhållande mellan
>>> byggnader
>>> och adresser. En byggnad kan ha flera adresser eller ingen. Det
>>> leder
>>> som sagt också till tvetydigheter, som exemplet med source-taggen.
>>> 
>>> Det bästa sätten (enligt mig) är kombinera adressen med entrence-
>>> taggen, om man känner till var ingången ligger. Det näst bästa är
>>> att
>>> ha den som en fristående nod inne i byggnaden.
>>> 
>>> /Markus
>>> 
>>> 
>>>> On Sun, 2017-01-22 at 10:26 +0100, Andreas Vilén wrote:
>>>> Hmm, det normala förhållningssättet till adresser är att de läggs
>>>> på
>>>> byggnaderna. Det är så jag alltid gjort och det är så det ser ut
>>>> globalt med Danmark som enda undantag.
>>>> 
>>>> Men jag skulle kunna ändra till source:address eller liknande så
>>>> det
>>>> blir tydligare vad källtaggen syftar på.
>>>> 
>>>> /Andreas
>>>> 
>>>> Skickat från min iPhone
>>>> 
>>>>> 22 jan. 2017 kl. 09:39 skrev Markus Lindholm >>>> mail
>>>>> .com>:
>>>>> 
>>>>> Hej
>>>>> 
>>>>> Kollade på de första förändringarna som gjorts och en sak som
>>>>> jag
>>>>> noterade och som jag tycker inte är helt optimal är att du
>>>>> överladdar
>>>>> addr:* taggar och building=* på samma objekt, t.ex.
>>>>> https://www.openstreetmap.org/way/411646429
>>>>> 
>>>>> 
>>>>> Det vore bättre om de hade varsin eget objekt, en nod för
>>>>> adressen
>>>>> och
>>>>> en area för huskroppen. Då skulle inte heller source-taggen bli
>>>>> tvetydig.
>>>>> 
>>>>> /Markus
>>>>> 
>>>>> 
>>>>>> On Sat, 2017-01-21 at 09:59 +0100, Andreas Vilén wrote:
>>>>>> Nu har jag satt igång. Mitt tillvägagångssätt kommer vara
>>>>>> följande:
>>>>>> 
>>>>>> 1) Jag har registrerat ett konto, grillo_import, som jag
>>>>>> kommer
>>>>>> att
>>>>>> göra
>>>>>> alla redigeringar i det här projektet med. Eventuellt kommer
>>>>>> det
>>>>>> återanvändas i framtiden för andra importer
>>>>>> https://www.openstreetmap.org/user/Grillo_import
>>>>>> 2) Jag har även skapat ett opublicerat hot-projekt där jag
>>>>>> har
>>>>>> delat
>>>>>> in
>>>>>> Helsingborgs kommun i rutor. Projektet är opublicerat så
>>>>>> ingen
>>>>>> annan
>>>>>> börjar
>>>>>> stänga rutor utan att jag märker det.
>>>>>> 3) Jag laddar

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Jag ser ingen annan argumentera för att placera husnumren nån annanstans än
i byggnaderna. I andra forum där vi diskuterat det här har heller ingen
argumenterat för något annat. Då en adress också i de allra flesta fallen
tillhör en byggnad är också det det mest logiska sättet att göra det på.
Som sagt verkar också adresser på byggnader. Rimligen bör husnumret ligga
på byggnadens centroid och man bör inte flytta undan husnumret för att
något annat ska renderas. Nej, det är inte i min åsikt att dra att inte
mappa för renderaren in absurdum.

Kollar man taginfo kan man se att 43% av alla husnummer ligger tillsammans
med en buildingtagg:
https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations Då
får man räkna bort importerna i Norge och Danmark, där inga husnummer
kombineras med byggnader för att kunna uppdateras enkelt i framtiden.

Jag ser gärna att någon mer engagerar sig i den här diskussionen, för om vi
nu skulle göra på något annat sätt än det normala i Sverige måste det
framgå tydligt att det här inte bara är en persons åsikt.

/Andreas

2017-01-24 8:56 GMT+01:00 Markus Lindholm :

> 2017-01-24 7:48 GMT+01:00 Andreas Vilén :
> > Samtidigt renderas inte namnet om husnummernoden ligger ivägen.
>
> Varför skulle man lägga adressnoden ivägen för husnamnet när man har
> friheten att placera den var man vill inom byggnaden?
>
> > Rendering är inget argument för att mappa på ett visst sätt.
>
> Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
> renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
> finns för mycket information på ett och samma objekt torde vara varför
> man tog fram den här principen
> http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>
> > Då husnummer i byggnader är en standard som följs globalt är det inget
> jag tänker frångå här, såvida det inte finns en >
> majoritetsåsikt bakom förslaget.
>
> Har du själv läst den här sidan som du länkade till tidigare
> https://wiki.openstreetmap.org/wiki/Addresses
> Den anger fyra olika alternativ till placering av adressen, ingen av
> dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
> standard? Samtidigt har jag gett tre sakargument varför ett visst
> tillvägagångssätt är att föredra.
>
> /Markus
>
>
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> >> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm  >:
> >>
> >> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
> >> om huset har ett namn så renderas inte adressen.
> >>
> >> /Markus
> >>
> >>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
> >>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
> >>> som
> >>> har adressen, inte bara entrén, till skillnad från med trapphus där
> >>> adresserna normalt sätts på entréer. Radhus mappas normalt som
> >>> separata
> >>> byggnader. Wikin beskriver olika metoder där alla är lika
> >>> accepterade:
> >>> https://wiki.openstreetmap.org/wiki/Addresses
> >>>
> >>> Då adresser mappade på byggnader är något som använts i hela Sverige
> >>> (och
> >>> övriga världen bortsett från Danmark som genomförde en statlig
> >>> import) och
> >>> jag aldrig hört någon förespråka att göra på något annat sätt, kommer
> >>> jag
> >>> att fortsätta göra så om jag inte får andra invändningar i samma
> >>> stil.
> >>> Däremot kan jag ändra källtaggen till source:address=Helsingborgs
> >>> kommun
> >>> även om byggnaderna också i 90% av fallen har kommunen som källa.
> >>>
> >>> /Andreas
> >>>
> >>> 2017-01-22 14:09 GMT+01:00 Markus Lindholm  >>>> :
> >>>
> >>>> Jag ser det som ett suboptimalt sätt att tagga. Det är ett
> >>>> inkonsekvent
> >>>> sätt då det inte finns ett ett-till-ett förhållande mellan
> >>>> byggnader
> >>>> och adresser. En byggnad kan ha flera adresser eller ingen. Det
> >>>> leder
> >>>> som sagt också till tvetydigheter, som exemplet med source-taggen.
> >>>>
> >>>> Det bästa sätten (enligt mig) är kombinera adressen med entrence-
> >>>> taggen, om man känner till var ingången ligger. Det näst bästa är
> >>>> att
> >>>> ha den som en fristående nod inne i byggnaden.
> >>>>
> >>>> /Markus
> >>>>
> >>>>
> >>>>> On Sun, 2017-01-22 

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Det är så jag resonerat. För flerfamiljshus kommer jag så långt det går att
placera dem på entrénoder. Där det inte går att hitta några entréer på
Helsingborgs flygbilder, eller där adresserna ligger under tak på
innergårdar, kommer jag låta dem ligga där de är i rådatan. Jag kommer iaf
vänta någon dag till innan jag på allvar börjar lägga in mer data än vad
som redan gjorts.

Jag har fortfarande inte fått något svar på mitt mail till importlistan, så
man får väl anta att de inte har några invändningar:
https://lists.openstreetmap.org/pipermail/imports/2017-January/004770.html

/Andreas

2017-01-24 12:50 GMT+01:00 Karl Wettin :

> Jag har verkligen ingen stark åsikt i frågan, men eftersom fler röster
> efterfrågas så skall jag framföra min.
>
> För hus med flera uppgångar, exempelvis flerfamiljshus och kontorskomplex,
> tycker jag absolut det bör vara egna noder som pekar ut uppgångarnas
> positioner.
>
> För friliggande hus tycker jag att det husnummer skall vara en del av
> huvudbyggnadens polygon.
>
> Den enda riktigt bra anledningen jag ser till att lägga alla husnummer i
> egna noder på exakt den koordinat som finns i rådatan är att det blir
> lättare för potentiella framtida skript att automatisera uppdateringar och
> detektera skillnader som kommer kräva manuell hantering. Det är på inget
> sätt omöjligt att få till ett sådant skript även om man har husnummer i
> polygoner, men det blir lättare om man bara har noder som dessutom kanske
> innehåller en del extra meta från Helsingborgs fil för att länka samman
> datamängderna.
>
> Så länge det följer något av de mönster som finns beskrivna på wikin så
> tycker jag att det är helt upp till den som genomför importen att välja hur
> man skall lägga till husnummer. Om det är flera personer som genomför det
> så är det helt OK med mig att alla gör det på vars ett vis.
>
>
> kalle
>
> On 24 Jan 2017, at 10:47, Andreas Vilén  wrote:
>
> Jag ser ingen annan argumentera för att placera husnumren nån annanstans
> än i byggnaderna. I andra forum där vi diskuterat det här har heller ingen
> argumenterat för något annat. Då en adress också i de allra flesta fallen
> tillhör en byggnad är också det det mest logiska sättet att göra det på.
> Som sagt verkar också adresser på byggnader. Rimligen bör husnumret ligga
> på byggnadens centroid och man bör inte flytta undan husnumret för att
> något annat ska renderas. Nej, det är inte i min åsikt att dra att inte
> mappa för renderaren in absurdum.
>
> Kollar man taginfo kan man se att 43% av alla husnummer ligger tillsammans
> med en buildingtagg: https://taginfo.openstreetmap.org/keys/addr%
> 3Ahousenumber#combinations Då får man räkna bort importerna i Norge och
> Danmark, där inga husnummer kombineras med byggnader för att kunna
> uppdateras enkelt i framtiden.
>
> Jag ser gärna att någon mer engagerar sig i den här diskussionen, för om
> vi nu skulle göra på något annat sätt än det normala i Sverige måste det
> framgå tydligt att det här inte bara är en persons åsikt.
>
> /Andreas
>
> 2017-01-24 8:56 GMT+01:00 Markus Lindholm :
>
>> 2017-01-24 7:48 GMT+01:00 Andreas Vilén :
>> > Samtidigt renderas inte namnet om husnummernoden ligger ivägen.
>>
>> Varför skulle man lägga adressnoden ivägen för husnamnet när man har
>> friheten att placera den var man vill inom byggnaden?
>>
>> > Rendering är inget argument för att mappa på ett visst sätt.
>>
>> Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
>> renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
>> finns för mycket information på ett och samma objekt torde vara varför
>> man tog fram den här principen
>> http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>>
>> > Då husnummer i byggnader är en standard som följs globalt är det inget
>> jag tänker frångå här, såvida det inte finns en >
>> majoritetsåsikt bakom förslaget.
>>
>> Har du själv läst den här sidan som du länkade till tidigare
>> https://wiki.openstreetmap.org/wiki/Addresses
>> Den anger fyra olika alternativ till placering av adressen, ingen av
>> dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
>> standard? Samtidigt har jag gett tre sakargument varför ett visst
>> tillvägagångssätt är att föredra.
>>
>> /Markus
>>
>>
>> >
>> > /Andreas
>> >
>> > Skickat från min iPhone
>> >
>> >> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm <
>> markus.lindh...@gmail.com>:
>> >>
>> >> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
>> >> om huset har ett namn så ren

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

2017-01-24 14:27 GMT+01:00 Erik Johansson :

> 2017-01-24 10:47 GMT+01:00 Andreas Vilén :
> > Jag ser ingen annan argumentera för att placera husnumren nån annanstans
> än
> > i byggnaderna.
>
> Har heller ingen stark åsikt i frågan, men "vi har alltid gjort så" är
> ett rätt dåligt argument, som jag ofta hamnar i själv i sådana här
> diskussioner.
>

Jo, egentligen. Jag ser dock en fördel i att det är tydligt vad respektive
nummer tillhör. Numrena renderas dessutom alltid som centroider i
byggnaderna de tillhör, men det är kanske en sekundär fråga.

>
> Jag har alltid tyckt att ":housenumber" borde varit ":portnumber", så
> för mig är det mest logiskt att kartlägga dom som noder.  Det finns
> egentligen rätt många argument för det; från OSMs sida så gäller ett
> objekt per grej, och en adress är som Markus säger inte ett hus,
> ingång eller tomt utan dessa saker hör till adressen.
>
> Angående att uppdatera datat så verkar filen ha ändrat sig sedan
> första januari, så man kanske måste stoppa in externa ID nummer från
> Helsingborgs datat  om adresserna ska ligga på hus.
>
> > Kollar man taginfo kan man se att 43% av alla husnummer ligger
> tillsammans
> > med en buildingtagg:
> > https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations
> Då
> > får man räkna bort importerna i Norge och Danmark, där inga husnummer
> > kombineras med byggnader för att kunna uppdateras enkelt i framtiden.
>
> Att man gör så i no och dk är väl ett ganska  bra argument för att ha
> data kvar som noder?
>

Mja. De gör så för att de fått varsitt jättedataset från staten som de kan
få årliga/månatliga/whateverliga uppdateringar på, vilket då kräver att all
metadata ligger kvar i husnumren. I Norge och Danmark är det inte okej att
mappa husnummer manuellt, eller lägga in befintlig data i byggnader. Jag
vill inte att vi ska vara så strikta i Sverige, speciellt när vi bara får
import från kommun till kommun. Det är väl en annan sak att diskutera om vi
någon gång i framtiden får ut öppen adressdata för hela landet.

Sedan har vi ju redan adressatta områden i kommunen. Om jag lägger in
importen som noder istället för att inkludera dem i hus (hela tiden när jag
pratar om att inkludera nummer i hus pratar jag om villor och inte
lägenhetshus) så får vi problem när jag kommer till dessa områden. Då får
jag antingen plocka ut informationen från byggnaderna och lägga dem som
noder, eller så får jag kopiera in addr:city/addr:postcode in i husen just
i dessa områden, men ingen annanstans. Det tredje alternativet är att dessa
områden får två separata adresstaggar, men den lösningen är imo utesluten.
Den typen av inkonsekvens skulle nog göra att jag inte skulle vilja
genomföra projektet, om jag ska vara ärlig.

/Andreas

>
> ___
> 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] OSM Meetup i Malmö?

[Andreas Vilén]

Kommer också gärna. Från nästa vecka kommer jag börja jobba vanliga 
kontorstider till skillnad från förr dessutom.

/Andreas

Skickat från min iPhone

> 16 mars 2017 kl. 18:33 skrev Joakim Fors :
> 
> Låter roligt. Gäller bara att lyckas avsäga sig ansvaret för avkomman en 
> stund.
> 
> /Joakim
> 
> 
>> On 16 Mar 2017, at 15:15, Tomas Wennström  wrote:
>> 
>> Hej!
>> 
>> Finns det intresse för en OSM Meetup i Malmö, tro?
>> 
>> Några av er känner mig, men för er andra kan jag berätta att jag är ett 
>> stort fan av OSM, mitt karterande går i vågor men jag läser nästan allt på 
>> listan. Häromdagen upptäckte jag Ramlösa Brunnspark i Helsingborg saknade en 
>> del detaljer och tog därför ett par varv med Mapillary. 
>> 
>> Jag driver också House of Ada, ett coworking space i Malmö, och jag har i 
>> över ett år tänkt att jag gärna hade dragit ihop en OSM meetup hos oss. Så 
>> nu gör jag ett försök!
>> 
>> Om det finns intresse så sätter jag upp en Doodle för att hitta ett datum, 
>> och så får vi fundera på eventuella teman.
>> 
>> Tomas
>> 
>> -- 
>> Tomas Wennström
>> 0739-464202
>> tomas.wennst...@gmail.com
>> @tomaswennstrom
>> 
>> http://vackertvader.se
>> http://regnradar.se
>> http://houseofada.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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] OSM Meetup i Malmö?

[Andreas Vilén]

Om vi faktiskt ska mappa (jag kan nog hitta nåt kul upplägg om du inte har nån 
egen plan) rekommenderar jag nog en helg så det blir nåt ordentligt av det.

/Andreas

Skickat från min iPhone

> 17 mars 2017 kl. 15:55 skrev Tomas Wennström :
> 
> Vad kul att så många är intresserade! Jag återkommer med en liten Doodle för 
> att hitta ett datum, men först tar jag gärna lite spontan input på om vi ska 
> köra en vardagskväll eller hitta en helg då vi kan köra ett lite längre pass?
> 
> Tomas
> 
> -- 
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
> 
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.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] OSM Meetup i Malmö - när kan du?

[Andreas Vilén]

Jag kan alla förslag, roligast vore en heldag men trist om inte Joakim kan 
komma. Helgen hade jag tänkt göra en annan sak men det går att skjuta på. 
Helgen efter kan jag efter 12.

Jag snackar gärna om hbg-adresserna (ska se om jag kan bli klar till dess) och 
problemen jag stött på. Är det bra väder och vi tar en heldag kanske det tom 
kan bli lite surveying av det.

/Andreas

Skickat från min iPhone

> 21 mars 2017 kl. 16:02 skrev Tomas Wennström :
> 
> Hej igen!
> 
> Nu har jag gjort en Doodle med förslag på datum i april:
> http://doodle.com/poll/bz6radnq9pka3mhn
> 
> Vad gäller innehåll så är det ju alltid kul att mappa ihop. Men vi kanske 
> också ska köra några talks? Fritt fram och spåna. Några uppslag:
> * Mappningen av Helsingborg
> * Lägesrapport från Openstreetmap.se 
> * Mapillary kanske vill snacka om samarbetet med OSM-comunityn, förklarar 
> Traffic Sign Recognition eller demar nån 360-kamera? 
> * Eller andra mer relevanta ämnen
> * Etc?
> 
> 
> Tomas
> 
> -- 
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
> 
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.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] Forshaga import

[Andreas Vilén]

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 :
> 
> 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

Re: [Talk-se] Forshaga import

[Andreas Vilén]

Låter som att importen kastats in utan eftertanke då. Jag skulle rekommendera 
revert och att kontakt tas med användaren om hur importer till osm ska 
genomföras. Ska titta på det själv när jag kommer till en dator.

/Andreas

Skickat från min iPhone

> 25 mars 2017 kl. 01:02 skrev 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 :
> >
> > 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 :
> >
> > 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] OSM Meetup i Malmö - när kan du?

[Andreas Vilén]

Ska vi köra till helgen? Jag är på iaf.

/Andreas

Skickat från min iPhone

> 21 mars 2017 kl. 19:05 skrev Peter Neubauer :
> 
> Hej där,
> låter som en bra kväll, skall försöka komma och prata lite om Mapilary<->OSM!
> 
> /peter
> 
> 2017-03-21 16:02 GMT+01:00 Tomas Wennström :
>> Hej igen!
>> 
>> Nu har jag gjort en Doodle med förslag på datum i april:
>> http://doodle.com/poll/bz6radnq9pka3mhn
>> 
>> Vad gäller innehåll så är det ju alltid kul att mappa ihop. Men vi kanske 
>> också ska köra några talks? Fritt fram och spåna. Några uppslag:
>> * Mappningen av Helsingborg
>> * Lägesrapport från Openstreetmap.se 
>> * Mapillary kanske vill snacka om samarbetet med OSM-comunityn, förklarar 
>> Traffic Sign Recognition eller demar nån 360-kamera? 
>> * Eller andra mer relevanta ämnen
>> * Etc?
>> 
>> 
>> Tomas
>> 
>> -- 
>> Tomas Wennström
>> 0739-464202
>> tomas.wennst...@gmail.com
>> @tomaswennstrom
>> 
>> http://vackertvader.se
>> http://regnradar.se
>> http://houseofada.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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] OSM Meetup i Malmö - när kan du?

[Andreas Vilén]

Jag fick för mig att det var den här helgen.. Har tydligen ingen koll
på datum alls just nu..

Har skrivit in mig på doodlen nu. Kan alla tider.

/Andreas

2017-03-29 17:56 GMT+02:00 Andreas Vilén :

> Ska vi köra till helgen? Jag är på iaf.
>
> /Andreas
>
> Skickat från min iPhone
>
> 21 mars 2017 kl. 19:05 skrev Peter Neubauer :
>
> Hej där,
> låter som en bra kväll, skall försöka komma och prata lite om
> Mapilary<->OSM!
>
> /peter
>
> 2017-03-21 16:02 GMT+01:00 Tomas Wennström :
>
>> Hej igen!
>>
>> Nu har jag gjort en Doodle med förslag på datum i april:
>> http://doodle.com/poll/bz6radnq9pka3mhn
>>
>> Vad gäller innehåll så är det ju alltid kul att mappa ihop. Men vi kanske
>> också ska köra några talks? Fritt fram och spåna. Några uppslag:
>> * Mappningen av Helsingborg
>> * Lägesrapport från Openstreetmap.se
>> * Mapillary kanske vill snacka om samarbetet med OSM-comunityn, förklarar
>> Traffic Sign Recognition eller demar nån 360-kamera?
>> * Eller andra mer relevanta ämnen
>> * Etc?
>>
>>
>> Tomas
>>
>> --
>> Tomas Wennström
>> 0739-464202
>> tomas.wennst...@gmail.com
>> @tomaswennstrom
>>
>> http://vackertvader.se
>> http://regnradar.se
>> http://houseofada.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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] OSM Meetup i Malmö tors 27/4 kl 18:00!

[Andreas Vilén]

Kul! Tänkte inte dra hem om efter jobbet den dan eftersom jag jobbar vid 
Triangeln nuförtiden. Går det att dra sig dit vid 16.30-17 eller måste jag dra 
runt o dröna på stan i nån timme först?

Jag snackar som sagt gärna lite om adressimporten i Hbg. Blev klar precis med 
grundarbetet men det är lite efterarbete o felrättning kvar.

/Andreas

Skickat från min iPhone

> 8 apr. 2017 kl. 16:38 skrev Tomas Wennström :
> 
> Hej!
> 
> Nu har Doodlen fått stå och jäsa en stund och det ser ut som att flest kan 
> torsdagen den 27 april kl 18:00, så jag tycker vi kör på det!
> 
> Så i korthet:
> 
> OSM Meetup i Malmö
> När: Torsdagen 27/4 kl 18:00
> Var: House of Ada, Södra Promenaden 55, Malmö
> Övrigt: Projektor, wifi och pizza finns.
> FB-event: https://www.facebook.com/events/178797705973385/
> Kom gärna med förslag på diskussionspunkter och presentationer!
> 
> Några frågade ju efter att köra en heldag, och det kan vi kanske boka in 
> senare i vår?
> 
> Ses!
> 
> Tomas
> 
> -- 
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
> 
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.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] Trafikverket (igen)

[Andreas Vilén]

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

Skickat från min iPhone

> 24 apr. 2017 kl. 20:47 skrev 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

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

Re: [Talk-se] Vägnamn från NVDB

[Andreas Vilén]

Ser gärna att vi låter bli detta. Jag har kollat lite i datan och redan hittat 
småkonstigheter. Risken finns att det blir fel speciellt på landet. Skulle då 
hellre se något i stil med Maproulette som kräver en mänsklig hand.

/Andreas

Skickat från min iPhone

> 15 maj 2017 kl. 14:36 skrev Per-Olof Norén :
> 
> Jag håller med Tomas här. Det kan i princip bara bli bättre.
> 
> Så länge NVDB-sträckan är längre än OSM dito, så ser jag inget problem. Flera 
> OSM-ways med samma namn.
> 
> Det är om OSM-sträckor inte bryts, medan NVDB bryts och byter namn som man 
> behöver göra tolkning.
> 
> mvh
> P-O
> 
> 
>> 15 maj 2017 kl. 09:57 skrev Henrik Lundqvist :
>> 
>> Håller med. Men vad händer om geometrierna är olika långa och det blir
>> en till flera-relationer?
>> 
>> mvh
>> Henrik
>> ___
>> Henrik Lundqvist
>> h.lundqv...@gmail.com
>> 
>> 
>> Den 15 maj 2017 09:45 skrev Tomas Marklund :
>>> Spontant så känns det väl som att där namn saknas kan det bara bli bättre.
>>> Eller?
>>> 
>>> /Tomas
>>> 
>>> Den 15 maj 2017 08:57 skrev Erik Johansson :
 
 2017-05-13 12:34 GMT+02:00 Joakim Fors :
> Hej,
> 
> Om någon missade det så finns det nu ett vägnamns tile-lager
> tillgängligt: http://openstreetmap.se/nyheter/2017-05-12-nvdb-namn
> 
 
 Hur ställer sig folk till en massimport på ställen där name=* saknas?
 
 ___
 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 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] Vägnamn från NVDB

[Andreas Vilén]

För att inte tala om att geometrin på osm och nvdb ofta är helt olika. Hur ska 
en import ta hänsyn till när en väg plötsligt byter namn utan att byta way?

Fått splitta många vägar och hittat en hel del gc-vägar/uppfarter med vägnamn 
alternativt vägar som helt saknas bara under mappning av Mölle och Arild.

För mycket kan gå fel.

/Andreas

Skickat från min iPhone

> 15 maj 2017 kl. 14:36 skrev Per-Olof Norén :
> 
> Jag håller med Tomas här. Det kan i princip bara bli bättre.
> 
> Så länge NVDB-sträckan är längre än OSM dito, så ser jag inget problem. Flera 
> OSM-ways med samma namn.
> 
> Det är om OSM-sträckor inte bryts, medan NVDB bryts och byter namn som man 
> behöver göra tolkning.
> 
> mvh
> P-O
> 
> 
>> 15 maj 2017 kl. 09:57 skrev Henrik Lundqvist :
>> 
>> Håller med. Men vad händer om geometrierna är olika långa och det blir
>> en till flera-relationer?
>> 
>> mvh
>> Henrik
>> ___
>> Henrik Lundqvist
>> h.lundqv...@gmail.com
>> 
>> 
>> Den 15 maj 2017 09:45 skrev Tomas Marklund :
>>> Spontant så känns det väl som att där namn saknas kan det bara bli bättre.
>>> Eller?
>>> 
>>> /Tomas
>>> 
>>> Den 15 maj 2017 08:57 skrev Erik Johansson :
 
 2017-05-13 12:34 GMT+02:00 Joakim Fors :
> Hej,
> 
> Om någon missade det så finns det nu ett vägnamns tile-lager
> tillgängligt: http://openstreetmap.se/nyheter/2017-05-12-nvdb-namn
> 
 
 Hur ställer sig folk till en massimport på ställen där name=* saknas?
 
 ___
 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 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] Vägnamn från NVDB

[Andreas Vilén]

Och av bara en slump satt jag och mappade lite runt Mjöhult och tittade på
vägnamnen där. Förutom ett namn som var helt annorlunda i NVDB (jag lägger
till det gamla i en not igen så får det kollas på plats) så var det gott om
vägnamn som har taggats i en ända av en väg, där det är korrekt, men sen
har vägen bytt namn ett antal gånger tills den når andra ändan och det är
samma namn hela vägen i OSM. Sådant skulle en import hoppa över och snarare
ge ett falskt intryck av att kartan är komplett, som med
Corine-markanvändningen idag.

Se changeset: http://www.openstreetmap.org/changeset/48706536 , exempelvis
Höghultsvägen.

/Andreas

2017-05-15 18:29 GMT+02:00 Essin :

> Jag har använt NVDB för att lösa kartanteckningar, och på det sättet
> upptäckt en del märkligheter. Detaljer finns nedan, men först en
> sammanfattning:
>
> * Namn på skogsbilvägar håller generellt låg kvalitet och är svåra att
> verifiera "on the ground", med många texter som inte är namn, namn som inte
> skyltas och misstänkta felstavningar.
>
> * I tättbebyggda områden är kvaliteten generellt bättre, men även här
> förekommer enstaka felstavningar och gatunamn på stickvägar.
>
> * Jag har inte tillräckligt med lokalkännedom för att bedöma hur det ser
> ut i kommuner som använder vägnamn för landsbygdsadresser, men
> förhoppningsvis är det som i de tättbebyggda områdena.
>
> Om vi ska plocka in vägnamn från NVDB i större skala -- och jag är inte
> övertygad om att det är en bra idé -- måste en människa (gärna någon med
> lokalkännedom) göra en rimlighetsbedömning av varje enskilt namn. När det
> gäller skogsområden är det antagligen inte ens värt att försöka.
>
> Sen finns också det mer principiella importdilemmat: en stor förbättring
> direkt med import, eller en större förbättring på sikt genom att OSM-aktiva
> kollar upp vägnamn själva, och under tiden hittar en massa andra saker att
> mappa? Det är förstås en avvägning av hur mycket längre tid det skulle ta,
> men vi får inte glömma att OSM inte bara är kartan utan också människorna
> och processen som skapar den.
>
> Om vi inte tar det försiktigt från början riskerar vi att hamna i en
> liknande situation som svenskspråkiga Wikipedia. Där pågår nu ett
> jätteprojekt https://sv.wikipedia.org/wiki/Wikipediadiskussion:Projekt_
> alla_platser-st%C3%A4dning med att rensa upp robotskapade
> geografiartiklar som visade sig vara baserade på databaser och algoritmer
> av för låg kvalitet.
>
> Däremot kan vägnamnen i NVDB vara till stor nytta för att lösa
> kartanteckningar om felaktiga vägnamn (ofta från MapBox
> https://www.openstreetmap.org/user/PlaneMad/diary/34758 ) och som stöd
> för kartläggning i områden där man har lokalkännedom men är lite osäker på
> detaljerna.
>
>
>
> == TLDR: Enskilda exempel på konstigheter i NVDB ==
>
> (länkar till maps.openstreetmap.se, aktivera NVDB-namnlagret till höger):
>
> http://maps.openstreetmap.se/#14/60.0983/16.0492 I skogarna utanför
> Norberg är många vägar namnsatta, men bara vissa av dessa namn är skyltade.
> De används inte för adresser (i stället används by- eller gårdsnamn), och
> verkar inte ha fastställts av kommunen. I vissa fält verkar information som
> inte hör till namnet ha kommit med, t ex "S:a vägen (bidrag 2430 m)" och
> "Hästevägen Östra". Liknande mönster verkar finnas i många andra
> skogsområden, med förbehåll för att jag inte vet hur de skyltas där.
>
> http://maps.openstreetmap.se/#16/59.6471/17.9384 Vid Arlanda har många
> vägar namn som snarare verkar vara någon typ av ref=.
>
> http://maps.openstreetmap.se/#15/60.3811/16.4870 En annan typ av
> icke-namn verkar snarare vara operator=, t ex "Ak-vägens VF" (AK-vägens
> vägförening?) i södra Gästrikland.
>
> http://maps.openstreetmap.se/#16/60.3603/16.6024 I samma område möts
> Högalångvägen och Högalångsvägen. Antagligen är den ena en felstavning, men
> det är svårt att veta utan att kolla på plats.
>
> http://maps.openstreetmap.se/#16/60.1175/16.0032 Utanför Norberg finns
> Övstjärnsvägen och Öftjärnsvägen på varsin sida om de sjöar som på
> Ekonomiska kartan heter Stora och Lilla Öfstjärnen. Om de inte skyltas
> (vilket är troligt) är det omöjligt att veta om två separata vägar
> verkligen har så liknande namn.
>
> http://maps.openstreetmap.se/#17/60.04075/16.07648 Sedan finns också
> uppenbara felstavningar, till exempel "Hyvalarvägen" i Karbenning som jag
> är ganska säker på egentligen heter Hyvlarvägen.
>
> http://maps.openstreetmap.se/#18/59.98894/15.82644 Inne i samhällen
> händer det ofta att små stickvägar (oftast highway=service ur OSM:s
> perspektiv) får samma namn som sin "förälder", t ex Sjövägen och Fogdvägen
> i Västanfors.
>
>
> OSM-hälsningar
> Essin
>

Re: [Talk-se] Vad betyder egentligen landuse=residential?

[Andreas Vilén]

Postnummer bör inte mappas som ytor utan på varje adress. Postnummer kan sällan 
generaliseras till ytor i Sverige åtminstone.

Residential är för generaliserade bostadsområden. Dvs det kan förekomma annat 
också men huvudsakligen bostäder. Går det att göra mer detaljerat är det 
förstås bra. Den enda gången det kan vara legitimt med residential i hav är väl 
om det ligger en hamn med dedikerade fasta husbåtar som i Västra hamnen i Malmö.

/Andreas

Skickat från min iPhone

> 15 juni 2017 kl. 10:12 skrev Ture Pålsson :
> 
>> On 2017-06-15 08:53, Joakim Fors wrote:
>> [...]
>> Jag skulle rekommendera att du forskar lite i historiken på objektet. Kan 
>> vara någon väldigt gammal polygon som funnits innan detaljerade flygbilder 
>> och som sen ackumulerat en mängd mer eller mindre relevanta taggar under 
>> tiden. Utan att öht ha kollat på datan så skulle jag iaf gissa att ma[...]
> 
> De verkar ha ritats för att bära postnummerinfo från början. Jag tog helt 
> enkelt bort landuse-taggen från dem 
> (http://www.openstreetmap.org/changeset/49551592). Det kommer nog att göra 
> att en hel del yta som tidigare var "bebyggelsefärgad" blir vit fläck i 
> stället.
> 
> ___
> 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] Ändra linknummer på E-vägar

[Andreas Vilén]

Skilj på namn och nummer. De här vägarna har dessa som officiella nummer. De 
skyltas vad jag vet inte men används mer och mer i media. Däremot har de ofta 
helt andra namn eller inga namn alls. Namnen kan också ändras medan numret är 
detsamma.

/Andreas

Skickat från min iPhone

> 24 sep. 2017 kl. 19:00 skrev Martin Norbäck Olivers :
> 
> Ofta märks väl dessa ut med streckad ram runt numret (E4 i det här fallet)?
> 
> Vet inte hur man ska tagga det, men official_ref för E 4.26 låter väl bra iaf
> 
>> sön 24 sep. 2017 kl. 18:52 skrev David Olsson :
>> Finns många E-vägar som har linknummer (som t.ex E 4.26) 
>> http://www.openstreetmap.org/way/76169023
>> 
>> Det blir ett problem med osrm. Minh nämnde att det var bra att börja i 
>> mailinglistan. 
>> https://github.com/mapbox/mapbox-navigation-ios/issues/637#issuecomment-331589408
>> 
>> Undernumret är det riktiga namnet på vägen hos nvdb/trafikverket och det 
>> tycks aldrig vara använt. Någon som vet fall där det används på skyltar? 
>> 
>> Annars låter det som ett korrekt projekt att tagga om så linknummer inte 
>> ligger med "ref" iom det inte används (se github-länken). Eller har andra 
>> några andra synpunkter kring det?
>> 
>> /david
>> ___
>> 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
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ändra linknummer på E-vägar

[Andreas Vilén]

Fast de vägar som är länkvägar är väl inte skyltade E4 osv med ifyllda ramar 
utan streckade? Då dessa vägsträckor inte är en del av själva e-vägen utan har 
ett internt nummer bör dessa nog inte skyltas med huvudnumret.

Jag tror att skälet till att dessa nummer, liksom de sekundära länsvägarna, 
börjat användas mer i media är för att de renderas på osm och även här och där 
på eniro och andra kartor. Det vore då i min mening synd att åter dölja dessa. 
Men det är egentligen helt rätt att de passar bättre i official_ref eller 
unsigned_ref.

/Andreas

Skickat från min iPhone

> 25 sep. 2017 kl. 09:35 skrev David Olsson :
> 
> Lekmanna-miss av mig. Jag syftar såklart på vägnumret och vad som finns i 
> ref-taggen. Och förstår jag allt rätt så ska "ref" vara i princip det som 
> står på skylten. (E4 i detta fall). 
> Så ändra ref : E 4.26 till enbart ref: E 4 och sedan lägga till en 
> "official_ref : E 4.26" tycks vara den bästa lösningen, likt 1ec5 nämnde i 
> kommentaren på github.
> 
> Ber om ursäkt för missen, jag som tyckte E4 är namnet på vägen när det 
> egentligen är numret. 
> 
> /David
> 
>> On 24 Sep 2017 20:12, "Andreas Vilén"  wrote:
>> Skilj på namn och nummer. De här vägarna har dessa som officiella nummer. De 
>> skyltas vad jag vet inte men används mer och mer i media. Däremot har de 
>> ofta helt andra namn eller inga namn alls. Namnen kan också ändras medan 
>> numret är detsamma.
>> 
>> /Andreas
>> 
>> Skickat från min iPhone
>> 
>>> 24 sep. 2017 kl. 19:00 skrev Martin Norbäck Olivers :
>>> 
>>> Ofta märks väl dessa ut med streckad ram runt numret (E4 i det här fallet)?
>>> 
>>> Vet inte hur man ska tagga det, men official_ref för E 4.26 låter väl bra 
>>> iaf
>>> 
>>>> sön 24 sep. 2017 kl. 18:52 skrev David Olsson :
>>>> Finns många E-vägar som har linknummer (som t.ex E 4.26) 
>>>> http://www.openstreetmap.org/way/76169023
>>>> 
>>>> Det blir ett problem med osrm. Minh nämnde att det var bra att börja i 
>>>> mailinglistan. 
>>>> https://github.com/mapbox/mapbox-navigation-ios/issues/637#issuecomment-331589408
>>>> 
>>>> Undernumret är det riktiga namnet på vägen hos nvdb/trafikverket och det 
>>>> tycks aldrig vara använt. Någon som vet fall där det används på skyltar? 
>>>> 
>>>> Annars låter det som ett korrekt projekt att tagga om så linknummer inte 
>>>> ligger med "ref" iom det inte används (se github-länken). Eller har andra 
>>>> några andra synpunkter kring det?
>>>> 
>>>> /david
>>>> ___
>>>> 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
>> 
>> ___
>> 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] Ändra linknummer på E-vägar

[Andreas Vilén]

Att nvdb blivit öppen data är förstås inget skäl till att plocka bort data från 
osm, utan snarare tvärtom att tillföra mer data. Dessutom är osm-databasen 
öppen för tillägg vilket imdb inte är.

/Andreas

Skickat från min iPhone

> 25 sep. 2017 kl. 09:54 skrev Mats Elfström :
> 
> Hej!
> För all vägrelaterad information rekommenderas ett studium av trafikverkets 
> nationella vägdatabas, NVDB, som är öppna data.
> Den finns både som nedladdningsbar geodata, eller som wms-tjänst.
> Och man får anse den som den bästa offentligt tillgängliga väginformationen 
> som finns, eftersom den underhålls kontinuerligt. Därmed sagt att den som 
> kopierar data därifrån till OSM, även åtar sig att hålla den rimligt 
> uppdaterad. Och, eftersom pålitlig vägdata numera är öppen, behöver den 
> finnas i OSM? Vägnummer och gatunamn kan behövas, men knappast mer tänker jag.
> 
> Hälsning / Regards
> Mats.E
> 
> Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad / Excuse 
> my brevity. 
> 
>> 25 sep. 2017 kl. 09:35 skrev talk-se-requ...@openstreetmap.org:
>> 
>> Ändra linknummer på E-vägar
> 
> ___
> 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] Ändra linknummer på E-vägar

[Andreas Vilén]

NVDB menar jag förstås båda gångerna, inte första gången jag skriver fel på
NVDB och IMDB...

2017-09-28 1:09 GMT+02:00 Andreas Vilén :

> Att nvdb blivit öppen data är förstås inget skäl till att plocka bort data
> från osm, utan snarare tvärtom att tillföra mer data. Dessutom är
> osm-databasen öppen för tillägg vilket imdb inte är.
>
> /Andreas
>
> Skickat från min iPhone
>
> > 25 sep. 2017 kl. 09:54 skrev Mats Elfström :
> >
> > Hej!
> > För all vägrelaterad information rekommenderas ett studium av
> trafikverkets nationella vägdatabas, NVDB, som är öppna data.
> > Den finns både som nedladdningsbar geodata, eller som wms-tjänst.
> > Och man får anse den som den bästa offentligt tillgängliga
> väginformationen som finns, eftersom den underhålls kontinuerligt. Därmed
> sagt att den som kopierar data därifrån till OSM, även åtar sig att hålla
> den rimligt uppdaterad. Och, eftersom pålitlig vägdata numera är öppen,
> behöver den finnas i OSM? Vägnummer och gatunamn kan behövas, men knappast
> mer tänker jag.
> >
> > Hälsning / Regards
> > Mats.E
> >
> > Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad /
> Excuse my brevity.
> >
> >> 25 sep. 2017 kl. 09:35 skrev talk-se-requ...@openstreetmap.org:
> >>
> >> Ändra linknummer på E-vägar
> >
> > ___
> > 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] Fråga: Koppla ihop ytor med linjer eller ej?

[Andreas Vilén]

Låt gärna bli att koppla ihop. Det vanligaste är att inte göra det och dessutom 
gör det databasen mycket mer svårredigerad. Personligen filtrerar jag ofta bort 
ytor när jag jobbar med vägar och vice versa och då kan det bli tokigt när 
någon fäst allt möjligt i vägarna.

/Andreas

Skickat från min iPhone

> 30 dec. 2017 kl. 22:24 skrev Jimmy Utterström :
> 
> Hej!
> Jag undrar hur ni anser att man bäst hanterar stora skogsytor (eller andra 
> ytor) som ligger jämsides med exempelvis en väg eller annan linje? Då syftar 
> jag främst på de två följande alternativen:
> 1. Ytans punkter kopplas ihop med linjens(inget mellanrum).
> 2. Ytan kopplas ej ihop med linjen, utan ligger intill med ett litet 
> mellanrum.
> 
> Alternativ 1 känns estetiskt fördelaktigt. Däremot kan det ju, i mitt exempel 
> med en skog som omger en väg, misstämma en del eftersom att vägen inte har en 
> fysisk bredd i OSM och att det mest troligt finns en liten öppen yta (diken 
> t.ex) mellan själva vägen och skogen. 
> Alternativ 2 bör kunna leda till en mer korrekt mappning. Personligen tycker 
> jag dock att det ser sämre ut rent estetiskt. 
> 
> Hittad​e samma fråga här 
> (https://help.openstreetmap.org/questions/17501/when-mapping-polygons-surrounded-by-streets-should-they-share-nodes-or-be-traced-separately)
>  och det mest uppröstade svaret där är att inte koppla ihop sådana ytor med 
> linjer. Tänkte dock fråga här också ifall det diskuteras tidigare bland 
> svenska OSM-kontributörerna?
> 
> Mvh 
> Jimmy Utterström
> ___
> 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] BRF = locality?

[Andreas Vilén]

En brf är en fastighetsägare. Den har ingenting med områdets namn att göra. Den 
bör stå som operator på byggnaderna, inte som name varken på byggnader eller på 
ett område.

Jag brf-namn på platstaggar som en form av reklam/spam.

/Andreas

Skickat från min iPhone

> 16 mars 2018 kl. 10:18 skrev Markus Lindholm :
> 
>> On Fri, 2018-03-16 at 08:31 +, t...@lysator.liu.se wrote:
>> Den här noden, taggad place=locality, name="BRF Strandtorget", får  
>> mina terrängkartor att se lite konstiga ut:  
>> https://www.openstreetmap.org/node/1496336817 . Bland alla
>> terrängnamn  
>> och gamla gårdar dyker det plötligt upp en BRF! Dock lyckas jag
>> inte  
>> bestämma mig för om jag borde fixa min renderare, eller om jag
>> borde  
>> tagga om noden.
> 
> Tycker det där är feltaggat. I mitt tycke hör namnet på en BRF hemma i
> operator-taggen för en byggnad. Notera att namnet på en fastighet kan
> vara något helt annat än namnet på den juridiska person som ägerfastigheten. 
> 
> /Markus
> 
> ___
> 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] Bing kalibrering

[Andreas Vilén]

Hej!

Detta är ingenting som går att ändra på centralt och det är vanligare att 
bilderna ligger lite fel än att de inte gör det. Det är varje mappares ansvar 
att själva se till att kalibrera bilderna efter verkligheten.

Använder man josm kan man lagra ett offset på servern som andra sedan kan 
använda men det bygger på att andra laddar ner detta offset.

/Andreas

Skickat från min iPhone

> 22 juni 2018 kl. 20:32 skrev M Branting :
> 
> Hej
> I Gnestatraktem i Södermanland, och kanske på andra ställen också verkar Bing 
> bakgrundsfoto felkalibrerat. De inlagda vägarna stämmer inte med vägnätet på 
> bilden, och gps spår verkar mer överensstämma med de ilagda vägarna än med 
> bakgrundsbilden.
> 
> Exempel: https://www.openstreetmap.org/edit#map=16/59.0463/17.1589 Notera 
> också att andra satellitbildsalternativ inte har detta fel.
> 
> Vore tacksam om något kartproffs i mailinglistan tog sig en titt och räåttade 
> till felet. Görs inget finns risken att folk lägger inte saker i kartan på 
> basis av bing, och då får vi en blandning av riktiga och felaktiga positioner.
> ___
> 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] Bing kalibrering

[Andreas Vilén]

Flygbilderna är ett hjälpmedel, som allt annat. Problem med offset är något som 
kommer med alla former av flygbilder, oavsett källa. Vill man inte mappa efter 
fel, får man justera bilderna. Det går att göra även med id. Att ta bort en 
resurs för samtliga, för att ett fåtal inte kan använda den på rätt sätt, är en 
väldigt dålig idé.

När jag började med osm hade vi inga flygbilder utan fick kolla allt på plats. 
Att ta gps-spår själv är också fortsatt det bästa sättet att kalibrera 
flygbilderna.

/Andreas, som uttrycker sig något rakare än han tänkt men som blir något 
ofrivilligt kränkt av snack om att ta bort den bästa resurs osm någonsin 
förlänats för att ett fåtal inte kan använda den på rätt sätt.

Skickat från min iPhone

> 23 juni 2018 kl. 00:45 skrev M Branting :
> 
> Tja, bara en del av brukarna använder Josm. Använder man webbgränssnittet för 
> redigering, så ligger satellitbilderna på plats, och tillhör så att säga 
> programmet. Varför skulle en oerfaren användare över huvud taget tro att 
> satellitbilden är fel. Man kan ju lika gärna tro att vägar, stigar och annat 
> ligger slarvigt inlagda. Det är nog överoptimistiskt att tro att "varje 
> mappare" ska kalibrera centralt inlagda satellitbilder. Om det är just Bing 
> som brukar orsaka problem, så kanske man skulle ta bort detta alternativ helt.
> Men det betyder inte att det finns någon central resurs som löser problemet - 
> vad vi får är felaktigt inlagd information när folk använder dåligt 
> kalibrerade bilder som underlag.
> 
> Den 23 juni 2018 00:31 skrev Andreas Vilén :
>> Hej!
>> 
>> Detta är ingenting som går att ändra på centralt och det är vanligare att 
>> bilderna ligger lite fel än att de inte gör det. Det är varje mappares 
>> ansvar att själva se till att kalibrera bilderna efter verkligheten.
>> 
>> Använder man josm kan man lagra ett offset på servern som andra sedan kan 
>> använda men det bygger på att andra laddar ner detta offset.
>> 
>> /Andreas
>> 
>> Skickat från min iPhone
>> 
>>> 22 juni 2018 kl. 20:32 skrev M Branting :
>>> 
>>> Hej
>>> I Gnestatraktem i Södermanland, och kanske på andra ställen också verkar 
>>> Bing bakgrundsfoto felkalibrerat. De inlagda vägarna stämmer inte med 
>>> vägnätet på bilden, och gps spår verkar mer överensstämma med de ilagda 
>>> vägarna än med bakgrundsbilden.
>>> 
>>> Exempel: https://www.openstreetmap.org/edit#map=16/59.0463/17.1589 Notera 
>>> också att andra satellitbildsalternativ inte har detta fel.
>>> 
>>> Vore tacksam om något kartproffs i mailinglistan tog sig en titt och 
>>> räåttade till felet. Görs inget finns risken att folk lägger inte saker i 
>>> kartan på basis av bing, och då får vi en blandning av riktiga och 
>>> felaktiga positioner.
>>> ___
>>> 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Hus under byggnation - Lägga till adress redan nu?

[Andreas Vilén]

Det går bra, men se upp med att använda kartor från detaljplaner och
liknande. De är normalt inte fria från upphovsrätt och får inte användas
för att kartera OSM.

MVH Andreas

On Fri, Aug 24, 2018 at 8:48 PM Christoffer Holmstedt <
christoffer.holmst...@gmail.com> wrote:

> Hej
> Jag har tidigare i sommar uppdaterat OSM med information kring ett bygge
> av två bostadsrättshus i centrala Västerås [1]. Jag la inte till adresserna
> till de nya portuppgårna då, är det lämpligt att göra det redan nu? Även om
> "construction" taggen inte kan användas på vettigt sätt?
>
> [1]
> https://www.openstreetmap.org/changeset/61340394#map=17/59.61033/16.55437
>
> Med vänlig hälsning
> --
> Christoffer Holmstedt
> ___
> 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] Konstgjorda ortsnamn med "och"

[Andreas Vilén]

Gogogo. Osm ska reflektera verkligheten och inte SCB:s statistiska indelning. 
Tätorterna är en bra vägledning men ingen absolut regel.

/Andreas

Skickat från min iPhone

> 5 sep. 2018 kl. 14:46 skrev Ture Pålsson :
> 
> Varje gång jag tittar på kartan över mitt närområde blir jag lite irriterad 
> på ortsnamnet "Österhagen och Bergliden": 
> https://www.openstreetmap.org/node/2381453578 . Namnet verkar vara något som 
> förekommer i SCB:s tätortsstatistik [1] t.o.m. 2010, men har försvunnit 2015 
> (eftersom tätorten vuxit ihop med Bro) och jag gissar att ingen någonsin sagt 
> att hen bor i Österhagen och Bergliden. Jag skulle vilja ta bort noden och 
> ersätta med två, placerade med ledning av t.ex. Lantmäteriets numera 
> användbara öppna data. Eller förstör jag någons fina databastillämpning då? 
> Fast det verkar ju dumt att OSM:s databas ska vara en inaktuell kopia av 
> SCB:s databaser... Iofs ska vi väl inte vara en kopia av LM:s data heller, 
> men det är åtminstone inte estetiskt fult... Vad säger folk?
> 
> [1] 
> https://www.scb.se/hitta-statistik/regional-statistik-och-kartor/geodata/oppna-geodata/tatorter/
> 
> 
> ___
> 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] Omtaggning till/från place=city

[Andreas Vilén]

Hej!

Jag gjorde precis ett försök att harmonisera place=city i Sverige genom den
här redigeringen: https://www.openstreetmap.org/changeset/63241884

Där har jag taggat om så att place=city används för tre kategorier städer:

   1. Residensstäder
   2. Städer över 100k invånare (den enda som inte är residensstad är
   Helsingborg)
   3. Största staden i länet

Jag har hoppat över tätorten som jag inte klassar som en riktig stad, dvs
"Upplands Väsby och Sollentuna". Det är en rent statistisk konstruktion och
ska rimligen taggas som place=town på respektive stad.

Här är en overpassökning på hur det ser ut efter min edit:
https://overpass-turbo.eu/s/Cya

Jag är öppen för kritik och förslag. Det enda jag kunnat hitta idag är ett
förslag från 2007 på wikin:
https://wiki.openstreetmap.org/wiki/Talk:Sv:Map_Features#F.C3.B6rslag_till_plats-taggning
Jag tycker dock att 50 000 som lägstagräns skulle göra att city skulle bli
överanvänt.

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

Re: [Talk-se] Ortofoto fra Lantmäteriet

[Andreas Vilén]

Detta är inte något som OSMF kan sponsra?

/Andreas

Skickat från min iPhone

> 4 dec. 2018 kl. 21:40 skrev NKA mapper :
> 
> Hei,
> 
> Det har vært uklart for meg om vi har lov til å bruke Lantmäteriets ortofoto 
> eller ikke når vi mapper i OSM, så jeg sendte følgende spørsmål til 
> Lantmäteriet:
> 
>> Perhaps you could help clarifying this question for OpenStreetMap:
>> When we look at the Swedish orthophotos on services such as 
>> https://kso.etjanster.lantmateriet.se/ and we discover a new or modified 
>> object such as a road or a building, are we then allowed to map those 
>> objects in OpenStreetMap (based on what we see on the orthophotos only)?
>>  
>> We would in this case not copy or distribute the orthophoto images.
> 
> 
> 
> Jeg fikk deretter følgende svar fra Lantmäteriet:
> 
>> -- Forwarded message -
>> From: Geodatasupport 
>> Date: man. 15. okt. 2018 kl. 13:03
>> Subject: SV: IE/ VB: OpenStreetMap
>> To: nkamap...@gmail.com 
>> Hej, 
>>  
>> Så länge ni tittar på bilderna och tolkar och inte sprider våra bilder 
>> vidare utan karterar utifrån dem så är det ok, inget medgivande behövs.
>>  
>> Med Vänlig Hälsning
>> 
>> Ingela Eriksson
>> Geodatasupport
>>  
>> Lantmäteriet, division Geodata
>> Lantmäterigatan 2, 801 82 Gävle
>> E-post: geodatasupp...@lm.se
>> Tel: 026 63 36 00
>> www.lantmateriet.se
>  
> 
> Så dette betyr altså at vi kan bruke Lantmäteriets ortofoto som kilde når vi 
> mapper.
> 
> 
> 
> Jeg spurte deretter om OpenStreetMap kunne få lov til å distribuere disse 
> ortofotoene i våre editorer (JOSM, iD osv) til alle OSM-mappere, og da er 
> svaret at ja det kan vi, men prisen for oss (som en non profit organisasjon) 
> vil være 250.000 SEK + mva per år. Dette betyr i så fall at vi må skaffe en 
> sponsor. I Norge har vi en slik sponsor som selv har nytte av at det blir 
> laget kart i OSM (et kartfirma som leverer ortofotoene til oss fra sine 
> servere). Kanskje det finnes en slik sponsor i Sverige også som allerede 
> betaler for og distribuerer ortofotoene.
> 
> 
>> -- Forwarded message -
>> From: Geodatasupport 
>> Date: fre. 19. okt. 2018 kl. 13:32
>> Subject: SV: IE/ VB: OpenStreetMap
>> To: NKA mapper 
>> 
>> If you want to access our Ortofoto view, you should have an organization 
>> number or VAT number. No private individuals can access  them.
>> The fee for the Ortofoto view service for ideal organization, which will use 
>> it as an ideal purpose is 250 000 SEK (plus VAT 25%).
>>  
>> If you have an organization number, you can try our service for a month for 
>> free, read more about it on this link.
>> https://www.lantmateriet.se/sv/Kartor-och-geografisk-information/Geodatatjanster/Bestall-geodatatjanster/
>>  
>> Regards
>> 
>> Ingela Eriksson
>> Geodatasupport
>>  
>> Lantmäteriet, division Geodata
>> Lantmäterigatan 2, 801 82 Gävle
>> E-post: geodatasupp...@lm.se
>> Tel: 026 63 36 00
>> www.lantmateriet.se
>  
> 
> Uansett er det slik at vi alle enkeltvis kan se på ortofotoene og mappe etter 
> dem. Jeg tolker dette slik at vi hver for oss også kan se på ortofotoene i 
> JOSM (men ikke samlet og organisert f.eks. ved å sette opp et predefinert 
> kartlagt i JOSM - det vil være å distribuere bildene).
> 
> 
> 
> /NKA
> 
> ___
> 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] Kartan på https://www.openstreetmap.org/ har inte uppdateras på ett tag

[Andreas Vilén]

Jag har sett uppdateringar utan problem, däremot kan det ta längre tid i 
områden med många mappade objekt. Tror inte detta är ett problem för då hade 
nog någon tagit upp det i den internationella maillistan redan.

/Andreas

Skickat från min iPhone

> 30 jan. 2019 kl. 09:39 skrev Aron Bergman :
> 
> Jaha, så era uppdateringar har inte ens nått databasen?
> 
> / Aron Bergman
> ___
> 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

[Andreas Vilén]

Hej!

Jag såg att Åstorps kommun laddades upp. Det blev inte så bra:
http://grillo.users.openstreetmap.se/a1dd1280bc521ca2725f8b8daaee11f993800871.jpg

http://grillo.users.openstreetmap.se/b353786731daa0679d8bed94907e465b2ce70029.jpg

Jag håller på att städa och önskar att du kunde låta bli att importera så
nära tätort. Dessutom önskar jag att du hade någon form av varningssystem
så du inte laddar upp överlappande data.

Hur som helst visar mina exempel att datan inte är noggrann nog att den
inte överlappar bostadsområden, eller markerar upp tomtmark som grassland.
Det är inte bra.

MVH Andreas

On Fri, May 24, 2019 at 4:28 PM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej!
>
> Jag har bläddrat igenom samtliga kommuner för att uppskatta vilka områden
> inte behöver någon dataimport eftersom de redan är helt kartlagda eller av
> en annan anledning. Jag har fyllt i detta in i tabellen:
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan/Status_per_subarea
> .
>
> Alla delareor som är märkta med "Canceled" är klara (enligt min
> uppfattning). Totalt finns det cirka 190 (av 290) kommuner som skulle dra
> nytta av dataimporten. Det var konstigt att Gotland fanns två gånger i
> listan (som nummer 106 och 218).
>
> Det finns även ett flertal kommuner som är nästan helt (liksom 90%) täckta
> markanvändningsvis. Om någon inte vill syssla med importlager utan vill
> bidra med manuellt arbete kan jag föreslå slutföra ritning på sådana
> kommuner. Då far man ett smidigt resultat på kort tid.
>
> Jag håller nu på att skapa en wikisida som försöker beskriva särskilda
> steg som man behöver göra om man importerar markanvändningsdata in i OSM.
> Det finns redan sidor som rör sig om importer på enskilda punkter (POIs),
> linjer (motorvägar mm) men inte några substantiella uppgifter för polygoner.
>
> Trevlig helg!
>
>
> С наилучшими пожеланиями,
> Григорий Речистов.
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
> ___
> 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] Något har pajat utanför Katrineholm (var det jag?)

[Andreas Vilén]

Jag ser inget fel i datan och renderingen ser korrekt ut. Har det rättat
till sig hos dig med? Ser att du skickade samma mail en gång till efter
Grigorys svar.

MVH Andreas

On Tue, Jun 18, 2019 at 12:02 PM Christian Asker 
wrote:

> Hej. jag gjorde precis ett par mindre ändringar utanför Katrineholm
> (https://www.openstreetmap.org/changeset/71301921#map=13/58.8063/16.0782).
>
> Men nu verkar bakgrunden på den renderade kartan bli vatten överallt.
> Var detta jag? Jag kan inte se något fel i mitt changeset som kan ha
> orsakat felet.
>
>
> Mvh Christian
>
> ___
> 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] Lantmäteriets öppna data

[Andreas Vilén]

Höjdkurvorna finns om du byter till cykellagret. Dessa kurvor är hämtade från 
en annan källa och finns inte i osm-databasen. Vad jag vet finns ingen aktiv 
datamodell för höjdkurvor på osm, och data går därmed inte heller att importera 
med någon form av etablerade taggar.

/Andreas

Skickat från min iPhone

> 9 aug. 2019 kl. 09:46 skrev Christian Asker :
> 
> Hej. Det är dessvärre inte så enkelt att man bara kan plocka data från olika 
> datakällor. Licensen på den öppna datan måste vara kompatibel med OSMs licens 
> (ODBL) vilket i praktikten innebär CC0 eller ODBL. I en del fall har även 
> data "skänkts" till OSM, men det innebär ju i praktiken att den skänkta datan 
> hamnar under ODBL licensen.
> 
> Jag håller med dig om din lista överlag, men ortsnamnen är nog bättre i 
> Ekonomiska kartan, i alla fall på landet. Sen är det oftast ett ganska 
> saftigt arbete att importera data eftersom det oftast redan finns vissa 
> objekt av det slag man vill importera. Detta innebär nästan alltid manuellt 
> arbete vilket tar tid.
> 
> I Terrängkartan som är fri (öppen data) finns väl bara stora byggnader med? I 
> alla fall var det så när jag laddade ner den senast.
> 
> Du är välkommen att importera data till OSM så länge licensen på datat 
> tillåter detta. Se bara till så att du inte tar bort något som faktiskt 
> stämmer bättre med verkligheten än just Terrängkartan. Dessutom behöver en 
> hel del objekt justeras för att ligga rätt, som vi redan diskuterat.
> 
> 
> Jag är lite nyfiken på var du har sett höjdkurvor i OSM?
> 
> 
> Mvh ChristianA
> 
> 
> 
>> Den 2019-08-08 kl. 16:08, skrev Eva Lindberg:
>> Hej! När det gäller ytor har jag skrivit att jag inte tror att terrängkartan 
>> är den bästa källan, i alla fall för skog och annan natur. De markklasser 
>> som jag tror kan vara användbara i terrängkartan är tätbebyggt område, 
>> industriområde och vatten.
>> 
>> Det borde dock vara ovanligt att det finns skog som står som åker på 
>> terrängkartan, terrängkartan kommer från Lantmäteriets basdata och det 
>> uppdateras när nya flygfoton kommer vilket är vart 2-4 år beroende på var i 
>> landet man är.
>> 
>> Nu förstår jag vad du menar med att en del objekt ligger på fel ställe. Det 
>> är alltså pga att terrängkartan är ritad för att gå bra att läsa. När det 
>> gäller stora vägar är kanske Trafikverkets karta bättre och den är väl redan 
>> på gång att läggas in eller har lagts in om jag fattar rätt.
>> 
>> Men det finns information där terrängkartan är den bästa källan:
>> -Stigar eller traktorvägar som du skriver
>> -De flesta ortsnamn och terrängnamn
>> -Höjdkurvor finns med 5 m intervall och kommer förmodligen från den 
>> nationella höjdmodellen som är mycket noggrann. Även höjdangivelser/siffror 
>> finns.
>> -Bäckar samt att storleken på vattendrag är mer korrekt i terrängkartan än 
>> nuvarande OSM där jag har kollat
>> -Vändplaner och vägbommar finns med, det hittar jag inte i Trafikverkets data
>> -Kraftledningar, viktigt för att orientera sig i terräng
>> -Byggnader utanför tätort, både stora och mindre hus/gårdar.
>> 
>> Fornminnen är en annan sak, det skulle jag helst ta från 
>> Riksantikvarieämbetets öppna data.
>> 
>> 
>> 
>>> On 2019-08-08 14:13, Christian Asker wrote:
>>> Hej. Terrängkartan är lite knepig eftersom själva datat är anpassat
>>> för att objekt inte ska ligga ovanpå varandra för mycket (så att
>>> kartan blir för plottrig). Det innebär att en del objekts positioner
>>> har justerats. Tex vägar kan ligga 10 meter fel jämfört med
>>> Trafikverkets data.
>>> 
>>> Ytor (som skog tex) består dessutom av väldigt stora multipolygoner,
>>> som är svåra att hantera. När jag försökte att importera Terrängkartan
>>> upplevde jag att det var mindre jobb att helt enkelt rita ytor för
>>> hand utifrån flyg-/satellit-foton. Dessutom stämmer inte alltid
>>> markanvändningen i Terrängkartan med verkligheten; i de områden jag
>>> har provat har en hel del åkermark blivit skog under de senaste
>>> decennierna och Terrängkartan verkar inte ha uppdaterats...
>>> 
>>> I slutändan har jag mest importerat traktorvägar, lite stigar,
>>> fornlämningar och liknande från Terrängkartan; resten har visat sig
>>> inte vara mödan värt. Detta är dock bara min personliga åsikt; det kan
>>> ju hända att någon som är mer GIS-kompetent än jag har andra
>>> erfarenhetet.
>>> 
>>> 
>>> Jag har skrivit lite om det här i min OSM-dagbok:
>>> https://www.openstreetmap.org/user/ChristianA/diary/43315
>>> 
>>> Där kan du även se bilder som förklarar vad jag menar.
>>> 
>>> 
>>> Mvh ChristianA
>>> 
>>> 
>>> 
 Den 2019-08-08 kl. 13:41, skrev Eva Lindberg:
 Tack för svar! Dessa inlägg hade jag inte sett. Har diskussionen fortsatt 
 senare?
 
 Som jag skrev nedan tror jag också att NMD är bättre än terrängkartan för 
 markklasser. Framförallt för att den är gjord för att klassa mark medan 
 det blir lite konstigt med markklasser i vektorformat av orsaker som togs 
 upp i tråden som du lä

Re: [Talk-se] Lantmäteriets öppna data

[Andreas Vilén]

dessa med respektive hus, ett arbete
som fortfarande inte är helt klart fast jag genomförde det mesta arbetet
2017.

På sistone har marktäckedata importerats (ett arbete som för övrigt pågår)
i olika delar av Sverige, exempelvis här:
https://www.openstreetmap.org/changeset/70636998 Detta är ett område jag
karterar aktivt i och jag märkte direkt fel som att jordbruksmark
överlappar tomtmark osv. Görs denna typ av importer för fort blir det ett
enormt arbete att städa upp. I OSM:s barndom laddades marktäckedata från
EU:s dataset Corine upp. Ett dataset som var helt för oprecist för OSM och
som fortfarande gör det jobbigt att kartera i områden där detta laddats
upp. Som ett exempel kan hela större samhällen täckas av skog.

Den som sköter importen jag hänvisar till ovan är
https://www.openstreetmap.org/user/Atakua och du bör nog kontakta honom för
mer info om hur han går till väga, och det är möjligt att han redan ämnar
ladda upp marktäckedata även för området du är intresserad av. Läs mer här:
https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan

MVH Andreas

On Fri, Aug 9, 2019 at 11:56 PM Eva Lindberg  wrote:

> Tack Andreas, det var bra att veta om höjdkurvorna. Där jag har tittat i
> OSM har de 20 m mellanrum, i terrängkartan finns de med 5 m mellanrum
> och de stämmer bättre med verkligheten på de ställen jag har tittat. Jag
> vet inte varifrån höjdkurvorna i OSM kommer.
>
> Riksantikvarieämbetets öppna data med lämningsinformation har licens CCO
> 1.0 så det är bara att plocka.
> https://pub.raa.se/oppna-data#lamningarnedladdning
>
> Det jag är ute efter är som sagt att få in data i områden där det inte
> finns något alls just nu. Titta gärna på länken i mitt första inlägg. Om
> jag eller någon annan ska rita in objekt från satellitbilder eller
> flygfoton eller mäta in dem med handhållen GPS blir det med stor
> sannolikhet mindre korrekt än Lantmäteriets (eller Trafikverkets) kartor
> och jag skulle hellre koncentrera mig på saker som inte finns karterade
> någon annanstans som tex lokala namn och detaljer som inte finns på
> vanliga kartor.
>
> Terrängkartan har stora byggnader som objekt. Det finns även objekt för
> hus och gårdar, men vid närmare eftertanke går de inte att använda som
> byggnader. Det är i princip ett hus/gård per tomt och jag vet inte om de
> går att använda på något sätt. De symboliserar ju bebyggda tomter. Kan
> man använda den informationen på något sätt? Det finns även andra
> intressanta kategorier i skiktet bs som kyrkor och vindkraftverk.
>
> Jag har startat den här diskussionen för att jag försöker följa
> instruktionerna för att importera data, som jag för övrigt tycker är
> vettiga. Jag vill helt enkelt veta om det finns intresse för att få in
> denna information i OSM. Om det är fler som är intresserade av att få in
> informationen för områden som de vill kartera så vill jag gärna
> diskutera med dem. Om ingen är intresserad så vill jag i så fall ta in
> informationen för områden som jag har intresse för, i första hand
> området i min länk och i förlängningen hela Anundsjö församling och
> andra delar av Örnsköldsviks kommun där inget finns för tillfället.
>
> On 2019-08-09 12:34, Andreas Vilén wrote:
> > Höjdkurvorna finns om du byter till cykellagret. Dessa kurvor är
> > hämtade från en annan källa och finns inte i osm-databasen. Vad jag
> > vet finns ingen aktiv datamodell för höjdkurvor på osm, och data går
> > därmed inte heller att importera med någon form av etablerade taggar.
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> >> 9 aug. 2019 kl. 09:46 skrev Christian Asker
> >> :
> >>
> >> Hej. Det är dessvärre inte så enkelt att man bara kan plocka data från
> >> olika datakällor. Licensen på den öppna datan måste vara kompatibel
> >> med OSMs licens (ODBL) vilket i praktikten innebär CC0 eller ODBL. I
> >> en del fall har även data "skänkts" till OSM, men det innebär ju i
> >> praktiken att den skänkta datan hamnar under ODBL licensen.
> >>
> >> Jag håller med dig om din lista överlag, men ortsnamnen är nog bättre
> >> i Ekonomiska kartan, i alla fall på landet. Sen är det oftast ett
> >> ganska saftigt arbete att importera data eftersom det oftast redan
> >> finns vissa objekt av det slag man vill importera. Detta innebär
> >> nästan alltid manuellt arbete vilket tar tid.
> >>
> >> I Terrängkartan som är fri (öppen data) finns väl bara stora byggnader
> >> med? I alla fall var det så när jag laddade ner den senast.
> >>
> >> Du är välkommen att importera data till OSM så länge licensen på datat
> >> tillåter detta. Se bara till så att du inte tar bort något som
> >> faktiskt stämmer bättr

Re: [Talk-se] Lantmäteriets öppna data

[Andreas Vilén]

svenska
> universitet, liksom jättemycket annat geodata. Hör av er om ni vill veta
> mer).
>
> Jag gick tillbaka till JOSM och öppnade Fastighetskartan även där (bild
> 5). Där kan man observera något intressant: Fastighetskartan och
> ortofoto stämmer inte lika bra överens. Om man skulle rita in vägarna
> från Esri World Imagery så skulle det i det här fallet inte stämma med
> fastighetskartan och därmed inte med heller ortofoto från Lantmäteriet.
> Vägen som är inlagd i OSM stämmer inte med någon av dem (bild 6).
>
> Jag tror att det hänger ihop med hur ortofotona får geografiska
> koordinater. I korthet så här: Det räcker inte med information från
> kameran och flygplanet, man behöver även kontrollpunkter på marken som
> är inmätta med hög noggrannhet och som man kan identifiera i ortofoto
> (markstöd). Om man har kontrollpunkter med dålig noggrannhet blir
> koordinaterna mer fel. Vid flygfotografering sätter man ut flygsignaler
> och mäter in med högprecisionsGPS. Jag vet inte hur Bings ortofoton har
> fått sina kontrollpunkter men med stor sannolikhet har de sämre
> noggrannhet. Jag misstänker tex att de inte sätter ut flygsignaler och
> istället använder kända punkter (förmodligen från en karta!) som
> kontrollpunkter. Jag anser därför att Lantmäteriets ortofoton är mer
> korrekta.
>
> Det jag ogillar är alltså främst tanken att rita in objekt från
> ortofoton som har dålig noggrannhet. Det finns dessutom nackdelar med
> att kartera från ortofoton jämfört med att använda stereobilder som
> Lantmäteriet gör men som få av oss kan göra hemma. I princip allt är
> bättre att kartera med stereobilder, speciellt där det finns
> höjdskillnader som skogskanter och byggnader. Jag skulle kunna kartera
> från Lantmäteriets ortofoton i QGIS men dels misstänker jag att jag inte
> får använda dem på det sättet eftersom de inte är öppna (jag har
> tillgång via jobbet) och dels tycker jag att det är en dålig lösning att
> kartera från ortofoto när det finns andra (Lantmäteriet) som karterar
> från stereobilder.
>
> Om man jämför ortofotona ser man en annan intressant sak. I mitten/nedre
> delen av bilden finns en skogsdunge. I Lantmäteriets foto ser man
> uppfartsvägen nordväst om skogsdungen men i Bings bilder syns den inte.
> Det beror på att skogsdungen ligger på en bergsknalle och kameran i
> Bings bilder är längre österut, vilket gör att bergsknallen skymmer
> uppfartsvägen. Man kan även se att husen är fotograferade från en annan
> vinkel. Detta är inte ett fel hos Bings bilder men det är ett exempel på
> problem när man försöker använda ortofoto. Jag tror säkert att många här
> känner till det.
>
> Jag ska fundera på vad jag kan göra. Jag vill eventuellt använda delar
> av terrängkartan, speciellt vattendrag som är hyfsade i terrängkartan
> och svåra att kartera från ortofoto, speciellt i skog. Jag kommer inte
> att importera rakt av utan i så fall välja ut vissa delar/objekt. Jag
> vet även att man måste ta hänsyn till det som redan finns i OSM och det
> går inte att bara trycka in saker även om det som redan finns har dålig
> noggrannhet.
>
> När det gäller import i större omfattning skulle fastighetskartan vara
> bättre. Den ingår inte i öppna data för tillfället men enligt vad jag
> har hört är planen att Lantmäteriet ska göra allt till öppna data under
> 2020. Det kanske finns anledning att ta upp frågan igen då.
>
> Jag har också läst en del av diskussionen om Nationella Marktäckedata,
> alltså NMD. Problemet där är att NMD är marktäcke och OSM så vitt jag
> förstår ska kartera markanvändning, vilket är olika saker. NMD använder
> för övrigt Lantmäteriets skogsmask för att hyggen ska bli rätt, ofta
> skulle de ofta klassificeras som annat än skog. I det fallet definierar
> de marktäcket efter markanvändning istället för skogsdefinitionen om en
> viss höjd och täckning. Dessutom finns det problem med felklassning som
> t.ex. det Andreas skrev att tomtmark klassas som jordbruksmark. Det
> finns även ett tilläggslager för NMD med vissa markanvändningsklasser
> som tex golfbana, dock inte tomtmark eftersom det inte finns karterat
> utanför tätbebyggda områden. Jag funderar på att skriva ett inlägg i den
> diskussionen bland annat om det.
>
> On 2019-08-10 14:07, Andreas Vilén wrote:
> > Hej Eva!
> >
> > Nu när jag sitter vid ett riktigt tangentbord ska jag utveckla lite
> > mer vad jag menar.
> >
> > Höjdkurvorna är över huvud taget inte relaterade till
> > Openstreetmap, utan är inlagda som en bakgrund från en annan källa.
> > Du kan komma i kontakt med de som skapat denna rendering här:
> > https://www.thunderforest.com/. De renderingar som finns på
> > huvudsidan är utvalda som de "bästa" för att demonstrera OSM:s

Re: [Talk-se] Lantmäteriets öppna data

[Andreas Vilén]

Förresten verkar det inte som att ditt förra inlägg postades till
maillistan pga de bifogade bilderna, utan det var nog bara jag som fick det.

/Andreas

On Sun, Aug 11, 2019 at 12:23 PM Andreas Vilén 
wrote:

> Hej!
>
> Eva:
> "För det första, flera har nämnt Ekonomiska kartan men den finns inte som
> öppna data över Norrlands inland, dit ”mitt” område tydligen räknas, så
> det är inte ett alternativ."
>
> Nej, det är sant med Ekonomiska kartan. Som allt annat med OSM var det ett
> ideellt privat initiativ att se till att den gick att använda som bakgrund
> i OSM, och rutor som avvek i storlek från de vanligaste lades aldrig in i
> WMS-tjänsten. De går dock fortfarande att bläddra i på Lantmäteriets
> hemsida, men svårt att kartera ifrån på det sättet (jag har dock fått in
> lite platsnamn genom att sitta och jämföra Ekonomiska kartan med flygbilder
> i ett annat fönster, men det var tidskrävande). Det bästa vore förstås om
> Lantmäteriet satte upp en egen WMS-tjänst, men detta finns vad jag vet inte.
>
> Eva:
> "Jag ska också säga att jag har kollat på Terrängkartan i det område där
> jag vill kartera och den är precis som NKA skrev inte så noggrann. Det
> beror dels på att den är ritad för att se bra ut på en karta (till
> exempel är en del vägkrökar avrundade och följer inte den verkliga
> vägen) och dels på att den till vissa delar innehåller gammal
> information. Den är dock mer komplett och mer korrekt än den karta som
> finns där nu som också så vitt jag förstår är importerad. Som källa står
> ” DigitalGlobe Premium Imagery; NVDB; NVDB Vägnamn; survey”, kolla gärna
> länken nedan om ni kan se varifrån den kommer.
> https://www.openstreetmap.org/#map=16/63.4970/18.0766&layers=C";
>
> Nu tror jag att det uppstått ett missförstånd. Att det anges en källa i
> changeset betyder inte att datan är importerad, utan anger vilka källor som
> använts för manuellt karterande. I det här fallet har användaren använt sig
> av Digitalglobes bakgrundsbilder (numera Maxar), NVDB:s olika väglager som
> är öppen data och kan användas som bakgrundsbilder i JOSM och "survey", dvs
> egen koll på marken, exempelvis foton eller egenspårade gps-punkter. Den
> samlingen källor är en rätt vanlig kombo och hur det ofta ser ut när jag
> mappar också. Här är ett exempel där jag karterat vägnamn och
> markanvändning:  https://www.openstreetmap.org/changeset/48959613
>
> Eva:
> "Sedan har ni uppmanat mig att kartera själv och det är en grundtanke med
> OSM. När det gäller att kartera baserat på ortofoto i editorer för OSM
> ska jag förklara varför jag inte vill det med ett exempel från området
> där jag vill kartera. Jag har gjort några bilder som exempel och hoppas
> att jag kan skicka dem som bilagor."
>
> Detta berör allt som har med icke noggranna flygbilder att göra.
>
> Kort sagt är detta något vi är mycket väl medvetna om. I Openstreetmaps
> barndom hade vi över huvud taget inte några andra bakgrundsbilder än
> Landsats globala mycket lågupplösta satellitbilder att gå efter. Några år
> senare lät Yahoo oss kartera efter deras flygbilder, några år efter det
> hoppade Microsoft på med Bing och sedan har det rullat på med flera olika
> möjligheter att kartera efter ortofoto. Flera olika länder har släppt
> officiella flygbilder fria, som Danmark exempelvis. Dock inte Sverige.
> Grundtanken bakom detta har hela tiden varit att vi är tacksamma för det vi
> har. Att kartera efter ortofoto innebär att man behöver justera dem så gott
> det går efter verkligheten. Detta är förstås lättare i platta områden än i
> kuperade som i fjällen exempelvis. Att man måste justera bakgrundsbilder är
> något som framgår av OSM:s nybörjarguide som jag föreslår att du går
> igenom. Jag förstår att du är avancerad användare, men det kan vara bra för
> att veta hur vi som hållit på med OSM länge arbetar:
> https://wiki.openstreetmap.org/wiki/Beginners%27_guide. Läs mer här:
> https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database.
>
> Så jag brukar göra är att ladda ner de GPS-spår som finns i området plus
> NVDB:s väglager, och sedan justera efter dessa så gott som möjligt. 100%
> exakt blir det aldrig men det är inte heller möjligt med de bilder vi har
> tillgängliga. Openstreetmap ska heller aldrig användas för juridiska råd
> eller liknande, för så exakta är vi inte. Det viktigaste med OSM är oftast
> att geometrin finns där, inte att den ligger på exakt rätt plats på metern.
> Både GPS-spår och ortofoton är oexakta och med de frivilliga hjälpmedel vi
> har att tillgå kommer vi aldrig uppnå samma noggrannhet som
> lantmäterimyndigheter i världen. Detta är inte heller något vi strävar
> efter.
>
> Förstås hade allt varit mycket bättre om vi haft tillgång till
> Lantmäte

Re: [Talk-se] Lantmäteriets öppna data

[Andreas Vilén]

Jag försökte leta efter där jag hittade ekonomiska kartan förr, men
Lantmäteriet verkar har gjort ändringar på sin sajt. Om någon letar bättre
än jag får de gärna länka.

Jag blir lite förbryllad när du skriver att du läst att någon importerat
Trafikverkets vägkartor. Det var en kort diskussion om detta på maillistan
men vi var alla överens om det att det vore olämpligt, med tanke på att de
flesta orter och även landsbygd i Sverige är så pass bra karterat att en
import troligen skulle skada mer än vad den skulle göra nytta. Här står
lite om vad som gjorts med trafikverkdata, men det har mycket möjligt
gjorts mer än så:
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/trafikverket Jag
brukar hämta vägnamn och ibland annan data som enkelriktningar eller
hastighetsgränser när jag ändå karterar annat.

Bra att du vill prova att kartera manuellt. Du använder förstås källa du
tycker är lämplig, men tänk på att den måste vara kompatibel med
Openstreetmaps licens. Det finns många fria licenser som inte är
tillräckligt fria för OSM, men så länge det är CC0 eller OSM:s licens ODBL
så bör allt vara frid och fröjd. Lycka till och meddela gärna hur det gått
här.

MVH Andreas

On Mon, Aug 12, 2019 at 6:28 PM Eva Lindberg  wrote:

> Hej!
>
> Tack för svar! Du har rätt, mitt förra mail kom inte fram till listan,
> jag försökte att skicka med bilagor men jag gjorde uppenbarligen fel.
>
> Om ekonomiska kartan: Jag har letat efter den på Lantmäteriets
> ftp-server med öppna data men den finns inte för området som jag är
> intresserad av. Det syns också i översiktskartan över vilka blad från
> ekonomiska kartan i öppna data. Finns det fler blad någon annanstans på
> Lantmäteriets sidor?
>
> Aha, bra att veta att en sådan källa är manuell kartering. Snyggt och
> prydligt att dokumentera vilka källor man har använt. Jag läste tidigare
> att användare har importerat Trafikverkets vägkartor så jag trodde att
> det var något liknande.
>
> När det gäller noggrannhet för positioner är det inte bara offset (som
> är lika överallt i bilden) utan vissa punkter i en bild kan ligga mer
> fel än andra p.g.a. dålig geometri. Man kan försöka att korrigera det
> också i efterhand men det blir ofta inte bra.
>
> Jag ska i alla fall försöka att kartera manuellt men jag kommer att
> välja mina källor så att jag blir nöjd. Jag har pratat direkt med en
> annan OSM-entusiast som också väljer egna källor och fått lite tips.
> Tack för alla råd och hoppas att vi hörs igen!
>
> MVH
> Eva
>
>
>
> On 2019-08-11 12:23, Andreas Vilén wrote:
> > Hej!
> >
> > Eva:
> > "För det första, flera har nämnt Ekonomiska kartan men den finns
> > inte som öppna data över Norrlands inland, dit ”mitt” område
> > tydligen räknas, så
> > det är inte ett alternativ."
> >
> > Nej, det är sant med Ekonomiska kartan. Som allt annat med OSM var
> > det ett ideellt privat initiativ att se till att den gick att använda
> > som bakgrund i OSM, och rutor som avvek i storlek från de vanligaste
> > lades aldrig in i WMS-tjänsten. De går dock fortfarande att bläddra
> > i på Lantmäteriets hemsida, men svårt att kartera ifrån på det
> > sättet (jag har dock fått in lite platsnamn genom att sitta och
> > jämföra Ekonomiska kartan med flygbilder i ett annat fönster, men
> > det var tidskrävande). Det bästa vore förstås om Lantmäteriet
> > satte upp en egen WMS-tjänst, men detta finns vad jag vet inte.
> >
> > Eva:
> > "Jag ska också säga att jag har kollat på Terrängkartan i det
> > område där jag vill kartera och den är precis som NKA skrev inte
> > så noggrann. Det
> > beror dels på att den är ritad för att se bra ut på en karta (till
> >
> > exempel är en del vägkrökar avrundade och följer inte den verkliga
> >
> > vägen) och dels på att den till vissa delar innehåller gammal
> > information. Den är dock mer komplett och mer korrekt än den karta
> > som
> > finns där nu som också så vitt jag förstår är importerad. Som
> > källa står
> > ” DigitalGlobe Premium Imagery; NVDB; NVDB Vägnamn; survey”,
> > kolla gärna
> > länken nedan om ni kan se varifrån den kommer.
> > https://www.openstreetmap.org/#map=16/63.4970/18.0766&layers=C";
> >
> > Nu tror jag att det uppstått ett missförstånd. Att det anges en
> > källa i changeset betyder inte att datan är importerad, utan anger
> > vilka källor som använts för manuellt karterande. I det här fallet
> > har användaren använt sig av Digitalglobes bakgrundsbilder (numera
> > Maxar), NVDB:s olika väglager som är öppen data och kan användas
> > som bakgrundsbilder i JOSM och "survey", dvs egen koll på marken,
> > exempelvis foton eller egenspårade gps-pun

Re: [Talk-se] Lantmäteriets öppna data

[Andreas Vilén]

Så är det, men man ska komma ihåg att OSM:s riktlinjer avråder från att
närma sig gråzoner (hittar ingen bra policytext på OSM-wikin nu dock). Man
ska tänka på att om alltför många gör detta, kan det till slut bli så pass
mycket data som förts in i OSM att det överskrider gränsen för när
katalogskydd gäller.

MVH Andreas

On Mon, Aug 12, 2019 at 7:02 PM M Branting 
wrote:

> Man kanske ska påpeka att upphovsrättens "katalogskydd" gäller samlingar
> av viss storlek. Enskilda positionsdata omfattas över huvud taget inte av
> upphovsrätt. Det är alltså tämligen fritt fram att manuellt "plocka"
> uppgifter från olika källor. Man ska dock undvika att plocka en mängd
> uppgifter från samma källa.
>
> Den mån 12 aug. 2019 18:29Eva Lindberg  skrev:
>
>> Hej!
>>
>> Tack för svar! Du har rätt, mitt förra mail kom inte fram till listan,
>> jag försökte att skicka med bilagor men jag gjorde uppenbarligen fel.
>>
>> Om ekonomiska kartan: Jag har letat efter den på Lantmäteriets
>> ftp-server med öppna data men den finns inte för området som jag är
>> intresserad av. Det syns också i översiktskartan över vilka blad från
>> ekonomiska kartan i öppna data. Finns det fler blad någon annanstans på
>> Lantmäteriets sidor?
>>
>> Aha, bra att veta att en sådan källa är manuell kartering. Snyggt och
>> prydligt att dokumentera vilka källor man har använt. Jag läste tidigare
>> att användare har importerat Trafikverkets vägkartor så jag trodde att
>> det var något liknande.
>>
>> När det gäller noggrannhet för positioner är det inte bara offset (som
>> är lika överallt i bilden) utan vissa punkter i en bild kan ligga mer
>> fel än andra p.g.a. dålig geometri. Man kan försöka att korrigera det
>> också i efterhand men det blir ofta inte bra.
>>
>> Jag ska i alla fall försöka att kartera manuellt men jag kommer att
>> välja mina källor så att jag blir nöjd. Jag har pratat direkt med en
>> annan OSM-entusiast som också väljer egna källor och fått lite tips.
>> Tack för alla råd och hoppas att vi hörs igen!
>>
>> MVH
>> Eva
>>
>>
>>
>> On 2019-08-11 12:23, Andreas Vilén wrote:
>> > Hej!
>> >
>> > Eva:
>> > "För det första, flera har nämnt Ekonomiska kartan men den finns
>> > inte som öppna data över Norrlands inland, dit ”mitt” område
>> > tydligen räknas, så
>> > det är inte ett alternativ."
>> >
>> > Nej, det är sant med Ekonomiska kartan. Som allt annat med OSM var
>> > det ett ideellt privat initiativ att se till att den gick att använda
>> > som bakgrund i OSM, och rutor som avvek i storlek från de vanligaste
>> > lades aldrig in i WMS-tjänsten. De går dock fortfarande att bläddra
>> > i på Lantmäteriets hemsida, men svårt att kartera ifrån på det
>> > sättet (jag har dock fått in lite platsnamn genom att sitta och
>> > jämföra Ekonomiska kartan med flygbilder i ett annat fönster, men
>> > det var tidskrävande). Det bästa vore förstås om Lantmäteriet
>> > satte upp en egen WMS-tjänst, men detta finns vad jag vet inte.
>> >
>> > Eva:
>> > "Jag ska också säga att jag har kollat på Terrängkartan i det
>> > område där jag vill kartera och den är precis som NKA skrev inte
>> > så noggrann. Det
>> > beror dels på att den är ritad för att se bra ut på en karta (till
>> >
>> > exempel är en del vägkrökar avrundade och följer inte den verkliga
>> >
>> > vägen) och dels på att den till vissa delar innehåller gammal
>> > information. Den är dock mer komplett och mer korrekt än den karta
>> > som
>> > finns där nu som också så vitt jag förstår är importerad. Som
>> > källa står
>> > ” DigitalGlobe Premium Imagery; NVDB; NVDB Vägnamn; survey”,
>> > kolla gärna
>> > länken nedan om ni kan se varifrån den kommer.
>> > https://www.openstreetmap.org/#map=16/63.4970/18.0766&layers=C";
>> >
>> > Nu tror jag att det uppstått ett missförstånd. Att det anges en
>> > källa i changeset betyder inte att datan är importerad, utan anger
>> > vilka källor som använts för manuellt karterande. I det här fallet
>> > har användaren använt sig av Digitalglobes bakgrundsbilder (numera
>> > Maxar), NVDB:s olika väglager som är öppen data och kan användas
>> > som bakgrundsbilder i JOSM och "survey", dvs egen koll på marken,
>> > exempelvis foton eller egenspårade gps-punkter. Den samlingen källor
>> > är en rätt vanlig kombo och hur det ofta ser ut när jag mappar
>> > också. Här är ett exempel där 

Re: [Talk-se] Finns interesse för att börja en Svensk lokalförening?

[Andreas Vilén]

Vet inte hur mycket Malmö/Lund-folk det finns kvar. Vi har inte haft någon 
sammankomst på länge men om du är på genomresa kanske det är anledning god som 
någon att försöka dra ihop något.

Med vänlig hälsning,
Andreas

Skickat från min iPhone

> 11 nov. 2019 kl. 22:14 skrev Erik Johansson :
> 
> Jag är på att träffas lokalt igen, skulle vara kul att träffa
> Lund/Malmö folket någon gång. Jag sitter i Stockholm själv och vi hade
> ju möten förr.
> 
> On Mon, Nov 11, 2019 at 9:56 AM Axel Pettersson
>  wrote:
>> 
>> Hej,
>> I den mån OSM-gemenskapen vill ha det kommer ett glatt hejarop från 
>> Wikimedia Sverige[1]. Vill ni ha stöd på något sätt hjälper vi gärna till, 
>> oavsett om det gäller organisatoriska frågor eller en ansökan om bidrag[2] 
>> för att kunna träffas eller åka på någon konferens.
>> 
>> [1] https://wikimedia.se/om-oss/
>> [2] 
>> https://se.wikimedia.org/wiki/Projekt:St%C3%B6d_till_gemenskapen_2019#Bidrag
>> 
>> Bästa hälsningar,
>> /axel
>> 
>> 
>> Axel Pettersson
>> Projektledare GLAM/Outreach
>> Wikimedia Sverige
>> 
>> +46 (0)733 96 55 65
>> axel.petters...@wikimedia.se
>> 
>> Twitter: @Haxpett
>> 
>> Stöd fri kunskap, bli medlem i Wikimedia Sverige.
>> Läs mer på wikimedia.se/sv/blimedlem
>> 
>> 
>> 
>> Den sön 10 nov. 2019 kl 12:02 skrev Christian Asker 
>> :
>>> 
>>> Hej. Jag tycker att det är en bra idé, även om jag just nu har för
>>> mycket föreningsengagemang för att själv engagera mig. Några fysiska
>>> träffar vore ju kul!
>>> 
>>> Mvh Christian
>>> 
>>> 
>>> 
 Den 2019-11-10 kl. 09:34, skrev pangoSE:
 Hej
 
 Jag skulle vilja stärka vår sammanhållning och ha möjlighet att träffa
 nån av er andra som håller på i Sverige. Därutöver skulle jag vilja ha
 möjlighet att skicka nån till Advisory Board och att vi tillsammans
 tar ställning för sånt som är viktigt för oss som ideella deltagare i
 projektet.
 
 Trots att jag varit aktiv i snart 10 år har jag bara träffat en annan
 lokalt (Blajo).
 
 Finns det interesse att få igång en förening?
 Hur många är vi egentligen här på listan?
 
 Se https://welcome.openstreetmap.org/about-osm-community/local-chapters/
 
 Mvh
 pangoSE
 
 ___
 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
> 
> 
> 
> -- 
> /emj
> 
> ___
> 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] Talk-se Digest, Vol 139, Issue 10

[Andreas Vilén]

En fb-grupp finns redan men jag tror inte det är vad som diskuteras här.

Med vänlig hälsning,
Andreas

Skickat från min iPhone

> 18 nov. 2019 kl. 17:58 skrev Per Geijer :
> 
> 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 
>> 
>> Stöd fri kunskap, bli medlem i Wikimedia Sverige.
>> Läs mer på *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)
 --
 Message: 1
 Date: Mon, 11 Nov 2019 22:14:03 +0100
 From: Erik Johansson 
 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-

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[Andreas Vilén]

Var läser du det?

Adresser har inte alltid med kringliggande data att göra. Härleder man postort 
från närmast taggade ort/placetagg kan det väldigt lätt bli fel. När du taggar 
adresser bör du ta med så mycket info du kan i adresstaggarna.

/Andreas

Skickat från min iPhone

> 27 nov. 2019 kl. 23:06 skrev Lennart Romberg :
> 
> På osm-wikin står att land, stad, postnummer oftast är överflödiga
> eftersom de går att härleda från omgivande objekt. Men de ser i
> allmänhet ut att vara ifyllda, i Sverige. Finns någon konsensus om att
> de bör fyllas i? Gissar att postnummer inte utan vidare går att
> härleda från omgivande objekt. / Lennart
> 
> ___
> 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] Flera skoloperatörer på samma skolområde - hur tagga?

[Andreas Vilén]

Validatorn har rätt. Du kan rita en skolyta per skola och bör inte rita en 
allmän för skolområde och en för varje skola.

/Andreas

Skickat från min iPhone

> 2 dec. 2019 kl. 07:26 skrev pang...@riseup.net:
> 
> Ignorera validatorn denna gång. Den validitetsregel är till för att fånga upp 
> tex parkering i parkering, m.m.
> mvh
> 
>> On December 2, 2019 7:22:59 AM GMT+01:00, Lennart Romberg 
>>  wrote:
>> I närheten av där jag bor finns ett skolkomplex där flera olika 
>> skoloperatörer håller till. Området var taggat amenity=school och sen finns 
>> noder för olika operatörer, också taggade med amenity=school. JOSM varnar 
>> för "amenity inside amenity". Testade att ta bort det i mitt tycke 
>> intetsägande området och bara behålla operatörerna men då försvann 
>> färgrenderingen av området.
>> 
>> Tänkte man kunde göra nåt men "landuse" i stället för att både äta kakan och 
>> ha den kvar, men på wikin om landuse står att skolområden ska taggas 
>> "amenity".
>> 
>> Så hur gör man om man har flera skoloperatörer på samma skolområde?
> ___
> 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] Flera skoloperatörer på samma skolområde - hur tagga?

[Andreas Vilén]

Det viktiga i frågan är att man inte ska mappa baserat på vad som är "lätt"
eller vad som ser bra ut på kartan, utan efter hur verkligheten är. En
annan grundregel är en tagg per objekt. Man ska alltså inte tagga en skola
flera gånger för att få med en yta om man inte kan reda ut skolans
utbredning i ett område med flera. Då blir det bra med en nod per skola,
fram till man har möjlighet att ta reda på varje skolas utformning.

MVH Andreas

On Mon, Dec 2, 2019 at 9:14 AM Lennart Romberg 
wrote:

> Tja, när jag insåg problemet så tänkte jag att det kanske fanns nån
> landuse=school som inte skulle komma i konflikt med amenity=school.
> Fast på wikin om landuse står att man ska tagga skolområden med amenity.
> / Lennart
>
> Den mån 2 dec. 2019 kl 08:43 skrev :
>
>> Gör så, det bliver bra. Skriv gärna en not på området om detta.
>> Vår tagging av skolor skulle som du märker behöva förbättras. Du är
>> hjärtligt välkommen med förslag till tagging listan.
>> Verkligheten är inte så sällan mera komplex än vår tagging klarar av att
>> återspegla.
>> Vi har en liknande skola här i Härnösand f.ö. där samma problemställning
>> finns.
>>
>> On December 2, 2019 8:27:04 AM GMT+01:00, Lennart Romberg <
>> lennart.romb...@gmail.com> wrote:
>>>
>>> Hm, två motsägande svar på samma fråga. Men det blir svårt att rita
>>> olika ytor per skoloperatör, de håller till i olika delar och olika
>>> våningar i samma byggnad.
>>> Jag är mer inne på att återställa skolområdet och sätta punktnoder på
>>> rimliga ställen i byggnaden för de olika operatörerna.
>>>
>>> Den mån 2 dec. 2019 kl 07:52 skrev Andreas Vilén :
>>> >
>>>
>>>>  Validatorn har rätt. Du kan rita en skolyta per skola och bör inte rita 
>>>> en allmän för skolområde och en för varje skola.
>>>>
>>>>  /Andreas
>>>>
>>>>  Skickat från min iPhone
>>>>
>>>>  2 dec. 2019 kl. 07:26 skrev pang...@riseup.net:
>>>>
>>>>  Ignorera validatorn denna gång. Den validitetsregel är till för att fånga 
>>>> upp tex parkering i parkering, m.m.
>>>>  mvh
>>>>
>>>>  On December 2, 2019 7:22:59 AM GMT+01:00, Lennart Romberg 
>>>>  wrote:
>>>>
>>>>>  I närheten av där jag bor finns ett skolkomplex där flera olika 
>>>>> skoloperatörer håller till. Området var taggat amenity=school och sen 
>>>>> finns noder för olika operatörer, också taggade med amenity=school. JOSM 
>>>>> varnar för "amenity inside amenity". Testade att ta bort det i mitt tycke 
>>>>> intetsägande området och bara behålla operatörerna men då försvann 
>>>>> färgrenderingen av området.
>>>>>
>>>>>  Tänkte man kunde göra nåt men "landuse" i stället för att både äta kakan 
>>>>> och ha den kvar, men på wikin om landuse står att skolområden ska taggas 
>>>>> "amenity".
>>>>>
>>>>>  Så hur gör man om man har flera skoloperatörer på samma skolområde?
>>>>>
>>>> --
>>>>  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 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] Ska adresser ha land, stad, postnummer och allt?

[Andreas Vilén]

Hej!

För några år sedan genomförde jag en stor adressimport för Helsingborgs
kommun. Utöver detta har jag mappat otaliga adresser manuellt, har ett
intresse för adressättning och jag arbetar även med adresser i yrkeslivet.
Här är några av mina erfarenheter som jag samlat på mig genom åren.

1) Officiella adresser är fler än skyltade adresser
Med detta menar jag att i officiella register är principen att varje entré
får en adress. Olika kommuner är olika strikta med detta, men i kommuner
som följer detta strikt innebär det att varenda sidoentré, butik, miljöhus
osv får en egen adress. Det innebär även i vissa kommuner att alla
hörntomter har dubbla adresser, ibland tom tre eller fyra baserat på
kvarterens utformning. Dessa finns naturligtvis med i officiella dataset,
men är väldigt svåra att bekräfta på marken och inte alltid vettiga att ha
med i OSM-databasen.

2) Officiella adresser stämmer inte alltid överens med skyltade adresser
Även detta är något jag lärt mig inom yrkeslivet framför inom OSM, men båda
har gett mig insikter om detta. Adresser byts av naturen ut då och då. Ett
hus kan ha en adress satt för decennier sedan. Huset kan ha byggts om, en
entré flyttats och plötsligt får huset en ny adress, men de boende ändrar
inte på sin skylt och en mappare som går förbi mappar naturligtvis what's
on the ground, dvs det som står på skylten. Detta är rimligt och så OSM ska
fungera. Här är det närmast en filosofisk fråga om den officiella adressen
ska skriva över vad som faktiskt finns skyltat. Detta är en fråga som vi
även många gånger diskuterat på jobbet och aldrig riktigt kommit till en
ordentlig slutsats.

3) Officiella adresser ligger inte alltid rätt
För en tid sedan blev jag, även då på jobbet, uppmärksammad om att
adresserna i det här området var fel:
https://www.openstreetmap.org/changeset/74756989 Eftersom det ligger i
närheten av mig gick jag dit och tog en titt. Lo and behold, i princip alla
adresser var felmappade. Jag fick byta plats på nästan alla A och B. Jag
fick också skämmas lite eftersom jag själv mappat detta fel en gång i
tiden, baserat på Lunds kommuns officiella data som vi hade möjlighet att
kartera av. Utöver att det kan bli så här dramatiskt fel kan det också bli
mindre fel såsom adresser som kommer i fel ordning (det var flera ACB och
liknande i Helsingborg, som jag dubbelkollat IRL. Vissa stämde, andra var
fel). I vissa kommuner har man missat att koordinatsätta adresser
ordentligt. I Svedala kommun har man exempelvis (av misstag?) koordinatsatt
alla adresser per radhus i ett område på exakt samma position, istället för
där respektive radhus befinner sig. Om man då ersätter redan mappad data
med importerad finns risken att det blir väldigt fel.

4) Det finns udda "nödfallsadresser"
Olika kommuner har olika policy, men exempelvis Helsingborgs kommun
adressätter alla lekplatser, Lunds kommun adressätter parker, Vellinge
kommun adressätter offentliga toaletter, osv. Allt detta är vettigt utifrån
ett perspektiv att en ambulans ska hitta rätt och liknande, men är i
princip omöjligt att bekräfta on the ground. Dessa adresser är inte
nödvändigtvis något vi ska undvika (jag har behållit alla lekplatsadresser
i Helsingborg) men kan leda till "clutter" och går som sagt inte att
kontrollera.

5) Bostadsområden adressätts långt innan de byggs
Ofta sätter kommuner adresser långt innan ett bostadsområde byggts, eller
ens har beslutat om att det ska byggas. Ett exempel i Vellinge kommun där
ett område överklagats så många gånger att det troligen inte blir av. Detta
området har varit adressatt åtminstone sedan början av 2010-talet. I
Helsingborgs kommun adressatte man ett område där man skulle bygga
flyktingbostäder, men efter att flyktingvågen minskade behövdes inte
området längre, men adresserna ligger kvar. Sådana här adresser finns det
ingen större mening med att ha med i OSM, och är väldigt märkliga att stöta
på när området är åker eller skog och det inte ens verkar finnas planer på
att bebygga det.

6) Det tar tid att genomföra en adressimport
När jag importerade adresser i Helsingborgs kommun använde jag det här
användarkontot: https://www.openstreetmap.org/user/Grillo_import. Mitt
första changeset, ett mindre test, skapades 21 januari 2017:
https://www.openstreetmap.org/changeset/45345277, det sista 9 april samma
år: https://www.openstreetmap.org/changeset/47602913. Då arbetade jag med
detta nästan dagligen. Totalt 161 noter skapades varav 24 fortfarande är
öppna:
https://ent8r.github.io/NotesReview/expert/?limit=500&user=Grillo_import&closed=true
Flera av dem har visat sig svåra eller omöjliga att lösa, eftersom det
handlar om adresser inne på låsta innergårdar (där en import är till stor
hjälp, men datan är svår att bekräfta om man inte bor i huset eller har
något ärende dit).

7) Vi bör respektera det arbete som lagts på att lägga in adresser manuellt
Detta kanske kan verka lite fuzzy och feelgood, men många människor har
lagt många timmar på att lägga in adresser manuellt i OSM. J

Re: [Talk-se] Skapa rad av likadana hus?

[Andreas Vilén]

Lättaste är nog att använda plugin building tools för att göra snygga och enkla 
byggnader, men just att justera dem enligt ditt önskemål finns vad jag vet 
ingen bra metod för. Tänk på att om du har en byggnad markerad medan du ritar 
nästa med building tools behålls samma vinkel på byggnaden, vilket gör det 
lättare att hålla dem raka.

Du kan också markera alla noder längs linjen som ska vara rak och trycka på L 
för att räta ut den. Gör samma sak med den nedre linjen. Använd sedan Q för att 
göra husen vinkelräta igen så blir det så bra som möjligt.

/Andreas

Skickat från min iPhone

> 7 dec. 2019 kl. 19:23 skrev Lennart Romberg :
> 
> Om man har ritat ett hus och gjort x kopior, kan man få dem utlagda i rad med 
> samma avstånd (på samma sätt som "distribuera noder" men för hela area-objekt?
> Har läst igenom listan över josm-plugins men hittar inget som ser ut att göra 
> det jag vill. (Och jag har hittat många rad- och kedjehus med lite 
> oregelbunden placering, så tyder på att inget verktyg finns?).
> 
> / Lennart
> 
> ___
> 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] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Andreas Vilén]

Hej!

Jag tog en snabb koll i en av dina testfiler och jämförde mot ekonomiska
kartan. Platsnamnen verkar ligga på ungefär samma plats men viktigt att
notera att det är inte alltid platsnamnen där är unika, dels pga
fastighetsindelningar och dels pga i kartbladsgränser eftersom ortnamn nära
gränserna ofta skrivs ut en gång per kartblad. Exempelvis förekommer
Hjortseryd två gånger, med en brytlinje mellan två kartblad mellan dem
båda. Kommer sådana dubbletter kollas av? Själv hade jag gärna velat titta
på en fil över Skåne som är jämförd med befintlig data för att se vad som
blir kvar. Är det möjligt att ordna fram en sådan?

MVH Andreas

On Thu, Jan 16, 2020 at 6:19 PM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej!
> Jag har extraherat de ortnamn som nu saknas på Sveriges OSM-karta ifrån
> Lantmäteriets öppna data, daterade januari 2020. Det finns ungefär 95 tusen
> nya noder med namn och "place=*"-etiketter vilka jag så småningom hoppas
> ladda upp till OSM.
>
> En såpass stor mängd nya data kräver att man följer vissa procedurer och
> förbereder vissa dokument. Jag hoppas att få er feedback och eventuell
> hjälp med valideringen, uppladdningen och med andra eventuella uppdrag.
>
> Här finns importplan för projektet [1] på OSM-wikin. Den beskriver
> informationens härkomst, licens och format. Sedan beskriver jag hur
> de ursprungliga filerna bearbetas, hur nya punkter filtreras mot
> den befintliga OSM-databasen, hur ortnamn rensas och jämföras, vilka skript
> och program används vid alla steg osv. Till sist uppger jag vilka problem
> kvarstår att lösa under manuell bearbetning.
>
> Importplanens bitar med viktigaste sektioner bifogar jag längst ner. Här
> är också en mindre bit av hela datasetet om du vill se hur det ska se ut:
> [2] [3]. Andra länkar till Lantmäteriets dokumentation, mina
> utvecklade skript, samtliga OSM-filer, kalkylblad osv finns
> på importplanens sida.
>
> Tack!
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
> [2] https://drive.google.com/open?id=1np1TEDlEBWx1kt-u7A4Z_ZpkMOwOp80l
> [3] https://drive.google.com/open?id=1pERx-U4rdOjhXmePoSxcbKRZsr-preh8
>
> Importplanens utdrag följer.
>
> ===Goal===
> To improve OSM completeness for toponymical dataset on territory Sweden
> using
> an official map supplied by Swedish mapping, cadastral and land
> registration authority.
> This import considers OSM data representable as nodes tagged with usual
> key/value pairs: "place=city", "place=town", "place=village",
> "place=hamlet",
> "place=isolated_dwelling", and "place=locality". However, it is not planned
> (but not fully excluded either) to add/modify any nodes with "city" and
> "town"
> values. They are expected to be already fully mapped.
>
>  Data processing diagram 
> See the diagram below. The conflation stage is described later in more
> details.
> +---++--+
> |   ||  |
> |Lantmäteriet's SHP ||Geofabrik country |
> |files  ||extract   |
> |   ||  |
> +-+-+++-+
>   |   |
>   |ogr2osm|osmconvert
>   |   |osmfilter
>   v   v
>  ++-+ +---+-+
>  |  | | |
>  |OSM file with | |OSM fiele with   |
>  |settlements   | |settlements  |
>  |  | | |
>  +-++ +---+-+
>|  |
>|  |
>| conflate-places.py   |
>+<--
>v
>   +++
>   | |
>   |OSM file with|
>   |only ready nodes |
>   | |
>   +++
>|
>| Manual corrections
>|
>v
> Upload to JOSM
>
>
> The employed algorithm operates on a set of old nodes marked with "place=*"
> (from the OSM-extract, around 68 000 nodes for the country) and new nodes
> (from SHP-extract). It produces ready nodes — a strict subset of new nodes.
> No old nodes are modified in any way during the process. This means that
> existing
> data has absolute priority, even in cases it is likely of lower quality
> than
> new data.
> The sequence of steps is as following.
> 1. Create a spatial index structure with old nodes to have fast spatial
> lookup.
> 2. For all new nodes validation/correction of the "name" tag is performed.
> 3. For each new node, find old nodes close enough to it to be candidate
> for duplicates.
> 4. For each candidate node, compare its name against the current new node
> name.
>Comparison is fuzzy to allow for 

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Andreas Vilén]

Tack!

Jag har granskat lite till och har lite kommentarer.

*I Skåne har jag taggat gårdar med de namn som finns på Ekonomiska kartan.
Detta har jag gjort genom att rita en farmyard runt gården och sätta
name-tagg på denna. Dessa dubbletter måste det kontrolleras mot.
*I städerna ser det ut som att det gjorts ett slumpmässigt urval av
stadsdelar. Dessa bör antagligen städas bort, då de naturligtvis inte ska
taggas som village eller liknande och datan troligen dubblerar sådant som
ligger inlagt med boundary-taggar.
*I Lund såg jag att "Norra Fäladen" radbrutits och detta gjort att datan av
någon anledning blivit dubblerad, med en place-tagg med namn "Norra" och en
med namn "Fäladen".
*"Gullåkra" har inte fått träff mot "Gullåkra by", trots att noderna är
placerade nästan på varandra.

Jag tror det kan finnas en poäng att arbeta med den här datan, men att den
tillgängliggörs för nerladdning för användare som med eget omdöme laddar
upp datan efter att ha tvättat den i områden de har hyfsad lokalkännedom så
de kan bedöma datans lämplighet.

Jag tror inte det är lämpligt att importera det här datasetet.

On Thu, Jan 16, 2020 at 9:18 PM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Här är länken till samtliga filer, version 9:
> https://drive.google.com/open?id=182NzEuSHM3fuYIVRErp7-GWYhum02UZN
> Mappen "regions" innehåller OSM-filer som motsvarar till Lantmäteriets
> områdeskoder, i mappen "tiles" blev de delade i mindre rutor.
>
> I versionen 9 åtgärdade jag även ytterligare förkortningar som träffades,
> t ex "V Kroken" blir till "Västra Kroken".
>
>
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
>
> ___
> 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] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Andreas Vilén]

On Fri, Jan 17, 2020 at 9:36 PM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej Andreas, stort tack för feedback! Här är mina kommentarer.
>
> > Exempelvis förekommer Hjortseryd två gånger, med en brytlinje mellan två
> > kartblad mellan dem båda. Kommer sådana dubbletter kollas av?
> Sådan koll kan jag enkelt lägga till i skriptet. Men ditt exempel med
> Hjortseryd
> visar bara att det kan finnas två platser med samma namn på bara 1,16 km
> avstånd.
>
> Här är varför.
> Importsfilerna har tre noder med namn "Hjortseryd":
> tx_07.osm: lat="56.706179333" lon="13.412860079"
> tx_10.osm: lat="56.385103802" lon="15.291224794"
> tx_10.osm: lat="56.374758939" lon="15.292829751"
> En by ligger lång bortifrån andra, och två byar finns nära varandra.
> Här är de på Terrängkartan.
> Alla tre noder: https://i.stack.imgur.com/2hKsL.png
> De två nära: https://i.stack.imgur.com/yWzRN.png
>
> Trots att det verkligen är konstigt att man kallar två närliggande byar
> samma
> namn, är de verkligen två enstaka gårdar, men sina egna gränser osv.
> Även Ekonomiska kartan håller med detta:
> https://i.stack.imgur.com/NpZQw.png
> Nu får man kanske inte kolla på icke-öppna data... Hur som helst, andra
> källor
> tycker också att de är enstaka lika nämnda byar.
> 1. Eniro.se visar samma två byar som "Hjortseryd, ERINGSBODA".
> 2. Hitta.se visar dem som "Hjortseryd, Eringsboda" och "Hjortseryd,
> Ronneby".
>De har till och med olika postnummer.
>
> Oavsett alla bevis kan det ändå bli ett enormt fel i namn, men alla
> partier verkar
> tro på det.
>

Ditt resonemang visar tyvärr att du inte förstår vad datan visar. Det är
vanligt att ortnamn där kartblad bryts visar platsnamnen på båda
kartbladen, och dessa "ortnamn" syftar ofta på hela trakter. Det blir
missvisande att nödvändigtvis tala om dem som byar, samhällen eller
enskilda gårdar. Dessa områden sammanfaller dessutom långt ifrån alltid med
modern kommunindelning. Jag rekommenderar att du sätter dig in i
hemmansbegreppet och de olika skiftesreformer som gjorts i Sverige. Jag vet
att andra kan detta bättre än jag och hoppas de tar chansen att komma med
en mer utförlig förklaring i den här mailtråden.


>
> > Detta har jag gjort genom att rita en farmyard runt gården och sätta
> > name-tagg på denna. Dessa dubbletter måste det kontrolleras mot.
> På detta har jag redan funderat. Det är enkelt att implementera (jag
> utelämnar nu tekniska detaljer om hur), men frågan är om det verkligen
> behövs.
> Jag har sett flera exempel när t ex ett bostadsområde har sitt namn på den
> sträcka som omger det *samt* som en enstaka nod någonstans inuti. Det är
> vettigt
> när områdets logiska center inte sammanfaller med dess geometriskt center.
> Till
> exempel kan ett logiskt center finnas på ett torg medan det geometriska
> centret
> kan hamna i ett skogsparti.
>

Nej, så ska vi inte tagga. Ett objekt ska taggas en gång. Detta är en
grundläggande osm-regel:
https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element. Att det
ser ut så på vissa ställen är fel och innebär inte att vi ska göra så på
fler ställen.

Några fler exempel som är fel är Skanörsgården, Falsterbo vång och
Falsterbohus. Den förstnämnda är namnet på ett bostadsområde, den andra är
knappt i allmänt bruk och den tredje syftar på ett känt före detta
badhotell: https://sv.wikipedia.org/wiki/Falsterbohus Något österut ligger
Videholm, som är ett alternativt namn för Lilla Hammar, taggat på samma
plats. Skillnaden mellan dessa yttrar sig främst i äldre
fastighetsindelning som inte är så relevant längre.


>
> > Dessa bör antagligen städas bort, då de naturligtvis inte ska
> > taggas som village eller liknande och datan troligen dubblerar sådant som
> > ligger inlagt med boundary-taggar.
>
> Jag har öppnat tx_01.osm för Stockholm och har laddat ner befintliga
> platser
> (med Overpass-API) för samma område. Här är jämförelsen.
>
> Befintliga data: https://i.stack.imgur.com/BCQ4i.jpg
> De flesta noderna är place=suburb, place=town, bara ett fåtal
> place=village.
>
> Nya data: https://i.stack.imgur.com/8DZn2.jpg
> Hela filen innehåller endast place=isolated_dwelling, place=hamlet
> (småort),
> place=locality och ett fall place=town. Inga place=village alls.
> Småort är ett officiellt begrepp vilket jag tror är rimligt att använda
> även nära
> stora städer: https://sv.wikipedia.org/wiki/Sm%C3%A5ort : "definieras som
> en
> samlad bebyggelse med 50–199 invånare, där det är högst 150 meter mellan
> husen."
> Om du kan förse mig med ett exempel där du tror etiketterna var felvalda
> då kan
> jag försöka åtgärda detta.
>

Jag har tittat i Malmö, Lund, Landskrona och Helsingborg. Samtliga
stadsdelar där är felaktigt angivna, och dessutom redan taggade på annat
sätt. Se ovan om one feature, one osm element. Jag utgår ifrån att det ser
i princip likadant ut i andra större städer. Vissa har ett namn som skiljer
sig något ifrån det namn som är taggat (Kobjärsvången vs Kobjer i Lund
exempelvis, där det först

Re: [Talk-se] Malmö och Örnsköldsvik saknas på vektorkarta

[Andreas Vilén]

Tätortspolygoner ändras varje gång det görs en ny uppdatering, ett område byggs 
eller liknande. Det finns ingen etablerad taggning för detta och jag tror inte 
det är lämpligt att lägga in.

Tätorter är inga administrativa enheter och har normalt inga gränser mer än 
rent statistiska.

/Andreas

Skickat från min iPhone

> 23 jan. 2020 kl. 13:18 skrev pangoSE :
> 
> Hej
> Jag testade uMaps vektorkarta med outdoor lagret från thunderforest. (se 
> https://umap.openstreetmap.fr/en/map/stugor-och-vindskydd_410556#7/55.835/13.964)
> 
> På större zoom nivåer saknas städer i SE pga att dem endast är inritade som 
> noder. tex https://nominatim.openstreetmap.org/details.php?place_id=133125
> 
> I Danmark ser det mycket bättre ut...
> 
> LM har släppt alla tätortspolygoner som CC0 så det är bara att importera.
> (Se geojson fil här https://www.mediafire.com/folder/dzngn1k5y2xjq/)
> 
> 
> 
> ___
> 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] Problem med ortnamnsimporten

[Andreas Vilén]

Hej!

Jag och Essin har diskuterat detta lite under den senaste veckan och jag
har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
på det sättet att den lyckats med att kopiera av (ja, vilken källa
egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
Däremot, i tråden som föranledde den här importen, varnade jag vid flera
tillfällen för att datan inte är bra nog för att importera till OSM rakt
av, delvis för att den inte visar den typ av data som importörerna trodde.
Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
Ekonomiska kartan, vilket lett till att platser dubblerats vid
kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
importera data som en gång redan importerats från en annan databas är skit
in skit ut skit in skit ut.

Se mina inlägg
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html

Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.

De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
Åtminstone är det väldigt svårt att avgöra när datan är så svår att
analysera. Jag tycker också det är problematiskt att ett antal nya konton
utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
genomföra en import som denna. Om det handlar om användare som den som
skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
dem att skriva något på sina användarsidor.

Jag tycker definitivt att detta ska tas till DWG för revert. Vill man titta
på kartan som importerats kan man titta på den. Jag ser ingen anledning att
okritiskt importera data från den källan (eller någon annan källa) till OSM.

MVH Andreas

PS: En cliffhanger från högre upp, vilken källa har egentligen använts? Den
tråd som Essin länkar till, och även importsidan på wikin, handlar om
Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.

On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
talk-se@openstreetmap.org> wrote:

> Gah, tusentals changesets med en nod per changeset. Och användaren
> tomas471 har en avatar som föreställer Bob Ross.
>
> Är det någon idé att dra in DWG så här långt efteråt? Det är ju frestande
> att säga ”reverta allt av de här användarna” bara för att importen är så
> illa genomförd, även om datat i sig är ok (jag har inte tittat så noga).
>
> 16 maj 2020 kl. 12:39 skrev Essin :
>
> Hej!
>
> För några dagar sedan började jag lägga märke till redigeringar som bara
> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
> det som att de är gjorda utan större hänsyn till vad som redan finns och
> utan större kontroll av den valda place-taggens rimlighet
> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
> ingen hashtag eller annan standardiserad formulering i
> redigeringskommentarerna, det står inget på deltagande användares
> användarsidor, redigeringarna görs inte från separata importkonton, det
> finns inga import=yes-taggar på importerade noder, och det finns ingen
> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
> endast en nod per ändringsuppsättning, vilket gör det ännu mer
> svåröverskådligt. Finns det någon fungerande plan för genomgång och
> städning i efterhand? Det som står på wikisidan om samordning på denna
> mejllista och kontroll av enskilda användares redigeringar med Osmose
> verkar inte ha följts.
>
> Hälsningar
> Essin
>
> [1] https://www.openstreetmap.org/user/zag_abss/history
> https://www.openstreetmap.org/user/tomas471/history
> https://www.openstreetmap.org/user/bob_curse_isaac/history
> https://www.openstreetmap.org/user/Sivia1811/history mfl
> [2]
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003790.html
> ff
> [3]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
> ___
> 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] Problem med ortnamnsimporten

[Andreas Vilén]

Går man till  https://osmstats.neis-one.org/?item=countries&country=Sweden och
sorterar efter "created names" får man upp alla konton högst upp i listan.
Lätt att ta ut för en rapport till DWG.

MVH Andreas

On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
wrote:

> Hej!
>
> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
> på det sättet att den lyckats med att kopiera av (ja, vilken källa
> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
> tillfällen för att datan inte är bra nog för att importera till OSM rakt
> av, delvis för att den inte visar den typ av data som importörerna trodde.
> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
> Ekonomiska kartan, vilket lett till att platser dubblerats vid
> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
> importera data som en gång redan importerats från en annan databas är skit
> in skit ut skit in skit ut.
>
> Se mina inlägg
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>
>
> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.
>
> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
> analysera. Jag tycker också det är problematiskt att ett antal nya konton
> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
> genomföra en import som denna. Om det handlar om användare som den som
> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
> dem att skriva något på sina användarsidor.
>
> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
> titta på kartan som importerats kan man titta på den. Jag ser ingen
> anledning att okritiskt importera data från den källan (eller någon annan
> källa) till OSM.
>
> MVH Andreas
>
> PS: En cliffhanger från högre upp, vilken källa har egentligen använts?
> Den tråd som Essin länkar till, och även importsidan på wikin, handlar om
> Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.
>
> On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
> talk-se@openstreetmap.org> wrote:
>
>> Gah, tusentals changesets med en nod per changeset. Och användaren
>> tomas471 har en avatar som föreställer Bob Ross.
>>
>> Är det någon idé att dra in DWG så här långt efteråt? Det är ju frestande
>> att säga ”reverta allt av de här användarna” bara för att importen är så
>> illa genomförd, även om datat i sig är ok (jag har inte tittat så noga).
>>
>> 16 maj 2020 kl. 12:39 skrev Essin :
>>
>> Hej!
>>
>> För några dagar sedan började jag lägga märke till redigeringar som bara
>> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
>> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
>> det som att de är gjorda utan större hänsyn till vad som redan finns och
>> utan större kontroll av den valda place-taggens rimlighet
>> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
>> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
>> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
>> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
>> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
>> ingen hashtag eller annan standardiserad formulering i
>> redigeringskommentarerna, det står inget på deltagande användares
>> användarsidor, redigeringarna görs inte från separata importkonton, det
>> finns inga import=yes-taggar på importerade noder, och det finns ingen
>> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
>> endast en nod per ändringsuppsättning, vilket gör det ännu mer
>> svåröverskådligt. Finns det någon fungerande plan för genomgång och
>> städning i efterhand? Det som står på wikisidan om samordning på denna
>> mejllista och kontroll av enskilda användares redigeringar med Osmose
>> verkar inte ha följts.
>>
>> Hälsningar
>> Essin
>>
>> [1] https://www.openstreetmap.org/user/zag_abss/history
>> https://www.openstreetmap.org/user/tomas471/history
>> https://www.openstreetmap.org/user/bob_cu

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Jag har skickat ut ett osm-meddelande till alla dessa användare och bett
dem uppmärksamma denna diskussion. Har också bett dem om mer info om hur
ändringarna genomförts.

Har skrivit både på svenska och engelska då åtminstone ett konto verkar
vara ryskt: https://www.openstreetmap.org/user/30d4f4e1ccf24

MVH Andreas

On Sat, May 16, 2020 at 5:04 PM Andreas Vilén 
wrote:

> Går man till  https://osmstats.neis-one.org/?item=countries&country=Sweden och
> sorterar efter "created names" får man upp alla konton högst upp i listan.
> Lätt att ta ut för en rapport till DWG.
>
> MVH Andreas
>
> On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
> wrote:
>
>> Hej!
>>
>> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
>> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
>> på det sättet att den lyckats med att kopiera av (ja, vilken källa
>> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
>> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
>> tillfällen för att datan inte är bra nog för att importera till OSM rakt
>> av, delvis för att den inte visar den typ av data som importörerna trodde.
>> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
>> Ekonomiska kartan, vilket lett till att platser dubblerats vid
>> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
>> importera data som en gång redan importerats från en annan databas är skit
>> in skit ut skit in skit ut.
>>
>> Se mina inlägg
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>>
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>>
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>>
>>
>> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
>> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history
>> .
>>
>> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
>> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
>> analysera. Jag tycker också det är problematiskt att ett antal nya konton
>> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
>> genomföra en import som denna. Om det handlar om användare som den som
>> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
>> dem att skriva något på sina användarsidor.
>>
>> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
>> titta på kartan som importerats kan man titta på den. Jag ser ingen
>> anledning att okritiskt importera data från den källan (eller någon annan
>> källa) till OSM.
>>
>> MVH Andreas
>>
>> PS: En cliffhanger från högre upp, vilken källa har egentligen använts?
>> Den tråd som Essin länkar till, och även importsidan på wikin, handlar om
>> Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.
>>
>> On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
>> talk-se@openstreetmap.org> wrote:
>>
>>> Gah, tusentals changesets med en nod per changeset. Och användaren
>>> tomas471 har en avatar som föreställer Bob Ross.
>>>
>>> Är det någon idé att dra in DWG så här långt efteråt? Det är ju
>>> frestande att säga ”reverta allt av de här användarna” bara för att
>>> importen är så illa genomförd, även om datat i sig är ok (jag har inte
>>> tittat så noga).
>>>
>>> 16 maj 2020 kl. 12:39 skrev Essin :
>>>
>>> Hej!
>>>
>>> För några dagar sedan började jag lägga märke till redigeringar som bara
>>> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
>>> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
>>> det som att de är gjorda utan större hänsyn till vad som redan finns och
>>> utan större kontroll av den valda place-taggens rimlighet
>>> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
>>> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
>>> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
>>> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
>>> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
>>> ingen hashtag eller annan standardiserad formulering i
>>> redigeringskommentarerna, det står inget på deltagande användares
>>> användarsidor, redigeringarna görs inte från separata importkonton, det
>

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Det verkar ha varit totalt 14 konton som genomfört denna import. Jag har
tagit en närmare titt på alla dessa konton för de har många gemensamma
nämnare.

master-shake
http://hdyc.neis-one.org/?master-shake
Skapades 19/1. Låg oanvänt till 13/4. Testedits 13-15/4 och sedan drygt
1000 changesets om dagen varje dag till 26/4. Efter det inga edits. Har
deltagit i två changesetdiskussioner på engelska:
https://resultmaps.neis-one.org/osm-discussion-comments?uid=10675834

ap-s
http://hdyc.neis-one.org/?ap-s
Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-29/4 och sedan drygt
1000 changesets om dagen varje dag till 6/5. Efter det inga edits.

zag_abss
http://hdyc.neis-one.org/?zag_abss
Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-24/4 och sedan drygt
1000 changesets om dagen varje dag till 1/5. Efter det inga edits.

Stasik1
http://hdyc.neis-one.org/?Stasik1
Skapades 17/5-2016. Genomförde runt 11 changesets då, det första i Ukraina.
Låg sedan oanvänt fram till 15/2 då några testedits gjordes fram till 17/2.
Gissningsvis i Indonesien men jag hittar inte detaljer om vilka changesets
dessa var. Låg igen oanvänt till 24/4. Testedits 24-27/4 och sedan drygt
1000 changesets om dagen till 1/5. 353 changesets 4/5 sedan åter runt 1000
om dagen 7-9/5. Efter det inga edits.

tomas471
http://hdyc.neis-one.org/?tomas471
Skapades 19/4-2017. Genomförde runt 11 changesets då, den första i ett
HOT-projekt hotosm-project-2782 i Mozambique. Låg sedan oanvänt fram till
14/2 då några testedits gjordes fram till 17/2. Låg igen oanvänt till 23/4.
Från det datumet gjordes runt 1000 changesets om dagen fram till 30/4.
Efter det inga edits.

rohweder
http://hdyc.neis-one.org/?rohweder
Skapades 10/10-2009. Genomförde något 20-tal edits i Tyskland runt november
2010 och framåt. Låg sedan oanvänt till 15/2 då några testedits gjordes
fram till 17/2. Också dessa i Indonesien verkar det som. Låg igen oanvänt
till 24/4. Några testedits till 26/4 sedan runt 1000 changesets om dagen
varje dag 27/4-1/5. Åter en massiv mängd changesets 8-9/5. Efter det inga
edits.

serge_dahlin
http://hdyc.neis-one.org/?serge%20dahlin
Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-24/4 och sedan drygt
1000 changesets om dagen varje dag till 30/4. Efter det inga edits. Har
deltagit i två changesetdiskussioner på svenska:
https://resultmaps.neis-one.org/osm-discussion-comments?uid=10675882

mustahir
http://hdyc.neis-one.org/?mustahir
Skapades 9/5-2018. Genomförde drygt 10 edits då som en del av HOT-projekt
hotosmid-project-111 i Indonesien. Låg sedan oanvänt till 15/2 då några
testedits gjordes fram till 17/2. Också dessa i Indonesien. Låg igen
oanvänt till 25/4. Testedits 25-30/4 sedan runt 1000 changesets om dagen
nästan varje dag 1/5-9/5. Efter det inga edits.

arraggonn
http://hdyc.neis-one.org/?arraggonn
Skapades 23/2-2012. Genomförde runt 10 edits då i Ryssland. Låg sedan
oanvänt till 15/2 då några testedits gjordes fram till 17/2. Även dessa i
Indonesien vad det verkar. Låg igen oanvänt till 24/4. Testedits 24/4-29/4
sedan runt 1000 changesets om dagen nästan varje dag 30/4-9/5. Efter det
inga edits.

bob_curse_isaac
http://hdyc.neis-one.org/?bob_curse_isaac
Skapades 19/1. Låg oanvänt till 19/4. Testedits 19/4-1/5 och sedan drygt
1000 changesets om dagen 4-8/5. Efter det inga edits.

Sivia1811
http://hdyc.neis-one.org/?Sivia1811
Skapades 12/8-2018. Genomförde runt 10 edits i Uganda som en del av
HOT-projekt hotosm-project-4974. Låg sedan oanvänt till 15/2 då några
testedits gjordes fram till 17/2. Även dessa i Indonesien. Låg igen oanvänt
till 24/4. Testedits 24/4-5/8 sedan runt 1000 changesets om dagen 9-12/5.
Efter det inga edits.

ivan_petrov_2013
http://hdyc.neis-one.org/?ivan_petrov_2013
Skapades 19/1. Låg oanvänt till 19/4. Testedits 19/4-1/5 och sedan drygt
1000 changesets om dagen 4-9/5. Efter det inga edits.

Följande två konton avviker något från mönstret:

30d4f4e1ccf24
http://hdyc.neis-one.org/?30d4f4e1ccf24
Skapades 8/12-2013 och har varit någorlunda aktivt med lite under 30
mappardagar om året sedan dess. Verkar ha redigerat i princip enbart i
Ryssland innan det plötsliga intresset för platsnamn i Sverige uppstod. Som
övriga konton genomfördes testedits 16-18/2, nya testedits 13-14/4 plus
23/4. Mängder med changesets sedan 30/4-4/5. Efter det inga edits. Har
deltagit i en changesetdiskussion här:
https://www.openstreetmap.org/changeset/81081573

operaman
http://hdyc.neis-one.org/?operaman
Skapades 12/1 och gjorde några edits då. Låg sedan oanvänt till 1/5 och har
gjort edits av den här typen sedan dess. Användaren har också deltagit i
arbetet med att lägga in vindskydd. Operamans changesets ser lite
annorlunda ut och verkar lägga in många platser per changeset. Har deltagit
i ett antal changesetdiskussioner om just vindskydd:
https://resultmaps.neis-one.org/osm-discussion-comments?uid=10646352 Nämner
i ett av dem att någon form av skript används.

Totalt skapades 6 konton för detta ändamål samma datum 19/1-2020. De har
följt samma möns

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Hej!

Som sagt är datan importerad från en i grunden bra källa, och det är svårt
att det gå går alltför fel, mer än som i det exemplet du tar fram.

Beteendet är här det förkastliga. Att registrera och eventuellt kapa en
mängd konton för att genomföra en import på detta otroligt bristfälliga
sätt skadar Openstreetmap. Jag anser att redigeringarna bör återställas och
kontona blockeras. Det är omöjligt att garantera kvalitén i materialet och
importer ska inte genomföras såhär.

De kritiska åsikter jag framförde om just import från Topografiska
kartan/Terrängkartan då det här var uppe förra gången och som jag refererar
i mitt första mail i den här tråden består och har aldrig blivit bemötta.

MVH Andreas

On Mon, May 18, 2020 at 5:18 PM Micke  wrote:

> Hej!
>
>
>
> Jag har egentligen inte så mycket att tillägga, men de ändringar jag
> tittar på från flera användare i länen kring Dalarna har varit ok. Högre
> kvalité än vad som är normalt från genomsnittsanvändaren tycker jag.
>
>
>
> Jag ställde en fråga och fick bra respons i detta changeset.
>
> https://www.openstreetmap.org/changeset/84314486
>
> Jag kanske tycker att man överdrivit användandet av isolated_dwelling.
> T.ex. kanske det inte ska sitta på en fäbod där ingen bor.
>
> Men generellt tycker jag att OSM är bättre med, än utan, dessa ändringar.
>
>
>
> Så ingen revert om jag får rösta.
>
>
>
> Sen är det skumt att det dyker upp en massa konton som gör samma sak utan
> någon information om varför och vem som samordnar m.m.
>
> Men det handlar väl egentligen mer om nyfikenhet än något rent praktiskt
> att ta reda på mer om det.
>
>
>
>
>
> /Anders Andersson
>
>
>
> *Från:* Andreas Vilén 
> *Skickat:* den 16 maj 2020 17:18
> *Till:* OpenStreetMap Sverige mailinglista 
> *Ämne:* Re: [Talk-se] Problem med ortnamnsimporten
>
>
>
> Jag har skickat ut ett osm-meddelande till alla dessa användare och bett
> dem uppmärksamma denna diskussion. Har också bett dem om mer info om hur
> ändringarna genomförts.
>
>
>
> Har skrivit både på svenska och engelska då åtminstone ett konto verkar
> vara ryskt: https://www.openstreetmap.org/user/30d4f4e1ccf24
>
>
>
> MVH Andreas
>
>
>
> On Sat, May 16, 2020 at 5:04 PM Andreas Vilén 
> wrote:
>
> Går man till  https://osmstats.neis-one.org/?item=countries&country=Sweden och
> sorterar efter "created names" får man upp alla konton högst upp i listan.
> Lätt att ta ut för en rapport till DWG.
>
>
>
> MVH Andreas
>
>
>
> On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
> wrote:
>
> Hej!
>
>
>
> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
> på det sättet att den lyckats med att kopiera av (ja, vilken källa
> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
> tillfällen för att datan inte är bra nog för att importera till OSM rakt
> av, delvis för att den inte visar den typ av data som importörerna trodde.
> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
> Ekonomiska kartan, vilket lett till att platser dubblerats vid
> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
> importera data som en gång redan importerats från en annan databas är skit
> in skit ut skit in skit ut.
>
>
>
> Se mina inlägg
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>
>
>
>
> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.
>
>
>
> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
> analysera. Jag tycker också det är problematiskt att ett antal nya konton
> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
> genomföra en import som denna. Om det handlar om användare som den som
> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
> dem att skriva något på sina användarsidor.
>
>
>
> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
> titta på kartan som importerats kan man titta på den. Jag ser ingen
> anledning att okritiskt importera data från den källan (eller någon annan
> källa) till OSM.
>
>
>
> MVH Andreas
>
>
>
> PS: En cliffhanger från högre upp, vilken källa

Re: [Talk-se] Samordning, dokumention & olika kommunikationskanaler

[Andreas Vilén]

När du föreslår ett nytt system för kommunikation, gör du bara att 
kommunikationen fragmenteras alltmer är jag rädd.

Lite som den här xkcd-klassikern: https://xkcd.com/927/

/Andreas

Skickat från min iPhone

> 24 maj 2020 kl. 21:05 skrev tomasy - :
> 
> 
> Som snabb kommunikationskanal föreslår jag Riot https://about.riot.im/ Det är 
> en opensource tjänst som inte sprider personlig data. Påminner om Slack. Man 
> kan föra diskussion i trådar. Det går att dela filer och bilder. Fler och 
> fler opensource-projekt använder Riot. Kan köras i browser men det finns även 
> appar för Android (Google och F-Droid), Appstore, Windows och Linux. Mozilla 
> har flyttat från IRC till Riot och efter 4 månader har de 4-10 * mer 
> medlemmar på sina grupper .  
> https://discourse.mozilla.org/t/updates-to-chat-mozilla-org-e2e-encryption-by-default-nicer-ui-email-notifications-and-sso-fixes/60425.
>  En del openstreetmap grupper finns redan där.
> 
> Nackdelen med Riot är att man inte har samma tydliga trådar som t.ex. forumet 
> eller maillinglistan.
> 
> Varför inte...
> Facebook. Alla vill inte vara med i Facebook pga. att de samlar personlig 
> data.
> IRC. Gammalt system som fler och fler går ifrån. Ingen historik.
> Mailinglista Bra att hitta trådarna efteråt men inte bra för snabb 
> kommunikation.
> /tomasy
> 
>> On 2020-05-16 11:22, Daniel Westergren wrote:
>> Tjenare,
>> 
>> En fråga som nog bättre lämpar sig att föra i den här mailinglistan än i 
>> Facebook-gruppen, då det inte är en enkel fråga utan kräver en djupare 
>> diskussion.
>> 
>> Frågeställningen rör vilka kanaler som är lämpligast för olika typer av 
>> diskussioner med det svenska OSM-communityt och hur vi samordnar vad som 
>> finns i wikin, där ju all viktig dokumentation bör samlas.
>> 
>> Befintliga kanaler
>> Enligt kommentarer i FB-gruppen är forumet egentligen bäst att använda för 
>> diskussioner, fast det används inte. Alltså är det inte bra. Likväl skrivs 
>> det frågor där, men de får sällan svar.
>> 
>> I andra hand mailinglistan, eftersom där sparas historiken garanterat (om än 
>> i en 90-talsinsinspirerad, antik lösning). Någon har även skrivit här i 
>> mailinglistan att de föredrar det, då de inte är med i FB-gruppen.
>> 
>> Men Facebook-gruppen är bra för snabbare diskussioner som inte är lika 
>> djupa, med enkla frågor och svar.
>> 
>> Dokumentationen ska sedan ske i wikin. Men det finns ingen som ansvarar för 
>> eller har en strategi för hur den ska underhållas och uppdateras för att 
>> faktiskt vara aktuell. Dessutom oklart vad vi behöver skriva på svenska och 
>> när det räcker med att hänvisa till det som finns på engelska.
>> 
>> Och så finns det kanske nån IRC-kanal om folk fortfarande använder sådant 
>> 2020?
>> 
>> En klassisk open source-röra med andra ord...
>> 
>> Vad kan vi göra?
>> Till att börja med, kan vi inte i alla de här kanalerna hänvisa till vilka 
>> kanaler som finns och vad de lämpligast används för?
>> I beskrivningen för FB-gruppen länkar vi till wikin och mailinglistan (och 
>> skriver att forumet inte bör användas).
>> I någon slags sidfot för den här mailinglistan länkar vi till wikin och 
>> FB-gruppen (och skriver att forumet inte bör användas).
>> I wikin beskriver vi hur dessa kanaler används och var vi föredrar att olika 
>> typer av kommunikation sker, beroende på vad det handlar om.
>> Var finns kanalerna dokumenterade?
>> Det finns i viss mån beskrivet på 
>> https://wiki.openstreetmap.org/wiki/Sv:Beginners%27_guide_1.6 (för den som 
>> råkar hitta den sidan...). 
>> 
>> Men där står hjälp-forumet överst (som bara är på engelska), sedan det 
>> egentliga forumet (där det svenska i praktiken inte används och därför ska 
>> vi inte locka nybörjare dit), sedan IRC (som vanliga människor inte har en 
>> aning om vad det är för något och används det fortfarande?), sedan 
>> mailinglistor (men inget specifikt om den svenska), sedan om användargrupper 
>> som länkar till en sida som inte finns och FB-gruppen nämns inte alls. Inte 
>> heller står det hur olika kanaler ska användas.
>> 
>> Rörig wiki
>> Jag tycker wikin är en sagolik röra och otroligt svår att navigera. Det 
>> blandas hej vilt med länkar till svenska och engelska sidor (utan att ange 
>> om länken går till en svensk eller engelsk sida) och ingen verkar ha koll på 
>> vilken information som fortfarande är aktuell och om länkar fortfarande 
>> fungerar. Hur ska vi kunna locka fler till OSM när det är så otroligt svårt 
>> att veta hur man ska hitta hjälp och var man hittar folk som kan svara på 
>> frågor och vägleda nya användare?
>> 
>> Samordning?
>> Finns det någon som helst samordning av OSM i Sverige? Skulle vi kunna söka 
>> medel via Wikimedia Sverige för att städa upp i den svenska OSM-wikin och 
>> förbättra den med aktuella resurser?
>> 
>> Ja, lite tillspetsat. Men ska vi få fler att använda och bidra till OSM så 
>> behövs samordning och uppstädning...  
>> 
>> 
>> Ser fram emot en kreativ diskussion om hur vi kan

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Hej!

Nu har det gått en tid sedan mitt förra mail och jag har inte fått svar
från något av kontona.

Är det någon som har någon mer åsikt i den här frågan? Annars tänkte jag gå
vidare med ett mail till DWG och se om vi kommer vidare den vägen.

MVH Andreas

On Mon, May 18, 2020 at 6:50 PM Andreas Vilén 
wrote:

> Det verkar ha varit totalt 14 konton som genomfört denna import. Jag har
> tagit en närmare titt på alla dessa konton för de har många gemensamma
> nämnare.
>
> master-shake
> http://hdyc.neis-one.org/?master-shake
> Skapades 19/1. Låg oanvänt till 13/4. Testedits 13-15/4 och sedan drygt
> 1000 changesets om dagen varje dag till 26/4. Efter det inga edits. Har
> deltagit i två changesetdiskussioner på engelska:
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=10675834
>
> ap-s
> http://hdyc.neis-one.org/?ap-s
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-29/4 och sedan drygt
> 1000 changesets om dagen varje dag till 6/5. Efter det inga edits.
>
> zag_abss
> http://hdyc.neis-one.org/?zag_abss
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-24/4 och sedan drygt
> 1000 changesets om dagen varje dag till 1/5. Efter det inga edits.
>
> Stasik1
> http://hdyc.neis-one.org/?Stasik1
> Skapades 17/5-2016. Genomförde runt 11 changesets då, det första i
> Ukraina. Låg sedan oanvänt fram till 15/2 då några testedits gjordes fram
> till 17/2. Gissningsvis i Indonesien men jag hittar inte detaljer om vilka
> changesets dessa var. Låg igen oanvänt till 24/4. Testedits 24-27/4 och
> sedan drygt 1000 changesets om dagen till 1/5. 353 changesets 4/5 sedan
> åter runt 1000 om dagen 7-9/5. Efter det inga edits.
>
> tomas471
> http://hdyc.neis-one.org/?tomas471
> Skapades 19/4-2017. Genomförde runt 11 changesets då, den första i ett
> HOT-projekt hotosm-project-2782 i Mozambique. Låg sedan oanvänt fram till
> 14/2 då några testedits gjordes fram till 17/2. Låg igen oanvänt till 23/4.
> Från det datumet gjordes runt 1000 changesets om dagen fram till 30/4.
> Efter det inga edits.
>
> rohweder
> http://hdyc.neis-one.org/?rohweder
> Skapades 10/10-2009. Genomförde något 20-tal edits i Tyskland runt
> november 2010 och framåt. Låg sedan oanvänt till 15/2 då några testedits
> gjordes fram till 17/2. Också dessa i Indonesien verkar det som. Låg igen
> oanvänt till 24/4. Några testedits till 26/4 sedan runt 1000 changesets om
> dagen varje dag 27/4-1/5. Åter en massiv mängd changesets 8-9/5. Efter det
> inga edits.
>
> serge_dahlin
> http://hdyc.neis-one.org/?serge%20dahlin
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19-24/4 och sedan drygt
> 1000 changesets om dagen varje dag till 30/4. Efter det inga edits. Har
> deltagit i två changesetdiskussioner på svenska:
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=10675882
>
> mustahir
> http://hdyc.neis-one.org/?mustahir
> Skapades 9/5-2018. Genomförde drygt 10 edits då som en del av HOT-projekt
> hotosmid-project-111 i Indonesien. Låg sedan oanvänt till 15/2 då några
> testedits gjordes fram till 17/2. Också dessa i Indonesien. Låg igen
> oanvänt till 25/4. Testedits 25-30/4 sedan runt 1000 changesets om dagen
> nästan varje dag 1/5-9/5. Efter det inga edits.
>
> arraggonn
> http://hdyc.neis-one.org/?arraggonn
> Skapades 23/2-2012. Genomförde runt 10 edits då i Ryssland. Låg sedan
> oanvänt till 15/2 då några testedits gjordes fram till 17/2. Även dessa i
> Indonesien vad det verkar. Låg igen oanvänt till 24/4. Testedits 24/4-29/4
> sedan runt 1000 changesets om dagen nästan varje dag 30/4-9/5. Efter det
> inga edits.
>
> bob_curse_isaac
> http://hdyc.neis-one.org/?bob_curse_isaac
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19/4-1/5 och sedan drygt
> 1000 changesets om dagen 4-8/5. Efter det inga edits.
>
> Sivia1811
> http://hdyc.neis-one.org/?Sivia1811
> Skapades 12/8-2018. Genomförde runt 10 edits i Uganda som en del av
> HOT-projekt hotosm-project-4974. Låg sedan oanvänt till 15/2 då några
> testedits gjordes fram till 17/2. Även dessa i Indonesien. Låg igen oanvänt
> till 24/4. Testedits 24/4-5/8 sedan runt 1000 changesets om dagen 9-12/5.
> Efter det inga edits.
>
> ivan_petrov_2013
> http://hdyc.neis-one.org/?ivan_petrov_2013
> Skapades 19/1. Låg oanvänt till 19/4. Testedits 19/4-1/5 och sedan drygt
> 1000 changesets om dagen 4-9/5. Efter det inga edits.
>
> Följande två konton avviker något från mönstret:
>
> 30d4f4e1ccf24
> http://hdyc.neis-one.org/?30d4f4e1ccf24
> Skapades 8/12-2013 och har varit någorlunda aktivt med lite under 30
> mappardagar om året sedan dess. Verkar ha redigerat i princip enbart i
> Ryssland innan det plötsliga intresset för platsnamn i Sverige uppstod. Som
> övriga konton genomfördes testedits 16-18/2, nya te

Re: [Talk-se] Administrativa gränser

[Andreas Vilén]

Hej!

Bra genomgång!

Håller med om det mesta av vad du skriver. Angående de roten du hittat i
Lund syftar de på det som beskrivs här:
https://sv.wikipedia.org/wiki/Rote#Stadsdel_och_folkbokf%C3%B6ringsdistrikt.
De är historiska och kan nog ändras till en sådan taggning. De används dock
då och då i dagligt tal. Indelningen används även i
https://sv.wikipedia.org/wiki/Lunds_stadsk%C3%A4rna. Man kan dock notera
att källorna är från 60- och 80-tal.

MVH Andreas

On Wed, Jun 10, 2020 at 10:29 AM  wrote:

> Hej!
>
> Jag har tagit en titt på de administrativa gränser
> (boundary=administrative) som förekommer på OSM i Sverige. Dels vill
> jag ifrågasätta användningen av landsdelar som administrativ
> indelning, dels vill jag ha en mer konsekvent användning av
> admin_level för nivå 8, 9 och 10, det vill säga indelningar mindre än
> kommuner.
>
> I första frågan så finns det relationer för Norrland, Svealand och
> Götaland definierade på nivå 3, mellan Sverige som land (nivå 2) och
> län (nivå 4). Vad jag vet så är indelningen i landsdelar högst
> inofficiell om än allmänt accepterad, men absolut inte något som
> förekommer som administrativ indelning. Jag föreslår att admin_level=3
> tas bort och att relationerna ändras till boundary=historic på samma
> sätt som landskapen.
>
> I andra frågan har jag med Overpass hämtat hem stora delar av Sverige
> och undersökt vilka indelningar som finns på nivåerna 8, 9 och 10. På
> OSM-wikin finns en sida
> (
> https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries)
> som dokumenterar vad som till stor del är sant, men en hel del avvikelser
> förekommer.
>
> Enligt den ska följande gälla:
> Nivå 2 är Sverige som land.
> Nivå 3 är landsdelar.
> Nivå 4 är län.
> Nivå 5-6 används ej.
> Nivå 7 är kommuner.
> Nivå 8 används ej.
> Nivå 9 är stadsdelsområden/stadsdelsnämndsområden/stadsdel (Umeå).
> Nivå 10 är stadsdelar/primärområden/stadsdelsområden (Umeå).
>
> I praktiken förekommer följande:
> Nivå 2-7 stämmer.
>
> Nivå 8 används för tätortsgränser i ett antal städer (Gävle, Göteborg,
> Lund, Skellefteå, Umeå, Åhus). En del också tillsammans med place=city
> eller place=town. De flesta har en kommentar i stil med
> "note=Tätortsgränsen följer inte LMs polygon slaviskt eftersom att
> denna inte täckte alla områden ordentligt" eller
> "description=Approximation of Lund city limit, fixme=refine". I
> Sundsvall/Västernorrland används istället nivå 8 till
> distriktsindelning och även till församlingar. I Stockholmsområdet
> finns en relation "Huvudsta" med nivå 8.
>
> Nivå 9 används till stor del för områden i städer som är större än
> stadsdelar, oavsett vad benämningen är på sådana områden i olika
> städer. I Ljungby används nivå 9 för stadsdelar tillsammans med
> place=suburb eller place=neighbourhood. I Sundsvall/Västernorrland
> förekommer istället statistikområden och/eller kommundelar. I Västra
> Götaland och Linköpings kommun används nivå 9 för distrikt.
>
> Nivå 10 används ungefär som nivå 9, fast för stadsdelar, förutom i
> Sundsvall/Västernorrland där de är statistikområden. I Umeå förekommer
> några få stadsdelar eller delar av stadsdelar med nivå 11. I Lund
> förekommer något som kallas för "rote" utan någon nivå.
>
> För att råda bot på virrvarret föreslår jag följande:
> Nivå 3 slutar användas (landsdelar) per ovan.
> Nivå 8 används för distriktsindelningen. De distrikt som är på nivå 9
> idag flyttas till nivå 8.
> Nivå 9 används för områden större än enskilda stadsdelar men mindre än
> kommuner. Som idag med andra ord.
> Nivå 10 används för stadsdelar (place=suburb).
> Nivå 11 får vid behov används för områden mindre än stadsdelar
> (place=neighbourhood).
>
> Jag vill också ställa frågan om det finns det något som helst syfte
> med att försöka kartlägga tätortsgränsen i OSM? Särskilt med tanke på
> att de anges vara uppskattningar.
>
> Jag tänkte att det var värt att diskutera här på e-postlistan innan
> några svepande ändringar görs.
>
> Mvh
> riiga
>
>
> ___
> 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] Reverting undiscussed Lantmäteriet import

[Andreas Vilén]

Hi,

Big thank you for this!

I believe this situation from earlier this year is connected: 
https://lists.openstreetmap.org/pipermail/talk-se/2020-May/003876.html There 
were hacked accounts importing one locality per changeset from bad data 
sources. Those accounts were also hacked.

I’m not sure if anyone contacted DWG back then though.

Regards
Andreas

Skickat från min iPhone

> 6 dec. 2020 kl. 23:27 skrev Frederik Ramm :
> 
> (cross-post with forum)
> 
> Hi,
> 
> over the last couple of weeks, over 90.000 changesets have been made by
> 45 different accounts, performing an undiscussed, low-quality
> Lantmäteriet import (many small bits of tracks or minor roads,
> unconnected to each other and the rest of the network). Several members
> of the Swedish OSM community have made the DWG aware of this issue.
> 
> The worst thing about this is that many of the accounts used have been
> hacked - they are accounts of people normally editing elsewhere on the
> planet, with different editors, in different languages, and certainly
> not importing Lantmäteriet.
> 
> Not only is this a slap in the face for all of our hard working
> volunteers trying to make the best map in Sweden; it is also a crass
> violation of trust (and very likely also a violation of Swedish law).
> 
> We (at DWG) are still investigating who is behind this. This is more
> than just the usual bad import, this is someone who has enough criminal
> energy to hack into other accounts in an attempt to fly under the radar.
> 
> We have blocked the accounts involved (a list of accounts we have
> identified is below). If you know anything that might help us determine
> the identity of this hacker, please let us know at d...@osmfoundation.org.
> 
> We're planning to revert the import in the coming days.
> 
> Bye
> Frederik
> 
> List of accounts identified (remember, many of these will be innocent
> users that had their account hacked):
> 
> 30d4f4e1ccf24
> Anggele
> Beckster55
> Daly Riandi
> Gary18
> IsabelenEvelyn
> Lana Villa
> Nicolas59380
> Projekt-rolli
> RobertKluijver
> Ryan Seid
> SLC
> Sivia1811
> TTSS
> ViktorPurtin1
> Yesbolaga
> _underscore_
> ahateam
> ankon
> annedukh
> arraggonn
> barbara61
> couch-potato
> dbmercer
> dmitmia
> estrellaoruro
> faithace
> flyup2000
> franz0078
> hako0215
> jeppe2011
> jojoAdventure
> jona0918
> kamilpost
> mapeditorkepno
> rohweder
> thageboelling
> tomas471
> tomto1
> tonypepe
> ulaB
> ussifonyll-39
> uwasescott
> voodoobaby
> xcvb
> xerxes76
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> 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] Reverting undiscussed Lantmäteriet import

[Andreas Vilén]

Interestingly this account was used at both occations: 
https://www.openstreetmap.org/user/30d4f4e1ccf24

Check out the changeset comment thread (where it shows some knowledge about 
Swedish place names but is still misinformed).

/Andreas

Skickat från min iPhone

> 7 dec. 2020 kl. 08:36 skrev Andreas Vilén :
> 
> Hi,
> 
> Big thank you for this!
> 
> I believe this situation from earlier this year is connected: 
> https://lists.openstreetmap.org/pipermail/talk-se/2020-May/003876.html There 
> were hacked accounts importing one locality per changeset from bad data 
> sources. Those accounts were also hacked.
> 
> I’m not sure if anyone contacted DWG back then though.
> 
> Regards
> Andreas
> 
> Skickat från min iPhone
> 
>>> 6 dec. 2020 kl. 23:27 skrev Frederik Ramm :
>>> 
>> (cross-post with forum)
>> 
>> Hi,
>> 
>> over the last couple of weeks, over 90.000 changesets have been made by
>> 45 different accounts, performing an undiscussed, low-quality
>> Lantmäteriet import (many small bits of tracks or minor roads,
>> unconnected to each other and the rest of the network). Several members
>> of the Swedish OSM community have made the DWG aware of this issue.
>> 
>> The worst thing about this is that many of the accounts used have been
>> hacked - they are accounts of people normally editing elsewhere on the
>> planet, with different editors, in different languages, and certainly
>> not importing Lantmäteriet.
>> 
>> Not only is this a slap in the face for all of our hard working
>> volunteers trying to make the best map in Sweden; it is also a crass
>> violation of trust (and very likely also a violation of Swedish law).
>> 
>> We (at DWG) are still investigating who is behind this. This is more
>> than just the usual bad import, this is someone who has enough criminal
>> energy to hack into other accounts in an attempt to fly under the radar.
>> 
>> We have blocked the accounts involved (a list of accounts we have
>> identified is below). If you know anything that might help us determine
>> the identity of this hacker, please let us know at d...@osmfoundation.org.
>> 
>> We're planning to revert the import in the coming days.
>> 
>> Bye
>> Frederik
>> 
>> List of accounts identified (remember, many of these will be innocent
>> users that had their account hacked):
>> 
>> 30d4f4e1ccf24
>> Anggele
>> Beckster55
>> Daly Riandi
>> Gary18
>> IsabelenEvelyn
>> Lana Villa
>> Nicolas59380
>> Projekt-rolli
>> RobertKluijver
>> Ryan Seid
>> SLC
>> Sivia1811
>> TTSS
>> ViktorPurtin1
>> Yesbolaga
>> _underscore_
>> ahateam
>> ankon
>> annedukh
>> arraggonn
>> barbara61
>> couch-potato
>> dbmercer
>> dmitmia
>> estrellaoruro
>> faithace
>> flyup2000
>> franz0078
>> hako0215
>> jeppe2011
>> jojoAdventure
>> jona0918
>> kamilpost
>> mapeditorkepno
>> rohweder
>> thageboelling
>> tomas471
>> tomto1
>> tonypepe
>> ulaB
>> ussifonyll-39
>> uwasescott
>> voodoobaby
>> xcvb
>> xerxes76
>> 
>> -- 
>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>> 
>> ___
>> 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] highway=trunk in Sweden

[Andreas Vilén]

There are also roads tagged trunk that are a part of the "nationell
stamväg" net of roads, also E routes, but are parts of an industrial area,
like here: https://www.openstreetmap.org/#map=16/55.4260/13.8408

They look like this in reality and no one would bat an eye if someone were
to cross it by foot or walk along it:
https://www.google.com/maps/@55.4243702,13.8389689,3a,60y,14.34h,89.64t/data=!3m6!1e1!3m4!1sgEhi2esNODU_RzEPqSTukA!2e0!7i16384!8i8192

Not sure it should be tagged as trunk though...

/Andreas

On Sat, Jan 23, 2021 at 6:30 PM Brian M. Sperlongano 
wrote:

> Hello,
>
> I apologize for this message being in English, and I hope people are able
> to read/translate it.
>
> I operate a site that tracks completeness for runners/joggers attempting
> to run every every street in their city.  As part of this site, I exclude
> roads that pedestrians cannot access.  For example, roads tagged
> highway=motorway, access=private, foot=no, etc, are excluded.
>
> One of my users in Sweden came up with an example [1,2] of a road tagged
> highway=trunk that should be excluded from pedestrian access.  However, in
> many parts of the world (such as rural parts of the USA), highway=trunk
> roads are accessible to pedestrians (see USA example[3]).  I started a
> thread on the main tagging list[4] but I would like to understand this
> better from a Swedish perspective.
>
> Is it true that all highway=trunk roads in Sweden are NOT accessible to
> pedestrians?  If that is not true, how should I tell the difference?  Would
> a pedestrian be allowed to walk/run along the shoulder of a highway=trunk
> in more rural areas but not urban areas?
>
> Thank you in advance!
>
> Brian Sperlongano
> streetferret.com
>
>
> [1] https://streetferret.boardhost.com/viewtopic.php?id=78
> [2] https://goo.gl/maps/HLrQxu5Dh83aCxsL9
> [3]
> https://www.mapillary.com/app/?lat=41.476725088471085&lng=-71.46051362163524&z=17&pKey=HvSsAR0kHaiH4ILu-FCgZA&focus=photo
> [4]
> https://lists.openstreetmap.org/pipermail/tagging/2021-January/058857.html
> ___
> 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] Ansluta isolerade motorvägar - Sverige (Sweden)

[Andreas Vilén]

Felöversättning. ”Motorväg” är ”motorway”. Highway är det som åsyftas här dvs alla vägar med highway-tagg.Skickat från min iPhone15 feb. 2023 kl. 18:11 skrev Salim Baidoun :







Hej Svenska OSM samfundet.
Jag kontaktar er den här gången för att dela en ny MapRoulette-utmaning för att
ansluta isolerade motorvägar. Materialet för utmaningen genererades utifrån vägklasser och deras koppling till resten av nätet fördelat i hela landet.
För mer information om våra dataförbättringsaktiviteter i Sverige, kolla in vår
GitHub-sida. Meddela mig om du har några funderingar eller feedback.
Önskar er alla trevlig redigering!
 


Salim A. Baidoun / Community & Partnerships - Global

 


 



___Talk-se mailing listTalk-se@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-se___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

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

[Andreas Vilén]

Hej, jag är ny här på mailinglistan men har mappat med stor omfattning
sedan början av 2008 (det är jag som gjort stora delar av Skåne). Jag
har nu bara sett två av mailen i den här frågan så jag vet inte exakt
vad som diskuterats tidigare, men jag antar att ni har upptäckt
http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Sk%C3%A5ne/busslinjer
som jag har skapat och har som ett litet evighetsprojekt tillsammans
med min mapparkompis. Det vore helt klart kul med ett samarbete, och
ville mest göra mig tillkänna och undrar om någon kan sammanfatta
snabbt vad diskussionen handlar om.

Sedan är jag ganska dålig på det här med maillistor så jag hoppas att
jag inte gör något fel när jag skriver det här meddelandet!

MVH Andreas / Grillo

2010/8/4 Peter Kindström :
> Hej!
> Måste erkänna att jag först efter ditt senaste mail begripit
> omfattningen av arbetet. Tänkte inte på att det är relationer som ska
> uppdateras, inte själva vägarna/geografiska datat för sträckningarna.
>
>
>> Punkt 1 blir den klart knepigaste.. [snip] ..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.
>
> Du har rätt, kan vi inte få detta att fungera tillräckligt bra är nog
> alternativet att de själva kan hantera OSM-relationer i sitt
> GIS-program. Vilket de troligen inte kan.  :-(
>
>
>> 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.
>
> Nu är jag inte så bra på detta, men ligger inte alla hållplatser utefter
> en sträcka i samma relation? Då kan man väl i princip först ta bort alla
> hållplatser i relationen och sedan lägga till alla från Skånetrafikens
> data. Då får man ju alltid med flyttade, nya och borttagna.
>
>
>> Man kanske ska börja med busslinjerna, och kräva att vägarna redan måste
>> existera i OSM?
>
> Tja, om inte annat vill väl vi se till att de finns med i vilket fall
> som helst. Bara att ordna ett "mapping party"... ;-)
>
>
>> Jag är beredd att bidra med vad jag kan, t.ex. Python, Perl och Java om
>> det kniper (plus lokalkännedom).
>
> Just nu känns det som jag mest kan bidra med heja-rop, men dokumentera
> och testa kan jag alltid göra. Programmera kan jag principiellt, men det
> är PHP som är min styrka där. OSM är jag ganska ny på och GIS vet jag
> knappt vad det betyder. Men det är kul att lära sig nytt (om man har
> tid)!
>
>
>> 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.
>
> Jättebra! Du måste meddela här hur det går, jag är nyfiken!  :-)
>
>
> /Peter Kindström
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-se
>

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

[Talk-se] "Kontorsmappningsträff" i Lund

[Andreas Vilén]

Jag har sedan ett tag tillbaka varit i kontakt med lantmäterichef
Jonas Andréasson och hans kollega Britta Duve Hansen (som ligger bakom
http://kartor.lund.se/resejamforaren/start.htm , och som var på State
of the Map i Girona) på Lunds kommun. Britta har nu bjudit in mig och
ett valfritt antal osmare att komma på besök hos kommunen, träffas,
prata och kontorsmappa i ett konferensrum.

Det är nämligen så att Lunds kommun tar egna flygbilder, och därför
själva äger dem, och har bestämt sig för att ge tillstånd att rita av
dem på OSM, likt tillståndet som getts av Yahoo. Britta, som sköter
det här, har dock lite problem med att få till att kunna visa bilderna
på något smidigt sätt för avritning, och har hittills bara fått det
att fungera i Merkaartor i ett specifikt zoomläge. Hon har också på
grund av filernas storlek hållit dem på den lokala servern.

Hon vill alltså dels träffa andra osmare och dels få tips på hur man
kan få samarbetet med kommunen att fungera på ett smidigt sätt. Främst
tekniskt då. Att vara tekniskt kunnig är förstås inget krav för att
komma, utan alla är inbjudna.

Tyvärr har jag ännu inte något datum, men enligt Britta går det bra i
princip när som helst under hösten, med förutsättning att man
förvarnar.

Det här är alltså en möjlighet att lägga in en intresseanmälan att
hänga med. Aktuell plats blir förmodligen lantmäterienheten i
statsbyggnadskontoret nära Västra stationstorget (Landstingsgatan:
http://osm.org/go/0NctQVImk- ) och det som kommer att mappas är valfri
plats i Lunds kommun.

Väl mött!

MVH Andreas

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

Re: [Talk-se] Fuel stations in sweden

[Andreas Vilén]

Is it really possible to copyright geographical coordinates? In that
case, every coordinate on Wikipedia taken from Google Maps would be a
copyright violation...

/Andreas

2010/8/9 Robert Storlind :
> Hi all,
>
> Yes, the data quality issues is why I'm raising the question. I
> wouldn't even think of importing unverified data.
>
> I happened to check some of the CNG stations I'm visiting and some of
> them have insidious errors like being on the wrong side of fences :-)
>
> Best regards,
> Robert
>
>
> Den 5 augusti 2010 12:40 skrev Ture Pålsson :
>> 2010/8/5 Hanno Hecker :
>>
>>> Preem: looks like these have already been imported by Dalkvist, see
>>> for example http://www.openstreetmap.org/browse/node/247134983:
>>> http://preem.se/templates/ContentBlocks/Units/Search/Navigator.aspx
>>
>> Och den importen är en bra illustration till att datakvaliteten inte
>> alltid är den bästa, för den har gett upphov till den här stationen
>> som verkar ligga mitt i  skogen:
>>
>> http://www.openstreetmap.org/browse/node/247135388
>>
>> Jag har tänkt cykla dit och kolla hur det faktiskt ser ut, och radera
>> stationen om det ser ut som jag tror (jag har någon slags personlig
>> policy att inte pilla på data om jag inte varit där och tittat på det
>> i terrängen, eller är _helt_ säker på hur det ser ut), men det blir
>> visst aldrig av...
>>
>> Jag kollade datafilen från Preem nu, och stationen med samma
>> telefonnummer (som f.ö. enligt hitta.se går till en privatperson)
>> tycks nu ha flyttat sig till att ligga på väg 273 öster om Arlanda.
>> Där finns det åtminstone några byggnader på Googles satellitbild, så
>> där kanske det faktiskt finns en mack.
>>
>>  -- Ture
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-se
>>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-se
>

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

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

[Andreas Vilén]

Ja, det var ju verkligen redundans. Jag skrev in en kommentar om att
sidan jag skapade borde mergas med den du länkade. Hade inte sett den
andra sidan. Ser dock också att vissa linjer som finns som relationer
på sidan jag skapat saknas på den som tar upp hela Sverige, exempelvis
SkEx 10.

Angående att dela med sig av data är väl den bästa lösningen om de
helt enkelt delar med sig av sina shapefiler så får vi importera
informationen i OSM successivt. Många busslinjer är ju omöjliga att
mappa på traditionellt sätt, då de kanske bara går en eller två gånger
om dagen. Om man då inte vill detaljmappa Lövestad eller Vollsjö under
en heldag :) När jag importerade data från Staffanstorp jämförde jag
datan med den som redan fanns, och tog bort datan som var sämre i
någon av källorna och laddade sedan upp. Det tar tid, men är man många
som hjälper åt kan man ta en liten del var. Det viktigaste är dock att
vi får tag i själva filerna och att någon kan konvertera dem till
.osm-format. Det är alltid lättare att få saker gjorda om man tar det
steget först (verkstad går före snack). Tänk på upphovsrätten och
licenserna och låt inte Skånetrafiken diktera hur datan får användas.

/Andreas

2010/8/7 Magnus Bäck :
> On Wednesday, August 04, 2010 at 22:14 CEST,
>     Andreas Vilén  wrote:
>
>> Hej, jag är ny här på mailinglistan men har mappat med stor omfattning
>> sedan början av 2008 (det är jag som gjort stora delar av Skåne). Jag
>> har nu bara sett två av mailen i den här frågan så jag vet inte exakt
>> vad som diskuterats tidigare, men jag antar att ni har upptäckt
>> http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Sk%C3%A5ne/busslinjer
>> som jag har skapat och har som ett litet evighetsprojekt tillsammans
>> med min mapparkompis.
>
> Lite överlapp med nedanstående.
>
> http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Public_transport#Sk.C3.A5ne
>
>> Det vore helt klart kul med ett samarbete, och ville mest göra mig
>> tillkänna och undrar om någon kan sammanfatta snabbt vad diskussionen
>> handlar om.
>
> Jag vet inte om du missat så mycket (men se arkivet för mailinglistan
> om du vill läsa allt). Kontentan är väl än så länge inte mer än att
> Skånetrafiken visat intresse att dela med sig av linjesträckningsdata
> men att vi inte vet skicket på denna data eller i vilken utsträckning
> de själva vill hjälpa till med anpassning etc. Det verkar inte gjorts
> något väldigt likartat tidigare inom OSM så det kan nog bli rätt mycket
> jobb.
>
> --
> Magnus Bäck
> ba...@swipnet.se
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-se
>

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

Re: [Talk-se] Fuel stations in sweden

[Andreas Vilén]

Angående det berömda katalogskyddet hade jag en föreläsning om det av
en juridikprofessor när jag gick en kurs i praktisk GIS. Han nämnde
att för att katalogskyddet ska gälla krävs bra många fler
databaspunkter än det femtiotal (ren gissning) gasmackar som finns i
Sverige. Det handlar om ett antal tusen datapunkter för att det ska
gälla, och dessutom har det tydligen väldigt sällan prövats i rätten.
Så jag tror nog att ganska fritt kan sno koordinater från de olika
bensinbolagen utan att oroa oss för några juridiska repressalier.

/Andreas

2010/8/9 Ture Pålsson :
> 2010/8/9 Andreas Vilén :
>> Is it really possible to copyright geographical coordinates? In that
>> case, every coordinate on Wikipedia taken from Google Maps would be a
>> copyright violation...
>
> Databaser skyddas i Sverige av det så kallade katalogskyddet
> (upphovsrättslagen 49§, https://lagen.nu/1960:729#P49S1) och jag
> *tror* detta är något vi har gemensamt med övriga EU. I t.ex. USA är
> situationen annorlunda, vilket är en av anledningarna till det i
> evigheter pågående bytet från CC-BY-SA till ODBL.
>
> Vad detta innebär för Google Maps-koordinater på Wikipedia är jag inte
> kompetent att bedöma. Där finns ju dessutom även Google Maps'
> användningsvillkor att ta hänsyn till.
>
>  -- T (JÄIA)
>

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

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

[Andreas Vilén]

2010/8/9 Magnus Bäck :
> On Monday, August 09, 2010 at 19:11 CEST,
>     Andreas Vilén  wrote:
>
>> Ja, det var ju verkligen redundans. Jag skrev in en kommentar om att
>> sidan jag skapade borde mergas med den du länkade. Hade inte sett den
>> andra sidan. Ser dock också att vissa linjer som finns som relationer
>> på sidan jag skapat saknas på den som tar upp hela Sverige, exempelvis
>> SkEx 10.
>
> Jag kan i och för sig klara mig utan att den fullständiga listan
> (med omappade linjer) läggs in i Public_transport-sidan eftersom
> den då kommer att bli så förtvivlat lång.

Tja, alla ska ju mappas förr eller senare. Men visst kan man ha sidan
jag skapade separat och lägga in de som har relationer, färdiga eller
ofärdiga, på sidan. Mängden arbete som måste göras minskar ju inte för
att man sticker huvudet i sanden :)

>
>> Angående att dela med sig av data är väl den bästa lösningen om de
>> helt enkelt delar med sig av sina shapefiler så får vi importera
>> informationen i OSM successivt. Många busslinjer är ju omöjliga att
>> mappa på traditionellt sätt, då de kanske bara går en eller två gånger
>> om dagen. Om man då inte vill detaljmappa Lövestad eller Vollsjö under
>> en heldag :) När jag importerade data från Staffanstorp jämförde jag
>> datan med den som redan fanns, och tog bort datan som var sämre i
>> någon av källorna och laddade sedan upp. Det tar tid, men är man många
>> som hjälper åt kan man ta en liten del var.
>
> Det luriga i det här fallet är att busslinjer är mer dynamiska än hus
> och gatnät. Jag tror inte att Skånetrafiken kommer att vara speciellt
> välvilliga om vi inte har något system för att uppdatera linjerna
> (semi)automatiskt. Om detta ligger fast så tror jag att utmaningen
> kommer att ligga i att utveckla en konvertering som är såpass automatisk
> att ev. tveksamheter/konflikter kan lösas av människor. I mailsvaret
> jag fick talades om linjesträckningar som "uppdateras ständigt pga
> ändraded [sic] linjesträckningar på vägarbeten, sommarmarknader osv".
> Nu menar jag inte att vi ska sikta på att anpassa OSM-kartan efter
> sommarmarknaderna, men jag tror att det är ganska talande för deras
> inställning.

Aha... Ja, jag har inga bra lösningar på det här. Tillfälliga
ändringar i tabeller är inget vi kommer att kunna ändra datan efter.
Dessutom är det ju så att OSM inte inom en rimlig framtid kommer att
ersätta Skånetrafikens egen webbplats med reseplanerare osv.

>
> Men det är möjligt att uppdateringarna är såpass begränsade att t.ex.
> ett verktyg som kan presentera skillnaderna mellan gammal och ny
> sträckning skulle vara tillräckligt för att man för hand skulle kunna
> hålla alla relationer up to date.
>
>> Det viktigaste är dock att vi får tag i själva filerna och att någon
>> kan konvertera dem till .osm-format. Det är alltid lättare att få
>> saker gjorda om man tar det steget först (verkstad går före snack).
>
> Absolut, verkstad går först.
>
>> Tänk på upphovsrätten och licenserna och låt inte Skånetrafiken
>> diktera hur datan får användas.
>
> Om någon har några bra argument för varför Skånetrafiken inte ska lägga
> sig i uppdateringsfrekvensen för OSM så är jag idel öra. Ett är ju att
> busslinjerna kommer att mappas i vilket fall som helst och att deras
> tillhandahållande av data inte kommer att förvärra något.

Syftar nu på att de inte ska få diktera några andra krav än de som
licenserna tillåter. Det är lätt att när man vill samarbeta med någon
stor aktör "lova för mycket" som man sen inte kan hålla. Varför inte
förresten erbjuda Skånetrafiken att själva uppdatera datan på OSM? Det
måste vara det lättaste sättet att hålla den uppdaterad.

/Andreas

>
> --
> Magnus Bäck
> ba...@swipnet.se
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-se
>

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

Re: [Talk-se] "Kontorsmappningsträff" i Lund

[Andreas Vilén]

Det skulle nog Britta gärna få information om. Hon har mailadress
britta.duvehan...@lund.se  och är tyska så det går bra att prata tyska
med henne. Hälsa från mig.

Jag ser till att undvika de datum som Erik nämner.

/Andreas

2010/8/13 Christoph Matthei :
> On 2010-08-09 18:26 Andreas Vilén wrote:
>
>> Det är nämligen så att Lunds kommun tar egna flygbilder, och därför
>> själva äger dem, och har bestämt sig för att ge tillstånd att rita av
>> dem på OSM, likt tillståndet som getts av Yahoo. Britta, som sköter
>> det här, har dock lite problem med att få till att kunna visa bilderna
>> på något smidigt sätt för avritning, och har hittills bara fått det
>> att fungera i Merkaartor i ett specifikt zoomläge. Hon har också på
>> grund av filernas storlek hållit dem på den lokala servern.
>
> Jag har gjort samma sak för Orsa (Dalarna)
> http://wiki.openstreetmap.org/wiki/User:Blaubär#Aerial_Picture
>
> Det var lite krånglig att konvertera flygbilderna till rätt format, men
> jag fick hjälp från tyska e-post-listan och lyckade till slut. Jag har
> installerad en lokal mapserver, men det kunde man lika bra gör på en
> offentlig server (kanske vid kommunen). Nu kan jag använda flygbilderna
> som en bakgrund inom JOSM via en WMS layer.
> Om jag kan hjälpa med några tekniska informationer, so skicka ett mejl
> till mig.
>
> /Christoph
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-se
>

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

Re: [Talk-se] Sveriges kommuner

[Andreas Vilén]

Tack Markus för att du avslutade vad jag påbörjade!

Simon, jag frågade om detta på Wikipedia, och där hävdades att
gränserna inte alls är speciellt noga, framförallt för att de tar mer
hänsyn till trafiksäkerhet än att vara noggranna. Så de ska man nog
inte gå efter. Bästa är att gå efter de gränser som finns på
Ekonomiska kartan, även om dessa också kan ha ändrats något sedan
dess, främst för att få bort enklaver och exklaver.

/Andreas

2010/8/15 Simon Josefsson :
> Markus Lindholm  writes:
>
>> Tänkte bara skriva en liten kort notis om att jag kommit till en slags
>> slutpunkt med mitt projekt med Sveriges kommuner, dvs. nu kan man säga
>> (med reservation för att det alltid kan finnas fel) att:
>>
>> - Samtliga kommuner ska finnas som en relation i OSM, länk finns från wikin
>> http://wiki.openstreetmap.org/wiki/WikiProject_Sweden#Municipalities_.2F_Kommuner
>> - Samtliga kommuner ska vara slutna (self contained)
>> - Kommungränserna sammanfaller med läns- och riksgränser
>> - Hela Sveriges yta tillhör någon kommun.
>
> Häftigt!
>
>> Sen ska man vara medveten om att själva gränsen i OSM kan ligga flera
>> kilometer från den riktiga gränser, speciellt om source=SCB. Så om ens
>> hemkommun verkar ligga fel så är det bara att ta tag i gränsen och
>> flytta den.
>
> Gränsen mellan Solna och Stockholm vid E4'an ser lite mysko ut, har för
> mig den diskuterats förut...
>
>> Det gäller rent allmänt att om man kör förbi en skyllt för kommungräns
>> så ska man helst ta tag i den existerande gränsen och flytta den och
>> inte skapa en ny gräns där man observerat skyllten.
>
> En generell fråga: vet vi hurpass bra vägskyltar som anger gränser
> egentligen sitter?  När jag var nere i Småland så gick jag runt en
> gränsskylt på en väg och la in den som en punkt och drog om gränsen via
> den punkten (se [1]) men skylten var rejält gammal så det är ju inte
> omöjligt att den inte längre är korrekt.  Svårt att veta vad som gäller
> om även SCB's data är fel...
>
> /Simon
>
> [1] http://www.openstreetmap.org/browse/node/601942753
>
> ___
> 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