Ortho4XP

[Harry29]

Excusez moi, j'arrive avec sans doute de gros sabots.

Comme je n'avais pas d'autogen (à part les routes) j'ai re-visionné le mode d'emploi de Ortho4xp et j'ai trouvé qu'il fallait renseigner l'Overlay sur le chemin de Global Scenery. J'ai donc maintenant de l'autogen.

Je vais regarder toutes les références que vous m'avez donné, merci.

[jojo64]

Excusez moi, j'arrive avec sans doute de gros sabots.

Comme je n'avais pas d'autogen (à part les routes) j'ai re-visionné le mode d'emploi de Ortho4xp et j'ai trouvé qu'il fallait renseigner l'Overlay sur le chemin de Global Scenery. J'ai donc maintenant de l'autogen.

Je vais regarder toutes les références que vous m'avez donné, merci.

Pas de problèmes!
Regardes bien les posts sur le sujet, tu trouveras tout ce dont tu as besoin!
Bonne lecture!

[milan]

hum... j'ai téléchargé la v120 et avec cette version je n'arrive pas à déplacer la carte en mode Preview
J'ai raté une étape ?

[jojo64]

hum... j'ai téléchargé la v120 et avec cette version je n'arrive pas à déplacer la carte en mode Preview
J'ai raté une étape ?

Je l'ai aussi téléchargé et installé il y a une semaine.
Effectivement sur Mac, ce n'est plus possible de bouger la carte. Le problème a déjà été signalé.
Regarde ici et fait comme il a dit le monsieur, ça marche: http://www.x-plane.fr/showthread.php...l=1#post492002

[milan]

Marche pas
Tu peux envoyer ton fichier ? en attendant que le grand Manie Tout lève une paupière paresseuse sur notre petit souci

[jojo64]

Marche pas
Tu peux envoyer ton fichier ? en attendant que le grand Manie Tout lève une paupière paresseuse sur notre petit souci

Regardes dans tes MP.

[milan]

Ah que ça fait du bien (de regarder dans mes MP)
Ah que je te remercie grave

[Nono15]

J'ai fait deux tests en version non exe et ça a fonctionné. C'est toutefois un petit peu tôt pour dire que c'est OK.

Mon antivirus c'est Kaspersky et j'avais déjà fait un exclude d'Ortho4XP. C'est vraiment très bizarre. Pourtant je fais des scans réguliers de mes machines avec Kaspersky d'une part et Malewarebyte d'autre part.
C'est surtout le côté aléatoire, pour une même tuile ça fonctionne un jour et pas le lendemain, qui m'interroge.

Suite de mon aventure (exécutable Ortho4XP 1.20b qui se ferme tout seul durant l'étape de création du mask) :

Avec l’exécutable toujours le même problème mais avec le .py, j'ai fait une bonne vingtaine de tuiles en z17 sans problème pour le moment. Moi aussi je suis perplexe ...Mais bon tant que ça marche comme ça...

[jojo64]

Salut Oscar!
Comme je disais un peu plus haut, je suis enfin passé à la version V120.
Du coup j'ai quelques petites questions à te poser:

-Pour le problème de défilement des cartes sur Mac, le problème a déjà été mentionné plus haut, ainsi que la solution. Je sais pas si t'as prévu de changer ou de garder tel quel, mais si à l'avenir t'as besoin de faire un test sur Mac, n’hésites pas à demander!

-Je vois que pour les patchs, il y a quelque chose qui a changé. Avant, si je faisait un simple "altitude_higth/ Altitude_low" sans utiliser de "profile", ortho4xp me faisait une pente avec un arrondie propre. Je vois que maintenant il n'y est plus, ou du moins c'est moins flagrant. Est-ce normal?
Si oui, j'imagine qu'il faut du coup que je mette un "profile" à chaque fois que c'est nécessaire (du coup ça risque de poser problème avec les patchs que je t'ai envoyé, j’essaierai de corriger au plus vite). J'ai essayé un profile "athan" mais il ne semble pas le reconnaitre, là aussi est-ce normal?

-Je vois aussi qu'il est possible de choisir un fournisseur et niveau de zoom avec "choose custum zoomlevel" en prenant en compte la délimitation des photos. (click +contrôle). C'est très chouette!!! Par contre une question: si je prend un Z18 et autour un Z17, le Z17 lorgne un peu sur le Z18, normal. Mais du coup, ortho4xp prend en compte le Z18 ou le Z17 pour faire la tuile?
Ex: (Fais pas attention au truc rouge...)
Il faut peut être délimité le Z18 avant le Z17, ou l'inverse? Ou alors il prend le plus gros zoom en priorité?

