Discussion :

[Zébulon-21]

On n'arrive pas à imprimer avec les exemples Géoportail qui comportent l'outil "Aperçu de la carte avant impression" :
http://api.ign.fr/tech-docs-js/examp...ortalLike.html
http://api.ign.fr/tech-docs-js/examp...sic_black.html
http://api.ign.fr/tech-docs-js/examp...eoportal3.html

- FF : difficulté de cliquer sur le bouton "imprimer" qui apparait furtivement
- Chrome : on peut imprimer mais l'écran est blanc
- IE8 le bouton "Imprimer" n'est pas visible

Existe-t-il un exemple fonctionnel utilisant l'outil "imprimante" ?

[nicolas.h]

Bonjour,

Tu a quel version de FF ?

Car chez moi les 3 exemples sité marche très bien pour les impressions sous FF (pour ma part je tourne en FF 20.0).

[Zébulon-21]

Bonjour,

J'ai testé avec les dernières versions (sauf pour IE8) :
- FF 22...
- CHROME 28...

[mga_geo]

En Windows7/FF 22, le premier exemple fonctionne.

Dans Chrome 28, j'ai une grille avec des imagettes "403" et l'enregistrement avec WireShark le confirme

GET /6081235680374936929/geoportail/wmts?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=ORTHOIMAGERY.ORTHOPHOTOS&STYLE=normal&TILEMATRIXSET=PM&TILEMATRIX=6&TILEROW=24&TILECOL=33&FORMAT=image%2Fjpeg&cookie=referrer%2Chttp%253A%252F%252Fapi.ign.fr%252Ftech-docs-js%252Fexamples%252FgeoportalLike.html&_tick_=1373883856778 HTTP/1.1

Host: wxs.ign.fr

Connection: keep-alive

