I have about 1000 adresses (name, address, city, country, long, lat) i want to add to my plist.
Is there an easy way to do it without having to do it manually?
I have all required info in a tab seperated file or excel and i could reformat this to insert code.
The plist is just a fancy xml file, If you can format it, you can just copy paste it into the plist's source file
It's not really worth spending a lot of time on this sort of thing. Use a macro in the tool of your choice (Excel, Notepad++, etc).
Related
Is there any way, working with BFILEs, to collect the metadata information?
In my case, I have a table who's one of the columns is BFILE and points towards a location from the hard drive where I have text file(PDF, DOC, DOCX, TXT, HTML, etc.)
For example, I would need to collect the information from below screenshot.
Is it possible, not manually entering into the a properties table?
Thanks a lot.
You can create Java method for this purpose (read more here).
And here is solution how to get metadata in Java.
i have a binary file of mobile, in this binary file msgs and contacts of phone-book are stored i have extracted msgs from it but now have to extract contacts saved in phone book.in this binary file the data is stored in sqlite format as i found this string 53514C69746520666F726D617420330000 in my binary file. now how to extract list of contacts saved in phone book.
You need to first work out the format of the file from which you are extracting information, then write code to extract it. A good starting point would be The SQLite Database File Format.
The first part of that string you give (53514C69746520666F726D6174203300) is ASCII hex for SQLite format 3<nul>, which matches the header shown in that link above, so that may go some way toward helping you figure out how best to process it.
Although, given the fact it appears to be just a normal SQLite database file, you may get lucky and be able to use it as-is with a normal SQLite instance. That would be the first thing I'd try since you can then use regular SQL queries to output the data in a more usable form.
For example, if the file is called pax.db, simply run:
sqlite pax.db
to open it, then you may find you can use all the regular investigative commands like .databases, .schema, .tables and so on.
I have a database that is used to store transactional records, these records are created and another process picks them up and then removes them. Occasionally this process breaks down and the number of records builds up. I want to setup a (semi) automated way to monitor things, and as my tool set is limited and I have an R shaped hammer, this looks like an R shaped nail problem.
My plan is to write a short R script that will query the database via ODBC, and then write a single record with the datetime, the number of records in the query, and the datetime of the oldest record. I'll then have a separate script that will process the data file and produce some reports.
What's the best way to create my datafile, At the moment my options are
Load a dataframe, add the record and then resave it
Append a row to a text file (i.e. a csv file)
Any alternatives, or a recommendation?
I would be tempted by the second option because from a semantic point of view you don't need the old entries for writing the new ones, so there is no reason to reload all the data each time. It would be more time and resources consuming to do that.
How can I get the author name and date of the different files, when I do a cvs diff.
M using wincvs on windows 2.1.1.1(build 1). I can also do it on unix server through command line.
thx
You can't, unless this information appears in the source (which it shouldn't, unless you want a conflict at every merge). You need to use other cvs commands for this; cvs log comes to mind, but it's been a while. You could always write a script or batch file which displays the changes' log entiries and diffs, though.
Is there any downside of using GUID as a file name an นด uploaded image to avoid duplication ?
Your filenames will be unique, true. But there won't be any way to sort them, in any order.
You could use the Unix TimeStamp in front of your GUID, to help sort-by-name and perform other such operations, without having to use a look-up table in your database.
If you store uploaded files with a name based on the hash (eg. SHA1) of the file contents, then you can also store files with identical contents only once (saving space).
I think its enough unique, but consider using an own generator using a date and time and some serial number, i think the names would be more expressive.
There is a downside to using GUIDs in a filename. CLSID's are GUIDs, and some virus scanners will think that you are trying to use this exploit, and will mark your files as potential malware.
See Microsoft Windows CLSID Hidden File Extension Vulnerability for more information.