Message posté par : konan illan (illan.konan20(a)inphb.ci)
----------------------------------------
Bonjour à tous,
Je travaille actuellement sur un projet de visualisation 3D dans iTowns. J’utilise des nuages de points que je souhaite convertir en format Potree pour bénéficier de meilleures performances (et de la compatibilité avec PotreeLayer dans iTowns).
Le souci que je rencontre vient de la structure des fichiers générés par PotreeConverter.
Voici ce que je veux obtenir (comme dans les exemples iTowns) :
Un dossier structuré comme ceci :
Copier
Modifier
mon_nuage/
├── cloud.js
├── metadata.json
└── r/
├── 02450/
│ ├── r02450.cin
│ ├── r02450.hrc
├── 02451/
└── ...
❌ Mais voilà ce que PotreeConverter me donne :
kotlin
Copier
Modifier
mon_nuage/
├── cloud.js
└── data/
└── r/
├── r0
├── r1
├── r2
└── ...
Pas de sous-dossiers, pas de fichiers .cin ou .hrc, et les fichiers r0, r1, etc., sont en binaire (probablement .bin sans extension).
J’ai essayé :
Plusieurs versions de PotreeConverter (1.6, 1.7, 2.x)
Options comme --output-format, --generate-page, --material RGB, --generate-hierarchy
Fichiers .las et .laz
Mais rien n'y fait, je n’obtiens pas la structure attendue pour iTowns avec PotreeLayer, comme dans les exemples officiels.
Quelle version de PotreeConverter permet d’obtenir la structure hiérarchique avec /r/02450/r02450.cin et .hrc ?
Est ce vraiment un problème de version ?
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=372618#p372618
Pour y répondre : webmapping(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Jerome78 (injaink4(a)gmail.com)
----------------------------------------
Bonjour à tous,
Je confirme que le passage à un VPS m’a aussi changé la vie sur ce genre de problématiques.
Pouvoir choisir sa version exacte de PostgreSQL ou de Django, installer ses extensions, adapter la conf serveur à ses besoins… ça demande un peu de temps au départ mais ensuite on est tranquille. Et pour des projets en géomatique, où les dépendances sont souvent précises (voire un peu capricieuses), c’est clairement plus confortable.
C’est sûr que ce n’est pas aussi clé-en-main qu’un hébergeur mutualisé, mais pour du dev un peu poussé c’est vite indispensable.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=372578#p372578
Pour y répondre : webmapping(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
