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] 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=-71.46051362163524=17=HvSsAR0kHaiH4ILu-FCgZA=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: [OSM-talk] Your experience in reaching out to Maps.me users ?

[Andreas Vilén]

Also, what exactly is "to the right" in this context? North, East, South or
West?

/Andreas

On Mon, Dec 7, 2020 at 3:04 AM Mario Frasca  wrote:

> My experience is limited to one person in Panamá, who's used two user
> names: Kielito and Kielito1.
>
> He adds shops, one per changeset, he shortens names, and seldom uses
> capital letters.
>
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=8527833
>
> https://resultmaps.neis-one.org/osm-discussion-comments?uid=8943003
>
> As you can see, he only replied to
> https://openstreetmap.org/changeset/61198755, where I asked him where
> some object really belonged, given I would not expect a shop to be in
> the middle of a road.  "put it to the right, thank you" was the answer.
> something I did not do.  I have no idea why he thinks he can't edit once
> he's contributed data.
>
> At a certain point I started systematically commenting to his changesets
> "who do you think is going to clean up your incomplete information?",
> before I alerted the DWG about it.  The reply I received from the DWG
> was that I should not scare away providers of valuable information.  I
> can't find the reply, to correctly quote text and attribute authorship
> of the reply.
>
> regards, MF
>
>
> On 04/12/2020 11:37, michael.montani95 at gmail.com (Michael Montani)
> wrote:
> > Dear all,
> >
> > I'm calling back a discussion on this mailing list on how Maps.Me edits
> > most of the times result to be very bad and close to vandalism.
> Furthermore
> > it seems the editor hasn't any notification system (as iD and JOSM) to
> tell
> > the user that at least someone sent an OSM message.
> >
> > We found out some users mapping very bad (and huge quantity) of POIs here
> > and there in:
> > - DRC: An user mapping over all the country, including sensible,
> temporary
> > data like an assault place in Irumu
> > https://www.openstreetmap.org/node/8018353585#map=19/1.45249/29.87712
> > (mapped as shop=butcher, with questionable dark sarcasm), plus many other
> > questionable ones
> >
> https://www.openstreetmap.org/user/format%20answer/history#map=10/1.2949/29.9117
> > - Mali: An user putting thousands of office=government in Bamako and
> other
> > cities, making impossible to produce decent urban maps out of OSM data
> > within a capital city...
> >
> https://www.openstreetmap.org/user/seydoukone/history#map=11/12.6172/-7.9153
> >
> > What worries me the most is that no one of these users are answering to
> > messages (and it's very common among Maps.Me users as I see...) and even
> if
> > they could be reverted, nothing is letting them know that they are
> actually
> > vandalising the map. It's difficult also to proceed with full reverts
> > because some tags from time to time seem reasonable, but can be
> challenging
> > to verify on the ground.
> >
> > I'm actually wondering about the causes of such bad tags, is Maps.Me
> using
> > preset names which are difficult to associate to actual tags? Should it
> be
> > mandatory for OSM editors to show OSM notifications? It seems also
> Maps.Me
> > itself is difficult to contact!!
> https://github.com/mapsme/omim/issues/13951
> >
> > Thank you,
> > Michael Montani
> > -- next part --
> > An HTML attachment was scrubbed...
> > URL: <
> http://lists.openstreetmap.org/pipermail/talk/attachments/20201204/f34c603e/attachment.htm
> >
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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] 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: [OSM-talk] Odp: Re: Old phone line or old power line?

[Andreas Vilén]

You are subscribing to a mail list. You should probably unsubscribe. It’s 
possible to read the messages in the archives if you don’t want the emails.

/Andreas

Skickat från min iPhone

> 27 juni 2020 kl. 22:10 skrev marekskleciak :
> 
> 
> What can I do to stop information from you?
> I removed it many times in spam but your address seems to be one exception: I 
> get messages again. This is nothing against you as a person or against your 
> content. I see you are from Russia and I really like russian people,have many 
> friends there.I like Russia as well. The reason is: my engagement in OSM is 
> recently less, so I try to read only messages written from less friends. 
> 
> Best regards,
> Marek
> 
> 
> Dnia 27 czerwca 2020 21:32 80hnhtv4agou--- via talk  
> napisał(a):
> 
> if you want more information, you have to give more information.
> 
>  
> Saturday, June 27, 2020 2:23 PM -05:00 from Mike Thompson 
> :
>  
>  
>  
> On Sat, Jun 27, 2020 at 12:21 PM Bryan Housel  wrote:
> >
> > I’d tag as `abandoned:power=minor_line` since you said it is down in 
> > places.  
> >
> > It is impossible to tell from the picture what its original purpose was, 
> > but this doesn’t matter much if you just want to get it mapped.
> Thanks Brian, I will proceed along those lines. I would still be interested 
> to hear from experts in the utility field as to what the original purpose of 
> the lines were.  Since this is in the US, one case assume standard household 
> voltage (given the size of the insulators and the fact that it terminiantes 
> at an old house in ruins), which back in the day was 110.  In which case, 
> there would be a considerably percentage voltage drop over the many km 
> distnace this line spans.
>  
> Mike
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>  
>  
>  
>  
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Paid mapping

[Andreas Vilén]

Maybe the mappers think unclassified equals what we call highway=road, as in no 
classification yet determined?

It’s a fairly common misconception among new mappers.

/Andreas

Skickat från min iPhone

> 22 juni 2020 kl. 23:50 skrev Martin Koppenhoefer :
> 

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

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

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

[Andreas Vilén]

Stack overflow seems to use the same software and is highly active. This
seems to be updated? Can't we update as they do?

https://stackoverflow.com/questions

/Andreas

On Wed, May 20, 2020 at 9:34 AM Tobias Wrede  wrote:

