Vogel69,

Ca y est ça marche. Ne pas tenir compte de l'écran noir, j'avais oublié qu'il y avait un autre écran en marche lorsque j'ai fait le screenshot.   




Donc le problème venait que dans mon fichier de configuration scenproc.spc je ne mettais pas SETAGNBUILDINGHEIGHT xxxxxxx   , logique puisqu'il n'y avait que de la forêt ! Eh bien non, il faut quand même cette instruction. La hauteur des immeubles est obligatoire même s'il n'y en a pas. Elle fait partie du format FSX incontournable .....

Donc encore merci Vogel69, tu as brillamment résolu la question posée du père Fouras euh non, Gropied....
Maintenant, split obligatoire dans toute scène autogen qui se respecte ....

Gropied

@Gropied et @Vogel69

Magnifique résultat!! 
à vous deux
On peut penser que c'est applicable à water? La mort des nénuphars géants!

JpP

@Gropied

Je demande la validation et des précisions au maître,

CREATEAGNPOLYVEG

Create autogen polygonal forests from the selected features. This command takes the following arguments:

CREATEAGNPOLYVEG|filter|guid

filter
    Filter to select which features to process

guid
    GUID of the vegetation type to use. See FSX SDK for details.

dixit Arno

Dernière modification par JpP (16-10-2012 12:05:59)

Un autre exemple de split :




Vogel69, ce sont les forêts de Landcover Corine2006, sous forme de polygones dans Openstreetmap et traduites grâce à Scenproc en utilisant le grouping des chestnut 16 à 29 m de FSX (en fait des marroniers !)

CREATEAGNPOLYVEG|FTYPE=POLYGON;FROMFILE=Natural_IetV_Nord_split1.shp;type=forest|{8EF6A032-8AA8-48F0-80EA-90A16B3696DD}

C'est tout ...

Gropied

Gropied a écrit:

Un autre exemple de split :
...
Vogel69, ce sont les forêts de Landcover Corine2006, sous forme de polygones dans Openstreetmap et traduites grâce à Scenproc en utilisant le grouping des chestnut 16 à 29 m de FSX (en fait des marroniers !)

CREATEAGNPOLYVEG|FTYPE=POLYGON;FROMFILE=Natural_IetV_Nord_split1.shp;type=forest|{8EF6A032-8AA8-48F0-80EA-90A16B3696DD}

C'est tout ...

Gropied

Merci ! belles images, ca promet....

@domisimu

a priori, l'idéal serait que tu ais les fichiers AGN isolés:
1- les fichiers AGN des buldings.
2- les fichers AGN d'Autotree ou AgenT
3- les fichiers AGN des forets Corine2006 splittés.

1/ si tu ne l'a pas déjà, tu peux les créer avec AGN Merge Tool
en lançant une "conversion" simple du dossier ou se trouve tes AGN:
- il suffit de cocher uniquement "building" et cela te crée un fichier AGN uniquement "building".

2/ ça reste a faire ou c'est en court je crois...

3/ surement le plus gros du boulot sera de recréer les fichiers .shp des forêts Corine2006 (avec suppressions des routes et points d'eau (dixit JpP)).... puis de les compiler avec scenproc. en AGN

4/ il faudra mixer tout ca avec AGN Merge Tool... Quand celui ci sera près à gérer les doublons, triplons et quadruplons de préférence et le mixage multi-dossier

Dernière modification par Vogel69 (16-10-2012 12:56:39)

Vogel69 a écrit:

Une question : est ce que vous savez si Autotree ou AgenT ont tendance à planter des arbres sur les routes ?

Si c'est le cas il faudrait en plus générer un fichier AGN de type "vegetation" avec scenproc, mais un utilisant comme sources les routes convertis en polygones (fichier que l'on doit créer de toute façon pour "splitter" les forêts). Comme ça il suffirait que je programme mon logiciel pour qu'il ne plante pas les arbres d'AgenT ou Autotree (voir même les buildings si besoin) sur les routes (grâce au fichier AGN des routes)...

qu'en pensez vous ?

Du peu d'expérience que j'ai d'AUTOTREES, je dirais que oui, un peu sur les routes si on le paramètre trop généreusement, et plus sur l'eau (désolé!) car les bleu-verts des cours d'eau, des lacs et de la mer peuvent l'induire en erreur.

JpP

Un peu hors-sujet mais pas trop quand même ... (à poster ailleurs aussi, peut-être?)

Ras le bol de noter ou de screener les coordonnées NW et SE dans FSET pour les recopier manuellement quand je reprends un projet en ayant quité le programme une heure ou une semaine (c'est d'ailleurs le cas aujourd'hui en faisant des tests sur AUTOTREES, une passe FS9 plus une passe FSX, à refaire car mes choix FSET n'étaient pas bons). Lassant et générateur d'erreurs et d'oublis.

Je n'ai pas de connaissance en langages de programmation et ne peux donc pas réaliser l'utilitaire qui permettrait de sauvegarder l'.ini du projet. Quand on ne sait pas faire, il est facile de penser que ce ne serait pas grand'chose pour pour ceux qui savent. Aucune idée là-dessus, je me garderai donc de croire que c'est facile.

Si ceux ici qui ont les connaissances nécessaires pouvaient me donner leur avis sur la faisabilité de la chose, sans engagement de concrétisation, ça me permettrait de savoir si je dois me résigner ou si un jour il est possible que cet outil voie le jour.

Merci

JpP

Dernière modification par JpP (16-10-2012 15:09:24)

JpP a écrit:

