[Alg] Coordinaten (NB, OL) omzetten naar afstanden

[Verwijderd]

Ik heb een hele mooie tabel bij elkaar verzameld met daarin postcodes + de bijbehorende coordinaten (Noorderbreedte, Oosterlengte) in Nederland. Nu lopen die "lijnen" niet helemaal recht over de kaart van Nederland (aarde is tenslotte niet plat). Is er een manier om met behulp van deze coordinaten de afstand tussen 2 punten te bepalen. Of deze coordinaten zo om te rekenen zodat ik op een kaartje van Nederland een punt zou kunnen zetten.

Ik hoop dat het enigszins duidelijk is wat ik bedoel

ps. het is de bedoeling om dit met php of een ander taaltje op te gaan lossen, dus ik ben niet op zoek naar handwerk

[whoami]

Als je het in een scriptje wilt bakken, zal je eerst wel moeten weten hoe het precies in z'n werk gaat, dat berekenen.

[Verwijderd]

En dat is dus precies wat ik zoek Het c0den van die "formule" is niet zo spannend.

[ Voor 41% gewijzigd door Verwijderd op 20-07-2003 17:18 ]

[stekkel]

kwestie van bepaling van wat de maximale getolereerde afwijking is en met behulp daarvan bepalen hoeveel ijk punten je nodig hebt op een kaart waarmee je de overige punten uitrekent door interpolatie.

[Verwijderd]

Maar als je die punten hebt, dan zou je er toch een formule om heen moeten kunnen schrijven?

[stekkel]

Ja eh,
je hebt een punt, zoek het dichtsbijzijnde ijkpunt
bepaal de afwijking van jouw punt tenopzichte van de het ijkpunt (hor en ver)
en doe nu afwijking * ijkpunt_X = my_x (zelfde voor y) en je bent er


En als je nu slim bent dan neem je voldoening met een grote afwijking zodat je aan 1 ijkpunt (in het midden van NL) voldoende hebt.

[ Voor 25% gewijzigd door stekkel op 20-07-2003 17:30 ]

[The Eagle]

denk dat je dit heel simpel op kunt lossen met verhoudingen. Wat je doet: pak 2 punten die je weet, en waarvan je de afstand weet. Makkelijkst zijn denk ik vliegvelden in NL; die hebben vaste GPS posities dus die zou je kunnen gebruiken. De lijn waarom ze liggen zal schuin zijn, maar omdat je de coordinaten hebt kun je de afstanden van de rechte lijnen berekenen...dat betekent tevens dat je dan de verhoudigne van de grid hebt die je gebruikt, nl NB en OL en de afstand tussen 2 coorinaten. Van daaruit is het verder een eitje denk ik zo

[Brothar]

wil je de afstand over het aardoppervlak, of de kortste rechte lijn loodrecht boven de 2 punten ?
(overigens, kun je die tabel mailen ?, dan probeer ik wel een routine in Delphi/pascal te maken).

[ Voor 8% gewijzigd door Brothar op 20-07-2003 17:40 ]

[MSalters]

De "simpele" oplossing is het berekenen van de hoek tussen de twee punten vanuit het middelpunt van de aarde, daarna hoef je alleen met de (lokale) straal van de aarde te vermenigvuldigen.

Iets moeilijker in theorie, maar soms makkelijker in praktijk, is het bereken van XYZ coordinaten en dan Pythagoras te gebruiken. Z bijv oorbeeld is simpelweg R*sin(NB). Pythagoras werkt natuurlijk alleen als de afstand zo klein is dat de lokale kromming van de aarde verwaarloosd mag worden, anders moet je daarvoor gaan compenseren.

[Verwijderd]

Voor het bepalen van de afstanden heb ik inmiddels iets interessants gevonden: http://home.planet.nl/~hklein/afstand/cairo.htm

Nu nog kijken of ik de punten op een plat kaartje kan bepalen met de echte x en y coordinaten

[Brothar]

dan ben je d'r.
Maar, de echte coördinaten zijn volgens mij de OL/NB. Je platte kaartje is dan m.i. een afgeleide daarvan. (Goed je corrigeert nu niet voor het feit dat de aarde geen perfecte bolvorm heeft)

Ik vraag me trouwens af of 2 punten, met een verscillende NB, niet juist deel uitmaken van een ellips (i.p.v. een cirkel)

