Re: [OSM-talk-fr] Métadonnées sur photos aériennes anciennes de l'IGN...

2016-03-06 Par sujet Christian Quest 
BINGO !

Il faut retourner les images de 180° lorsque orientation + ST_Azimuth(du
premier au 3ème point du polygone d'emprise) sont proches de 180 et pas de
360...

En postgis ça donne un truc comme:

(orientation::numeric +
round(degrees(st_azimuth(st_pointn(st_exteriorring(p.geom),1)::geography,st_pointn(st_exteriorring(p.geom),3)::geography))::numeric,0))%360
< 270 as inverser



Le 6 mars 2016 à 20:32, Christian Quest  a écrit :

> J'ai récupéré les photos de 1921 prises au dessus de ma commune, il y en a
> une vingtaine.
>
> En gros c'est plutôt correct sauf que pour 3 clichés on est à 180° :(
>
> En rouge sur la copie d'écran QGis:
> https://framapic.org/MMcURbVTytm9/iZoQxP0IIY5Y.png
>
> Malheureusement, entre le polygone d'emprise et l'orientation, je n'ai pas
> trouvé de critère pour les détecter.
>
>
> Le 6 mars 2016 à 18:17, Christian Quest  a écrit
> :
>
>> Pour moi c'est ok en procédant ainsi:
>>
>> {
>>   "type": "FeatureCollection",
>>   "features": [
>> {"type":"Feature",
>>  "geometry":{
>>"type":"Polygon",
>>"coordinates":[[[2.5126989,48.8199908],
>>[2.5213251,48.8149892],
>>[2.5298119,48.8101662],
>>[2.5203523,48.8023041],
>>[2.5102159,48.7943484],
>>[2.5013197,48.7993482],
>>[2.4924227,48.8042573],
>>[2.5025584,48.8122145],
>>[2.5126989,48.8199908]]]},
>>
>> "properties":{"idcliche":"CCF00B-361_1921_CAF_B-36_0144","mission":"CF00B-361","numcli":"144","idta":"1921_CAF_B-36_P_1","date":"1921-06-11","res":"10010","support":"Ag","type":"P","surface":3.87479004551169,"lon":2.51125156305732,"lat":48.8071519050115,"orientation":"229","url":"IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.jp2"}}]
>> }
>>
>>
>> w=6774
>> h=5050
>> gdal_translate -of GTiff
>> IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.jp2 temp.tif \
>>   -gcp $w 0 2.5126989 48.8199908 \
>>   -gcp $w $h 2.5298119 48.8101662 \
>>   -gcp 0 $h 2.5102159 48.7943484 \
>>   -gcp 0 0 2.4924227 48.8042573
>> gdalwarp -s_srs EPSG:4326 -r cubic -co COMPRESS=LZW -dstalpha -overwrite
>> temp.tif IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.geotiff
>>
>> Il y a 9 coordonnées, les coins sont en positions impaires (en comptant
>> de 1) et ça démarre en haut à droite...
>>
>>
>> Le calage n'est pas nickel, mais c'est une bonne première approximation !
>>
>> Exemple ici: https://framapic.org/dLIvBVa9WTJz/RXxKlfWqAwrk.png
>>
>>
>>
>> Le 6 mars 2016 à 18:02,  a écrit :
>>
>>> On y arrive, je vais laisser les Normands remettre la photo à l'endroit.
>>> J'ai utilisé Qgis en affichant les coordonnées des points de contrôle,
>>> càd étiquettes : name || ' (' ||   $x  || ' ' || $y || ')'.
>>>
>>>
>>> Ce qui équivaut à :
>>> gdal_translate -of GTiff -gcp 0 0 0.154072 49.4906 -gcp 6804 0 0.162634
>>> 49.4931 -gcp 6804 5090 0.167743 49.4856 -gcp 0 5090 0.159181 49.4831
>>> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
>>> "C:/Users/landrac/AppData/Local/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
>>>
>>>
>>> gdalwarp -r lanczos -order 1 -co COMPRESS=LZW -dstalpha
>>> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
>>> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006_georef.tif"
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hébergement à Clermont-Ferrand pendant le SOTM

2016-03-06 Par sujet Nicolas Dumoulin 
Le Sunday 06 March 2016, 00:26:13 osm.sanspourr...@spamgourmet.com a 
écrit :
>  > à quelques minutes du site de la Conférence
> 
> Vincent a dû calculer le temps avec Viamichelin ;-) car c'est à 5 km à pied.

