Talonnumerorelaatiot

jkp · 2010-10-02T19:48:12.000Z

Aloin tehdä GpsMidiin tukea talonnumeroille, testiaineistona Suomen OSM. Ensimmäiseksi käsittelyssä ovat relaatiot.

N. 12 % talonnumerorelaatioista (94 kpl) on näköjään tällä hetkellä tägättyinä niin, että katu -roolissa olevia polkuja on useampia.
Wiki-sivun http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Using_relations_to_associate_house_and_street_.28optional.29 mukaan relaatiossa saisi kuitenkin olla vain yksi katu-roolin polku.

Pistokokeiden perusteella näyttäisi siltä, että tilanne on syntynyt teiden pilkkomisen seurauksena.

Eipä kai tässä muuta kuin että nuo olisi hyvä joskus perata ja kohdistaa oikeisiin polunpätkiin. Alla on luettelo siltä varalta että jotakuta innostaa Niin ja jos joku on tekemisissä editorien kehityksen kanssa, niin olisi tietysti hyvä jos editorit huomioisivat tilanteen ja esim. varoittaisivat pilkkomisesta ja kehottaisivat kohdistamaan talonnumerot oikein kun polku on talonumerorelaation osana.

JRA · 2010-10-04T04:18:56.000Z

Mitä hyötyä noista talonnumerorelaatioista muuten on?

skela · 2010-10-04T06:10:31.000Z

JRA:

Mitä hyötyä noista talonnumerorelaatioista muuten on?

Samaa ihmettelen minäkin. Mikä relaatioissa on parempaa tai helpompaa kuin määreiden addr:street ja addr:housenumber lisääminen pisteille tai monikulmioille? Relaatioilla on valitettavasti tapana rikkoutua. Aina silloin tällöin tulee rikkinäisiä route- ja multipolygon-relaatioita vastaan.

Kun olen lisäillyt tiennumeroita, olen yleensä lisännyt numeropisteen ajoväylän kohdalle tietä. Joskus olen vetänyt myös highway=service:n pätkän ajoradalta tontille. Niin olen menetellyt etenkin silloin, kun ajoväylä risteää kevyen liikenteen väylän kanssa.

Jos tontille on piirretty ajoväylä, niin mitä hyötyä tuosta relaatiosta voi olla? Kartta-aineistoa pitää joka tapauksessa pureksia hieman, ja esikäsittelyssä voidaan yhdistää tienumerot ja tiet myös tien nimen perusteella. Riittää, että jollakin ympärillä olevista teistä on sama name tai jokin name:* kuin osoitenumeron addr:street.

Mkgmap ei valitettavasti vielä osaa tehdä kartalla näkyviä tai osoitehaussa toimivia talonnumeroita, ja epäilen, että se osaa vain nuo addr:*-määreet. Ne näkyvät POI-yksityiskohdissa. Olen lisäillyt osoitteita (jopa talonnumeroineen) bussipysäkeillekin. Niissä ne ovat mielestäni käteviä, aina kun pysäkin nimi ei sano mitään tai ei ole tiedossa.

Venäjällä talonnumerorelaatioita ilmeisesti käytetään, sillä Geofabrikin Suomen-karttapalassa on Venäjälle viittaavia relaatioita.

alv · 2010-10-04T08:20:04.000Z

Tähän voisi taas vitsailla saks… olkoon. Jotkut käyttäjät kokevat että asioiden yhteydet pitäisi merkata tarkemmin kuin addr:street -tagilla, tai että kadunnimen toistaminen n kertaa on pahaa toistoa. Kuitenkin (ainakin) Nominatim on jo todistanut että addr:street riittää oikean kohdan löytämiseen asiaankuuluvalta tieltä. Jos ei ole lähes yhtä pitkä matka kahdelle lähikadulle se yhdistää osoitenumerot jopa ilman addr:street -tagia oikeaan katuun. Talonumeron voisi jopa pyöräyttää ja siirtää piirrettäväksi talon kadunpuoleiselle seinälle, automaattisesti - mapnikin tyylitiedostossa sql-hakulauseke voisi toki mennä aika hitaaksi ilman esikäsittelyssä laskettuja “katuyhdisteitä”. Tiettävästi mikään nykyinen ohjelmisto ei edes oleta että katu-jäseniä noissa relaatioissa olisi vain yksi.

Ja miksi sitten tuossa ensimmäisen viestin listassa on ainakin alussa useampi mainittu relaatio aloittamani? Osa on aloitettu vain kolme päivää koko osoitemerkintäehdotelman laatimisen jälkeen, kun vielä vaikutti jotenkin järjelliseltä merkata interpolointiviivoja tai muutoin suunnattomalta urakalta kerätä kaikkia osoitteita eikä missään ollut käyttäjäkokemuksia. Melkeinpä voisin “omani” käydä läpi ja poistaa, ts. varmistaa pelkkien tagien riittävän - näistä relaatioista tosiaan jää hyvin herkästi esim. väliin lisätyt numerot puuttumaan. Merkkauksen helppous on useimmiten se mitä pyritään suosimaan.

Tageilla: lisää piste tai talon ulkomuoto, lisää numero-tagi, lisää katu-tagi
vs.
Relaatiolla: etsi interpolointiviivaa, lisää piste tai talon ulkomuoto (tarvittaessa interpolointiviivan osaksi), lisää numero-tagi, valitse katu ja numeropiste, avaa kadun relaatio jos sellainen on, tai luo uusi relaatio, lisää jäsenet, lisää kadulle rooli jos uusi relaatio, lisää talolle rooli, sulje relaatioeditori.

Relaatioiden käytön tavallaan ymmärtää maaseutuympäristössä, jossa tiehen liittyvä talo voi olla hyvinkin kaukana (esim. yli 2 km) nimetystä tiestä - useimmat varmaankin yrittävät rajoittaa kannasta haettavan lähimmän tien etäisyyttä prosessointiajan rajoittamiseksi - mutta senkään ei pitäisi olla pakollista.