deze link is wat vollediger:
http://star-www.st-and.ac.uk/~fv/webnotes/index.html
(heeft 't ook over bepaalde correcties)

[ Voor 50% gewijzigd door Brothar op 20-07-2003 18:08 ]

[MSalters]

Op een bol is de kortste route tussen twee punten de grootcirkel, dat is het cirkelsegment rondom het middelpunt waarop beide punten liggen. De aarde is geen bol, maar de exacte vorm is dacht ik ook geen ellipsoide. De kortste route wordt dan een erg complexe vorm.

[thomaske]

uit de oude doos:

[rml][ alg]afstand tussen 2 coord. op aarde berekenen[/rml]

[kvdveer]

Even uit mijn oude doos:

SQL:

SELECT 
   ACOS( 
      COS(gps_x) * COS(gps_y) * COS($x) * COS($y) + 
      COS(gps_x) * SIN(gps_y) * COS($x) * SIN($y) + 
      SIN(gps_x) * SIN($x)
   ) * 3963.1 * 1.609 as dist, [...] 
   FROM [...] ORDER BY dist ASC

$x, $y, gps_x en gps_y zijn gps-coordinaten in decimale graden. Noorderbreedte en westerlengte zijn positief, zuiderbreedte en oosterlengte zijn negatief.

[Soultaker]

Ik heb me laten vertellen dat er wereldwijd (ook met GPS) verschillende ellipsoïden gebruikt worden om de aardbol mee te beschrijven. Hoewel ik er verder het fijne niet van weet, lijkt het me dus wel relevant uit welk systeem je coördinaten komen. Maar misschien vergis ik me (zeker als je de aarde modelleert als bol), want zoals ik al zei, weet ik ook niet precies hoe het zit.

[ Voor 3% gewijzigd door Soultaker op 21-07-2003 14:09 ]

[Verwijderd]

Let er bovendien op dat de kaart die je van nederland hebt waarschijnlijk ook bepaalde correcties heeft ondergaan.

[alienfruit]

Let wel op, het gebruiken van postcode gegevens kost wel geld ook als je ze zelf uit het telefoonboek hebt overgetypt.

[jochemd]

Soultaker schreef op 21 July 2003 @ 14:09:
Ik heb me laten vertellen dat er wereldwijd (ook met GPS) verschillende ellipsoïden gebruikt worden om de aardbol mee te beschrijven.

Dat is om de afwijkingen die de aarde heeft van een perfecte bol te compenseren. Voor afstanden binnen Nederland minder relevant.

[djluc]

http://www.phpfreakz.nl/library.php?sid=9350

[GraasGast]

mischien is dit handig? is freeware...

http://lcg-www.uia.ac.be/~erikt/.Henk/welcome.html

is een database van plaatsnamen, netnummers, postcodes en coordinaten...scheelt heel wat typwerk

[ Voor 37% gewijzigd door GraasGast op 21-07-2003 16:20 ]

[Soultaker]

alienfruit schreef op 21 July 2003 @ 15:12:
Let wel op, het gebruiken van postcode gegevens kost wel geld ook als je ze zelf uit het telefoonboek hebt overgetypt.

Hmnee, als je ze overtypt juist niet, dacht ik. Daar was destijds in ieder geval discussie over bij die alternatieve telefoongids (weet de naam niet meer), want die hadden naar eigen zeggen de (openbare) gegevens overgetypt, terwijl KPN zei dat ze de gegevens uit het telefoonboek of van de CD-rom gekopieerd hadden (wat niet mag, in verband met copyright).

[Woy]

Soultaker schreef op 21 juli 2003 @ 16:02:
[...]

Hmnee, als je ze overtypt juist niet, dacht ik. Daar was destijds in ieder geval discussie over bij die alternatieve telefoongids (weet de naam niet meer), want die hadden naar eigen zeggen de (openbare) gegevens overgetypt, terwijl KPN zei dat ze de gegevens uit het telefoonboek of van de CD-rom gekopieerd hadden (wat niet mag, in verband met copyright).

Ja zo had ik het ook begrepen. Het bedrijf in kwestie zei dat ze een stel polen o.i.d hadden ingehuurd om het over te typen. Als dit het geval was dan was het wel legaal omdat postcodes openbare gegvens zijn waar geen copyright op zit. Alleen er zit wel copyright op een database waarin jij die gegevens verzameld.