Numero ragionevole di nodi e spigoli del grafico orientato

3

Quanti nodi grafici guidati sono tipicamente rappresentati nel browser? Sto lavorando con alcuni set di dati di grandi dimensioni con nodi e spigoli superiori a 400.000. Mi chiedo se sto seguendo un percorso infruttuoso cercando di rappresentarli nel browser tramite arbor.js o librerie JS simili. Qual è il modo più efficace per consentire a un numero elevato (grande rispetto al mio dominio di transazioni immobiliari, forse 1-10.000) di utenti di visualizzare e sfogliare un grande grafico diretto di fino a 500.000 record?

    
posta opensourcechris 29.06.2012 - 16:37
fonte

3 risposte

4

Limitare ciò che viene mostrato sullo schermo è una necessità con quel grande grafico, non solo per motivi di prestazioni, ma causerebbe un sovraccarico di informazioni per gli utenti. a seconda di come vengono utilizzate queste informazioni, ci sono alcuni modi diversi per determinare cosa visualizzare.

  1. Se devi mostrare come arrivare da A a B.

    • Mostra solo nodi e spigoli sui percorsi "migliori", ma la cosa migliore è determinata.
  2. Se gli utenti devono spostarsi da un nodo all'altro.

    • mostra solo il nodo corrente e i nodi connessi.

      • Opzionalmente mostra solo le connessioni in entrata / in uscita
risposta data 29.06.2012 - 17:56
fonte
1

Stai chiedendo troppo a JavaScript (un linguaggio interpretato) e la quantità di dati che stai cercando di trasferire richiederà un po 'di tempo per essere caricata.

Il Web non è davvero progettato per questo. Ryathal ha la soluzione Web convenzionale, e se è abbastanza buono risparmierai un sacco di dolore usandolo invece di qualcosa di più elaborato. La fine del browser non dovrebbe essere troppo male. Avrai bisogno di un programma serio sul server per localizzare e afferrare i bit giusti della rete, ma lo avrai comunque.

Sospetto che quello che vuoi sia un'app desktop. Quindi puoi escogitare un display di fantasia collegato a megabyte di dati. Affermo ciò che so di questo approccio e spero che ispiri persone che sanno qualcosa di più da dire - o che ti ispirino a seguire la soluzione Web convenzionale:

Java ha il suo Web Start e le sue applet (anche se non ho mai sentito parlare di nessuno che faccia grandi cose con le applet), e ci sono modi per spostare un .exe sul web. Silverlight dovrebbe funzionare qui in teoria, sia come applet slicker o JavaScript-sostituito-con-un-linguaggio compilato, ma non credo che Microsoft intendesse usarlo in questo modo. Una connessione socket può spostare i dati più velocemente di una normale connessione Web. Niente di tutto ciò sarà trasparente per l'utente (sebbene Silverlight si avvicinerà), ci vorrà del tempo per avviarsi e, peggio, tutto ciò causerà problemi di sicurezza. Se i tuoi clienti sono alla disperata ricerca della soluzione, qui andrà tutto bene; i tuoi concorrenti non hanno niente di meglio. Se stai cercando di attirare la gente da YouTube e Facebook, dimenticala.

    
risposta data 29.06.2012 - 20:16
fonte
0

Tenderei a pensare che javascript sia cresciuto fino a dove è in grado di gestire questi problemi e SVG (finalmente) sta ottenendo un vero impulso.

Dai un'occhiata a d3 e naviga in giro. Il grafico diretto potrebbe non essere la scelta migliore. Assicurati di controllare grafici alveari e questo esempio . Schemi a matrici e cavi. Roba molto interessante là fuori

    
risposta data 29.06.2012 - 21:36
fonte

Leggi altre domande sui tag