graphhopper me donne 4.2km à pied :-o
Sinon, en vélo, étant donné le profil, il faut compter 10 minutes à l'aller :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tuiles FR et HOT en MBTiles...

2016-03-06 Par sujet Christian Quest 
Oui, il y a un problème au download... ça coupe à 1Go.

Je pense que c'est le cache nginx qui fait ça... il faut que je le
désactive ces downloads.

J'ai aussi rajouté un fichier checksum.md5


Le 6 mars 2016 à 19:53, Fabien  a écrit :

> Sauf que le fichier doit faire 1.93Go et 2. Quelque chose giga une fois
> décompressé... L'idée du checksum évite les problèmes de savoir si c'est
> corrompu ou pas au téléchargement au moins.
>
> Fabien.
> Le 6 mars 2016 12:01, "Erwan Salomon"  a écrit :
>
>> je viens de tester
>> ça marche chez moi 1,96 Go téléchargé (en connexion fibre, à ~8Mo/s)
>>
>> Le 5 mars 2016 à 14:20, Fabien  a écrit :
>>
>> Je me rends compte que j'ai pas dit que c'était le fichier osmfr z0-10.
>>
>> Fabien.
>> Le 5 mars 2016 10:22, "Fabien"  a écrit :
>>
>>> Bonjour Christian,
>>>
>>> C'est une superbe idée ! Je vais l'ajouter en fond de carte offline pour
>>> OruxMaps. Par contre, j'ai téléchargé 3 fois hier le fichier est il ne
>>> récupère que 1.01Go... je ne sais pas si c'est lié à ma connexion...
>>>
>>> Dans le principe de valider que le téléchargement est complet, serait-il
>>> possible d'ajouter un checksum (sha256sum ?) pour valider les fichiers ?
>>>
>>> Merci,
>>> Fabien.
>>> Le 4 mars 2016 10:02, "Christian Quest"  a
>>> écrit :
>>>
 Depuis hier, un export des tuiles FR et HOT des zoom 0 à 11 est
 disponible au format MBTiles (gzippé) sur
 http://osm13.openstreetmap.fr/~cquest/tms/

 Ils seront mis à jour chaque semaine après le recalcul hebdo.


 --
 Christian Quest - OpenStreetMap France

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

 ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Métadonnées sur photos aériennes anciennes de l'IGN...

2016-03-06 Par sujet Christian Quest 
J'ai récupéré les photos de 1921 prises au dessus de ma commune, il y en a
une vingtaine.

En gros c'est plutôt correct sauf que pour 3 clichés on est à 180° :(

En rouge sur la copie d'écran QGis:
https://framapic.org/MMcURbVTytm9/iZoQxP0IIY5Y.png

Malheureusement, entre le polygone d'emprise et l'orientation, je n'ai pas
trouvé de critère pour les détecter.


Le 6 mars 2016 à 18:17, Christian Quest  a écrit :

