Nyt ajattelin, että tuosta sivusta voisi olla jollekin muullekin hyötyä,
joten päätin tehdä sivuista julkiset ja tuhlasin jopa 9 euroa uuden
domainin rekisteröintiin :)
Sivuja voi käydä testaamassa ja käyttää vapaasti osoitteessa:
http://www.gps-waypoints.net/
Sivut pyörii kotona omalla koneella parimegaisen ADSL:n päässä, eli
sivujen nopeudesta en voi mennä takuuseen, mutta toivottavasti sivuista
on jollekin hyötyä.
Itse aion kerätä kesänaikana löydetyt gps-pisteet tuonne, josta niitä
voivat sitten muutkin matkaajat käydä hakemassa.
T:Pasi
p.s. Kaikki palaute on tervetullutta.
Fatal error: main(): Failed opening required 'gps/language_pack.nl.php'
(include_path='.:/usr/share/pear') in
/var/www/html_gps_waypoints.net/index.php on line 36
t. Tome
Lantiainen Pasi wrote:
> Sivuja voi käydä testaamassa ja käyttää vapaasti osoitteessa:
> http://www.gps-waypoints.net/
> T:Pasi
"Tonttu Tomera" kirjoitteli ryhmässä sfnet.keskustelu.paikannus:
> Warning: main(gps/language_pack.nl.php): failed to open stream: No such
> file or directory in /var/www/html_gps_waypoints.net/index.php on line 36
>
> Fatal error: main(): Failed opening required 'gps/language_pack.nl.php'
> (include_path='.:/usr/share/pear') in
> /var/www/html_gps_waypoints.net/index.php on line 36
Toi varmaankin johtuu siitä, että cookiet ovat kiellettynä.
IMHO saitti kannattaa rakentaan siten, että se ei kaadu fatal
erroriin, jos jollakulla sattumalta eivät ole cookiet päällä.
--
Aapo Rista
c672...@rista.net
Sivuun tuli tehtyä pohja monikielisyydelle, vaikka onkin tehty vain
suomeksi.
Tuo monikielisyys aiheutti ongelmia. Luuli jostain syystä, että olet
hollannista :)
Nyt asia pitäisi olla korjattu.
>
> IMHO saitti kannattaa rakentaan siten, että se ei kaadu fatal
> erroriin, jos jollakulla sattumalta eivät ole cookiet päällä.
>
Sivut on rakennettu siten, ettei cookie tuki ole täysin välttämätöntä.
Tosin kirjautuminen ja esim. "kori"- toiminnon käyttö ilman cookieta ei
ole mahdollista.
Kiitokset palautteesta.
T:Pasi
Olet myös toteuttanut siistin sivuston, käyttänyt melko runsaasti aikaa
tiedon jäsentelyn miettimiseen, sekä valtavasti aikaa koodaamiseen.
Hyvät puolet mainitakseni.
Huonoina puolina löysin noin 100 sekunnissa seuraavaa (plus vajaan tunnin
verran tämän mailin kirjoittamiseen):
- tietojen lisääminen käsin osoittaa että et ymmärrä virheettömän wpt-tiedon
merkityksen tärkeyttä
- tietojen lisääminen vain käsin osoittaa, että sinulla ei ole käsitystä
palvelun hyödyllisyyteen vaadittavista tietomääristä
- tietojen tulostusasu hakutoiminnolla osoittaa, ettei sinulla ole käsitystä
palvelun hyödyllisyyteen vaadittavista tietomääristä
- olet ajatellut satoja tai tuhansia waypointteja, et miljoonia tai kymmeniä
miljoonia, joita pitäisi olla, jotta palvelu tuntuisi uudesta käyttäjästä
hyödylliseltä
- kun tietomäärä on riittävä, nykyisen sivuston hallintamenetelmät tiedolle
eivät enää ole
- kun formaatiksi ilmoitetaan dd.dddd, älä tulosta itse tietoa formaatissa
dd.dddddddddddd
- tarkkuus dd.dddd ei ole riittävä korjaamattomalle käsikapuoloillekaan,
vaan vaaditaan yksi d lisää
- kun formaatiksi ilmoitetaan dd mm ss.s, älä tulosta itse tietoa
formaatissa dd mm.ss (huomaa piste), koska sellaista muotoa ei ole
olemassakaan
- kun formaatiksi ilmoitetaan dd mm ss.s, älä tulosta itse tietoa myöskään
formaatissa dd mm ss, koska se ei tarkkuudeltaan riitä käsikapuloillekaan
- haun tuottama oziexplorer-tulostustiedosto ei lataudu
oziexplorer-ohjelmalla, sillä se ainoastaan läheisesti muistuttaa ozin 1.1
version syntaksia, mutta ei ole sitä
- hakutoiminto toimii mielestäni hyvin epäloogisesti, esim. kun klikkaan
Riihimäki-linkkiä, en saa ruudulle Riihimäen reittipisteitä (ne löytyvät
vasta scrollaamalla, jos huomaa scrollata), vaan tyhjän hakuruudun
- kuntajako on hyvä perute, mutta ERITTÄIN vaikea, koska käyttäjä ei näitä
(oikein) tiedä. Järjestelmän tulee olla itse tietoinen kaikista
kuntarajoista ja määrittää kunnat pelkän koordinaatin perusteella.
- monessa paikassa koodissa virheitä, esim: [database::queryDatabase]:
Error executing query[select * from waypoint,coordinates,waypoint_types
where coordinates.coordinates_id=waypoint.coordinate_id AND waypoint.type =
waypoint_types.waypoint_types_id AND waypoint_types.language="fi" AND
()LIMIT 100]. You have an error in your SQL syntax near ')LIMIT 100' at line
1. query failed.
Toivon sivustolle erittäin hyvää jatkoa ja ennen kaikkea 10,000-100,000
waypointtia alkuun lisää.
--ako
"Lantiainen Pasi" <ba...@mustatilhi.cs.tut.fi> wrote in message
news:slrnd3tce...@mustatilhi.cs.tut.fi...
>Hei, Tein aluksi omiin tarkoituksiin nettisivut,
Ei hullumpaa.
Kokeilin koordinaattimuunninta, ja se toimikin ihan ok.
Kiinnostaisi kuitenkin myös toisin päin muuttaminen, eli
desimaalimuotoisesta lat-lon- muotoon.
Voisitko (tai tietysti joku muu) laittaa yhtälön jonka voisi heittää
vaikkapa exceliin, jolla voisi laskea nuo muunnokset molempiin
suuntiin.
_______________________________________________
Jorma Lindqvist @ phases of the Nakkila Church
http://jorma-lindqvist.net
_______________________________________________
Tiedä sitten, onko tuolta apua:
http://www.viestikallio.fi/tools/kkj-wgs84.php
Koordinaattimuunnoksia PHP:lla muodosta toiseen ja kolmanteen sekä lähdekoodit
niihin.
--
/ Antti Seppänen
/ antti.seppanen (á) tut.fi
/ OH3HMI
Tietoja voi lisätä myös lähettämällä Ozi Explorer waypoint -tiedostoja.
Kaikki tiedostossa olevat koordinaatit lisätään automaattisesti
tietokantaan.
Eli jos jollain on "kaikki_mun_koordinaatit.wpt" -tiedosto lojumassa
koneella, niin tuonne saa lähettää :-)
> - tietojen tulostusasu hakutoiminnolla osoittaa, ettei sinulla ole käsitystä
> palvelun hyödyllisyyteen vaadittavista tietomääristä
Tämä listan ulkoasu on ollut todo-listalla, mutta älykästä tulostusasua en
ole vielä keksinyt. ( Jossain välissä mietin puurakennetta jotenkin
järjestettynä, mutta vielä toteuttamatta. )
Saa ehdottaa jos tulee mieleen jokin hyvä tapa esittää useita satoja
koordinaatteja.
> - kun tietomäärä on riittävä, nykyisen sivuston hallintamenetelmät tiedolle
> eivät enää ole
Totta, tosin jos pääsee käymään niin, että sivuille alkaa koordinaatteja
kertyyn kovaa tahtia, niin silloin myös sivua tulee päivitettyä
paremmaksi ja paremmaksi.
Tämä ensimmäinen versio ei edes yriti olla täydellinen.
> - kun formaatiksi ilmoitetaan dd.dddd, älä tulosta itse tietoa formaatissa
> dd.dddddddddddd
> - tarkkuus dd.dddd ei ole riittävä korjaamattomalle käsikapuoloillekaan,
> vaan vaaditaan yksi d lisää
Hyvä kommentti. Tässä luotin vähän liikaa siihen, että käyttäjä osaa
muodosta "dd.dddd" päätellä, että esitysmuoto on asteina ja sen osina.
( Korjasin sivua ja pistin lisää d-kirjaimia vastaamaan desimaalien
todellista määrää. )
> - kun formaatiksi ilmoitetaan dd mm ss.s, älä tulosta itse tietoa
> formaatissa dd mm.ss (huomaa piste), koska sellaista muotoa ei ole
> olemassakaan
Piste viilattu pois väärästä paikasta.
> - kun formaatiksi ilmoitetaan dd mm ss.s, älä tulosta itse tietoa myöskään
> formaatissa dd mm ss, koska se ei tarkkuudeltaan riitä käsikapuloillekaan
Sivu kyllä tulostaa tarkemminkin tiedot kuin vain "dd mm ss", mutta
ilmeisesti törmäsit karttapisteisiin, mitkä oli syötetty vain tuolla
tarkkuudella. Sivu tulosti sekunnit tarkimmillaan yhdellä
desimaallilla.
Korjasin tätä vielä vähän ja poistin tulostuksesta ylimääräisen
pyöristyksen pois. Nyt pitäisi näkyä tarkimmillaan 3
desimaalia sekunneissa. ( Tietokannassa tieto oli aina tarkkana.
Esitysmuotoa vain pyöristettiin liikaa.)
> - haun tuottama oziexplorer-tulostustiedosto ei lataudu
> oziexplorer-ohjelmalla, sillä se ainoastaan läheisesti muistuttaa ozin 1.1
> version syntaksia, mutta ei ole sitä
Aah... hyvä huomio. Tiedoston generointi oli hajonnut jossain
vaiheessa. Nyt taas pitäisi tuottaa laillista tiedostoa. ( Ainakin oma Ozi
hyväksyi muutaman testin perusteella. )
> - hakutoiminto toimii mielestäni hyvin epäloogisesti, esim. kun klikkaan
> Riihimäki-linkkiä, en saa ruudulle Riihimäen reittipisteitä (ne löytyvät
> vasta scrollaamalla, jos huomaa scrollata), vaan tyhjän hakuruudun
Lisäsin sisäisen linkin hakutulosten alkuun. Eli kun suorittaa
haun, niin nyt selaimen pitäisi automaattisesti siirtyä hakutuloksien
kohdalle.
> - kuntajako on hyvä perute, mutta ERITTÄIN vaikea, koska käyttäjä ei näitä
> (oikein) tiedä. Järjestelmän tulee olla itse tietoinen kaikista
> kuntarajoista ja määrittää kunnat pelkän koordinaatin perusteella.
Olen samaa mieltä, että paikkakunnan muistaminen jälkikäteen saattaa
tuottaa ylimääräistä päänvaivaa, mutta päädyin kuitenkin siihen, että
parempi kysyä paikkakuntaa kuin jättää kokonaan pois.
> - monessa paikassa koodissa virheitä, esim: [database::queryDatabase]:
> Error executing query[select * from waypoint,coordinates,waypoint_types
> where coordinates.coordinates_id=waypoint.coordinate_id AND waypoint.type =
> waypoint_types.waypoint_types_id AND waypoint_types.language="fi" AND
> ()LIMIT 100]. You have an error in your SQL syntax near ')LIMIT 100' at line
> 1. query failed.
Päivitin tuota tietokantaosuutta hieman päivällä. olisitkohan osunut
juuri sopivasti siihen aikaan.
Jos sivuilta joku saa edelleen jotain vastaavaa virheilmoitusta, niin
kertokaa miten virheen voi toistaa ja korjaan asian.
>
> Toivon sivustolle erittäin hyvää jatkoa ja ennen kaikkea 10,000-100,000
> waypointtia alkuun lisää.
>
:) joo olisihan se kiva jos tuollaisen kasan tietoa jostain ilmaiseksi
saisi, mutta koska sivu on ihan harrastuspohjalta tehty, niin ei ole
varaa osta kaikkien suomen huoltoasemien/kauppojen koordinaatteja.
Kiitokset kommenteista ja korjausehdotuksista.
T:Pasi
Erinomainen idea. Olen kaivannut tällaista jo pitempään. Jos tällaisen
ylläpito tomii niin mikä on mukavampaa kuin jos esim. johonkin
lomakeskukseen mennessä poimii tällaisesta paikallisten nähtävyyksien yms.
koordinaatit.
Pikaisesti testasin myös kännyllä ja tuntuu ainakin toimivan myös ainankin
Noksun 6600:lla.
JH
Valmis muunnos löytyi jo, eli erittäin piellä työllä sain aikaan sivulle
muunnoksen myös toiseen suuntaan.
>
> Voisitko (tai tietysti joku muu) laittaa yhtälön jonka voisi heittää
> vaikkapa exceliin, jolla voisi laskea nuo muunnokset molempiin
> suuntiin.
Tuo muunnos desimaalien ja ja aste/minuutti/sekunti -muodon välillä on
helppoa. Muunnos tehdään aivan samoin kuin miten aikaa lasketaan.
60 sekuntia on yksi minuutti
60 minuuttia on yksi aste
Eli desimaalimuodon saa seuraavasti:
decimal = degrees + minutes/60 + seconds/3600;
Takaisin asteiksi vaatii vähän kiemurtelua, mutta suunnilleen näin:
Oletetaan että desimaalikoordinaatti on muuttujassa "decimal"
degrees= kokonaislukuosa( decimal )
minutes= kokonaislukuosa( (decimal-degrees)*60)
seconds= (((decimal-degrees)*60)-minutes)*60
excelistä varmaankin löytyy jokin "floor" funktio mikä korvaa tuon
"kokonaislukuosa"-vertauksen.
T:Pasi
> Miksiköhän annettu osoite avautuessaan olettaa minun olevan
> Amsterdamissa ja sen perusteella arpoo kieleksi FI?
Jostain syystä ip-osoite mistä surffaat näyttää tulevan sieltäpäin,
tai sitten tietokanta mistä tuota ip-osoitteen sijaintia haetaan ei ole
ajantasalla (ei ole minun ylläpitämä.)
Kieleksi FI valitaan kaikille käyttäjille. ( Poistin tekstin "sijainnin
perusteella" turhana. )
Tällä hetkellä sivusto ymmärtää vain WGS84 koordinaatteja. Kyseinen
koordinaattijärjestelmä taitaa löytyä kaikista gps-laitteista ja on
(ymmärtääkseni) erittäin monella valittu käytettäväksi
koordinaattijärjestelmäksi.
Muunnos KKJ:sta(Finland Hayford ) WGS84-järjestelmään on tehtävissä
pienellä vaivalla ja olen muunnoksen tekemiseen hieman jo perehtynytkin,
mutta tällä hetkellä tuki löytyy siis vain
WGS84-koordinaattijärjestelmälle. ( On siis jossain vaiheessa tulossa. )
T:Pasi
Hyvä huomio :) . Koordinaatit oli tosiaan aika isolla. Pienensin niitä.
T:Pasi
>
> "Lantiainen Pasi" <ba...@mustatilhi.cs.tut.fi> wrote in message
> news:slrnd3tce...@mustatilhi.cs.tut.fi...
No eikö sinne voisi mahduttaa jonnekin valikkoa, josta käyttäjä voisi
valita haluamansa koordinaattimuodon?
--
Aapo Rista
c672...@rista.net
Joo tämä voisi olla hyvä tapa esittää tieto. Ongelmaksi saattaa tulla se,
että kaikille ei välttämättä riitä koordinaattimuodoksi vain se "dd
mm.mmmmm".
Eli jokaiselle riville pitäisi jotenkin mahduttaa sama koordinaatti
useassa eri muodossa.
Itselläni on varmasti paljon pienempi kokemus erilaisista gps-laitteista
verrattuna tämän ryhmän käyttäjiin, joten kertokaapas osaavatko
kaikki gps-laitteet niellä tuota koordinaattimuotoa "dd mm.mmmmm" ?
Eli onko olemassa jotain pätevää syytä miksi sivuilla pitäisi olla muita
esitysmuotoja kuin tämä yksi?
Itse käytän pc:n karttasoftissa usein decimaalimuotoa, joten sille
muodolle luulisi muillakin olevan tarvetta.
> Ladattaessa tiedostoa pitäisi voida
> valita, missä muodossa koordinaatit esitetään tiedostossa. (Vai nieleekö
> Ozi dd mm.mm muotoa?)
Olen ollut ymmärtävinäni, että Ozi Explorerin Waypoint tiedostossa
koordinaatit ovat aina desimaalimuodossa. ( Asteina ja sen osina. )
Tähän perustuen koordinaattimuotoa ei ymmärtääkseni ole tarvetta vaihtaa
kun tiedostoa luodaan.
Korjatkaa jos olen väärässä.
> Lisää-linkki voisi johtaa suoraan "Lähetä Koordinaatit tiedostosta"-sivulle.
Joo tämä oli itselläkin mielessä ja tein tämän muutoksen tänään.
>
> Muutenkin sivusto tuntuu rakentuvan yksittäisten pisteiden käsittelyn
> ympärille. Parempi lähtökohta olisi tiedostojen (.wpt) käsittely ja
> yksittäisten pisteiden käsittely sitten lisänä.
Tein sivut mahdollisimman geneeriseksi, eli tietoa olisi tarkoitus pystyä
lisäämään mahdollisimman monia palvelevalla tavalla. Joko lähettämällä
tiedostoja tai vaikka sitten suoraan käsin syöttämällä.
Näistä koordinaateista voidaan sitten luoda jokaisen tarpeisiin erilaisia
esitysmuotoja: wpt-tiedostoja, loc-tiedostoja, webbisivuja/wappisivuja ja
jatkossa toivottavasti myös gpx-tiedostoja.
Tämä rakenne mahdollistaa myös uusien tiedosto- ja esitysmuotojen
helpomman lisäämisen jatkossa.
Esim: Jatkossa karttapisteistä voi myös muodostaa reittejä.
( Ozi Explorer route -tiedostotuki on jo tehty, mutta vielä niin
testaamaton, etten uskalla sitä julkaista. )
> Joku systeemi, millä saisi valittua kerralla useamman ladattavan
> koordinaatin olisi käytännöllinen.
Korin toteutin tätä varten. Eli koordinaatit voi lisätä koriin
ja "Kori" sivulta kaikki korissa olevat koordinaatit voi ladata
haluamassaan tiedostomuodossa.
Olen myös miettinyt kaikista hakutuloksista tiedoston luomista, mutta
tämä on vielä vasta ajatusasteella. ( Toisaalta tämä hoituu
jo nyt napsuttelemalla hakutuloksista kaikkien haluamiensa koordinaattien
kohdalla "lisää koriin" ja lataamalla tiedosto "Kori" -sivulta. )
> Help-sivu on ainakin Netscapella hiukan harva, rullailtavaa riittää...
Kiitokset vinkistä. Poistin turhia välejä.
>
>> Jos sivuilta joku saa edelleen jotain vastaavaa virheilmoitusta, niin
>> kertokaa miten virheen voi toistaa ja korjaan asian.
>
> Wpt-tiedotoa lähetettäessä tulee seuraavaa:
>
> Notice: Undefined variable: w in
> /var/www/html_gps_waypoints.net/gps/waypointfilehandler_ozi.php on line 171
> files line doesn't contain enough data.
> Notice: Undefined variable: note in
> /var/www/html_gps_waypoints.net/gps/waypoint_and_route_helpers.php on
> line 32
> 2005-03-22 12:41:38 file=[/var/www/html/php_common/template.php]
> backtrace=(#0. :gethtml_template() called at
> [/var/www/html_gps_waypoints.net/gps/subpage_upload_waypoints.php:133]
> jatkuu monta riviä...
Korjasin tuon virheen tänään päivällä. Liittyi wpt "1.0" -version
käsittelyyn.
Toivottavasti toimii nyt oikein.
Jos ongelma toistuu vielä, niin olisin kiitollinen jos joku pistää vaikka
palaute-linkin kautta wpt-tiedoston minulle, millä ongelmia syntyi.
Näin voin testata mistä vika voisi johtua ja parantaa siten sivujen
toimintaa.
>
> Kaikesta urputuksesta huolimatta kiitos, että olet jaksanut pystyttää
> tällaisen palvelun. Tätä on kaivattu jo pitkään.
> -Matti
Eihän tuo nyt edes urputusta ollut :) . Rakentavaa palautetta
minun mielestäni.
Kiitokset sinulle palautteesta. Ilman mielipiteitä ja palautetta
ei sivukaan päivity oikeaan suuntaan.
T:Pasi
> kaikille ei välttämättä riitä koordinaattimuodoksi vain se "dd
> mm.mmmmm". Eli jokaiselle riville pitäisi jotenkin mahduttaa sama
Tuo on kuitenkin muoto, mitä lähes standardinomaisesti käytetään monessa
paikassa. Ihmiselle on helpompi hahmottaa 60ŗ 24,50" kuin 60,40833ŗ ja
edellämainitun löytää kartaltakin helpommin. Olisiko vaikea tehdä
koordinaatin esitysmuodosta valinnainen? Kukaan ei tarvitse
koordinaattia monessa muodossa vaikka sama muoto ei kelpaakaan kaikille.
> Olen myös miettinyt kaikista hakutuloksista tiedoston luomista, mutta
> tämä on vielä vasta ajatusasteella. ( Toisaalta tämä hoituu jo nyt
> napsuttelemalla hakutuloksista kaikkien haluamiensa koordinaattien
> kohdalla "lisää koriin" ja lataamalla tiedosto "Kori" -sivulta. )
Tähän vaan menee reilusti aikaa... Ja olet ilmeisesti rajannut haun
maksimitulosmääräksi 100 pistettä. Onko siihen joku hyväkin peruste?
Yhtenä ideana tuli mieleen kartta, jolla näkyisi kaikki alueella olevat
pisteet. Olisi helppo tarkastaa, onko halutulta alueelta ollenkaan
pisteitä. Onnistuisiko kaikkien pisteiden tuuppaaminen kerralla
Karttapaikkan karttaan? Sitä voisi sitten zoomailla haluamallaan tavalla.
Toiminnalliseksi puutteeksi voisi lukea sen, että sama piste voi
esiintyä luettelossa useaan kertaan täysin identtisillä tiedoilla.
Tuohon voisin virittää jonkin tarkistuksen.
-Matti
Hyvä sivu!
Katselin kohtaa "etsi koordinaatteja" alalaidassa lista paikoista, joista on
koordinaatteja. Valitulla listalla on paikan tiedot normaalifontilla ja
paikan koordinaattien numerot isolla ja boldilla.. ööö vaikka kyseessä onkin
koordinaattisivusto, niin voisikos nuo koordinaatit laittaa pikkuisen
pienemmälle? Paikan ominaisuudet/kiinnostavuus on kumminkin muualla kuin
niissä koordinaattien numeroissa....kai?
Jos jaksat kehittää sivua ja kuunnella näitä valituksia/kehitysehdotuksia,
niin sivustosta on tulossa erinomainen!
Risto
"Lantiainen Pasi" <ba...@mustatilhi.cs.tut.fi> wrote in message
news:slrnd3tce...@mustatilhi.cs.tut.fi...
> Saa ehdottaa jos tulee mieleen jokin hyvä tapa esittää useita satoja
> koordinaatteja.
Yksi piste per rivi, sarakkeisiin (suunnilleen tässä järjestyksessä)
nimi, lat, lon, paikkakunta, linkki kartalle, lisää koriin ja tyyppi.
Perässä sitten muut halutut tiedot. Mieluusti vielä niin, että mainitut
tiedot mahtuisivat leveydeltään kerralla näkyviin 800x600-näytölle.
Koordinaatin esittäminen useammassa muodossa on tarpeetonta, dd mm.mmm
voisi olla sopiva muoto ja tarkkuus. Ladattaessa tiedostoa pitäisi voida
valita, missä muodossa koordinaatit esitetään tiedostossa. (Vai nieleekö
Ozi dd mm.mm muotoa?)
Lisää-linkki voisi johtaa suoraan "Lähetä Koordinaatit tiedostosta"-sivulle.
Muutenkin sivusto tuntuu rakentuvan yksittäisten pisteiden käsittelyn
ympärille. Parempi lähtökohta olisi tiedostojen (.wpt) käsittely ja
yksittäisten pisteiden käsittely sitten lisänä.
Joku systeemi, millä saisi valittua kerralla useamman ladattavan
koordinaatin olisi käytännöllinen.
Help-sivu on ainakin Netscapella hiukan harva, rullailtavaa riittää...
> Jos sivuilta joku saa edelleen jotain vastaavaa virheilmoitusta, niin
> kertokaa miten virheen voi toistaa ja korjaan asian.
Wpt-tiedotoa lähetettäessä tulee seuraavaa:
Notice: Undefined variable: w in
/var/www/html_gps_waypoints.net/gps/waypointfilehandler_ozi.php on line 171
files line doesn't contain enough data.
Notice: Undefined variable: note in
/var/www/html_gps_waypoints.net/gps/waypoint_and_route_helpers.php on
line 32
2005-03-22 12:41:38 file=[/var/www/html/php_common/template.php]
backtrace=(#0. :gethtml_template() called at
[/var/www/html_gps_waypoints.net/gps/subpage_upload_waypoints.php:133]
#1.
:include(/var/www/html_gps_waypoints.net/gps/subpage_upload_waypoints.php)
called at [/var/www/html_gps_waypoints.net/gps/index.php:110] )
tags-values pair size didn't match.[{NOTE} - ]
jatkuu monta riviä...
Esitysmuodon valinta on tehtävissä valinnaiseksi. ( Tosin vaatii siitä
pahana pidettyä cookie tukea. )
Lisäsin tuon ominaisuuden toteutettavien toimintojen listaan.
>
>> Olen myös miettinyt kaikista hakutuloksista tiedoston luomista, mutta
>> tämä on vielä vasta ajatusasteella. ( Toisaalta tämä hoituu jo nyt
>> napsuttelemalla hakutuloksista kaikkien haluamiensa koordinaattien
>> kohdalla "lisää koriin" ja lataamalla tiedosto "Kori" -sivulta. )
>
> Tähän vaan menee reilusti aikaa... Ja olet ilmeisesti rajannut haun
> maksimitulosmääräksi 100 pistettä. Onko siihen joku hyväkin peruste?
Koska sivujen sisältö tuotetaan jokaiselle kävijälle erikseen, kasvaa
siihen käytetty koneteho palvelimellani suureksi jos hakuja ei
mitenkään rajoiteta. 100 tuloksen raja on hihasta ravistettu arvo, jota
aikoinaan pidin hyvänä.
Nostin rajan 500 tulokseen.
> Yhtenä ideana tuli mieleen kartta, jolla näkyisi kaikki alueella olevat
> pisteet. Olisi helppo tarkastaa, onko halutulta alueelta ollenkaan
> pisteitä. Onnistuisiko kaikkien pisteiden tuuppaaminen kerralla
> Karttapaikkan karttaan? Sitä voisi sitten zoomailla haluamallaan tavalla.
Tuota pitää tutkia. Voisi olla ihan kätevä ominaisuus.
Tulossa olevien ominaisuuksien joukossa on koordinaatin
läheltä toisten koordinaattien etsiminen (halutulta etäisyydeltä). Tällä
voisi tarkistaa onko jonkin koordinaatin lähiseuduilla jotain nähtävää.
Tosin kartalla zoomailu on aina mukavampaa kun näkee sijainnit suoraan
karttapohjalla.
> Toiminnalliseksi puutteeksi voisi lukea sen, että sama piste voi
> esiintyä luettelossa useaan kertaan täysin identtisillä tiedoilla.
> Tuohon voisin virittää jonkin tarkistuksen.
Tarkistus on tulossa, mutta vaatii hieman enemmän älyä, joten
tällä hetkellä mitään tarkistusta ei tehdä. ( Tietomäärän kasvaessa
tämä tarkistus muuttuu erittäin raskaaksi operaatioksi, eli tähän
ongelma pitää keksiä hyvä ratkaisu heti alussa. )
T:Pasi
Valmista PHP-koodia WGS-84 <-> KKJ konvertointiin löytyy mm. osoitteesta
http://www.viestikallio.fi/tools/kkj-wgs84.php , sivun alareunassa on
linkit itse koodiin. Kannattaa tarkistaa mahdolliset copyright-lauselmat.
Pidemmällä tähtäimellä suomalaisesta näkökannasta koordinaattimuodoista
nice-to-have voisi olla mm.
1) WGS-84 (EUREF/ETRS89)
- maantieteelliset koordinaatit (ddd, dmm, dms)
- UTM (ETRS-TM35FIN)
2) KKJ (International 1924/Hayford)
- maantieteelliset koordinaatit (ddd, dmm, dms)
- KKJ peruskoordinaatisto kaistoittain (0-5)
- KKJ yhtenäiskoordinaatisto (kaista 3)
Tavallisen GPS-käyttäjän kannalta varsin tarkka PHP-koodi kaikkien
yllämainittujen konversioiden, paitsi UTM:n, osalta löytyy tuosta
yllämainitusta osoitteesta. UTM:n ja maantieteellisten koordinaattien
väliseen konversioon löytyy hyvä algoritmi JHS (julkisen hallinnon
suositus) 153 tai 154:sta (google auttaa). Gauss-Kruger yhden asteen
kaistoilla ETRS89:iin pohjautuen tuosta vielä puuttuu, mutta sitä tuskin
tullaan tavallista käyttäjää kiinnostavissa yhteyksissä käyttämään.
Jos asiaa miettii hieman pidemmälle (kansainvälisesti, kun domainikin on
englanniksi), niin oikeastaan voisi olla järkevää käyttää jotain
valmista kirjastoa koordinaattimuunnoksiin sen sijaan että kirjoittaisi
jokaista konversiota varten oman koodinsa. Maailmalla yleisesti käytössä
olevia datumeita kun on kymmeniä. Tietokantaan tietoja ei kannattane
tallentaa kuin johdonmukaisesti yhdessä muodossa, esimerkiksi WGS-84
asteina ja asteen desimaaleina ja konvertoida niitä sitten tarpeen
mukaan lennossa siihen muotoon mitä käyttäjä haluaa. Asteet ja minuutit
lienee tavallisimmin käytetty muoto, lentosedät käyttävät asteita,
minuutteja ja sekunteja. Pelkkiä asteita näkee harvemmin, mutta
bitinnypläyksessä ja maanmittauksessa niitäkin käytetään.
Tapio
> Muunnos KKJ:sta(Finland Hayford ) WGS84-järjestelmään on tehtävissä
> pienellä vaivalla ja olen muunnoksen tekemiseen hieman jo perehtynytkin,
> mutta tällä hetkellä tuki löytyy siis vain
> WGS84-koordinaattijärjestelmälle. ( On siis jossain vaiheessa tulossa. )
Älä vaan yritä keksiä pyörää uudelleen, tarkoitukseen löytyy varmasti
sopiva skripti. Olet varmaan jo tutustunutkin näihin lähteisiin:
http://www.kolumbus.fi/eino.uikkanen/geoconv/index.htm
http://www.maanmittauslaitos.fi/Default.asp?id=104&docid=415
http://www.viestikallio.fi/tools/kkj-wgs84.php
-Matti
Merikarttapuolella jo löytyy. Kaikki uudet ns. "siniset" merikartat ovat
WGS84 koordinaattijärjestelmässä, ja näitä on jo myynnissä.
- Mika L
Katselin tuolta miten asia oli käytännössä toteutettu. Koodi mitä oli
tarjolla ei oikein miellyttänyt minun silmää (vaikka toimiikin oikein) ,
joten toteutin itse loppuun jo aloittamani muunnoksen. ( Periaate
muunnoksissa täysin sama kuin tuolla ja useilla muullakin
webbisivuissa. )
KKJ esitys on siis uunituore ja voi sisältää vielä virheitä. (
Tosin kartalla nuo sivun tuottamat KKJ koordinaatit ainakin näyttävät
osuvan kohdalleen. )
> Pidemmällä tähtäimellä suomalaisesta näkökannasta koordinaattimuodoista
> nice-to-have voisi olla mm.
> 1) WGS-84 (EUREF/ETRS89)
> - maantieteelliset koordinaatit (ddd, dmm, dms)
> - UTM (ETRS-TM35FIN)
> 2) KKJ (International 1924/Hayford)
> - maantieteelliset koordinaatit (ddd, dmm, dms)
> - KKJ peruskoordinaatisto kaistoittain (0-5)
> - KKJ yhtenäiskoordinaatisto (kaista 3)
Kertokaapas viisaammat miten tuo KKJ-järjestelmä pitäisi ymmärtää.
Eli miksi on olemassa erikseen 4 kaistainen koordinaatisto,
ja vielä yhtenäiskoordinaatisto.
wgs-kkj muunnos minkä tein seuraa kyllä noita kaistoja (mielestäni) oikein
ja tuottaa ainakin kartalla oikeita koordinaatteja.
Suosiiko joku taho käyttämään peruskoordinaatistoa ja jokin toinen taho
käyttämään taas yhtenäiskoordinaatistoa vai mistä tämä monen järjestelmän
tarve syntyy. ( Saatatte huomata, että olen elänyt pelkästään
wgs84-maailmassa :) )
> Jos asiaa miettii hieman pidemmälle (kansainvälisesti, kun domainikin on
> englanniksi), niin oikeastaan voisi olla järkevää käyttää jotain
> valmista kirjastoa koordinaattimuunnoksiin sen sijaan että kirjoittaisi
> jokaista konversiota varten oman koodinsa. Maailmalla yleisesti käytössä
> olevia datumeita kun on kymmeniä.
Tämä on totta.
Tällaisen kirjaston ilmaiseksi saaminen vain saattaa tuottaa tiettyä
hankaluutta. Kertokaa jos tiedätte jonkin paikan mistä sellaisen saisi.
> Tietokantaan tietoja ei kannattane tallentaa kuin johdonmukaisesti
> yhdessä muodossa, esimerkiksi WGS-84 asteina ja asteen desimaaleina ja
> konvertoida niitä sitten tarpeen mukaan lennossa siihen muotoon mitä
> käyttäjä haluaa.
Juuri näin asia tällä hetkellä tehdään. Tietokannassa koordinaatti vain
kertaalleen ja siitä suoritetaan muunnokset tarpeen vaatiessa.
-Pasi
p.s. Lisäsin asetukset sivun, josta voi valita miten koordinaatit
haluaa hakutuloksissa nähdä.
Jotkut meistä elävät vielä niin ilmeisen kivikauden maailmassa,
että paperikartatkin on havaittu tarpeellisiksi. Itse veneilen
Saimaalla ja käytän GPS:n ja PC:n lisäksi navigoinnissa myös
paperikarttoja. Vanhempien (ei ns. sinisten karttojen, niissä WGS84)
koordinaatit on KKJ datumissa ja asteikot sellaisia, että niistä
saa koordinaatit asteina, minuutteina ja minuuttien desimaaliosina.
Perusasiat kuten karttaprojektio, datum ja esitysmuoto on
syytä jokaisen kartan ja GPS:n käyttäjän syytä tiedostaa,
ettei tule turhia virheitä.
Jos elät pelkästään 'WGS84-maailmassa', silloin et ilmeisesti
käytä paperikarttoja lainkaan. Tietokoneella tai GPS:ssä
muunnokset eri järjestelmistä muihin hoituvat jo esillä olleilla
algoritmeilla, käsipelillä vähänkään tarkempi laskenta on
hankalaa (moniin (meri)karttoihin on painettu erot WGS84
koordinaatteihin, näillä saa laskettua noin arvon sijainnille
WGS84:ssa). Peruskartoissa käytetään myös kaistoja ja
metripohjaista koordinaattien esitysmuotoa eli veneilijän ja
vaeltajan tarpeet esitysmuodoille/datumeille ovat hieman erilaiset.
Joku karttateoriaa paremmin tunteva varmaankin osaa kertoa
perusteet monen järjestelmän käyttöön, oman käsitykseni
mukaan kyse on ainakin tarkkuudesta.
Menestystä vaan palvelun pyörittämiseen, kommenttejahan
oletkin saanut jo runsaasti.
Ari
--
---------------------------------------------------------------
(if you reply by email, use following address)
Ari Torpström ari.to...@kolumbus.fi
N62°59,13 E27°41,33
---- GPS cables: http://www.gpskaapelit.tk ----
> Joku karttateoriaa paremmin tunteva varmaankin osaa kertoa
> perusteet monen järjestelmän käyttöön, oman käsitykseni
> mukaan kyse on ainakin tarkkuudesta.
Enpä osaa minäkään sanoa, miksi käytetään sekä KKJ:tä YKJ:tä.
Seuraavista linkeistä löytyy kumminkin hiukan tietoa koordinaatistoista.
http://www.progis.fi/ajankohtaista/MarkkuPoutanen/GPS.html#koordinaatistot
http://www.kolumbus.fi/eino.uikkanen/geodocs/kkjgps.htm
http://www.suomensotilas.fi/nettisotilas/Lehti/NS_GPS5.html
http://www.fgi.fi/kirjasto/julkaisut/pdf/koord5b.pdf
Poutasen GPS-paikanmääritys -kirja on myös mainio aiheeseen liittyvä
kirja, joskin karttaprojektiot ja datumit käsitellään siinä aika
lyhyesti. Siinäkään ei tosin ole kuvaa, josta KKJ:n virhe kävisi ilmi,
mutta joka tapauksessa tarkka WGS84-KKJ -muunnos on mahdoton KKJ:n
sisäisen epätarkkuuden vuoksi. Virhe on eri suuntainen ja eri suuruinen
eri puolilla Suomea ja se voi olla jopa metrin suuruusluokkaa. Eli
muunnosta on ihan turha tehdä kovin monen desimaalin tarkkuudella.
Toisaalta WGS84:n ja EUREF-FIN:n ero on myös samaa suuruusluokkaa.
Toinen syy olla todella tarkkana käytettäessä tarkkoja lukuarvoja
koordinaattesityksissä.
Seuraava menee jo otsikosta ja kaikesta muustakin ohi, mutta voipi olla
jollekin hyödyllistä tietoa.
(Sivun http://www.megabaud.fi/~msuorsa/maili.htm tiedoilla laskettuna:)
Yksi kaarisekunnin tuhannesosa vastaa noin 3,1 cm matkaa. Tällöin
esimerkiksi Särkänniemen piste N 61° 30' 15,673", E 23° 44' 40,751"
olisi tarkkuudeltaan 3,1 x 1,5 cm. Tällaisen tarkkuuden käyttö johtaa
harhaan, koska tuollaista tarkkuutta ei saa kuluttajalaitteilla
määritettyä, eikä sellaiseen ole harrastajalla tarvettakaan. Po.
sivustolla pisteiden näyttötarkkuudeksi riittäisi siis varmasti dd
mm.mmmm tai dd mm ss.ss. Jos on tehty muunnos WGS84<->KKJ niin tuokin on
valheellisen tarkka.
Sivuston ulkoasuun vielä sellainen kommentti, että voisiko luettelossa
yhden pisteen esitykseen käytettyä tilaa pienentää, vaikka siirtämällä
lisää koriin- ym. linkit oikeaan reunaan ja rajoittamalla lisätiedon
esitettyä määrää. Pisteen omalta sivulta saisi sitten kaikki tiedot.
--
Matti Haikka
Tykistö ei osaa ampua kaistalta toiselle, (mm.) siksi karttoihin on painettu
punaisella yhtenäiskoordinaatisto (YKJ). Erilliset kaistat ovat siksi, että
YKJ:ssa projektiosta johtuva virhe kartan reunalla on jo iso eli kohteet
alkavat vääristyä, virhe kasvaa mentäessä keskimeridiaanista poispäin.
Mikäli muistan oikein, pinta-ala pysyy kuitenkin oikeana riippumatta
sijainnista kaistalla. Suuntiin tulee virhettä ja koska merenkululle suunnat
ovat tärkeitä, siellä käytetään Mercator-projektiota (jossa taas pinta-alat
menevät väärin, jos muistan oikein).
KKJ3 on sama kuin YKJ, eli niiden keskimeridiaani ja false origin on
sama.YKJ on kaistana leveämpi.
YKJ ja KKJ1-5 ovat siis Transverse Mercator projektioita. Täältä löytyy
kuva: http://www.osi.ie/gps/overview/plane.asp. Eli projisointi tapahtuu
laittamalla lieriö vaakasuuntaan ellipsoidin ympärille siten, että lieriö
yhtyy siihen keskimeridiaania pitkin. Ellipsoidi on navoilta litistynyt
pallo, joka mallintaa maapalloa (joka suinkaan ei ole ellipsoidi).
Petteri
> Tykistö ei osaa ampua kaistalta toiselle, (mm.) siksi karttoihin on
> painettu
> punaisella yhtenäiskoordinaatisto (YKJ). Erilliset kaistat ovat siksi,
> että
> YKJ:ssa projektiosta johtuva virhe kartan reunalla on jo iso eli kohteet
> alkavat vääristyä, virhe kasvaa mentäessä keskimeridiaanista poispäin.
> Mikäli muistan oikein, pinta-ala pysyy kuitenkin oikeana riippumatta
> sijainnista kaistalla. Suuntiin tulee virhettä ja koska merenkululle
> suunnat
> ovat tärkeitä, siellä käytetään Mercator-projektiota (jossa taas
> pinta-alat
> menevät väärin, jos muistan oikein).
>
KKJ ja YKJ ovat kansallisia koordinaattijärjestelmiämme, joiden rinnalle
ja korvaajaksi on tulossa yhteiseurooppalaisempi ja gps-yhteensopiva
EUREF-FIN (alias ETRS89). KKJ on jaettu kaistoihin 0-5 (kukin 3 deg).
EUREF-FINin mukanaan tuoma valtakunnallinen UTM-karttalehtijako ja projektio
on leveydeltään 13 deg kattaen koko Suomen kuten YKJ.
Maastokartoillakin nykyisin käytettävä projektio on TM (Gauss-Kruger) ja
EUREFiin siirryttäessä UTM (ETRS-TM35FIN).
Molemmat ovat poikittaisia lieriöprojektioita. Edellinen sivuava ja
jälkimmäinen
leikkaava.
EUREFin yhteydessä voidaan käyttää myös kapeampia (1 deg) Gauss-Kruger-
projektiokaistoja (ETRS-GKn).
Siirryttäessä leikkauskohdasta tai sivuamiskohdasta itään/länteen
mittakaavavirhe
kasvaa. Suunnat pisteiden välillä ovat aina "oikeita". Sensijaan nimenomaan
pinta-alat
kasvavat.
NN
> Tykistö ei osaa ampua kaistalta toiselle, (mm.) siksi karttoihin
> on painettu
> punaisella yhtenäiskoordinaatisto (YKJ). Erilliset kaistat ovat
> siksi, että
> YKJ:ssa projektiosta johtuva virhe kartan reunalla on jo iso eli
> kohteet
> alkavat vääristyä, virhe kasvaa mentäessä keskimeridiaanista
> poispäin.
> Mikäli muistan oikein, pinta-ala pysyy kuitenkin oikeana
> riippumatta
> sijainnista kaistalla. Suuntiin tulee virhettä ja koska
> merenkululle suunnat
> ovat tärkeitä, siellä käytetään Mercator-projektiota (jossa taas
> pinta-alat
> menevät väärin, jos muistan oikein).
Ei, kyllä KKJ:n ja YKJ:n projektio (Gauss-Krüger, Transverse
Mercator) on yhtälailla oikeakulmainen kuin Mercator-projektiokin.
Sehän on kuin Mercator-projektio lukuunottamatta sitä, että maapallo
on siinä sijoitettu vaakasuoraan lieriöön, kun Mercator-projektion
lieriö on pystysuora.
Mercator-projektion ominaisuus on se, että mitta- ja
pinta-alavääristymät kasvavat sitä mukaa, kun kuvattavan alueen
etäisyys keskimeridiaanista kasvaa ja tietysti mitä suurempi osa
pallopinnasta projisoidaan tasolle. Tämän takia isomittakaavaiset
kartat, joilla maasto tms halutaan esittää tarkasti, rakennetaan
projisoimalla maapallo (joka ei ole pallo) kapeille pystysuorille
kaistaleille, joiden keskiosa -- siis keskimeridiaani -- leikkaa
pallon pintaa. KKJ:ssä tämä kaistanleveys on kolme astetta, siis 1,5
astetta keskimeridiaanista itään ja länteen. Näin saadaan aikaan
kohtalainen kompromissi kaistojen määrän ja niiden tarkkuuden
kesken.
YKJ:tä taas käytetään silloin, kun halutaan esittää koko maa saman
koordinaatiston puitteissa. Reuna-alueilla vääristymät voivat olla
varsinkin suuria, onhan esimerkiksi Kilpisjärvi noin 6 astetta
sivussa keskimeridiaanista 27 ja Ahvenanmaa enimmillään lähes 8
astetta.
Gauss-Krüger on käytössä Suomen kaltaisissa maissa, joissa
pohjois-eteläsuuntainen mitta on paljon suurempi kuin
itä-länsisuuntainen. Selvitään vähemmällä määrällä kaistoja.
Matti
--
Matti Grönroos -- http://www.iki.fi/mjg
Korjaan tuota tarkkuutta hieman pois.
> Sivuston ulkoasuun vielä sellainen kommentti, että voisiko luettelossa
> yhden pisteen esitykseen käytettyä tilaa pienentää, vaikka siirtämällä
> lisää koriin- ym. linkit oikeaan reunaan ja rajoittamalla lisätiedon
> esitettyä määrää. Pisteen omalta sivulta saisi sitten kaikki tiedot.
Olen toteuttamassa koordinaattien esitykseen vaihtoehtoisia esitysmuotoja.
(Jokainen voisi vaihtaa esitystavan mieleisekseen asetukset-sivulta. )
Yksi näistä esitysmuodoista on tiivistetty taulukkomainen rakenne, missä
yhdellä rivillä on yhden koordinaatin tiedot ( aivan kuten "Omat
Koordinaatit"-sivulla ) , eli tällainen muutos on tulossa.
Tänään toteutettavat muutokset jäävät hyvin vähäisiksi, mutta
seuraavana arkipäivänä (tiistaina) kehitys jatkuu taas entiseen kovaan
tahtiin :)
T:Pasi
> Kertokaapas viisaammat miten tuo KKJ-järjestelmä pitäisi ymmärtää.
> Eli miksi on olemassa erikseen 4 kaistainen koordinaatisto,
> ja vielä yhtenäiskoordinaatisto.
KKJ kaistojahan on oikeasti kuusi (0, 1, 2, 3, 4 ja 5), mutta 0 ja 5
kaistoihin kuuluu niin pieni osa Suomea (Ahvenanmaan länsipuolelta
lähinnä merta ja itärajan tuntumasta osa), että käytännössä pelataan
kaistoilla 1-4. Yhtenäiskoordinaatisto on täsmälleen sama asia kuin
peruskoordinaatiston kaista 3, mutta yhtenäiskoordinaatisto on
levennetty sivusuunnassa niin, että sillä on mahdollista kattaa koko Suomi.
> wgs-kkj muunnos minkä tein seuraa kyllä noita kaistoja (mielestäni) oikein
> ja tuottaa ainakin kartalla oikeita koordinaatteja.
Kansalaisen karttapaikan koordinaattikonvertteri on hyvä paikka
testailla muunnoksia. Jos pääsee parin metrin päähän lukemissa niin
homma on ok.
> Suosiiko joku taho käyttämään peruskoordinaatistoa ja jokin toinen taho
> käyttämään taas yhtenäiskoordinaatistoa vai mistä tämä monen järjestelmän
> tarve syntyy. ( Saatatte huomata, että olen elänyt pelkästään
> wgs84-maailmassa :) )
Tätähän jo toisissa viesteissä selvitettiin, sanonpa tässä vielä pari
sanaa tuosta perusongelmasta. Peruskompromissi yhden vs. monen kaistan
käytössä tehdään tarkkuuden (monta kaistaa) ja kattavuuden (yksi kaista)
välillä. Tarkkuudella tarkoitan tässä nimenomaan vääristymiä (suunnat,
pinta-alat, etäisyydet, jne) enkä jonkun tietyn paikan sijainnin
ilmoittamisen tarkkuutta.
Karttaprojektio valitsemalla saadaan minimoitua jotain näistä virheistä
toisten virheiden kustannuksella. Edelleen virheitä valitussa
projektiossa saadaan minimoitua kattamalla kartalla pienempi osa
alueesta "nollapisteiden" (KKJ:ssä keskimeridiaani) ympäriltä, kuten KKJ
kaistoissa tehdään.
Koska tuo sivustosi toimii lähinnä koordinaattien kanssa eikä sinänsä
karttojen, ei eri projektioista ja niiden virheistä kannata kasvattaa
turhaan harmaita hiuksia. On kuitenkin hyvä tiedostaa miksi niitä on
useita ja syy siis tässä KKJ:n tapauksessa on kattavuus
(yhtenäiskoordinaatistossa koko Suomi) vs. tarkkuus
(peruskoordinaatiston kaistat).
Datumeista sanon vielä sen, että jos tarkkoja ollaan, niin WGS-84 ja
ETRS89/EUREF-FIN (siniset merikartat, yleisesti uudet ja tulevat kartat
Suomesta) ovat eri asia. Tavallisen käyttäjän kannalta sillä ei
kuitenkaan ole mitään merkitystä, koska ero on niin pieni. WGS-84 on
maapallokeskeinen ja ETRS89 on sidottu Euroopan mannerlaattaan, joten ne
pikkuhiljaa erkanevat (muutamia senttejä vuodessa) toisistaan
mannerlaattojen liikkeiden mukana. Ne olivat sama asia vuonna 1989, joka
on valittu nollakohdaksi, tällä hetkellä ero on joitakin kymmeniä
senttejä. Maanmittauksessa on hyväksi että paikat eivät itsestään liiku
edes senttejä, joten siellä käytetään tai ollaan siirtymässä ETRS89:iin.
>>englanniksi), niin oikeastaan voisi olla järkevää käyttää jotain
>>valmista kirjastoa koordinaattimuunnoksiin sen sijaan että kirjoittaisi
> Tämä on totta.
> Tällaisen kirjaston ilmaiseksi saaminen vain saattaa tuottaa tiettyä
> hankaluutta. Kertokaa jos tiedätte jonkin paikan mistä sellaisen saisi.
PROJ.4 kirjastosta (http://www.remotesensing.org/proj) saattaisi löytyä
hommaan työkaluja. Käytön opettelu ja integrointi saattaa vaatia
jonninlaisen oppimiskäyrän läpikäyntiä.
Tapio