Journal l'Insee utilise SVG mais...

Posté par  (site web personnel) .
Étiquettes :
0
27
fév.
2007
Ca partait pourtant bien : le nouveau simulateur d'indice de prix personnalisé utilise la technologie SVG.
http://www.insee.fr/fr/indicateur/indic_cons/sip/sip.htm
Je me suis dis "cool, du standard!"

Désilusion rapide, c'est du SVG uniquement compatible IE et le plugin d'Adobe.

Alors n'hésitez pas contacter l'Insee pour le leur faire remarquer!
http://www.insee.fr/fr/messages/renseignement.htm

Bonjour,

Suite à la mise à disposition d'un simulateur d'indice de prix personnalisé à l'adresse suivante :
http://www.insee.fr/fr/indicateur/indic_cons/sip/sip.htm
J'ai voulu l'utiliser.
Utilisant le navigateur Internet Firefox (dernière version, supportant le format SVG utilisé par le simulateur), navigateur utilisé par 20% de la population française (vous pouvez lire les statistiques d'utilisation des différents navigateurs ici : http://www.xitimonitor.com/fr-fr/technique/firefox-novembre-(...) ), je ne m'attendais pas à ce que l'accès au simulateur me soit refusé.
De même, si j'essaye avec un autre navigateur, par exemple le navigateur Konqueror, celui-ci affiche bien les graphiques, mais pas de la bonne façon ce qui rend le simulateur inutilisable.
Le seul moyen que j'ai trouvé d'utiliser le service est d'utiliser le navigateur d'une seule marque (Internet Explorer de Microsoft) avec le plugin SVG d'une seule marque (Adobe), ce qui est assez limité pour un service Internet.
Ceci est étonnant surtout quand votre rubrique d'aide indique le support de Firefox :
http://www.insee.fr/fr/aide/aide.htm

Je suis fortement surpris que vous vouliez ne pas fournir un service public à l'ensemble des contribuables français.

Ma question est donc de savoir quand le simulateur sera disponible pour l'ensemble des contribuables français.

Cordialement,

  • # Adobe

    Posté par  . Évalué à 5.

    D'ailleur il me semble qu'Adobe a arrêté le développement de ce plugin, et donc les mises à jours de sécurité aussi.

  • # .

    Posté par  . Évalué à 6.

    T'es sur de ce que tu avances ? Parce que je me pose quand meme des questions :
    - Tu peux parfaitement obtenir le svg avec firefox
    - Sur le site d'Adobe SVG Viewer est dispo pour linux
    - Tu es sur que Firefox implémente toute la norme SVG nécéssaire pour voir ce fichier ? ( voir http://wiki.svg.org/Viewer_Matrix dans la colonne 'Profile' )
    - Tu es sur que Konqueror implémente toute la norme SVG aussi ?

    J'en profite pour dire qu'inkscape qui a eu le droit à une news sur ce site colle des belles extensions à lui dans les fichiers SVG et que personne ne proteste.

    • [^] # Re: .

      Posté par  . Évalué à 0.

      En tout cas dans le code source, il est indiqué que le plugin de Adobe est nécessaire (et qu'il est disponible sous toutes les plateformes, dont Linux).

      • [^] # Re: .

        Posté par  (site web personnel) . Évalué à 1.

        et dans le code source, il est indiqué que c'est repompé de statistiques allemands, et leur svg marche de la même façon mais est moins intolérant, c'est à dire qu'il ne jette pas les gens pour qui ça ne marchera pas. http://www.destatis.de/basis/e/preis/start.htm

        Résultat, firefox me dit qu'il n'arrive pas à lire le xml. opera ne dit rien de tel mais n'affiche pas de belle courbe, juste un graphe vide. Alors que le viewer adobe (que j'ai essayé dans safari, donc il n'est pas réservé à windows et internet explorer) affiche tout ça très bien.

        • [^] # Re: .

          Posté par  . Évalué à 2.

          A bon? Moi opera il me l'affiche bien (juste les courbes qui sortent du graphe quand je zoome)

          • [^] # Re: .

            Posté par  (site web personnel) . Évalué à 1.

            Ah, bizarre, pour moi, il y a la fenetre bleue "set your own consumer habits", mais pas de texte dedans, et sur le graphe, j'ai la ligne horizontale du 100, et "Overall price index" et "Lines are sensitive" écrit, mais pas de courbe.

    • [^] # Re: .

      Posté par  (site web personnel) . Évalué à 1.

      > J'en profite pour dire qu'inkscape [...] colle des belles extensions à lui dans les fichiers SVG et que personne ne proteste.

      Ah oui ? Tu as des précisions stp ?

      • [^] # Re: .

        Posté par  . Évalué à 1.

        >Ah oui ? Tu as des précisions stp ?

        Si tu as inkscape, tu sauves un svg et tu l'ouvres avec un editeur de texte. Tu verras des references à des DTD ( ou schémas XML ptet. J'ai plus les détails en tete ) qui ne sont pas des normes W3C.

        • [^] # Re: .

          Posté par  (site web personnel) . Évalué à 9.

          Quelques précisions: inkscape définit (entre autres) les namesapces suivants dans les SVG qu'il produit:

          xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
          xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"


          Les namespaces XML servent à étendre des grammaires XML sans offusquer personne. On peut de cette façon rajouter des éléments et des attributs dans le XML. Un parseur qui ne comprend pas ces nouvelles extensions n'aura qu'à les ignorer.

          Un exemple, tiré d'un SVG produit par inkscape:

          <rect
          transform="matrix(0,1,-1,0,0,0)"
          style="fill:#b8b8b8;fill-opacity:1;stroke:none;stroke-width:4;stroke-miterl
          imit:4;stroke-dasharray:none;stroke-opacity:1"
          id="rect2954"
          width="5"
          height="1280"
          x="279"
          y="-1280"
          inkscape:export-filename="/tmp/demo/background.svg"
          inkscape:export-xdpi="90.002434"
          inkscape:export-ydpi="90.002434" />


          Les attributs export-filename, export-xdpi et export-ydpi sont préfixés par le nom (symbolique) du namespace inkscape. C'est une métainformation utilisées par Inkscape quand il charge le fichier. Ici on devine assez bien leurs utilités. Il en existe d'autres, par exemple pour stocker les labels utilisés pour nommer des objets et groupes d'objets...

    • [^] # Re: .

      Posté par  . Évalué à 10.

      "J'en profite pour dire qu'inkscape qui a eu le droit à une news sur ce site colle des belles extensions à lui dans les fichiers SVG et que personne ne proteste."

      Inkscape rajoute des informations pour lui qui n'influent aucunement sur l'affichage du svg.

      Par exemple, pour une etoile, il stocke dans son namespace des informations lui permettant de manipuler l'objet comme une etoile mais il y a aussi toutes les infos svg pour afficher l'objet.

    • [^] # Re: .

      Posté par  . Évalué à 1.

      'me semble que Inkscape ne rajoute ses extensions uniquement si on lui demande d'enregistrer en "SVG Inkscape".
      En "SVG simple", il doit produire du svg pur.

      Mais bon, moi je connais pas la norme svg en entier (j'en connais même pas le dixième en fait) donc bon...

    • [^] # Re: .

      Posté par  . Évalué à 6.

      J'en profite pour dire qu'inkscape qui a eu le droit à une news sur ce site colle des belles extensions à lui dans les fichiers SVG et que personne ne proteste.

      Apparemment si: toi tu protestes.

      Manque de bol pour toi c'est autorisé par la norme svg (qui est du xml. C'est autorisé par le xml.)

      La bonne question c'est à quoi servent ces informations?

      Si elles sont utilisées de manière interne à inkscape, sans que cela ne change quoi que ce soit au dessin ça ne pose pas de problème.

      Si elles sont utilisées par inkscape pour afficher le dessin un peu différemment, de manière à ce que les autres logiciels svg ne soient pas tout à fait compatibles avec lui, c'est un problème.

      Mais dans ce cas ça serait un problème d'inkscape qui ne respecterait pas parfaitement la norme. Je n'ai jamais entendu dire qu'inkscape avait un problème avec la norme SVG (enfin la partie qu'il implémente).

      • [^] # Re: .

        Posté par  . Évalué à -2.

        oui et non. C'est considéré que le SVG est seulement est format d'affichage...

        Que se passe-t-il si je veux échanger les fichiers entres 2 éditeurs qui sorte du SVG? soit il utilise les mêmes extensions, soit tu perds l'intéret d'avoir un format standard...

        Ca n'enlève pas le fait que c'est bien(c)(r) d'utiliser un standard et tout ça... mais faut pas non plus naivement se dire "c'est un standard, alors ça peut marcher partout"...

        Enfin, entre nous, un standard qui permet d'implémenter des extensions librement, c'est ptêt pas ce qui sera le plus compatible.... ;)

        • [^] # Re: .

          Posté par  . Évalué à 3.

          Que se passe-t-il si je veux échanger les fichiers entres 2 éditeurs qui sorte du SVG? soit il utilise les mêmes extensions, soit tu perds l'intéret d'avoir un format standard...


          Les informations que tu perds ne sont pas partie de l'image (sinon ça ne respecte pas la norme). Des noms d'objets, de groupes par exemple. ça n'empeche pas l'image d'être réutilisable parfaitement dans un autre éditeur svg.

        • [^] # Re: .

          Posté par  . Évalué à 3.

          Enfin, entre nous, un standard qui permet d'implémenter des extensions librement, c'est ptêt pas ce qui sera le plus compatible.... ;)

          Compatible avec quoi?

          Prenons un exemple. Mettons que inkscape permette, en réseau, de se mettre à plusieurs pour travailler en même temps sur la même image. Inkscape pourrait stocker dans l'image des informations comme l'auteur de chaque partie du dessin. Ces informations peuvent etre utilie (s'il propose un compte rendu par exemple), mais ne sont pas utiles à Firefox qui se contente d'afficher le svg.

          Le svg d'inkscape est parfaitement conforme, compatible avec firefox, mais contient des informations qui sont utiles à inkscape et qu'un autre éditeur svg peut ignorer sans aucun problème. Le svg lui même est parfaitement compatible. La partie extension est un plus pour inkscape qui n'a rien d'obligatoire pour afficher ou modifier le svg. Ou est l'incompatibilité?

          C'est fait pour ajouter des informations non prévues par la norme, et c'est sans problème si ces informations n'influent pas sur l'interprétation de la partie normalisée.

      • [^] # Re: .

        Posté par  . Évalué à 2.

        >Apparemment si: toi tu protestes.

        C'etait pas mon propos : je répondais à l'auteur du journal qui se plaignait d'avoir un "SVG lisible par le lecteur d'une seule marque". Et ma réponse était que *si* c'etait effectivement le cas, ça se produisait avec d'autres softs pour le svg.
        Donc tu mens : je proteste pas.

  • # D'autant plus que ça fonctionne parfaitement

    Posté par  . Évalué à 3.

    Si vous sauvegardez le fichier svg ainsi que les .js associés, puis que vous l'ouvrez à nouveau dans firefox, cela fonctionne parfaitement.
    Le problème vient probablement du serveur qui envoie le mime type 'text/html' au lieu de 'image/svg+xml'.

    En tous cas, moi je les félicite d'avoir utilisé un logiciel basé sur les standards plutôt que de faire un n-ième truc en flash
    (pour info, cet indicateur de prix a été développé par les allemands: http://www.destatis.de/indexcalculator . Sont toujours en avance sur le libre ces teutons!)

    • [^] # Re: D'autant plus que ça fonctionne parfaitement

      Posté par  . Évalué à 3.

      En tout cas, leur aide est limpide et sérieuse


      Format SVG

      Le format Scalable Vector Graphics (SVG) est le modèle graphique XML standard recommandé par le W3C (World Wide Web Consortium). Il permet aux développeurs, concepteurs et utilisateurs Web de dépasser les limites du langage HTML en vue d'ajouter des fonctions interactives et des contenus graphiques de qualité via un modèle de programmation simple. Les fonctions interactives d'un document SVG sont pilotées par le langage JavaScript. Le fonctionnement de ce langage ne doit donc pas être désactivé dans les paramètres de votre navigateur internet.

      Certains navigateurs (Mozilla/Firefox à partir de la version 1.5, Opéra à partir de la version 9) savent afficher ce format sans logiciel complémentaire, sous réserve que le code SVG et JavaScript utilisé soit compatible avec les standards du W3C.

      Si votre navigateur est Internet Explorer, la visualisation du format SVG nécessite le téléchargement préalable du module externe gratuit SVG Viewer d'Adobe. Ce module, disponible dans de nombreuses langues, et pour les systèmes les plus répandus (Windows, Mac, Linux...), peut être téléchargé à l'adresse suivante (site en anglais) : http://www.adobe.com/svg/viewer/install/

      Après téléchargement, ce module doit être installé sur votre ordinateur. Si votre système est Windows NT, 2000, ou XP, vous devez disposer de droits d'administrateur sur votre machine pour procéder à l'installation. Si ce n'est pas le cas, vous devrez recourir à l'assistance du service informatique de votre entreprise.


      avec en prime le bouton getfirefox à coté de ie et netscape

    • [^] # Re: D'autant plus que ça fonctionne parfaitement

      Posté par  (site web personnel) . Évalué à 1.

      y'a donc plus qu'a leur signaler de modifier légèrement la configuration de leur serveur WEB pour que notre ami contribuable soit content.

      Mais aussi signaler aux développeurs de ksvg (le viewer svg de konqueror) que leur viewer n'est pas capable d'afficher cette page.

    • [^] # Re: D'autant plus que ça fonctionne parfaitement

      Posté par  . Évalué à 2.

      Perso ca marche avec FF 2.

      En regardant le source de la page html, on voit qu'un javascript créé un objet :
      < object type='image/svg+xml' data='sip.svg' height='100%' width='100%' id='simu'>
      ...
      < /object>

      Donc ca pointe sur http://www.insee.fr/fr/indicateur/indic_cons/sip/sip.svg

      En regardant le source, on peut voir que c'est inspiré de :
      http://www.destatis.de/indexcalculator
      site du Federal Statistical Office Germany, que je suppose être l'équivalent de l'INSEE en Allemagne ( http://en.wikipedia.org/wiki/Federal_Statistical_Office_of_G(...) )

      D'ailleurs la version allemande ne marche pas chez moi : FF2 ne décompresse pas le .svgz

      • [^] # Re: D'autant plus que ça fonctionne parfaitement

        Posté par  . Évalué à 2.

        Flood :

        PS : en bas de la page du site allemand on voit la date de 2005; date à laquelle le plugin Adobe devait être toujours supporté/développé. Ce qui explique peut être la référence au plugin Adobe pour afficher le SVG coté INSEE. (mais peut être que la date 2005 n'est pas lié à la création de cet page en particulier ?).

        PPS : le site allemand propose de télécharger le .svg pour l'utiliser en local (je sais un simple enregistrer sous marche aussi, mais la c'est explicite pour monsieur tout le monde).

      • [^] # Re: D'autant plus que ça fonctionne parfaitement

        Posté par  . Évalué à 2.

        Pareil ici : le site de l'INSEE marche nickel (FF2 sur Ubuntu/ppc), alors que sur le site allemand il à l'air de vouloir lire le svg gzippé sans le décompresser.

  • # Chez moi ca marche

    Posté par  . Évalué à 7.

    Étrange, chez moi cela marche parfaitement. Que ce soit le SVG ou le JS, sous Firefox 2. Voila mes 2 centimes d'¤.

    • [^] # Re: Chez moi ca marche

      Posté par  . Évalué à 3.

      Chez moi aussi. C'est plutôt sympa en plus ...

      Ca m'étonnerait d'avoir le plugin adobe installé ... Comme est-ce que je fais pour voir si c'est le cas ?

    • [^] # Re: Chez moi ca marche

      Posté par  . Évalué à 3.

      Ça marche aussi avec FF2.0.0.2 sur Gentoo/PPC :)
      Pas comme les flashouillerie.
      My2c

    • [^] # Re: Chez moi ca marche

      Posté par  . Évalué à 0.

      Chez moi ca marche pas (ubuntu edgy), ça me propose de l'ouvrir avec inkscape. J'ai testé sur une debian testing et ca marchait...

      • [^] # Re: Chez moi ca marche

        Posté par  . Évalué à 2.

        Hum faudrait creuser ce qui joue derrière ce bug. Je suis sous Edgy ( plus plein de deb tous droit sortie de l'enfer ), FF2, pas de plug ins supplémentaire et inkscape ( mais je doute que ce dernier ait quoi que ce soit a voir avec le problème ).

  • # l'Insee utilise SVG mais... Ca fonctionne

    Posté par  . Évalué à 2.

    J'utilise Firefox 2.0.0.1 sur une Ubuntu (eh oui, c'est la vie) 6.10 et le lien vers le site de l'INSEE : http://www.insee.fr/fr/indicateur/indic_cons/sip/sip.htm me donne un beau graphique avec tout pleins de choses possibles à faire mais non faites.
    Donc, sans mettre en doutes tes compétances ou logiciels, tu devrais peut être essayer de nouveau en vérifiant bien tout.
    Pour une fois ne jettons pas la pierre Pierre alors que cela fonctionne (au moins chez une personne et sans rien faire de spécifique).

    • [^] # Re: l'Insee utilise SVG mais... Ca fonctionne

      Posté par  . Évalué à 1.

      Par contre je pense que je ne sais pas me servir du scroll correctement ou alors ma vue baisse... je n'avais pas vu les deux commentaires qu dessus....
      Enfin bon... L'intention est là.

    • [^] # Re: l'Insee utilise SVG mais... Ca fonctionne

      Posté par  (site web personnel) . Évalué à 4.

      Bon, j'en perd mon latin...

      Meme config (FF 2.0.2 sous Windows), a mon taf ca ne passe pas, chez moi ca passe...
      Et j'avais pris le soin de faire tester par un copain sur une Fedora avant de râler, et ca ne passait pas non plus.

      J'ai pas l'air con avec mon message maintenant!
      Reste plus qu'à faire de jolies excuses...

    • [^] # Re: l'Insee utilise SVG mais... Ca fonctionne

      Posté par  (site web personnel) . Évalué à 2.

      Config Mandriva 2007, FireFox 1.5.0.9 (j'imagine patché ad-hoc par les développeurs de chez Mandriva - au moins pour la sécurité).

      Ca tourne bien (j'ai juste dû dire à Noscript d'autoriser le JavaScript sur la page).

      Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141

  • # navigateur Internet

    Posté par  . Évalué à 1.

    Y'a que moi que ça choque ?

    Franchement, Internet c'est pas un minitel, y'a d'autres ports que les 80 et 443...

  • # seamonkey nightly-build svg ok

    Posté par  (site web personnel) . Évalué à 1.

    aucun souci avec le dernier seamonkey en version nightly-build. Je n'ai pas essayé la version 1.1.1 qui vient de sortir (
    http://www.mozilla.org/projects/seamonkey/releases/seamonkey1.1.1/ )

    • [^] # Re: seamonkey nightly-build svg ok

      Posté par  (site web personnel) . Évalué à 2.

      En fait, FF2 marche aussi, donc nigthly ou pas...

      Ca viendrait d'un pb de configuration, mais lequel?
      Je n'arrive pas à corréler tous les messages cités pour en trouver la raison (ni pourquoi chez moi ca ne marche que sur une machine sur deux...)

    • [^] # Re: seamonkey nightly-build svg ok

      Posté par  (site web personnel) . Évalué à 3.

      Je ne sais pas si c'est lié aux messages que nous avons envoyé, mais en tout cas, moi ils m'ont répondu qu'ils venaient de changer le type mime annoncé. Peut-etre est-ce la raison pour laquelle ça marchait pas et que maintenant ça marche.

      • [^] # Re: seamonkey nightly-build svg ok

        Posté par  (site web personnel) . Évalué à 1.

        Pareil : ca marche chez moi maintenant.

        Par contre, j'ai dû paraitre un peu trop virulant, je n'ai pas eu de réponse à mon message.

        Ce qui compte, c'est que maintenant ça marche, cool la rapidité, et c'était plus un pb de configuration que d'éviter les utilisateurs de FF... Ca fait plaisir :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.