jkp · 2010-10-04T08:38:43.000Z

On noita relaatioita Suomessakin vajaat 400 tagwatchin mukaan. addr:housenumbereita on yli 35 000, eli varsin pieni osa on merkattu relaatiolla, vaikka tietysti yhteen relaatioon menee useampi talonnumero. Addr:street -tägejäkin on yli 31 000, jos ovat samoissa kohteissa niin varsin ahkerasti on kadunnimiä merkkailtu.

Enpä tiedä onko noista relaatiosta paljonkaan hyötyä verrattuna kadunnimen kanssa täggäykseen ilman relaatioita. Lähinnä tulee mieleen, että jos ei täggää kadunnimeä taloon tai pisteeseen vaan liittää talon tai talonnumeron katuun relaatiolla, relaatiolla vältetään kirjoitusvirheen mahdollisuus kadunnimessä. Ja seuraavan kuntaliitoksen tms. tullessa voidaan helposti muuttaa kaikkien kyseisen tien talonnumerot. Suomessa kaksikielisissä kunnissa relaatioiden käyttö myös parantanee mahdollisuuksia, että osoite löytyy molemmilla kielillä, epäilen tulevatko kaikki tägänneeksi kadunnimen kahdella kielellä jokaiseen taloon ja pisteeseen.

Kartan talletustavasta riippuen relaatio saattaa säästää tilaa kadunnimimerkintään nähden, enpä tiedä miten käytännössä on, saattaa olla että vie enemmänkin tilaa.

Kartan pureksimisen kannaltahan relaatiosta ei oikeastaan tosiaan loppujen lopuksi ole hyötyä - vaikka relaation käsittely on helpompaa kuin erillisten talojen ja pisteiden käsittely, pitää kartan pureksintaan kuitenkin rakentaa toiminnot niihin tilanteisiin joissa relaatiota tai edes kadunnimeä ei kartalle ole laitettu.

Rikkinäisiä talonnumerorelaatioitakin on jokunen Suomi-OSM:ssä (muoks: tosin osa “node count 0” - riveistä ovat sellaisia joissa on building-relaatioita eli eivät ole kartan virheitä). Myös hiukan muuta huomautettavaa Osm2GpsMid:in kartan prosessointi löytää, poimittu alle.

ERROR: Housenumber relation not ok, way count: 12 node count 9 url: http://www.openstreetmap.org/browse/relation/11114
ERROR: Housenumber relation not ok, way count: 2 node count 2 url: http://www.openstreetmap.org/browse/relation/13329
ERROR: Housenumber relation not ok, way count: 2 node count 1 url: http://www.openstreetmap.org/browse/relation/13331
ERROR: Housenumber relation not ok, way count: 7 node count 4 url: http://www.openstreetmap.org/browse/relation/13332
ERROR: Housenumber relation not ok, way count: 5 node count 3 url: http://www.openstreetmap.org/browse/relation/14228
ERROR: Housenumber relation not ok, way count: 3 node count 3 url: http://www.openstreetmap.org/browse/relation/15606
ERROR: Housenumber relation not ok, way count: 2 node count 5 url: http://www.openstreetmap.org/browse/relation/15620
ERROR: Housenumber relation not ok, way count: 4 node count 4 url: http://www.openstreetmap.org/browse/relation/16443
ERROR: Housenumber relation not ok, way count: 11 node count 11 url: http://www.openstreetmap.org/browse/relation/16445
ERROR: Housenumber relation not ok, way count: 13 node count 28 url: http://www.openstreetmap.org/browse/relation/16450
ERROR: Housenumber relation not ok, way count: 14 node count 6 url: http://www.openstreetmap.org/browse/relation/16495
ERROR: Housenumber relation not ok, way count: 19 node count 5 url: http://www.openstreetmap.org/browse/relation/16496
ERROR: Housenumber relation not ok, way count: 4 node count 3 url: http://www.openstreetmap.org/browse/relation/16544
ERROR: Housenumber relation not ok, way count: 2 node count 1 url: http://www.openstreetmap.org/browse/relation/16581
ERROR: Housenumber relation not ok, way count: 3 node count 8 url: http://www.openstreetmap.org/browse/relation/21080
ERROR: Housenumber relation not ok, way count: 2 node count 5 url: http://www.openstreetmap.org/browse/relation/28252
ERROR: Housenumber relation not ok, way count: 3 node count 16 url: http://www.openstreetmap.org/browse/relation/28781
ERROR: Housenumber relation not ok, way count: 2 node count 2 url: http://www.openstreetmap.org/browse/relation/33462
ERROR: Housenumber relation not ok, way count: 2 node count 4 url: http://www.openstreetmap.org/browse/relation/33656
ERROR: Housenumber relation not ok, way count: 2 node count 12 url: http://www.openstreetmap.org/browse/relation/37340
ERROR: Housenumber relation not ok, way count: 2 node count 8 url: http://www.openstreetmap.org/browse/relation/37486
ERROR: Housenumber relation not ok, way count: 5 node count 3 url: http://www.openstreetmap.org/browse/relation/50298
ERROR: Housenumber relation not ok, way count: 2 node count 2 url: http://www.openstreetmap.org/browse/relation/54442
ERROR: Housenumber relation not ok, way count: 4 node count 11 url: http://www.openstreetmap.org/browse/relation/57220
ERROR: Housenumber relation not ok, way count: 2 node count 1 url: http://www.openstreetmap.org/browse/relation/57222
ERROR: Housenumber relation not ok, way count: 0 node count 14 url: http://www.openstreetmap.org/browse/relation/57227
ERROR: Housenumber relation not ok, way count: 0 node count 0 url: http://www.openstreetmap.org/browse/relation/57231
ERROR: Housenumber relation not ok, way count: 2 node count 10 url: http://www.openstreetmap.org/browse/relation/57233
ERROR: Housenumber relation not ok, way count: 2 node count 7 url: http://www.openstreetmap.org/browse/relation/57237
ERROR: Housenumber relation not ok, way count: 3 node count 8 url: http://www.openstreetmap.org/browse/relation/57238
ERROR: Housenumber relation not ok, way count: 7 node count 14 url: http://www.openstreetmap.org/browse/relation/57239
ERROR: Housenumber relation not ok, way count: 3 node count 1 url: http://www.openstreetmap.org/browse/relation/66369
ERROR: Housenumber relation not ok, way count: 3 node count 2 url: http://www.openstreetmap.org/browse/relation/77214
ERROR: Housenumber relation not ok, way count: 2 node count 4 url: http://www.openstreetmap.org/browse/relation/77217
ERROR: Housenumber relation not ok, way count: 5 node count 31 url: http://www.openstreetmap.org/browse/relation/78263
ERROR: Housenumber relation not ok, way count: 2 node count 9 url: http://www.openstreetmap.org/browse/relation/83209
ERROR: Housenumber relation not ok, way count: 2 node count 1 url: http://www.openstreetmap.org/browse/relation/138689
ERROR: Housenumber relation not ok, way count: 2 node count 1 url: http://www.openstreetmap.org/browse/relation/296240
ERROR: Housenumber relation not ok, way count: 0 node count 1 url: http://www.openstreetmap.org/browse/relation/301917
ERROR: Housenumber relation not ok, way count: 2 node count 7 url: http://www.openstreetmap.org/browse/relation/305025
ERROR: Housenumber relation not ok, way count: 0 node count 0 url: http://www.openstreetmap.org/browse/relation/313386
ERROR: Housenumber relation not ok, way count: 2 node count 2 url: http://www.openstreetmap.org/browse/relation/313392
ERROR: Housenumber relation not ok, way count: 3 node count 1 url: http://www.openstreetmap.org/browse/relation/318810
ERROR: Housenumber relation not ok, way count: 2 node count 4 url: http://www.openstreetmap.org/browse/relation/422498
ERROR: Housenumber relation not ok, way count: 2 node count 3 url: http://www.openstreetmap.org/browse/relation/574576
ERROR: Housenumber relation not ok, way count: 2 node count 3 url: http://www.openstreetmap.org/browse/relation/660948
ERROR: Housenumber relation not ok, way count: 2 node count 8 url: http://www.openstreetmap.org/browse/relation/898524
ERROR: Housenumber relation not ok, way count: 1 node count 0 url: http://www.openstreetmap.org/browse/relation/957883
ERROR: Housenumber relation not ok, way count: 2 node count 1 url: http://www.openstreetmap.org/browse/relation/1029704
ERROR: Housenumber relation not ok, way count: 4 node count 12 url: http://www.openstreetmap.org/browse/relation/1075091
ERROR: Housenumber relation not ok, way count: 3 node count 2 url: http://www.openstreetmap.org/browse/relation/1075657
ERROR: Housenumber relation not ok, way count: 2 node count 1 url: http://www.openstreetmap.org/browse/relation/1100811
Removing unused nodes
PLEASE HELP and fix reported duplicates in OpenStreetMap
Processed 278611 of 5572220 nodes, 3 duplicates found
Processed 557222 of 5572220 nodes, 11 duplicates found
Differing duplicate nodes: id=559450398 (62.103943|26.089033) name= / id=559450397 (62.103943|26.089033) name=null
Detail URL: http://www.openstreetmap.org/browse/node/559450398
Processed 835833 of 5572220 nodes, 22 duplicates found
Processed 1114444 of 5572220 nodes, 36 duplicates found
Processed 1393055 of 5572220 nodes, 42 duplicates found
Processed 1671666 of 5572220 nodes, 62 duplicates found
Differing duplicate nodes: id=448619072 (60.362522|25.094164) name= / id=448619079 (60.362522|25.094164) name=null
Detail URL: http://www.openstreetmap.org/browse/node/448619072
Differing duplicate nodes: id=535086956 (60.254345|25.00063) name=null / id=534426423 (60.254345|25.00063) name=Malmin sairaala
Detail URL: http://www.openstreetmap.org/browse/node/535086956
Processed 1950277 of 5572220 nodes, 75 duplicates found
Processed 2228888 of 5572220 nodes, 93 duplicates found
Processed 2507499 of 5572220 nodes, 116 duplicates found
Processed 2786110 of 5572220 nodes, 140 duplicates found
Differing duplicate nodes: id=239460157 (60.17422|24.955994) name=null / id=444864158 (60.17422|24.955994) name=Sibelius-lukio
Detail URL: http://www.openstreetmap.org/browse/node/239460157
Processed 3064721 of 5572220 nodes, 163 duplicates found
Processed 3343332 of 5572220 nodes, 185 duplicates found
Differing duplicate nodes: id=670725342 (60.57001|27.193539) name= / id=422807060 (60.57001|27.193539) name=null
Detail URL: http://www.openstreetmap.org/browse/node/670725342
Differing duplicate nodes: id=520549787 (61.19424|21.739431) name=null / id=520549783 (61.19424|21.739431) name=1
Detail URL: http://www.openstreetmap.org/browse/node/520549787
Processed 3621943 of 5572220 nodes, 249 duplicates found
Differing duplicate nodes: id=786581698 (60.39079|25.647718) name= / id=786581775 (60.39079|25.647718) name=null
Detail URL: http://www.openstreetmap.org/browse/node/786581698
Processed 3900554 of 5572220 nodes, 301 duplicates found
Differing duplicate nodes: id=480756719 (65.0137|25.465061) name=Keltainen Aitta / id=480756710 (65.0137|25.465061) name=null
Detail URL: http://www.openstreetmap.org/browse/node/480756719
Processed 4179165 of 5572220 nodes, 333 duplicates found
Processed 4457776 of 5572220 nodes, 365 duplicates found
Processed 4736387 of 5572220 nodes, 381 duplicates found
Differing duplicate nodes: id=885656249 (60.22612|24.902739) name=Marjatta-koulu / id=847976848 (60.22612|24.902739) name=12
Detail URL: http://www.openstreetmap.org/browse/node/885656249
Processed 5014998 of 5572220 nodes, 406 duplicates found
Differing duplicate nodes: id=619937418 (59.78466|21.366985) name=null / id=619937413 (59.78466|21.366985) name=Utö Havshotel
Detail URL: http://www.openstreetmap.org/browse/node/619937418
Processed 5293609 of 5572220 nodes, 442 duplicates found
Differing duplicate nodes: id=673917996 (62.623272|29.8259) name= / id=689029476 (62.623272|29.8259) name=null
Detail URL: http://www.openstreetmap.org/browse/node/673917996
Differing duplicate nodes: id=333731113 (60.23112|24.973267) name=42 / id=333731112 (60.23112|24.973267) name=null
Detail URL: http://www.openstreetmap.org/browse/node/333731113
Processed 5572220 of 5572220 nodes, 482 duplicates found
Removed 470 duplicate nodes, took 7976 ms
Removed 309818 unused nodes, took 2405 ms
Free memory: 996029696
Resizing nodes HashMap
Free memory: 983837208
Remaining after cleanup:
Nodes: 5261933
Ways: 472356
Relations: 2162
Creating route data

