Newsgroup: it.discussioni.ingegneria.civile
Titolo: Capacità Portante - Foglio di Calcolo

Mi faccio portavoce di una idea balenata al buon DOCstone sulla possibilità 
del primo sviluppo interattivo della comunità alla quale sto scrivendo di un 
buon codice di calcolo mediante foglio EXCEL o openoffice o se si trova 
qualcuno per la programmazione in VISUAL o FORTRAN o chichessia della 
Capacità Portante. Tale codice dovrà essere di Licenza GNU a patto che sia 
dichiaratamente citata la fonte di realizzazione all'interno dei documenti 
di progettazione tipo "Sviluppato da it.discussioni.ingegneria.civile". Tale 
codice che potrebbe essere il primo dovrà essere sviluppato secondo rigidi 
controlli incrociati da parte di noi sviluppatori e utenti nonchè ognuno di 
noi potrà contribuire intervenendo con segnalazione del caso di studio che 
deve essere necessariamente inserito all'interno del codice. Per il momento 
siete dell'idea di aderire al progetto? Trovereste la cosa interessante? Se 
si è possibile che la comunità sviluppi qualcosa di analogo in altri 
progetti (ad esempio strutture o idraulica o trasporti)? Se la cosa va 
avanti possiamo organizzare un manifesto delle attività con posizionamento 
di rigide milestone nelle quali far confluire tutte le idee e piani di 
sviluppo. Attendo vostri commenti se la cosa è di interesse comune.
Ciao M.
P.S. DOC mi sono permesso di inserirti tra i proponenti la cosa ...

 ha scritto nel messaggio 
news:d3nNf.14833$A83.3...@twister1.libero.it...

io ci sono...
sul metodo, vista la relativa semplicità della parte numerica, penso sia 
meglio utilizzare excel con eventuali (secondo me necessarie o almeno + 
semplici) funzioni in VBA. Altrimenti anche in c++ o fortran, ma poi entrano 
in gioco un sacco di problemi (versioni dei compilatori, interfaccia, ecc.) 
e non credo che ciò interessi molti.
tony 

 ha scritto nel messaggio
news:d3nNf.14833$A83.3...@twister1.libero.it...

Mah! Io un foglio Excel per la solzione della formula trinomia per carichi
verticali centrati e rottura generale l'avevo fatto alcuni anni fa. Lo
adopero tutt'ora per i casi più semplici. Fare una procedura di validità
generale si potrebbe tentare....potrebbe essere interessante ma ... ci si
riuscirà? Nel senso si riuscirà a collaborare?
G.

Salve a tutti,
se avete bisogno di aiuto per il foglio Excel ci sono.
Conosco anche un po di Visual Basic per Office.
Cri

progetti (ad esempio strutture o idraulica o trasporti)?
Credo che un progetto del genere possa avere veramente successo solo a
certe condizioni:
1. il progetto deve essere a lungo termine ed interessare una buona
parte del ramo strutturale;
2. il codice di calcolo comune (che risolverà i problemi strutturali)
sarà scritto in standard ANSI C/C++ (con totale portabilità su tutti i
sistemi operativi),  utilizzando qualsiasi compilatore ANSI C/C++.
Qualcosa di molto simile all'ottima libreria GSL (GNU Scientific
Library);
3. si creano le DLL  per Windows (e SO per UNIX) ;
Questa  prima parte è semplice e si potrebbe risolvere in poco tempo
per ciascuna applicazione.
La seconda parte è meno evidente perché dipende dall'interfaccia da
applicare al "codice nascosto". Qui le cose possono divergere. Ma
avendo le DLL e le header file o unit, ciascuno può decidere
l'interfaccia grafica da sviluppare con il suo strumento preferito
(C#, VB, Delphi, Excel (*), Lazarus, FLTK, FOX-TOOLKIT, GTK, QT,
GLUT...).
Così un gruppetto si occupa del codice di base (punto 2 e 3) ed un
altro della parte grafica.
Personalmente non ho problemi di aderire al progetto e dare il mio
contributo appena le cose cominceranno a chiarirsi.
jk
ps.
Sono certo che basatno 6 volenterosi (in grado di fornire la
documentazione tecnica corretta e testare i programmi) per avere
qualcosa di buono tra le mani in pochi mesi per una decina di
applicazioni perché molto di queste cose si trovano già.
(*) Mi ricordo che Excel poteva chiamare una funzione all'interno di
una DLL con l'istruzione:
Call(Non_mi_ricordo_quali_argomenti_chiedeva). Non utilizzo più Excel
da diversi anni e perciò non so come è evoluta tale specie.
--
Jilani KHALDI

 P.S. DOC mi sono permesso di inserirti tra i proponenti la cosa ...
