Ortho4XP

[Smertje]

Good evening at all,

I have a quick question concerning the Alpha1-Version of Ortho4XP. Which Parameters are necessary in the .cfg-File to stop Ortho4XP covering water areas (lakes, rivers and so on) with Orthophotos and stop it from removing beaches?

Thanks for help!

[Mclnight]

Which Parameters are necessary in the .cfg-File

never did it before but i think you have to delete the two last lines in the cfg:
beaches
autogen
and in the alpha.py program set the ratio_water value to 1

@odevillée
J'ai pas réalisé les scènes +50 il y fait trop froid pour moi =)
essaye de prolonger le masque alpha sur le delta

[atanorr]

Etape 5 (Ajout éventuel de données tierces et écriture du dsf)
--------

-> Ecriture du DSF en mode texte dans le fichier +51+004.dsf.txt.
-> DSFTool convertit maintenant le DSF nouvellement créé
au format binaire :

Converting +51+004.dsf.txt from text to DSF as +51+004.dsf
Scanning for dimension properties...
Got dimension properties, establishing file writer...
Got entire file, processing and creating DSF.
Vertices: total = 7624756, strip = 7219504, fan = 0.
Primitives: total = 1238083, strip = 1236474, fan = 0.
4.239099,51.386153,0.918738,0.000000,0.000000 4010f4d67cf139b6,4049b16d788b4e75,3fed664c675921fd ,0000000000000000,0000000000000000
ERROR: !"ERROR: could not sink vertex:\n"
(src/DSF/DSFLibWrite.cpp, 619.)


je pense que tu as ce problème aussi Odevillée?

[Mclnight]

Etape 5 (Ajout éventuel de données tierces et écriture du dsf)
--------

-> Ecriture du DSF en mode texte dans le fichier +51+004.dsf.txt.
-> DSFTool convertit maintenant le DSF nouvellement créé
au format binaire :

Converting +51+004.dsf.txt from text to DSF as +51+004.dsf
Scanning for dimension properties...
Got dimension properties, establishing file writer...
Got entire file, processing and creating DSF.
Vertices: total = 7624756, strip = 7219504, fan = 0.
Primitives: total = 1238083, strip = 1236474, fan = 0.
4.239099,51.386153,0.918738,0.000000,0.000000 4010f4d67cf139b6,4049b16d788b4e75,3fed664c675921fd ,0000000000000000,0000000000000000
ERROR: !"ERROR: could not sink vertex:\n"
(src/DSF/DSFLibWrite.cpp, 619.)


je pense que tu as ce problème aussi Odevillée?

c'est bizarre je viens d'avoir ce même soucis, la période d'essai pour Ortho4XP a expiré il était valable jusqu'à fin Juillet
tu as utilisé deux serveurs pour les orthos??

[Odevillée]

c'est bizarre je viens d'avoir ce même soucis, la période d'essai pour Ortho4XP a expiré il était valable jusqu'à fin Juillet
tu as utilisé deux serveurs pour les orthos??

Même erreur sauf si curvature_tot= 1 ça passe.

[Mclnight]

Même erreur sauf si curvature_tot= 1 ça passe.

Je comprend pas! j'ai fait deux tuiles sans problème, avec les mêmes paramètre, et là ça coince, la même erreur qui apparaît chez nous trois

[Odevillée]

Je comprend pas! j'ai fait deux tuiles sans problème, avec les mêmes paramètre, et là ça coince, la même erreur qui apparaît chez nous trois

Avec la même version ortho4xp ?

[Mclnight]

Avec la même version ortho4xp ?

oui toujours la même version (du 22/07/2015) j'ai rien changer dans le fichier CFG à part le +43+005 que j'ia remplacé par +43+007, le reste de la cfg j'ai pas touché
et en effet quand j'ai mis curvature_tol à 1 ça marche

[atanorr]

oui toujours la même version (du 22/07/2015) j'ai rien changer dans le fichier CFG à part le +43+005 que j'ia remplacé par +43+007, le reste de la cfg j'ai pas touché
et en effet quand j'ai mis curvature_tol à 1 ça marche

Perso il met presque 4-5 min à l'étape 1 : téléchargement sur openstreetmap via api overpass ... je sais pas ce qu'il ce passe mais c'est super super lent.. :-( , sur windows et sur ubuntu j'ai la même chose

[atanorr]

c'est bizarre je viens d'avoir ce même soucis, la période d'essai pour Ortho4XP a expiré il était valable jusqu'à fin Juillet
tu as utilisé deux serveurs pour les orthos??

Non du tout, une tuile en zoom 14 pour mask 51 004 ,curvature_tol de 1 ,d'ailleur j'ai dû aller ici pour télécharger le aster et l'élévation data ==>http://gdex.cr.usgs.gov/gdex/
Car ici: =>http://gdem.ersdac.jspacesystems.or.jp/ , le aster 51 004 au download est le 51 002.. j'ai contacté le site mais bon.. j'abandonne ce lien..

curvature_tol de 1 = tuile >uhdv3
Curvature_tol 0,1 extrême triangulation selon moi.. je pense même un 0,5 devrais donner d'excellent résultats pour tuiles à fort relief ,j'ai ,' pas encore testé en montagne..

