J'utilise Drone2Map 1.3.2. J'ai une collection de photos qui ont été <\/SPAN>collectées lors d'un vol de drone et qui sont en WGS 84. Je les ai traitées sans <\/SPAN>les points de contrôle au sol et j'ai obtenu de beaux mosaïques et surfaces. <\/SPAN>Puis j'ai essayé un autre projet Drone2Map avec les mêmes photos, et cette <\/SPAN>fois j'ai essayé d'ajouter les points de contrôle au sol fournis dans un CSV. Ils sont <\/SPAN>en Washington StatePlane South. Ils se projettent correctement dans Arc Map comme <\/SPAN>Washington State Plane South. L'importation des GCPs dans le projet par Drone2Map semble <\/SPAN>comprendre le système de coordonnées horizontales, et l'enregistrement d'échantillon semble montrer que les champs CVS ont été lus correctement. Dropbox - gcp.PNG<\/A> Mais je <\/SPAN>n'obtiens que "Il n'y a pas de GCPs qui tombent dans la zone du projet. <\/SPAN>Veuillez vérifier votre référence spatiale et confirmer que votre latitude et <\/SPAN>longitude sont correctes." Qu'ai-je manqué ? Dois-je convertir les <\/SPAN>GCPs en WSG 84 ?<\/SPAN><\/P><\/P>J'ai importé les points CSV State Plane dans Arcmap en tant qu'événements XY, les ai reprojetés en WGS 84, utilisé l'outil AddXY sur eux, exporté à nouveau en CSV, puis réimporté les GCPs dans D2M. Les correspondances de champs ont dû être ajustées un peu pour utiliser les nouvelles correspondances de champs WGS 84, mais les points ont été importés correctement. J'ai créé mes liens et je suis en train de relancer cela pour voir combien les points de contrôle améliorent les produits. <\/SPAN><\/P><\/BODY><\/HTML>
ESRI Technical support told me that having a different coordinate system for the ground control points just doesn't work. D2M is unable to reproject GCPs on the fly. That I should use my workaround workflow of changing the projection of the GCPs. But it seems strange that the product would have the user set the projection system for the photos in one area of the workflow, then have a way to define the projection system of the ground control points in another part of the workflow if it doesn't work.
Tech support pointed me to bug ENH-000103747, but this enhancement request doesn't match well to what I am experiencing. The bug description is "
Paul
Sorry for the delay in my response - I missed your original post. You *should* be able to use GCPs in state plane coordinates; there must be some other cause for this problem. Can you send us your processing report?
Cody B.
It looks like I don't have a processing report for this run. The report folder just has a folder html with the esri logo in it. I think that would be consistent with just stopping the project when I encountered the message that there were no control points in the project area. Would the report for the run in which I used reprojected coordinates be helpful?
I figured out that transformation on the fly does work in Drone2Map. I had just been trying to use the wrong input coordinate system for the GCPs. Drone2Map presents a lot of different kinds of NAD 1983 Washington State Plane South, and, unlike my ArcMap, none are saved to "favorites". NAD 83 Washington State Plane South 102349 sends the GCPs out of the project area. NAD 83 Washington State Plane South Feet 2927 places the GCPs correctly.
Hi there,I have similar question.I'm trying to import GCPs into Drone2map version 2.3.Images from the drone are in WGS 84 so I left all the project in this coordinate system.Now I would like to improve project accuracy by GCPs, however according to this procedure:
I can not click on "OK". What might be the problem please?I can have GCPs either in national geographic system - "JTSK Krovak East North" or WGS.I tried to import both but without a success.I am looking forward for any suggestions.
I'm having the same issue. The photos is reprojected fine but the control points does not work: "No control could be imported into your project. Please check that the control you are trying to import is in the correct spatial reference and the control is within the project area." The control points are the same coordinate system as the project but still does not work.
Hi @JEngvall,This is a pretty old post so the way we handle coordinate systems from that version has changed a bit. When importing control we do a validation of the X/Y (lat/long) fields to make sure that the points appear over the flight area. Do you happen to have points that are far away from the flight path? If so, then they might be causing the problem.
I would also double check that the field mappings didn't get swapped for latitude and longitude as sometimes the table formatting, especially tables without headers, can cause the automated field detection to not match properly. If you continue to have trouble importing your control, then please share the image coordinate system you are using and the one you are defining for the control. Regards,
Mark
Les membres connectés peuvent publier, suivre les mises à jour, et plus encore. Nouveau ici ? Inscrivez-vous gratuitement.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.