Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Markus Lindholm
2017-01-24 7:48 GMT+01:00 Andreas Vilén :
> Samtidigt renderas inte namnet om husnummernoden ligger ivägen.

Varför skulle man lägga adressnoden ivägen för husnamnet när man har
friheten att placera den var man vill inom byggnaden?

> Rendering är inget argument för att mappa på ett visst sätt.

Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
finns för mycket information på ett och samma objekt torde vara varför
man tog fram den här principen
http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

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

Har du själv läst den här sidan som du länkade till tidigare
https://wiki.openstreetmap.org/wiki/Addresses
Den anger fyra olika alternativ till placering av adressen, ingen av
dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
standard? Samtidigt har jag gett tre sakargument varför ett visst
tillvägagångssätt är att föredra.

/Markus


>
> /Andreas
>
> Skickat från min iPhone
>
>> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm :
>>
>> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
>> om huset har ett namn så renderas inte adressen.
>>
>> /Markus
>>
>>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
>>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
>>> som
>>> har adressen, inte bara entrén, till skillnad från med trapphus där
>>> adresserna normalt sätts på entréer. Radhus mappas normalt som
>>> separata
>>> byggnader. Wikin beskriver olika metoder där alla är lika
>>> accepterade:
>>> https://wiki.openstreetmap.org/wiki/Addresses
>>>
>>> Då adresser mappade på byggnader är något som använts i hela Sverige
>>> (och
>>> övriga världen bortsett från Danmark som genomförde en statlig
>>> import) och
>>> jag aldrig hört någon förespråka att göra på något annat sätt, kommer
>>> jag
>>> att fortsätta göra så om jag inte får andra invändningar i samma
>>> stil.
>>> Däremot kan jag ändra källtaggen till source:address=Helsingborgs
>>> kommun
>>> även om byggnaderna också i 90% av fallen har kommunen som källa.
>>>
>>> /Andreas
>>>
>>> 2017-01-22 14:09 GMT+01:00 Markus Lindholm >>
 Jag ser det som ett suboptimalt sätt att tagga. Det är ett
 inkonsekvent
 sätt då det inte finns ett ett-till-ett förhållande mellan
 byggnader
 och adresser. En byggnad kan ha flera adresser eller ingen. Det
 leder
 som sagt också till tvetydigheter, som exemplet med source-taggen.

 Det bästa sätten (enligt mig) är kombinera adressen med entrence-
 taggen, om man känner till var ingången ligger. Det näst bästa är
 att
 ha den som en fristående nod inne i byggnaden.

 /Markus


> On Sun, 2017-01-22 at 10:26 +0100, Andreas Vilén wrote:
> Hmm, det normala förhållningssättet till adresser är att de läggs
> på
> byggnaderna. Det är så jag alltid gjort och det är så det ser ut
> globalt med Danmark som enda undantag.
>
> Men jag skulle kunna ändra till source:address eller liknande så
> det
> blir tydligare vad källtaggen syftar på.
>
> /Andreas
>
> Skickat från min iPhone
>
>> 22 jan. 2017 kl. 09:39 skrev Markus Lindholm > mail
>> .com>:
>>
>> Hej
>>
>> Kollade på de första förändringarna som gjorts och en sak som
>> jag
>> noterade och som jag tycker inte är helt optimal är att du
>> överladdar
>> addr:* taggar och building=* på samma objekt, t.ex.
>> https://www.openstreetmap.org/way/411646429
>>
>>
>> Det vore bättre om de hade varsin eget objekt, en nod för
>> adressen
>> och
>> en area för huskroppen. Då skulle inte heller source-taggen bli
>> tvetydig.
>>
>> /Markus
>>
>>
>>> On Sat, 2017-01-21 at 09:59 +0100, Andreas Vilén wrote:
>>> Nu har jag satt igång. Mitt tillvägagångssätt kommer vara
>>> följande:
>>>
>>> 1) Jag har registrerat ett konto, grillo_import, som jag
>>> kommer
>>> att
>>> göra
>>> alla redigeringar i det här projektet med. Eventuellt kommer
>>> det
>>> återanvändas i framtiden för andra importer
>>> https://www.openstreetmap.org/user/Grillo_import
>>> 2) Jag har även skapat ett opublicerat hot-projekt där jag
>>> har
>>> delat
>>> in
>>> Helsingborgs kommun i rutor. Projektet är opublicerat så
>>> ingen
>>> annan
>>> börjar
>>> stänga rutor utan att jag märker det.
>>> 3) Jag laddar 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,
>>> 

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Andreas Vilén
Samtidigt renderas inte namnet om husnummernoden ligger ivägen. Rendering är 
inget argument för att mappa på ett visst sätt.

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

/Andreas