> Pour moi c'est ok en procédant ainsi:
>
> {
>   "type": "FeatureCollection",
>   "features": [
> {"type":"Feature",
>  "geometry":{
>"type":"Polygon",
>"coordinates":[[[2.5126989,48.8199908],
>[2.5213251,48.8149892],
>[2.5298119,48.8101662],
>[2.5203523,48.8023041],
>[2.5102159,48.7943484],
>[2.5013197,48.7993482],
>[2.4924227,48.8042573],
>[2.5025584,48.8122145],
>[2.5126989,48.8199908]]]},
>
> "properties":{"idcliche":"CCF00B-361_1921_CAF_B-36_0144","mission":"CF00B-361","numcli":"144","idta":"1921_CAF_B-36_P_1","date":"1921-06-11","res":"10010","support":"Ag","type":"P","surface":3.87479004551169,"lon":2.51125156305732,"lat":48.8071519050115,"orientation":"229","url":"IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.jp2"}}]
> }
>
>
> w=6774
> h=5050
> gdal_translate -of GTiff
> IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.jp2 temp.tif \
>   -gcp $w 0 2.5126989 48.8199908 \
>   -gcp $w $h 2.5298119 48.8101662 \
>   -gcp 0 $h 2.5102159 48.7943484 \
>   -gcp 0 0 2.4924227 48.8042573
> gdalwarp -s_srs EPSG:4326 -r cubic -co COMPRESS=LZW -dstalpha -overwrite
> temp.tif IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.geotiff
>
> Il y a 9 coordonnées, les coins sont en positions impaires (en comptant de
> 1) et ça démarre en haut à droite...
>
>
> Le calage n'est pas nickel, mais c'est une bonne première approximation !
>
> Exemple ici: https://framapic.org/dLIvBVa9WTJz/RXxKlfWqAwrk.png
>
>
>
> Le 6 mars 2016 à 18:02,  a écrit :
>
>> On y arrive, je vais laisser les Normands remettre la photo à l'endroit.
>> J'ai utilisé Qgis en affichant les coordonnées des points de contrôle,
>> càd étiquettes : name || ' (' ||   $x  || ' ' || $y || ')'.
>>
>>
>> Ce qui équivaut à :
>> gdal_translate -of GTiff -gcp 0 0 0.154072 49.4906 -gcp 6804 0 0.162634
>> 49.4931 -gcp 6804 5090 0.167743 49.4856 -gcp 0 5090 0.159181 49.4831
>> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
>> "C:/Users/landrac/AppData/Local/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
>>
>>
>> gdalwarp -r lanczos -order 1 -co COMPRESS=LZW -dstalpha
>> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
>> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006_georef.tif"
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tuiles FR et HOT en MBTiles...

2016-03-06 Par sujet Fabien 
Sauf que le fichier doit faire 1.93Go et 2. Quelque chose giga une fois
décompressé... L'idée du checksum évite les problèmes de savoir si c'est
corrompu ou pas au téléchargement au moins.

Fabien.
Le 6 mars 2016 12:01, "Erwan Salomon"  a écrit :

> je viens de tester
> ça marche chez moi 1,96 Go téléchargé (en connexion fibre, à ~8Mo/s)
>
> Le 5 mars 2016 à 14:20, Fabien  a écrit :
>
> Je me rends compte que j'ai pas dit que c'était le fichier osmfr z0-10.
>
> Fabien.
> Le 5 mars 2016 10:22, "Fabien"  a écrit :
>
>> Bonjour Christian,
>>
>> C'est une superbe idée ! Je vais l'ajouter en fond de carte offline pour
>> OruxMaps. Par contre, j'ai téléchargé 3 fois hier le fichier est il ne
>> récupère que 1.01Go... je ne sais pas si c'est lié à ma connexion...
>>
>> Dans le principe de valider que le téléchargement est complet, serait-il
>> possible d'ajouter un checksum (sha256sum ?) pour valider les fichiers ?
>>
>> Merci,
>> Fabien.
>> Le 4 mars 2016 10:02, "Christian Quest"  a
>> écrit :
>>
>>> Depuis hier, un export des tuiles FR et HOT des zoom 0 à 11 est
>>> disponible au format MBTiles (gzippé) sur
>>> http://osm13.openstreetmap.fr/~cquest/tms/
>>>
>>> Ils seront mis à jour chaque semaine après le recalcul hebdo.
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Métadonnées sur photos aériennes anciennes de l'IGN...

2016-03-06 Par sujet Christian Quest 
Pour moi c'est ok en procédant ainsi:

{
  "type": "FeatureCollection",
  "features": [
{"type":"Feature",
 "geometry":{
   "type":"Polygon",
   "coordinates":[[[2.5126989,48.8199908],
   [2.5213251,48.8149892],
   [2.5298119,48.8101662],
   [2.5203523,48.8023041],
   [2.5102159,48.7943484],
   [2.5013197,48.7993482],
   [2.4924227,48.8042573],
   [2.5025584,48.8122145],
   [2.5126989,48.8199908]]]},

"properties":{"idcliche":"CCF00B-361_1921_CAF_B-36_0144","mission":"CF00B-361","numcli":"144","idta":"1921_CAF_B-36_P_1","date":"1921-06-11","res":"10010","support":"Ag","type":"P","surface":3.87479004551169,"lon":2.51125156305732,"lat":48.8071519050115,"orientation":"229","url":"IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.jp2"}}]
}