> Hi,
>
> we have several channels in OSM to facilitate discussions and support.
> First touch point for new users is often help.openstreetmap.org.
> Questions relating to mapping in general, tagging, editors, development,
> OSM based applications are asked there and get answered in most cases.
>
> The site is based on OSQA, a software which has not been maintained in
> some time. Some application errors have surface in the past but had to
> be ignored since no fixes are coming from OSQA any more. Until now we
> could live with that. They were annoying but not critical. There are
> open tickets on OSM github to move the help site to some other framework
> (https://github.com/openstreetmap/operations/issues/149,
> https://github.com/openstreetmap/operations/issues/377) but there isn't
> exactly an abundance of volunteers to take care of that.
>
> Usability of help.openstreetmap.org has now seriously worsened over the
> past few days with some js error popping up for longer and longer times
> (
> https://help.openstreetmap.org/questions/74831/why-does-the-add-a-new-comment-button-sometimes-not-work).
>
> Buttons to support formatting questions and answers are gone, comments
> cannot be added and moderation functions (reporting, converting
> questions to comments etc.) are not working anymore.
>
> If this continuous we can shut down the site soon. Even if this problem
> got resolved somehow it's only a matter of time until a new problem
> arises. The site provides a low entry hurdles place to ask questions
> that can be solved by simple answers. I'd hate so see it gone.
>
> I'm neither a programmer who could help out on the technical side nor am
> I involved in OSM organization and politics to have an idea on how this
> could be sorted out. Question around: Can we find someone to take care
> of the technical side? Can we involve any of the OSM organizations to
> find, maybe pay, someone? Does the community even find it worthwhile
> keeping the site?
>
> cheers,
>
> Tobias
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

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 

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

Går man till  https://osmstats.neis-one.org/?item=countries=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_curse_

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: [OSM-talk] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Andreas Vilén]

There’s Incubus, from the 60’s with William Shatner in the main role. According 
to myth, that is what made Gene Roddenberry decide it would be a horrible 
desicion to make Star Trek in Esperanto.

/Andreas

Skickat från min iPhone

> 25 feb. 2020 kl. 18:06 skrev Tomek :
> 

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

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

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]

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] 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] 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=Grillo_import=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. Jag tillhör 

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

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

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

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=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äteriets bilder 

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

[Andreas Vilén]

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
> > databas, men exakt hur 

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]

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 

Re: [OSM-talk] Way to delete buildings added by specific user, or help reverting?

[Andreas Vilén]

However, it's not approximately correct, it's just one geometry copied onto
every building. It's like if you would copy a rectangle tagged
landuse=farmland onto every field you see disregarding its actual shape. I
would say better no data than false data. The suggestion to change them
into nodes is the best option here imo.

Regards Andreas

On Mon, Jul 8, 2019 at 11:09 PM John Whelan  wrote:

> Different people have different standards.  Normally in OpenStreetMap we
> don't consider data consumers but they do exist.
>
> In Canada for example there are different levels of government and
> government agencies who would like to see buildings in Canada.  They are
> available in different formats from a number of sources in Open Data format
> with the correct licensing.  However combining them with other sources
> means it is more convenient for many to use OSM.
>
> We have had people complain that buildings have been mapped with too much
> detail.  I'm probably guilty of using the JOSM buildings_tool to simplify
> buildings and not include the bumps for garages when mapping in Canada.
> Talking to the government agencies and most would be delighted with the
> level of detail and accuracy you've identified rather than have nothing.
>
> In Africa where I also map these would be considered to be more than
> acceptable compared to many buildings that are mapped there.
>
> If you zap them what's left and is it better to have nothing than building
> outline that is approximately correct?
>
> Cheerio John
>
>
>
> hbogner wrote on 2019-07-08 3:53 PM:
>
> My comment was not nice because I snapped after seeing what he/she did.
>
> As a schooled surveyor that kind of neglect and false data is hurting me
> and I have the right to be angry. Maybe to harsh language but that data is
> false data.
>
> Only one building on this map is not the same as the others:
> https://www.dropbox.com/s/r3u6tow5qbc7jna/osm-Venko.png
> They are copy/pasted all over the map.
>
> This is not the first complaint I got about him/her from Croatian
> community.
>
> Croatian community does not like false data being entered just to fill the
> map.
>
>
> On 08. 07. 2019. 21:36, Bryan Housel wrote:
>
> hbonger, your comment here is not very nice.
> https://www.openstreetmap.org/changeset/56552674
>
> Reviewing their edits on OSMCha, most of their edits don’t look too bad
>
> https://osmcha.mapbox.com/changesets/69561377?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22Venko%22%2C%22value%22%3A%22Venko%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D
> 
>
>
> Maybe you should try being nicer to them and they might care about the map
> more.  Comments like yours ripple outwards and affect the rest of the OSM
> project negatively.. Calling some’s edit “bullshit” is not going to get
> them to draw better buildings.
>
> Just saying - be nicer, thanks.
> Bryan
>
>
>
>
> On Jul 8, 2019, at 2:57 PM, hbogner   > wrote:
>
> Hi all
>
> Is there a way to delete buildings created by specific user?
>
> Some users already complained about
> https://www.openstreetmap.org/user/Venko to me for inaccurate mapping and
> imaginary mapping. They wrote to him, but he didn't reply or stop.
>
> Here is an example on which I just stumbled:
> https://www.openstreetmap.org/#map=17/45.52874/15.48285=N
>
> He copy/pasted one building all over the place.
>
> I tried to revert the changeset, but there are too many conflicts.
>
> Any suggestions how to fix this mess?
>
> regards, Hrvoje
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
> --
> Sent from Postbox 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Way to delete buildings added by specific user, or help reverting?

[Andreas Vilén]

I looked at the picture provided and it’s really not acceptable mapping imo. If 
the user can’t be arsed to draw the proper outlines, it’s better to just copy 
and paste a building node. I would be pretty pissed if someone did this were I 
map as the cleanup takes longer than mapping it from scratch.

It wouldn’t be acceptable with random rectangle parks or farmlands all over the 
place either.

/avid buiding mapper Grillo

Skickat från min iPhone

> 8 juli 2019 kl. 22:02 skrev hbogner :
> 
> Are you sure? Right size as the buildings? Take another look.
> https://www.dropbox.com/s/6ys12pizpsvfs9f/osm-Venko2.png
> 
> Orientation of all buildings is the same.
> Size of all buildings is the same.
> They are all teh same building copy/pasted all over the place.
> 
> Yes I'm local from Croatia, and as I stated on another rely this is not the 
> first complaint I got from Croatian community about this user doing weird 
> mapping.
> 
> 
>> On 08. 07. 2019. 21:28, john whelan wrote:
>> Your concern is?  If I look in JOSM at the link you supplied the buildings 
>> are approximately the right size and where buildings are in the imagery.
>> Their orientation could be better.
>> However they aren't duplicates, and compared to many buildings mapped 
>> they're almost reasonable and the mapper isn't that inexperienced.
>> If you're local fine raise the issue but otherwise I'm not seeing a major 
>> problem, still having said that I do understand some people do have concerns 
>> about mapping buildings and importing them.
>> You can use JOSM to pick them out and correct them by the way.  If you 
>> download the country off line then split it up into chunks JOSM works quite 
>> well.  Cleaning up buildings is quite a chunk of work by the way.
>> Cheerio John
>> On Mon, 8 Jul 2019 at 15:07, hbogner > > wrote:
>>Hi all
>>Is there a way to delete buildings created by specific user?
>>Some users already complained about
>>https://www.openstreetmap.org/user/Venko to me for inaccurate mapping
>>and imaginary mapping. They wrote to him, but he didn't reply or stop.
>>Here is an example on which I just stumbled:
>>https://www.openstreetmap.org/#map=17/45.52874/15.48285=N
>>He copy/pasted one building all over the place.
>>I tried to revert the changeset, but there are too many conflicts.
>>Any suggestions how to fix this mess?
>>regards, Hrvoje
>>___
>>talk mailing list
>>talk@openstreetmap.org 
>>https://lists.openstreetmap.org/listinfo/talk
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Updates to DigitalGlobe Imagery Layers

