Perché la velocità delle prestazioni tra ArcGIS e QGIS è così diversa?

Ok, non sono un programmatore ma un prolifico utente GIS. So che QGIS è scritto in C ++ e ArcGIS in ??? ma per la maggior parte dei miei compiti ultimamente cerco sempre di utilizzare QGIS non solo perché è gratuito, ma per il fatto che la sua esperienza utente è così buona.

Tutti i Guru GIS là fuori puoi dirmi alcune ragioni per la differenza di velocità tra questi due sistemi? Onestamente mi fa male usare ArcGIS 10 per la sua velocità e ho un PC con 8 GB di RAM.

ArcGIS sembra molto gonfio. Ricordo un enorme successo in termini di prestazioni durante la migrazione da Arcview 3.2 ad ArcGIS 8.0 e in molti punti esiste ancora. A quel tempo pensavo che avesse molto a che fare con la ESRI che eseguiva la migrazione del precedente codice Arc / Info su Windows e che doveva tagliare alcuni angoli delle prestazioni, ma non sono sicuro che sia vero. Ricordo di aver visto alcuni esempi in questo sito sulle funzioni che sono ancora molto più veloci in Arcview 3.3 rispetto ad ArcGIS 10. Questo non ha nulla a che fare con i tempi di avvio, ecc. E non sono d'accordo con la risposta precedente di quanto non abbia a che fare con le "competenze dell'utente" '. Fare clic e attendere non ha nulla a che fare con l'abilità.

Penso che la realtà sia che ArcGIS non sia stato scritto pensando alle prestazioni e ogni versione continua a tentare di lanciare sempre più funzionalità su una piattaforma di codice già sovraccarica.

Non ho familiarità con QGIS, ma mi chiedo come si paragona ad ArcGIS in termini di estensibilità. Sfortunatamente sembra esserci almeno qualche compromesso tra estensibilità e prestazioni. Il modo migliore che ho trovato per avere un'idea dell'estensibilità di ArcGIS è quello di dare un'occhiata alle categorie di componenti COM di Esri presenti nel registro.

Ogni categoria rappresenta un luogo in cui gli utenti possono registrare dll contenenti classi che implementano un'interfaccia Esri. Ci sono molte categorie. Queste categorie contengono anche cibo per cani : Esri le utilizza non solo per scoprire personalizzazioni di terze parti, ma anche funzionalità pronte all'uso. Sebbene ciò fornisca un livello di personalizzazione molto fine, significa anche che tutti questi grani fini devono essere scoperti e caricati in fase di esecuzione. Non sono sicuro del costo del trasferimento , ma deve essere significativo.

C:\Program Files (x86)\ArcGIS\Desktop10.0\Bin\Categories.exe

Quando si crea una DLL in Visual Studio, esiste una posizione in cui è possibile specificare l'indirizzo di base in cui caricare la DLL. Dal momento che ci sono così tante DLL di dimensioni diverse che vengono caricate sapendo questo in anticipo per una personalizzazione di ArcObjects sarebbe molto difficile. Tuttavia, mi chiedo se sia possibile creare un file di configurazione che indichi dove caricare la DLL in memoria. In tal caso, una volta che un utente ha arcmap in esecuzione con le dll caricate che userà in genere, potrebbe eseguire una routine che scriverà gli indirizzi di base dll in un file di configurazione. In questo modo all'avvio di arcmap si potrebbe evitare il trasferimento trasferendo tali indirizzi. Poi di nuovo forse con 64 bit questo non ha importanza.

A 10.0 Esri ha introdotto i componenti aggiuntivi. Le categorie di componenti aggiuntivi sono molto più piccole e il rilevamento non si basa sul registro di Windows. Invece, le DLL del componente aggiuntivo vengono compresse e inserite in una cartella nota. Non sono sicuro di come questo paragona le prestazioni con le DLL scoperte tramite il registro di Windows. Penso che l'obiettivo principale fosse consentire l'installazione da parte di non amministratori.