Skickat från min iPhone

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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Karl Wettin
Ingen lärt ju göra en uppdatering med en annan fil från januari denna gången, 
så det borde ju bli utmärkt med bara "Januari 2017".
> On 23 Jan 2017, at 16:42, Andreas Vilén  wrote:
> 
> Jag kan ändra källtaggen om så önskas, men jag vet inte vilket datum det är 
> på filen jag använder mig av. source:address=Helsingborgs kommuns baskata, 
> 2017-01-?? funkar väl, men i så fall måste jag veta vad jag ska ange för 
> datum eller bara ange januari 2017.
> 
> Jag satte igång och gjorde lite redigeringar idag innan Andreas Gnaus inlägg 
> här ovan, men än så länge är det fortfarande bara påbörjat på landsbygden i 
> utkanten av kommunen.
> 
> /Andreas
> 
> 2017-01-23 16:39 GMT+01:00 Karl Wettin  >:
> 
>> On 23 Jan 2017, at 16:29, Andreas Vilén > > wrote:
>> 
>> source:
>> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
>> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i 
>> fallet de släpper fler kartor.
>> 
> 
> +1
> 
> En datumstämpel är också bra då Helsingborg uppdaterar sin fil på nätet 
> löpande. En gång i veckan om jag inte minns fel.
> 
> 
>   kalle
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-se 
> 
> 
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Markus Lindholm
Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
om huset har ett namn så renderas inte adressen.

/Markus

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

Re: [Talk-se] Husnummerimport i Hbg kommun

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

/Andreas

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Karl Wettin

> On 23 Jan 2017, at 16:29, Andreas Vilén  wrote:
> 
> source:
> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i fallet 
> de släpper fler kartor.
> 

+1

En datumstämpel är också bra då Helsingborg uppdaterar sin fil på nätet 
löpande. En gång i veckan om jag inte minns fel.


kalle


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Andreas Vilén
Om du vill titta på datan själv är här en länk till .osm-filen jag
använder:
http://grillo.users.openstreetmap.se/helsingborg%20adresspunkter.osm

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Andreas Vilén
Jag fyller i mina svar nedan i ditt svar.

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

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

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

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

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

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

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

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

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

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


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

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

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


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

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


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

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

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


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

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

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

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


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

??

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

Jag är övertygad om att stavningen i kommunens officiella data är bättre än
den manuellt karterade. Ett exempel som jag brukar återkomma till är
Bachmansgatan i Kävlinge. Denna skyltas öst om Jakobsgatan Bachmansgatan
och väst om Jakobsgatan Backmansgatan. Ändå är det 

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Karl Wettin

> On 23 Jan 2017, at 11:59, Erik Johansson  wrote:
> 
> IMHO kan man  ta bort source, datat är CC0 så det är bara att
> kommentera källan på wikin och i Changesettet.

Jag tycker det är juste att lämna källa tydligt, även om man inte måste. Om 
inget annat så visar det för andra myndigheter som funderar på CC0 men vill ha 
tydlig creds att det kan man få ändå.


kalle


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Gamla tågspår - Ska de mappas?

2017-01-23 tråd Per Eric Rosén
Jag ser gärna att gamla järnvägsspår är kvar. Även om banvallen är 
förstörd syns den ofta tydligt i terrängen, och sådant ska vi mappa.


Sen skulle jag kunna sträcka mig till att även behålla "osynliga" fd 
järnvägar - de är inte bara en banvall, utan också något som 
strukturerat omgivande bebyggelse och kan bli en nyckel när man försöker 
läsa av ett område som det ser ut idag.


Tycker också det var rätt trevligt att se fd järnvägar när man är ute och 
turistar faktiskt.


Jag kan tänka mig dock att de strukturer som inte finns på marken *alls* 
kan förpassas till något av de system som föreslagits om OSM med 
tidslinje. En *rolig* applikation vore till exempel att kunna gå omkring i 
någon klosterruin och slå på (i en turistorienterad karta till exempel) 
att visa att man befann sig i en kryddträdgård, i ett kapell osv.

Eller då att man ser att den där stenbiten läng cykelvägen var en lastkaj.

/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-23 tråd Erik Johansson
2017-01-23 8:29 GMT+01:00 Andreas Gnau :
> addr:postcode:
> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
> Renderern kan alltid formatera det.

Nu la jag specifikt till mellanslaget, med bara 32 796 mellanslag i
datat, blir det extrapolerat från bara denna datapunkt  3MB-30MB
mellanslag för hela Sverige det är ok för att formatera postnummer på
rätt sätt. :-)

> addr:country:
> Jag anser addr:country som onödigt/redundant

Håller med

> source:

IMHO kan man  ta bort source, datat är CC0 så det är bara att
kommentera källan på wikin och i Changesettet.

Däremot är det absolut intressant att ha koll på vilken version vi importerar
Adress.MAPADDRESSPOINT.geojson
datum 2017-01-01
sha1sum  93170fd3e305d4976457cd65fe4be4d7132ad03b


> Hur är datakavaliten?

Jag bor inte heller i Helsingborg, men efter ha kollat ett hundratal
punkter bedömer jag kvalitén som utmärkt, det finns bland annat en
klassificering av adresspunkter som byggnad/ingång/tomt som inte är
med i konverteringen. Placeringen av punkten verkar ändå vara
centrerad på byggnader.



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

ADDRESSAREA_resolved => addr:street
ENUMERATOR + DESIGNATIONNUMBERLETTER => addr:housenumber
POSTCODE + %20 => addr:postcode
CITY => addr:city
Det finns mycket information i adresspunkts filen som kan användas på
andra sätt än bara portnummer, men det jag tror det finns
trottoarkanter i baskartan så det är nog smartare att begränsa sig
lite.

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