[Andreas Vilén]

What will this mean for saved offsets in Josm, both locally and on the servers?

/Andreas

Skickat från min iPhone

> 29 juni 2019 kl. 11:42 skrev Christoph Hormann :
> 
>> On Saturday 29 June 2019, Kevin Bullock wrote:
>> DigitalGlobe, now Maxar [1], is transitioning the OpenStreetMap
>> imagery endpoints (from “DigitalGlobe Standard” to “Maxar Standard”;
>> and from “DigitalGlobe Premium” to “Maxar Premium”). OSM users should
>> see content parity between the old and the new layers by June 30,
>> 2019. Starting July 1, 2019, there will be only two Maxar layers
>> available from within the OSM editors – labeled with Beta.
> 
> My usual question: will there be image metadata available for these 
> layers, preferably in a machine readable form that allows editors for a 
> spatially selective suggestion of the best available imagery?
> 
>> The good news: imagery will be more recent and more frequently
>> updated with our latest Maxar mosaic content. We hope that our
>> improved production processes (bundle block adjustment, atmospheric
>> compensation, continuous updates, etc.) will benefit OSM
>> contributors.
> 
> A quick look at some critical areas shows that while coverage is similar 
> or better than with the old layers there is a significant number of 
> places where either the Standard and Premium layers now feature the 
> same image or where a well mapping suitable image (at high latitudes 
> usually: near snow and ice minimum) is being replaced by a less mapping 
> suitable image:
> 
> https://www.openstreetmap.org/#map=13/73.4207/54.9987
> https://www.openstreetmap.org/#map=13/75.8010/-83.9056
> 
> There seem to be some rendering artefacts at the lower zoom levels:
> 
> https://earthwatch.digitalglobe.com/earthservice/tmsaccess/tms/1.0.0/DigitalGlobe:ImageryTileService@EPSG:3857@jpg/11/1940/304.jpg?connectId=d9c5e3ef-6300-4cec-9562-c1f27da6b2d9
> https://earthwatch.digitalglobe.com/earthservice/tmsaccess/tms/1.0.0/DigitalGlobe:ImageryTileService@EPSG:3857@jpg/13/2834/2333.jpg?connectId=d9c5e3ef-6300-4cec-9562-c1f27da6b2d9
> 
> Examples of useful improvements:
> 
> https://www.openstreetmap.org/#map=15/-57.1171/-26.8197
> https://www.openstreetmap.org/#map=14/75.8120/137.6692
> https://www.openstreetmap.org/#map=14/81.5993/-16.6763
> https://www.openstreetmap.org/#map=13/-77.9505/166.6831
> 
> -- 
> Christoph Hormann
> http://www.imagico.de/
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

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] 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] 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: [OSM-talk] Google deletes map of Kurdistan - can we do better?

[Andreas Vilén]

Yes, obviously, but is there anything that marks a certain area as Kurdistan? I 
haven’t found anything.

Google maps doesn’t delete the entire map area but aren’t allowed to show which 
area is normally called Kurdistan for Turkish citizens since Turkey denies its 
existance.

/Andreas

Skickat från min iPhone

> 11 jan. 2019 kl. 07:52 skrev Frederik Ramm :
> 
> Hi,
> 
>> On 10.01.19 22:36, Andreas Vilén wrote:
>> However there
>> doesn't seem to be any map that covers the entire area.
> 
> I don't know what you mean. Of course OSM covers the entire area?
> 
> Bye
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] Google deletes map of Kurdistan - can we do better?

[Andreas Vilén]

Hi!

The Turkish government has forced Google to delete a user made map of
Kurdistan. I read this in a Swedish news article here:
https://www.dn.se/nyheter/varlden/google-raderade-kurdistan-karta/ This is
the best English source I can find:
https://www.almasdarnews.com/article/google-forced-to-delete-custom-made-map-of-kurdistan-amid-pressure-from-turkey/

They were forced to delete it for Turkish citizens but chose to delete it
completely anyway ("technical reasons"), but have since restored it for the
rest of the world:
https://www.google.com/maps/d/u/0/viewer?ie=UTF8=h=UTF8=0=1umTU2XPOmzQ245YY40dF_NNTpVc=36.21402763739052%2C39.249140445657076=9

This got me thinking: how does OSM display Kurdistan? It seems, we don't.
This relation covers the Iranian province of Kurdistan:
https://www.openstreetmap.org/relation/5392650 However there doesn't seem
to be any map that covers the entire area.

I realize that it might be hard to map this since the region has no
official border, right? I have no local knowledge at all, so I'm really
just rising the topic for discussion. Also, there's no way to know if the
Turkish government will crack down on OSMF if we do this.

Opinions?

Regards Andreas
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

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

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: [OSM-talk] Representing places with no housenumber

[Andreas Vilén]

Please don’t use name=no name. Use noname=yes.

/Andreas

Skickat från min iPhone

> 22 aug. 2018 kl. 17:17 skrev Nelson A. de Oliveira :
> 
> What is the best way to represent places which have no housenumber?
> 
> It's the same problem described in
> https://wiki.openstreetmap.org/wiki/Talk:Addresses#Missing_housenumbers
> (and this same doubt arose recently in the Brazilian community)
> 
> By leaving the housenumber empty we don't know in fact if the place
> doesn't have a housenumber or if it wasn't just filled.
> 
> Similarly to using name="No name" to represent a street with no name,
> using any kind of value in addr:housenumber would be wrong and cause
> the same kind of problems.
> 
> How could we solve this, please?
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

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

[OSM-talk] Notes sorted by date/user/so on

[Andreas Vilén]

Hi,

I just went through some notes all around the world (or, at least northern
Africa and southern Europe, but even huge cities like central New York have
these) and found lots of easily closable notes. For example two notes
stating that a football stadium does indeed have the name it was tagged
with (one two years old, one two weeks old), 3-4 year anonymous notes
stating "no left turn" (app created not very trustworthy notes), several
reviews of restaurants, two notes about a local supermarket that was tagged
three times and so on. Obviously these are tagged in areas that either lack
active mappers or lack active mappers who look at or even know of the
existence of notes. More than once I have come across notes that have been
resolved since they were created but have not been closed (or in some cases
"fixed, do you want me to fix anything else", unresolved for two years).

