Manual:Image administration/pt

Este artigo descreve a forma como o MediaWiki trata e armazena as imagens, e fornece alguma informação sobre a configuração.

Isto aplica-se às imagens, bem como, a qualquer outro tipo de ficheiro que possa ser enviado. Todos os ficheiros são guardados com o artigo correspondente no espaço nominal "Ficheiro:". Antes do MediaWiki 1.14, era utilizado o espaço nominal "Imagem:". Para garantir a compatibilidade com as versões anteriores, "Imagem:" continua a ser mantido.

Envio e utilização de imagens
Consulte.

Ativar o envio de imagens
Para enviar os ficheiros, estas condições têm de estar preenchidas:


 * 1) O MediaWiki deve ter os envios ativados. Configure  para true.
 * 2) O tipo do ficheiro tem de ser permitido. Mais informação:.
 * 3) O utilizador tem de estar num grupo com a permissão de upload (enviar). Por predefinição, esta permissão é dada a todos os utilizadores autenticados.

Os envios são efetuados utilziando Especial:Enviar.

''' Consulte,. '''

Parâmetros relevantes para o tratamento do ficheiro
Estes parâmetros são relevantes:



Miniaturas de imagens
A sintaxe de tratamento de imagens do MediaWiki permite que as imagens sejam automaticamente miniaturizadas (consulte para ajuda geral sobre carregamentos).

A criação de miniaturas exige o ImageMagick ou a biblioteca GD - nenhum dos quais está incluído na instalação padrão do MediaWiki, embora algumas versões do PHP incluam a GD. O ImageMagick é recomendado se forem necessárias miniaturas de melhor qualidade; pode ser descarregado a partir de imagemagick.org. A GD está incluída em algumas versões do PHP e é recomendado usá-la em ambientes Windows. A GD podem ser descarregada individualmente a partir de LibGD GitHub. Nas versões mais recentes isto não é necessário.

Se usar o ImageMagick, defina como verdadeiro (true) no LocalSettings.php. Certifique-se de que a variável aponta para a localização (absoluta) do comando convert da sua instalação e que este comando é executável pelo processo de servidor da Internet. Por exemplo, os utilizadores do Windows precisam de alterar a localização padrão para "C:\ImageMagick\convert.exe" (ou semelhante).

Para recrear os ficheiros de miniaturas antigas criadas antes de usar o ImageMagick pode usar.

Se a composição das miniaturas falhar silenciosamente, verifique e aumente.

O GraphicsMagick também pode ser usado agora, como alternativa ao ImageMagick. You will need to set $wgCustomConvertCommand to the following. Por exemplo:

GIF
Para criar miniaturas de Animações GIF no Windows, tem de instalar o ImageMagick como descrito acima.

SVG


O MediaWiki suporta a composição de imagens SVG: se esta for ativada, as imagens SVG podem ser usadas tal como os outros ficheiros de imagens — elas serão automaticamente compostas como ficheiros PNG e miniaturizadas conforme necessário, no momento. Se usa um serviço de alojamento partilhado que não tem nenhum compositor de SVG pré-instalado, deve provavelmente pedir ao seu fornecedor que o instale para si.

Para ativar o suporte de SVG:

