ArchiRADAR Forum
ArchiRADAR Forum => 
ArchiCAD => Topic aperto da: Istvan Toth - 05 Maggio 2010, 16:51
-
Sono più confuso che mia! Una seria di contestazione che ricevo attualmente contengono la critica che ArchiQuant non documenta lo sviluppo degli calcoli ma che dia solo i totali. Chiedendo in giro alcuni mi dicono che serve come conditio sine qua non, alcuni aggiungano che serviva solo in passato, alcuni precisano che sia obbligatorio da poco.... non so più dove rivolgermi!
Dalla struttura dati di ArchiCAD è attualmente quasi impossibile di ricavare lo sviluppo degli calcoli, quindi se fosse indispensabile, allora abbiamo fatto un prodotto per niente ed è giusto di bloccare subito la sua vendita.
Vi sarei grato se poteste contribuire con degli opinioni.
Grazie, buon lavoro
Istvan Toth
-
Il computo metrico più dettagliato è meglio è .......
quindi se ci fossero tutte le misure (quantitò, lunghezza,larghezza, altezza/peso) sarebbe il non plus ultra......
Se però non si riesce a riportare da ArchiCAD le singole misure l'importante è che possa esserci qualche riferimento tra computo e elemento computato....
Se non mi sbaglio, in ArchiQuant questo già c'è (ID elemento ArchiCAD)........ che automaticamente viene riportato nel rigo di misurazione del computo.....
-
Vi sarei grato se poteste contribuire con degli opinioni.
Rispondo perché penso di aver contribuito all'attuale versione di ArchiQuant con alcune richieste/suggerimenti che sono state implementate in questa versione. Il computo normalmente dovrebbe contenere lo sviluppo delle misure che permettano di verificare le quantità computate. Sapendo che questo è praticamente impossibile, ho richiesto che fosse possibile avere un dettaglio a livello di ID (Fabrizio ha fatto di più permettendo di usare anche l'UID), fatto che immaginavo fattibile in quanto ho una certa conoscenza di programmazione su database.
Infatti, secondo me (ma anche di alcuni colleghi), la possibilità di avere il subtotale per ID, abbinando il computo con le piante quotate e con le etichette con gli ID degli elementi computati può sostituire un computo classico in gran parte dei progetti. Con le imprese con cui lavoriamo abitualmente in ambito privato, non credo avremo difficoltà. Il problema potrebbe essere nelle opere pubbliche, ma non sono del tutto convinto che l'abbinamento del computo suddiviso per ID e le piante con le etichette non possa essere accettato.
In ogni caso, la possibilità di controllare il costo delle opere progettate in fase di progettazione, è sicuramente utile (e per noi, un esigenza sentita) ma la mancanza di una suddivisione per ID ci aveva fatto abbandonare a malincuore l'idea di usare il ArchiQuant, in quanto mettendo tutti i materiali computati in un unico calderone, era molto difficile fare una verifica della correttezza anche per uso interno. Sicuramente questo problema è stato risolto con questa versione.
Ma ripeto, ho tutta l'intenzione di usare ArchiQuant anche per la richiesta di offerte... e spero vivamente che il plug-in resti vivo e possa migliorare ancora. :ok:
-
purtroppo incomincio ad avere la sensazione che ogni progettista ed ogni singolo comune in Italia ha una sua idea propria cosa serve e come dovrebbe essere fatto un computo. Se è vero che esistono delle aziende che fanno il loro vivere a produrre del software per il computo, sembra anche vero che alla grande maggioranza dei Utenti ArchiCAD non interessa di aver un interfaccia verso quelli. Credo che la presente introduzione di ArchiQuant ITA ha avuto il peggiore risultato della ns storia (ca 2 per 1000). Peccato.
Buon lavoro
Istvan Toth
-
Mi intrometto anche io (per una volta) chiedendovi un opinione.
Partendo dal presupposto che, almeno attualmente, NON è assolutamente possibile ottenere una dimostrazione delle quantità fornite da ArchiCAD (ed ArchiQuant usa proprio queste quantità), rimane comunque una possibilità che aggirerebbe l'ostacolo.
Vi propongo un esempio.
Supponiamo di voler calcolare la superficie di pittura necessaria a ridipingere una parete.
Attualmente l'utente ArchiQuant, dopo aver selezionato la voce di prezzario che identifica la pittura, definisce la formula di calcolo in modo estremamente semplice: sceglie la superficie del Muro selezionato, interna e/o esterna a seconda delle necessità.
In questo modo ArchiQuant visualizzerà automaticamente la superficie ma, come risulta chiaro, NON dimostra in alcun modo come è arrivato a quella superficie.
Nulla ci impedisce però di utilizzare, come si fa manualmente, una formula che partendo dalle misure di base arriva allo stesso risultato.
In questo secondo caso l'utente dovrebbe assegnare il componente vernice al muro e definire una formula un po' più complessa:
LUNGHEZZA DEL MURO x ALTEZZA DEL MURO
poi, seleziona le finestre che insistono nel muro, e assegna alle stesse una formula "a detrarre":
(LARGHEZZA DELLA FINESTRA x ALTEZZA DELLA FINESTRA)*(-1)
in questo modo si otterranno delle quantità negative
potremmo ampliare la procedura di esportazione implementata nell'ultima versione di ArchiQuant ed esportare come descrizione della misurazione, oltre l'ID interno - ID utente - TIPO ELEMENTO - PIANO OSPITE anche le formule di calcolo (sostituendo ovviamente ai nomi dei parametri le quantità reali).
In tal modo si avrebbe anche la "dimostrazione" del calcolo della quantità.
Qualcosa del tipo:
A.01.01
Pittura rossa [...]
Muro a Nord
Piano Terra
5,00 x 2,70 = 13, 50
Ovviamente in tal modo, il lavoro, diverrebbe molto, molto più lungo e tedioso.
Voi cosa ne pensate?
Non vorrei implementare qualcosa che poi non viene utilizzato o verrebbe utilizzato da una minoranza...
-
Sono uno dei pochi e felici possessori di archiquant già sperimentato, utilizzato e a fronte dei costi sviluppati sulla fattibilità di un intervento acquisito un lavoro. Altro che render. Spero siano sviluppati altri plug in di sostanza per i professionisti. Aspetto con ansia dei plug in per il catasto-sicurezza-certificazione energetica (norme UNI TS 11300). Un grazie da parte mia al lavoro di Cigraph. :ok:
-
Quanto dici potrebbe anche avere un utilità, IMHO, sopratutto per chi vuole elaborare il computo nel software esterno. Io vorrei fare il più possibile in Archicad, e ritengo sufficiente l'uso degli ID. Comunque ben venga una possibilità in più (sperando che resti almeno quello che c'è :worried:)
Nella speranza che il progetto ArchiQuant sopravviva, ti segnalo i problemi che ho incontrato in questa fase di sperimentazione:
- il volume delle colonne nei muri restituisce sempre 0;
- i parametri delle scale sono un po' scarsi... la superficie del solido così com'è non serve a molto; tornerebbero più utili parametri come la lunghezza lineare di tutti i gradini, la superficie in pianta della scala, il dislivello, la lunghezza e la larghezza media. Il volume è l'unico parametro utile, ma anche questo comprende tutte le parti delle scala (sarebbe bello avere il volume della struttura). Io per il momento credo che utilizzerò 2 elementi scala su 2 layer, una grezza (per il computo ed il progetto strutturale) ed una finita;
- bisognerebbe trovare un modo di fare il vuoto x pieno a seconda della dimensione del foro; non mi pare che ArchiQuant permetta di usare il parametro interno di Archicad ne lo possa fare in altro modo; immagino che non sia una cosa facile da implementare, tra l'altro potrebbe anche variare a seconda del materiale (intonaco 4mq, pittura 2,5mq, ecc...).
IMHO, per ArchiQuant, ci vorrebbero delle dimostrazioni pratiche di quello che si può ottenere; io sto cercando di fare un computo e quando avrò finito, vi metterò a disposizione il file. Certamente per le prime volte ci si perde un po' di tempo... Ma sono convinto (altrimenti non mi ci sarei messo) che poi si recuperi sia come tempo che come precisione, con il vantaggio di avere un costo immediato in fase di progettazione.
-
- il volume delle colonne nei muri restituisce sempre 0
Purtroppo le quantità sono restituite da ArchiCAD e la versione corrente (di ArchiCAD) ha questo baco già segnalato a Graphisoft.
- i parametri delle scale sono un po' scarsi... la superficie del solido così com'è non serve a molto; tornerebbero più utili parametri come la lunghezza lineare di tutti i gradini, la superficie in pianta della scala, il dislivello, la lunghezza e la larghezza media. Il volume è l'unico parametro utile, ma anche questo comprende tutte le parti delle scala (sarebbe bello avere il volume della struttura). Io per il momento credo che utilizzerò 2 elementi scala su 2 layer, una grezza (per il computo ed il progetto strutturale) ed una finita;
Le scale sono niente altro che oggetti e quindi ricordati che puoi legare le quantità alle variabili GDL (ad esempio il dislivello).
Volume e superficie sono i due unici parametri restituiti da ArchiCAD.
Potremmo, volendo, far si che le scale generate da ArchiStair restituiscano alcuni valori dimensionali utili al computo...
- bisognerebbe trovare un modo di fare il vuoto x pieno a seconda della dimensione del foro; non mi pare che ArchiQuant permetta di usare il parametro interno di ArchiCAD ne lo possa fare in altro modo; immagino che non sia una cosa facile da implementare, tra l'altro potrebbe anche variare a seconda del materiale (intonaco 4mq, pittura 2,5mq, ecc...).
Era già in fase di sviluppo (anzi già pronto) ogni formula può seguire delle condizioni (anche il vuoto x pieno) se non muore... sarà presente nel prossimo aggiornamento (tra un mese?)
-
- bisognerebbe trovare un modo di fare il vuoto x pieno a seconda della dimensione del foro; non mi pare che ArchiQuant permetta di usare il parametro interno di ArchiCAD ne lo possa fare in altro modo; immagino che non sia una cosa facile da implementare, tra l'altro potrebbe anche variare a seconda del materiale (intonaco 4mq, pittura 2,5mq, ecc...).
Era già in fase di sviluppo (anzi già pronto) ogni formula può seguire delle condizioni (anche il vuoto x pieno) se non muore... sarà presente nel prossimo aggiornamento (tra un mese?)
Mi piangerebbe il cuore... Spero che Cigraph non molli tanto facilmente. Mi sembra veramente strano che un prodotto del genere non interessi a nessuno... bisognerebbe cercare di capirne i motivi. Comunque a questo punto non potrei farne un colpa... capisco benissimo la Vostra situazione. :tegole:
-
Nulla ci impedisce però di utilizzare, come si fa manualmente, una formula che partendo dalle misure di base arriva allo stesso risultato.
In questo secondo caso l'utente dovrebbe assegnare il componente vernice al muro e definire una formula un po' più complessa:
LUNGHEZZA DEL MURO x ALTEZZA DEL MURO
...vorresti dire che MANUALMENTE l'utente dovrebbe scrivere la formula?
-
...vorresti dire che MANUALMENTE l'utente dovrebbe scrivere la formula?
probabilmente sì, ma utilizzando dei PARAMETRI, non dei VALORI. Solo così i risultati sarebbero sempre aggiornati.
-
...vorresti dire che MANUALMENTE l'utente dovrebbe scrivere la formula?
probabilmente sì, ma utilizzando dei PARAMETRI, non dei VALORI. Solo così i risultati sarebbero sempre aggiornati.
nel senso che, invece di scegliere WALL_Volume, potrei inserire la formula h*l*Spessore (intesi come PARAMETRI)?
-
Se è vero che esistono delle aziende che fanno il loro vivere a produrre del software per il computo, sembra anche vero che alla grande maggioranza dei Utenti ArchiCAD non interessa di aver un interfaccia verso quelli. Credo che la presente introduzione di ArchiQuant ITA ha avuto il peggiore risultato della ns storia (ca 2 per 1000). Peccato.
Cosa significa? :blink:
Anche io sono tra quelli convinti che ArchiQuant con l'interfaccia per i programmi di computo sia uno dei migliori plugin per Archicad di sempre e spero che continui ad essere sviluppato.
In fondo è ancora giovane. C'è bisogno che gli utenti capiscano le sue enormi potenzialità perché si diffonda.
-
Se è vero che esistono delle aziende che fanno il loro vivere a produrre del software per il computo, sembra anche vero che alla grande maggioranza dei Utenti ArchiCAD non interessa di aver un interfaccia verso quelli. Credo che la presente introduzione di ArchiQuant ITA ha avuto il peggiore risultato della ns storia (ca 2 per 1000). Peccato.
Cosa significa? :blink:
Anche io sono tra quelli convinti che ArchiQuant con l'interfaccia per i programmi di computo sia uno dei migliori plugin per ArchiCAD di sempre e spero che continui ad essere sviluppato.
In fondo è ancora giovane. C'è bisogno che gli utenti capiscano le sue enormi potenzialità perché si diffonda.
Anche io sarei sono convinto, ma sembra che ci sia una forte resistenza da parte dei ns Utenti di considerarlo. Mi ha piaciuto molto l'intervento di a69 che ci ricorda l'uso del programma per gli studi di fattibilità. Ma siete in pochi a ragionare in questo modo.
L'Utente è sempre il Re, anche quando ci schiaffeggia con disinteresse. In ogni caso, aspetteremmo fine mese prima di prendere delle decisioni.
Comunque in nome di tutto Cigraph: grazie per l'incoraggiamento!!!
Istvan Toth
-
L'Utente è sempre il Re, anche quando ci schiaffeggia con disinteresse. In ogni caso, aspetteremmo fine mese prima di prendere delle decisioni.
Non dovrei essere io a dirlo, e spero che non venga presa come intromissione nei Vostri affari, ma spero che nel frattempo facciate il possibile per spingere il prodotto (incentivando i rivenditori a illustrare il prodotto?).
Sono convinto che molti non ne abbiano capito le potenzialità (attuali e future).
-
L'Utente è sempre il Re, anche quando ci schiaffeggia con disinteresse. In ogni caso, aspetteremmo fine mese prima di prendere delle decisioni.
Non dovrei essere io a dirlo, e spero che non venga presa come intromissione nei Vostri affari, ma spero che nel frattempo facciate il possibile per spingere il prodotto (incentivando i rivenditori a illustrare il prodotto?).
Sono convinto che molti non ne abbiano capito le potenzialità (attuali e future).
...sono completamente d'accordo.
anche prima dell'attuale SIGNIFICATIVA implementazione AQ meritava attenzione.
figurarsi ora!...lo sforzo maggiore secondo me è stato fatto e alla grande!...manca poco per renderlo un plugin completo. e assolutamente INDISPENSABILE.
-
Anche io sarei sono convinto, ma sembra che ci sia una forte resistenza da parte dei ns Utenti di considerarlo. Mi ha piaciuto molto l'intervento di a69 che ci ricorda l'uso del programma per gli studi di fattibilità. Ma siete in pochi a ragionare in questo modo.
Istvan, vuoi dire che gli altri plugin hanno ottenuto un grande riscontro di vendite immediatamente dopo l'immissione sul mercato?
Se non fosse troppo "da impiccione", sarei curioso di conoscere i numeri relativi alle vendite degli altri prodotti e l'impatto che hanno avuto al momento del lancio.
Probabilmente ArchiQuant entra (in punta di piedi) in un mercato già ricco di offerte ed è difficile far capire subito l'enorme vantaggio che offre.
Altre software house spingono tantissimo sull'integrazione tra il loro programma di computo e i cad: potrebbe essere questa la strada per mettere in risalto anche le caratteristiche e l'utilità del plugin che potrebbe diventare indispensabile per gli utenti italiani di ArchiCAD.
A mio modo di vedere, infatti, il discorso è più generale e coinvolge ArchiCAD stesso: i plugin della Cigraph sono da sempre un insostituibile supporto e molto spesso una "toppa" alle sue pecche e mancanze.
Forza ragazzi... non mollate ma picchiate più forte! :D
-
Qualche mese fa, quando parlavamo dello sviluppo di ArchiQuant, avevo detto che la miglior cosa sarebbe stato un plugin che potesse esportare il modello 3D creato con ArchiCAD direttamente in Primus.
Un esportatore invece di un programma, come lo è ArchiQuant, in cui poter lavorare e importare la banca dati (e le voci) di Primus. Dico Primus perchè è quello che uso (e più diffuso), ma vale per tutti gli altri programmi di computo esistenti sul mercato. Purtroppo questo non è possibile. Secondo me è da qui che nasce il disinteresse verso un prodotto che, non solo io, considero ben fatto. Perchè, dalla mia esperienza di corsi presso numerosi studi, ho visto che in generale si è poco inclini a imparare un nuovo programma e spesso ci si affida solo a ciò che si conosce da tempo, anche se ci può far perdere più tempo rispetto ad un nuovo software. Per questo motivo chi, fino ad ora, ha sempre usato altri software per il computo metrico (Primus, Mastro ecc..) ha scarso interesse ad imparare un altro software: ArchiQuant in questo caso. Gli studi sono molto metodici nel lavoro, senza contare che ci vuol tempo per realizzare il passaggio ad un nuovo software (tempo, soldi e personale da istruire).
Da qui si capisce la diffusione sul mercato di AutoCAD a discapito di altri software più performanti e più interessanti per l'architettura (ArchiCAD, Revit, VectorWorks, Architectural Desktop ecc..).
Cmq il grande lavoro lo fa quasi sempre la conoscenza/pubblicità. In questo senso, secondo me, si potrebbe fare di più.
Infine: abbandonare lo sviluppo di questo plugin adesso lo vedo prematuro. Ma qui ovviamente entrano in gioco scelte commerciali sui cui noi non possiamo mettere bocca.
Robs
-
L'Utente è sempre il Re, anche quando ci schiaffeggia con disinteresse. In ogni caso, aspetteremmo fine mese prima di prendere delle decisioni.
Non dovrei essere io a dirlo, e spero che non venga presa come intromissione nei Vostri affari, ma spero che nel frattempo facciate il possibile per spingere il prodotto (incentivando i rivenditori a illustrare il prodotto?).
Sono convinto che molti non ne abbiano capito le potenzialità (attuali e future).
Opinioni non sono mai intromissioni, ma sempre aiuti nel processo decisionale!!! Quindi grazie
Istvan Toth
-
Anche io sarei sono convinto, ma sembra che ci sia una forte resistenza da parte dei ns Utenti di considerarlo. Mi ha piaciuto molto l'intervento di a69 che ci ricorda l'uso del programma per gli studi di fattibilità. Ma siete in pochi a ragionare in questo modo.
Istvan, vuoi dire che gli altri plugin hanno ottenuto un grande riscontro di vendite immediatamente dopo l'immissione sul mercato?
Se non fosse troppo "da impiccione", sarei curioso di conoscere i numeri relativi alle vendite degli altri prodotti e l'impatto che hanno avuto al momento del lancio.
Probabilmente ArchiQuant entra (in punta di piedi) in un mercato già ricco di offerte ed è difficile far capire subito l'enorme vantaggio che offre.
Altre software house spingono tantissimo sull'integrazione tra il loro programma di computo e i cad: potrebbe essere questa la strada per mettere in risalto anche le caratteristiche e l'utilità del plugin che potrebbe diventare indispensabile per gli utenti italiani di ArchiCAD.
A mio modo di vedere, infatti, il discorso è più generale e coinvolge ArchiCAD stesso: i plugin della Cigraph sono da sempre un insostituibile supporto e molto spesso una "toppa" alle sue pecche e mancanze.
Forza ragazzi... non mollate ma picchiate più forte! :D
Ovviamente non tutti plug-ins hanno avuto sempre un successo immediato, anzi alcuni non sono quasi partiti come pe ArchiPaint che abbiamo poi tolto. Oppure tra alcuni settimane, visto il successo dei TV a 3D, introdurremmo un plug-in per la s3D (stereoscopia). Di sicuro sarà un mercato limitatissimo per i primi anni, ma sarà utilissimo per chi invece vuole muoversi in quella direzione (o chi ha bisogno di una scusa di alvoro per acquistare un TV per vedere il mondiale in 3D:))
Comunque ArchiQuant è diverso da tutti gli altri ns plug-ins, qui si gestisce valori, SOLDI! Per quello sono rimasto cosi sorpreso del scarso interesse.
Sono comunque d'accordo che abbiamo probabilmente sbagliato nella comunicazione, puntando troppo sulla compatibilità con gli altri sw, anziche sottolineare in primis gli vantaggi di ArchiQuant a fornire velocemente risultati immediati.
In questi gg preparo una comunicazione in cui presento anche i principali argomenti che ho ricevuto agli utenti.
Grazie
Istvan Toth
-
Qualche mese fa, quando parlavamo dello sviluppo di ArchiQuant, avevo detto che la miglior cosa sarebbe stato un plugin che potesse esportare il modello 3D creato con ArchiCAD direttamente in Primus.
Un esportatore invece di un programma, come lo è ArchiQuant, in cui poter lavorare e importare la banca dati (e le voci) di Primus. Dico Primus perchè è quello che uso (e più diffuso), ma vale per tutti gli altri programmi di computo esistenti sul mercato. Purtroppo questo non è possibile. Secondo me è da qui che nasce il disinteresse verso un prodotto che, non solo io, considero ben fatto. Perchè, dalla mia esperienza di corsi presso numerosi studi, ho visto che in generale si è poco inclini a imparare un nuovo programma e spesso ci si affida solo a ciò che si conosce da tempo, anche se ci può far perdere più tempo rispetto ad un nuovo software. Per questo motivo chi, fino ad ora, ha sempre usato altri software per il computo metrico (Primus, Mastro ecc..) ha scarso interesse ad imparare un altro software: ArchiQuant in questo caso. Gli studi sono molto metodici nel lavoro, senza contare che ci vuol tempo per realizzare il passaggio ad un nuovo software (tempo, soldi e personale da istruire).
Da qui si capisce la diffusione sul mercato di AutoCAD a discapito di altri software più performanti e più interessanti per l'architettura (ArchiCAD, Revit, VectorWorks, Architectural Desktop ecc..).
Cmq il grande lavoro lo fa quasi sempre la conoscenza/pubblicità. In questo senso, secondo me, si potrebbe fare di più.
Infine: abbandonare lo sviluppo di questo plugin adesso lo vedo prematuro. Ma qui ovviamente entrano in gioco scelte commerciali sui cui noi non possiamo mettere bocca.
Robs
Sono molto d'accordo con questa analisi, in fatti vendere software ha da sempre la forbice: da un lato devo convincere che l'uso del sw aumenta la produttività, dal altro lato non devo nascondere che prima (!) c'è un brutto aumento di lavoro, ovvero la necessità di imparare il software. Ora di quanto lavoro serve per imparare un plug-in tipo ArchiQuant dipende molto dal fatto di quanto qualcuno è sicuro nel suo uso di ArchiCAD stesso. Chi conosce bene ArchiCAD, probabilmente non ci mette più di 5 Minuti, ma per chi è insicuro nel uso di ArchiCAD potrebbe anche trovarsi impaurito dal rischio e quindi rinuncia.
Grazie
Istvan Toth
-
Sono uno dei pochi e felici possessori di archiquant già sperimentato, utilizzato e a fronte dei costi sviluppati sulla fattibilità di un intervento acquisito un lavoro. Altro che render. Spero siano sviluppati altri plug in di sostanza per i professionisti. Aspetto con ansia dei plug in per il catasto-sicurezza-certificazione energetica (norme UNI TS 11300). Un grazie da parte mia al lavoro di Cigraph. :ok:
Sto preparando una nuova comunicazione ai ns clienti, a chi devo rivolgermi per poter citare questo contributo? Mi va bene che rimanga anche come a69:))
Grazie
Istvan Toth
-
......Spero siano sviluppati altri plug in di sostanza per i professionisti. Aspetto con ansia dei plug in per il catasto-sicurezza-certificazione energetica (norme UNI TS 11300). Un grazie da parte mia al lavoro di Cigraph. :ok:.....
Mi sembra siano cose che già in più occasioni abbiamo discusso/richiesto....... specialmente per quanto riguarda la gestione delle planimetrie catastali e magari la certificazione energetica ...... Per questo tipo di certificazione Ecodesigner non può essere impiegato in quanto non certificato a livello nazionale.....
Quindi se vuole citare come contributo il nostro forum...... direi che ci prenderebbe dentro tutti.......
-
Comunque ArchiQuant è diverso da tutti gli altri ns plug-ins, qui si gestisce valori, SOLDI! Per quello sono rimasto cosi sorpreso del scarso interesse.
Sono comunque d'accordo che abbiamo probabilmente sbagliato nella comunicazione, puntando troppo sulla compatibilità con gli altri sw, anziche sottolineare in primis gli vantaggi di ArchiQuant a fornire velocemente risultati immediati.
In questi gg preparo una comunicazione in cui presento anche i principali argomenti che ho ricevuto agli utenti.
Dunque se ho capito bene ti riferivi all'attenzione suscitata dal plugin sul mercato prima dell'ultima release! Giusto?
Anche per il computo metrico, la compatibilità con il software di punta del mercato è a mio parere una caratteristica ormai indispensabile, così come lo sono oggi in maniera consolidata la possibilità di esportare i disegni in altri formati oppure di utilizzare software specializzati per il rendering.
Per chi si occupa in maniera professionale di un progetto architettonico seguendone tutti gli aspetti è facile capire l'enorme vantaggio che deriva dalla possibilità di far dialogare i diversi programmi, risparmiando tempo ed evitando possibili errori.
Quanto alla comunicazionee, una possibile strada da seguire potrebbe essere indicata da soluzioni simili, come ad esempio quelle della stessa Acca (http://www.acca.it/Software/AutoRapidus/TabId/234/Default.aspx).
-
Salve a tutti.
Vi seguo giornalmente da anni ed ho imparato molte cose dal sito. Grazie a tutti.
Sono ingegnere e mi occupo, anche, di lavori pubblici. Intervengo per felicitarmi di questa nuova versione di AQ che sto usando ed approfondendo in modo da ottimizzare la redazione dei computi metrici da consegnare alle stazioni appaltanti.
Certo che se fosse possibile lo "sviluppo delle misure" sarebbe proprio fantastico, ma anche così va di lusso... Il signor Toth si stupiva, se non ho capito male, dello scarso interesse per il plugin. La cosa invece non mi stupisce affatto. In 20 anni di professione ho trovato pochissimi tecnici capaci di fare un buon computo metrico (con rigore, ordine, analisi, precisione...) e tanti altri presunti tali che producevano un'accozzaglia di voci con i risultati più disparati. Mi pare che manchi tra i nostri tecnici, specialmente tra i più giovani, la "cultura" della stima dei costi. Molto spesso si produce un progetto, a volte anche un buon progetto, si fa una stima di massima a superficie o volume in base ad esperienze precedenti, la si comunica al cliente (magari sottostimandola...) e poi si demanda tutto all'impresa nel formulare l'offerta... Spero che questo plugin possa rappresentare per molti tecnici della seconda schiera uno stimolo per raffinarsi...
Da ultimo, visto che le richieste rivolte al sito spesso sono tradotte da cigraph in miglioramenti, spero presto in qualche strumento per gli ingegneri strutturisti ...
Grazie, saluti e W archiradar!!!
-
Torno sull'argomento dopo aver completato un primo computo (anche se di una costruzione molto semplice), per dare alcune impressioni/suggerimenti:
- lo sviluppo delle misure sarebbe sicuramente utile, come potrebbe essere utile la numerazione di parti uguali (ovvero se ho 6 pilastri con lo stesso ID, mi venga fuori che sono 6);
- ho avuto diversi problemi con caratteri non convertiti correttamente: accentate, ≤, ≥, ø in particolare quest'ultimo è molto presente nel mio prezziario (qui non sono sicuro se in realtà c'è modo di importare questi caratteri, dovresti darmi le specifiche del testo);
- la descrizione breve di 32 caratteri spesso è troppo breve;
- i raggruppamenti dovrebbero riportare codice e descrizione, io per ovviare al problema ho inserito anche il codice nella descrizione, che però diventa ancora più corta;
- la calcolatricie per le formule è un po' troppo limitata, ci vorrebbe almeno la radice, la potenza e magari il pi greco;
- ho avuto alcune chiusure inaspettate di Archicad intanto che lavoravo con ArchiQuant;
- ci sarebbe da vedere il discorso delle voci padre, ovvero delle voci che riportano la descrizione del gruppo mentre la voce stessa riporta solo una specifica, tipo: Tubo PVC...ecc. e poi nelle voci dei prezzi si mette solo il diametro, ovviamente sul computo dovrebbe comparire la voce completa + la specifica; per il momento ho risolto creando le descrizioni complete per tutti i prezzi ed eliminando i padri (o trasformandoli in raggruppamenti solo indicativi);
- c'è da dire che ArchiQuant richiede una disegno ragionato per lo stesso e viceversa, ma con un po' di impegno, i risultati ci sono ;-)
-
Ti rispondo dalla Croazia, sto partecipando ad ArchiCAD Spring Academy a Pola.
- lo sviluppo delle misure sarebbe sicuramente utile, come potrebbe essere utile la numerazione di parti uguali (ovvero se ho 6 pilastri con lo stesso ID, mi venga fuori che sono 6);
L'ID utente dovrebbe essere utilizzato per altri scopi: ad esempio per raggruppare i dati per appartamento o per zona (ovviamente assegnando gli ID in modo congruo) o per conservare una modalità di "riconoscimento" dell'elemento in fase di esportazione verso gli altri programmi di computo.
Negli altri casi si consiglia di utilizzare l'ID interno che è univoco e quindi non possono esistere due elementi con lo stesso ID
- ho avuto diversi problemi con caratteri non convertiti correttamente: accentate, ≤, ≥, ø in particolare quest'ultimo è molto presente nel mio prezziario (qui non sono sicuro se in realtà c'è modo di importare questi caratteri, dovresti darmi le specifiche del testo);
Probabilmente stai usando un prezzario che arriva da Windows su Macintosh o viceversa. In tal caso basta aprire il testo con appositi programmi (dovrebbe farlo anche Word) e salvarlo nella codifica corretta. Eventualmente faccelo avere che lo mettiamo a posto noi.
- la descrizione breve di 32 caratteri spesso è troppo breve;
Ovviamente di arrabbierai se rispondo che breve... significa breve (!).
La descrizione breve è registrata nei dati utente dell'elemento ArchiCAD (troppo tecnico per spiegare cosa sono, in ogni caso non sono "trasparenti" all'utente) perchè in caso si perda il prezzario o questo non sia disponibile allora viene utilizzata la descrizione incorporata in questo modo. Proprio per questo motivo non può assumere lunghezza variabili o più lunghe di quella definita.
- i raggruppamenti dovrebbero riportare codice e descrizione, io per ovviare al problema ho inserito anche il codice nella descrizione, che però diventa ancora più corta;
Puoi essere più chiaro? Questo punto non l'ho proprio capito.
- la calcolatricie per le formule è un po' troppo limitata, ci vorrebbe almeno la radice, la potenza e magari il pi greco;
Magari anche i logaritmi?
Se la necessita sarà evidenziata anche da altri utenti implementeremo anche queste funzioni.
- ho avuto alcune chiusure inaspettate di ArchiCAD intanto che lavoravo con ArchiQuant;
Ci serve, il bug report, la descrizione dettagliata dell'evento ed il file. Solo in questo modo possiamo capire cosa è successo e perchè è successo.
- ci sarebbe da vedere il discorso delle voci padre, ovvero delle voci che riportano la descrizione del gruppo mentre la voce stessa riporta solo una specifica, tipo: Tubo PVC...ecc. e poi nelle voci dei prezzi si mette solo il diametro, ovviamente sul computo dovrebbe comparire la voce completa + la specifica; per il momento ho risolto creando le descrizioni complete per tutti i prezzi ed eliminando i padri (o trasformandoli in raggruppamenti solo indicativi);
Se il prezzario è importato le voci "figlio" sono automaticamente concatenate con le voci padre.
Non capisco perchè nel tuo caso non sia successo (anche qui necessitiamo di maggiori dettagli.
- c'è da dire che ArchiQuant richiede una disegno ragionato per lo stesso e viceversa, ma con un po' di impegno, i risultati ci sono
In questo caso non credo sia così e credo che forse il nostro filmato tende a fuorviare quello di cui si necessita.
Ovviamente un modello dettagliato genera quantità automatiche.
Ma è possibile anche usare modelli più schematici facendo una assegnazione corretta delle voci e delle formule.
Il classico esempio è quello del battiscopa: non serve disegnarlo se lo lego alle lunghezze dei muri.
La zona è un altro esempio: usando la zona posso computare moltissime cose.
Ovviamente ognuno utilizzerà il metodo che gli è più consono.
A lunedì...
-
L'ID utente dovrebbe essere utilizzato per altri scopi: ad esempio per raggruppare i dati per appartamento o per zona (ovviamente assegnando gli ID in modo congruo) o per conservare una modalità di "riconoscimento" dell'elemento in fase di esportazione verso gli altri programmi di computo.
Negli altri casi si consiglia di utilizzare l'ID interno che è univoco e quindi non possono esistere due elementi con lo stesso ID
E' che usando l'UID, il computo diventa poco leggibile, perché ritrovare un UID di... quanti caratteri? Beh, non è proprio immediato. Pilastro-001 e via di seguito, dando anche un certo ordine diventa molto più semplice. Il discorso del numero è che se ho N pilastri tutti uguali, potrei dare lo stesso ID a tutti e trovarmi nel computo Pilasto-001 N * xx mc invece di avere 20 righe di pilastri, ovvero un unica voce in cui non conosco il numero di elementi.
Probabilmente stai usando un prezzario che arriva da Windows su Macintosh o viceversa. In tal caso basta aprire il testo con appositi programmi (dovrebbe farlo anche Word) e salvarlo nella codifica corretta. Eventualmente faccelo avere che lo mettiamo a posto noi.
Stiamo utilizzando un prezziario immesso manualmente in Computi&Contabilità Italsoft su Mac, esportato e trattato con NeoOffice, e ripassato con TextWrangler (in cui ho provato più formati UTF, ASCII, Windows...), ma che evito di far passare per l'importatore di ArchiQuant in quanto ho sempre risultati inaspettati, ovvero lo preparo e salvo direttamente nella cartella Dati di ArchiQuant. Comunque... vedi dopo.
Ovviamente di arrabbierai se rispondo che breve... significa breve (!).
Lo so che breve è breve, ma 32 caratteri ogni tanto sono veramente pochi. Fossero 64 sarebbero sicuramente sufficienti... Comunque è solo una mi opinione, e se ci sono motivi tecnici ovviamente ce li faremo bastare.
- i raggruppamenti dovrebbero riportare codice e descrizione, io per ovviare al problema ho inserito anche il codice nella descrizione, che però diventa ancora più corta;
Puoi essere più chiaro? Questo punto non l'ho proprio capito.
Ti mando (in email) il prezziario che sto usando io, tra l'altro ho sistemato il discorso dei caratteri usando la codifica Europa Occidentale Macintosh. Il prezziario è da inserire direttamente nella cartella di ArchiQuant, e vedrai i gruppi che ho fatto inserendo le codifiche nella descrizione. Se il gurppo visualizzasse la codifica vera e propria, più spazio per la descrizione.
Magari anche i logaritmi?
Se la necessita sarà evidenziata anche da altri utenti implementeremo anche queste funzioni.
Naaa... logaritmi no, megli le funzioni trigonometriche, se mai. :bigrin:
Comunque radice, PI greco ed elevamento a potenza mi sarebbero serviti per calcolare il volume dello scavo per un pozzo disperdente a partire dalla sua indicazione in planimetria fatta con un semplice cerchio, che come unica informazione restituisce il perimetro.
Comunque ormai mi sono fatto un simbolo che mi da direttamente il volume dello scavo (indicando il diametro e la prfondità del pozzo + la larghezza dello scavo in giro); inoltre mi faccio calcolare anche il volume del pozzo e per differenza il volume di ritombamento. Ma non pretenderai che tutti si facciano i pozzi GDL ;-)
Ci serve, il bug report, la descrizione dettagliata dell'evento ed il file. Solo in questo modo possiamo capire cosa è successo e perchè è successo.
Non volevo tediarti inutilmente se poi ArchQuant non verrà portato avanti.
Se il prezzario è importato le voci "figlio" sono automaticamente concatenate con le voci padre.
Non capisco perchè nel tuo caso non sia successo (anche qui necessitiamo di maggiori dettagli.
Probabilmente ormai l'hai capito. Io chiedevo proprio una gestione interna dei padri/figli... ma non è fondamentale, almeno per me. Il mio collega (più abituato ai computi classici) la vede comunque una mancanza importante.
In questo caso non credo sia così e credo che forse il nostro filmato tende a fuorviare quello di cui si necessita.
Ovviamente un modello dettagliato genera quantità automatiche.
Ma è possibile anche usare modelli più schematici facendo una assegnazione corretta delle voci e delle formule.
Il classico esempio è quello del battiscopa: non serve disegnarlo se lo lego alle lunghezze dei muri.
La zona è un altro esempio: usando la zona posso computare moltissime cose.
Ovviamente ognuno utilizzerà il metodo che gli è più consono.
Sì, so che le cose si possono fare in diversi modi, ma ci sono cose oggettivamente complicate da computare, se non si fa il progetto pensando anche ad ArchiQaunt. O trovando soluzioni fantasiose in ArchiQuant. Esempio lo scavo in trincea per una fondazione, o si disegna anche lo scavo, o si associa alla fondazione il volume maggiorato su entrambi i lati... Oppure gli impianti verticali:li disegnate in sezione?
Comunque ripeto, se ArchiQuant resta supportato ho tutta l'intenzione di usarlo.
[/quote]