-Autre chose encore: tu sais comment je suis méticuleux pour faire le contour des lacs et rivières, pur que ces derniers suivent bien le contour des photos. Sauf que j'avoue que c'est un travail pénible et long, et franchement je sature un peu. Bon bien entendu, je ne fait pas tout les lac ni toutes les rivières, car d'une, ça n'en vaut pas la peine, et de deux, ce n'est pas toujours nécessaire. Cela dit, des fois ils sont au beau milieux d'un passage obligé (avec mon avion) et les laisser comme ça... je peux pas... Un exemple ici:

Sur l'exemple, on voit bien que la délimitation OSM suit le lac "plein", or sur la photo de Bing, il est vide. Du coup c'est moche! J'ai commencé à refaire le contour en haut à droite, mais c'est long, c'est long....
Du coup à tout hasard, tu n'aurai pas une combine pour aller plus vite? J'ai cherché un peu pour JOSM, mais à part se servir des données de cadastres (donc le lac plein), je ne trouve rien.

J'en profite au passage pour encore une fois te remercier pour ton outil, c'est magique et ça change la vie!!!! (enfin X-plane!!)

[Oscar Pilote]

Je l'ai aussi téléchargé et installé il y a une semaine.
Effectivement sur Mac, ce n'est plus possible de bouger la carte. Le problème a déjà été signalé.
Regarde ici et fait comme il a dit le monsieur, ça marche: http://www.x-plane.fr/showthread.php...l=1#post492002

