GDAL tukee maastotietokannan MTK-GML-tiedostomuotoa

Minun tekemät Corine importit (FinCorineImport -tunnuksella tehdyt) voi poistaa kokonaan OSM:stä, heti kun on korvaava aineistoa laittaa tilalle. Mielellään ei niin, että otetaan pois ja sitten odotellaan skriptiä/MML:n lisenssiä/aikaa/tms. muutama vuosi…

Ei kirpaise missään. Ei näillä kilometreillä. Mua kirpaisee se metsäraja Suomen OSM:ssä :frowning:

P

Näinköhän? Voisit olla ihan tyytyväinen, jos kartan taustavärinä olisi vihreä. Kokeile laittaa landuse=forest Suomen rajarelaatiolle :wink: - Don’t import for rendering.

Suomi ON pääsääntöisesti metsää ja jos Suomen alue kartoitetaan tarkasti, niin vihreäksihän Suomi OSM kartalla muuttuu.
Vihreä väri on luullakseni perua UK:sta tai jostain sieltä suunnasta, missä metsät ovat harvinaisuuksia ja niille harvoille jäljellä oleville metsille on ANNETTU JOPA NIMET!

Suomalaisessa tiekartassa metsä on vaaleaa, ei ehkä ihan valkoista, mutta vaaleaa kuitenkin. Katsokaapa vaikkapa gt-karttaa (esimerkkejä löytyy googlen images -haulla).

Siitä syystä olisikin hyvä, jos perustaisimme oman sivuston OSM:lle ja tuottaisiin karttatiilet suomalaiseen makuun sopivana.

Ja, kyllä, ne metsät kartoitetaan vielä, kunhan ehditään. Viimeistään NLS-importissa.

a) M5132L kartalla ei näy Pilkonlahdentie,… siis pikkuiteiden nimet ei siirry tietokantaan,… puuttuuko noi kokonaan
maastotietokannasta ?

b) WINTER_ROAD päätyi isona tienä vedenpäälle mapnikissä, yritin muutta osm.xml väriä siniseksi mutta se ei ilmeisesti ole WINTER_ROAD tagillä.

c) Nomatim ei muuten suostu lukemaan kuin yhden *.osm:än mikä oli yllätys. Jotta haun saa toimimaan pitäisi
postgsql kanta tuoda ulos osmsis tai ogr2ogr ja rakentaa uudestaan osm:äksi jonka vie nominatimille, keksiikö
kukaan helpompaa tapaa ??

d) OSM ja MTK-,py scriptin tagit eivät ole yhteensopivia, tuottavat eri tasoisia tägejä samoille teille,… eli scripti translaatio file
tekee tiet isommiksi ?

e) osm2prsql alkaa valittamaan useamman importin jälkeen päälekkäisyyksistä, epävarma on uudet tietotypit siirtynyt

(windows:ssa ogr:n kehitysversiolla):


ogrinfo -ro  /vsizip/vsicurl/http://kartat.kapsi.fi/files/maastotietokanta/kaikki/etrs89/gml/M5/M51/M5132L_mtk.zip Tieviiva| findstr Pilkonlahdentie

Palauttaa:

nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie

En tutkinut sen enempää.

joo eli MTK:ssa on
joni@mpi1:~/MAP-MTK$ ogrinfo -ro M5132L.xml Tieviiva | grep Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie
nimi_suomi (String) = Pilkonlahdentie

Joko en osaa etsiä PostGres - OSM tauluista mutta tuonti tiedostossa M5132L.osm se löytyy !!

Mitenköhän mapnikin sen saa laittaa esille tämän tien nimen:

Eiks ton pitäisi olla ihan [highway]=‘track’

Mutta tän nimi näkyy:

ja tietysti tämä:


VAI ONKO NIMI TIELLÄ VIELLÄ OMA OBJEKTI JA SITÄ EI OLE TAI SYNNY KAIKILLE MTK aineiston teille???

Vai oisko tietokanta jo koruptoitunut liian monesta päälekkäisestä lisäyksestä?

noin, sain kuin sainkin toimimaan, vika oli juuri siinä että ladattu perä jälkeen
updatea toisen päälle ja ilmeisesti objictien id:t sekosi,…

