[PHP] Vacatures binnen aantal km opvragen

[Verwijderd]

Ik ben bezig met een vacaturebank. Dit werkt allemaal. Alleen, we willen zoeken naar vacatures, bijvoorbeeld Amsterdam en daar maximaal 10 km vandaan. Wat is een goede manier om dit te doen?

Ik heb gekeken naar Google Maps, maar elke vacature door een Google functie halen en tonen wanneer hij minder dan 10km is, lijkt mij niet de beste manier. Zijn hier betere oplossingen voor, of moet ik toch voor elke plaats de Google API aanspreken?

[Verwijderd]

Sla per vacature de geografische positie op, dus zoveel graden oosterlengte, zoveel graden noorderbreedte.

Als je vervolgens alle vacatures binnen een straal van een aantal kilometers wilt, zoek je waar het verschil in breedte in het kwadraat, plus het verschil in lengte in het kwadraat kleiner is dan het aantal kilometers / 40.000 * 360 in het kwadraat.

40.000 is de omtrek van de aarde in kilometers, 360 is de omtrek in het aantal graden.

Dit klopt niet helemaal precies gezien de kromming van de aarde, maar in een klein land als Nederland voldoet dit prima.

[ Voor 13% gewijzigd door Verwijderd op 08-11-2009 15:19 ]

[CoolGamer]

Je zou van te voren de locatie van de vacatures kunnen opslaan en dan vergelijken met de opgegeven locatie.

[Tys]

Tjsa, als de Google API dit nu al voor je regelt, dan kun je dit toch eenmalig doen tijdens de plaatsing van de vacature en daarna in je eigen database opslaan (en dan vergelijken met de positie waar je het mee wilt vergelijken)?

[ Voor 17% gewijzigd door Tys op 08-11-2009 15:21 ]

[Cartman!]

Jammer dat je volgens de terms van de Google Maps API de gegevens niet mag opslaan alleen.

[DexterDee]

Ik heb wel eens een dergelijke functie gemaakt, maar dat was op basis van postcodes. De wiskundige berekening kan zelfs geheel in SQL gemaakt worden voor een willekeurige straal.

Hou er alleen rekening mee dat databases met postcode / plaatsnaam naar geografische locaties ontzettend duur zijn. De google api is gratis, maar wel een externe afhankelijkheid. Stel dat daar een berekening de mis in gaat of er zit ergens een foutje in, dan moet je het Google laten fixen of accepteren dat het fout is. Dat is soms lastig uitleggen als het project voor een klant gemaakt wordt.

[Verwijderd]

Cartman! schreef op zondag 08 november 2009 @ 16:29:
Jammer dat je volgens de terms van de Google Maps API de gegevens niet mag opslaan alleen.

Maarja, je mag ook niet 130 rijden op de snelweg in Nederland.

Gok dat dit iets is wat ze er in hebben gezet voor bedrijven e.d. die hele databases hier mee vullen en verkopen of iets dergelijks? Of zou een "kleine" gebruiker het echt niet op mogen slaan in database om te gebruiken?

[Reddol]

Kijk eens hiernaar:
[PHP] Afstand berekenen tussen coordinaten.
Topic dat ik een paar dagen geleden heb aangemaakt, het is me uiteindelijk gelukt:

Voor elke postcode die aangemaakt word alvast de Latitude en Longtitude in de DB zetten en via SQL de berekening doen inderdaad!

p.s. De coordinaten opvragen via google is heel simpel en snel te doen in PHP.
http://maps.google.com/maps/geo?q= Adres (postcode) &output=csv&key= Gratis Google maps api Key

[ Voor 23% gewijzigd door Reddol op 08-11-2009 17:44 ]

[Cartman!]

Verwijderd schreef op zondag 08 november 2009 @ 17:34:
[...]

Maarja, je mag ook niet 130 rijden op de snelweg in Nederland.

Gok dat dit iets is wat ze er in hebben gezet voor bedrijven e.d. die hele databases hier mee vullen en verkopen of iets dergelijks? Of zou een "kleine" gebruiker het echt niet op mogen slaan in database om te gebruiken?

Stukje professionaliteit ook denk ik van de developer. Ik zou het risico niet willen nemen voor een klant om met gejatte gegevens te werken. Dan licht je de klant in over wat de kosten zijn voor een "zoek op afstand"-feature en als ze dan teveel vinden dan gebeurt het niet, simpel.

[creator1988]

Bovendien zijn de gegevens van google ook niet heilig, onze gekochte bestanden zijn een stuk accurater.

[gorgi_19]

DexterDee schreef op zondag 08 november 2009 @ 16:42:
Hou er alleen rekening mee dat databases met postcode / plaatsnaam naar geografische locaties ontzettend duur zijn.

http://kvdb.net/projects/6pp/

[Verwijderd]

Wij vullen adhoc een database met berekende afstanden van postcode tot combinaties.

Bij een request wordt eerst gekeken of de postcode combinatie in de database aanwezig is, zonee dan wordt een API aangeroepen (Google, Webservices.nl, etc.) die de geocoordinaten ophaalt bij de postcodes en dan wordt de database aangevuld.

Als de database prefilled is (wat kan) met een aangekochte database dan heb je dus nooit die API calls.

Als er facetnavigatie bij komt kijken doen we eerst een filter op de vacatures, en daarna pas een filter op de straal + postcode.

Op basis van de geocoordinaten kun je zelf een afstand hemelsbreed berekenen. Er zijn ook partijen die echt de route gaan berekenen, maar dat is nog wat complexer en kun je niet zo simpel even adhoc doen.

[Cartman!]

gorgi_19, staat er nu al eens vast dan dat al die gegevens die erin zitten 100% betrouwbaar en enkel via legale bronnen binnengekomen zijn? Het lijkt allemaal erg leuk maar ik geloof nooit dat ie zo volledig kan zijn als postcode.nl/webservices.nl dat heeft.

[gorgi_19]

Cartman! schreef op maandag 09 november 2009 @ 11:43:
gorgi_19, staat er nu al eens vast dan dat al die gegevens die erin zitten 100% betrouwbaar en enkel via legale bronnen binnengekomen zijn? Het lijkt allemaal erg leuk maar ik geloof nooit dat ie zo volledig kan zijn als postcode.nl/webservices.nl dat heeft.

Mja... Als je Google Maps overweegt ivm kosten, dan kan je ook die opensource variant nemen. Is die 100% betrouwbaar? Nee. Is die betrouwbaar genoeg om bijvoorbeeld op basis van 4PP een afstand te berekenen? Ik denk het wel, maar dat is ieder die daar een eigen afweging voor moet maken.

Wil je echt de kwaliteit hebben met meer zekerheid, dan moet je de kwartaalupdates hebben van postcode.nl, maar dan moet je ook bereid zijn om die paar duizend euro per jaar aan abonnementskosten te betalen.

[Woy]

Cartman! schreef op maandag 09 november 2009 @ 11:43:
gorgi_19, staat er nu al eens vast dan dat al die gegevens die erin zitten 100% betrouwbaar en enkel via legale bronnen binnengekomen zijn? Het lijkt allemaal erg leuk maar ik geloof nooit dat ie zo volledig kan zijn als postcode.nl/webservices.nl dat heeft.

offtopic:
Nee dat staat niet vast, en zal op deze manier ook nooit gegarandeerd kunnen worden. Het is 'user-generated' content, en dus niet 100% betrouwbaar, en ook aan de legaliteit kan getwijfeld worden ( http://kvdb.net/projects/6pp/faq#legaal ).

Als ze op illegale content gewezen worden zeggen ze wel dat ze het verwijderen. Maar als eindgebruiker heb je geen garanties, en daarom zou ik een dergelijke database niet zo snel inzetten voor commerciële doeleinden.

Maar laten we daar niet verder over discussiëren, want dat is al eerder gedaan, en hoort in ieder geval niet hier thuis ( [PHP] Postcode/Huisnummer Project 6PP >> Gratis PC-check )

[ Voor 11% gewijzigd door Woy op 09-11-2009 12:04 ]

[Verwijderd]

Google is crappy voor produktie toepassingen, tenzij je de uitgebreide betaalde licentie af neemt.

Voor elke zoekactie moet je namelijk separaat de api aanspreken, en als je die dus meerdere keren per dag / per uur aanspreekt krijg je gewoon een NULL terug en ben je een tijdje gebanned vanwege teveel requests. Dat is niet erg handig in produktie situaties.

De 4PP hebben we ook wel eens toegepast, en hij is completer dan je zou denken. Ook postbussen zijn opgenomen en die krijg je normaliter niet mee.

[Cartman!]

Een eenmalige aanschaf van een 4PP-database kost je maar 300e (eenmalig of per jaar update is een andere discussie), als je klant lastig doet dan calculeer je gewoon een paar uur meer 'werk' in en koop je daarvan de legale database