Ich benutze Drone2Map 1.3.2. Ich habe eine Sammlung von Fotos, die <\/SPAN>mit einem Drohnenflug aufgenommen wurden und im WGS 84 sind. Ich habe sie ohne <\/SPAN>die Boden-Kontrollpunkte ausgeführt und einige schön aussehende Mosaike und Oberflächen erhalten. <\/SPAN>Dann habe ich ein weiteres Drone2Map-Projekt mit denselben Fotos versucht, und dieses <\/SPAN>Mal versucht, die in einer CSV bereitgestellten Boden-Kontrollpunkte hinzuzufügen. Diese sind <\/SPAN>im Washington StatePlane South. Sie werden in Arc Map korrekt als <\/SPAN>Washington State Plane South abgebildet. Der Import der GCPs in Drone2Map scheint <\/SPAN>das horizontale Koordinatensystem zu verstehen, und der Sample <\/SPAN>Record scheint zu zeigen, dass die CVS-Felder korrekt eingelesen wurden. Dropbox - gcp.PNG<\/A> Aber ich <\/SPAN>bekomme nur "Es gibt keine GCPs, die innerhalb des Projektbereichs liegen. <\/SPAN>Bitte überprüfen Sie Ihre räumliche Referenz und vergewissern Sie sich, dass Ihre Breiten- und <\/SPAN>Längengrade korrekt sind." Was habe ich übersehen? Muss ich die <\/SPAN>GCPs in WSG 84 konvertieren? <\/SPAN><\/P><\/P>Ich habe die State Plane CSV-Punkte als XY-Ereignisse in Arcmap importiert, sie auf WGS 84 reprojiziert, das AddXY-Werkzeug darauf ausgeführt, sie zurück in CSV exportiert und dann die GCPs wieder in D2M importiert. Die Feldzuordnungen mussten etwas angepasst werden, um die neuen WGS 84-Feldzuordnungen zu verwenden, aber die Punkte wurden problemlos importiert. Ich habe meine Verknüpfungen erstellt und führe dies gerade erneut aus, um zu sehen, wie sehr die Kontrollpunkte die Produkte verbessern. <\/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
Angemeldete Mitglieder können Beiträge verfassen, Updates folgen und mehr. Neu hier? Registriere ein kostenloses Konto.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.