[doc] Utilisation carte refuges.info OpenLayers

Problèmes, bugs et difficultés rencontrés sur le site.
Avatar du membre
sly
Messages : 4743
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

[doc] Utilisation carte refuges.info OpenLayers

Message par sly »

Hors sujet, désolé (à bouger si besoin)
Dominique a écrit : 09 oct. 2018, 08:52 Je suis en train de développer un interface similaire, basé sur openlayers V5
What ? ;-) mais ces informaticiens ne savent pas ce qu'ils veulent ! Tu es passé de OL à Leaflet pour y revenir ?
Avatar du membre
Dominique
Messages : 3459
Enregistré le : 08 avr. 2006, 21:58

Openlayers versus Leaflet ?

Message par Dominique »

sly a écrit : 09 oct. 2018, 23:34 Hors sujet, désolé (à bouger si besoin)
Dominique a écrit : 09 oct. 2018, 08:52 Je suis en train de développer un interface similaire, basé sur openlayers V5
What ? ;-) mais ces informaticiens ne savent pas ce qu'ils veulent ! Tu es passé de OL à Leaflet pour y revenir ?
C'est en préparation, avec argumentaire...
Je me suis fait balader par ce https://leafletjs.com qui est trop segmenté entre trop de modules maintenus par trop d'intervenants non coordonnés.
J'ai passé trop de temps à attendre la version trucmuch de tel module...
Trop de ruptures d'interfaces entre les versions (le passage de 0.7 à 1.0 à duré plus de 8 mois...)
La génération du load final (un bricolage PHP pour moi) basculée sur nodejs entraîne trop loin et empêche de contrôler la ligne de niveau des releases des différents modules.
Bref, Leaflet c'est bien si on veut mettre une petite carte avec 1 ou 2 modules, pas pour un ensemble de fonctions aussi complet que la carte de WRI (17 modules !).

https://openlayers.org à fait du bon travail avec V4 et V5, tout à fait au niveau de Leaflet quand à la conception et l'utilisation.
Il est surtout livré en 2 fichiers CSS et JS qui comprennent tout (sauf le géocodeur)
J'ai fait simple sur l'archi : 2 fichiers myol.css et myol.js en clair, avec la doc dedans juste en commentaires, sans classes et autres trucs compliquée, non compressés, à appeler après les 2 précédents.
Pas de build, pas de machins complexes dépendant de l'install UNIX ou de je ne sais quoi qui évolue tout le temps.
Et en plus, sous l'impulsion de notre ami Truche, livré avec un petit exemple en quelques lignes facile à intégrer à un site.
C'est tout. Voilà, c'est presque cuit, reste à servir... dans les mois qui viennent (on n'est pas pressé).
Bon, je sais, c'est de l'informatique de grandpapa mais j'assume : je suis grand père maintenant :)

Le détail se trouve là : https://github.com/Dominique92/MyOl bientôt sur WRI
Avatar du membre
sly
Messages : 4743
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

Re: [doc] Utilisation carte refuges.info OpenLayers

Message par sly »

Bigre, et désolé, je dois avoir un problème de notification, ou manquer d'attention, j'avais loupé ta réponse !
Dominique a écrit : 10 oct. 2018, 07:43 Je me suis fait balader par ce https://leafletjs.com qui est trop segmenté entre trop de modules
(...)
La génération du load final (un bricolage PHP pour moi) basculée sur nodejs entraîne trop loin
Je crois que je te comprends parfaitement. NodeJS me fait trop penser à une mode, ou du moins la philosophie de dév qui s'y rattache : il faut y passer pour avoir l'air cool, alors que dans plusieurs projet, on rajoute une dépendance, qui plus est mal intégrée aux systèmes en général, dont on aurait pu se passer. S'en suis une absence de contrôle dev<->mainteneur qui fait partir le bousin dans tous les sens, à toute vitesse, au mépris des compatibilités ascendantes, et, parfois, des règles de sécurité :
https://www.nextinpact.com/brief/biblio ... e-6809.htm
Les failles, ça a toujours existé, c'est pas ça le problème, c'est que des projets se retrouvent à inclure, presque sans le savoir par chaîne de dépendance une myriade de code, qui, comme ici, n'était surveillé par presque personne.

J'en suis aussi "victime", le logiciel de rendu pour https://maps.refuges.info utilise un binaire en c++ et un fichier xml de description et des icônes. Ce fichier xml présentait une forte redondance, alors, un dév est arrivé et a dit : les entités xml c'est naze, il a alors créé en NodeJS un compilateur qui part d'un fichier au look css et génère le fichier xml. Nouvelle syntaxe à apprendre, ribambelle de soft à installer avec npm et une édition manuelle tellement exécrable qu'il faut un logiciel graphique spécifique pour éditer le fichier.
Dominique a écrit : 10 oct. 2018, 07:43 Pas de build, pas de machins complexes dépendant de l'install UNIX ou de je ne sais quoi qui évolue tout le temps.

Bon, je sais, c'est de l'informatique de grandpapa mais j'assume : je suis grand père maintenant :)
Au plaisir de tester une carte OL si tu as le courage de re-développer... et félicitations à ton/ta fils/fille et bon courage à toi, ça occupe même les grand parents !

A te lire, j'ai moi aussi l'impression d'être grandpapa, bien que je ne sois que papa, mais on dirait que j'ai de l'avance. J'espère que c'est pas du "c'était mieux avant irréfléchi"
Répondre