Niin MTK ja OSM tietokantojen rantaviivat ei yhdy ja maastotietokannsta tulee tavaraa
veden päälle,… eli kyllä työtä riittää! MTK tietokannan ajo OSM päälle on pakko juttu
jos tarvitsee lähiöiden ulkopuolelle kartan ja kartta tietoa.

Nuohan sitten tarkentuu kun joku aina katsoo päälekkeäin karttoja ja siirtää & korjaa
MTK aineistoa OSM:ään.

Mun tän hetkinen planet-finland + MTK ( L5242L.osm M5124R.osm M5134L.osm M5142R.osm M5231L.osm M5322L.osm
L5242R.osm M5131L.osm M5134R.osm M5143L.osm M5231R.osm M5411L.osm
L5244L.osm M5131R.osm M5141L.osm M5143R.osm M5233L.osm
L5244R.osm M5132L.osm M5141R.osm M5144L.osm M5312L.osm
M5123R.osm M5133R.osm M5142L.osm M5144R.osm M5321L.osm
) sekasikiöon osoitteessa http://kurrola.dy.fi:81/
ja koska dynaamisen ja 3G yhteyden takana niin ainoastaan jos joku tarvitsee katsoa
miten objektit meneen päällekkeäin - ei siis käyttöön eikä uteliaisuutta varten!.

Tällä hetkellä perus osm.xml käytössä ja sehän tarvitsis ilmeisesti korkeuskäyrät,
merisymbolit,… uupuuko kivetkin,… saisko noita siirrettyä OpenSeaMap, OpenCycle,…
tyyleistä ja symboleita,… onko joku tehnyt.

A) Maastotietokanta tiedot nominatimiin ?

./utils/update.php --import-file …/ogr*/M5132L.osm

SEVERE: Thread for task 1-read-xml failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Node -2 does not have a version attribute as OSM 0.6 are required to have. Is this a 0.5 file?

at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
at org.codehaus.classworlds.Launcher.main(Launcher.java:31)
Error converting osm to osc, osmosis returned: 1

Ehdotuksia miten saisi toiminaa,
vaiko pitäiskö nominatim saada automaattsiesti updateämään kartan kannasta,
pitääkö kartan kanta kokonaisuudessaan tehdä yhdeksi .osm ja alusta luoda nominatim,
???

VAI ONKO BUGI MTK.py keimo? Node -2 does not have a version attribute as OSM 0.6 are required to have. Is this a 0.5 file? ???

B) Loppu data MAPNIK:ill’ näkyviin,
Onko joku yhdistelly jo osm.xml korkeuskäyrät, kivet ja loput symbolit vai vaatiiko muutakin työtä ?
Onko mapnik osm.xml style jaossa jossain vai ihasteletko IKI OMAA KARTTAA yksin ?
Pidän taas viikon kahden tauon ja sitten yritän A) ja B) jos kukaan ei tunnusta oinnistuneensa.

C) Miten saa helpoiten eri zoomitasoilla tiilien numeroinnin? Eli esim. jos tarvitsen zoomitasoilla 14-18 saimaan
alueen tiilien ylä ja alanurkat render_list komennolle jotta renderöin valmiiksi koko alueen tiiliksi?

Tuo virhe johtuu ehkä siitä että tuo update.php (jonka sisältöä en toki tiedä) odottaa .osc formaattia (osm diffejä) .osm:n sijaan.

14:sta kun lähdet on kyseessä vain kertolaskua kahdella per zoomitaso (tietty pitää huomioida ne aliruudut offseteilla +0, +1).


i.

Nominatimista en tiedä mitään, mutta maastotietokannan tienpätkien osoitenumerotietoja ei tuossa ogr2osm-konversiossa käytetä lainkaan. Siis niitä minOsoitenumeroVasen ym. -kenttiä. Näitten lisääminen konversioon parantaisi toki lopputulosta, mutta onko OSM:ssä mitään tapaa liittää osoitenumeroita teihin?