Personally I look at all notes that are opened in Sweden, and there are a
lot of them that are closed almost immediately because they are used in the
wrong way. There are a lot of easily closable notes out there that we could
get rid of to get the notes that actually contain usable information easier
to find. In my experience almost bigger town/city contains lots of notes
that are either 1) about something that is already tagged 2) a review or
opinion 3) easily fixable by adding or removing a tag 4) spam.

Therefore I wonder, is it possible to get notes sorted by date in some way?
That would make it easier to find those old notes that have been lying
around forever either waiting for a fix that will never come, have been
fixed long ago or contain outdated or bogus information. It would also be
nice to easily separate anonymous from logged in users. Maybe at least this
is something that someone has thought of creating a QA tool for?

Regards Andreas
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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] 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] Ä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 <andreas.vi...@gmail.com>:

> 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 <mats.elfst...@gmail.com>:
> >
> > 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]

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]

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 <da...@davido.me>:
> 
> 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" <andreas.vi...@gmail.com> 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 <mar...@norpan.org>:
>>> 
>>> 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 <da...@davido.me>:
>>>> 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]

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

[OSM-talk] Chaotic mapping by a new user in Sweden

[Andreas Vilén]

Hi,

About a week ago edits against the editing norm in the village of Veberöd
in Sweden ( http://www.openstreetmap.org/user/Linus%20Olsson/history ) was
noticed by me and Essin, who are both active editors in this region in
Sweden. I first tried writing a changeset message telling him his edits are
appreciated, but he should read up on editing norms and look in other
areas, and that his edits will probably be reverted. I also recommended
some ways to contact the community (
http://www.openstreetmap.org/changeset/51485420 ). This didn't help though
and he's still editing, now starting to edit bigger roads which can have a
bigger impact on routing than the misguided edits inside the village (that
still break routing though).

I tried to send an email to DWG explaining this, but have got no reply a
week after I sent it. I tried reverting with the only means I know, the
Revert UI. It didn't work since someone had already edited relations in the
area. Essin has said he could be willing to try to revert in Josm, but a
more experienced hand might be needed.

Below I'm including the email I sent to DWG with more details.

"I would like to ask for some help reverting edits by a new user in Veberöd
in Sweden. The user made a lot of small edits in ID over the past week and
have for example 1) changed highway tags https://www.openstreetmap.org/
way/311389509/history , 2) drawn separate ways in either direction even for
residential streets https://www.openstreetmap.org/#map=19/55.63105/13.50659 ,
3) drawn complex overlapping streets for simple intersections
https://www.openstreetmap.org/#map=19/55.63327/13.49399 4) broken
relations, 5) drawn separate foot/cycleways when in reality they are the
same way and finally 6) started attempts at editing, probably gotten
confused and simply uploaded broken data

The edits can be seen here: https://www.openstreetmap.org/
user/Linus%20Olsson/history

The biggest mess is probably this roundabout: https://www.
openstreetmap.org/#map=19/55.63395/13.49738 or here: https://www.
openstreetmap.org/#map=19/55.63522/13.49057

I have contacted the mapper in a changeset comment and tried to write an
encouraging message that edits are welcome but as a new user he should be a
little careful before he starts reinventing the way we map (in Swedish, I
can translate if necessary): http://www.openstreetmap.org/changeset/51485420 I
suspect no ill intent.

I also tried to revert myself with http://revert.osmz.ru but was
unsuccessful, since someone has edited relations after his latest edit.

I feel it's a bit beyond my editing skills to try to revert all of this
manually, and not miss anything or by accident delete history. I also
believe the user has already deleted history and replaced streets with
streets drawn by him.

It would be nice if you could be of help in reverting all of this, before
people start reverting small bits of it and mess up the data even more."

Can we get some help here please with either reverting or blocking if he
doesn't stop editing against conventions?

Regards Andreas
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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 <user.es...@gmail.com>:

> 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

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]

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: [OSM-talk] Tagging and rendering of television masts

[Andreas Vilén]

Please read http://wiki.openstreetmap.org/wiki/Aviation

Pilots do not use the osm base map...

/Andreas

Skickat från min iPhone

> 23 apr. 2017 kl. 07:50 skrev Oleksiy Muzalyev :
> 
>> On 22.04.17 21:17, Martin Koppenhoefer wrote:
>> 
>> sent from a phone
>> 
>>> On 22. Apr 2017, at 08:33, Oleksiy Muzalyev  
>>> wrote:
>>> 
>>> In my opinion, it is a significant issue, in fact a disaster waiting to 
>>> happen. There will be soon air-born taxi in Dubai, Singapore, etc., and the 
>>> extremely high communication towers, the so-called aviation traffic 
>>> obstacles https://en.wikipedia.org/wiki/Air_traffic_obstacle , are not 
>>> rendered on the OSM map at all.
>> 
>> which disaster do you expect to happen? Someone flying around in dense fog 
>> and using no other information than osm-carto?
>> 
>> I agree it is a shortcoming that towers are not rendered on osm-carto, but 
>> we should keep calm and not exaggerate its significance.
>> 
>> cheers,
>> Martin
> 
> Dear Martin,
> 
> An air traffic obstacle, a tall structure which can endanger air traffic, has 
> to be marked with red and white colored markings and with aircraft warning 
> lights at night. If you look at these communication towers this is how they 
> are actually painted.
> 
> An airman say a pilot of a medicopter may well study terrain carefully on a 
> map before a flight. In fact it is not a flight as a bird flies, but rather a 
> jump as there is a time limit, an endurance. That is why a planning is 
> necessary.
> 
> Unfortunately on the OSM map he/she will not see any icon. At the same time 
> the air-traffic in urban areas will continue to increase. It is future of 
> urban mobility [1].
> 
> If a helicopter, an RPAS, a plane touches a mast or a cable it would crash; a 
> mast may collapse. For individuals involved it could certainly be a disaster.
> 
> People do realize it. Andy not only mapped the communication tower (or mast) 
> but plans to map its cables. It is a good idea too. It will take time to map 
> all these towers (masts), measure and calculate their height, etc.
> 
> Unfortunately the confusion between "man_made=tower" and "man_made=mast" 
> continues. One is rendered and one is not, and that adds to confusion.
> 
> [1] 
> http://www.airbusgroup.com/int/en/news-media/corporate-magazine/Forum-88/My-Kind-Of-Flyover.html
> 
> With best regards,
> 
> Oleksiy
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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] 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] 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 <matt...@dalkvist.se>:
> 
> Har kollat mer på det nu det ser ut att vara okej lägesnoggrannhet men en del 
> topologiska saker:  flera öar med bara deras nya vägar, det är dåligt med 
> flygbilder så flera villaområden finns inte alls i osm och flera ställen 
> behöver små anslutningar till vägnätet för routing.
> 
> De objekt som raderats är footways som ersatts med nya cycleway, de borde väl 
> ha uppdaterat istället för att behålla historiken. Flera av de borttagna ways 
> hade andra attribut som lit och surface vilket helt saknas på de nya, de har 
> endast highway=cycleway. 
> 
> Sedan är det ju den stora frågan om licensen, har de rätt att ge oss datat 
> under ODbL eller kommer det från LM. Det vore väl bäst om någon från kommunen 
> kunde skriva något.
> 
> 
> 
> 2017-03-24 23:10 GMT+01:00 Andreas Vilén <andreas.vi...@gmail.com>:
> >
> > Kan nog vara på sin plats med ett välformulerat changesetmeddelande. Har du 
> > tittat på hur datan ser ut? Ser att en del objekt raderades i uppladdningen.
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> > 24 mars 2017 kl. 19:54 skrev Mattias Dalkvist <matt...@dalkvist.se>:
> >
> > Hej
> >
> > Såg detta https://osm.org/go/0ZLQ4SV-?changeset=47127684 när jag tittade på 
> > nya användare.
> >
> > Är det någon på här som känner till något om en import från Forshaga 
> > kommun? Ser inget på wikin eller import listan.
> >
> >
> > -- 
> > Dalkvist
> >
> > ___
> > Talk-se mailing list
> > Talk-se@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-se
> >
> >
> > ___
> > Talk-se mailing list
> > Talk-se@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-se
> >
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se 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: [OSM-talk] Fixing broken multipolygons, some notes

