.dsy:it. Pages (28): « 1 [2] 3 4 5 6 » ... Last »
Show 150 posts per page

.dsy:it. (http://www.dsy.it/forum/)
- Algoritmi e strutture dati (http://www.dsy.it/forum/forumdisplay.php?forumid=207)
-- Progetto "FACCIALIBRO" (http://www.dsy.it/forum/showthread.php?threadid=37551)


Posted by Benny on 30-01-2009 13:01:

Io penso che ogni problema si possa risolvere in uno qualunque degli algoritmi, che esso sia hashing,grafi,alberi,lista è una questione personale, tanto quello che conta è sapere che si crea un nodo, con una sua chiave(nick,nome gruppo,ecc), lo si può buttare anche dentro la lavatrice :) io ritengo che sia una questione di complessità e di tempo adattare la struttura e le funzioni al problema attuale, personalmente userò di nuovo l'hashing, perchè lo ho già usato per il problema edilizia..comunque, non vi fate dominare tanto dalla struttura dati, io mi sto scavando la fossa per le funzioni da applicare, che devono essere case sensitive e di un certo tipo..il main diventerà più lungo delle funzioni ghghgh

PS
dimenticavo quel bel ppt sui grafi, ti ringrazio johnnyd, non è che si poteva fare vedere solo la catena alimentare?io mi trovo in difficoltà a capire quello li, vedere quello della popolazione o di internet, direi che superare la prova del telaio di wanted era una cazzata a confronto :D

__________________
Se non credi in te stesso, chi ci crederà?


Posted by Garet on 30-01-2009 13:02:

Ottimo ho letto dopo che potevo iscrivermi all'appello del 29 gennaio e così mi sono iscritto a quello del 19 febbraio e mi tocca implementare anche le funzionalità aggiuntive, grazie segreteria -__-'


Posted by johnnyd on 30-01-2009 13:45:

pre analisi....
non amo ragionare tanto quando programmo ahimè.... questa volta però mi tocca a quanto pare...

vediamo se concettualmente ci siamo:

1) una prima struttura dovrà contenere l'elenco dei profili con status
2) ogni profilo ha una rete sociale formata dai nodi (che sarebbero tutti i profili) e gli archi. il grafo quindi sarebbe costruito in base agli archi
3) un gruppo potrebbe essere un profilo particolare..... e quindi evitare una seconda struttura

ora per la gestione e il coding sono in alto mare....

__________________
My Blog - My Photo Album


Posted by johnnyd on 30-01-2009 14:05:



comunque con touchgraph possiamo farci un'idea...

__________________
My Blog - My Photo Album


Posted by hyperion on 30-01-2009 20:18:

mmm..si forse per i gruppi è meglio considerarli come profili particolari,ma come rappresentare i profili?una connessione grafo risulta più appropriata visto che ci possono essere relazioni di amicizia reciproca che possono portare ad un ciclo e un albero non può avere cicli....il problema è : se devo cercare un profilo come faccio?dovrei scorrere l'array di liste di adiacenza (se si usa questa rappresentazione dei grafi) ma senza criterio,scorrerla finchè non trovo il profilo....da questo punto di vista non è un vantaggio usare i grafi..


Posted by hyperion on 30-01-2009 20:43:

Originally posted by middu
bho
quindi si può rappresentare un profilo in questa maniera :
struct profilo
{
char *nick;
char *status;
}nodo_profilo;


perchè devi usare dikstra?non basta una visita in ampiezza?già solo quella dovrebbe calcolarti la distanza verso tutti i nodi a partire da un nodo sorgente e te li mette in un array..


Posted by johnnyd on 30-01-2009 20:54:

Originally posted by hyperion
mmm..si forse per i gruppi è meglio considerarli come profili particolari,ma come rappresentare i profili?una connessione grafo risulta più appropriata visto che ci possono essere relazioni di amicizia reciproca che possono portare ad un ciclo e un albero non può avere cicli....il problema è : se devo cercare un profilo come faccio?dovrei scorrere l'array di liste di adiacenza (se si usa questa rappresentazione dei grafi) ma senza criterio,scorrerla finchè non trovo il profilo....da questo punto di vista non è un vantaggio usare i grafi..

se devi cercare un profilo, non basta cercare nell'hashmap?

__________________
My Blog - My Photo Album


Posted by hyperion on 30-01-2009 21:01:

Originally posted by johnnyd
se devi cercare un profilo, non basta cercare nell'hashmap?


si ok ma nell'hash map non hai un'array che devi scorrere?ehm...o forse non so nemmeno cosa sia una hash map...spiegami il tuo punto di vista..


Posted by nas on 31-01-2009 16:29:

ragazzi, una domanda: ma tra i comandi da implementare non esiste un comando per l'inserimento dei profili ????


Posted by hyperion on 31-01-2009 16:49:

Originally posted by nas
ragazzi, una domanda: ma tra i comandi da implementare non esiste un comando per l'inserimento dei profili ????


nick n st


Posted by nas on 01-02-2009 09:51:

Originally posted by hyperion
nick n st


grazie, non avevo visto!!!

un'altra domanda: con il comando "nick d" si cancella il profilo nick, tutte le informazioni riguardanti nick e in particolare le richieste di amicizia ricevute da nick.
Ma secondo voi bisogna eliminare anche le richieste di amicizia che nick aveva chiesto ad altri profili ???


Posted by johnnyd on 01-02-2009 09:53:

mhhh.. penso di si... le richieste di amicizia in che struttura andrebbero salvate?

__________________
My Blog - My Photo Album


Posted by hyperion on 01-02-2009 09:59:

Originally posted by nas
grazie, non avevo visto!!!

un'altra domanda: con il comando "nick d" si cancella il profilo nick, tutte le informazioni riguardanti nick e in particolare le richieste di amicizia ricevute da nick.
Ma secondo voi bisogna eliminare anche le richieste di amicizia che nick aveva chiesto ad altri profili ???


ti sei risposto da solo.. "richieste ricevute da nick" ,cioè le richieste che gli altri profili hanno ricevuto da nick cioè le richieste che nick aveva inviato agli altri profili...
è logico che se elimini le richieste in uscita,quelle in entrata (dai profili verso nick) non avranno più effetto,poichè punteranno ad un profilo che non esiste più..
almeno così è come la intendo io..


Posted by hyperion on 01-02-2009 10:02:

Originally posted by johnnyd
mhhh.. penso di si... le richieste di amicizia in che struttura andrebbero salvate?



la cosa più complicata qui è saper che struttura utilizzare..visto che c'è buisogno di una struttura dinamica (che cresce decresce nel tempo) e che mi permetta di fare dei confronti interni...queste sono le due caratteristiche per me.


Posted by nas on 01-02-2009 10:04:

Originally posted by johnnyd
mhhh.. penso di si... le richieste di amicizia in che struttura andrebbero salvate?


eh... non so ancora.... non so se metterle in una struttura a parte o se metterle su ogni profilo....


All times are GMT. The time now is 22:20. Pages (28): « 1 [2] 3 4 5 6 » ... Last »
Show all 417 posts from this thread on one page

Powered by: vBulletin Version 2.3.1
Copyright © Jelsoft Enterprises Limited 2000 - 2002.