Dans la même discussion il était aussi indiqué que les modifs avaient été intégrées à devel (pas celles de revenir en arrière comme proposé, je pense toujours que l'ancienne attribution
était mauvaise, mais celle qui s'adapte simplement à la dénomination autre des boutons par osx). A l'époque je n'avais pas relancé Janpiro qui disait que cela ne fonctionnait
toujours pas, j'en doutais mais n'étant pas devant un mac j'avais préféré ne rien affirmer. A l'instant je suis devant un mac et je confirme que devel fonctionne correctement que ce soit
avec l'ignoble souris blanche d'origine qu'avec une souris Logitech digne de se nom. La carte se déplace avec le bouton droit, avec la souris Logitech il n'y a pas de doute sur
ce qu'est le bouton droit, avec la souris blanche il faut ouvrir Préférences/Souris et lui dire que quand on clique à droite de la souris c'est... bouton secondaire, et pas bouton principal.

Pour les personnes qui utilisent la version .py (et pas .exe), ce qui est très bien, je ne vois pas l'intérêt d'utiliser la dernière version à numéro plutôt que la version devel (c'est là que sont corrigés les bugs
trouvés en cours de route, avant qu'ils soient figés dans une version à numéro ultérieure pour les exeiéns). Les grosses modifs qui peuvent amener de nouveaux bugs s'accompagnent aussi de changement de numéro,
donc il n'y a jamais rien à gagner à mettre à jour vers la dernière version à numéro, soit on reste sur une ancienne version qu'on préfère, soit on passe à devel, mais passer sur 1.20 aujourd'hui c'est forcément moins
bien que passer à devel. Par contre rester sur 1.19 ou précédent ça peut faire sens, si un changement des dernières mises à jour ne vous convenait pas.

[jojo64]

En faite j'utilise un Trackpad sur MacBook, je n'ai pas de souris.
Je pense que ça fonctionne un peu pareil. par contre avec Devel aussi ça ne marche pas.

Ps: Je viens accidentellement de trouver comment déplacer la carte. Avec la version "Devel", avec le trackpad, il faut faire un "clic avec deux doigts" (un vrai clic en enfonçant le bouton, par un simple touché), maintenir et faire glisser les deux doigt comme pour un défilement.

En fait c'est moi, tellement l'habitude de "clic droit" avec un simple touché "deux doigt", j'ai oublié comment faire le "clic droit - déplacé".
Et la mauvaise habitude du tackpad! C'est géniale ce truc, mais que de mauvaise habitudes!

[Oscar Pilote]

-Je vois que pour les patchs, il y a quelque chose qui a changé. Avant, si je faisait un simple "altitude_higth/ Altitude_low" sans utiliser de "profile", ortho4xp me faisait une pente avec un arrondie propre. Je vois que maintenant il n'y est plus, ou du moins c'est moins flagrant.
de mémoire maintenant par défaut c'est un plan, en dehors des aéroports ça sert plus souvent, enfin pour ma statistique limitée à un individu :-)

J'ai essayé un profile "athan" mais il ne semble pas le reconnaitre, là aussi est-ce normal?
Oui, avec le h à la fin, c'est atanh comme arc tangente hyperbolique

Par contre une question: si je prend un Z18 et autour un Z17, le Z17 lorgne un peu sur le Z18, normal. Mais du coup, ortho4xp prend en compte le Z18 ou le Z17 pour faire la tuile?
Rien n'a changé à ce niveau depuis la version alpha1 : les custom zoom sont classées par ZL en ordre décroissant (et pour des ZL égaux par ordre d'encodage), et le premier
polygone dans lequel tombe le triangle est utilisé. Donc bien sûr si ZL17 et ZL18 se chevauchent (ce qui est très fréquent il ne faut pas vouloir l'éviter) c'est le 18 qui est pris là où il est.

Sur l'exemple, on voit bien que la délimitation OSM suit le lac "plein", or sur la photo de Bing, il est vide. Du coup c'est moche! J'ai commencé à refaire le contour en haut à droite, mais c'est long, c'est long....
Du coup à tout hasard, tu n'aurai pas une combine pour aller plus vite? J'ai cherché un peu pour JOSM, mais à part se servir des données de cadastres (donc le lac plein), je ne trouve rien.
Quelques bières suivies d'une bonne miction dans le lac feront l'affaire. Sinon en effet JOSM ne dispose pas (encore) de fonctions de type "sélection par couleur" comme gimp etc qui pourraient
aider. Par contre quand tu fais ce genre de manip fais le bien en local uniquement, pas sur la la base en ligne (il y a des règles précises, comme pour le trait de côte).

<mode pas sérieux>
Pour la souris je vais penser à remplacer son utilisation par le joystick à chapeau chinois, comme cela je suis sûr que vous avez tous au moins 24 boutons :-)
<while True: sleep(1)>

[jojo64]

Salut Oscar!
-Je vois aussi qu'il est possible de choisir un fournisseur et niveau de zoom avec "choose custum zoomlevel" en prenant en compte la délimitation des photos. (click +contrôle). C'est très chouette!!! Par contre une question: si je prend un Z18 et autour un Z17, le Z17 lorgne un peu sur le Z18, normal. Mais du coup, ortho4xp prend en compte le Z18 ou le Z17 pour faire la tuile?
Ex: (Fais pas attention au truc rouge...)
Il faut peut être délimité le Z18 avant le Z17, ou l'inverse? Ou alors il prend le plus gros zoom en priorité?

Je précise la-dessus, c'est cette phrase qui est dans le manuel, que j'ai du mal à traduire:
The ones encoded in the preview window are ordered by decreasing zoomlevel (in case the zoomlevels are identical the encoding order is preserved for the subclass)

Si je comprend bien, il texture en choisissant en premier: du plus gros zoom, jusqu'au plus petit, dans la fenetre "choose custum...". Et "dans le cas où les niveaux de zoom sont identiques" l'ordre de création. Donc dans mon cas, il choisira le Z18. Je sais pas si j'ai juste?

EDIT: j'avais pas vu que tu avais répondu! Merci c'est plus clair!

[jojo64]

Quelques bières suivies d'une bonne miction dans le lac feront l'affaire. Sinon en effet JOSM ne dispose pas (encore) de fonctions de type "sélection par couleur" comme gimp etc qui pourraient
aider. Par contre quand tu fais ce genre de manip fais le bien en local uniquement, pas sur la la base en ligne (il y a des règles précises, comme pour le trait de côte).

Bien dommage, il faut être patient et motivé!

Je sais je me suis déjà fait taper sur les doigts!
Du coup tu pense qu'une fois fait, ça vaut le coup que je te les envoie pour les mettre avec la dropbox comme les patchs? Maintenant que c'est fait?

[jojo64]

e mémoire maintenant par défaut c'est un plan, en dehors des aéroports ça sert plus souvent, enfin pour ma statistique limitée à un individu :-)

Ok c'est bien ce qui me semblait!
Pour la peine, quelques photo de Peyresourde (qui est en cours...) et vive les patchs!: