Wikipedia

Utente:Antonell/Sandbox

Versione del 16 feb 2016 alle 18:07 di Antonell (discussione | contributi) (→Dettagli tecnici)

Template:Software2

Code_Saturne è un software libero di simulazione numerica per lo studio della Meccanica dei fluidi. Tecnicamente è un software di (CFD, Computational Fluid Dynamics) Fluidodinamica computazionale.
Sviluppato a partire dal 1997 dal servizio R&D (Recherche et Développement, originariamente DER) di EDF - Électricité de France, È stato reso disponibile sotto la licenza GNU GPL nel marzo 2007.[1]

Simulazione numerica di un campo di moto attorno ad un profilo alare

E' basato su un approccio a volume finito che accetta griglie di calcolo (mesh) di tutti i tipi (strutturati, strutturati per blocchi, non strutturati, ibridi, lineari, non lineari, ...) e qualsiasi tipo di elemento (tetraedro, esaedro, piramide, qualsiasi poliedro, ...), Code_Saturne permette di modellizzare flussi incomprimibili o espandibili, con o senza turbolenze o trasferimento di calore.
Moduli dedicati sono disponibili per la fisica specifica come il trasferimento di calore per irraggiamento, la combustione (gas, carbone polverizzato, olio combustibile, ...), la magneto-idrodinamica, i flussi comprimibili, i flussi polifasici (approccio Eulero/Lagrange con accoppiamento a due vie con la Teoria dei gruppi), oppure come estensioni per applicazioni specifiche (per esempio Mercure_Saturne per la meteorologia).

Code_Saturne può anche essere incorporato a SYRTHES, codice software per lo studio termico dei solidi. Può inoltre essere associato al programma di simulazione numerica dei materiali e delle strutture meccaniche Code_Aster, in particolare attraverso la piattaforma per la modellazione solida SALOME.
SYRTHES e Code_Aster sono sviluppati da EDF e distribuiti sotto licenza Gnu GPL.

Funziona anche in parallelo su computer multiprocessore e a memoria distribuita.

Metodo di rappresentazione

Gli output di post-trattamento sono disponibili in formati EnSight®, CGNS e MED_fichier, con le funzionalità avanzate offerte dalla libreria software FVM (librairie « Finite Volume Mesh » sviluppata da EDF sotto licenza LGPL).



Rispetto alla modellazione geometrica generata dalla tecnica di rappresentazione geometria solida costruttiva (CSG), che utilizza solo gli oggetti primitivi e le operazioni logiche Booleane abbinate, la boundary representation è più flessible ed ha un set di operazioni molto più ricco. Questo fa della rappresentazione BREP una scelta più indicata per i sistemi CAD. La tecnica CSG è stato utilizzata inizialmente da diversi sistemi commerciali perchè facile da implementare. L'avvento di affidabili sistemi commerciali basati su kernel B-rep come Parasolid e ACIS, prima indicati, ha portato alla diffusa adozione di B-rep per CAD. Oltre alle operazioni booleane, B-rep ha estrusione (di ogni tipo), smussatura, meshing, disegno, shelling (riempimento), tweaking (modifiche) e altre operazioni che fanno uso di tutto questo.

La BREP è essenzialmente una rappresentazione in locale che collega facce, bordi e vertici. Un'estensione di questo è nel raggruppamento dei sub-elementi della forma in unità logiche, chiamate geometric features (caratteristiche geometriche), o più semplicemente features. Un lavoro pionieristico è stato fatto da Kyprianou a Cambridge (USA) anche utilizzando il sistema BUILD e continuato ed ampliato da Jared e altri. Le caratteristiche sono alla base di molti altri sviluppi, permettendo un "ragionamento geometrico" ad alto livello a proposito di forme per il confronto (verifica e comparazione), il processo di pianificazione, la costruzione, ecc.

