Pour nous les développeurs

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

Pour nous les développeurs

Message par sly »

Aller je créer ce truc ça nous servira de carnet de route,
Sur l'état du développement, les nouvelles fonctions comme ça marche déjà.
Tout le monde peut participer bien sûr.
( attention tout de même à pas trop exposer nos bidouills pour tout zigouiller) ;-)
comme par exemple les ex-liens cachés qui permetait la suppresion des commentaires d'un coup
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

dév de décembre

Message par sly »

Salut jean marc,

j'ai quasiment tout dit sur le forum de refuges.info pour ce que j'ai fais.
http://forum.refuges.info/viewtopic.php?t=544

Comme d'habitude, tout semble marcher à première vue.

En interne, tout est relativement bien documenté dans le code (j'éspère du
moins ! )
n'hésite pas à me dire ce que tu trouves bizarre ou non fonctionnel, je suis à
fond en ce moment et je coderais volontiers !

Nouveautés en vrac :
----------------------------------
- la page de massif est gérée dynamiquement depuis la base avec la navigateur
de carte
refuges_consult/nom_massif devient wms_nav/massif/id/[texte au choix pour le
référencement]
deux fonctions sont faite pour gagner du temps :
lien_massif()
et
lien_point()
qui créé plus simplement le lien direct
c'est sensé être complètement automatique en fonction des coordonnées du
massif ( détection de l'échelle, du centrage, etc...)

- plus de repertoire /cartes généré à chaque fois lors des modifs refuges
tout est en temps réél, et ça va suffisamment vite grâce au système de cache
des photos de la nasa

- je tente de trouver actuellement des infos sur les massifs des alpes ( dur
dur ) pour créer d'autres massifs ou du moins plus adaptés
exemple notre ancien chablais été trop grand je le redécoupe
pareil pour la vanoise
plus au sud, je ne connais pas trop

- création de la page [censure] pour les taches administratives
avec possibilité de:
- re-calcul des appartenances de massif à posteriori ( à lancer quand on
change un massif, rajoute un massif ou corrige les coordonnées d'un massif )
- détection de problèmes dans les coordonnées des massifs ( intersections,
point vide, etc...)

j'ai encore certaine bizarreries que j'ai du mal à contourner et qui peuvent
paraître bizarre :
le massif d'id n°10 n'est pas un vrai massif, c'est le "si rien d'autre"
un peu comme le refuge n°1 qui n'en est pas un.
les fonctions le gèrent bien comme étant un massif incohérent et donc non
traité.
J'essayerais de trouver comment zaper ça, c'est un peu lourd à gérer.
mais si je le vire plein de requêtes ne trouve plus les points à cause du
JOIN.

Bref, je te laisse découvrir tout ça !
Modifié en dernier par sly le 02 janv. 2006, 03:12, modifié 1 fois.
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

Novembre :

Message par sly »

Salut !

Mais dis moi, tu reviens d'une semaine de ski de rando ou quoi ?
avec toutes les belles photos que je vois sur le devoluy !

ça me motive pas pour bosser tout ça et en plus je sais pas ce que j'ai en
moment, je dois en avoir ras de bol de bosser alors je code pour le plaisir,
c'est quand même mieux.
Et j'améliore refuges.info

petit tour des nouveautés :
-------------------------------------------
- des petites corrections de bugs
- une pub en bas pour firefox, dis moi si je la laisse
( je crois que c'est juste le résultat d'une colère )
- j'ai rajouté un sytème de cache à wms_image.php
en effet les vignettes étaient toujours très longue à afficher
car nasa -> site -> navigateur
pour l'utiliser on passe &cache=1 et hop ça gère tout seul.
comme l'indique mon commentaire, à utiliser sur des zones "qui ne bougent pas
trop"
- sinon j'attaque les massifs par polygones
j'ai créé la table massif2 pour l'occasion, j'ai un viewer de massif, je vais
créer un créateur d'imagemap et j'attaque les maths
J'ai trouvé un algo top cool et je kif à coder ça
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

Novembre toujours :

Message par sly »

> ca pete pas mal, c'est les voisins d'ekidna qui sont derrière ?

En échange d'un dépannage il m'a proposé de consacrer un peu de temps sur un
new look du site ( icones, logo, présentation, css )

A priori j'étais d'accord, ça coûtait rien et c'était sympa de sa part.
Et ces temps ci, j'avais passé un peu de temps sur refuges.info et je me suis
rappelé que tu avais pensé aussi à changer un peu le look.
Je trouve que c'est pas mal de renouveler...

Je sais que tu y as passé pas mal de temps, mais que tu restais peu content du
résultat.
C'est l'occasion je me suis dit de faire peau neuve
entre les tables qui s'ouvrent et qui se ferment on sait pas trop où ( aïe mes
cheveux ) des menus en double et autre lourdeur d'affichage.
Je me suis dis, autant voir ce qu'il peut nous proposer !

Voilà donc les premier jets de ses travaux :
*** EDIT liens morts ***
http: //archive.godisaduck.com/refuges/index-fiche.html
http: //archive.godisaduck.com/refuges
http: //slyserv.dyndns.org/map.gif

A noter un nouveau jeu d'icône plus lisible, et après plein d'essais le
serveur arrive parfaitement à faire une gestion de ça par ajout de png
quasiment aussi rapide que par dessin en php
et si il nous prend l'envie d'en rajouter, ce sera moins la misère
( j'ai essayer de re-dessiner une manche à air, pfiu c'est pas facile ! )

> au niveau du code, il y a qd meme toute la maparea en moins,
> et les liens sont vides, ca allege pas mal.

oui c'est sûr qu'a la fin de toute façon, la page sera lourde quand même mais
bon.

> je trouve qu'il y
> a beaucoup trop de div, c'est pas super lisible. On peut faire
> du CSS en gardant des balises HTML.

Effectivement pour les divs, je vais voir comment placer des <li> comme avant
pour diminuer la redondance de class= class= etc...
ça reste un premier jet au niveau du code
Il veut juste savoir :
1) si ça nous plait
2) si il continue comme ça
et
3) savoir si je me charge du passage sur le site

> aussi, j'aime bien qd
> c'est extensible en largeur pour s'adapter a la fenêtre.

effectivement, je lui ais aussi fait remarquer, si l'écran est grand autant en
profiter. En même temps il est webmaster depuis plusieurs année, et il me
confirme que des marges augmentent la lisibilité et qu'il est plutôt bon d'en
laisser
Là il galère à gérer une marge dynamique en % avec la compatibilité vers
l'affreux IE

> Ce qu'il y a de bien c'est les listes présentées comme ça,
> avec les chtis icônes à coté, c'est vraiment clean, les maj
> du site en bas, les couleurs sont bien aussi, le logo est pas
> mal mais le titre est trop gros.

Je lui ais fait la même remarque
dans une version ( pas encore en ligne) il a diminué la taille du titre et
rapproché le titre du contenu

Bien sûr le but final est de nous approprier son travail pour en avoir la
maîtrise, mais je pense que repartir d'une base saine est une bonne chose.

Alors qu'en penses tu ?
je le mets en ligne quand c'est prêt ?
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

début novembre

Message par sly »

Bon à voilà !

un mot pour dire : félicitation pour tes fonctions graphiques super pratique
( manque juste de commentaires sur comment ça marche ;-) )

j'ai fini par coder à peu prêt ce que je voulais faire.


- tout les points gps dans une seule table !!!
que du bonheur pour le SQL

- sommets, villes, tout est clicable et commentable
- vignette clicable aussi !
- liens à nouveau bon pour le référencement
- fini la table tmp et autre table point
- news sur les sommets ajoutés ( pas plus sinon surcharge )

J'ai tenté d'épurer les bugs, donc à surveiller, mais ça à l'air bon...

bon je suis trop crevé pour continuer à écrire ce mail ( vu l'heure ) et le
stagiaire qui déboule dans 4h30

je fais le bilan plus expliqué au niveau code demain.

programme de la nuit prochaine :
- affichage optionnel des massifs en fils rouge, clicable
- module d'ajout de massif par clic clic à en user la souris
- remasteuring de la table massif en polygones à sommets infinis
- detection automatique de présence d'un point dans tel ou tel massif
- tentative d'abandon de la génération du massif en local ( flux tendu vers la
nasa check de la charge sur la machine et du temps)

idées :
- peut être des nouvelles pages de news pour les autres points que refuge
- ajout de services supplémentaires ( météo selon le lieu )
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

septembre

Message par sly »

Salut jean marc,

ce week y'avait trop de froid de neige ( encore que samedi ça allait mieux
l'aprèm )
donc comme tu t'en doutes, on ne vous à pas rejoint.

A la place pour m'occuper je code sur wri.

Donc ne t'étonnes pas de voir des petits bugs de ci de là, je suis le nez
dedant
si lundi il y a encore des cacas, la par contre, c'est plus normal

au programme :
- nettoyage de printemps ( suppression des trucs trop vieux ) nettoyage dans
le code
- bug à droite à gauche corrigés
- de plus en plus de fonctions dans fonctions.php
- dans les commentaires l'image porte maintenant le nom $id.jpeg ( plus de
rapport avec la date )
- la date dans commentaires et au format datetime de mysql
(YYYY-mm-dd hh:mm:ss )
- j'ai recodé un peu la fonction affiche_news ( fini la generation par mysql )
avec des \'(\'\'\'\\\" et autre truc facile à lire...

