Alors, l'exemple canonique de ce que je veux faire, c'est ça : Graphe canonique
En gros, j'ai un fichier texte qui contient mes données (typiquement du csv où sur chaque ligne tu as les coordonnées x et y, et la valeur en z). Pour que ça soit joli, je dirais que c'est assez souvent du 50x50 ou du 100x100, éventuellement avec un peu d'interpolation si ça suffit pas (là, faut imaginer que le truc c'est du 7cm de large).
Le vrai problème c'est que selon le moteur de rendu utilisé par le lecteur PDF, ça devient archi-moche si tu gardes tout en vectoriel. Principalement, t'as des lignes blanches qui apparaissent aléatoirement aux jointures entre les différents patches, qui viennent de l'antialiasing visiblement.
Ce qui sauve l'affaire, c'est que je peux convertir en bitmap, sans antialiasing, la partie graphe (celle qui contient les données, la colorbar, les axes et les contours). En fait, c'est même plus logique de faire comme ça, vu que les données sont essentiellement du bitmap (mais c'est pas parfait, parce que c'est évidemment pas le cas des axes et des contours).
[^] # Re: R
Posté par Sarcastic . En réponse au journal Faire des graphiques à partir de données : comparaison. Évalué à 2.
Alors, l'exemple canonique de ce que je veux faire, c'est ça :
Graphe canonique
En gros, j'ai un fichier texte qui contient mes données (typiquement du csv où sur chaque ligne tu as les coordonnées x et y, et la valeur en z). Pour que ça soit joli, je dirais que c'est assez souvent du 50x50 ou du 100x100, éventuellement avec un peu d'interpolation si ça suffit pas (là, faut imaginer que le truc c'est du 7cm de large).
Le vrai problème c'est que selon le moteur de rendu utilisé par le lecteur PDF, ça devient archi-moche si tu gardes tout en vectoriel. Principalement, t'as des lignes blanches qui apparaissent aléatoirement aux jointures entre les différents patches, qui viennent de l'antialiasing visiblement.
Ce qui sauve l'affaire, c'est que je peux convertir en bitmap, sans antialiasing, la partie graphe (celle qui contient les données, la colorbar, les axes et les contours). En fait, c'est même plus logique de faire comme ça, vu que les données sont essentiellement du bitmap (mais c'est pas parfait, parce que c'est évidemment pas le cas des axes et des contours).