Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Gnau]

On 01/23/2017 04:16 PM, Andreas Vilén wrote:

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


Hade inte sett det, förlåt.


[Ska skriva ett separat mejl angående addr:postcode och addr:country på
kvällen. Mitt intryck är annorlunda.]


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


OK :-D Hade gjort tidigare erfarenheter med någon som importerade
husnummer och förstörde husnummer som kortlades tidigare manuellt med
högre precision.

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

Hur är datakavaliten?


Den är lysande.


Utmärkt!



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.


OK. Jag har ingen stark åsikt om det, men ville bara veta om
motivationen bakom detta.



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


Varför använda interpolering när datan har med varenda adresspunkt?


Jag menade den data som redan finns i OSM. Det är helt klart att man
inte använda addr:interpolation i 2017 :-)


Hur ska vi säkerställa kvalitén på lång sikt? (Använd regio-osm
husnummerutvärderingen) [...]

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



Som exempel en länk till en stadsdel i Hamburg, Tyskland:
http://regio-osm.de/hausnummerauswertung/auswertung_anzeigen?job_ids=2367=true=osmkartevoll=nein=nein=Bundesrepublik+Deutschland=Hamburg




Man kan ändra språket till Engelska upp till höger på webbsidan

;-)



Tog en titt. Begrep inte hur man ska använda sidan över huvud taget.
 Jag har andra metoder för att reda ut samma sak. De kanske inte är
lika effektiva men fungerar för mig.


Jag håller med att gränssnittet kunde förbättras mycket, men jag känner
ingen bättre verktyg för utvärdera adresser i OSM mot en
officiellt källa. Därför vore jag intresserad av dina metoder.

Om det finns intresse av andra, så kan jag ta hand om det och pratar med
oklimu, så att den utvärderingen körs också för Hbg.


Några exempel av nyttiga funktioner:

Huvudfunktionaliteten som man kan se i länken är att visar varje gata
med husnummer som finns i båda datakällor / bara i OSM bara i kommunens
data / bara i OSM

Min favoritfunktionalitet: Klicka på: "in OSM already existing
housenumbers: compare with official geocoordindates"
=> Visar distansen mellan varje adress som finns i OSM och den motsvarig
adress i kommunens data med möjlighet att visa det på kartan eller i JOSM

Klicka på: "in OSM still missing housenumbers:   with official
geocoordindates as OSM file"
=> Om det finns adresser som inte finns i OSM, så generar det en OSM-XML
fil med dem adresserna som saknas

"edit mode"
=> möjlighet att utesluta en adress som är fel i kommunens data från 
utvärderingen (med kommentar för anledningen)



Om det finns intresse av andra, så kan jag ta hand om det och pratar med
oklimu, så att den utvärderingen körs också för Hbg

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Karl Wettin]

> On 24 Jan 2017, at 15:16, Andreas Gnau  wrote:
> 
> Datumet vore praktisk också -- även om det kanske kommer att vara svart att 
> få tag i den samma filen om den inte längre finns online...

Jag tycker vi skall publicera rådatan som använts på något lämpligt ställe, typ 
imports.openstreetmap.se eller så där. Och peka ut den från en WikiSida där man 
beskrivit det som genomförts.


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

[Andreas Gnau]

On 01/24/2017 12:00 AM, Karl Wettin wrote:

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


Håller med.


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.


Datumet står i "metadata/readme.txt" i ZIP-filen.

Jag tycker att även om det är CC0, så är källtaggen viktig för att kunna 
relatera till en redigering.


Datumet vore praktisk också -- även om det kanske kommer att vara svart 
att få tag i den samma filen om den inte längre finns online...


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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Erik Johansson]

2017-01-24 10:47 GMT+01:00 Andreas Vilén :
> Jag ser ingen annan argumentera för att placera husnumren nån annanstans än
> i byggnaderna.

Har heller ingen stark åsikt i frågan, men "vi har alltid gjort så" är
ett rätt dåligt argument, som jag ofta hamnar i själv i sådana här
diskussioner.

Jag har alltid tyckt att ":housenumber" borde varit ":portnumber", så
för mig är det mest logiskt att kartlägga dom som noder.  Det finns
egentligen rätt många argument för det; från OSMs sida så gäller ett
objekt per grej, och en adress är som Markus säger inte ett hus,
ingång eller tomt utan dessa saker hör till adressen.

Angående att uppdatera datat så verkar filen ha ändrat sig sedan
första januari, så man kanske måste stoppa in externa ID nummer från
Helsingborgs datat  om adresserna ska ligga på hus.

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

Att man gör så i no och dk är väl ett ganska  bra argument för att ha
data kvar som noder?

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

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

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

/Andreas

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Karl Wettin]

Jag har verkligen ingen stark åsikt i frågan, men eftersom fler röster 
efterfrågas så skall jag framföra min.

För hus med flera uppgångar, exempelvis flerfamiljshus och kontorskomplex, 
tycker jag absolut det bör vara egna noder som pekar ut uppgångarnas positioner.

För friliggande hus tycker jag att det husnummer skall vara en del av 
huvudbyggnadens polygon.

Den enda riktigt bra anledningen jag ser till att lägga alla husnummer i egna 
noder på exakt den koordinat som finns i rådatan är att det blir lättare för 
potentiella framtida skript att automatisera uppdateringar och detektera 
skillnader som kommer kräva manuell hantering. Det är på inget sätt omöjligt 
att få till ett sådant skript även om man har husnummer i polygoner, men det 
blir lättare om man bara har noder som dessutom kanske innehåller en del extra 
meta från Helsingborgs fil för att länka samman datamängderna.