[Andreas Vilén]

There is a difference between data errors that the osmi will detect and bad 
quality map data. Corine is the latter.

It's not up to me to decide if this data is to be deleted or not. If you want 
to do that, raise the question with each respective country's mailing list.

/Andreas

Skickat från min iPhone

> 19 mars 2017 kl. 19:32 skrev Christoph Hormann <o...@imagico.de>:
> 
>> On Sunday 19 March 2017, Andreas Vilén wrote:
>> 
>> Also, as has been pointed out earlier, Corine data might be bad, but
>> does not contain that many pure data errors as we define them.
> 
> That is not quite accurate in my experience.  As i explained in
> 
> https://lists.openstreetmap.org/pipermail/talk/2017-February/077553.html
> 
> landcover mappings like corine are based on selecting the least unlikely 
> of a fixed set of landcover classes at a certain scale based on certain 
> criteria and reference areas and this frequently produces completely 
> bogus results.
> 
> In areas like here:
> 
> http://www.openstreetmap.org/#map=13/56.7935/16.0168
> http://www.openstreetmap.org/#map=13/62.7015/25.6678
> 
> the Corine based landcover data in my eyes has not connection to reality 
> at all, it is factually simply wrong.
> 
> I understand that the perspective to loose all the data and to be 
> without any forest mapping until manual mapping has filled the gaps 
> seems not so pleasant but i am pretty sure there are a lot of people 
> from abroad who would be glad to help you with either manual forest 
> mapping or importing better quality data in a way that is better 
> maintainable and more compatible with manual mapping activity.
> 
> However as long as the bad quality Corine data is there and meant to 
> stay few people are interested in editing this mostly meaningless data.
> 
> -- 
> Christoph Hormann
> http://www.imagico.de/
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

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

[Andreas Vilén]

To be fair, "the local community" in this case is probably mostly me and my
interpretation of the Swedish community's reaction when someone tried to
remove Corine imagery rather carelessly (introduced a lot of new errors) a
couple of years ago. It's too bad that we're talking about a region when no
one from that region is posting in this mailing list (even though I'm sure
many read it).

Also, as has been pointed out earlier, Corine data might be bad, but does
not contain that many pure data errors as we define them. This is
approximately the area in Sandor's link in OSM inspector:
http://tools.geofabrik.de/osmi/?view=areas=10.35829=60.44245=10
This is probably the worst problem area but that has been mapped by hand:
http://tools.geofabrik.de/osmi/?view=areas=14.63086=56.93988=9

The main problem with Corine is that oftentimes the landuse data overlaps
villages (which I found when I mapped mountain villages in southern Spain
last week as well) and also when someone has been mapping by hand and
doesn't clean up the Corine data while doing that (I have been doing a lot
of cleanup here, but lots of fixing remains, but as you can see, no mapping
errors:
http://tools.geofabrik.de/osmi/?view=areas=16.63835=56.73536=12
).

Maybe new error tools can be developed to find for example when Corine data
overlaps other landuse data, or it can be taught to analyze imagery for
buildings inside farmland/forest tags?

/Andreas

On Sat, Mar 18, 2017 at 11:24 PM, Frederik Ramm  wrote:

> Sandor,
>
>if I understand you correctly your basic message is "let's try and
> improve osm2pgsql's polygon interpretation rules instead of fixing the
> data", or at least "while we wait for the data fixing to be completed".
>
> I think this is not a good idea because, as you remark yourself, those
> working with the OSM source data directly will not profit from more
> magic in osm2pgsql. We would have more situations where someone
> processes OSM data with, say, QGIS and thinks "uh, I must have done
> something wrong, because on the OSM map there's a forest here and on my
> map there isn't".
>
> Fixing the data in OSM is the better approach. In many cases, broken
> polygons are a result of a broken import or careless editing and if
> MapRoulette prompts someone to open their editor in that location, they
> are likely to find quite a few other things worth of attention.
>
> > The “Fixing broken polygons”, especially programmatic/mass fixing, could
> > be more dangerous to all users.
>
> I wholly agree that, with perhaps a very few narrowly defined
> exceptions, nobody should make an attempt to fix broken polygons
> automatically because many things go wrong (and the automatic fix would
> not give us the advantage I mentioned above, that someone looking at the
> data in the area might find other things amiss).
>
> > Let us look at a map extract from the
> > mentioned Scandinavian forests
>
> It has been suggested to completely remove some CORINE-based landcover
> import in Scandinavia on the basis that not only there are many broken
> polygons, but also that it bears very little resemblance to the reality
> on the ground. People have said it is a nicely painted map but not much
> more. But I believe the local community said they preferred a nicely
> painted and somewhat wrong map over having to trace the forests from
> aerial imagery themselves ;)
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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: [OSM-talk] Fixing broken multipolygons

[Andreas Vilén]

Hi there,

We are aware of the Corine import problems and have discussed them locally at 
least in Sweden. Our community is very loose with not much activity in mailing 
lists or other media, but so far consensus has been not to remove Corine if 
it's not replaced by improved data.