Unhandled maxspeed for way id=73151223 type=9 [ref=14883 highway=tertiary name=Puntalantie maxspeed=40-80 ]: 40-80
Unhandled maxspeed for way id=75524962 type=12 [highway=residential name=Niitunmäki maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=75374013 type=12 [highway=residential name=Hernberginkuja maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=4336790 type=5 [ref=55 highway=primary name=Läntinen Mannerheiminväylä maxspeed=50-60 ]: 50-60
Unhandled maxspeed for way id=58267025 type=14 [tracktype=grade1 highway=track maxspeed=’ tunnel=no ]: ’
Unhandled maxspeed for way id=37742772 type=12 [highway=residential name=Myyrintie maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=30897726 type=12 [highway=residential name=Mäkitie maxspeed=30;40 ]: 30;40
Unhandled maxspeed for way id=38490469 type=5 [ref=58 highway=primary maxspeed=80; 100 ]: 80; 100
Unhandled maxspeed for way id=32540763 type=9 [ref=11845 highway=tertiary name=Pennalantie is_in=Orimattila maxspeed=60; 60; 40; 60 ]: 60; 60; 40; 60
Calculating turn restrictions
Invalid turn restriction: 0 to_connections matched for: no_right_turn from ‘’ (4293568) into ‘Eliel Saarisen tie’ (10557968)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/25930510
Invalid turn restriction: 0 from_connections matched for: only_straight_on from ‘’ (61523499) into ‘Heinolantie (5)’ (61523502)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/45054298
Invalid turn restriction: 0 from_connections matched for: only_straight_on from ‘’ (61523501) into ‘’ (61523504)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/299720261
Invalid turn restriction: 0 to_connections matched for: only_straight_on from ‘’ (61523501) into ‘’ (61523504)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/299720261
Invalid turn restriction: 0 to_connections matched for: no_left_turn from ‘Rautatienkatu (13)’ (28630524) into ‘’ (25474546)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/277588670
Invalid turn restriction: 0 to_connections matched for: no_straight_on from ‘Eliel Saarisen tie’ (26368084) into ‘Eliel Saarisen tie’ (24436674)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/26429474
Invalid turn restriction: 0 from_connections matched for: only_straight_on from ‘’ (61523499) into ‘140’ (27161134)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/285878811
Invalid turn restriction: 0 from_connections matched for: no_right_turn from ‘Oikokatu’ (6009024) into ‘Torikatu’ (34107468)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/49504217
Invalid turn restriction: 0 from_connections matched for: only_straight_on from ‘’ (61523504) into ‘Lusintie (140)’ (26113556)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/283365663
Invalid turn restriction: 0 from_connections matched for: only_straight_on from ‘Maaherrantie’ (23254363) into ‘Maaherrantie’ (31477050)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/25546325
Invalid turn restriction: 0 to_connections matched for: only_straight_on from ‘Maaherrantie’ (23254363) into ‘Maaherrantie’ (31477050)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/25546325
Invalid turn restriction: 0 from_connections matched for: only_straight_on from ‘Maaherrantie’ (31477050) into ‘Maaherrantie’ (23254363)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/25546325
Invalid turn restriction: 0 to_connections matched for: only_straight_on from ‘Maaherrantie’ (31477050) into ‘Maaherrantie’ (23254363)
Reason may be: way tagged with access=no or from/to swapped on oneways
URL for via node: http://www.openstreetmap.org/browse/node/25546325
939 turn restrictions valid
Optimizing route data
Creating nearBy candidates
Found 3440 placenames
Found 64995 names, 61922 canon
found 2902 urls, including phones
Exporting tiles for zoomlevel 0

Zoomlevel 0: 12 MB in 533 files indexed by 55 dictionary files
Time taken: 7 seconds
Exporting tiles for zoomlevel 1

WARNING: Could not reduce tile size for tile de.ueller.osmToGpsMid.model.Tile@18f9d5e
t.ways=1, t.nodes=0
Way: id=28353159 type=57 [name=Teno waterway=riverbank ]
WARNING: Tile is unsplittable, but too large. Can’t deal with this!
Unhandled maxspeed for way id=4336790 near id=707958902 (60.39105|25.643276) (suburb) name=Tattari Malmi near Porvoo type=5 [ref=55 highway=primary name=Läntinen Mannerheiminväylä is_in=Tattari Malmi maxspeed=50-60 ]: 50-60
Unhandled maxspeed for way id=38490469 type=5 [ref=58 highway=primary maxspeed=80; 100 ]: 80; 100
Zoomlevel 1: 2 MB in 380 files indexed by 47 dictionary files
Time taken: 5 seconds
Exporting tiles for zoomlevel 2

Unhandled maxspeed for way id=73151223 type=9 [ref=14883 highway=tertiary name=Puntalantie maxspeed=40-80 ]: 40-80
WARNING: Could not reduce tile size for tile de.ueller.osmToGpsMid.model.Tile@b1330
t.ways=1, t.nodes=0
Way: id=27531816 type=93 [name=Keitele natural=water ]
WARNING: Tile is unsplittable, but too large. Can’t deal with this!
WARNING: Could not reduce tile size for tile de.ueller.osmToGpsMid.model.Tile@1186b67
t.ways=2, t.nodes=0
Way: id=25656517 type=93 [natural=water ]
Way: id=24322492 type=9 [ref=4652 highway=tertiary is_in=Korkeakangas ]
WARNING: Tile is unsplittable, but too large. Can’t deal with this!
Unhandled maxspeed for way id=32540763 near id=440261463 (60.89304|25.702879) (village) name=Pennala near Orimattila type=9 [ref=11845 highway=tertiary name=Pennalantie is_in=Pennala maxspeed=60; 60; 40; 60 ]: 60; 60; 40; 60
Zoomlevel 2: 82 MB in 1479 files indexed by 115 dictionary files
Time taken: 60 seconds
Exporting tiles for zoomlevel 3

Unhandled maxspeed for way id=75374013 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Hernberginkuja is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=37742772 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Myyrintie is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=75374013 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Hernberginkuja is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=37742772 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Myyrintie is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=75374013 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Hernberginkuja is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=37742772 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Myyrintie is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=75374013 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Hernberginkuja is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=37742772 near id=30969828 (60.41688|24.320559) (town) name=Vihti near Espoo type=12 [highway=residential name=Myyrintie is_in=Vihti maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=75524962 near id=30969730 (60.334187|24.320238) (town) name=Nummela near Espoo type=12 [highway=residential name=Niitunmäki is_in=Nummela maxspeed=undefined ]: undefined
Unhandled maxspeed for way id=58267025 type=14 [tracktype=grade1 highway=track maxspeed=’ tunnel=no ]: ’
Unhandled maxspeed for way id=30897726 near id=553028569 (61.416225|23.758087) (suburb) name=Sääksjärvi near Tampere type=12 [highway=residential name=Mäkitie is_in=Sääksjärvi maxspeed=30;40 ]: 30;40
Unhandled maxspeed for way id=58267025 type=14 [tracktype=grade1 highway=track maxspeed=’ tunnel=no ]: ’
Unhandled maxspeed for way id=30897726 near id=553028569 (61.416225|23.758087) (suburb) name=Sääksjärvi near Tampere type=12 [highway=residential name=Mäkitie is_in=Sääksjärvi maxspeed=30;40 ]: 30;40
Unhandled maxspeed for way id=58267025 type=14 [tracktype=grade1 highway=track maxspeed=’ tunnel=no ]: ’
Zoomlevel 3: 89 MB in 1539 files indexed by 186 dictionary files
Time taken: 46 seconds
Exporting route tiles

Applied 3258 traffic signals to 21422 route nodes, took 7019 ms
95 MB for nodes in 1561 files, 254 MB for connections in 1561 files
The route tiles have been indexed by 182 dictionary files
Time taken: 35 seconds
bicycle: nodes: 394352, connections: 493647 dual (5581 crossarea / 20 opposite for bicycles) / 25664 oneway
motorcar: nodes: 292508, connections: 302373 dual (2696 crossarea) / 34470 oneway
foot: nodes: 428052, connections: 553484 dual (5672 crossarea) / 0 oneway
MainStreet_Net Connections: 4000 motorway 45086 trunk/primary 207823 total
Connections with toll flag: 11
Total ways: 469301, segments: 4949695, nodes: 92894, POI: 92894
Scanning CellIDs in the area
Opening cellID file: cells.txt.gz
Found 8408 cellIDs in this area and ignored 1524
GpsMidSuomi-0.6.3.jar created successfully with 57 MiB in 1:14:11
Cleaning up temporary directory temp6719571705675186633

Pikari · 2011-04-08T19:30:04.000Z

Ei nyt liity varsinaisesti talonumerorelaatioihin. Kysyisin vain miten tulisi menetellä, jos kiinteistöllä on kaksi eri osoitetta? Siis kahden kadun tai tien risteykssä kulmaan jäävällä kiinteistöllä on kaksi katukilpeä ja näihin liittyen erilliset talonumerot.

JRA · 2011-04-08T20:13:36.000Z

Minä laitan siihen yksinkertaisesti kaksi pistettä, yhden kummallekin osoitteelle. Muutenkin minä laitan osoitteet aina pisteille, koska minusta on ärsyttävää koota PostGIS-tietokannasta osoitteita sekä pisteiden että polygonien joukosta. Joku sitten siirtää minun laittamieni pisteiden osoitetiedot rakennuspolygonille, jos sellainen on olemassa, mutta en minä niitä sentään takaisin vaihda. Omaa käyttöäni varten puristan polygonit pisteiksi liittämällä osoitteen polygonin keskipisteeseen (sentroidiin), ja sillä tavalla voin koostaa yhtenäisen, pelkistä pisteistä koostuvan osoiteaineiston.
Kahden osoitteen tapauksessa vaihtoehto kahden erillisen pisteen käytölle on antaa rakennuspolygonille yksi osoite ja toinen erilliselle osoitepisteelle. Voisi kai sen hoitaa myös antamalla osoitetageja rakennuksen kahdelle eri nurkkapisteelle, jos haluaa tehdä asian mutkikkaaksi, ja varmaan jonkun sairaan relaationkin voisi keksiä.

skela · 2011-04-08T20:40:33.000Z

JRA:

Kahden osoitteen tapauksessa vaihtoehto kahden erillisen pisteen käytölle on antaa rakennuspolygonille yksi osoite ja toinen erilliselle osoitepisteelle. Voisi kai sen hoitaa myös antamalla osoitetageja rakennuksen kahdelle eri nurkkapisteelle, jos haluaa tehdä asian mutkikkaaksi, ja varmaan jonkun sairaan relaationkin voisi keksiä.

Jos rakennuksessa on useita ovia, niin silloin voisi olla luontevaa tehdä building=entrance-solmu kullekin osoitesolmulle.

Minä olen merkinnyt esimerkiksi kaupoille sekä rakennus-monikulmion (building=yes, shop=, name=, addr:=) että pääoven sijainnin (building=entrance, shop=, name=, addr:=). Onhan reitityksen kannalta järkevämpää saada reitti sisäänkäyntiin kuin keskelle taloa.

Garminissa on sellainen ominaisuus, että se hakee kohdepistettä lähimmän tien lähimmän pisteen, laskee sitten reitin kyseiseen pisteeseen ja vetää siitä suoran viivan kohteeseen. Jos sisäänkäynti tai ajoväylät ovat jääneet merkitsemättä kartalle, niin voi tulla neuvotuksi aidan tai seinien läpi.

hyrava · 2011-04-09T10:09:24.000Z

Pistetäänpäs tämä kysymys tähän ketjuun kun muutenkin puhutaan osoitteista…

Minä olen miettinyt yhtä paritaloyhtiön osoitetagitusta. Osoitteet ovat muotoa Jokutie 3A1, 3A2, 3B3, 3B4, 3C5, 3C6 jne eli paritaloja joissa osoitenumero on kaikissa sama, kirjain kertoo rakennuksen ja ovilla on juokseva numerointi. Tällä hetkellä tuo on muistaakseni tagitettu niin, että rakennuksella on aina addr:housenumber=3A jne ja yksittäisiä ovinumeroita ei ole merkattu. Mitenkäs tuo nyt olisi fiksuinta tagata että saisi ovinumerot mukaan ja reititysohjelmatkin ymmärtäisivät edes suunnilleen tuon tagituksen?

Olisiko fiksuinta vaan lisätä building=entrance -nodeja ja niihin laittaa ref-tagilla tuo ovinumero vai mahdollisesti poistaa osoitetagit rakennuksista ja laittaa building=entrance -nodeihin addr:housenumber=3B4 -tyyliin kokonaan tuo osoite? Entäs jos muuttaisi rakennuksien housenumbereihin pelkän numeron ja entrancen ref-tagiin esim A2?

Tästä asiasta en ole mistään löytänyt mitään tietoa mutta vastaavalla tyylillä olevia osoitteita on tässä maassa takuulla paljon. Tällä hetkellä nuo kyllä näyttävät kartalla hyvältä, tavallinen tallaaja osaa kyllä karttaa katsoessaan mennä oikean rakennuksen luokse mutta kun ovitietokin olisi saatavissa niin mielestäni senkin voisi lisätä. Eri asia onkin, miten eri reitittimet sun muut ohjelmat ymmärtävät noita osoitteita ja mielellään laittaisi ne sellaisessa muodossa että ohjelmat pystyisivät edes jossain määrin hyödyntämään dataa.

JRA · 2011-04-09T11:49:37.000Z

Rakennusten ja sisäänkäyntien tunnusten lisääminen OSM:iin on minun mielestäni jotain sellaista, jossa nimenomaan voisi olla paljonkin järkeä, koska sitä tietoa ei muissa kartoissa ole. Katsokaa vaikka Siilitie 9:ää http://www.openstreetmap.org/?lat=60.21069&lon=25.03802&zoom=17&layers=M
Samassa osoitteessa on monta isoa kerrostaloa ja rappuja on A:sta S:ään. Edes Helsingin kaupungin mainiosta paikkatietopalvelusta ( http://ptp.hel.fi/ptpa/default.aspx)) ei saa selville, missä rakennuksessa S-rappu oikein on. Sen sijaan siitä kyllä saa selville, että S-rapun talon kiinteistötunnus on 91-043-0154-0001, sen rakennusnumero on 005 ja “Ratu”, mitä se sitten merkitseekään, on 26272. Näitä tietoja taas ei ollenkaan välttämättä olisi väliksi kopioida OSM:iin vaikka se joskus tulisikin mahdolliseksi. Ei sillä, että harrastuksessa tarvitsisi niin valtavasti järkeä ollakaan.

alv · 2011-04-09T15:39:26.000Z

Kolmekaan osoitetta eri kaduilla yhdelle talolle (tai taloyhtiölle) ei ole kovin harvinaista, ja niistä yksi tai useampi voi olla talon seinään merkitty. Kussakin noista taloista voi vielä olla eri määrä kirjaimilla erotettuja sisäänkäyntejä, joihin kaikkiin voi viitata minkä tahansa kadun osoitteella. Olen näiden kohdalla merkannut erilliset pisteet kunkin talon sisälle, kun “piste talon sisällä” -tapaa ohjelmistot joutuvat kuitenkin tukemaan; tai eihän aina seiniä kuvaavaa viivaa edes ole, vain osoitepiste.

Itseasiassa joitain vuosia sitten ainakin Helsingissä ohje/käytäntö/vaatimus taloyhtiöille osoitenumeroiden merkitsemisestä muuttui, että kaikkien katujen puolella pitäisi numerokyltti seinästä löytyä jos numero on määritelty - erityisesti tämä oli Arabianrannan alueen taloyhtiöille lähetetty kirje, johon netissä törmäsin.

Sisäänkäyntien lisääminen on erittäin mielekästä. Mielestäni kuitenkin jos ko. ovi on sisäänkäynti johonkin tiettyyn liikkeeseen, pitäisi vähintäänkin shop=*-tagilla merkattuja kohteita olla vain yksi. Ei Stockmannin tavaratalojakaan ole Helsingin keskustassa viittä kappaletta (ulko-ovet), joten kerta pitäisi riittää. (Lisäksi on ajoreitit parkkihalliin Ymmärrettävää toki on, että mkgmap (tai vaikkapa garminin navigaattorit) eivät nykyrakenteella(?) osaa yhdistää sisäänkäyntejä “tuohon” yhteen ilmentymään, mutta sen ei pitäisi antaa määritellä miten kauppoja ylipäänsä mallinnetaan. Oven “sitomiseen” tiettyyn liikkeeseen pitäisi riittää muu tagi; alkuaikoina käytettiin tagia operator= vähän kaikkeen mihin se etäisesti sopi, kuten tähän tai ulkoisten parkkipaikkojen merkitsemiseen tiettyyn kauppaan kuuluviksi. Toki ovea “ylläpitävä” taho voi olla ihan muu kuin oven takaa löytyvä kauppa, mutta sen huomioiminen tagauksessa olisi mielestäni jo hiusten halkomista, kun tuskin kukaan pitäisi kiinteistöhuollon nimeä sisäänkäynnin kovin oleellisena ominaisuutena - ja sen voi merkata jollain muulla tagilla.

Building=entrance:n kanssa on käytetty vaihtelevasti tageja ref= (14000+), addr:staircase= (750). Mielestäni ym. esimerkin 3A1, 3A2, 3B3, 3B4, 3C5, 3C6 kukin jälkimmäinen luku ei ole osa “housenumber”:ia, aivan kuten yksittäisten kerrostaloasuntojenkaan yksilöivä numero ei ole. En itse ole vielä päätynyt suuntaan taikka toiseen siitä, miten rajanveto pitäisi tehdä noiden talojen erotteluun käytettyjen kirjainten osalta. Jos jokaisesta Suomeen rakennetusta talosta näkisi helposti onko mahdollinen kirjain osa talon katunumeroa vai taloyhtiön “sisäinen” tunniste, olisi helppoa kirjoittaa ohje siitä kuuluuko kirjain addr:housenumber:iin vai ei.

On lisäkirjaimellisia taloja joissa on useampi kirjaimellinen rappu,
on lisäkirjaimellisia (tai “/1”-numeroituja) taloja joissa on kussakin yksi rappu,
on yhden numeron (jossa itsessään voi olla lisäkirjain) alla useampi rakennus, joissa kussakin yksi tai monta kirjaimellista rappua,
on yhden numeron (jossa itsessään voi olla lisäkirjain) alla useampi rakennus, joissa kussakin yksi tai useampi yhden asunnon sisäänkäynti.

Ja jokaisella näistä voi olla toinen osoitenumero nurkan takana olevalla kadulla - joskin siitä voi joskus päätellä onko mahdollinen välikirjain osa kiinteistön osoitenumeroa vai “sisäinen tunniste”.

skela · 2011-04-09T16:40:42.000Z

alv:

Mielestäni kuitenkin jos ko. ovi on sisäänkäynti johonkin tiettyyn liikkeeseen, pitäisi vähintäänkin shop=*-tagilla merkattuja kohteita olla vain yksi. Ei Stockmannin tavaratalojakaan ole Helsingin keskustassa viittä kappaletta (ulko-ovet), joten kerta pitäisi riittää.

Olisiko tässä sitten relaation paikka? Helsingin keskustan Stockmann on siitä hyvä esimerkki, että sen kaikki sisäänkäynnit eivät ole rakennus-monikulmion reunaviivalla, jos pysäköintiluolasto lasketaan mukaan. Muuten voisi ajatella, että riittäisi merkitä monikulmiolle building=yes, shop=*, jne. ja sisäänkäynteihin pelkästään building=entrance ilman shop-merkintää.

alv:

Ymmärrettävää toki on, että mkgmap (tai vaikkapa garminin navigaattorit) eivät nykyrakenteella(?) osaa yhdistää sisäänkäyntejä “tuohon” yhteen ilmentymään, mutta sen ei pitäisi antaa määritellä miten kauppoja ylipäänsä mallinnetaan.

Totta. Muutenkin Garmin-laitteet saattavat väistyä avoimempien järjestelmien tieltä. Jo nyt jotkin Android-puhelimet ovat raudan puolesta Garmin-tasoa, osaavat jopa ANT+Sport-pyöräilytunnistimet. Edge 800 on joidenkin käyttäjien mukaan epätarkempi kuin 705.

Jos sisäänkäynnit voidaan jollain relaatiolla yhdistää kauppaan, niin mkgmap voidaan kyllä opettaa laventamaan ne yhdeksi POI:ksi kullekin sisäänkäynnille, jos tarve vaatii. Isojen ostoshelvettien kohdalla niille sisäänkäyntisolmuille on käyttöä. Esimerkiksi Jumbon pääsisäänkäynti on kovin kaukana Jumbon Stockmannia lähimmästä sisäänkäynnistä. Tästä päästäänkin muuten mielenkiintoiseen kysymykseen: pitäisikö kaikki Jumbon liikkeet liittää molempiin sisäänkäynteihin vaan vain lähimpään? Mielestäni ehkä järkevintä olisi piirtää ostoskeskuksen käytävät kartalle (highway=footway, foot=permissive) ja lisätä kauppojen solmut suunnilleen sinne, missä ne ovat. Käytäviä en Jumboon ole piirrellyt, mutta Anttilan myymälän yritin lisätä suunnilleen oikeaan paikkaan. Jos käytävät olisivat kartalla ja etsisin Jumbon Anttilaa, niin silloinhan sen pitäisi ohjata minut lähimän sisäänkäynnin kautta perille.

Ai niin, vielä yksi osoitekysymys: Kuinka merkitään monikieliset osoitteet? Teillehän voi määritellä name:fi ja name:sv, mutta addr:street on vain yhdellä kielellä.

Pikari · 2011-05-14T21:28:20.000Z

Kysymys addr:city -tägiin liittyen. Mikä on oikea tapa nimetä osoitteen “kaupunki/kunta” -tägi. Helsingin postinumerot kantavat postitoimipaikkanimeä Helsinki. Vantaan samoin Vantaa jne. Mutta sitten on näitä postitoimipaikkanimiä, jotka eivät ole kunnannimiä. 44200 on entisen Suolahden kaupungin postinumero, mutta on nykyään osa Äänekoskea. Pitäisikö tägätä siis addr:city=Äänekoski vai addr:city=Suolahti?

skela · 2011-05-15T13:42:53.000Z

Pikari:

Mutta sitten on näitä postitoimipaikkanimiä, jotka eivät ole kunnannimiä. 44200 on entisen Suolahden kaupungin postinumero, mutta on nykyään osa Äänekoskea. Pitäisikö tägätä siis addr:city=Äänekoski vai addr:city=Suolahti?

Niin, ja pitäisikö joillekin 01490-alueen paikoille merkitä addr:city=Sipoo (tai addr:city=Sibbo), vai onko postitoimipaikan nimi se, joka ratkaisee? Nikinmäen posti (01490 Vantaa) on tosin lakkautettu iät ja ajat sitten.

Toinen addr:*-merkintöjen ongelma on monikielisyys. Kuinka merkitään addr:street ja addr:city eri kielillä? addr:street:fi, addr:street:sv vai merkitäänkö kulttuuri-imperialistisesti vain enemmistön kieli?

S1mppa · 2011-09-09T10:19:02.000Z

Vai onko riittävää, että itse kadulla on tagit name, name:fi ja name:sv ja sitten talon osoite laitetaan osoittamaan vaan tuohon name-tagiin?
Kartta näyttää tien nimen käyttäjän valitseman kielen mukaan, mutta talojen kohdallahan sitä ei näytetä. Ainoastaan numero.

skela · 2011-09-09T17:11:13.000Z

S1mppa:

Vai onko riittävää, että itse kadulla on tagit name, name:fi ja name:sv ja sitten talon osoite laitetaan osoittamaan vaan tuohon name-tagiin?

Niin minä olen tehnyt.

S1mppa:

Kartta näyttää tien nimen käyttäjän valitseman kielen mukaan, mutta talojen kohdallahan sitä ei näytetä. Ainoastaan numero.

Numeroa voi tarvita myös osoitehakuun. Lisäksi esimerkiksi Garminin POI-tiedoissa voi näkyä koko osoite, jos se on määritelty. Olen siksi määritellyt osoitteita jopa bussipysäkeille, joskus talonnumeroa myöten.

Periaatteessa addr:city on käymässä yhtä turhaksi kuin is_in, sillä kaupunki tai kaupunginosa voidaan saada boundary=administrative-relaatiosta, jos sellainen on määritelty. Postinumeroalueista ei liene mahdollista tehdä relaatioita, sillä käsittääkseni sen voisi tulkita rikkovan Itellan postinumerotietokannan luettelosuojaa.

Pikari · 2011-09-09T20:17:47.000Z

skela:

Periaatteessa addr:city on käymässä yhtä turhaksi kuin is_in, sillä kaupunki tai kaupunginosa voidaan saada boundary=administrative-relaatiosta, jos sellainen on määritelty. Postinumeroalueista ei liene mahdollista tehdä relaatioita, sillä käsittääkseni sen voisi tulkita rikkovan Itellan postinumerotietokannan luettelosuojaa.

Turhaksi varmaan, mutta vasta hamassa tulevaisuudessa. Boundary=administrative -relaatio ei välttämättä mene yksi yhteen postinumeroalueiden rajojen kanssa. Esimerkiksi Muuratsalon eteläosa kuuluu Muuramelle ja pohjoisosa entiselle Säynätsalon (nyk. Jyväskylälle) kunnalle. Jos addr:city korvataan boundary=administrative -relaatiolla, niin Lullinvuorentie nnn saa postinumerokseen 40900 Muurame ja Alvar Aallontie nn saa postinumerokseen 40900 Jyväskylä tai 40900 Muuratsalo, kun noiden virallinen Itella-koodi on 40900 Säynätsalo. Tämänkaltaisia postinumero-kunta -nimieroavaisuuksia löytyy tukuttain.

Kun Suomen noin 3100 postinumeroalueen rajarelaatiot saataisiin OSMiin, niin addr:city jäisi historialliseksi reliikiksi.

HACY · 2011-09-30T15:54:27.000Z

jkp:

…
N. 12 % talonnumerorelaatioista (94 kpl) on näköjään tällä hetkellä tägättyinä niin, että katu -roolissa olevia polkuja on useampia.
Wiki-sivun http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Using_relations_to_associate_house_and_street_.28optional.29 mukaan relaatiossa saisi kuitenkin olla vain yksi katu-roolin polku…

Nyt sitä vaatimusta on sitten tehty järkevämmäksi.

"Way street one or more The associated street (more than one way possible if they are the same street, just have been split for mapping reasons) "