Accept: image/webp,*/*;q=0.8

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

Accept-Encoding: gzip,deflate,sdch

Accept-Language: fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4



HTTP/1.1 403 Forbidden

Server: nginx/0.8.55

Date: Mon, 15 Jul 2013 10:24:21 GMT

Content-Type: application/xml

Transfer-Encoding: chunked

Connection: keep-alive



65

<ExceptionReport><Exception exceptionCode="MissingRights">Wrong referer</Exception></ExceptionReport>

0

il manque le referer !

[Zébulon-21]

- En fait, le fonctionnement est aléatoire avec FF28 et XP puisque, hier, il fallait saisir le bouton "Imprimer" lors d'une de ses multiples apparitions intermittentes, tandis qu'aujourd'hui, il clignote 2 fois puis devient stable.

- Pour Chrome, je suis content d'avoir le renfort de mga_geo

- Pour IE8, j'ai ce message d'erreur après un long délai lorsqu'on tente l'impression (test sur 3e exemple) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
Agent utilisateur : Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.5; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET CLR 1.1.4322)
Horodateur : Mon, 15 Jul 2013 10:54:26 UTC

Message*: Échec d'un appel système.

Ligne*: 138
Caractère*: 1622667
Code*: 0
URI*: http://api.ign.fr/geoportail/api/js/2.0.3/Geoportal.js

[mga_geo]

Et en IE10/W7, la situation est très tremblotante au mieux ...

[triguN]

Bonjour,

Je suis confronté au même problème. J'ai un clé de développement obtenue ici : http://api.ign.fr/accueil

Je n'ai pas de soucis au niveau de l'affichage du bouton d'impression. J'utilise le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
        
// add print control:
        var nv = viewer.getMap().getControlsByClass('Geoportal.Control.NavToolbar')[0];
        nv.addControls([new Geoportal.Control.PrintMap({
            getAPIScripts: function () {
                var scripts = '', px = '', u = '', vn = (Geoportal.VERSION_NUMBER.split(';').shift()).split(' ').pop();
                if (vn == 'Min') {
                    px = !OpenLayers.singleFile ? 'lib/' : '';
                    u = OpenLayers.Util.resolveUrl(null, "http:" + OpenLayers._getScriptLocation() + px + 'OpenLayers.js');
                    scripts += '<script type="text/javascript" src="' + u + '"><!--//--><![CDATA[//><!-- //--><!]]></script>\n';
                }
                px = !Geoportal.singleFile ? 'lib/' : '';
                u = OpenLayers.Util.resolveUrl(null, "http:" + Geoportal._getScriptLocation() + px + 'Geoportal' + vn + '.js');
                scripts += '<script type="text/javascript" src="' + u + '"><!--//--><![CDATA[//><!-- //--><!]]></script>\n';
                return scripts;
            }
        })]);

J'ai override la fonction getAPIScripts car travaillant sur le localhost la page tentait de récupérer le script : http://localhost//api.ign.fr/geoport...t/Geoportal.js et donc plantait ma page.

J'ai donc rajouter "http:" devant OpenLayers._getScriptLocation(). Ce qui me permet de n'avoir aucune erreur js.

Cependant, aucune tuiles ne s'affichent, uniquement des images brisées. En regardant les urls appelées pous les tuiles je me retrouve avec une Erreur 403 : Forbiden Access.

En effet, l'xml renvoyé par une url du type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

http://wxs.ign.fr/APIKey/geoportail/wmts?SERVICE=WMTS&REQUEST=GetTile&VERSION=1.0.0&LAYER=ORTHOIMAGERY.ORTHOPHOTOS&STYLE=normal&TILEMATRIXSET=PM&TILEMATRIX=10&TILEROW=349&TILECOL=515&FORMAT=image%2Fjpeg&cookie=referrer%2Chttp%253A%252F%252Flocalhost%253A5745%252F&_tick_=1373897954841

me donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
<ExceptionReport>
<Exception exceptionCode="MissingRights">Wrong referer</Exception>
</ExceptionReport>

Sachant que mon referer est : http://localhost:5745/, serait-il possible qu'avec une clé développeur, je n'ai pas les droits sur les flux wmts depuis le referer localhost ?

Pour infos : je suis sous Windows 7 / Chrome 28

Merci pour vos retours.

triguN

[cmail]

Est-ce utile?
Ici sous W7 avec les dernières versions des navigateurs:
Pas de problème avec FF.
Chrome comme Mga_Geo.
Sous IE10 page blanche.

Cela me rappelle une vieille discussion non résolue

[Zébulon-21]

Je n'ai pas de soucis au niveau de l'affichage du bouton d'impression. J'utilise le code suivant :

J'ai testé ton code sur cette page mais il ne semble pas utilisable tel quel, et vu mes connaissances en langage informatique…

Cela me rappelle une vieille discussion non résolue

Mais alors, comment se fait-il que la fonction "Imprimer" soit intégrée aux modèles officiels si «ce composant reste encore expérimental » ?

Cf. discussion de 2011

[Zébulon-21]

S'il était possible d'avoir l'avis d'autres testeurs pour la fonction "imprimer" car de mon coté plus rien ne s'imprime et ceci sous aucun navigateur (FF – Chrome et IE8) dans un environnement XP.

Tests sur cette page : http://www.valroc.net/ESSAI/imprimante/test-01.html

Même sous FF (qui fonctionnait auparavant épisodiquement), cette fois-ci le bouton "Imprimer" reste inopérant.

[gcebelieu]

Bonjour,

sous environnement XP, j'ai ça :

FF (v21) : OK mais erreur relative au marker qui ne s'affiche pas.
Chrome (v27) : les dalles ne s'affichent pas
IE8 : les dalles montent, mais clignotement de la fenetre carto et pas de marker, ni de traçé.

Bref, le comportement du composant d'impression ne remporte pas tous les suffrages : il va falloir regarder ce qu'il se passe car il me semble que ça fait longtemps que ça dure...

[cmail]

ça fait longtemps que ça dure...

Oh OUI!!!!!!!
Je dirai même que cela fait TRES longtemps! Je m'y suis épuisé!