w=6774
h=5050
gdal_translate -of GTiff
IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.jp2 temp.tif \
  -gcp $w 0 2.5126989 48.8199908 \
  -gcp $w $h 2.5298119 48.8101662 \
  -gcp 0 $h 2.5102159 48.7943484 \
  -gcp 0 0 2.4924227 48.8042573
gdalwarp -s_srs EPSG:4326 -r cubic -co COMPRESS=LZW -dstalpha -overwrite
temp.tif IGNF_PVA_1-0__1921-06-11__CCF00B-361_1921_CAF_B-36_0144.geotiff

Il y a 9 coordonnées, les coins sont en positions impaires (en comptant de
1) et ça démarre en haut à droite...


Le calage n'est pas nickel, mais c'est une bonne première approximation !

Exemple ici: https://framapic.org/dLIvBVa9WTJz/RXxKlfWqAwrk.png



Le 6 mars 2016 à 18:02,  a écrit :

> On y arrive, je vais laisser les Normands remettre la photo à l'endroit.
> J'ai utilisé Qgis en affichant les coordonnées des points de contrôle, càd
> étiquettes : name || ' (' ||   $x  || ' ' || $y || ')'.
>
>
> Ce qui équivaut à :
> gdal_translate -of GTiff -gcp 0 0 0.154072 49.4906 -gcp 6804 0 0.162634
> 49.4931 -gcp 6804 5090 0.167743 49.4856 -gcp 0 5090 0.159181 49.4831
> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
> "C:/Users/landrac/AppData/Local/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
>
>
> gdalwarp -r lanczos -order 1 -co COMPRESS=LZW -dstalpha
> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"
> "/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006_georef.tif"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Métadonnées sur photos aériennes anciennes de l'IGN...

2016-03-06 Par sujet osm . sanspourriel 

On y arrive, je vais laisser les Normands remettre la photo à l'endroit.
J'ai utilisé Qgis en affichant les coordonnées des points de contrôle, 
càd étiquettes : name || ' (' ||   $x  || ' ' || $y || ')'.



Ce qui équivaut à :
gdal_translate -of GTiff -gcp 0 0 0.154072 49.4906 -gcp 6804 0 0.162634 
49.4931 -gcp 6804 5090 0.167743 49.4856 -gcp 0 5090 0.159181 49.4831 
"/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2" 
"C:/Users/landrac/AppData/Local/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2" 



gdalwarp -r lanczos -order 1 -co COMPRESS=LZW -dstalpha 
"/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2" 
"/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006_georef.tif"


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Métadonnées sur photos aériennes anciennes de l'IGN...

2016-03-06 Par sujet osm . sanspourriel 

Bonjour,
j'ai essayé de mettre des points de contrôle en fonction du polygone 
(ici, c'est du côté du Havre en 1929) et de la taille de l'image mais 
sans succès.
Un ficher tiff est bien produit mais il est "vide" (1 Mo). L'image fait 
6804*5090, les coordonnées sont les 4 sommets du polygone.
Ci-dessous les données et la méthode utilisée (je suis parti du greffon 
georeferencer de QGis mais je n'ai pas de brevet de pilote pour la 
manipulation GDAL ;-)).

Ça ne doit pas être très loin.

GeoJson de l'image (extrait du fichier pva_1919.geojson 
) 
:


[{"type":"Feature",
"geometry":{"type":"Polygon","coordinates":
[[[0.1626342,49.4930816],
[0.1651862,49.4893642],
[0.1677429,49.4855568],
[0.1635285,49.484379],
[0.1591814,49.483108],
[0.1566292,49.4868254],
[0.1540717,49.4906325],
[0.1582814,49.4919004],
[0.1626342,49.4930816]]]},
"properties":{"idcliche":"CCF000C-71_1919_CAF_C-7_0006","mission":"CF000C-71","numcli":"6","idta":"1919_CAF_C-7_P_5000","date":"1919-01-01","res":"3996",
"support":"Ag","type":"P","surface":0.622941898083105,"lon":0.160894529657191,"lat":49.4881139017575,"orientation":"113",
"url":"IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2"}}
]

Image :IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp2 



gdal_translate -of GTiff -gcp 0 0 0.162634 49.4931 -gcp 0 0.167743 
49.4856 -gcp 6804 -5090 0.159181 49.4831 -gcp 0 5090 0.159181 49.4831 
"/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.jp6804 2" 
"/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.tiff"

Input file size is 6804, 5090
0...10...20...30...40...50...60...70...80...90...100 - done.