See ImageMagick issue.
 * 1) Permita o carregamento de ficheiros SVG, no ficheiro LocalSettings.php:  . Note que o MediaWiki recusará ficheiros SVG que contenham JavaScript, por razões de segurança.
 * Para evitar um falso positivo, acrescente  ao ficheiro.
 * If you are using MediaWiki 1.34 or higher, is never applied and now always true. You can safely remove this in your LocalSettings.php file.
 * Se receber um erro a dizer que o ficheiro está corrompido, certifique-se que a está a funcionar corretamente.
 * 1) Acrescente   ao  e defina o compositor que pretende utilizar.
 * As opções disponíveis são ImageMagick, ImagickExt , sodipodi , inkscape , batik , rsvg e imgserv.
 * Por exemplo:
 * 1) * A librsvg é rápida mas falta-lhe precisão. It depends on a large number of libraries. To automatically install all these libraries, you may want to use a package manager. Os projetos da Wikimedia utilizam rsvg.
 * 2) * O Batik é o compositor de ficheiros SVG mais preciso que está disponível, embora a sua suavização de bordas (anti-aliasing) por vezes deixe a desejar. Its SVG parsing is more strict, causing it to reject "almost valid" SVG files that other renderers accept (e.g. commons:File:UbuntuCoF.svg). Baseia-se no Java. Também é muito mais lento do que rsvg. Veja SVG benchmarks. Consulte Desempenhos de SVG. Requires a lot of work to get running, if not included in your distribution.
 * 3) * Inkscape também faz um trabalho de SVGs preciso, a metade da velocidade de rsvg, mas foi projetado para uso interativo gráfico - ele exige um writable diretório home para o usuário que o executa. Uma vez que irá estar a ser executado como usuário  ou algo semelhante, que tentará criar   e   diretórios na casa do correspondente diretório, e irá falhar silenciosamente se não for capaz de renderizar. Inkscape é preferível à rsvg (a) em Windows (que vem como um pacote autônomo) ou (b) se tiver importante SVGs traçada no Inkscape que não tornam corretamente em rsvg. Inkscape has as complicated a dependency chain as librsvg &mdash; use only if it's in your distribution or available as a complete standalone package.
 * 4) * Sodipodi é como programa de Inkscape. As mesmas considerações valem.
 * 5) * mageMagick converte SVGs. Também lento. É a predefinição, mas evite-a se possível. Contudo, isto funciona. On Windows, $wgConvertPath must be set to avoid a conflict with Windows' own convert.exe. One simple alternative in this scenario is to add to LocalSettings.php the line , which also allows for spaces in the path.
 * 1) * mageMagick converte SVGs. Também lento. É a predefinição, mas evite-a se possível. Contudo, isto funciona. On Windows, $wgConvertPath must be set to avoid a conflict with Windows' own convert.exe. One simple alternative in this scenario is to add to LocalSettings.php the line , which also allows for spaces in the path.
 * 1) ** To prevent thumbnail creation errors with ImageMagick, if it's ≥ 7.0.9-25, then Inkscape must also be ≥ 1.x.x. Likewise, if ImageMagick is < 7.0.9-25, then Inkscape must also be < 1.x.x.
 * 1) * The PHP Imagick extension supports SVG rendering, however the same considerations as for the regular ImageMagick apply.
 * 1) * The GD library is not capable of converting SVG images to the PNG format, at least according to Joen Asmussen's June 2008 NoScope blog.
 * 1) * A maioria dos navegadores da web atual salvo Internet Explorer pode exibir SVGs diretamente, mas imprecisamente rápido (cerca bem como ImageMagick). Usando librsvg para tornar SVGs a um PNG vai dar resultados mais precisos. A exibição Direct SVG não é suportada no MediaWiki por predefinição, a menos que instale a extensão.

Set  if SVG rendering is not needed and you wish to make your users download the svg file in order to view it.

Resolução de problemas
If you see a blank square instead of SVG (Chrome) or no image at all (Firefox) and all PNG links lead to 404 error and you don't see any other error message anywhere please check variable. Setting it to false may make SVG transformation deferred always. Make sure that proc_open and symlink PHP methods are enabled (they may be disabled in php.ini for security or performance reasons).

JPEG (utilizar GD)
Simply add the following line to LocalSettings.php, this will cause auto fall back to GD library.

For errors with JPEG thumbnails, see JPEG (using GD).

TIFF
Generating thumbnails of TIFF files requires MediaWiki 1.15.0 or newer.

Consider appropriate settings for  and
 * 1) Allow upload of TIFF files in the LocalSettings.php file:
 * 1) Add   to  and set to either jpg or png to specify which type of thumbnail you wish to have generated.
 * 1) Making thumbnails of TIFF files may require system resources beyond those needed for thumbnailing JPEG, GIF, or PNG files.

