At any rate I implemented a workaround by passing the SCNNode by: func addNode(annotationLocation: ARCL.LocationAnnotationNode) { if let sceneNode=sceneLocationView.sceneNode { sceneLocationView.addLocationNodeWithConfirmedLocation(locationNode: annotationLocation, sceneNode: sceneNode) } else { let completion: ((SCNNode)->Void)={(sceneNode) in DispatchQueue.main.async { print("sceneNode" + (sceneNode.description)) self.sceneLocationView.addLocationNodeWithConfirmedLocation(locationNode: annotationLocation, sceneNode:sceneNode) self.sceneLocationView.focusItems(in: annotationLocation.frame) } } let nodeComposition = NamedSceneNode(sceneNodeCompletion: completion) nodeComposition.progress() print("count \(nodeComposition.counter)") if var viewController=UIApplication.topViewController() as? ViewControllerProtocol{ if !viewController.nodeShowingCompletions.contains(nodeComposition){ viewController.nodeShowingCompletions.insert( nodeComposition ) } } } } By processing the completions when a SCNNode is ready in: func sceneLocationViewDidUpdateLocationAndScaleOfLocationNode(sceneLocationView: SceneLocationView, locationNode: LocationNode) { guard let sceneNode=sceneLocationView.sceneNode else { return } //print("updated element"+locationNode.description + "sceneNode: " + (sceneLocationView.sceneNode?.description ?? "nil")) if let nodeCompletion = self.nodeShowingCompletions.first{ nodeCompletion.sceneNodeCompletion(sceneNode) self.nodeShowingCompletions.remove(nodeCompletion) } } Of course until Apple clarifies how to have the node to not nil in other classes respect to the first one.

I sort of fixed the issue by modifying addNode as follows: func addNode(annotationLocation: ARCL.LocationAnnotationNode) { if let sceneNode=sceneLocationView.sceneNode { sceneLocationView.addLocationNodeWithConfirmedLocation(locationNode: annotationLocation, sceneNode: sceneNode) } else { let completion: ((SCNNode)->Void)={(sceneNode) in DispatchQueue.main.async { print("sceneNode" + (sceneNode.description)) self.sceneLocationView.addLocationNodeWithConfirmedLocation(locationNode: annotationLocation, sceneNode:sceneNode) sceneLocationView.focusItems(in: annotationLocation.frame) } } let nodeComposition = NamedSceneNode(sceneNodeCompletion: completion) nodeComposition.progress() print("count \(nodeComposition.counter)") if var viewController=UIApplication.topViewController() as? ViewControllerProtocol{ if !viewController.nodeShowingCompletions.contains(nodeComposition){ viewController.nodeShowingCompletions.insert( nodeComposition ) } } } With: struct NamedSceneNode: Hashable{ static func == (lhs: NamedSceneNode, rhs: NamedSceneNode) -> Bool { lhs.counter == rhs.counter } var sceneNodeCompletion: ((SCNNode)->Void) static var count: Int=0 var counter: Int{ return NamedSceneNode.count } func progress(){ NamedSceneNode.count+=1 print("counter ora: \(counter)") } func hash(into hasher: inout Hasher) { hasher.combine(counter) } } And then executing the completions in: func sceneLocationViewDidUpdateLocationAndScaleOfLocationNode(sceneLocationView: SceneLocationView, locationNode: LocationNode) { guard let sceneNode=sceneLocationView.sceneNode else { return } print("updated element"+locationNode.description + "sceneNode: " + (sceneLocationView.sceneNode?.description ?? "nil")) for nodeCompletion in self.nodeShowingCompletions { nodeCompletion.sceneNodeCompletion(sceneNode) DispatchQueue.main.asyncAfter(deadline: .now() + 0.5) { self.nodeShowingCompletions.remove(nodeCompletion) } } } Of course recycling the same sceneNodes over and over again.

I found that in the not showing LocationAnnotations sceneNode in SceneLocationView is nil, but I have no idea why it turns to that value.

In fact I added sceneLocationView.debugOptions.insert(.showWorldOrigin) sceneLocationView.debugOptions.insert(.showBoundingBoxes) sceneLocationView.debugOptions.insert(.showCameras) as suggested in the article, but nothing seems to change or be shown different anywhere. As for the Log transforms and bounding boxes, my problem is not that the annotations are misplaced, rather than they do not show up in the screen, even rotating the iPhone in all directions. Finally as for the focused example, as already said, the same code correctly displays a kind of LocationAnnotations, but not other ones.

Also a previously shown kind of annotations do not show any longer, differently of what I wrote in the optimistic initial post.

I do not know if that has something to do with the not-showing LocationAnnotations, but I receive a long list of warnings of this kind: nw_endpoint_flow_failed_with_error [C9.2.1 82.223.15.117:443 in_progress channel-flow (satisfied (Path is satisfied), viable, interface: en0[802.11], ipv4, dns, uses wifi)] already failing, returning nw_endpoint_flow_failed_with_error [C9.2.1 82.223.15.117:443 cancelled channel-flow ((null))] already failing, returning tcp_output [C8.5.1:3] flags=[R.] seq=3916721535, ack=3417376628, win=2059 state=CLOSED rcv_nxt=3417376628, snd_una=3916721535 nw_endpoint_flow_failed_with_error [C8.5.1 82.223.15.117:443 in_progress channel-flow (satisfied (Path is satisfied), viable, interface: en0[802.11], ipv4, dns, uses wifi)] already failing, returning nw_endpoint_flow_failed_with_error [C8.5.1 82.223.15.117:443 cancelled channel-flow ((null))] already failing, returning tcp_output [C9.3.1:3] flags=[R.] seq=3809671418, ack=2489189421, win=2059 state=CLOSED rcv_nxt=2489189421, snd_una=3809671418 nw_endpoint_flow_failed_with_error [C9.3.1 82.223.15.117:443 in_progress channel-flow (satisfied (Path is satisfied), viable, interface: en0[802.11], ipv4, dns, uses wifi)] already failing, returning nw_endpoint_flow_failed_with_error [C9.3.1 82.223.15.117:443 cancelled channel-flow ((null))] already failing, returning tcp_output [C8.6.1:3] flags=[R.] seq=2844966683, ack=2314191636, win=2059 state=CLOSED rcv_nxt=2314191636, snd_una=2844966683 nw_endpoint_flow_failed_with_error [C8.6.1 82.223.15.117:443 in_progress channel-flow (satisfied (Path is satisfied), viable, interface: en0[802.11], ipv4, dns, uses wifi)] already failing, returning nw_endpoint_flow_failed_with_error [C8.6.1 82.223.15.117:443 cancelled channel-flow ((null))] already failing, returning nw_path_necp_check_for_updates Failed to copy updated result (22) tcp_output [C9.4.1:3] flags=[R.] seq=309905021, ack=2932137234, win=2059 state=CLOSED rcv_nxt=2932137234, snd_una=309905021 nw_endpoint_flow_failed_with_error [C9.4.1 82.223.15.117:443 in_progress channel-flow (satisfied (Path is satisfied), viable, interface: en0[802.11], ipv4, dns, uses wifi)] already failing, returning nw_endpoint_flow_failed_with_error [C9.4.1 82.223.15.117:443 cancelled channel-flow ((null))] already failing, returning tcp_output [C8.7.1:3] flags=[R.] seq=3578401679, ack=3456334273, win=2059 state=CLOSED rcv_nxt=3456334273, snd_una=3578401679 nw_endpoint_flow_failed_with_error [C8.7.1 82.223.15.117:443 in_progress channel-flow (satisfied (Path is satisfied), viable, interface: en0[802.11], ipv4, dns, uses wifi)] already failing, returning nw_endpoint_flow_failed_with_error [C8.7.1 82.223.15.117:443 cancelled channel-flow ((null))] already failing, returning

Also, after having inserted: sceneLocationView.debugOptions.insert(.showBoundingBoxes) sceneLocationView.debugOptions.insert(.showCameras) nothing seems to happen, while SCNScene remains always grayed out

The example you quoted regards SwiftUI, while I simply use Swift. Which part should I consider to enable debugging, given the ordinary debug window seems not to work? Moreover sceneLocationView.debugOptions.insert(.showAnchorOrigins) says "Type 'SCNDebugOptions.Element' (aka 'SCNDebugOptions') has no member 'showAnchorOrigins'"

The undocumented solution is to replicate the Manifest information with the iPad information as follows: <key>UIApplicationSceneManifest~ipad</key> <dict> <key>UIApplicationSupportsMultipleScenes</key> <true/> <key>UISceneConfigurations</key> <dict> <key>UIWindowSceneSessionRoleApplication</key> <array> <dict> <key>UILaunchStoryboardName</key> <string>LaunchScreen</string> <key>UISceneConfigurationName</key> <string>Default Configuration</string> <key>UISceneDelegateClassName</key> <string>$(PRODUCT_MODULE_NAME).SceneDelegate</string> <key>UISceneStoryboardFile</key> <string>StoryboardiPad</string> </dict> </array> </dict> </dict>

I solved it with function: func processNodeTouch(node: SCNNode){ for cloudNode in shownCloudAnnotations{ print("message matching \(cloudNode.cloud?.message ?? "no message") \(cloudNode.cloud?.index ?? 0), insideClouds: \(cloudNode.childNodes.count), cloudNode0: \(cloudNode.childNodes[0]), cloudNode: \(cloudNode), node: \(node)") if cloudNode.childNodes[0] == node || cloudNode==node{ print("index", cloudNode.index ?? "nessun indice") handleCloudTouching(cloudLocation: cloudNode) } } }

The solution was simpler than that. Apparently the intent is called on a background thread, so you have to set it asynchronous to be able to start the localisation. Another issue I found is that once a value is entered in the SiriKit interaction, the intent is started from scratch removing all saved values, that have therefore to be saved persistently, like for example the location. In any event that is a matter of trial and error. Now I'm busy at how to reserve keywords so that, for example, if someone says: "Puff a cloud with today is a nice day", my Virtual Tags app would be called and post a cloud with "Today is a nice day". At present I need to mention Virtual Tags to get attention from Siri.

Now I just have: <<<< FigCaptureSourceRemote >>>> Fig assert: "err == 0 " at bail (FigCaptureSourceRemote.m:275) - (err=-12784) ... <<<< FigCaptureSourceRemote >>>> Fig assert: "err == 0 " at bail (FigCaptureSourceRemote.m:511) - (err=-12784) and at the beginning: ARCL.SceneLocationView implements focusItemsInRect: - caching for linear focus movement is limited as long as this view is on screen. Unfortunately I'm stuck at Xcode Version 15.2 (15C500b) as the following ones do not work on Ventura, the last system working on my Mac.

For some strange reason, when I run the app after a iOS update the screen from the camera actually shows, albeit the functionalities of the app do not work. Once I compile it on Xcode Version 15.2 (15C500b) the usual errors return and the screen gets black. I hope it does not depend on the Xcode version, as my Mac does not support a newer Xcode and I have no money to purchase a new Mac!

The error popped up in July, as seen in the message thread. Last time I tried the version on the APP store worked seamlessly. And every now and then the screen resurfaced but totally unresponsive. Yet once recompiled to check what happened the screen return black. I am peppering the Apple Feedback Assistant since I found the issue with no answer from them. I hoped the public iOS 18 would have fixed it to no avail, so I'm longing for each beta if something by chance changes. Surely it is frustrating.

Thanks for your answer. I use absolutely no third party library used; as a matter of fact the App worked smoothly before installing the iOS18 beta and perhaps even sometime later. Also the version on the AppleStore also works with no problems with basically the same code. This is the rest of the errors: FigCaptureSourceRemote Fig assert: "err == 0 " at bail (FigCaptureSourceRemote.m:275) - (err=-12784) ARSCNCompositor <0x301b84fc0>: ARSCNCompositor (0, 0) initialization failed. Matting is not set up properly. ARDepthSensor <0x301dc1950>: (AVCaptureDeviceTypeBuiltInTimeOfFlightCamera - Back): capture session dropped jasper frame: 334023.383424, LateData ARDepthSensor <0x301dc1950>: (AVCaptureDeviceTypeBuiltInTimeOfFlightCamera - Back): capture session dropped jasper frame: 334023.466850, LateData ARImageSensor <0x3019d8b60>: AVCaptureDeviceTypeBuiltInWideAngleCamera: No video frame received. Dropping frame! Reason: 1 Mostly repeated several times.