Forum

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - JMR

Pages: 1 ... 31 32 [33] 34 35 36
481
General / Re: Model is not on origin when importing
« on: January 20, 2014, 03:32:08 PM »
It might have to do with scale too. sometimes I edit my models in thirtd party software, and when I import the edited mesh, it comes scaled by 1000. You may try to open the file in meshlab and measure some a known distance to check if the model has diferent units than the original.

482
General / Re: non vertical images - make 3d point cloud?
« on: January 05, 2014, 12:42:41 PM »
Absolutely! in fact if your hill has very steep slope or scarps, oblique photos may deliver better models in general. Just avoid to take hotos with the orientation that sums the terrain inclination to that of the camera.
Regards

483
General / Re: Importing IMU
« on: January 04, 2014, 07:39:05 PM »
It is actually used since long time ago.
Add photos
select the coordinate system of your IMU data (likely Geographic WGS83)  import a file with photoname.jpg, lat,lon, elev (I'm not sure if yaw, pich and roll are also considered)
goto align step and choose "ground control" as method for preselecting pairs
this actually helps PS to skip photo pairs that are unlikely to overlap, but this is not a new feature.

In further processes, like orientation refinement, camera coordinates may also be used. In the ground control pane, you can see the photos with their coordinates that can be checked for the absolute orientation if you consider them good enough to participate in the external orientation. See that in the settings dialog you can fix the camera accuracy which is set to 10m by default, so even if checked, camera positions are usually low weighted in the bundle adjustment calculations.

I guess no new role for the IMU in this version

484
General / Re: Importing IMU
« on: January 04, 2014, 03:23:02 AM »
Hola Ola:

the IMU log contains recordings of all sensors that provide data to the flight controller. You may find them in many formats but you probably can have a parsed ascii file with a sequence of records formed as a selection of fields. If your system boasts a very good positioning system (gnss dgps) and you have accurate information about the offset between the camera center and the IMU origin then you could better estimate the photo-centers and use them as true ground control for the whole project.

But  even if it was inaccurate by some meters,  this a priori information can speed up considerably the alignment step if you import the photo geo-tags as ground control for pair preselection.

If your system has been well designed ("well" here stands for "for photogrammetric missions") probably your camera is commanded by the flight controller itself and is likely to exist a way to obtain an specific record for the shutter actuation along with the corresponding XYZ and camera attitude descriptors. This log is easily matched to a photo folder if the number of files and photo action records are coupled. So you just need to build a text file with photo names and positions

If this is not the case; I mean, your aircraft does not control the camera but is a time-lapse or the user who presses the shutter, the matching task becomes sometimes hard if not impossible to do, because you have to be able to know exactly when the photo was taken prior to know where was taken from, and time-stamp in photos is usually of poor time resolution (seconds in best case).

PD. According to the last information I can remember, Photoscan just makes use of camera coordinates and dismisses pose information so don't waste your time with that
Regards

Geobit

485
General / Re: Camera based chunks alingment
« on: January 04, 2014, 02:28:26 AM »
Hi, Osima: Have you made sure that chunk 1 is bold in the list within the chunk align dialog? if not double-click on it before alignment , this fixes it as anchor.
You might also have to check fix scale if you have already scaled the first chunk.

Regards

486
General / Re: Will a GPS camera improve the accuracy of DTMs?
« on: November 04, 2013, 06:55:05 PM »
I think having on-camera GPS can't improve results over decent GCP but CAN help to speed up alignment stage and  even to avoid not-aligned images. It would also help during GCP marking because model is roughly geo-located prior to entering them, so when you import points, they should appear floating somewhere near their actual position and you just have to drag them on each photo to their right projections.
But let me add that better cameras usually don't boast on-board GPS, so you'd better extracting rough(<2m?) photo coordinates out from the UAV flight log. That makes unnecessary any on-camera crappy(<5m?) gps and gives you better and broader camera choice.
Regards!

Jos?
GEOBIT

487
General / Re: Rendering mosaics of ndvi images
« on: October 22, 2013, 06:32:04 PM »
Hello Alvaro:
For some reason Photoscan does not find as easy to align NIR imagery as it does with visible.
I have tried too many times doing the same flight mission alternatively with NIR and Visible cameras. Same camera-lens combo, same height, same, day and almost same time... no matter what I've tried the fact is that Photoscan always succeeds orienting visible while very often fails with NIR datasets.

IMHO the problem comes from the lack of contrast and crispness in later photos. Take into account that most lenses are designed to deliver good images for visible wavelengths, therfore, most of them suffer from all optical diseases one would like to avoid (comma, chromatic aberration, focus point shift...) with regard to NIR radiation. It usually doesn't matter as hot-mirror filter cuts away NIR but... this is not gonna be the case of your modified camera.
Sometimes you have lenses that produce NIR images that are well focused in the center but are completey blurred near the borders, this is the case you most probably have, so make sure a particular lens works well before paying. Hot-spot is another very common issue; just take care!

Focus ring scale becomes useless and I see no rule behind that behaviour: In my beloved mZuiko 12mm, the lens is decently focused at infinite when the scale index is at 2m (yes, two meter equals to infinite :o!). On the contrary, in my Voightlander Color-Skopar 21mm the infinite focus is shifted in the opposite direction to a certain point beyond the infinite labeled mechanic limit of the ring, so I cannot get foccused photos at all but stopping down aperture a lot which carries worse problems on board of a plane.

So, I can say it is almost mandatory to have ground control from geo-tags as a priori help for Photoscan to align. Even in that case, you will likely find some photos not getting aligned that will need some "hand-work".

Best luck
PS: If you found a good lens whose rendition was good enough both in visible and NIR with reasonable angular, please tell me.

488
Bug Reports / Re: chunk normals inverted during merging.
« on: October 22, 2013, 02:15:11 AM »
Yes, Alexey, the problem is still there with latest build. I'll drop link to the huge project file by PM
Do just merge chunks and will see it for sure
Regards!

JMR, Geobit

489
Bug Reports / chunk normals inverted during merging.
« on: October 21, 2013, 05:57:38 PM »
Hi Alexey: I'm testing the beta 1745
I have a project with three chunks. All have been correctly oriented and all dense clouds and models show the right orientation, but the resulting model of a merging command yields to a dense cloud that shows one model (chunks 3) has been inverted without a good reason.
If I switch multiple chunks visible ON, the three originals are right while the merged is partially inverted.
https://www.dropbox.com/s/jj8hrzc9ahcxztp/CHUNK1.JPG
https://www.dropbox.com/s/zqan2dbzjc8dsvr/CHUNK2.JPG
https://www.dropbox.com/s/fqu2ubdd6fz2s0b/CHUNK3.JPG
https://www.dropbox.com/s/97pdrd6w0395ey9/MERGED.JPG
best regards!

490
General / Re: What cameras/lenses are preferable for photoscan?
« on: October 15, 2013, 12:16:53 AM »
Hi, hengefjes
I have that lovely lens (zd7-14). You'll be amazed by its DOF . But I must admit i have no tried it with pscan. Ill take a bunch of photos and share them with you asap.
Btw, have you considered the same 7-14 by panaleica an available in mft mount? I have used it sometimes an its pretty good also. (It is not weather sealed nor that superbly well built as Zuiko, but is better balanced in a micro fourthirds body.

491
General / Re: 2D Line Drawing from Photoscan Model
« on: October 09, 2013, 01:37:17 PM »
The most obvious answer to yusakus question (2D drawings) is to export orthophoto of the desired views and just draw on the orthos as raster reference with any CAD, isn't it?

Regards

492
General / Re: UAV for Canon 5D
« on: October 09, 2013, 01:28:15 PM »
Octos are slower in reactions due to their much bigger size; this doesn't mean more stability but more inertia. IMHO the most responsive and robust flight is achieved by quads with four or eight rotors. The strongest point of Microdrones aircrafts is simplicity and endurance. The propellers are huge (75cm) and the motors have been designed specifically for this drone. The flight is not agile and it looks heavy just because changes in rotors speed are not very fast to allow quick reactions against wind or at pilot input. But in exchange it offers unbeatable endurance and very usable lift power. Many people think the price is ridiculously high... I must agree it costs a lot, but the price starts making sense when you use it every day and feel you can trust this robot for years while others are crashing every day. A crash in this business costs a lot more than just the repair and the bill of materials. One single accident can cause your bankrupcy, the ruin of your professional prestige, not to mention casualties, judgement, or complaints.
BTW, the Cinestar8 is a good frame, but I'd say frame quality just one factor among many others.
Regards JMR

493
General / Re: UAV for Canon 5D
« on: October 07, 2013, 10:16:53 PM »
I would encourage you to not use such a heavy camera... I think there is no good reason to put this beast on board of any drone.
The only reason could be its great video capabilities, but a if you are not a videographer you wont find any worse the cheaper and LIGHTER Panasonic hacked GH2 with the right lens. If you just want stills, what is likely your case, forget this camera and do a favour to yourself. Then you'll easily find dozens of nice multicopters and planes capable to provide over 15 mins of flight-time.
My choices would be:
Olympus EPM-2 + mzuiko 12-2.0, 17-1.8 or panaleica20-1.7 (Unbeatable IQ for the size, easy to trigger by wire)
Sony Nex7+ 16mm  (much higher resolution but not too many good lightweight lenses match that sensor)
RicohGR (great in all senses but fixed lens -that is not bad at all-)
SonyRx100 (cheap flexible option)

If you want further recommendations on multi-rotors please PM

Your beast+lens bundle is hardly to be under 1,2kg not to mention the money you put on risk. In case you are stuck to the canon, then I'd say Microdrones MD4-1000 is the most reliable drone in the civil market... its expensive too.

Don't ever fly over crowds, avoid built populated areas as much as possible, don't forget to check everything once again. 

494
General / Re: Keeping world coordinates a in zbrush
« on: October 02, 2013, 10:05:10 PM »
Yes, it is in Pscan Pro. Export model... then choose a filename and folder and a dialog then opens with the options for coordinate system and shift vector.
 :D

495
General / Re: Keeping world coordinates a in zbrush
« on: October 02, 2013, 01:05:55 AM »
Hi Gawin
In the export dialog you should choose the coordinate system of your project and write a traslation vector that brings your model to "near" (0,0,0). I usually take the integer part of the first GCP coordinates (with the same sign), take a screenshot of the dialog and save as "traslation.jpg" in the same folder as translated obj just in case.

Then go to zbrush and cook the mesh.

When you ar ready to reimport, use the very same coordinate system and vector including the same sign. If Zbrush does not change scale or anything else, I guess you will have the model back in its right world coordinates. Please tell us if works

Good luck

Pages: 1 ... 31 32 [33] 34 35 36