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 ... 26 27 [28] 29 30 31
General / Re: general questions
« on: June 07, 2014, 02:29:21 AM »
why not stills? if you want to make use of video frames you'll face problems caused by rolling shutters, relatively low resolution and image compression artifacts. You can also find some decent cameras that can take stills (full) during video in case the latter is a must. why not two cameras one taking photos and the second for motion
what will be your subject? the coast? the sea bed?

I would recommend using a macro lens better than a tele lens (much better for camera alignment). On the other hand you should try to keep camera as perpendicular to the drawings as if it was an aircraft photo-flight.
Long time ago I built a setup for a mummy photo scan using a linear guidance system! for a carriage! mounted on an aluminium profile.

The rail was fixed on two trestles allowing smooth and regular motion for the camera.

The setup has been useful in lots of projects after the mummy, so it's an investment that is worth.

General / Re: Importing meshes: workflow options.
« on: June 03, 2014, 11:18:14 AM »
Very nice. The thorns & cross are CAD additions?

The thorns have actually been scanned too. The results are good as the scanner was set to highest resolution posible (about 85 points per mm along the laser line). The photo model is very bad, in this case, for reasons you surely understand. Anyway the mesh reduction has messed the thorns and makes them look awfull in close-up, but its still nice from the distance.

General / Re: Importing meshes: workflow options.
« on: June 02, 2014, 07:05:41 PM »
here you are an Example of a model that results from laser scanning with a Perceptron V5 on a Romer Infinite arm, textured in Photoscan from 70 photographs taken with an Olympus E3.
The ground control is shared by the two techniques and that makes just straightforward the alignment of both datasets.
The cross was removed during scans and photos. It has been CAD modeled out from scans taken with a Faro Focus3D.
The scanning and photos took 2 days, and the mesh cleanning and edition to deliverables took 1 week.

General / Re: Matterport (interior scanning)
« on: May 28, 2014, 08:47:31 PM »
As far as I know, the working principle of Matterport as well as Kinect, is structured light scanning. It is quite a simple ranging method based on triangles with known baseline and two angles, but their accuracy degrades very fast as distance to object increases.
It has a lot to do with photogrammetry and Photoscan fundamentals. Here a structured infrared pattern is projected onto object surfaces playing a similar role of the object's texture we exploit in Photoscan. The relative orientation between camera(s) and projector is fixed and well known, as it is camera lens intrinsic parameters, so there is no need for camera calibration nor ground control to solve a single shot.
The advantages are:
  • it is an active sensor (no need for external illumination to get 3D)
  • is non dependent on object's texture
  • 3D from one single point of view (just apparently)
  • Fast! very fast!
The disadvantages are:
  • Bad accuracy and poor resolution at long range
  • poor color rendition
  • frame stitching on the fly, not easy to access raw data to improve alignment or use image-picked ground control

General / Re: TUTORIAL AGISOFT 1.0.4
« on: May 20, 2014, 02:45:15 AM »

Good day, have any tutorial or video for version 1.0.4 Thanks
Buen dia, tiene alguno un tutorial o video de la versi?n 1.0.4, gracias

si alguien sabe del programa y habla espa?ol excelente.
Hello: this is Jos? Mart?nez, from Geobit Consulting, Agisoft's reseller in Spain. I'd be glad answering your questions in spanish if you contact me at or here by private message. We do have some tutorials in Spanish that are up-to-date with recent releases. Regards

General / Re: Presenting hundereds of models
« on: March 27, 2014, 12:53:31 PM »
I think you are just talking about batch obtaining ortho views of your models rendered in monocrhome shaded mode at a known scale... am I right? this can be very easily done outside PhotoScan. Please, PM if you need support for that task

Face and Body Scanning / Re: 35mm for head scans
« on: February 27, 2014, 04:32:10 AM »
Lee, I can accept that your experience has brought you to choose normal primes as best option for face photo-scanning. I agree with your very valuable opinion that it gives better results. I admire your work and always tell my studens that you are a reference for anyone working with body and face scanning, so please don't look for criticism in my post.

Why wide angles seem to work bad for face scanning?
While normal and tele fotos give nice portraits, wides give unpleasing and weird portraiture. the exagerated perspective makes them ugly even with the most perfect lens in the world. But this is not the actual issue but the fact that any move in the camera makes face shape change rapidly and that consequently makes harder to pair feature points as they match worse.
Wides usually suffer noticeable distortions. True. But sistematic errors caused by distortion can be sistematically corrected, so the question is not the existence of distortion but our ability to measure it exactly. This makes it necesary that the object "collaborated" filling the whole frame and provided lots of well paired feature points even near the corners. Just the opposite we'll likely find in a human face photo: empty corners and rays being increasingly tangent to the head towards the borders.
So the actual problem does not fall on that practice did not follow theory rules, but on how hard it is to calibrate a camera from shots taken to a sphere-like shape when distortion is far from negligible. If you had used a well calibrated set of wide angle primes, you wouldnt have found any abnormal distortion in the point cloud but just poorer texture rendition, and thus probably a noisier mesh model.
Again congrats for your work and thank you for your enormous contribution to this forum.

Face and Body Scanning / Re: 35mm for head scans
« on: February 26, 2014, 06:25:34 PM »
Photogrammetry theory tell us that short focal lenght strengthen solution in terms of photo orientation quality, so Lee is (in theory) wrong  when he states short lenses give less accurate results.
Let me explain why with an analogy: Imagine a pyramid whose base measures 50x50mm and has a height of 25mm standing on your table. Now imagine that you put under one of the vertices of the base a block of 1x1x1mm size.
You can understand that the whole body may oscillate between two extreme positions resulting in the position of the apex varying by about 1mm.
You probably understand that if this pyramid was 500mm in height, the travel of the apex would be much longer.

Let see that block as an error of one pixel in the picture. Well understood that, although the photo (pyramid) covers the same footprint in de object, being the error identical in photo-coordinates, a longer focal lenght (pyramid height) determines greater uncertainty in the orientation.

On the other side, considering photos pair-wise, it is also evident that for a certain fixed baseline/distance, ray intersections for wide angles are better than for teles.

So imho Lee's statement is not right. What it is doubtlessly right in his statement is that normal prime lenses gather richier texture than wide ones if the latter are not set closer to the object to capture similar footprints.

Feature Requests / Re: Region Orientation, no fine control..
« on: January 27, 2014, 12:30:39 AM »

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.

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.

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

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


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.


Pages: 1 ... 26 27 [28] 29 30 31