Challenge to you all working with Descartes/Point cloud/stm with draped raster models, that have/had trouble to create an presentation to use with Adobe reader as an 3d pdf output

Thanks Mathieu

Questions that needs to be sorted out (in my mind) about this issue if no god solution excist.

1. Is there or have there been any discussions/ plans in your team about solving these issues (deliver the results of Products created in Descartes/Point cloud/stm with draping with other media than MS)

2. Why doesn´t i-models suport draped stm:s (i-model has been around for long time now)

3. Could there be som other "free" open media type formats that could be better suited for these kind of publishing Products that could be added to descarted.

Starting with these 3 to begin with.

//Tom

Hi Tom,

While I'm not aware of all discussions regarding the publishing of STM and point cloud I think that technically the big challenge with STM and point cloud data is that they can be very huge in size.

How do you publish very huge dataset? One solution is to decrease the resolution, but often having a publishable delivery with a manageable size and an acceptable resolution is not possible.

Probably the best solution for publishing very huge dataset is to stream them. Point cloud can be streamed using ProjectWise and if you select the Keep Original option for point cloud when creating your i-model the ProjectWise URL of the point cloud should be kept in the i-model. That being said ensuring that the ProjectWise URL be resolved is another issue which would need to be asserted with that streaming strategy.

As for using another media I doubt that the result that can be achieved with another media be better than one is currently available using an i-model and the free software available for handling them (see www.bentley.com/.../free+software).

Finally draped raster applied on the STM is not yet supported for an i-model because it wasn't considered a top priority feature for the first release of STM.

Thanks,

Mathieu

Hi Mathieu

I realize that my question wasn´t that good formulated. The Point from my side was not about the Point cload information delivery, as you wrote there is already very good ways to stream Point cload data through projectwise. I didn´t either mean to deliver huge decartes datasets with draped ortos/images in stm:s.

My point is that in smaller Projects "cityplans, 3d city models, analyze models (shadow,solar etc.) is a need to be able to publish outside microstation enviroment as you do when printing to paper or generate an 2d/3d pdf.

In my mind:

The limitations of the area or the information is up to the producer as even the quality settings of the Product. But as in this case when a excellent new feature as stm is in Descartes,new element types added to Microstation enviroment should also be suported as any old microstation element type. This lack of interoperability is not god at all, I have bad experiences from this types of non interoperability elements in Bentley Map that doesn´t fully working with plain Microstation(read only).

So what I mean with all this.  Is there a new element type added it should also be functionality and with options to handle the new type through different settings. The stm is great feature but I need to get it to work fully in microstation.

Back to basic issue:

Have you got any news of possible settings to pltcfg file that could reduze the size of stm raster.

BTW!! Have you tested to generate/print an 3d pdf from a part of your huge stm Project, try to limitate the area with all known microstation trix (fence, clip  etc.), when I have done this there is a lot of suprices that pops up inside the 3d pdf. The view what you see in pdf is only a part of the information that has been generated, if you check the outside information of the visible "image" you see that there is hidden information.

Regards

Tom

Hi Tom,

It is worth noting that the STM element is a Descartes element, not a MicroStation element. Also the STM element is not what should be called a run-of-the-mill, simple element, but a quite complex one. This means that the STM element will certainly need some time to mature.

If you feel that there are interoperability issues related to the STM feel free to fill service tickets on the subject. We have certainly a lot of things we want to do to improve the STM, but it is you, the users, who can help us choose the best things to be added first.

Ok as for the publishing issue I haven't received any news on how to reduce the size of the STM raster.

When I try to generate a 3D PDF with a fence to limit the area the fence doesn't seem to be applied at all, even a simple dgn line element outside the fence is copied to the 3D PDF. Maybe another general bug at the print level that is worth a new thread?

Thanks,

Mathieu

Thanks Matheiu

The support for Descartes isn´t the best in Europé (through sweden to dublin) so I have almoust given up to report anything that way, but if I can get contact with the right person (in Amsterdam), of course I fill in Cr:s and Tr:s.

created an new thread about the limited area issue for 3d pdf but it seems that the Printing forum @ BE communities is not that Active :(

But anyway, thanks for all ideas and testings

Regards

Tom