[Westman]

andreasp har svarat samma sak kom jag på

[gregoff]

Tack alla för feedback!

Jag har kommit fram till att trimma min befintliga lösning. Ändrade datatypen till float och gjorde en avgränsning av koordinaterna i sql-frågan (med hjälp av BETWEEN och +- en viss marginal på utgångskoordinaten) för att sen finjustera med php.

Resultatet blev att laddningstiden sjönk nästan med hälften. En laddningstid på drygt en sekund på de tunga sidorna känns som att jag får acceptera. De flesta sidorna har en laddningstid på 0,1 sekunder numera (mot ca 0,4 innan).

Laddningstid = tid för att generera färdig html.

[coredev]

Ursprungligen postat av gregoff

Tack alla för feedback!

Jag har kommit fram till att trimma min befintliga lösning. Ändrade datatypen till float och gjorde en avgränsning av koordinaterna i sql-frågan (med hjälp av BETWEEN och +- en viss marginal på utgångskoordinaten) för att sen finjustera med php.

Resultatet blev att laddningstiden sjönk nästan med hälften. En laddningstid på drygt en sekund på de tunga sidorna känns som att jag får acceptera. De flesta sidorna har en laddningstid på 0,1 sekunder numera (mot ca 0,4 innan).

Laddningstid = tid för att generera färdig html.

Hej gregoff,

Vore intressant om ville dela med dig av följande:
* hur skapar du den rektangeln som du selekterar SQL-en med - utifrån från centrumpunkten och utvidgar den till en fyrkant med (cirkelradien * 2) som sidlängd?
* hur arbetar du med finjusteringen i PHP

Jag har gjort liknande saker, och en något som snabbade upp för mig var att bryta ut long + lat + "POI-id" till en egen tabell och lägga på index på long och lat. Men det beror ju lite på databasdesign & mängd data om det lönar sig. Vissa värden i sql-cirkelformeln går även att förkalkylera utanför databaslagret.

Mvh Robert

[gregoff]

Absolut!

I grova drag handlar problemet om att jag vill ha ut närliggande koordinater utifrån en fast punkt.

Jag började med att räkna ut hur stor en kvadrat blir som precis omger cirkeln med samma radie som jag är ute efter (ex 20 miles). En av sidorna på kvadraten är därmed 40 miles. Det längsta avståndet inom kvadraten mätt ifrån mittpunkten är till ett av hörnen och blir i detta fallet ca 28,3 miles (pythagoras sats).

Andra delen i lösningen är att hitta rätt felmarginal i koordinaterna som motsvarar max 28,3 miles (jag landade på ca 29 miles enl. nedanstående exempel).

Exempel (koordinaten är tagen ur luften):
$lat: 30.1234
$long: -63.5552
$p: 0.35 (kom jag fram till via trial & error)

($p är "felmarginalskoordinat")

Så jag körde en SELECT med dom data jag ville ha ut och körde med villkoren

$sql = "SELECT LAT,LONG FROM tabellen
WHERE (LAT BETWEEN ".($lat-$p)." AND ".($lat+$p).")
AND (LONG BETWEEN ".($long-$p)." AND ".($long+$p).")";

Därefter kör jag en avståndsberäkning mellan svaren och min fasta punkt och sorterar med PHP enl. tex:
http://www.web-max.ca/PHP/misc_2.php

Efter sorteringen kan jag enkelt sortera bort dom som ligger utanför cirkelradien.

Ungefär så...

Ursprungligen postat av coredev

Hej gregoff,

Vore intressant om ville dela med dig av följande:
* hur skapar du den rektangeln som du selekterar SQL-en med - utifrån från centrumpunkten och utvidgar den till en fyrkant med (cirkelradien * 2) som sidlängd?
* hur arbetar du med finjusteringen i PHP

Jag har gjort liknande saker, och en något som snabbade upp för mig var att bryta ut long + lat + "POI-id" till en egen tabell och lägga på index på long och lat. Men det beror ju lite på databasdesign & mängd data om det lönar sig. Vissa värden i sql-cirkelformeln går även att förkalkylera utanför databaslagret.

Mvh Robert

[pelmered]

Ursprungligen postat av gregoff

Tack alla för feedback!

Jag har kommit fram till att trimma min befintliga lösning. Ändrade datatypen till float och gjorde en avgränsning av koordinaterna i sql-frågan (med hjälp av BETWEEN och +- en viss marginal på utgångskoordinaten) för att sen finjustera med php.

Resultatet blev att laddningstiden sjönk nästan med hälften. En laddningstid på drygt en sekund på de tunga sidorna känns som att jag får acceptera. De flesta sidorna har en laddningstid på 0,1 sekunder numera (mot ca 0,4 innan).

Laddningstid = tid för att generera färdig html.

Smart lösning!
Jag skulle också tycka att det skulle vara väldigt intressant att höra lite mer om hur du gjort eller till och med få se lite kod.
Gör du beräkningen och avståndet och sorteringen i (My)SQL eller PHP?

Det där fungerar nog bra så länge du inte har allt för många besökare, men det är ju en sån sak som kan sänka servern vid mycket trafik.