Muuten GML-tiedostojen konversio näyttäisi toimivan, ajoin juuri koko maastotietokannan .osmiksi ilman ongelmia ogr2osm:in kanssa. Kapsin tiedostoissa tosin oli sitten enemmänkin vikaa, rsyncattavissa hakemistoissa on iloisesti sekaisin monia versioita samoista karttalehdistä, ja osa niistä uudemmistakin zipeistä oli rikki. Kapsin tukikaan ei tunnu reagoivan huomatuksiin. Onneksi maanmittauslaitoksen latauspalvelustakin saa imuroitua kaiken ilman klikkailua, kunhan vain tietää karttalehtien nimet.

A)

Yhdessä ohjeessa update ehdotettiin käyttämään lisättäessä UUSIA KARTTOJA ja install taas ekalla keralla,… sieltä ei varmaan puutu kun
tietue jos 0.6.0 tai 0.5.0,… KAHTA KARTTAA EÍ VOI NOMINATIMIIN lisätä install komennolla,… ja update pitäisi saada toimimaan ettei koko kantaa uusiksi
tehdä ihan joka kerta.

==== http://wiki.openstreetmap.org/wiki/OsmChange
API 0.6 tweaks

For the /api/0.6/changeset/id/upload API call to work correctly, you have to include the changeset ID and version number in every node, way and relation, like so:

====

Vaihtoehtosia teitä ois,… ( osan kokeilut mutta mulla softit valittanut, ei toiminut )
Entäs koko tietokannan ajo *.osm ja siitä tuo *.osc,… millä se tehdään ?
Tietysti millä yhdistellään useampi *.osm yhdeksi ? ( http://wiki.openstreetmap.org/wiki/Osmchange_%28program%29 )
Postgressql:stä *.osm ja *.osc muodostaminen suoraan millä ?

C) esim. menemälle tiilen päälle kartalla ja taelttamalla “kuva/tiesdosto” saa yksittäiset koordinaatit,… varmaan joku tai jossain
työkalussa koordinaatit muutuu tiilien numeroiksi X / Y / Z !!! Mutta mikä.

Voisitko hihkaista miten MTK:n saa kätevämmin ajettua sisään?

Ennenhän ne oli selkeiden linkkien ja hakemistojen sisällä,…

MTK aineistolle olisi id luomiseen varmaan toimiva ratkaisu aluksi
vaikka M =1 L=2 , karttanumero, 000000,… vai voiko 1miljoona objektia
karttalehdellä olla liian vähän kaupungissa???

Niin, talo numerointi musta riittää kaupungissa, sehän toimii. Maaseudululla nuo vaihtavat numerointi järjestelmiä sitä vauhtia että esim. mökimme numeroa ei enään kolmen muutoksen jälkeen muista! Kai taloihin voi numeron laittaa samoin kun kaupungissakin? Numero liittyy aina rakennukseen.

Kumpaa käytätte JOSM:ia vai Potlatchiä,… viimenen on hankala asentaa mutta onko siinä pointtia,
jos vaikka luovuttaisin?

Mikä piru tässä mättää? Teen ohjeen mukaan python ogr2osm.py tiet.xml -t mtk-gml.py , mutta herjaa: OGR failed to open tiet.xml, format may be unsupported
GDAL-versio on 1.10.1.

python ogr2osm.py …/…/MAP-MTK/L5244R.xml -t MTK-GML.py --id 34000000000

joo ja GDAL on suoraan uusimmasta koodista itse kaannetty,… ei ubuntu tai debian
ditribuutiosta,…

tolasella oon toiminut

Eipä pelitä, kokeilin sekä Windowsissa että Ubuntussa, ja sama juttu. Windowsissa ainakin pitäisi olla uusin versio GDAL:ista.
XML-tiedosto on ladattu suoraan tiedostopalvelusta (M52.xml), eikä sitä ole näpelöity, joten missähän vika voisi olla?

moi,

Ubuntu 12.4 joku muu paketti on voinut asentaan vanhemman version ja se käynnistyy.
Ubuntussa 12.4 mulla on vanha GDAL jotta voin asentaa nominatimin, MAPNIK,… tavarat
suoraan 12.4 distribuutiosta mutta kun käytän uutta GDAL suoritan sen “virtuaali kernelissä”:

