[OSM-dev-fr] Ombrage et relief...

Dim 12 Jan 14:28:12 UTC 2014

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 effets qui ne sont pas exactement ceux que tu veux mais qui ne
sont pas à l'origine du défaut que tu signale.

Le 12 janvier 2014 15:13, yvecai <yvecai at gmail.com> a écrit :

>  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, 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 <yvecai at gmail.com> a écrit :
>
>>  La suite sur DEV ...
>>
>> Comme j'ai déjà un tif en niveau de gris qui me convient, j'ai juste:
>> 0 0 0 0 254
>> 254 0 0 0 0
>> Je ne souhaite pas éclaircir le coté ensoleillé, juste assombrir coté
>> ombres.
>>
>> Voici un bout de fichier converti en transparent autour du Leman:
>> http://www3.opensnowmap.org/download/3857-cropped-alpha.tif
>>
>> Je pense que mon problème vient plus de mapnik, car le fichier est
>> correct dans Qgis
>> Yves
>>
>>
>> On 01/12/2014 12:32 PM, Christian Quest wrote:
>>
>> 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 255 255 255 0
>> 255 255 255 255 192
>>
>>  de 0 à 128 c'est une ombre, donc du noir avec un alpha décroissant (de
>> 100% à 0%)
>> de 129 à 255 c'est un côté au soleil, que j'éclaircit mais plus
>> légèrement avec un blanc et un alpha croissant (de 0% à 75%)
>>
>>  J'ai fait des essais sur de petites zones en regardant les valeurs avec
>> quelques clics d'info dans l'image sous QGis.
>>
>>
>>
>> Le 12 janvier 2014 11:12, yvecai <yvecai at gmail.com> a écrit :
>>
>>> 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.
>>> J'obtiens bien un tiff tout noir avec un alpha-channel qui varie et qui
>>> sort bien sur un visualiseur d'image. Juste gdaldem est super long sur un
>>> tif de 100GB, mais bon.
>>> Mon soucis c'est que mais mapnik 2.2.0 fait comme si le canal alpha
>>> étant codé sur 2 bits (j'ai 3-4 nuances seulement).
>>> Tu es sur quelle version de mapnik?
>>> On peut comparer nos styles ?
>>>
>>> <Style name="hillshade">
>>>   <Rule>
>>>     &maxscale_zoom8;
>>>     &minscale_zoom11;
>>>     <RasterSymbolizer opacity="1"/>
>>>   </Rule>
>>> </Style>
>>> <Layer name="hillshade12"
>>>   srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
>>> +y_0=0.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs +over">
>>>     <StyleName>hillshade12</StyleName>
>>>     <Datasource>
>>>        <Parameter
>>> name="file">/home/admin/DEM/3857-cropped-alpha.tif</Parameter>
>>>        <Parameter name="type">gdal</Parameter>
>>>     </Datasource>
>>>   </Layer>
>>>
>>> gdalinfo 3857-cropped-alpha.tif
>>> ...
>>> Band 1 Block=256x256 Type=Byte, ColorInterp=Red
>>>   Min=0.000 Max=0.000
>>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>>   Mask Flags: PER_DATASET ALPHA
>>>   Metadata:
>>>     STATISTICS_MAXIMUM=0
>>>     STATISTICS_MEAN=0
>>>     STATISTICS_MINIMUM=0
>>>     STATISTICS_STDDEV=0
>>> Band 2 Block=256x256 Type=Byte, ColorInterp=Green
>>>   Min=0.000 Max=0.000
>>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>>   Mask Flags: PER_DATASET ALPHA
>>>   Metadata:
>>>     STATISTICS_MAXIMUM=0
>>>     STATISTICS_MEAN=0
>>>     STATISTICS_MINIMUM=0
>>>     STATISTICS_STDDEV=0
>>> Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
>>>   Min=0.000 Max=0.000
>>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>>   Mask Flags: PER_DATASET ALPHA
>>>   Metadata:
>>>     STATISTICS_MAXIMUM=0
>>>     STATISTICS_MEAN=0
>>>     STATISTICS_MINIMUM=0
>>>     STATISTICS_STDDEV=0
>>> Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
>>>   Min=0.000 Max=254.000
>>>   Minimum=0.000, Maximum=254.000, Mean=79.883, StdDev=96.858
>>>   Metadata:
>>>     STATISTICS_MAXIMUM=254
>>>     STATISTICS_MEAN=79.882783050415
>>>     STATISTICS_MINIMUM=0
>>>     STATISTICS_STDDEV=96.857864812661
>>>
>>>
>>> _______________________________________________
>>> dev-fr mailing list
>>> dev-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/dev-fr
>>>
>>>
>>
>>
>>  --
>> Christian Quest - OpenStreetMap France
>>
>>
>> _______________________________________________
>> dev-fr mailing listdev-fr at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/dev-fr
>>
>>
>>
>> _______________________________________________
>> dev-fr mailing list
>> dev-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/dev-fr
>>
>>
>
>
>  --
> Christian Quest - OpenStreetMap France
>
>
> _______________________________________________
> dev-fr mailing listdev-fr at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/dev-fr
>
>
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>

-- 
Christian Quest - OpenStreetMap France
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20140112/c7456958/attachment.html>