CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Importing Notes - bug or just impossible
Pages: [1]

Author Topic: Importing Notes - bug or just impossible  (Read 1497 times)

petednz

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4899
  • Karma: 193
    • Fuzion
  • CiviCRM version: 3.x - 4.x
  • CMS version: Drupal 6 and 7
Importing Notes - bug or just impossible
October 21, 2008, 08:59:03 pm
Hey - when I export Notes it doesn't export the Subject - is this intentional?

Secondly if I want to do an Import of a Note is there any way I can import a Subject for it? I note some discussion back in 1.7 days here.

Actually just tested an import (2.0) and as far as I can see my record has not been updated with the imported Note.

Perhaps someone can suggest a better route than Notes if this is not going to be fixed in near future.

SCENARIO - massive postal mailout has generated significant 'gone no address' returns. We have the Contact ID on the letter so my goal is to update their details with 'blank' in their address fields and move the old address details in to Notes with a GNA (gone no address) as the subject.

So the workflow will be something like this:

1/ open envelope of all GNA

2/ enter id in to a column on a spreadsheet

3/ import using the ID and add them to a Tag or Group

4/ export the Group including their now-out-of-date address details

5/ concatenate the address fields and put in new column called Notes (or something else if Notes won't work)

6/ import the contacts again, with blank columns for the address fields and with the old Address details in the Notes column

RESULT

Records have had their incorrect addresses removed, the old address has been recorded in Notes. Make sense?
Sign up to StackExchange and get free expert advice: https://civicrm.org/blogs/colemanw/get-exclusive-access-free-expert-help

pete davis : www.fuzion.co.nz : connect + campaign + communicate

petednz

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4899
  • Karma: 193
    • Fuzion
  • CiviCRM version: 3.x - 4.x
  • CMS version: Drupal 6 and 7
Re: Importing Notes - bug or just impossible
October 21, 2008, 09:05:05 pm
Okay - just tried on sandbox 2.1 and the new 'note' was imported but is missing a Subject. Any chance of a solution for the Subject - or advice if we need to try and sort it?

And what chance of us backporting the code so the import of Notes works in 2.0?

Thanks
Sign up to StackExchange and get free expert advice: https://civicrm.org/blogs/colemanw/get-exclusive-access-free-expert-help

pete davis : www.fuzion.co.nz : connect + campaign + communicate

ken

  • I live on this forum
  • *****
  • Posts: 916
  • Karma: 53
    • City Bible Forum
  • CiviCRM version: 4.6.3
  • CMS version: Drupal 7.36
  • MySQL version: 5.5.41
  • PHP version: 5.3.10
Re: Importing Notes - bug or just impossible
October 22, 2008, 12:21:23 am
Peter,

The following SQL will generate a note, given the external id of a contact (it's not difficult to change if your using the internal id raher than the external id)

INSERT INTO civicrm_note (entity_table, entity_id, note, contact_id, modified_date, subject)
SELECT
    'civicrm_contact',
    id,
    'Content of note',
    id of administrator contact inserting the note,
    date,
    'subject of note'
FROM civicrm_contact
WHERE external_identifier = external id of contact;

If your list is in Excel, add a column and use CONCATENATE function to build a query for each line.
Copy the insert statements into a .sql file and upload into your database.

Test first! This approach doesn't add change-log entries.

Ken

petednz

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4899
  • Karma: 193
    • Fuzion
  • CiviCRM version: 3.x - 4.x
  • CMS version: Drupal 6 and 7
Re: Importing Notes - bug or just impossible
October 22, 2008, 01:54:52 am
Thanks for that Ken - will give it a whirl if a fix to the Import issue isn't just around the corner.
Sign up to StackExchange and get free expert advice: https://civicrm.org/blogs/colemanw/get-exclusive-access-free-expert-help

pete davis : www.fuzion.co.nz : connect + campaign + communicate

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Importing Notes - bug or just impossible
October 22, 2008, 07:24:55 am

subject was introduced in a late 1.x release hence does not appear

can you file an issue for it and we'll fix it in a 2.x/3.x release. if important to GPNZ, you might want to consider the code contribution route :)

am not sure what fixes we did to get Notes to work. i'll try to search the issue database for it and see if there was an issue filed etc

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

petednz

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4899
  • Karma: 193
    • Fuzion
  • CiviCRM version: 3.x - 4.x
  • CMS version: Drupal 6 and 7
Re: Importing Notes - bug or just impossible
November 03, 2008, 12:15:24 pm
Done http://issues.civicrm.org/jira/browse/CRM-3791
Sign up to StackExchange and get free expert advice: https://civicrm.org/blogs/colemanw/get-exclusive-access-free-expert-help

pete davis : www.fuzion.co.nz : connect + campaign + communicate

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Importing Notes - bug or just impossible

This forum was archived on 2017-11-26.