[niklasr]

Ursprungligen postat av Osueco

Jag gillar att kunna söka med ganska stor nogranhet på platsen. Så att begränsa per stad kanske är för grovt för vissa. Det kan ju få vara ett alternativ som annonsören väljer hur exakt han vill synas.

Tack för svar! Det blir olika geografi för olika länder. I Brasilien har vi städer, regioner, stater och telefonriktnummer. Alla ska vara ett alternativ. Det blir alltså väldigt många kombinationer och rätt utmanande implementera search. Man vi har i alla fall börjat med en framåtkompatibel metod som är longituder och latituder vilken även löser problemet att samma stad kan heta olika på olika språk.

I Brasilien kommer vi ha ett system med s.k. DDD "area codes" som has några per stat. Omkring Sao Paulo också vilken region dvs "östra sao Paulo", "västra sao paulo" m.fl. Det blir alltså ganska många nivåer i geografier och till att börja med har jag använt biblioteket som heter geomodel med python http://code.google.com/p/geomodel/ för att kunna fråga på longitud, latitud + radie för sökningen. Det hela är fortfarande under migration till google app engine efter att tidigare ha varit på virtuell server hos godaddy och jag tycker google app engine har stora fördelar men att programmeringen med django har varit tämligen svår. Vi kör även samma system till Indien på samma applikation vilket har visat sig vara en bra idé då man kan göra samma uppdatering till flera länder samtidigt om flera länder ska ha funktionen. Blockets motsvarig i Brasilien är www.balcao.com och jag tror att med cloud computing kan man bli större än blocket. En annan liknande webb som också kör på GAE är http://bazar.appspot.com som har annonser från omkring hela latinamerika just utom Brasilien och de kör inte med systemet longituder och latituder men verkar ha en egen geografi och ingen flerspråkighet. Flerspråkigheten försöker jag göra med i18N vilket jag tycker är ett bra system för att göra flerspråkiga webbsidor.
Tack & MVH
Niklas R

[Magnus_A]

Ursprungligen postat av niklasr

Tack för svar! Det blir olika geografi för olika länder. I Brasilien har vi städer, regioner, stater och telefonriktnummer. Alla ska vara ett alternativ. Det blir alltså väldigt många kombinationer och rätt utmanande implementera search. Man vi har i alla fall börjat med en framåtkompatibel metod som är longituder och latituder vilken även löser problemet att samma stad kan heta olika på olika språk.

I Brasilien kommer vi ha ett system med s.k. DDD "area codes" som has några per stat. Omkring Sao Paulo också vilken region dvs "östra sao Paulo", "västra sao paulo" m.fl. Det blir alltså ganska många nivåer i geografier och till att börja med har jag använt biblioteket som heter geomodel med python http://code.google.com/p/geomodel/ för att kunna fråga på longitud, latitud + radie för sökningen. Det hela är fortfarande under migration till google app engine efter att tidigare ha varit på virtuell server hos godaddy och jag tycker google app engine har stora fördelar men att programmeringen med django har varit tämligen svår. Vi kör även samma system till Indien på samma applikation vilket har visat sig vara en bra idé då man kan göra samma uppdatering till flera länder samtidigt om flera länder ska ha funktionen. Blockets motsvarig i Brasilien är www.balcao.com och jag tror att med cloud computing kan man bli större än blocket. En annan liknande webb som också kör på GAE är http://bazar.appspot.com som har annonser från omkring hela latinamerika just utom Brasilien och de kör inte med systemet longituder och latituder men verkar ha en egen geografi och ingen flerspråkighet. Flerspråkigheten försöker jag göra med i18N vilket jag tycker är ett bra system för att göra flerspråkiga webbsidor.
Tack & MVH
Niklas R

Vill du jobba med färdigdefinierade regioner/områden i databasform så kan du ta en titt på Postgis. Liknande funktionalitet lär finnas i MSSQL och Oracle, men till ett annat pris.
.

[niklasr]

Ursprungligen postat av Magnus_A

Vill du jobba med färdigdefinierade regioner/områden i databasform så kan du ta en titt på Postgis. Liknande funktionalitet lär finnas i MSSQL och Oracle, men till ett annat pris.
.

Tack för tipsen Magnus. Jag har använt paketet geomodel till google app engine med python som har longitud, latitud och radie + s.k. geocoding att man gör en lookup just nu med javascript och hellre serverside i framtiden om serverside geocoding kommer till GAE. Detta har funkat förvånansvärt väl och projektet har nu användare i Indien och Brasilien med en leverans som blev ungefär 800 K källkod som finns som open source på http://montao.googlecode.com
där även fler länkar finns till installationerna och andra experimentella tillämpningar leveransen har som videofunktioner och tillåta uppladdningar upp till 2 GB dvs ganska stora filer kan man tekniskt ladda upp men hittills är det bara bilder + text användarna har sparat. I.o.m. google app engine har vi en installation som är mycket skalbar, kostnadseffektiv och med mycket god tillgänglighet. Det svåra och viktiga blir naturligtvis göra grafiska gränssnittet så trevligt som möjligt vilket jag har hjälp med från olika hålla då jag är mer programmerare än grafiker.
MVH
Niklas

[Magnus_A]

Ursprungligen postat av niklasr

Tack för tipsen Magnus. Jag har använt paketet geomodel till google app engine med python som har longitud, latitud och radie + s.k. geocoding att man gör en lookup just nu med javascript och hellre serverside i framtiden om serverside geocoding kommer till GAE. Detta har funkat förvånansvärt väl och projektet har nu användare i Indien och Brasilien med en leverans som blev ungefär 800 K källkod som finns som open source på http://montao.googlecode.com
där även fler länkar finns till installationerna och andra experimentella tillämpningar leveransen har som videofunktioner och tillåta uppladdningar upp till 2 GB dvs ganska stora filer kan man tekniskt ladda upp men hittills är det bara bilder + text användarna har sparat. I.o.m. google app engine har vi en installation som är mycket skalbar, kostnadseffektiv och med mycket god tillgänglighet. Det svåra och viktiga blir naturligtvis göra grafiska gränssnittet så trevligt som möjligt vilket jag har hjälp med från olika hålla då jag är mer programmerare än grafiker.
MVH
Niklas

Vill du bara ha avstånd och bounding-box så räcker det nog med ditt nuvarande bibliotek.
Om du inte jobbar mot gatunivå så kan du titta på Open Streetmap man kan ladda ner hela databasen och köra geocoding mot egen databas och slippa att blanda in G över huvud taget. Precisionen är dock rätt skräpig om man vill jobba på gatunivå. På by/stad/ortsnivå är det bättre, och det kanske räcker för din del?
Finns också http://earth-info.nga.mil/gns/html/country_files.html om det räcker med orter?

I Open streetmap kan du lägga in vägbeskrivningar också, men allt hänger på hur exakta säljarna vill vara.

Många smartphones vet också var de befinner sig, praktiskt att hugga den infon och hämta vilka annonser som är nära mig just nu.

[niklasr]

Ursprungligen postat av Magnus_A

Vill du bara ha avstånd och bounding-box så räcker det nog med ditt nuvarande bibliotek.
Om du inte jobbar mot gatunivå så kan du titta på Open Streetmap man kan ladda ner hela databasen och köra geocoding mot egen databas och slippa att blanda in G över huvud taget. Precisionen är dock rätt skräpig om man vill jobba på gatunivå. På by/stad/ortsnivå är det bättre, och det kanske räcker för din del?
Finns också http://earth-info.nga.mil/gns/html/country_files.html om det räcker med orter?

I Open streetmap kan du lägga in vägbeskrivningar också, men allt hänger på hur exakta säljarna vill vara.

Många smartphones vet också var de befinner sig, praktiskt att hugga den infon och hämta vilka annonser som är nära mig just nu.

Tack för den vidare diskussionen. Egentligen är det viktiga för vår tjänst att veta vilken stad det är och i Brasilien också gärna riktnummer s.k. ddd. Antal nivåer vi hade, men tog bort eftersom det blev för komplicerat, var: Land (Brasilien men nu har vi även Indien på samma applikation på en annan domän), stat ("estado"), riktnummer ("ddd"), stad och för Sao Paulo även stadsdel. Detta blev lite många nivåer och för specialanpassat till just Brasilien för att funka utanför Brasilien när vi vill vara kompatibla med fler länder t.ex. som craigslist.org kör samma system i flera länder. Jag ville vara kompatibel med hela världen direkt så därför har jag gjort ett system där namnet på stället dyker upp givet koordinaten. OpenStreetmap verkar vara ett bra alternativ. Jag har fått veta andra utvecklare gör liknande projekt men brukar ha geografidatabasen lokalt, jag får kolla vilket som passar bäst. Kanske båda.
MVh
Niklas

[Magnus_A]

Ursprungligen postat av niklasr

Tack för den vidare diskussionen. Egentligen är det viktiga för vår tjänst att veta vilken stad det är och i Brasilien också gärna riktnummer s.k. ddd. Antal nivåer vi hade, men tog bort eftersom det blev för komplicerat, var: Land (Brasilien men nu har vi även Indien på samma applikation på en annan domän), stat ("estado"), riktnummer ("ddd"), stad och för Sao Paulo även stadsdel. Detta blev lite många nivåer och för specialanpassat till just Brasilien för att funka utanför Brasilien när vi vill vara kompatibla med fler länder t.ex. som craigslist.org kör samma system i flera länder. Jag ville vara kompatibel med hela världen direkt så därför har jag gjort ett system där namnet på stället dyker upp givet koordinaten. OpenStreetmap verkar vara ett bra alternativ. Jag har fått veta andra utvecklare gör liknande projekt men brukar ha geografidatabasen lokalt, jag får kolla vilket som passar bäst. Kanske båda.
MVh
Niklas

Beror på vad för data du kan hitta. Ofta är administrativa indelningar hierarkiska ( en kommun/ort har endast utsträckning inom ett och endast ett överordnad nivå, till exempel län)
Men riktnummer kan säkert ha en annan indelning, i så fall får du skapa separata hierarkier/databastabeller för dessa. Riktnummer är inte alltid snyggt aggregerade.

Enklast är nog att välja en hierarki typ län/kommun/stadsdel och inte blanda in postnummer eller riktnummer (vanligt folk har väl mestadels mobil i Brasilien?) och hoppas på att det finns en liknande hierarki i alla länder.
och så laddar man databasen med respektive innehåll för att kunna välja plats stegvis som på hemnet.


För sökning så tycker jag absolut att du ska implementera geouppslagen för mobila enheter, http://dev.w3.org/geo/api/spec-source.html du får med en accuracy-parameter som talar om nogrannheten och därifrån kan du sluta dig till om den tar positionen från inbyggd gps/triangulering eller om den slår på IP (= ej noggrannt)


för geografisk indelning, kolla på denna länk: http://www.diva-gis.org/

[niklasr]

Ursprungligen postat av Magnus_A

Beror på vad för data du kan hitta. Ofta är administrativa indelningar hierarkiska ( en kommun/ort har endast utsträckning inom ett och endast ett överordnad nivå, till exempel län)
Men riktnummer kan säkert ha en annan indelning, i så fall får du skapa separata hierarkier/databastabeller för dessa. Riktnummer är inte alltid snyggt aggregerade.

Enklast är nog att välja en hierarki typ län/kommun/stadsdel och inte blanda in postnummer eller riktnummer (vanligt folk har väl mestadels mobil i Brasilien?) och hoppas på att det finns en liknande hierarki i alla länder.
och så laddar man databasen med respektive innehåll för att kunna välja plats stegvis som på hemnet.


För sökning så tycker jag absolut att du ska implementera geouppslagen för mobila enheter, http://dev.w3.org/geo/api/spec-source.html du får med en accuracy-parameter som talar om nogrannheten och därifrån kan du sluta dig till om den tar positionen från inbyggd gps/triangulering eller om den slår på IP (= ej noggrannt)


för geografisk indelning, kolla på denna länk: http://www.diva-gis.org/

Jag vill gärna följa en hierarkisk indelning andra gör än göra en egen. Gör man en egen så sitter man snart med en massa id:n och tabeller som bara funkar för min egen tjänst när mer användarvänligt är att vara kompatibel mot internationella standarder. Jag har därför valt att följa ISO standard för landskoden och tills vidare google maps hierarkier och namn. De delar in i administrative areor vilket vi inte hade gjort. Sparar man longitud och latitud för en händelse kan man i alla fall få fram namnet senare och just nu så sparas både koordinat och namn på plats enligt kartan man själv väljer sin plats på (www.montao.com.br/ai) Jag läser igenom dokumentet Magnus länkar till här och tycker det är bra att även kunna få med noggrannheten i koordinaterna man har.
Tack
Niklas