Meeskond "iTeam": Difference between revisions
| Line 30: | Line 30: | ||
Suurimaks mureks on praegu süsteemi optimaalsus. Oleks vaja kuidagi linq-ga see algoritm implementeerida. | Suurimaks mureks on praegu süsteemi optimaalsus. Oleks vaja kuidagi linq-ga see algoritm implementeerida. | ||
[[File:Xmlsample1.jpg]] | [[File:Xmlsample1.jpg]] | ||
Tänane hackfest kestis umbes neli tundi. | Tänane hackfest kestis umbes neli tundi. | ||
Linq keel on hetkel meile kõige segasem koht. | Linq keel on hetkel meile kõige segasem koht. | ||
Täpsem info [http://iteam.codeplex.com/wikipage?title=XML%20n%C3%A4idis siit]. | |||
====06.11.2010 - Terve tiim==== | ====06.11.2010 - Terve tiim==== | ||
Revision as of 11:13, 27 November 2010
Teema
Projekt "iTanklad" (endine "Janu")
Soodsaimad bensiinihinnad sinu lähedal.
iTanklad on veebiteenus, mis tagastab küsijale tema lähedal asuvate tanklate viimased kütusehinnad.
Hindu on võimalik filtreerida kütuse tüübi ja / või asukoha ning kauguse järgi.
Liikmed
- Indrek Ilves
- Maarek Varres
- Rene Vahtel
- Sigmar Muuga
Muudatused
27.11.2010 - Terve tiim, "HackFest continues"
Saime tööle koordinaatide järgi lähimate hindade leidmise. Kasutasime algoritmi, mis on kirjas siin lehel: http://blog.wekeroad.com/2007/08/30/linq-and-geocoding/
Hetkel saab pärida viimaseid hindu bensiini nime, koordinaatide ja kauguse järgi. Suurimaks mureks on praegu süsteemi optimaalsus. Oleks vaja kuidagi linq-ga see algoritm implementeerida.
Tänane hackfest kestis umbes neli tundi. Linq keel on hetkel meile kõige segasem koht.
Täpsem info siit.
06.11.2010 - Terve tiim
Mõtlesime ringi teenuse sisu ja tegime andmemudeli. Teenuse sisuks on tanklakettide hinnad üle Eesti.
Andmeid saab pärida läbi andmebaasi vaate. Meie jõud ei käinud veel Linq-st paraku üle(kasutab group-by-d ja alampäringuid).
Andmemudelit näeb siit
05.11.2010 - I vahefinish
Presenteerisime tehtud tööd:
Tulemusi näeb siit.
31.10.2010 - Sigmar
Lisasin failid ära SVN-i. Saab paremini tiimitööd sünkida niimoodi.
Ideed:
Ideed: aadresside sektsioon peaks olema veidi universaalsem. Võiks olla tag "<addresses>", mille alla siis saab teha nii palju "<address>" sektsioone kui vaja. Kui mitme aadressi tuge ei tee, siis vähemalt peaks eristama aadressiga seotud andmed ära eraldi <address> tag-i vahele.
