Jump to content

Dave Martin

  • Content Count

  • Joined

  • Last visited

  • Days Won


Dave Martin last won the day on October 5 2019

Dave Martin had the most liked content!

Community Reputation

3 Neutral

About Dave Martin

  • Rank
    Advanced Member

Profile Information

  • Location
    Isle of Man

Recent Profile Visitors

787 profile views
  1. 3dguy - thanks for your experiments and posting the above; still awaiting for response from Alessandro so don't know if he still has a problem; interesting re possible benefit of removing the metadata. cheers/Dave
  2. Hi Alessandro, Thanks for that information. By 'source' for the images I meant what camera and what type of file are you capturing (ARW, RAW, DNG, TIF etc.) and resolution; and any processing you're doing before attempting to make the RTI PTM. If you are able to share, if you could upload two folders (i) the files directly from the camera, and (ii) whatever you're trying process, to DropBox or similar, then I'd be glad to have a look and try to build PTM on my own workstations (will be a few days before I would have time though). Regards Dave
  3. (This thread would really be better in the 'RTI Processing' section, maybe one of the Admins could move it?) Hi Alessandro, A couple of questions, then a suggestion. 1) Have you ever built successfully using PTM? 2) Can you advise what operating system and version you're running? 3) Can you advise size and source of your images? To identify if it is a problem with your images or with the installation on your computer, could I suggest you try using one of the sample image sets which CHI provide, as they are known to work. Please forgive me if these duplicate what you know or have tried, but this is the simplest set of steps, could you try these as they definitely work (below are written for a Windows operating system). Dave === On your PC, if you don’t already have one, make a folder RTI at the top level on your C: drive, and within that, make a folder Fish_1000 so you end up with C:\RTI\Fish_1000 Download the Fish_1000 set of example files from http://culturalheritageimaging.org/What_We_Offer/Downloads/Process/ And then – somewhere else on your PC - expand the fish_fossil-data-set_1000.zip file. In the zip file, down one level, you will see a folder jpeg-exports Copy that folder and its contents into C:\RTI\Fish_1000 so you end up with C:\RTI\Fish_1000\jpeg-exports which will contain 36 photographs named fish_fossil_01.jpg through fish_fossil_36.jpg Start RTI Builder In the Project Name box, type Fish_1000_PTM In the Operation Sequence block, click on the first option – Highlight based (PTM Fitter) Then click the [Start new project] button On the Image selection screen which opens with an initial blank list, click the [Open folder] button at the right-hand edge of the screen In the Windows selection box which pops-up, it usually seems to default browsing to ‘My Documents’. Click on the ‘Computer’ icon (fourth one down) in the left-hand bar Double-click on C: Double-click on the RTI folder Double-click on the Fish_1000 folder Then click [Open] (N.B. please don’t click on the ‘jpeg-exports’ folder) You should then see a pop-up ‘Loading images’ with a progress bar When all the images have loaded, you should then see 36 images in the selection pane after which you should be able to proceed with RTI processing; and as you proceed with building your RTI model, you should see an xml and other folders appear in the project folder, so eventually, if you just proceed (using default options and not cropping) you will have: C:\RTI\Fish_1000\assembly-files C:\RTI\Fish_1000\finished-files C:\RTI\Fish_1000\jpeg-exports C:\RTI\Fish_1000\Fish_1000_PTM.xml and your finished model will be C:\RTI\Fish_1000\finished-files\ Fish_1000_PTM_1000.ptm
  4. Jason, it may well be downloading OK, but then as soon as the AV 'sees' the file, it may take a dislike and move it into quarantine - so downloading on other devices may be no help (or relevant to the issue), if it is the AV that is moving the RTI installer as soon as it is 'seen' on your PC. Dave
  5. Jason, That sounds to me like your Anti-Virus may be moving it into quarantine as soon as it sees it on the PC. Can you look in your AV's quarantine folder or log? Dave
  6. Jason, The official download page is: http://culturalheritageimaging.org/What_We_Offer/Downloads/Process/index.html and you need to click on the link I've circled. I've just re-downloaded and it is currently working OK. If you still have failure messages, can you post a screenshot please? Dave
  7. Alex, Thanks for posting the file, it is a great help. I'm not an expert but from a quick look at the project file, it looks like there is a space in one of the folder names between 'Research' and 'Project' C:\Users\Alex\Desktop\UNI\Research Project\RTI\ScaniculaDark001 Try renaming without the space and let us know how you get on. Dave
  8. A_Siatou, Suggest you look at the systems built by Kirk Martinez (who contributes here but may be too polite to promote his own products) and colleagues at the University of Southampton: https://custom-imaging.co.uk/ https://custom-imaging.co.uk/geodesic-rti-dome/ Dave
  9. Christine, Can you post a screenshot of the error message please? (if there are multiple error messages, a screen shot of each message please). Also, can you look at the Windows event logs and post any messages there that relate to when you try to start RTI builder please. Dave
  10. p.s. is there any other format for beta comments that would be better? is there a tracker you would like them submitting to? Dave
  11. Re Beta 1.0.3 (DB version 2.2.3) Build Apr 26 2018 15:55:31 Fully appreciate that the priority in the first beta was to expose all the functionality, but structure of the Dashboard might benefit from reorganisation - order? titles? move ‘paramaterisation’ items to a ‘Setup’ menu? System tray icon – when the focus is not on DLN:CC, the icon is just a blank white sheet – suggest something more meaningful would be useful – maybe something like the blue notebook DLN logo used on the web pages? or the CHI logo? Capture Teams – there are traces of ‘Teams’ (e.g. in export) but no UI access that I can spot anywhere in the dashboard. Suspect that Teams were at one point in there (something like equipment subassemblies) but have since been dropped, with which I personally would agree. Needs either maintenance and ability to use, or remove Teams from DLN:CC ?
  12. Re Beta 1.0.3 (DB version 2.2.3) Build Apr 26 2018 15:55:31 When creating or modifying entries on the reference lists, there doesn’t appear to be any check on whether a duplicate is being created. DLN:CC appears to (universally as far as I can see) allow the user to create duplicate entries. In the case of, say, Operator Roles, one can create two roles both called Supervisor. When one comes to associate Operators with an Image Set, you have to pick a role for the association, and you will see two indistinguishable Supervisor roles to choose from, and even if the tooltip / description had been populated, it isn’t visible. In some cases there may legitimately be multiple items such as tripod or light stand, but that would be covered by having Quantity > 1 in the equipment record as there would be no need to differentiate between them. I can envisage relatively few cases where near-duplicate entries might be required – but they would still need visually distinct names to allow them to be correctly associated. For example, if a user had two camera bodies of identical model, but different serial numbers – and the user wished to keep track of which body was used on a shoot because of the age of the body, or perhaps different firmware. Two equipment records could be created – but unless there was something distinctive about the names, the user would not know which body to associate with the image capture. It should be relatively easy for the alert user to monitor this on small lists (especially once they are sorted alphabetically) but once lists get longer, or perhaps a DLN:CC instance has multiple users, the risk of inadvertent creation of duplicate entries will increase. I would strongly suggest that DLN:CC shouldn’t allow creation of any records with identical names. List ‘shuffles’ – a disconcerting phenomenon – only seen, I think, on the Equipment Overview list. If you open the Equipment Overview and then highlight a row and click [Details], or double-click a row and then [Close] the details screen, the underlying list remains exactly unchanged. However, if you open the details and then change something (not necessarily the Name) and then click [Save], when you then [Close] the details screen, the entry you clicked on has, at first sight, disappeared! On further inspection though, it has either moved to display row 9 or the bottom of the list. This is somewhat disconcerting! If the operator has manually sorted the equipment list before activating & changing details, then the list seems to survive un-molested in the chosen order (unless the list was alphabetical and the name has changed in which case the resultant change to maintain alphabetical order is performed correctly).
  13. Re Beta 1.0.3 (DB version 2.2.3) Build Apr 26 2018 15:55:31 On the Image Set screens, as well as the ‘Created’ dates, it also exposes two date fields captioned ‘Data entry some time within’. At first, as these are only (as far as I can see) on image sets, I wondered if ‘Created’ was the capture date and ‘Data entry’ was the date on which the images were processed to build an RTI model or photogrammetric product. However, the ‘data entry’ fields are read-only, and appear to be some form of internal audit record which has both start and end date auto-populated with the date on which the record was keyed in DLN:CC? Suggest: ‘Created’ date might be better captioned ‘Capture’ date to make it clear it relates to the date the images were captured, not when the DLN record was created Audit fields not displayed elsewhere, so not needed here? It would, though, be useful to allow recording of date on which image sets were processed? (also, previous comments / discussions on date formats apply)
  14. Re Beta 1.0.3 (DB version 2.2.3) Build Apr 26 2018 15:55:31 On many list displays (e.g. Category/Type/Role) the first column of the tabular display, to the left of the ‘ID’ field, is a monotonically ascending integer which I suspect is a display index of some kind, which could be useful for debugging but can’t envisage functionality for normal users, and similarity in values with those in the ID column could potentially be confusing. Is this un-named column necessary? / should it be hidden or zero-width? Default sort order – appreciate that lists can be sorted by clicking on the column-head label, but would suggest that a consistent approach is taken to the order in which items are sorted for display when a screen first opens. This is currently not the case, for example: Equipment Categories defaults to alphabetically by name Person Overview appears to default to ascending ID Equipment Overview appears random – neither alphabetical or in ID order The list of Role options when associating an Operator with an Image Set - neither alphabetical or in ID order I would suggest that alphabetically A..Z for the ‘name’ of the item would be a reasonable and useful default.
  • Create New...