La Boundary representation è stata inoltre estesa per rappresentare speciali tipi di modelli non solidi, chiamati non-manifold.[2] Come descritto da Braid, i solidi normali in natura hanno la proprietà che, presso in ogni punto sul limite, una piccola sfera intorno al punto è divisa in due parti, una interna ed una esterna all'oggetto. Il modello non-manifold rompe questa regola. Una importante sotto-classe di modelli non-manifold sono gli oggetti texture usati per rappresentare gli oggetti piani e integrare la modellazione delle superfici in un ambiente di modellazione solida.

Standard

Nel mondo dello scambio di dati, STEP, the Standard for the Exchange of Product Model data definisce anche alcuni modelli di dati per le rappresentazioni dei bordi. I comuni generici modelli tipologici e geometrici sono definiti in ISO 10303-42 Geometric and topological representation. La seguente Application Integrated Resources (AICs) specifica le boundary models che sono i vincoli per le specifiche generiche geometriche e tipologiche:

  • ISO 10303-511 Topologically bounded surface, definitione di una advanced face, che è una superficie delimitata dove la superficie è di tipo elementare (piana, cilindrica, conica, sferica o toroidale), o una superficie pulita. I bordi sono definiti da linee, coni, poligoni, superfici curve, o curve b spline
  • ISO 10303-514 Advanced boundary representation, definisce un volume solido con vuoti possibili, che è composto da facce complesse
  • ISO 10303-509 Manifold surface, un'area non intersecata in 3D composta da facce complesse
  • ISO 10303-521 Manifold subsurface, una sub-area oltre la superficie manifold
  • ISO 10303-508 Non-manifold surface, qualsiasi tipo di modifiche avanzate della superficie
  • ISO 10303-513 Elementary boundary representation simile a ISO 10303-514, ma limitato solo lle superfici elementari
  • ISO 10303-512 Faceted boundary representation un modello semplificato di superficie costruita solo con superfici piane


Evoluzione e confronto dei formati

Nonostante STEP abbia avuto molto successo, rimane ancora il problema della velocità dello sviluppo e dell'impiego. Molti critici mettono in evidenza che gli standard XML per il commercio su Internet si stanno sviluppando molto più velocemente.

Fondamentalmente, i dati dei prodotti sono molto diversi dai dati del commercio su internet come anticipi, saldi etc... Il metodo tradizionale per comunicare le informazioni sui dati dei prodotti è creare un abbozzo ma, per comunicare un anticipo, il metodo tradizionale è creare un modello. Le informazioni degli abbozzi sono molto più complicate e articolate, è ciò rende STEP molto più difficile da sviluppare.

È in corso lo sviluppo di un formato XML per condividere con STEP i dati dei prodotti. Ma STEP divide i dati originali in entità multiple che non sono facili da capire per XML o per qualunque altro formato. L'obiettivo finale è che STEP crei automaticamente un documento XML.

Ogni protocollo di applicazione include un diagramma che descriva le funzioni che un ingegnere deve tener conto per perseguire il suo scopo e un modello di requisito di Applicazione che descriva le informazioni richieste da tali attività.

Questi richieste di informazioni vengono poi inserite in una serie comune di risorse integrate e il risultato è un modello di scambio di dati adatti allo scopo. L'obiettivo ultimo di Step è spiegare l'intero ciclo vitale di ogni tipo di prodotto, dalla progettazione concettuale al risultato finale. In ogni caso, ci vorranno degli anni prima che questo obiettivo venga raggiunto.

B-Rep non è molto adatto per modelli di grandi dimensioni. [3]

Oggi il vantaggio più tangibile per chi usa Step è l'abilita' di scambiare dati di progetto come modelli solidi o modelli solidi articolati. Altri standard per lo scambio dei dati, come la più nuova versione di IGES, supportano lo scambio di materiali solidi, sebbene in minor parte secondo www.steptools.com.

Pubblicazioni

Ulteriori informazioni sulla Boundary Representation sono disponibili nei seguenti testi in vari formati tipografici:

  • Marti Mäntylä: "An Introduction to Solid Modeling", Computer Science Press, ISBN 0-88175-108-1, 1988.
  • H. Chiyokura: "Solid Modelling with DESIGNBASE", Addison-Wesley Publishing Company, ISBN 0-201-19245-4, 1988.
  • Ian Stroud: "Boundary Representation Modelling Techniques, Springer, ISBN 1-84628-312-4, 2006