Tossa muistiipanoja 2kk takaa kun sain sen toimii,… en ole kokeillut sen jälkeen:

sudo apt-get install python-virtualenv
virtualenv gdal
source gdal/bin/activate
pip install /home/joni/src/gdal_26324/lib/python2.7/site-packages
pip install /home/joni/src/gdal/swig/python/setup.py
pip install
export PYTHONPATH=/home/joni/src/gdal_26324/lib/python2.7/site-packages/:$PYTHONPATH
cd /src/gdal
export PYTHONPATH=/home/joni/src/gdal_26324/lib/python2.7/site-packages/:$PYTHONPATH
export LD_LIBRARY_PATH=“/home/joni/src/gdal_26324/lib”:$LD_LIBRARY_PATH
python ogr2osm.py …/…/MAP-MTK/M5131R.xml -t MTK-GML.py

deactivate

#virtualenv jpk
source jpk/bin/activate
pip install /home/joni/src/gdal_26324/lib/python2.7/site-packages
pip install /home/joni/src/gdal/swig/python/setup.py
export PYTHONPATH=/home/joni/src/gdal_26324/lib/python2.7/site-packages/:$PYTHONPATH
export LD_LIBRARY_PATH= /home/joni/src/gdal_26324/lib:$LD_LIBRARY_PATH
cd gdal
make install
cd …
cd ogr2*
python ogr2osm.py …/…/MAP-MTK/M5131R.xml -t MTK-GML.py
deactivate

cd ~/src
source jpk/bin/activate
python ogr2osm.py …/…/MAP-MTK/M5131R.xml -t MTK-GML.py
deactivate

python ogr2osm.py …/…/MAP-MTK/N62.xml -t MTK-GML.py --id 24000000000" >> aineisto

osm2pgsql --database gismtkosm --slim …/…/MAP*/finland-latest.osm.pbf >>

Ogrinfo-työkalukaan ei tunnista:
ogrinfo M52.xml

FAILURE:
Unable to open datasource `M52.xml’ with the following drivers.
→ ESRI Shapefile
→ MapInfo File
→ UK .NTF
→ SDTS
→ TIGER
→ S57
→ DGN
→ VRT
→ REC
→ Memory
→ BNA
→ CSV
→ NAS
→ GML
→ GPX
→ LIBKML
→ KML
→ GeoJSON
→ GMT
→ SQLite
→ ODBC
→ PGeo
→ MSSQLSpatial
→ PostgreSQL
→ MySQL
→ PCIDSK
→ XPlane
→ AVCBin
→ AVCE00
→ DXF
→ Geoconcept
→ GeoRSS
→ GPSTrackMaker
→ VFK
→ PGDump
→ OSM
→ GPSBabel
→ SUA
→ OpenAir
→ PDS
→ WFS
→ HTF
→ AeronavFAA
→ Geomedia
→ EDIGEO
→ GFT
→ SVG
→ CouchDB
→ Idrisi
→ ARCGEN
→ SEGUKOOA
→ SEGY
→ ODS
→ XLSX
→ ElasticSearch
→ PDF

No nyt toimii. Uusinkaan versio GDAL:ista ei riittänyt, vaan piti ladata svn:stä tuorein versio, vaikka uusin vakaa versio on ilmestynyt paljon myöhemmin MML-ajurin lisäyksen jälkeen.
Tämä siis Ubuntulla, Windowsiin ei edes ole vissiin saatavilla. Eipä ollut helppo homma Ubuntussakaan, kun vanhaa käännettyä GDAL:ia ei pystynyt poistamaan oikein mitenkään ja käsitöiksihän se meni.

Windowsilla on helpompaa, gisinternalsin development-paketit käännetään joka yö trunk-linjalta.
http://gisinternals.com/sdk/
Ominaisuus tulee mukaan vasta GDAL 1.11-versioon, 1.10-versioon sitä ei lisätä. Oheisesta linkistä selviää syyt ja päivämäärät. Evenin maininta GDAL 2.0:sta ei kuitenkaan pidä paikkaansa, seuraavaksi tulee 1.11, ja MTK-GML -tuki tulee siihen mukaan.

http://article.gmane.org/gmane.comp.gis.gdal.devel/35397