Espaço tridimensional






O tri-eixo cartesiano (geometria analítica tridimensional) é um ícone do espaço tridimensional.




A Geometria descritiva resolveu os problemas do espaço através da linguagem gráfica enquanto a Geometria analítica tridimensional usou a matemática.


Como definição linguística, o espaço tridimensional[nota 1] é aquele que pode ser definido como tendo três dimensões (altura, profundidade e largura)[1], o que na prática indica relevo.[2]
Os povos da antiguidade trabalhavam com formas volumétricas, mas o estudo metódico do tema pode ser encontrado nos livros de Euclides. Embora a maior parte da geometria euclidiana se dedique aos problemas da geometria plana, que inclui o espaço euclidiano, ela trabalhava com o tridimensional quando se debruçava sobre o estudo dos sólidos.


A geometria analítica tridimensional e a geometria descritiva trataram do espaço tridimensional de maneiras diferentes, mas com conteúdo aproximado, a primeira usou a linguagem algébrica e a segunda a geométrica.[3]




Índice






  • 1 Terceira dimensão


  • 2 Física clássica


  • 3 Notas


  • 4 Referências


  • 5 Ver também





Terceira dimensão |


Com o surgimento da terceira dimensão, alguns problemas geométricos que não existiam no bidimensional passaram a ser estudados, como:



  • distância entre planos paralelos,

  • distância entre retas reversas,

  • cálculo de volumes,

  • elaboração de sistemas projetivos[nota 2] etc.[4]



Física clássica |


A física newtoniana se baseia no espaço tridimensional. Como consequências teóricas têm-se:[5]



  • o espaço é absoluto,

  • o tempo é absoluto,

  • o movimento é absoluto,

  • intervalos de tempo são por toda a parte idênticos, sob todas as condições,

  • as dimensões dos corpos rígidos são independentes do estado de repouso ou movimento,

  • os axiomas de Euclides permanecem verdadeiros para todo Universo

  • a gravitação é devida a uma atração entre os corpos,

  • raios de luz propagam-se em linha reta etc.



Notas |




[nota 1] ^ A palavra espaço vem do latim (spatìum,ìí) e significa extensão, distância e intervalo. Dimensão do latim (mensìo,ónis) significa medida.




[nota 2] ^ No espaço bidimensional seria improdutivo a criação de um sistema projetivo, porque todos os entes geométricos se reduziriam a pontos e retas, de acordo com um observador (que necessariamente estaria presente no plano). Para que exista um sistema de projeções é necessário que se tenha um observador (fora do plano), um plano de projeção e algo para ser observado (o elemento observado pode coincidir com o plano de projeção), mas não pode coincidir com o observador.



Referências




  1. ↑ Dicionário Eletrônico Houaiss de Língua Portuguesa 3.0 (2009). Espaço e Dimensão. [S.l.]: Objetiva Ltda 


  2. ↑ Rober Gillan Scott (1970). Fundamentos del diseño. [S.l.]: Editorial Victor Leru. p. 138 


  3. ↑ Encyclopaedia Britannica. Rio de Janeiro, São Paulo: Britannica editores LTDA, 1968. Geometria descritiva.


  4. ↑ Mandarino, Denis, Desenho Projetivo e Geometria Descritiva. São Paulo: Ed. Plêiade, 1996. Cap. I-VI.


  5. ↑ Dietz, David (1947). História da ciência. [S.l.]: Livraria José Olympio. p. 302 



Ver também |



  • Espaço bidimensional

  • Espaço quadridimensional





Ícone de esboço
Este artigo sobre geometria é um esboço. Você pode ajudar a Wikipédia expandindo-o.

  • v

  • d

  • e


  • Portal da geometria



-

Popular posts from this blog

Contact image not getting when fetch all contact list from iPhone by CNContact

Image
up vote 0 down vote favorite I know this question already asked but not getting solution. From this code I will get all the information from the contact but image not found when open vcf files on mac os, also not getting when share this file. I use this stackoverflow link here but It's not help full. var contacts = [CNContact]() let keys = [CNContactVCardSerialization.descriptorForRequiredKeys() ] as [Any] let request = CNContactFetchRequest(keysToFetch: keys as! [CNKeyDescriptor]) do { try self.contactStore.enumerateContacts(with: request) { (contact, stop) in // Array containing all unified contacts from everywhere contacts.append(contact) } } catch { print("unable to fetch contacts") } do { let data = try
Read more

count number of partitions of a set with n elements into k subsets

Image
up vote 6 down vote favorite 1 This program is for count number of partitions of a set with n elements into k subsets I am confusing here return k*countP(n-1, k) + countP(n-1, k-1); can some one explain what is happening here? why we are multiplying with k? NOTE->I know this is not the best way to calculate number of partitions that would be DP // A C++ program to count number of partitions // of a set with n elements into k subsets #include<iostream> using namespace std; // Returns count of different partitions of n // elements in k subsets int countP(int n, int k) { // Base cases if (n == 0 || k == 0 || k > n) return 0; if (k == 1 || k == n) return 1; // S(n+1, k) = k*S(n, k) + S(n, k-1) return k*countP(n-1, k) + countP(n-1, k-1); } // Driver program int ma
Read more

A CLEAN and SIMPLE way to add appendices to Table of Contents and bookmarks

Image
0 I found a lot of questions abount appendices and ToC. Many users want appendices to be grouped in an Appendix part, however some problems arise with ToC, hyperref, PDF viewer bookmarks, and so on. There are different solutions which require extra packages, command patching and other extra code, however none of them satisfies me. I almost found an easy way to accomplish a good result, where appendices are added to bookmarks in the right way and hyperref links point to the right page. However, the number of the "Appendix" part page is wrong (it's the number of appendix A). Is there any EASY way to fix that? This is a MWE: documentclass{book} usepackage[nottoc,notlot,notlof]{tocbibind} usepackage{hyperref} begin{document} frontmatter tableofcontents mainmatter part{First} chapter{
Read more