Voci correlate


Note

  1. ^ Annonce de la mise en libre sur Linux FR
  2. ^ ftp://docenti.ing.units.it/arc_stud/Muscia/Tre_%20note_di_modellazione_solida_con_ThinkDesign_pdf/Solidi_aperti_e_solidi_non_manifold.pdf
  3. ^ Gmsh 2.4 Table of Contents, in Gmsh.
  Portale Fisica

[[Categoria:]]

Traduzione

Template:Software2

Note


Voci correlate

Collegamenti esterni

|- ! YCbCr | | | | .ycbcr | | | |- ! YCbCrA | | | | .ycbcra | | | |- ! YUV | | | | .yuv | | | |- ! ZDT | | | | .zdt | | Used by TECH Win | |- ! style="width: 7em;"| Format || Full name || Owner || Based Format || File extension || MIME type || Application || Patented |}

Dettagli tecnici

Formato algoritmo
Compressione dei dati		 Grafica Raster/
vettoriale		 Profondità di colore Tavolozza Trasparenza Metadato Interlacciato Multi-pagine Animazione Layer Gestione digitale del colore Estend­ibile formato HDR
AI Con e senza perdita di informazioni Entrambi 1, 8, 24, e 32 (possibile con più palette) Sì Sì Sì No No No Sì Sì ?? No
BMP Nessuno, RLE, JPEG, e PNG Raster 1, 4, 8, 16, 24, e 32 Sì Sì No No No No No Sì No No
BPG HEVC, Con e senza perdita di informazioni Raster da 8 a 14 bit per canale No Sì Sì No No opzionale ?? Sì ?? ??
CDR Con e senza perdita di informazioni Entrambi 1, 8, 24 ,e 32 (multiple palette) Sì Sì Sì No Sì No Sì Sì ?? No
CPC CPC Raster 1 No No Sì No Sì No No No Sì, mediante dizionario incorporato No
EPS Nessuno, LZW, DEFLATE, RLE, DCT Entrambi Supporto specifico No Sì Sì n/d Sì No Sì Sì Sì Sì
EXR Nessuno, RLE, ZIP, Piz, PXR24, e B44 Raster 16–128 (IEEE 754 virgola mobile) No Sì Sì No No No No Sì Sì Sì
GIF LZW Raster 1, 2, 3, 4, 5, 6, 7, e 8 Sì Sì; maschera piano solo 1b utilizzando indici di colore Sì Sì Sì Sì Sì No Sì (GIF89a) No
HD Photo / JPEG XR Con e senza perdita di informazioni con trasformazione bi-ortogonale Raster 1, 2, 8, 16, 24, 32, 48, 64, e 128 (IEEE 754 virgola mobile) No Sì Sì Sì Sì No No Sì Sì Sì
ILBM Opzionale run-length encoding Raster 1, 2, 4, 8, 16, 32, 64, 64 EHB, 128, 256 (8-bit), 4,096 (HAM6 pseudo 12-bit), 4,096 puro 12-bit, 262, 144 (HAM8 pseudo 18-bit), e 24-bit Sì No Sì Sì No Sì,
Color cycling 		No No Sì No
IMA analisi trasformazione multi-risoluzione dell'originale con e senza perdita di informazioni Raster 8-bit, 16-bit integer, 32-bit IEEE 754 virgola mobile No Sì Sì No No No No Sì Sì Sì
JPEG Con perdita (e parzialmente senza perdita) di informazioni, DCT, RLE, e codifica Huffman predittiva vicina al più prossimo Raster 8-bit (greyscale), 12-bit, e 24-bit No No Sì Sì No No No Sì No No (vedi il non ufficiale JPEG-HDR)
JPEG 2000 Con perdita di informazioni e senza perdita (DWT) Raster 8 e 16 (greyscale) con possibilità colore sino a 48-bit No Sì Sì Sì No No No Sì ?? No
ORA Senza perdita di informazioni Entrambi 1, 2, 4, 8, 16, 24, 32, 48, e 64 Sì Sì Sì Sì Sì No Sì Sì Sì Sì
PAM Nessuno Raster Fino a 16 No Sì Sì No Sì No No No Sì No
PCX Nessuno, RLE Raster 1, 2, 4, 8, 24 e 32 Sì Sì No No Sì No No No No No
PGF Nessuno e senza perdita di informazioni (DWT) Raster greyscale: 1, 8, 16, 31; colori: 12, 16, 24, 32, e 48 Sì Sì Sì Sì No No No No ?? No
PICT Nessuno, RLE, e QuickTime Entrambi 1, 2, 4, 8, 16, 24, e 32 Sì Sì Sì ?? No No No ?? No? No
PLD Opzionale ZIP, JPEG Entrambi 1, 4, 8, 16, 24, 32, 48, e 64 ?? Sì Sì ?? Sì Sì Sì Sì Sì Sì
PNG Senza perdita di informazioni e DEFLATE Raster 1, 2, 4, 8, 16, 24, 32, 48,e 64 Sì (modalità 1–8 bit) Sì; 8b, 16b per-pixel alpha channel; 8b per indici Sì Sì, algoritmo Adam7 No No (ma vedi MNG e APNG) No Sì Sì, usando chunks No, vedi discussione
PPM Nessuno Raster Fino a 16 No No Sì No Sì No No No No No
PSD Nessuno e RLE Entrambi 1, 2, 4, 8, 16, 24, 32, 48, e 64 Sì Sì; 8b, 16b per pixel alpha channel Sì n/d No Sì Sì Sì No? Sì
PSP Nessuno Entrambi 1, 2, 8, 16, 24, 32, e 48 Sì Sì; 8b e 16b per-pixel alpha channel Sì No ?? No Sì ?? ?? No
SVG Nessuno e senza perdita di informazioni gzip Vettoriale[1] 24 e 32 No Sì Sì n/d si, parziale (1.2 draft)[2] si, parziale} (SMIL/SVG) Sì Sì[3] Sì, base XML n/d
TGA Nessuno, RLE, e altri Raster 1, 2, 4, 8, 16, 24, e 32 Sì Sì Sì No No No No No ?? No
TIFF Nessuno, LZW, RLE, ZIP, e altri Entrambi 1, 2, 4, 8, 16, 24, e 32 Sì (1–8 bit) Sì Sì Sì, per compressione JPEG Sì No Sì Sì Sì, usando tag Sì, TIFF virgola
WebP Con perdita di informazioni e senza perdita Raster 24 e 32 No Sì Sì No Sì Sì No Sì Sì No
XAML Nessuno Vettoriale 32 e 64 No Sì Sì n/d Sì Sì Sì No Sì Sì
XCF Nessuno e senza perdita di informazioni (gzip e bzip2) Entrambi 8, 24, e 32 Sì Sì ?? n/d No Sì Sì Sì Sì No
Formato algoritmo
Compressione dei dati		 Grafica Raster/
vettoriale		 Profondità di colore Tavolozza Trasparenza Metadato Interlacciato Multi-pagine Animazione Layer Gestione digitale del colore Estend­ibile formato HDR

References

  1. ^ Supporta i dati raster incorporati con l'uso di Base64
  2. ^ pagine multiple (SVG 1.2)
  3. ^ SVG 1.1 color profile descriptions

Template:Graphics file formats


  Portale Informatica: accedi alle voci di Wikipedia che trattano di informatica

[[Categoria:Librerie software]] [[Categoria:Software di sistema]] [[Categoria:Linguaggi di programmazione]] [[Categoria:Microsoft]] [[Categoria: Posta elettronica]]

Estratto da "https://it.wikipedia.org/w/index.php?title=Utente:Antonell/Sandbox&oldid=78908663"