Suppongo che la domanda si riferisca al prodotto desktop. Il nuovo prodotto ArcGIS Runtime è molto più leggero. L'ho sentito descritto come un sostituto di MapObjects. Sarà interessante vedere come si evolve. Se Esri introduce estensibilità per WPF Runtime, spero che non utilizzino lo stesso meccanismo di rilevamento utilizzato da Visual Studio quando popola l'elenco di assembly. La prima volta che fai clic su "Aggiungi riferimento ..." è diventato dolorosamente lento.

Perdonami per aver resuscitato il thread, ma posso dare un esempio specifico di come l'esperienza utente differisce per ArcMap e QGIS.

Oggi avevo bisogno di costruire una griglia di punti con una distanza di 250 metri in un piccolo paese, tagliare la griglia di punti su un poligono di confine del paese e associare i valori di diversi raster alla griglia di punti.

In ArcMap, mi ci sono voluti circa 10 minuti, dal download dei dati a un set di dati finito. In QGIS (Wroclaw), il programma si è bloccato due volte semplicemente tagliando la griglia con il poligono, quindi ha funzionato per un'ora prima di completare il terzo tentativo. Questo è su una scatola con 4 dual-core e 6 GB di RAM.

Adoro QGIS e mi irrita usare ArcMap, ma trovo molti casi d'uso comuni in cui QGIS non soddisfa le mie esigenze.

Ora, se qualcuno ha qualche consiglio di ottimizzazione delle prestazioni in grado di risolvere questo divario di prestazioni, sono tutte orecchie.

Chris

Non credo che Arc sia scritto in .NET. Gli oggetti arco sono scritti in C ++. Arc potrebbe essere più lento a causa dell'uso di molte GUI avanzate, strumenti di aiuto, componenti aggiuntivi, ecc. QGIS è un ottimo software ma manca alcune funzionalità utili che potrebbero essere utili per i principianti. Inoltre, non credo che gli strumenti di base per la creazione dell'ESRI (Arcobjects) siano lenti. Di solito si tratta di competenze degli utenti, se l'utente sa come usare Arc, non è affatto lento. Detto questo, dovrei anche ricordare che ogni strumento dovrebbe essere considerato caso per caso per quanto riguarda le sue prestazioni. L'altra cosa è che Arc è stato il primo sulla scena GIS. Il primo (relativamente a QGIS) è sempre con bug e la prossima generazione è un po 'meglio, in questo caso più veloce, ma tutto questo è solo una mia opinione personale.

Ciò riguarda le prestazioni di ArcGIS: ArcMap, ArcCatalog si aprono molto lentamente sul nuovo laptop con ampie risorse? che può in parte spiegare alcuni dei problemi di prestazione. Quel thread mostra come l'hardware, la rete e la configurazione delle licenze possano avere un effetto sostanziale sulle prestazioni di ArcGIS. Probabilmente, alcune delle differenze di velocità riportate potrebbero essere dovute a tali fattori piuttosto che a differenze intrinseche nelle capacità.

(Inserito come link di risposta, poiché i commenti tendono a perdersi.)

Lavoro con i dati a livello aziendale (ad esempio i dati sui punti di interesse per l'intera Turchia) e talvolta solo per controllare il set di dati, ho bisogno di quel rendering.

Se vuoi migliorare le tue prestazioni con ArcGIS, ci sono alcune cose che posso consigliare;

Usa sempre i dati proiettati. Utilizzare geodatabase o ArcSDE con postgresql funziona perfettamente per me.

L'uso del file geodatabase e, se possibile, arcsde aumenta la velocità delle operazioni. La mia esperienza personale con QGIS e ArcMap è in realtà il contrario. Dato che ci vogliono quasi minuti per rendere 3 milioni di punti su una mappa. D'altra parte ArcMap li rende in pochi secondi.

Solo la mia opinione.