Benissimo :-), anzi io stesso avevo lanciato nel ng l'idea di adeguare 
coralmente il foglio excel disponibile su 
ingegneri.info
 senza 
disclaimer di sorta, quindi suppongo in libera distribuzione
-- 
Ciao, DOCstone

 Jilani KHALDI
Sei esagerato, ci serve solo un foglio XL che calcoli la capacita' 
portante... :)
-- 
Ciao, Tigers
[cit.] .. perchè la curva d'apprendimento di google è storicamente tra
le più ripide ... e.
www.tigers.3000.it

portante... :)
Forse hai ragione.
jk
--
Jilani KHALDI

L'idea è ottima e se c'è bisogno di una mano ci sono pure io!
-Programmazione (VBA)
-TEst
Saluti a tutti!

quello di doc hollywood per i plinti a bicchiere.
Non credo che in una comunità si fa qualcosa solo quando la sanno fare
tutti perché in questo modo staremo sempre lì. Credo piuttosto che
serva un lavoro d'équipe dove cisacuno ha specifiche mansioni. Cioè,
serve sinergia.
Comuqnue quello che avevo proposto (e che il caro Doc ha definito
esagerato), l'avevo già proposto altre volte e non ha avuto lo stesso
seguito. Comuqnue è una realtà da ripreporre. Le applicazioni hanno
un'unica e semplificata interfaccia grafica (scritta in Delphi)  ed un
codice di calcolo scritto in ANSI C (C 89) assolutamente
multipiattaforma. Con una media di un centinanio di leggibilissimo
codice C per applicazione, sono riuscito a scrivere in pochi mesi una
decina di applicazione ex-novo che ora utilizzo quotidianamente.
Avendo già a disposizione un'interfaccia grafica molto semplice ma
_collaudatissima_, per realizzare una nuova applicazione bastano le
solite centinaia di codice ANSI C per il calcolo numerico ed il resto
è già fatto.
Comuqnue darò il mio contributo con Excel.
Giusto per avere un'idea della mia proposta:
http://www.archsf.org/daylight.jpg
http://www.archsf.org/sunlight.jpg
http://www.archsf.org/muro.jpg
jk
--
Jilani KHALDI

 Jilani KHALDI