I have done some cleanup myself mostly around Kalmar, but in the huge Northern 
parts of the country it seems unmanagable. Some users have made good progress 
in the Bergslagen area though.

/Andreas

Skickat från min iPhone

> 16 feb. 2017 kl. 10:53 skrev Christoph Hormann :
> 
>> On Wednesday 15 February 2017, Sarah Hoffmann wrote:
>> 
>> There are some notable holes, for example in the woods of
>> Scandinavia. It would be great if they are gone by the time we
>> switch the software.
> 
> A general recommendation here to the Scandinavian communities - you 
> might seriously want to consider removing the forest/wood polygons from 
> the old Corine landcover imports.  These are:
> 
> * factually very inaccurate, usually indicating this area is mostly tree 
> covered rather than this area is actually forested.
> * not aligned to other geometries, in particular water bodies.
> * non-maintainable due to the polygons size leading to mappers widely 
> drawing other stuff over it.
> 
> Examples:
> 
> http://mc.bbbike.org/mc/?lon=8.836311=58.848538=14=3=google-satellite=mapnik=mapbox-satellite
> http://mc.bbbike.org/mc/?lon=27.615479=60.772083=13=3=google-satellite=mapnik=mapbox-satellite
> http://mc.bbbike.org/mc/?lon=26.339005=61.247215=13=3=google-satellite=mapnik=mapbox-satellite
> 
> Newly mapping wood areas from scratch here would likely lead to better 
> and better maintainable data in the long terms.  You could even 
> consider importing newer high quality data with a more sensible polygon 
> size.
> 
> -- 
> Christoph Hormann
> http://www.imagico.de/
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Untagged Nodes and Ways

[Andreas Vilén]

I always have all checks activated so it seems it just misses stuff
sometimes... Could the issue be that I never reinstall Josm when I update
but just overwrite the josm-tested.jar file with the new one?

/Andreas

On Mon, Jan 30, 2017 at 6:59 PM, john whelan <jwhelan0...@gmail.com> wrote:

> I seem to recall that JOSM allows you to pick and choose what to validate
> both for what is in JOSM and what should be validated on uploading.
>
> It's quite useful in that you can just validate for duplicate ways or
> select highway=whatever then check for crossing ways.
>
> If you're mapping in Africa the highway wiki recommends tagging path
> rather than footway.  Apparently the locals use small motorcycles on them.
>
> Cheerio John
>
> On 30 Jan 2017 12:29 pm, "Andreas Vilén" <andreas.vi...@gmail.com> wrote:
>
>> The Josm validator doesn't always work. I have noticed untagged ways
>> uploaded by myself long after I created them, and I wouldn't miss a message
>> like that.
>>
>> Often it's footways where I've drawn a lot, tagged them in bulk and
>> missed a few.
>>
>> /Andreas
>>
>> Skickat från min iPhone
>>
>> 30 jan. 2017 kl. 16:23 skrev Clifford Snow <cliff...@snowandsnow.us>:
>>
>>
>> On Mon, Jan 30, 2017 at 2:16 AM, Rory McCann <r...@technomancy.org>
>> wrote:
>>
>>> Well, to be pedantically correct*, many untagged ways are members of
>>> relations which have tags.
>>>
>>
>> untagged ways as member of a relation were not included in the count.
>> There are over 7M untagged ways that are part of a relation.
>>
>> My guess is that people started to add in a feature but somehow forgot to
>> tag them before uploading. JOSM gives a nice warning, which I've received.
>> iD gives a warning as well but not as a new dialog box that you have to say
>> yes go ahead and upload.
>>
>> Clifford
>>
>>
>> --
>> @osm_seattle
>> osm_seattle.snowandsnow.us
>> OpenStreetMap: Maps with a human touch
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Untagged Nodes and Ways

[Andreas Vilén]

The Josm validator doesn't always work. I have noticed untagged ways uploaded 
by myself long after I created them, and I wouldn't miss a message like that.

Often it's footways where I've drawn a lot, tagged them in bulk and missed a 
few.

/Andreas

Skickat från min iPhone

> 30 jan. 2017 kl. 16:23 skrev Clifford Snow :
> 
> 
>> On Mon, Jan 30, 2017 at 2:16 AM, Rory McCann  wrote:
>> Well, to be pedantically correct*, many untagged ways are members of
>> relations which have tags.
> 
> untagged ways as member of a relation were not included in the count. There 
> are over 7M untagged ways that are part of a relation.
> 
> My guess is that people started to add in a feature but somehow forgot to tag 
> them before uploading. JOSM gives a nice warning, which I've received. iD 
> gives a warning as well but not as a new dialog box that you have to say yes 
> go ahead and upload.
> 
> Clifford
> 
> 
> -- 
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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 <karl.wet...@kodapan.se>:

> 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 <andreas.vi...@gmail.com> 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 <markus.lindh...@gmail.com>:
>
>> 2017-01-24 7:48 GMT+01:00 Andreas Vilén <andreas.vi...@gmail.com>:
>> > 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>:
>> >>
>

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 <markus.lindh...@gmail.com>:

> 2017-01-24 7:48 GMT+01:00 Andreas Vilén <andreas.vi...@gmail.com>:
> > 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å 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 <markus.lindh...@gmail.com
> >>>> :
> >>>
> >>>> 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.
> &g

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 <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å 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 <markus.lindh...@gmail.com
>>> :
>> 
>>> 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 <markus.lindholm@g
>>>>> 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
>>>>&g

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 <andreas.vi...@gmail.com>:

> 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 <ron...@rondom.de>:
>
>> (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
>> b

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 <ron...@rondom.de>:

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

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 <ron...@rondom.de>:

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

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 <markus.lindh...@gmail.com>:

> 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 <markus.lindholm@gmail
> > > .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 <l...@aronsson.se>:
> > > >
> > > > > > On 01/09/2017 09:49 AM, Andreas Vilén wrote:
> > > > > >
> > > > > > Med bokstäver menar jag adre

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 <l...@aronsson.se>:

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

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 <andreas.vi...@gmail.com>:

> 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 <markus.lindh...@gmail.com>:
>
>> 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 <andreas.vi...@gmail.com>:
>> > 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]

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 <markus.lindh...@gmail.com>:

> 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 <andreas.vi...@gmail.com>:
> > 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

[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] 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 <andreas.vi...@gmail.com>:

> 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 <karl.wet...@kodapan.se>:
>
> 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

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

Re: [OSM-talk] Lot's of locality names in an otherwise empty area

[Andreas Vilén]

I have seen them too. I think they were imported once, considering the tags
in this example: http://www.openstreetmap.org/node/1243337771 and this
changeset: http://www.openstreetmap.org/changeset/26850111

