Servis yaratirken olasi eslesmelerin listelenmesi

[radalin]

Servis yaratma sirasinda, yarattigi servislere gore match olabilecek servislerin listelenmesini saglamak lazim.

Bu listelenen servislerin sahiplerine de notification gondermek gerekiyor.

[radalin]

Burada bir sikinti var. calculateTextDifference diye bir metod var, default datalari girip yeni servis yaratmaya girdigimiz zaman sonsuz donguden cikmiyor. Metodun ne yaptigini da anlamadik. Buna bir bakmak gerekiyor.

Stringler arasindaki farki bulmak icin StringUtils.getLevenshteinDistance(str1, str2) diye bir sey var. Bu gidiyor iki string arasindaki yakinligi buluyor. Stringlerin birbirinin aynisi ise 0 donuyor, bir tane harf degismis ise 1 donuyor gibi.

Buradaki difference metdou diger her seyi bozuyor gibi gozukuyor.

[radalin]

Biraz daha inceledim kodu, ilk servis listesini getirirken, task lari birbirleri ile ayni olanlari getirmek lazim gibi, adam driving task i ile acmis ama gardening tasklari da su anda match algoritmasina giriyor, onlari kaldirmak lazim.

title, description, location gibi alanlarda biri oburunun icinde var mi gibi bir kontrol var, bu da cok mantikli gelmedi bana. Ayrica match bulmaya calisirken, description, title gibi text alanlarinin birbirlerine yakinligini bulmak cok mantikli olmayabilir. bunu pazartesi gunu bir konusmak lazim.

[ekoksal7]

Match pointler ne kadar birbirlerine yakın oldugunu gösteriyor. eger taskları aynı değilse yakınlığı az olur.Ama diyorsan ki taskalrı tutmazsa hiç eşlesmesinler o zaman orayı düzeltirim. Valla diğer alanların yakınlıgı konusunda birbirinin içinde arama ve yakınlık konusunda pek aklıma bişey gelmedi. Bu arada yakınlık bulan algoritmanın sorun çıkarmaması lazım. En azından benim test ettiklerimde sonsuz loopa girme olayı yoktu. Senin durumdaki parametleri ekrana yazdırabilir misin?

[radalin]

Ornek datalar ile balatrsan uygulamay, sonra yeni yaratmaya alrsan yaratamayacak servisi. Algoritma kefetmeye gerek yok sanki. StringUtils altnda geLeveinsteinDistance diye bir algortima var, direkt yaknlk zmbrtsn dnyor zaten. Onu kullanabiliriz gibime geliyor.

2011/12/4 ekoksal7 < reply@reply.github.com

Match pointler ne kadar birbirlerine yakn oldugunu gsteriyor. eger tasklar ayn deilse yaknl az olur.Ama diyorsan ki taskalr tutmazsa hi elesmesinler o zaman oray dzeltirim. Valla dier alanlarn yaknlg konusunda birbirinin iinde arama ve yaknlk konusunda pek aklma biey gelmedi. Bu arada yaknlk bulan algoritmann sorun karmamas lazm. En azndan benim test ettiklerimde sonsuz loopa girme olay yoktu. Senin durumdaki parametleri ekrana yazdrabilir misin?

---

Reply to this email directly or view it on GitHub:

https://github.com/SWE574-2011F-Group1/Project-0/issues/34#issuecomment-3007631

[ekoksal7]

O zaman direk insert ettiin servis datalarnn baz kzmlar eksik olabilir. Dediin gibiyse o methodda kullanlabilir ama bence uan algoritma deilde datan sorunlu gibi.

2011/12/4 radalin < reply@reply.github.com

Ornek datalar ile balatrsan uygulamay, sonra yeni yaratmaya alrsan yaratamayacak servisi. Algoritma kefetmeye gerek yok sanki. StringUtils altnda geLeveinsteinDistance diye bir algortima var, direkt yaknlk zmbrtsn dnyor zaten. Onu kullanabiliriz gibime geliyor.

2011/12/4 ekoksal7 < reply@reply.github.com

Match pointler ne kadar birbirlerine yakn oldugunu gsteriyor. eger tasklar ayn deilse yaknl az olur.Ama diyorsan ki taskalr tutmazsa hi elesmesinler o zaman oray dzeltirim. Valla dier alanlarn yaknlg konusunda birbirinin iinde arama ve yaknlk konusunda pek aklma biey gelmedi. Bu arada yaknlk bulan algoritmann sorun karmamas lazm. En azndan benim test ettiklerimde sonsuz loopa girme olay yoktu. Senin durumdaki parametleri ekrana yazdrabilir misin?

---

Reply to this email directly or view it on GitHub:

https://github.com/SWE574-2011F-Group1/Project-0/issues/34#issuecomment-3007631

---

Reply to this email directly or view it on GitHub:

https://github.com/SWE574-2011F-Group1/Project-0/issues/34#issuecomment-3008639