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 +
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
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
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
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
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],
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
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.
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"
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
10 matches
Mail list logo