Så länge det följer något av de mönster som finns beskrivna på wikin så tycker 
jag att det är helt upp till den som genomför importen att välja hur man skall 
lägga till husnummer. Om det är flera personer som genomför det så är det helt 
OK med mig att alla gör det på vars ett vis.


kalle

> On 24 Jan 2017, at 10:47, Andreas Vilén  wrote:
> 
> Jag ser ingen annan argumentera för att placera husnumren nån annanstans än i 
> byggnaderna. I andra forum där vi diskuterat det här har heller ingen 
> argumenterat för något annat. Då en adress också i de allra flesta fallen 
> tillhör en byggnad är också det det mest logiska sättet att göra det på. Som 
> sagt verkar också adresser på byggnader. Rimligen bör husnumret ligga på 
> byggnadens centroid och man bör inte flytta undan husnumret för att något 
> annat ska renderas. Nej, det är inte i min åsikt att dra att inte mappa för 
> renderaren in absurdum.
> 
> Kollar man taginfo kan man se att 43% av alla husnummer ligger tillsammans 
> med en buildingtagg: 
> https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations 
>  Då 
> får man räkna bort importerna i Norge och Danmark, där inga husnummer 
> kombineras med byggnader för att kunna uppdateras enkelt i framtiden.
> 
> Jag ser gärna att någon mer engagerar sig i den här diskussionen, för om vi 
> nu skulle göra på något annat sätt än det normala i Sverige måste det framgå 
> tydligt att det här inte bara är en persons åsikt.
> 
> /Andreas
> 
> 2017-01-24 8:56 GMT+01:00 Markus Lindholm  >:
> 2017-01-24 7:48 GMT+01:00 Andreas Vilén  >:
> > Samtidigt renderas inte namnet om husnummernoden ligger ivägen.
> 
> Varför skulle man lägga adressnoden ivägen för husnamnet när man har
> friheten att placera den var man vill inom byggnaden?
> 
> > Rendering är inget argument för att mappa på ett visst sätt.
> 
> Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
> renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
> finns för mycket information på ett och samma objekt torde vara varför
> man tog fram den här principen
> http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element 
> 
> 
> > Då husnummer i byggnader är en standard som följs globalt är det inget jag 
> > tänker frångå här, såvida det inte finns en > 
> > majoritetsåsikt bakom förslaget.
> 
> Har du själv läst den här sidan som du länkade till tidigare
> https://wiki.openstreetmap.org/wiki/Addresses 
> 
> Den anger fyra olika alternativ till placering av adressen, ingen av
> dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
> standard? Samtidigt har jag gett tre sakargument varför ett visst
> tillvägagångssätt är att föredra.
> 
> /Markus
> 
> 
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> >> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm  >> >:
> >>
> >> 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 

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

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

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

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

/Andreas

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[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

[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

[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

[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

[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

[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

[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

[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

[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] Husnummerimport i Hbg kommun

[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

Re: [Talk-se] Husnummerimport i Hbg kommun

[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=true=osmkartevoll=nein=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 översikt av de existerande och icke-existerande 
adresser innan importen och importen till JOSM går ganska smidigt via en 
länk på utvärderingssidan.


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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

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

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

/Andreas

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Markus Lindholm]

Jag ser det som ett suboptimalt sätt att tagga. Det är ett inkonsekvent
sätt då det inte finns ett ett-till-ett förhållande mellan byggnader
och adresser. En byggnad kan ha flera adresser eller ingen. Det leder
som sagt också till tvetydigheter, som exemplet med source-taggen.

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

/Markus


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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Markus Lindholm]

Hej

Kollade på de första förändringarna som gjorts och en sak som jag
noterade och som jag tycker inte är helt optimal är att du överladdar
addr:* taggar och building=* på samma objekt, t.ex. 
https://www.openstreetmap.org/way/411646429


Det vore bättre om de hade varsin eget objekt, en nod för adressen och
en area för huskroppen. Då skulle inte heller source-taggen bli
tvetydig.

/Markus


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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

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

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

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

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

MVH Andreas

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Lars Aronsson]

On 01/09/2017 09:49 AM, Andreas Vilén wrote:
Med bokstäver menar jag adresser av typ 15A, där 15 ligger under 
husnummer och A ligger under extrataggen. Ett något okonventionellt 
sätt att lösa det är att lägga A under addr:unit, men detta avråddes 
jag ifrån när jag frågade om det på engelska OSM-IRC för några veckor 
sedan.


En viktig användning är att gå från postadress till vägbeskrivning.
Man vill inte resa till Storgatan 15 utan till 15A och då vill man
att vägbeskrivningen ska leda till rätt sida av huset, inte till dess
baksida, som kanske kan nås via en park. Det är därför viktigt
att 15A är en punkt på en sida av huset, som nås av vägar.


--
  Lars Aronsson (l...@aronsson.se)
  Linköping



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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

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

/Andreas

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

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

Från en slumpmässig adresspunkt:

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

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

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

/Andreas

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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Markus Lindholm]

Härligt med öppen data.

Men hur tänkte du göra sammanfogningen då det finns en del noder som
är överladdade, dvs. de har både adressdata och annan information så
som shop=* eller amenity=*?

Vad är det för extrataggar som finns i importdatat? Är tveksam om de
ska följa med in i OSM.

/Markus


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

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Jürisoo Anders - SBF]

Härligt,
Bara hojta till om det är nån fråga kring datan!
/Anders


Från: Andreas Vilén [mailto:andreas.vi...@gmail.com]
Skickat: den 9 januari 2017 07:08
Till: talk-se@openstreetmap.org e-postlista
Ämne: [Talk-se] Husnummerimport i Hbg kommun

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