Eliminação de imagens
Imagens, como páginas wiki, só podem ser excluído por sysops (a menos que os direitos de usuários tenham sido alterados). Supressão de imagens é feita mediante a supressão da descrição associada na página (ou clicando no link "excluir em todas as versões").

Eliminação de uma única revisão
Se uma imagem tiver sido alterada, existe uma revisão da história da imagem, que é mostrada na página da imagem. Cada revisão tem um link "excluir". Se este for clicado, a revisão e os arquivos são excluídos permanentemente.

A informação sobre as revisões antigas dos "ficheiros" são guardadas na tabela enquanto a informação nas revisões antigas das "páginas" são guardadas na tabela.

Restauro de ficheiros
Files can be undeleted in exactly the same way as normal wiki pages. The directory in which deleted files are stored is defined by. A informação sobre as imagens eliminadas são guardadas na tabela arquivo de ficheiro.

Eliminação de Ficheiros Arquivados
Since MediaWiki version 1.11, deleted images are still stored on the server by default. If you want to delete selected archived images, you can do so using the maintenance script. If you want to delete all of them completely, you can do that with the script. If you delete archived files, you can not undelete those files anymore.

Motivos para Eliminar um Ficheiro
When choosing to delete a file, as described above, users will be asked to provide a reason for deletion. The available reasons can be edited on the MediaWiki:Filedelete-reason-dropdown of your wiki.

Armazenamento de dados
Quando a imagem é carregada, várias coisas que são criadas:


 * 1) Um artigo no namespace imagem com o nome exato do arquivo, por exemplo, Imagem: MyPicture.png. Este artigo é armazenado e comporta-se como qualquer outro artigo.
 * 2) O próprio ficheiro está guardado numa pasta no sistema de ficheiros com os espaços em branco unidos e substituídos com  ..
 * 3) Se necessário e a miniatura estiver disponível, as versões em miniatura do ficheiro serão criadas quando necessário (como para a utilização na página de descrição do ficheiro. Estas são guardadas na diretoria thumb da diretoria de imagens, numa diretoria separada para cada ficheiro principal.

Se estiver ativado (por predefinição), o MediWiki cria várias subdiretorias na diretoria de imagens.

Os nomes da diretoria são os dois primeiros carateres do cardinal md5 do nome do ficheiro final.

Pastas
Todos os ficheiros de imagem são guardados numa pasta determinada por (, por predefinição)

Descrição das subpastas da imagem nomeada:


 * archive: este é o local do armazenamento para os ficheiros que foram substituídas pelas versões mais recentes.
 * temp: utilizado para o armazenamento temporário durante envio de imagem. (Devido a, estes ficheiros nem sempre podem ser eliminados automaticamente))
 * thumb: miniaturas (gerado automaticamente) para os ficheiros. Se estes forem eliminados, eles são regenerados automaticamente quando necessário.

Depending on the configuration, there may be additional image subfolders: ;math: Folder to store your rendered TeX input, see also Manual:Enable TeX or Math. ;x/xy: If  is set to true (which is the default), images will be stored in subfolders of the images, thus making file paths look like. See for more details on why this might be desired and how this system works.

Tabelas de base de dados

 * A página da descrição do cheiro é guardada como qualquer página na página, texto, revisão, tabelas, etc
 * table image: Mantém alguns meta dados como o tamanho da imagem. Não contém o link para o arquivo. Este é provavelmente calculado pelo nome do arquivo e da razão pela qual não é possível mover artigos no namespace imagem.
 * table oldimage: Este é o arquivo de imagens que foram substituídos por versões mais recentes. Nota: Imagens excluídas não são armazenadas aqui, são excluídos permanentemente (ou, em versões mais recentes do MediaWiki, mudou-se para o filearchive).
 * table filearchive: detém a informação sobre as imagens apagadas.
 * table imagelinks: Mantém as informações no artigo de uma imagem que está sendo utilizada. (Isso poderia ter sido armazenado em pagelinks, mas alguém decidiu criar uma outra tabela.)

