Archive for February, 2012
While we don’t have any near term plans for this, there is a new service, an Ipad app, that might just make it happen. It isn’t available quite yet but but they are saying it is coming soon. It will cost you $10 a month but you will get a lot of other things for the $10. So keep your eye on Onlive (http://desktop.onlive.com/plans)
See this clip below from the New York Times:
OnLive (free) and OnLive Plus ($5 a month) are both brilliantly executed steps forward into the long-promised world of “thin client” computing, in which we can use cheap, low-powered computers to run programs that live online. But the company’s next plans are even more exciting.
For example, the company intends to develop a third service, called OnLive Pro ($10 a month), that will let you run any Windows programs you want. Photoshop, Firefox, Autodesk, games — whatever.
The company still isn’t sure how that will work; somehow, you’ll have to prove that you actually own the software you’re running on its servers. But what a day that will be, when you can run any Windows program on earth on your iPad.
Russell Deffner(Depiction Preferred Consultant and Depiction University Instructor) will be presenting the next Depiction 101 Webinar on February 22nd and 9:00am PST/Noon EST. Below is Russell’s description of what he is going to be covering.
A Tabletop Exercise (TTX) is an excellent way to go through the motions of an event that is not part of your typical routine or just difficult or expensive to replicate. I have personally participated in many TTX. Some very good, some not so much; in my opinion the relative success of a TTX is how absorbed I get in the scenario. If I can picture myself in the moment, making those decisions, then afterward I feel better prepared for the real thing. However, in many of the TTX I’ve participated in, I find myself just reading verbatim or regurgitating the Standard Operating Procedures (SOP) of the organization. This, in turn, leaves me feeling like in the heat of the moment I’ll be in pretty bad shape if I don’t have time to open up the manual, leaving me discouraged or thinking how unrealistic that exercise was.
There are lots of factors to why a TTX is successful or not, or how much the participants will take away from the exercise. In my experience one common thing that is lacking in the not so successful exercises is a good visual component. As humans, we can gather and process more information from a picture than the same scene described in text. During this webinar I will demonstrate some of the things Depiction can do to add a good visual component (and more) to your next Tabletop Exercise.
In our recent Depiction 101 Q&A webinar (http://www.depiction.com/101/QA/Jan12)one of our customers asked the question about why one would want to export data to a CSV file if they had already imported it. It was a good question and I came up with at least 5 reasons one might want to do that:
- Backup your data in a pre-geocoded format.
- If you moved elements to their geographically correct location, to save them in case you have to reload the elements at some point.
- To more easily make mass changes to the elements.
- To backup a subset of a large shape file.
- To change a shape file property to EID in order to merge data with it.
I wanted to elaborate a bit more on those reasons.
1. Backup your data in a pre-geocoded format.
When you import a CSV file with addresses. Depiction goes out to the USC geo-coder and gets the latitude and longitude for each address and places the appropriate icon at that location. Once you have done this, if you export those elements to a CSV file then they will include the lat/long of each element. This way if you ever have to reload those elements or want to share them with somebody else, then the file won’t have to be geo-coded the next time. If you have a large CSV file this can save some time. It helps us too because every time you geo-code an address it costs us a few cents.
2. If you moved elements to their geographically correct location, to save them in case you have to reload the elements at some point.
This second item is similar to the first but with a little twist. When the geo-coder geo-codes an address it will usually get it to the right block but not necessarily on the right lot in the block. The reason for this is that if you an address of lets say 2025 main st, the geo-coder thinks that the address range for that block is 2000 to 2099. It calculates that 25 is one fourth of 99 and so it places the icon 1/4 of the way down that block. Where in reality the real address range may be 2000 to 2032 and so the icon really should be at 9/10’s of the way down the block. So if it is important to you to have the icons in the exact location you will have to go in and move each one. Now if for some reason you have to reload that original file then you are going to have to move all of those icons again. Unless you had first exported it to a CSV file, in which case the program would have saved the new lat/long for each element. So if you have to move a lot of icons to their geographically correct locations then backing them up to a CSV file is a really good idea.
3. To more easily make mass changes to the elements.
If you are using Depiction as a data base manager and are storing a lot of data along with each element, sometimes it is easier to make changes to the data in a spreadsheet program. So if you export them to a CSV file you can edit them in the spreadsheet program and then reload them.
4. To backup a subset of a large shape file.
A fairly new feature to Depiction in the 1.3 series is the ability to export shape files to a csv file. So to give a specific example of when you might use this. I was working with a community that was attempting to do a community wide map your neighborhood exercise. One person had the entire community and a shape file was loaded that had all of the parcel boundaries for the community. Using the shape drawing tool, we drew the neighborhood boundaries for all of the neighborhoods. Then using the select tool we selected all of parcel shapes that were in a particular neighborhood. Then using the export to CSV function we exported the selected shapes to a CSV file. Then we could start a new Depiction story and import that CSV file and we would have a depiction for just that neighborhood. That file could then be given to the neighborhood coordinator who could use DepictionPrep to load the file and then make the appropriate changes and maps for their neighborhood.
5. To change a shape file property to EID in order to merge data with it.
This is really a neat feature. Before we could export shapes to a CSV file this particular task was fairly complicated.
So lets say you have a shape file of zip codes and you also have some tabular data based on zip codes. In this tabular data file you have the zip code and lets say median income, population, etc. You want to be able to colorize your zip codes based on this numeric data. But how do you get the tabular data into the zip code shape elements. Here is a step by step process:
- Import your shape file
- Delete unwanted shapes (if necessary)
- Export your shapes to a CSV file
- Open the CSV file
- Change the property name of your key field i.e. zip code to EID and save the file
- In your depiction delete the shapes
- Re-import your CSV file of shapes
- Open your spreadsheet of data that you wish to merge.
- In our example we are saying the key field is Zip Code so in this file change the name of the zip code field to EID.
- Delete any other properties that aren’t of interest and then save that file
- In your Depiction chose Add by File and chose your csv file
- Select import by EID and then select Import – the data in this file will now be merged with the data in the shape file based on zip code
- Now if you open a shape element you should see the data fields you just imported and you can now colorize the shapes based on those fields.
Here are view other tips when dealing with CSV files.
TIP #1 – When you export elements it is best to export just one kind of element to a CSV file. If you export multiple element types at once then you will get all of the properties for all of the elements in your resulting file, which is OK. But when you go to re-import that file all of the elements will have all of the properties of all of the elements which is probably not what you wanted.
TIP #2 - When you export to CSV it includes all of the default properties, any properties you have added and a bunch of depiction descriptive fields. If you want can delete all of the descriptive fields to make the file easier to work with. We are looking to add a feature in a later release that would allow you to not have these fields show up on the export.
TIP #3 - If you are exporting a shape file and the shape is a fairly complex polygon it is possible that the number of points in that polygon will exceed the total amount of characters allowed in a single cell. In this particular situation we don’t have a solution to this and that shape may not be able to be re-imported properly.
I hope you find this information useful and feel free to send me any questions you have on any of it.