|
POST
|
Labelling does work in beta 3. The issue Marc is referring to is slightly different. It doesn't refer to data attributes. See this example of how you can add labels in 3D - Symbol layers outline This uses polygons, but the same principles should apply to points. Here's the code for the sample: esri-js-samples/symbol-layer-outline.html at master · ekenes/esri-js-samples · GitHub
... View more
04-06-2016
05:19 PM
|
2
|
2
|
1697
|
|
POST
|
Yes. In version 4.0, editing will not be supported. It will be coming in another 4.x release. The focus in 4.0 has been stabilizing the basic pieces of the new API. There's a lot more going on in 4.x than 3.x that we have to consider -- 3D being one of the main additions. Before tackling editing, we need the foundation for 2D and 3D to be in place all while providing a simple, consistent API for creating apps in both types of views.
... View more
04-05-2016
09:10 AM
|
1
|
0
|
1662
|
|
POST
|
This will be possible with the 4.x JavaScript API (CityEngine not required). The tools you describe would need to be developed on your own, but this type of app would certainly be possible. Note that feature editing won't be part of the 4.0 release, so you would need to look out for 3D editing coming in a future release post 4.0 (although if you're saving to a text file, feature editing may not necessarily be required, but it could certainly make your work easier).
... View more
04-04-2016
05:01 PM
|
0
|
2
|
1662
|
|
POST
|
Do you have a link or jsbin you can share that shows your issue? FYI, in the 4.0 API you will be able to do view.popup.close() to accomplish this.
... View more
04-01-2016
11:43 AM
|
0
|
0
|
4308
|
|
POST
|
I'm not sure about the issue with not having access to request a support case... But the hyperlink should be created automatically when displaying the attributes in a table as this app does. It's not working in beta3, but it has already been implemented on our end and you'll see the change reflected when we deploy 4.0 final.
... View more
03-30-2016
10:50 AM
|
1
|
0
|
1917
|
|
POST
|
Hmmm. This doesn't look right. I can see the popupTemplate in the SceneViewer but as you said, it doesn't display correctly in the app. Could you file a bug report for this so we can take some time to look at what's going on in this case behind the scenes? In the mean time, you can do the following work around with the API. Since the view is a promise and doesn't resolve until the scene's resources have loaded, you can chain another function and set a custom popup template on the layer. .then(function(){
var content = "{*}";
var title = "Whatever you want";
var pTemplate = {
content: content,
title: title
};
var lyrs = view.map.layers;
var droneLyr = lyrs.find(function(lyr){
return lyr.id === "3f14aa6ac0a94ebeb7794744b1578cb1";
});
droneLyr.popupTemplate = pTemplate;
}); Here's a live view at the updated app on jsbin: JS Bin - Collaborative JavaScript Debugging Hope that helps!
... View more
03-29-2016
10:06 AM
|
2
|
2
|
1917
|
|
POST
|
We plan on sharing a matrix that displays the features that will be supported compared to 3.16. Not sure when that will go out. The plan is to release 4.0 final in Q2.
... View more
03-24-2016
11:01 AM
|
1
|
0
|
1559
|
|
POST
|
Steve/Mark, In 4.0 final Popup actions will be a collection of Accessor objects, which has a visible property. So rather than use CSS you can set this property to false: // hides zoomTo action from popup view.popup.viewModel.actions.getItemAt(0).visible = false; This will also make it convenient to show/hide actions based on other logic or attribute values.
... View more
03-24-2016
10:06 AM
|
2
|
0
|
9283
|
|
POST
|
The options between MapView and SceneView are not the same for animateTo() in beta3. This will change since we're still refining the design for animateTo(). We are trying to keep the two methods as consistent as possible, but be aware that it does not mean the options for animateTo() will be equal in MapView and SceneView when we release 4.0 final. This may change in a future release after 4.0, however.
... View more
03-23-2016
11:42 AM
|
2
|
0
|
2221
|
|
POST
|
It looks like you have a pretty complex visualization! > First, I converted the multipatches to polygons because no multipatch support in FeatureLayer There is support for multipatches in the API using SceneLayer. Have you looked into publishing a SceneLayer with this data? The WebScene publishing from ArcGIS Pro is a good solution for what you're trying to accomplish. You can use the Portal API to load the Scene and your custom visualization will come into the app as well.
... View more
03-22-2016
01:16 PM
|
0
|
0
|
1784
|
|
POST
|
> Are you saying that elevationInfo will be a property in the final release of 4.0? Yes, but only for points. Not multipatch geometries. > This is functionality I ultimately seek for multipatch (and all) scene layers. You can easily do this in ArcGIS Pro for all types of features. Something to keep in mind is that Pro, being a desktop application, does not have the same limitations as web applications because it has more resources at its disposal (since it's a 64-bit application). Implementing elevationInfo for multipatch geometries on SceneLayers has proven to be quite expensive in JavaScript. You would see a significant hinderance to your performance depending on the number and complexity of your features. Improving performance of 3D apps in the browser is something we are constantly striving to do. > With all this said, I still think that adding the elevationInfo property and functionality to SceneLayer is important so as to mitigate for when web map users want to turn off the elevation layer (if the option is provided) they won't see floating scene layers. Additionally, it would be nice if when publishing the scene layer, the elevation properties in the ArcGIS Pro layer were also published with scene layer so it was automatic That's great that you were able to use a tool to store the actual z-values of your features. I can't speak for ArcGIS Pro, but I can reach out to someone from that team who can chime in. For now, I would make a decision between using elevation, or not in the web application(s) you're working on since it's not easy to switch between the two. Is switching elevation on/off a requirement of your application?
... View more
03-22-2016
09:52 AM
|
0
|
0
|
2118
|
|
POST
|
I'm not able to load the service, but I think I've seen this issue before. You're trying to display a 2D polygon geometry vertically so that it is perpendicular to the ground, but the fill symbol is hollow and shows no fill. Is that correct? Polygons like this are difficult to render because the drawing order of the vertices is hard to determine. If you're able to give them a very slight angle with respect to the ground, then they will render properly. If you must have a true vertical polygon, then it will render improperly. This is something we're aware of and continuing to discuss. Can you provide the use case for this geometry type? It will be helpful for us in our discussions to know what users are trying to achieve so we can come up with the best possible solution. There may be several alternatives, but if I understand the goal/purpose of the app/features then it will be easier to come up with solutions. Thanks!
... View more
03-21-2016
11:22 AM
|
2
|
2
|
1784
|
|
POST
|
Hi James, SceneLayer will not inherit from GraphicsLayer in 4.0 final. The elevationInfo property is part of the SceneLayer. I haven't tested it much, but it is only supported for SceneLayers that have point geometries, not mesh. I guess I'm also having trouble visualizing the problem. You have multipatch features representing buildings, but they don't have z-values in the geometries, so you need to be able to just place them on the ground. Is that correct? I'll try to help as much as I can, but I want to make sure I understand your data first.
... View more
03-21-2016
11:10 AM
|
0
|
2
|
2118
|
|
POST
|
Clay, I think there's a few things going on here. The clone() method wasn't implemented on all classes in beta3, so calling graphic.clone() returns an error. That's one issue. Another (as Robert already alluded to) is the redraw functionality isn't really there in beta3. It will be implemented for 4.0 final though.
... View more
03-21-2016
09:54 AM
|
0
|
0
|
2509
|
|
POST
|
Sorry, Marc. I must have been testing against our most recent API build when I originally responded. This does appear to be a bug in beta 3. The good news is that it has already been fixed on our end and you will be able to do this when 4.0 final is released.
... View more
03-21-2016
09:36 AM
|
0
|
2
|
1559
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-06-2025 03:09 PM | |
| 1 | 04-29-2025 08:36 AM | |
| 1 | 08-20-2024 08:06 AM | |
| 1 | 08-13-2024 11:53 AM | |
| 1 | 07-22-2024 11:04 AM |
| Online Status |
Offline
|
| Date Last Visited |
05-06-2025
03:01 PM
|