Espaço utilizado
Fotos necessitam consideravelmente mais espaço do que artigos. Os seguintes cálculos assumir um bloco de tamanho 4KB com Linux / Unix servidores.

A configuração padrão é = true.

Necessidades de espaço para todos os diretórios:


 * Imagem diretórios: 0-f/x0-f: max. 16 * 16 = 256 diretórios = 256 * 4 KB = 1024 KB
 * Arquivo diretórios: 0-f/x0-f: max. 16 * 16 = 256 diretórios = 256 * 4 KB = 1024 KB
 * Polegar diretórios: 0-f/x0-f: max. 16 * 16 = 256 diretórios = 256 * 4 KB = 1024 KB
 * Temp diretórios: 0-f/x0-f: max. 16 * 16 = 256 diretórios = 256 * 4 KB = 1024 KB

Portanto, o montante de base do espaço necessário, sem qualquer imagens carregadas é de 4 MB.

Para cada ficheiro nós precisamos:


 * O tamanho do ficheiro da imagem original mais sobrecarga média de + 2 KB

Para os ficheiros que precisem de ser miniaturizados:


 * tamanho da(s) miniatura(s) criada(s) mais sobrecarga média de + 2 KB (cada)
 * diretoria para miniatura (4KB) (cada imagem tem a sua própria diretoria de miniaturas)

Exemplos:


 * Imagem 20778 Byte png (pequena dimensão, não polegar): 24 KB para a imagem: Total 24 KB
 * Imagem jpeg 123,000 Byte (grande porte, auto polegar): 124 KB para a imagem, 4KB para o polegar diretório, 64 KB para o polegar: Total: 192 KB

Acesso de Ficheiro
Os ficheiros enviados são geralmente servidos diretamente pelo servidor da Web, e não através do MediaWiki. Embora possa haver um nível mínimo de segurança através da obscuridade caminho com criptografia (ex. /c/c4/...) veja $wgHashedUploadDirectory está definido, o caminho pode ser facilmente calculado a partir do arquivo Nome e não fornece proteção na verdade.

Para limitar o acesso aos utilizadores autorizados, consulte.

Licenciamento
Uma funcionalidade do MediaWiki permite a Special:Upload Page para a transmissão do licenciamento de imagens. A página da Wikipedia's para envio de imagens tem um licenciamento com uma caixa abaixo do sumário da imagem. Este recurso está desativado no padrão MediaWiki. Para ativar esse recurso um sysop precisa editar Licenças no namespace MediaWiki. Exemplo: MediaWiki:Licenses They can do this by going to the MediaWiki:Licenses page of their wiki and clicking 'create' or 'edit'.

Licenças esperadas de um determinado formato em uma lista de wikis.

Linha 1 vai produzir "Licença de texto" e substituir a licença 1 modelo na imagem e transclude licença página 2.

Linha 2 irá mostrar uma acinzentado cabeçalho com o texto "Cabeçalho 1:"

Linha 3 irá produzir "Atribuição Compartilhamento 2,5" e transclude modelo cc-by-sa-2,5 na imagem page.

Para informações pormenorizadas do mundo real veja o exemplo, w:pt:MediaWiki:Licenses

Repositórios Externos
It is possible to access files stored in foreign repositories, without needing to upload them to the wiki, by setting the array. This feature offers several possibilities:


 * ForeignAPIRepo accesses files from a remote MediaWiki installation, such as Wikimedia Commons, through its API
 * ForeignDBRepo accesses files through a database, and is useful for creating wiki families
 * FSRepo accesses files from a local folder

In all cases, one would be able to embed files into a page using ordinary image syntax and specifying the name of the file in the foreign repository. Note that some of the above implementations are still experimental, and might not be suitable for production sites.

Versão do MediaWiki
Isto aplica-se a:
 * MediaWiki 1.9.x e superior
 * Outras versões não foram confirmadas