Converting +51+004.dsf.txt from text t
Scanning for dimension properties...
Got dimension properties, establishing
Got entire file, processing and creati
Vertices: total = 7539704, strip = 713
Primitives: total = 1198532, strip = 1
4.244300,51.379500,1.393948,0.000000,
ERROR: !"ERROR: could not sink vertex:
(src/DSF/DSFLibWrite.cpp, 619.)
Le fichier spécifié est introuvable.

Regarder dans le sniff de prendre le bon dsf !! 51 004 au lieu de 50 004 par exemple

[Oscar Pilote]

Salut,

Les crash que vous obtenez sont dus à DSFTool (-> Laminar), j'ai remonté le problème il y a déjà un certain temps
sur leur base (il l'avait déjà été par d'autres dans le passé, B. Supnik l'avait (faussement) fermé).
Cela arrive notamment quand le nombre de triangle augmente trop, c'est la raison pour laquelle il faut adapter curvature_tol,
1 n'a rien d'anormal dès qu'il y a du relief (pour Chamonix j'utilise 2.5). J'essaierai peut-être de remplacer DSFTool
par du code direct.

Sinon j'ai fini plusieurs améliorations hier mais pas encore totalement les altiports, j'essaierai de poster les modifs la semaine
qui vient (ainsi que de répondre aux questions que j'ai vues la semaine dernière).

(J'oubliais : Odevillée, les masques sont pour les mers, et les deux zones que tu as indiquées sont renseignées par openstreetmap
comme étant du côté mer de la "coastline", ce sont des bras de... mer, et c'est pour cela qu'il sont à traiter comme tels. Les questions
liées aux textures sont totalement indépendantes des questions liées aux altitudes, j'ai vu de fausses raisons invoquées)

[Mclnight]

Perso il met presque 4-5 min à l'étape 1 : téléchargement sur openstreetmap via api overpass ... je sais pas ce qu'il ce passe mais c'est super super lent.. :-( , sur windows et sur ubuntu j'ai la même chose

Connexion internet lente peut-être?

[atanorr]

Connexion internet lente peut-être?

non du tout , Fibre optique 25mb/s en downl

Etape 5 (Ajout éventuel de données tierces et écriture du dsf)
--------

-> Copie des données d'overlay depuis le répertoire Sniff
Converting .\Sniff\+51+004.dsf from DSF to text as .\Sniff\+51+004.dsf.txt
File .\Sniff\+51+004.dsf had 151 ter, 0 obj, 300 pol, 4 net.
Converted .\Sniff\+51+004.dsf to .\Sniff\+51+004.dsf.txt
Chargement en mémoire du DSF .\Sniff\+51+004.dsf.txt (patience...)
Types de POLYGON : 300
Types de NETWORK : 1
Info : le dsf sniffé possédait 2053645 triangles.
Retrait des plages du dsf sniffé.
-> Ecriture du DSF en mode texte dans le fichier +51+004.dsf.txt.
-> DSFTool convertit maintenant le DSF nouvellement créé
au format binaire :

Converting +51+004.dsf.txt from text to DSF as +51+004.dsf
Scanning for dimension properties...
Got dimension properties, establishing file writer...
Got entire file, processing and creating DSF.
Vertices: total = 7619616, strip = 7216452, fan = 0.
Primitives: total = 1238130, strip = 1236528, fan = 0.
4.243800,51.375700,1.843963,0.000000,0.000000 4010f9a6b50b0f28,4049b016f0068db9,3ffd80ded719099a ,0000000000000000,0000000000000000
ERROR: !"ERROR: could not sink vertex:\n"
(src/DSF/DSFLibWrite.cpp, 619.)
Le fichier spécifié est introuvable.
pour moi c'est impossible de réaliser la 51 004, chez vous ça fonctionne?

[Odevillée]

Salut,

Sinon j'ai fini plusieurs améliorations hier mais pas encore totalement les altiports, j'essaierai de poster les modifs la semaine
qui vient (ainsi que de répondre aux questions que j'ai vues la semaine dernière).

Bonjour Oscar_pilote, autre problème rencontré, à l'étape1, tuile +50+005, EBLG (Liège) n'est pas reconnu par l'Api Openstreetmap de ce fait voici le résultat, case contour du terrain cochée.

[atanorr]

Bonjour Oscar_pilote, autre problème rencontré, à l'étape1, tuile +50+005, EBLG (Liège) n'est pas reconnu par l'Api Openstreetmap de ce fait voici le résultat, case contour du terrain cochée.

ahahahah, y à pas eu trop de taupes? :D , ça fait énormément des dégâts ces petites bêtes :D
Re bonjour oscar, et dsl pour mes fausses informations alors , je pensais résoudre les bras de mer avec un mask ... donc c'est perdu?
comment faire.. ,?

Aussi, j'ai désinstallé, réinstallé python, etc, rien n'y fait..
Etap 1 ==> reste dessus pendant au moins 10 min ... avant d'avancer...

pff c'est énervant pour mes essais , pareil sous vmware , eaudevillée chez toi ça passe rapidement?