je prépare l'extension pour bientot ( demain ? )
du tout dans abri (surement renomé pour l'occasion)
avec possiblité de commentaires et photos sur :
- sommets, cols, déco de parapente, etc...
j'ai compris comment tu avais codé affiche_news et ça va être trop bien
vivement demain, mais là tard
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

futur

Message par sly »

Salut yip,

Les dernières petites retouches :
- j'ai mis des icones plus lisibles à partir de pngs directement
c'est plus lisible sur la carte, par contre elles sont en moyenne plus grosses, donc des fois ça se chevauche, je vais voir comment les réduire

-je montre les limites du massif par défaut quand on veut voir un massif


Pour les pages "massifs" dynamiques, j'y comprends rien et je pédale pour l'instant dans la choucroute. Mais je vais trouver...

je me base sur ce postulat :
// ASSUMING THE EARTH IS A PERFECT SPHERE !!!!!!!

// $x,y en degres decimaux.
// $ech: 1 pix = $ech metres (it is the scale)
// width and height of the final image in pixel (eg: 800x800)
// 1 deg of lattitude = 111 km = 111000 m
// 1 deg of longitude depends on the distance to the equator:
// 1 deg of longitude = cos(latitude) * 111km

et bien que le calcul d'échelle sur la latitude marche super bien, sur la longitude je dois pas être doué, ça [censuré]. Résultat actuel : ça centre bien, mais l'échelle est choisie au petit bonheur la chance.
Bon, je continue de chercher...

Évolutions futures :
-----------------------------

je t'en avais déjà parlé, je voudrais reprendre le moteur de refuges.info pour créer parapentes.info et aussi sommets.info

Pour ça j'ai 3 solutions :
-1 je copie/colle tout le code 3 fois et je duplique les bases
ou
-2 je copie/colle le code 3 fois, et je centralise les bases
ou
-3 j'intègre ça dynamiquement sur refuges.info qui devient les 3 "a la fois"

La solution 1, peut-être plus simple au début va s'avérer être une misère absolue pour les mises à jour ultérieures du code et la non synchronisation des infos que l'on pourrait souhaiter voir en commun
( genre les parapentistes voudrait voir les sommets, et pourquoi pas les refuges )

la solution 2, permet bien d'avoir les 3 sites avec bases synchro mais il faut quand même que le code puisse gérer les bases, donc en cas de modif de bases, heu ouille

la solution 3, parait régler les deux autres problèmes mais amène une nouvelle problématique : c'est l'augmentation de la complexité du code
en effet le but est d'avoir un "look" différents, une page de news qui montre les refuges, les sites de parapentes OU les sommets.

Je veux quand même garder un but à l'esprit :
Il y a des randonneurs qui n'ont rien à foutre des parapentistes, et inversement. Je ne veux donc pas perturber ni les habitudes, ni les utilisation de chacun.

Sur refuges.info, on doit voire des refuges ( et éventuellement sommets, ville, etc...) en priorité. Les news ne doivent pas montrer de déco de parapente, les cartes ne doivent pas être surchargées pas les déco de parapente, et la recherche doit trouver des refuges.
Je ne veux pas non plus couper complètement les ponts, certains sont peut-être intéressés par les deux infos.
Je chercherais donc comment permettre quand même l'affichage de tout, permettre quand même à la recherche de chercher des sites de vols.
Je voudrais juste que "les par défauts" ce soit les bons.

Ce qui est vrai pour refuges.info, sera vrai pour sommets.info, pour parapentes.info, pour via-ferratas.info, escalades.info, spéléos.info, allez là je m'enflamme, mais pourquoi pas !

L'idée c'est que le critère de détermination sera l'adresse du site.

Bon voilà mes rêves, la réalité restant ce qu'elle est, qu'en penses-tu ?

moi je suis pour la solution 3 bien sûr, mais forcément ça va faire des "if" un peu partout et donc plus dur à maintenir et à comprendre. J'ai plein d'idées pour minimiser l'usine à gaz, mais ce sera pas si simple
idées :
- 2 styles css ( 1 global, 1 pour chacun )
- une fonction qui trouve sur quel site on est et qui rempli un objet qui contiendra :
les id_point_type "prioritaire"
le mot clef chez qui on est "sommet", "refuge", "parapente"
qu'on peut ensuite utiliser pour des if, ou pour des requetes "sur condition"

Bon c'est pas pour tout de suite. Mais je commencerais bien les essais avec www.sommets.info ( domaine réservé par mes soins )
Avatar du membre
yip
Messages : 387
Enregistré le : 08 mars 2004, 23:32

Message par yip »

qq infos sur les longitudes/lattitudes:

euh, je regarderais ca. en fait la theorie est assez simple,
faut regarder un globe.
la terre est une boule de 40 000 km de circonference (on va
pas chipoter).
on a 90 degrés de lattitudes au nord ( au 45e parrallele dans
le vercors on est au milieu), donc 180 lattitudes d'un pole à
l'autre. donc 360 pour faire le tour de la terre. ouais bon en
fait, c'est normal qu'une boule ait 360 degrés .
40 000 / 360 = 111.1111 km entre chaque degré.
toutes les lattitudes sont simplement séparées par 111km, que
ce soit au sahara ou au pole nord: c'est comme des tranches
d'une patate ronde: toujours la meme epaisseur (enfin presque).

par contre, les longitudes (du N au S), c'est comme les
quartiers de clementines (c'est la saison):
fines aux extrémités mais épaisses au milieu.
en courant le long de l'équateur (ya un norvégien qui l'a
fait), on croise aussi 360 degrés, donc l'espace entre 2
longitudes est de 111km, mais il se réduit en se rapprochant
des poles (le même ouf de norvégien l'a fait sur le 65° Nord),
et l'espace entre 2 longitudes depends donc de la "hauteur"
par rapport à l'équateur.
delta-entre-longitudes = cos(latitude) * 111km
si on est à l'equateur, la lattitude est 0°, donc cos(0) = 1
donc on a entre 2 longitudes 1 * 111 km = 111 km, c'est bon.
pareil si on est au pole (90° de lattitude): cos(90°)=0 donc
l'ecart entre les longitudes = 0 km. ca colle.

Au milieu des hémisphères, ca varie donc avec le cos de la
lattitude. au 45e //, on a cos(45)*111 = 78.57 km

voila.
maintenant, il faut donner a la nasa des degrés. (longi min et
max, latit min et max, voir l'URL de wms_url "bbox")

donc , si on a une image carrée (de coté), de 1 ° de hauteur
(donc 111km), on peut pas mettre 1° de largeur, sinon on
aurait une image vachement "agrandie". surtout au pôles, où
les longitudes sont séparées par un poil de Q, tandis que les
latt' font toujours 111km
pour préserver les 111 km aussi bien en hauteur qu'en largeur,
il faut une image de 1,42° degrés de large (longitude) si on
est au 45e //, (Largeur= 1/cos(45°) = 1.42) (petite regle de 3)
donc pour avoir un carré de 111km autour du 45e // et du
meridien (= lattitude) origine, il faut demander a la nasa
latitude min= 45 -0.5 = 44.5
latitude max= 45 +0.5 = 45.5 (comme ca on a 1 °. 111km)
longitude min = 0-1.42/2 = -0.71
longitude max = 0+1.42/2 = 0.71
c'etait la bbox (boundary box) a donner a la nasa

voili voilou.
maintenant ca explique pas pourquoi ca marche pas ... faudra
que je regarde.

allez un dernier ptit mot sur les degrés décimaux.
comme il y a des degrés partout, la précision naturelle des
degrés c'est les minutes et le secondes. autrement dit DD°MM'SS"
donc dans 1 degré, il y a 60 minutes et dans 1 minute il y a
60 secondes. et après 1 secondes, on note souvent 11.987 pour
11 secondes et 987 centièmes de sec.
alors je te raconte pas le bordel pour faire des calculs
dynamiques avec ce bazar.
Pour simplifier tout ca, les informaticiens ont décidés
d'utiliser les degrés décimaux, c'est simplement DD.XXXXXXX°
ou XXXXXX est simplement une fraction de degré.
donc 46°40"40' = 46.6666666666666666666666667 ° en DD (deg.
decimaux)
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

pigé

Message par sly »

Merci pour toute cette explication,

J'aurais peut-être dû te donner mon niveau avant ça t'aurais évité de me consacrer tout ce temps ;-)
Le code est bien documenté, et j'ai relativement bien compris je crois.

Le bug vient d'être résolu et c'était en fait tout con
la fonction cos() en php prend des radiants et non des degrés.
donc cos(45.1) ou cos(45.8) ou cos(46.2) que j'ai utilisé au lieu de me sortir 0.71 0.72 ou 0.73
( chiffres approximatifs )
me sortait des trucs complètement délirant.

un p'tit deg2rad() et hop tout est impécable !

je change même la taille de l'image selon le besoin ( ça ne sort plus du 500x500 systématique mais du XxY avec max(X,Y)=500
Avatar du membre
sly
Messages : 5041
Enregistré le : 29 févr. 2004, 17:59
Localisation : Chambéry - Savoie

Message par sly »

Nouvelle petite mise à jour qui avait été demandée il y a bien longtemps :

désormais, lors de la saisie des coordonnées gps, il est demandé d'où proviennent ces coordonnées :
- sur le terrain
- sur une carte
- sur un autre site
- approximatives.

Fini la détéction douteuse par le nombre de décimales, maintenant on peut préciser comment on les a trouvées