Rispondo a tutti con il presente post ...
Stiamo al solito divagando già verso la soluzione del problema, codice o non 
codice ...
Fermiamoci un attimo e rispondiamo alla domanda posta,
Siete interessati, se si basta dare seguito al thread ... su come proporre 
si parte con un Foglio Excel per arrivare ad un codice di calcolo ... e come 
dice il buon Jilani è solamente un problema di interfaccia.
Al momento credo sia opportuno capire quante persone siano disposte a 
"condividere" le proprie esperienze, ergo io ci posso mettere know how, 
qualcuno altro altro know how, altri altro ancora. Pensiamo alla brain storm 
ma prima pensiamo a contarci. Noto questo procederò con l'elenco dei 
partecipanti al progetto, si passerà allo scambio di e-mail o realizzazione 
di sito FTP di supporto per lo scambio versioni preliminari, messa in luce 
di tutte le problematiche che possono nascere, esigenze richieste per poi 
arrivare alla famosa scatola nera. La capacità portante è semplice perchè è 
una formuletta e qualsiasi volenteroso può implementarla in EXCEL. Il 
progetto di sviluppo è una cosa un pò più ambiziosa, se volete, cioè 
realizzare una comunity di sviluppo in cui si condivide conoscenza partendo 
dal basso fino ad arrivare ad un prodotto per ingegneri fatto da ingegneri.
Ben vengano discussioni su quale codice impiegare ma al momento la domanda 
da porsi è:
ne abbiamo bisogno di un foglio di calcolo o programma che risolva il 
problema o no?
se la risposta è affermativa, voglio io (inteso io chi legge) partecipare al 
progetto o no?
se la risposta è affermativa, come faccio a interagire con gli altri 
partecipanti al progetto senza perdersi in divagazioni?
Avevo, ho, intenzione di sviluppare il progetto nel seguente modo;
entro il 15 marzo raccogliere le adesioni al progetto ed organizzare il 
gruppo di lavoro;
entro il 31 marzo dovranno essere raccolte tutte le osservazioni pratiche e 
teoriche (cioè cosa mi aspetto e come lo sviluppo);
entro il 15 aprile dovrà essere pronto una sorta di formulario per lo 
sviluppo del codice di calcolo vero e proprio;
entro il 30 aprile dovrà essere pronta l'interfaccia operativa;
entro il 31 maggio dovrà essere terminata la fase beta di controllo e si può 
uscire con il primo lavoro.
entro il 30 giugno si può pensare di uscire con lo sviluppo della versione 
in sensitivity analysys ad esempio ...
entro il 30 settembre integrare con calcolo dei cedimenti;
entro dicembre codice completo con calcolo cedimenti e capacità portante, 
determinazione costante winkler per input codice di calcolo.
Ora come vede il progetto base può essere terminato entro breve, il progetto 
complesso entro l'anno. In excel visto che è macchinoso la seconda parte non 
è immediatamente applicabile pertanto si deve rimandare a codice di calcolo 
in linguaggio di programmazione.
Con questo non ho al momento in mente di sapere cosa ne pensate ma solamente 
fare la conta a chi può interessare dopodichè si svilupperanno i contenuti e 
si fisseranno date più circoscritte con chi fa chi e che cosa.
Speso di non essere preso come ambizioso ma semplicemente cerchiamo di 
cooperare assieme,
Ciao
M.

 cooperare assieme,


 entro il 31 marzo 
[cut]
Ok con una scaletta, meno bene per le scadenze. Essendo una cosa che si 
fa nei ritagli di tempo, evitiamoci lo stress delle scadenze, 
altrimenti alla prima data mancata si svacca il programma, nel senso 
che le date successive non saranno prese sul serio. Direi: definiamo 
solo le fasi, poi lavoriamo sulla fase corrente e quando questa è 
dichiarata conclusa passiamo alla successiva.
-- 
Ciao, DOCstone

 
A parte gli scherzi....aderisco volentieri...anche perché la geotecnica 
non è proprio il mio forte....e magari scrivendo il codice imparo 
qualcosa in più.
Per quanto mi riguarda ho ottime conoscenze in VB....e non ho difficoltà 
a generare/esportare i risultati dei diagrammi in DXF.
Vedendo come hai organizzato la cronologia degli eventi, mi  viene un 
po' da ridere....nel senso che quando lavoravo in una software-house si 
facevano tanti di quei calendari che non venivano MAI rispettati....nel 
senso che....
Legge del novanta-novanta
Il primo novanta per cento di un lavoro viene svolto nel novanta per 
cento del tempo, il restante dieci per cento nel restante novanta per 
cento.  :-)
-- 
Ciao, Nobody
[cit.]...Le strutture non cadono mai,
ma quando cadono fanno un gran casino!
mail:   indirizzomail Toglimi chiocciola gmail punto com

 
A parte gli scherzi....aderisco volentieri...
Per quanto mi riguarda ho ottime conoscenze in VB.
Leggendo la cronologia degli eventi mi viene però un po' da
ridere....nel senso che anche quando lavoravo in una software-house
facevamo tanti di quei calendari.....ovviamente MAI rispettati.....nel
senso che alla base di tutti i programmi di calcolo c'è la seguente legge:
Legge del novanta-novanta
Il primo novanta per cento di un lavoro viene svolto nel novanta per
cento del tempo, il restante dieci per cento nel restante novanta per cento.
-- 