gdalwarp -r near -order 1 -co COMPRESS=LZW -dstalpha 
"/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.tiff" 
"/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006_georef.tif"

Creating output file that is 4784P x 7023L.
Processing input file 
/Temp/IGNF_PVA_1-0__1919__CCF000C-71_1919_CAF_C-7_0006.tiff.

0...10...20...30...40...50...60...70...80...90...100 - done.

Le 2016-03-06 10:19, Christian Quest - cqu...@openstreetmap.fr a écrit :
Oui, pas simple d'accéder à ces images sans télécharger des fichiers 
très volumineux.


Les aperçus sont tuilés... alors qu'un simple JPEG basse def aurait 
fait l'affaire, tout comme je ne vous raconte pas l'inutile complexité 
des fichiers KML hiérarchiques (jusqu'à 5 niveaux) qui contiennent les 
infos sur les photos.


Je suis en train de compléter avec les données sur chaque image: 
largeur, hauteur, taille du fichier, date de dernière modif sur le 
serveur, etc.


Le format JPEG2000 n'est pas non très pratique.

Pour faire du TMS, il faudrait que les images soient un minimum calée, 
ce qui n'est pas vraiment le cas. Je suis en train de regarder 
justement si le centroid de l'emprise couplé à l'orientation permet 
d'avoir quelque chose de pas trop décalé et de superposable à un fond.


Au moins on peut avoir facilement la liste des images disponibles pour 
un lieu donné et c'était mon objectif initial.




Le 6 mars 2016 à 02:26, > a écrit :


 Bon, ce n'était pas sorcier, le champ précédent c'était la mission.
Donc ça marche dans umap (pensez à utiliser XnView par exemple
pour afficher les images).
URL image:

[[http://wxs.ign.fr/yvmoikafaddadzmxvh6sdmjb/jp2/DEMAT.PVA/{mission}/{url}|{url}]]

Question subsidiaire : URL de prévisualisation (car là, on
récupère le fichier in extenso).


Le 2016-03-05 22:43, osm.sanspourr...@spamgourmet.com
 a écrit :

Moi non plus ;-(.
Sur un jeu de données tu dois ajouter
http://wxs.ign.fr/yvmoikafaddadzmxvh6sdmjb/jp2/DEMAT.PVA/1223-0801/
devant l'url semble-t-il (je suis parti des url du Geoportail)
par exemple

http://wxs.ign.fr/yvmoikafaddadzmxvh6sdmjb/jp2/DEMAT.PVA/1223-0801/IGNF_PVA_1-0__1923__C1223-0801_1923_MISSIONCAFA106_0021.jp2
Par contre ça ne marche pas pour tous les jeux.
Quelqu'un peut compléter ?

J'ai voulu faire une umap pour télécharger facilement ce qui nous
intéresse.
Pour le moment Geoportail est plus facile à utiliser : on utilise
les fichiers de Christian pour savoir que télécharger et on va
sur le Geoportail pour les récupérer.
Qui fera la prochaine étape (imagerie TMS par année) ? ;-)

Jean-Yvon

Le 2016-03-05 19:18, Eric Debeau - eric.deb...@gmail.com
 a écrit :

Super boulot et certainement une mine d'or

Par contre, je n'ai pas trouvé comment construire l'url complète
d'un cliché.

Eric

2016-03-05 4:52 GMT+01:00 mailto:osm.sanspourr...@spamgourmet.com>>:

Ici pas de soucis.


Le 2016-03-05 01:09, Philippe Verdy - verd...@wanadoo.fr

Re: [OSM-talk-fr] Tuiles FR et HOT en MBTiles...

2016-03-06 Par sujet Erwan Salomon 
je viens de tester
ça marche chez moi 1,96 Go téléchargé (en connexion fibre, à ~8Mo/s)

> Le 5 mars 2016 à 14:20, Fabien  a écrit :
> 
> Je me rends compte que j'ai pas dit que c'était le fichier osmfr z0-10.
> 
> Fabien.
> 
> Le 5 mars 2016 10:22, "Fabien"  > a écrit :
> Bonjour Christian,
> 
> C'est une superbe idée ! Je vais l'ajouter en fond de carte offline pour 
> OruxMaps. Par contre, j'ai téléchargé 3 fois hier le fichier est il ne 
> récupère que 1.01Go... je ne sais pas si c'est lié à ma connexion...
> 
> Dans le principe de valider que le téléchargement est complet, serait-il 
> possible d'ajouter un checksum (sha256sum ?) pour valider les fichiers ?
> 
> Merci,
> Fabien.
> 
> Le 4 mars 2016 10:02, "Christian Quest"  > a écrit :
> Depuis hier, un export des tuiles FR et HOT des zoom 0 à 11 est disponible au 
> format MBTiles (gzippé) sur http://osm13.openstreetmap.fr/~cquest/tms/ 
> 
> 
> Ils seront mis à jour chaque semaine après le recalcul hebdo.
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Métadonnées sur photos aériennes anciennes de l'IGN...

2016-03-06 Par sujet Christian Quest 
Oui, pas simple d'accéder à ces images sans télécharger des fichiers très
volumineux.

Les aperçus sont tuilés... alors qu'un simple JPEG basse def aurait fait
l'affaire, tout comme je ne vous raconte pas l'inutile complexité des
fichiers KML hiérarchiques (jusqu'à 5 niveaux) qui contiennent les infos
sur les photos.

Je suis en train de compléter avec les données sur chaque image: largeur,
hauteur, taille du fichier, date de dernière modif sur le serveur, etc.

Le format JPEG2000 n'est pas non très pratique.

Pour faire du TMS, il faudrait que les images soient un minimum calée, ce
qui n'est pas vraiment le cas. Je suis en train de regarder justement si le
centroid de l'emprise couplé à l'orientation permet d'avoir quelque chose
de pas trop décalé et de superposable à un fond.

Au moins on peut avoir facilement la liste des images disponibles pour un
lieu donné et c'était mon objectif initial.



Le 6 mars 2016 à 02:26,  a écrit :

>  Bon, ce n'était pas sorcier, le champ précédent c'était la mission.
> Donc ça marche dans umap (pensez à utiliser XnView par exemple pour
> afficher les images).
> URL image: [[http://wxs.ign.fr/yvmoikafaddadzmxvh6sdmjb/jp2/DEMAT.PVA/
> {mission}/{url}|{url}]]
>
> Question subsidiaire : URL de prévisualisation (car là, on récupère le
> fichier in extenso).
>
>
> Le 2016-03-05 22:43, osm.sanspourr...@spamgourmet.com a écrit :
>
> Moi non plus ;-(.
> Sur un jeu de données tu dois ajouter
> http://wxs.ign.fr/yvmoikafaddadzmxvh6sdmjb/jp2/DEMAT.PVA/1223-0801/
> devant l'url semble-t-il (je suis parti des url du Geoportail)
> par exemple
>
> http://wxs.ign.fr/yvmoikafaddadzmxvh6sdmjb/jp2/DEMAT.PVA/1223-0801/IGNF_PVA_1-0__1923__C1223-0801_1923_MISSIONCAFA106_0021.jp2
> Par contre ça ne marche pas pour tous les jeux.
> Quelqu'un peut compléter ?
>
> J'ai voulu faire une umap pour télécharger facilement ce qui nous
> intéresse.
> Pour le moment Geoportail est plus facile à utiliser : on utilise les
> fichiers de Christian pour savoir que télécharger et on va sur le
> Geoportail pour les récupérer.
> Qui fera la prochaine étape (imagerie TMS par année) ? ;-)
>
> Jean-Yvon
>
> Le 2016-03-05 19:18, Eric Debeau - 
> eric.deb...@gmail.com a écrit :
>
> Super boulot et certainement une mine d'or
>
> Par contre, je n'ai pas trouvé comment construire l'url complète d'un
> cliché.
>
> Eric
>
> 2016-03-05 4:52 GMT+01:00 :
>
>> Ici pas de soucis.
>>
>>
>> Le 2016-03-05 01:09, Philippe Verdy - 
>> verd...@wanadoo.fr a écrit :
>>
>>
>> Le 5 mars 2016 à 00:08, Christian Quest < 
>> cqu...@openstreetmap.fr> a écrit :
>>
>>> Voici le jeu de données sur data.gouv.fr:
>>>
>>> https://www.data.gouv.fr/fr/datasets/metadonnee-des-photos-aeriennes-anciennes-de-lign/
>>>
>> gateway is offline (HTTP error 504)
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr