On 12/30/2013 01:41 PM, Christian Quest wrote:
Exit le script python ou les comp-op dans mapnik (autre solution
proposée sur le blog de mapbox).
Salut Christian,
Du coup, j'essaie ta méthode avec gdaldem color-relief pour balancer un
hillshade qui ne soit pas trop lourd dans Mapnik.
A quoi ressemble ton fichier ramp utilisé par le color-relief ?
C'est lui qui va faire le mapping niveau de gris - noir/blanc+alpha
Je l'ai simplifié pour obtenir un résultat plus progressif par rapport à
mes premiers essais, ma version actuelle se résume à 4 lignes:
0 0 0 0 255
128 0 0 0 0
129
Si tu veux garder uniquement les ombres, j'utiliserai cette rampe:
0 0 0 0 255
128 0 0 0 0
255 0 0 0 0
Tout est noir, et l'opacité décroit jusqu'au milieu, puis reste nulle pour
les zones ensoleillées.
Le 12 janvier 2014 12:56, yvecai yve...@gmail.com a écrit :
La suite sur DEV ...
Comme
Non, tu n'y est pas: je suis content de l'effet d'ombre. Dans mon cas,
je ne fais que traduire une bande en niveau de gris en une bande en
niveaux d'alpha.
C'est le rendu Mapnik qui me chagrine.
On 01/12/2014 01:27 PM, Christian Quest wrote:
Si tu veux garder uniquement les ombres,
Je crois comprendre. Mon fond de carte est transparent (overlay
opensnowmap).
Et je ne peux pas vraiment jouer avec un raster transparent avec
background-color=transparent, ni de compositing intelligible avec un
raster en niveaux de gris, d'ailleurs ...
Je creuse, mais je crois que ça va ce
C'est bon, mod_tile était compilé en 'png256'. Ca marche nickel maintenant.
On 01/12/2014 03:28 PM, Christian Quest wrote:
J'ai bien compris que Mapnik merdouillait en faisant une sorte de
solarisation.
Ma remarque porte sur un autre problème potentiel, le choix de rampe
qui va produire des
Le dimanche 12 janvier 2014 18:51:59, yvecai a écrit :
C'est bon, mod_tile était compilé en 'png256'. Ca marche nickel maintenant.
P'tain,
a 10mn prêt je donnais la réponse !
Pour info, la liste tile-serving est intéressante pour suivre la chaine de
rendue :
osm2pgsql / mod_tile / renderd /
On 01/12/2014 07:03 PM, sly (sylvain letuffe) wrote:
Le dimanche 12 janvier 2014 18:51:59, yvecai a écrit :
C'est bon, mod_tile était compilé en 'png256'. Ca marche nickel maintenant.
P'tain,
a 10mn prêt je donnais la réponse !
Et puis c'est pas la première fois que ça m'arrive, en plus. En
Le 12 janvier 2014 20:41, Pierre Béland pierz...@yahoo.fr a écrit :
Ce peut être un bogue éditeur ID + API créant un changeset vide.
Pourtant le changeset ne semble pas vide ? En tous les cas, la réponse à la
requête sur le changeset n'est pas vide, alors qu'elle l'est si on
interroge sur
Un changeset résume les modifications effectuées sur la base. Ici, il n'y a
aucune transaction, création, modification ou effacement de node, chemin ou
relation.
C'est donc un changeset vide de toute transaction si l'on veut.
Est-ce un problème d'intégrité des données, données de transaction
oups, tel que rapporté par Richar Weait, il existe des données. pour interroger
l'API, il fallait plutôt utiliser le lien
http://api.openstreetmap.org/api/0.6/changeset/19860227/download
Mais effectivement, l'usager n'existe pas. Étrange.
Pierre
De :
11 matches
Mail list logo