SVG et DPI, absolu unités et les unités utilisatrices: Inkscape vs Firefox vs ImageMagick

J'essaie de générer automatiquement un fichier SVG destiné à être imprimé sur une certaine taille (A4). Je souhaite utiliser un chemin d'accès, ce qui permet seulement d'utilisateur "unités", pas " absolu unités.

Il me semble qu'il est impossible de "publier" un fichier SVG a unités absolues (par exemple un document de la taille) et un chemin d'accès n'importe où, parce que je ne peux pas le faire fonctionner correctement à travers les téléspectateurs.

Est-il un moyen d'obtenir une certaine cohérence dans le rendu, comme la spécification d'un "défaut de DPI'?

Ou pour le dire autrement: puis-je obtenir mon exemple ci-dessous afin de rendre le même dans tous les téléspectateurs, sans abandonner les unités absolues à tous?

Connexes: Est-il un moyen de forcer l'une des applications ci-dessous pour rendre l'image de la même manière que celui des autres? (E. g. J'ai essayé le -density option de "convertir", mais je ne pouvais pas la sortie pour correspondre à d'Inkscape ou Firefox' sortie.)

Exemple:

J'ai créé un fichier SVG, avec trois carrés noirs (rect) avec une diagonale rouge (chemin de):

Gauche: la place et la diagonale de l'utilisateur unités
Milieu: la place et la diagonale en pouces (me semblait le choix le plus logique, mais n'est pas autorisé)
Droite: carré en mm, diagonale de l'utilisateur unités

Qui rend différemment dans les différents spectateurs:

Inkscape: 90 DPI, tous les carrés de la même taille, diagonale rouge correspond
Firefox: 96 DPI?, dernières places pour les grands (ou en diagonale pour faire court)
Convertir: 72 DPI, dernier carrés à de petites (ou diagonale de long)

Code:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<svg
   xmlns:svg="http://www.w3.org/2000/svg"
   xmlns="http://www.w3.org/2000/svg"
   version="1.1"
   width="200mm"
   height="100mm"
   >
  <g transform="translate(50,50)">
    <rect
       width="100."
       height="100."
       x="10"
       y="10" />
    <path style="stroke: #ff0000" d="M 10 10 L 110 110" />
  </g>
  <g transform="translate(200,50)">
    <rect
       width="1.111in"
       height="1.111in"
       x="0.1111in"
       y="0.1111in" />
    <path style="stroke: #ff0000" d="M 0.1111in 0.1111in L 1.111in 1.111in" />
  </g>
  <g transform="translate(350,50)">
    <rect
       width="1.111in"
       height="1.111in"
       x="0.1111in"
       y="0.1111in" />
    <path style="stroke: #ff0000" d="M 10 10 L 110 110" />
  </g>
</svg>

Inkscape (par défaut 'viewer'):

SVG et DPI, absolu unités et les unités utilisatrices: Inkscape vs Firefox vs ImageMagick

Firefox (à noter que la ligne rouge n'atteint pas le coin inférieur droit. J'ai fait une capture d'écran et recadrée sorte de arbitraire):

SVG et DPI, absolu unités et les unités utilisatrices: Inkscape vs Firefox vs ImageMagick

ImageMagick (convertir, aucune option n'a d'ailleurs donné les noms de fichiers):

SVG et DPI, absolu unités et les unités utilisatrices: Inkscape vs Firefox vs ImageMagick

J'ai trouvé stackoverflow.com/questions/1132269/... utile pour expliquer le problème.
Inkscape 0.92: La résolution par défaut a été modifié à partir de 90dpi à 96 ppp, pour correspondre à la CSS standard.

InformationsquelleAutor BlackShift | 2009-08-28

svg

29

Toutes les dimensions dans un chemin tag sont en unités utilisateur.

Vous ne pouvez pas spécifier les unités absolues dans un chemin tag, qui est pourquoi le chemin d'accès dans le carré central n'est pas rendu.

La façon la plus simple que j'ai trouvé est de définir les unités à l'aide de viewbox:
- Définir la largeur & hauteur en pouces.
- Puis définissez la viewbox être le même.
- Ce jeux, l'utilisateur de l'unité à un pouce.
- Toutes les tailles sont alors précisés en pouces (note: j'ai utilisé minuscules l dans le chemin de la balise pour indiquer un déplacement relatif)
Cette affiche correctement dans Inkscape et Firefox.
```
<svg
    xmlns:svg="http://www.w3.org/2000/svg"
    xmlns="http://www.w3.org/2000/svg"
    version="1.1"
    width="8in"
    height="4in"
    viewBox="0 0 8 4">

    <g transform="translate(4,0.5)">
        <rect
            width="1.111"
            height="1.111"
            x="0.1111"
            y="0.1111" />
        <path d="M 0.1111,0.1111 l 1.111 1.111" style="stroke: #ff0000;stroke-width:0.01"  />
    </g>
</svg>
```
- Cela semble effectivement fonctionner comme prévu! Les images produites par inkscape, ff et convertir tous le même aspect, mais ont une taille différente qui correspond à l'96:90:72 ratios par défaut dans le dpi. Au moins dans inkscape, c'est facile à changer, quelqu'un à une idée de comment obtenir le convertir pour produire le même?. Les deux inkscape et convertir pouvez créer des fichiers pdf à imprimer une boîte avec une ligne de 1.1111 pouces de taille.
- Peut-être que je ne comprends pas la densité de l'option de convertir. Cela fonctionne: pour modifier la valeur par défaut de 72 dpi pour le FFs, 96, vous devez spécifier sqrt(96*72)=83.1 que la densité (pour le fichier d'entrée). Afin de " convertir la densité de 83,1 inputfile.svg outputfile.png' donne la même image que firefox n'.
- ImageMagick convert commande prend un -density XX argument (avant de spécifier le fichier d'entrée) pour régler la résolution.
- ouais, ce que je ne comprends pas, c'est pourquoi je dois préciser sqrt(96*72)=83.1 comme entrée de la densité de laisser convertir produire la même image png en tant que Firefox capture d'écran (une boîte de 108 pixels, y compris 1 px limite). Au moins pour les FF 45.0.2 et ImageMagick 6.7.2-7, c'est peut-être différent dans les versions plus récentes.
InformationsquelleAutor Greeny
2

J'ai eu un problème similaire, à l'aide de Apache Batik pour incorporer un fichier SVG dans un fichier PDF à l'aide de iText. iText utilise 72 DPI, la norme pour les PDF, tout en Batik utilise 96.

Pour obtenir de l'image s'affichent correctement, c'est-à-échelle, dans le fichier PDF, vous avez besoin de diviser la largeur=x cm hauteur=y cm dans le SVG en-tête de 1,33 (96/72).

InformationsquelleAutor John Powell

Vous devez vous connecter pour publier un commentaire.