da Ooo, sul VBA un po' meno.
Vero. Un foglio elettronico utilizza il paradigma di programmazione
funzionale. Il fatto di manipolare il contenuto della casella e una
variabile come generalmente avviene nei classici linguaggi di
programmazione lo rende estremamente potente per fare certe cose, ma è
una autentica frana per fare altre. Comuqnue è ottimo per la
prototipazione rapida e la verifica dei risultati.
jk
--
Jilani KHALDI

codice ...
La mia parte:
1. aderisco come sviluppatore di tutto il codice di calcolo in ANSI
C++;
2. realizzerň un'interfaccia grafica (solo per Windows) per testare il
codice;
3. posso ospitare l'intero progetto nel sotto sito del sito
http://www.archsf.org
 cioč,  
http://www.archsf.org/geotec
.
Credo che la prima tappa sia quella di creare un forum di discussione
per i dettagli, poi iniziare subito.
jk
--
Jilani KHALDI

 
http://www.archsf.org
 cioè,  
http://www.archsf.org/geotec
.


 ha scritto nel messaggio 
news:2t0Of.17217$PR2.3...@twister2.libero.it...


 sai programmare bene ...
Se l'applicativo è quello della portanza con uno o più metodi 
"tradizionali", continuo a pensare che sia  preferibile il foglio excel 
perché in fondo il calcolo è una cazzata e (molto più importante) l'utilizzo 
sul campo è molto più semplice e immediato: copia e incolla dentro la 
relazione di una sola mezza o intera paginetta ed è presto risolta la 
questione.
Se si vuole estendere il programma ad altri problemi come per esempio i 
cedimenti, il discorso si complica, dovendo necessariamente trattare i 
terreni stratificati, ecc.
tony


Della lista che hai fatto c'è qualcuno in più e qualcuno in meno.
Ad esempio non so se ci sta seguendo Fausto Benelli. Ora gli scrivo.
-- 
Ciao, DOCstone

 programmare bene ...
 Scusate il ritardo ma ero impegnato nel lavoro.