Un peu hors-sujet mais pas trop quand même ... (à poster ailleurs aussi, peut-être?)

Ras le bol de noter ou de screener les coordonnées NW et SE dans FSET pour les recopier manuellement quand je reprends un projet en ayant quité le programme une heure ou une semaine (c'est d'ailleurs le cas aujourd'hui en faisant des tests sur AUTOTREES, une passe FS9 plus une passe FSX, à refaire car mes choix FSET n'étaient pas bons). Lassant et générateur d'erreurs et d'oublis.

Je n'ai pas de connaissance en langages de programmation et ne peux donc pas réaliser l'utilitaire qui permettrait de sauvegarder l'.ini du projet. Quand on ne sait pas faire, il est facile de penser que ce ne serait pas grand'chose pour pour ceux qui savent. Aucune idée là-dessus, je me garderai donc de croire que c'est facile.

Si ceux ici qui ont les connaissances nécessaires pouvaient me donner leur avis sur la faisabilité de la chose, sans engagement de concrétisation, ça me permettrait de savoir si je dois me résigner ou si un jour il est possible que cet outil voie le jour.

Merci

JpP

Euhh... C'est vrai qu'a priori c'est pas trop compliqué à faire. Mais si je me souvient bien, il n'existe pas de bouton de sauvegarde des paramètres dans FStiles, ça me parait donc un peu compliqué pour mon niveau de programmation (amateur / loisirs) de faire un utilitaire externe qui jouerait cette fonction (a creuser mais pas trop le temps pour l'instant). Le mieux serait de faire la modification directement dans le code source de FStiles mais là c'est encore au dessus de mon niveau à moins que le langage des sources soit du C#...

Les choses seraient beaucoup plus simple si Fstiles sauvegardait sa config dans son fichier .ini...

@JpP

je crois que j'ai parlé trop vite...

pour exporter les coordonnees geographiques en cours, il faut cliquer sur le "E" a droite des coordonnées et il te sauvegarde dans le répertoire "work" un fichier "PartialFSEarthTiles.ini" qui contient les coordonnées !
Ensuite, si tu as besoin de réimporter les coordonnées, il suffit de cliquer sur le "I" et il réimporte le tout a partie de "PartialFSEarthTiles.ini".

Tu peux donc te faire des "PartialFSEarthTiles" a classer dans tes dossiers de dalles...

Et donc un petit utilitaire externe est envisageable... un peu plus tard :)

Dernière modification par Vogel69 (16-10-2012 17:39:46)

@Vogel

Honte à moi! Encroûté dans mes habitudes...
C'est un bon tuyau;la sauvegarde ne porte que sur les coordonnées, ce qui est le principal. Mais il recharge aussi, sur demande (bouton K) le areaklm.klm de \work; je sauvegarde donc dans mon répertoire de travail le PartialFSEarthTiles.ini et le areakml.kml concernés.


@Gropied

Bonnes infos, notamment l'idée d'un PartialFSEarthTiles.ini unique avec des # pour les projets non actifs. Merci

JpP

Dernière modification par JpP (16-10-2012 19:10:56)

Bonjour

Copieux!!! Merci Gropied.

Comment produire un autogen de base avec SCENPROC disait le titre du fil

JpP

Ayant fait des edit sur mon message initial, je préfère reposter ici,

Les fichiers de paramètres de FSET - Possible que j'enfonce des portes ouvertes; dans ce cas ce sera une redite:

La doc de FSET dit qu'on peut glisser-déposer un fichier comme PartialFSEarthTiles.ini; j'ai essayé un toto.ini, ça fonctionne; je vais adopter la solution monprojetencours.ini qui aura l'avantage d'être unique.

Le glisser-déposer fonctionne aussi avec toutautrechose.kml. Les deux manips ensemble ont fonctionné avec un .kml de côtes  (coast et deepwater) sans ordre préférentiel. Par contre, dans le cas d'un .kml d'area incluse dans la fenêtre de l'.ini, je n'ai pu faire fonctionner les deux glisser-déposer qu'en déposant d'abord le .kml, et en second l'.ini

Les deux glisser-déposer fonctionnent à partir d'un répertoire extérieur à \work.

Les fichiers de paramètres peuvent donc être centralisés dans le répertoire d'un projet.
Les fichiers de paramètres peuvent être transférés d'une machine à une autre, chez soi ou vers un destinataire extérieur.

JpP

JpP a écrit:

...
Les fichiers de paramètres peuvent donc être centralisés dans le répertoire d'un projet.
Les fichiers de paramètres peuvent être transférés d'une machine à une autre, chez soi ou vers un destinataire extérieur.

JpP

Bonne idée, et pratique à distribuer avec un groupe d'Autogen... bientôt des packages par région pour généré soi mêmes ses dalles FSTiles pour coller au mieux aux Autogens qui vont bien

JpP a écrit:

Auriez-vous, pour notre grand bien à tous quant aux résultats, décidé de nous flanquer la honte quant aux moyens?
JpP

Euhhh.... ben non sinon je t’aurai, noté le résultat, qui doit être pour _X2 = (float)Math.Cos(_angle) * (_X2 - _X1) - (float)Math.Sin(_angle) * (_Y2 - _Y1) + _X1  et pour  _Y2 = (float)Math.Sin(_angle) * (_X2 - _X1) - (float)Math.Cos(_angle) * (_Y2 - _Y1) + _Y1 (trouvé sur internet).
Ca pète bien mais le problème c'est que ca marche pas comme y faut...

Dernière modification par Vogel69 (17-10-2012 14:40:50)