180 results
tagged
article
✕
Grid for layout, Flexbox for components
Systèmes de référence spatiale et formats des fichiers de données OSM
INTRODUCTION
Lorsque l’on travaille avec OpenstreetMap et, en général, pour tous les domaines d’activités qui relèvent de la géographie, de la géomatique et des SIG (Systèmes d’Information Géographique), il est bon de connaître les systèmes de référence spatiale, les projections et les différents formats de fichiers qui s’y rapportent.
Dans ce chapitre, nous allons voir les systèmes de projection qui sont utilisés par OSM, et notamment la projection dite « Pseudo-Mercator » (également appelée « Web Mercator » ou simplement « Mercator » ; code EPSG:3857) ; elle très largement utilisée pour le rendu des cartes sur internet. Ensuite seront abordés les différents types de fichiers de données OpenStreetMap, puis les fichiers SIG qui en sont dérivés, ainsi que d’autres formats. Enfin, seront présentés les principaux services de téléchargement de donnée OSM permettant de récupérer les types de fichiers présentés juste avant.
39 statistiques sur l’UX qui parlent d’elles-mêmes
Article agile et télétravail :
Quelques petits rappels:
* En agile, c’est la personne qui fait le boulot qui estime.
*Une estimation reste une estimation, pas une promesse gravée dans le marbre. Vous avez le droit de vous tromper.
* Si vous vous trompez, c’est à ça que sert le daily : remonter les blocages.
* Enfin, la retrospective sert à remonter les problèmes que vous avez rencontrés pendant le sprint. Ça n’est pas parce que vous ne voyez pas de solution immédiate qu’il ne faut pas remonter le problème. Dans ce genre de situation, on vous reprochera de n’avoir rien dit et vous vous coupez d’une possibilité futur d’amélioration.
Quelques petits rappels:
* En agile, c’est la personne qui fait le boulot qui estime.
*Une estimation reste une estimation, pas une promesse gravée dans le marbre. Vous avez le droit de vous tromper.
* Si vous vous trompez, c’est à ça que sert le daily : remonter les blocages.
* Enfin, la retrospective sert à remonter les problèmes que vous avez rencontrés pendant le sprint. Ça n’est pas parce que vous ne voyez pas de solution immédiate qu’il ne faut pas remonter le problème. Dans ce genre de situation, on vous reprochera de n’avoir rien dit et vous vous coupez d’une possibilité futur d’amélioration.
Entre design et développement
7 UI TRENDS YOU SHOULD BE WATCHING IN 2020
10 Small Design Mistakes We Still Make