I have changed some of them in southern Spain to more appropriate tags,
since they were in obviously populated places. I think the bigger problem
here is that place=locality is rendered on too high zoom levels. Today they
are handled like place=hamlet and rendered at zoom 15. Maybe lower it to
zoom=16 and give them a smaller font than hamlet or render them in italics?

/Andreas

On Sun, Nov 20, 2016 at 6:41 PM, Sebastian Arcus 
wrote:

> I'm looking at the following section of OSM:
>
> http://www.openstreetmap.org/#map=15/42.9959/-8.3908
>
> I see lots and lots of locality names, on what the satellite imagery
> confirms to be otherwise just empty fields and forests. I'm pretty sure
> I've seen this elsewhere on OSM, in another part of the world. Does anybody
> know why are all these place names there - in the middle of nowhere?
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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: [OSM-talk] addr:interpolation and data consumers

[Andreas Vilén]

It's not always that easy. "3D housenumbering" has no clear tagging rules and 
sometimes it's hard or illegal to get close enough to see which number is used 
for which building/entrance. In other situations the mailboxes are not located 
where the houses are and the houses have no addresses on them, making it hard 
to know which mailbox belongs to which building.

 Interpolating when you know start and finish is more honest than guessing.

/Andreas

Skickat från min iPhone

> 20 nov. 2016 kl. 17:47 skrev nebulon42 :
> 
> Hi,
> 
> I have written an address QA script for Austrian addresses. Now I'm
> asked to support addr:interpolation. While the script is specific to
> Austria the more general problem of addr:interpolation is not.
> 
> In my opinion addr:interpolation is of little value for data consumers.
> Personally, I prefer addresses on nodes or buildings where the location
> of the address is clear. addr:interpolation rather leaves this open. I
> know that addr:interpolation is an established tag, but the Wiki also says:
> 
> "As long as we don't have a node or building outline for each
> house(number) along a way, it's also possible to use automatic number
> interpolation."
> (https://wiki.openstreetmap.org/wiki/Addresses#Using_interpolation)
> 
> For me that sounds like: use it until there is something better/more
> accurate. I tend to replace addr:interpolation with addresses on nodes
> or buildings when I see them and more accurate data is available.
> 
> What is the opinion on addr:interpolation here?
> 
> For reference: https://github.com/gmgeo/at-address-compare/pull/1
> 
> (not on tagging to reach a more diverse audience)
> 
> nebulon42
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

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: [OSM-talk] User group for mapping activities in Wikimedia

[Andreas Vilén]

Not really sure what you mean. Can you start by explaining what Wikimaps is and 
its relation to Openstreetmap?

/Andreas

Skickat från min iPhone

> 6 nov. 2016 kl. 12:08 skrev Susanna Ånäs :
> 
> Hi all interested in mapping in Wikimedia!
> 
> I have made a proposal in Wikimedia IdeaLab to create a Wikimaps user group.
> Do you think that would be a good way for the Wikimedia mapping community to 
> go forward? 
> Wikimaps activities have been focusing on historical mapping, but the user 
> group would be made for all mapping related activities. The goal is that 
> people with many different ideas for using the geographic component in their 
> projects would come together, share their expertise and help each other 
> forward.
> The user group would give the community an affiliate status within the 
> Wikimedia movement, while still keeping the group organic and without 
> organizational structures.
> If you think you can endorse or join, please visit the page and leave your 
> mark!
> 
> Best,
> Susanna Ånäs
> 
> https://meta.wikimedia.org/wiki/Grants:IdeaLab/Wikimaps_user_group
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Without an address, an Icelandic tourist drew this map of the intended location (Búðardalur) and surroundings on the envelope. The postal service delivered!

[Andreas Vilén]

"frame;lock;door" hmm... or was it "frame;lock;window"? ---> mail gets
delivered to the other side of the world. If you write "Main street 15"
instead of "Main street 13" it will probably get delivered correctly anyway
as long as the name is correct.

Also, tell people who are supposed to deliver mail in the favelas of Brazil
to constantly wear a smartphone around their neck and you will see very few
people willing to do that work...

Imo it's better to let these areas choose their own (classic) addresses and
then report these to the authorities.

/Andreas

On Tue, Aug 30, 2016 at 7:24 PM, Colin Smale  wrote:

> I am going to say this very quietly what3words
>
>
>
>
> On 2016-08-30 19:12, Florian Lohoff wrote:
>
>
> Hola,
>
> On Tue, Aug 30, 2016 at 05:03:39PM +0200, Iván Sánchez Ortega wrote:
>
> Warning: flame thread about to start.
>
> El tirsdag 30. august 2016 16.50.14 CEST Oleksiy Muzalyev escribió:
>
> It is clear that in Iceland there are street signs. However, a growing
> number of people on Earth is living in slums [1] or slum-like areas,
> where a classical system of addresses from the 19th century is not
> affordable.
>
>
> Oh for fucks sake. Tell me what's not affordable about spray-painting
> letters
> on the sides of buildings?
>
>
> http://www.upu.int/en/activities/addressing/addressing-the-world-
> initiative.html
> http://www.upu.int/fileadmin/documentsFiles/activities/
> addressingAssistance/brochureWhitePaperEn.pdf
> http://www.upu.int/fileadmin/documentsFiles/activities/
> addressingAssistance/brochureAddressingTheWorldEn.pdf
>
> Although i think the Upu has some serious conflicts in their members and
> goals.
>
> Deutsche Post and British Postal Service are both members, and both claim
> copyright
> on the postcode database. So the members of the UPU do not conform to the
> claimed "public good"
> of addressing.
>
> I think OSM could be a major piece in generating addresses for the billions
> currently unaddressed - still - its a huge task.
>
> Flo
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] What pointing device you use for mapping?

[Andreas Vilén]

Nothing fancy. Heavy osming has a tendency to break mice so I only use cheap 
stuff.

Once I bought a fancy one but the precision was so bad I had to change back to 
the standard Ms mouse...

/Andreas

Skickat från min iPhone

> 12 juli 2016 kl. 10:18 skrev Oleksiy Muzalyev :
> 
> I use Nexus Silent Mouse SM-8500B [1]. This mouse does not produce a "click" 
> sound, though there is a tactile click. This type of soundless mouse makes a 
> difference while working in an OSM editor. I like SM-8500B. I own three of 
> them, including a spare one. It works fine on Mac and W10.
> 
> There are numerous innovative pointing devices available nowadays, - graphics 
> tablets, vertical mice, pencil mouse, etc. If you have a positive experience 
> employing an innovative pointing device design for mapping, please, let me 
> know.
> 
> [1] https://nexustek.us/mice/sm-8500
> 
> Best regards,
> 
> Oleksiy
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

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: [OSM-talk] MAPS.ME edits - partly sub-standard