Per me può andare bene. L'ho detto. Posso mettere a disposizione quel foglio
di excel di cui parlavo. Potete confrontarlo, se volete, con cose analoghe
fatte da altri.
Poi si tirano le somme per decidere a quale livello di approfondimento e
generalizzazione impostare la procedura e mettere a punto un algoritmo.
Vedo che fortunatamente ci sono persone in grado poi di programmare tutto in
linguaggi universali.....ben venga! Tempo indietro me la cavavo bene in
fortran, basic, visual basic e c++, ma ora è molto tempo che non faccio
programmazione per cui delego in questo chi è ora molto esperto! E vedo che
ci sono.
Io ero titubante sul fatto che la collaborazione poteva essere difficile. Ma
gli entusiasmi sono incoraggianti.
Vediamo come va.
Fatemi sapere.
Giampaolo

 
Per quanto mi riguarda, ho realizzato un pre-beta in VB6 con una
interfaccia molto provvisoria giusto per partire...
ho implementato solo la verifica di Terzaghi
(...lo so il codice è incompleto e bacato!!....non c'è la validazione
dati e alcuni pulsanti sono finti!)
Più che altro il pacchetto di installazione che ho realizzato serve per
inizializzare/testare le componenti che verranno utilizzate dal programma.
Il file è di circa 900k e contiene le seguenti componenti:
MSCMCIT.DLL
MSCOMCTL.OCX
CMDLGIT.DLL
comdlg32.ocx
+ Geotecnica.exe
....se volete vi do anche i sorgenti....anche se non vi serve a nulla
almeno per ora
NON è inglobato invece la DLL  "msvbvm60.dll" che è la DLL di runtimedi
VB6 che quasi sicuramente è anche su i vostri PC e che è presente nella
cartella C:\WINNT\system32  o C:\Windows\System32
(qualora non fosse presente è comunque facilmente reperibile in rete ed
è di circa 1.4 MB
Nota: non ci sono ne virus ne maleware! (...almeno AVG7.0 aggiornato
ieri  mi dice che è tutto OK!)
Posso inviarvelo per posta...o meglio ancora....posso inviarlo a Jilani
affinché lo possa mettere sull FTP.


*Nobody* ha scritto:

Invialo a ngidic2 chicciola gmail punto com.
-- 
Ciao, DOCstone


sto cercando di inviarli....ma stranamente ho degli errori da parte del 
server SMTP...dice che i file sono troppo grossi...boh! molto 
strano...quindi sto cercando di frazionarli...sto facendo un po' un 
casino alla fine l'elenco completo dei file è:
Setup.exe
setup.lst
Geotec1.CAB
Geotec2.CAB
che vanno messi nella stessa cartella


 del server SMTP...dice che i file sono troppo grossi...
E' il tuo server di posta, che evidentemente non ti consente di inviare 
quei file. La capacità di gmail è invece di 10MB per singolo messaggio, 
2,5 GB totali. Se non hai la password della casella ngidic scrivimi in 
privato.
In alternativa puoi usare gmail drive, che ti consente di agiungere la 
casella di posta gmail alle "risorse del computer"
-- 
Ciao, DOCstone


Sì, lo so....ma io sto usando proprio l'account con gmail....
adesso ho provato a cambiare server SMTP
sembrerebbe che comunque sia riuscito ad inviarti i 2 file CAB
dammi conferma...


affinché lo possa mettere sull FTP.
Per me non ci sono problemi, lo posso mettere subito nella parte
dedicata ai Contributi iniziali (provvisori) nel sito provvisorio:
http://www.archsf.org/gtf/
mandalo a:
j.khaldi(at)
oltrelinux.com
jk
--
Jilani KHALDI


Fatto!


 
Alla fine credo di essere riuscito ad inviare i file...
credo che il problema era nel server SMTP di gmail
...cambiando account sembra tutto OK
Comunque ho inviato il file anche a Jilani e dovrebbe metterlo sul FTP
....IMHO è meglio usare questi e cancellare i file dalla casella postale 
di gmail...comunque prima aspettiamo di testare il server FTP


 dammi conferma...
Confermato l'arivo di un file Geotecnica_02.zip (che suppongo sia da 
trascurare).
- Geotec1.cab
- Geotec2.cab
- setup.lst
- setup.exe
Questi ultimi 4 file li ho zippati in Nobody.zip di cui ho rifatto 
l'upload con GMail Drive.
Alcune puntualizzazioni.
La mail non è mia, è stata aperta da Fabrox ed è a disposizione di 
chiunque nel NG faccia richiesta della password di accesso.
In secondo luogo, direi che occorre procedere per gradi. Prima la 
teoria di base, poi il codice (rigorosamente aperto), solo alla fine il 
compilato.
Poi le modalità di scambio: se è un'iniziativa del newsgroup allora 
deve essere portata avanti sfruttando spazi di accesso libero a tutti 
gli interessati, né tantomeno ha senso la costituzione di un forum 
estraneo al newsgroup stesso.
Infine la forma: sebbene sia possibile verificare l'eventuale 
propensione della maggioranza degli interessati allo sviluppo di un 
vero e proprio software in C++ o VB anziché un foglio elettronico, 
questa scelta deve essere fatta preventivamente e collettivamente, 
altrimenti si perde il senso di questa iniziativa.
-- 
Ciao, DOCstone

 
Certo...io tifo per il VB (con il C++ non ho esperienza)
comunque nulla toglie che possano essere realizzate delle DLL in C++ 
richiamate dal VB come se fossero delle API
comunque in 1 giorno siamo già divisi...2 programmi di 2 autori diversi, 
con nomi diversi che lo implementano in modo completamente diverso :-P
...chi ben comincia è a metà dell'opera :-)


> DOCstone wrote:
....ahh..non mi hai detto se il programma almeno parte! :-)



Ok fatto.
Se fossi in te mi informerei meglio sui veri intestatari della mail che 
indichi nel newsgroup.
-- 
Ciao, DOCstone

>Fatto!
e disponibile.
http://www.archsf.org/gtf/
jk
--
Jilani KHALDI


in effetti esiste un mio "omonimo"....il dominio 
nobody.it
 è registrato 
da un altro....ma non sono assolutamente io!
purtroppo ho sbagliato all'inizio....ma se adesso cambio perdo la mia 
"storia".....purtroppo il mio omonimo si beccherà un po' di spam :-P



Grazie
