Le 21 décembre 2012 12:52, sly (sylvain letuffe) <[email protected]> a écrit : > Bonjour, > > Résumé rapide : Je suis en train de mettre en oeuvre sur les serveurs de > l'association osm-france un nouveau style de rendu sur la terre dont la cible > est le contributeur openstreetmap pour qu'il puisse voir : > - tout ou presque ce qu'il y a dans la base (tout objet dont les tags sont > acceptés sur le wiki) > - rapidement ses propre modifs > - créé collaborativement si quelqu'un veut m'aider > > Son petit nom : > 2u : acronyme de "Ugly and Usefull" > (J'aurais aimé l'appelé 4u, mais je n'ai pas trouvé les 2 u qui me manque) >
Ultra Ugly but Ultra Useful ;) > Voilà pour le background, maintenant je me pose la question de la technologie > à utiliser. > Le moteur de rendu sera mapnik, et la base : osm2pgsql. Plutôt que de partir > de rien, je préfère reprendre le style existant sur osm.org (ou un autre, > tant qu'il est déjà bien avancé) > > Je me suis donc naturellement tourné vers : > https://github.com/gravitystorm/openstreetmap-carto > > Une reprise des styles actuels de osm.org qui sont au format xml vers le > format CartoCSS > La pub est alléchante : > - quasi identique à l'actuel sur osm.org > - joli format plus facile à écrire proche du CSS > - moins de redondance dans le style > - une interface graphique clic-clic pour faire ses modifs > - un générateur simple pour passer de cartoCSS à xml (dont mapnik a toujours > besoin) > > Que demande le peuple ? un enfant s'en servirait dirait presque la pub, idéal > donc pour se partager le travail sans être informaticien et que de temps > gagné ! > J'ai donc sauté dans la fosse (aux lions) de cette alléchante perspective, > mais voilà que la réalité semble rattraper quelque peu la fiction, et mes 4 > heures à étudier la question et tester la solution dans tous les sens m'ont > amené à douté de mon choix. > > J'en appel donc à ceux qui l'utilise, ceux qui utilisent autre chose, ceux qui > sont restés au bon vieux format xml d'avant, vous en pensez quoi ? > > J'ai aussi sans doute du rater plein de trucs, et si vous avez un conseil, je > suis preneur, voilà mon pessimiste résumé : > > _gain de temps_ > * Je connais déjà pas mal le format xml et ça m'obligerais à apprendre un > nouveau format > * Le style osm.org "à l'ancienne" en fichier xml a tout de même bien évolué en > 4 ans, et les fichiers sont maintenant séparés par thème, la redondance est > pas mal évitée par les xml entities et quelques tests m'ont montrés que > c'était tout à fait possible de continuer à travailler directement sur eux > > _fiabilité_ > * Le style xml est ancien, éprouvé, et bien testé > > _pérennité_ > * Ça, la pub ne le dit pas, mais cartoCSS ne permet pas toute la richesse du > format xml (il ne manque pas grand chose toutefois) > * lorsque mapnik évolue, il faut que cartoCSS suive, sinon, on ne peut pas > profiter des nouvelles fonctionnalités > * Si cartoCSS est abandonné, je suis bloqué > CartoCSS génère des XML, tu pourra repartir de ceux-ci, non ? Ils ne seront sûrement pas aussi clean qu'écrits directement, mais ce n'est pas une impasse. > _facilité d'utilisation_ > * Finalement, un enfant ne s'en servirait peut-être pas, le truc qui passe de > cartoCSS à xml est un obscure (pour moi) bidule en Node.js dont je n'ai pas > réussi à trouver de paquet debian et bourré de dépendances > (ma philosophie à 2 francs CFA : quand pas de paquet debian maintenu, méfiance > accrue) > * Le truc clic-clic qu'il est trop beau est bien gentil, mais il faut quand > même monter une base postgresql+osm2pgsql donc pour le "accès à tout le > monde" c'est pas non plus la panacée > * Le TileMill (le truc clic-clic) ne tourne que sur Ubuntu, et pas sur toutes > les versions, et avec un installateur louche qui va chercher des trucs et des > bidules un peu partout qui ne sont pas des les repos de la distrib, ce qui > amène à ne plus pouvoir, ou plus difficilement, traiter le style sur le > serveur directement > Ca tourne aussi sur Mac, c'est en fait une appli web (HTML5/JS), qu'on pourrait très bien faire tourner sur un serveur et pas en local. > Bref de chez bref, ça fait, il me semble, un sacré potentiel à emmerde, pour > finalement gagner quoi ? un peu de confort à écrire des styles. > > Le format du fichier .mml est symptomatique d'un mode de pensé, selon moi > tordu, des développeurs hypes et modernes qui adorent toucher toutes les > technos du moment et délaisseront le projet dans 3 ans par manque d'intérêt. > > C'est au format JSON, le but est de rendre plus lisible le même fichier en xml > de mapnik, j'ai lu les deux [1] et [2], et je ne vois pas en quoi le json > (technologie que j'exècre par sa volonté de supplanter xml sans rien apporter > de probant) apporte quelque chose de vraiment incroyable, par contre, ce que > je vois bien, c'est que ça fait un nouveau format incompatible et une > nouvelle sur-couche qu'il faudra ré-écrire en xml si on change d'avis. > > A votre avis ? Je suis tenté aussi par MapCSS et Caskadenik qui me semblent se > situer à mi-chemin. > JSON est un choix de simplicité vu comment Tilemill est écrit (HTML5/JS)... pas un véritable choix de techno. A mon avis, Tilemill est surtout une (belle) interface graphique pour se simplifier la vie, pas une révolution technologique, juste ergonomique, mais ça compte aussi l'ergonomie ;) Côté ergonomie, Tilemill a aussi des progrès à faire, rentrer un à un les même paramètres postgis pour chaque layer, c'est pas très efficace, donc je suis aller modifier les fichiers de config à la main... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