[Andreas Vilén]

My concern is based on the fact that post codes are deemed "important"
enough to be among maps.me's presets (they only allow presets and no free
tagging if I'm not mistaken) and post codes are something that's easy to
look up in sources we can't use but new users oblivious to what their
contributions in fact are don't know we can't use.

/Andreas, who has been surveying the province of Skåne, Sweden since 2008.
http://www.openstreetmap.org/user/Grillo

On Tue, Jun 21, 2016 at 11:07 AM, Richard Fairhurst <rich...@systemed.net>
wrote:

> Andreas Vilén wrote:
> > Post codes are also a little dubious, since those aren't open
> > data in Sweden and can normally only be figured out through
> > local knowledge
>
> Perish the thought that people might add their local knowledge to OSM. I
> thought it was all imports, armchairing and tagwanking these days.
>
> Richard
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/MAPS-ME-edits-partly-sub-standard-tp5875743p5876046.html
> Sent from the General Discussion mailing list archive at Nabble.com.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Andreas Vilén]

I'm using Go Map for quick editing on the go. It's only available for IOS
though: https://wiki.openstreetmap.org/wiki/Go_Map!!

It's pretty much as powerful as iD (at least to my knowledge, I never use
iD for anything more complicated than adding poi's or changing tag values)
and pretty easy to use for smaller edits, or for example adding a shop or
street name on the go.

/Andreas

On Mon, Jun 20, 2016 at 11:49 PM, Andrew Harvey 
wrote:

> On 20 June 2016 at 22:48, Oleksiy Muzalyev 
> wrote:
> > Maps.me editor has got the principal difference from other editors, - it
> can be used without an active Internet connection.
>
> I've been editing in JOSM for years and just started editing with
> Maps.me, and the fact that it's very fast and easy to make the edit is
> the main reason I have. If I walk past a shop, it's very easy to add
> it straight through the app, vs making a note and then spending time
> back home converting that note into mapping in JOSM.
>
> The down side of course is that the Maps.me data isn't updated very
> frequently so I might be duplicating data which has been added after
> Maps.me last generated the data extracts, or potentially already in
> OSM but Maps.me wasn't rendering it (so I thought it didn't exist). I
> think this is something Maps.me should address that if it finds a
> similar tag nearby which was created at a time after your local
> offline data and if so let you know about it before uploading.
>
> It's also frustrating that I can't add key=value tags, as an expert
> user this would be a handy option.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Andreas Vilén]

Look at this edit:http://www.openstreetmap.org/node/4253750089/history

Is it not possible to use "special" characters lika åäö in the Maps.me app?
Also, why is it suggesting adding opening hours to a school? Post codes are
also a little dubious, since those aren't open data in Sweden and can
normally only be figured out through local knowledge (as what's on your
letters or if you work as a mail man). We have had some communication with
governing agency Post- och Telestyrelsen but so far they have not agreed
making post code data open. (see also http://www.postnummeruppror.nu/ )

/Andreas

On Mon, Jun 20, 2016 at 5:52 PM, Martin Koppenhoefer  wrote:

>
> 2016-06-20 17:48 GMT+02:00 Martin Koppenhoefer :
>
>> another issue: housenumber added to a building. This is not going to work
>> in Italy, because every entrance of a building gets it's own housenumber.
>> https://www.openstreetmap.org/way/242789192
>>
>
>
> maybe there is more to this (like pre-compiled fields in the app?),
> because a business on the opposite side of the street has the same address:
> https://www.openstreetmap.org/node/4252088796
>
> cheers,
> Martin
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mapbox imagery won't load hires imagery that seems to exist

[Andreas Vilén]

Thank you! I didn't know where to look to find the Mapbox imagery online. I
will try to contact Arun Ganesh about this.

/Andreas

On Fri, Jun 10, 2016 at 4:03 PM, Christoph Hormann <chris_horm...@gmx.de>
wrote:

> On Friday 10 June 2016, Andreas Vilén wrote:
> >
> > I have already tried contacting Mapbox about this (about a month ago)
> > but got no reply.
>
> The best way to deal with things like this might be to approach the
> Mapbox data team:
>
> http://wiki.openstreetmap.org/wiki/Mapbox#Mapbox_Data_Team
>
> who are routinely using the images for mapping themselves and who
> therefore might be familiar with technical quirks w.r.t. use in JOSM
> and also know who to approach within Mapbox to handle more substantial
> problems.
>
> You can also see the issue outside JOSM by the way:
>
>
> http://mc.bbbike.org/mc/?lon=13.754608=56.157484=16=3=bing-satellite=mapnik=mapbox-satellite
>
> http://mc.bbbike.org/mc/?lon=13.754186=56.157108=15=3=bing-satellite=mapnik=mapbox-satellite
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Mapbox imagery won't load hires imagery that seems to exist

[Andreas Vilén]

Recently (in May or some time earlier), southern Sweden (as well as many
other locations) got new Mapbox imagery in many areas that earlier only had
very low resolution imagery. The resolution is not super hi-res, but
workable and much better than nothing. At best, it looks like this:
http://grillo.users.openstreetmap.se/hires%20mapbox.png

This imagery covers a large area, but in some places, the highest
resolution seemingly refuses to load (like Mapbox haven't imported all zoom
levels). It certainly looks like it's the same photography session:
http://grillo.users.openstreetmap.se/hilowres%20mapbox.png (yes, I have
tried to reload imagery, try for yourselves at this area:
http://www.openstreetmap.org/#map=19/56.15778/13.75513 )

In other places, where there was imagery before this big update, the old
poor imagery replaces the better imagery on higher zoom levels. For example
here, where the zoomed out imagery looks like it should be of higher
resolution than what replaces it when zoomed in (poor black and white
imagery): zoomed out:
http://grillo.users.openstreetmap.se/highres%20zoomed%20out%20mapbox.png ,
same area zoomed in:
http://grillo.users.openstreetmap.se/lowres%20zoomed%20in%20mapbox.png

I have already tried contacting Mapbox about this (about a month ago) but
got no reply.

I would be very grateful if anyone could shed some light on this situation!

Regards

Andreas

PS: In contacting Mapbox. I had to create a Mapbox account. Does anyone
know what's going on? Are they going to upload the higher resolution tiles
that they probably have? Does anyone have a way to contact Mapbox about
this that will actually go to someone who works with this? The contact
options for OSM mappers who use Mapbox imagery seem to be very limited. I
had to create an account and lie about my occupation (because they forced
me to choose between very few different job titles when creating the
account). Also, the contact form didn't seem to take OSM questions into
account at all.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk