Webbsida i Brasilien med gmaps
 

Hej jag har med Google App Engine (python + javascript) gjort en webbsida i Brasilien där användare får annonsera. Adressen är www.montao.com.br/ai

Nytänkandet är man annnonserar sin grej per longitud och latitud och gärna även flera longituder och latituder om det t.ex. är ett evanemang som finns på flera ställen.

All konstruktiv kritik är mycket välkommen ovh gärna om användaren dvs sidan är ful tycker jag men användare tenderar att använda mera om sidan är gul vad jag vet. Det finns väl mycket man kan kommentera snarare än designen, gärna om man kan anmärka på detaljer snarare än övergripande säga att min sida är ful och att man inte kan förstå hur den ska tjäna pengar när den tjänar pengar.

Tack för alla kommentarer, ris och ros
Niklas

Om jag skulle annonsera ut något så skulle inte jag vilja att folk kan se exakt vart jag bor.. eftersom folk inte kan skilja på ditt och mitt.

Hur ska du kunna lansera en sida i Brasilien som inte tar utf8?

Förstår knappt vad du pratar om här men du behöver ju inte hugga ifrån dig innan folk börjat kommentera?
Känns på något sätt som du själv tycker att din sida är ful? ;)

Två grejor funderar jag på.

Vad ska man skriva i rutan "Fyll i ett giltigt värde." som följs av "R$". Är det pris/summa?
Borde det inte vara praktiskt om man kunde flytta markören? Jag behöver ju faktiskt inte
sitta på den plats som automarkeras på kartan. Exempelvis om jag surfar via proxy eller liknande :)

Man kan flytta markören. Men inte genom att dra den utan genom att klicka på en en ny plats :)

Ah, my bad :P

Då vill jag ha dra-släpp funktion på den också ;)

Tack för mycket bra kommentar precis som en sådan jag ville ha. Jag ska anpassa systemet till att man annonserar helt enkelt per stad om man vill. Longituder och latituder har den fördelen att man inte gör ett eget id för en egen geografi. Kanske behöver man i alla fall göra ett eget id för varje stad själv vilket naturligtvis blir en massa jobb man hellre vill komma runt.

Filen som ska kunna öppnas i Google Earth vill ha longitud och latitud per element dumt nog.

MVH
Niklas R

Tack för mycket bra feedback! När man har koordinater till artiklarna kan man öppna filen i google earth där man kanske har dra-släpp redan t.ex. för att göra vägbeskrivningar mellan 2 punkter. Filen som ska kunna öppnas i google earth är www.montao.com.br/montaolist.kml med koordinater i KML till varje listad artikel. Filen ska vara snabb då den är cachad. Jag har inte mätt med yslow eller validerat output med w3c på ett tag, ska göra de granskningarna och välkomnar mera konstruktiv kritik.
MVH
Niklas R

Tack för feedback anledningen att jag ville säga konstruktiv kritik är att det inte är konstruktivt att bara tycka eller bara konstatera eller säga att någonting är fult t.ex. att säga "gult är fult" är inte konstruktivt. Och det ser lite speciellt ut beroende på parametrarna användaren har. Är t.ex. HTTP ACCEPT_LANGUAGE headern på svenska bli sidan svensk. Vi ska nog "låsa" språket så att bara portugisiska syns även om webbläsaren stödjer svenska och användaren är svensk.

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 intressant feedback. Det finns basically funktionen att söka på en stad t.ex. Sao Paulo som www.montao.com.br/saopaulo
Men att göra detta för alla jordens städer blir ju lite för tidskrävande. Vi tycker det är bra att veta stad och god design är väl att inte göra egna siffror per stad och ta officiella koder i stället. Det borde finnas någon officiell ISO-standard eller liknande vad är en stad eftersom jag vill göra detta en gång för alla och inte sitta och samla ihop städer själv.

Ett mycket bra exempel är enligt mig:

http://www.annonskartan.se/

Tack för mycket bra svar. Jag har kollat på den nu och ser likheterna. En skillnad är att min funktion även har "lägg in annons" och vi har användare som lägger in ny annons t.ex. http://www.montao.com.br/servead/4118233 som är en ny template med en massa fel som jag vill att ni kommer med anmärkningar på. Jag har även kollat på olx.com, craigstlist.org, blocket.se och annonsera.se vilka funktioner som has. Just min karta har markörer som görs m.h.a. KML och servern gör en fil, zippar den och skickar den till webbläsaren som reanderar en zipp-fil. Detta system är dock inte så flexibelt och ett alternativ har jag förstått heter JSON som ju också är intressant när man får inte geografisk data. Det väsentliga är att genom att använda koordinater så slipper man göra en egen lokal geografidatabas och outsourcar namngivningen till annn part.
MVH
Niklas R

Jag skulle önska att sidan kan visas med engelska (elelr ännu hellre svenska?) texter för jag kan inte portugisiska.

Det kändes onaturligt att ha markören där den är om jag ska annonsera efter geografiskt område. Då skulle jag vilja markera området med att klicka på ett flertal ställen som bildar ett geografiskt område.

Jag kan förstå om man markerar en punkt och det då annonserar inom en viss region, men jag förstod inte hur jag skulle specificera områdetets storlek, eller gäller det automatiskt en specifik kommun eller område? Det framgick inte så jag förstod.

Om du har fasta områden som bestämmer inom vilket område annonsering sker så borde det vara hela områden man klickar på inte en enskild pnkt. Men jag förstod inte att det skulle fungera så.

Annars tycker jag grundidéen är bra att man kan klicka på en karta för att visa var man vill annonsera, det är bra, som blocket fast de har fasta länsvisa regioner man klickar på.

Det skulle vara unikt om man kan klickmarkera hela det område man vill annonsera inom genom att klicka på en serie punkter, som mankan göra med eniro när man mäter avstånd och omkrets på kartorna där. När man markerat hela sitt område så skulle jag vilja att man får hela ytan markerad i en tydlig färg och att mankan dra i punkterna för att justera området. sen borde det visas en siffra på hur många människor som bor i området inom ettantal urvalskriterier, som ålder, kön, yrke, inkomst m.m. typ demografiska och ekonomiska uppgifter.

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

Tack så jättemycket för rapporten, Magnus. Felet ska vara fixat nu. Jag kunde återskapa felet, fixade lite i python och nu ska det funka ordentligt. Jag har förstått att man ska använda utf-8 överallt. Det är jättebra att sådana här rapporter kommer fram eftersom jag inte har så många testare. Projektet har haft användning senaste dagarna och jag har byggt ut och utökat det. Det är ingen server men bara en applikation hos google appspot. Egentliga adressen är http://classifiedsmarket.appspot.com och så ansluter vi flera olika domäner dit dvs www.montao.com.br för BRasilien och www.koolbusiness.com för Indien och sparar allt i samma datalager.
MVH
Niklas

Här är uppdateringen hur det går att driva projektet framåt på engelska.

There's a new view e.g. http://www.montao.com.br/servead/4118233
There are software bugs:

* image bug mixup between blobproperty and blobstore - make everything blobstore. This will be very effective image hosting. ref Why does my image not appear?
* image should not be so large. there should be a max size something like 640 pixels. ref How to specify a maximum image size with get_serving_url
* navigation with links needs a solution for how to handle our different types of logins
* SEO stuff like title and city names in headings
* recommend should have more informative text that it's your friend's and not yourself that will receive the email
* not implemented: video

More ideas / discussion? I've also updated the boilerplate text for our project page montao.googlecode.com:

Welcome
-------------
Welcome to Montao, a GAE application powering Montao.com.br, Kool Business, Gralumo and others to provide a free service for posting and searching online announcements. Our features include announcing your geography coordinates with up to 2 GB files, your quality webpage for your announcement and documentation enabling multilingual added, viewed and recommended advertisements and announcements.

Development Environment
---------------------------------------
GAE SDK defines the development environment.

Cheers
Niklas

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

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

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