These are chat archives for collectiveaccess/support

3rd
Feb 2016
CollectiveAccess
@collectiveaccess
Feb 03 2016 00:03
hi Kaiall
In app.conf in your theme set use_identifiers_in_urls
to a non zero value
Eg. use_identifiers_in_urls = 1
Sami Rahman
@samrahman
Feb 03 2016 00:39
Thanks Seth, I received your reply. Checking now, will update you
Just before _("Next"), causing a search error
Stefan
@stefankeidel
Feb 03 2016 00:41
Yup, that's a typo
I'll fix it now
Sami Rahman
@samrahman
Feb 03 2016 00:41
Thanks Stefan. I fixed in my local code, will pull once you fix it
kaiall
@kaiall
Feb 03 2016 00:43
Thanks @collectiveaccess !
Stefan
@stefankeidel
Feb 03 2016 00:47
@samrahman fix is in master-fix: collectiveaccess/providence@b78745e
Sami Rahman
@samrahman
Feb 03 2016 01:06
Thanks @skeidel !
Sami Rahman
@samrahman
Feb 03 2016 01:37
Hi @collectiveaccess , I pull your changes & created the missing place type. The places issue is resolved, but it's creating duplicate objects now. I'm following the same mapping mentioned here: http://docs.collectiveaccess.org/wiki/Cookbook_Chapter_3:_Data_Import#Building_a_Hierarchy_with_Variable_Amount_of_Levels
Sami Rahman
@samrahman
Feb 03 2016 01:43
for ca_places table
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:01
Did the duplex start after the fix?
Because the fix should have no impact on object imports
Sami Rahman
@samrahman
Feb 03 2016 02:12
Hi seth, yes, it used to work fine, just had the places duplication issue. But was no merging issue with object
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:13
send me the object mapping + data please?
Sami Rahman
@samrahman
Feb 03 2016 02:13
Sure, I'm emailing you
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:13
thanks
Sami Rahman
@samrahman
Feb 03 2016 02:19
just sent. Thanks a lot!
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:22
so this is a place mapping creating objects?
Sami Rahman
@samrahman
Feb 03 2016 02:23
yes
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:23
but they're just accession #'s?
Sami Rahman
@samrahman
Feb 03 2016 02:23
yes, those are the existing object ids
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:23
and you expect them to match on what?
Sami Rahman
@samrahman
Feb 03 2016 02:23
based on id
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:24
id being object_id or idno (accession #)?
Sami Rahman
@samrahman
Feb 03 2016 02:25
i've imported my objects accession number as idno. Not sure if that was a wrong thing
So ca_objects.idno == accession number
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:25
generally yes
that's the custom
so 1, 2, 3 etc. are idno/accession #'s?
Sami Rahman
@samrahman
Feb 03 2016 02:26
idno (same as accession)
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:26
ok good
Sami Rahman
@samrahman
Feb 03 2016 02:28
this is the first time I've come across 'object_id'. I thought there's only idno
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:28
object_id's are the internal #'s
When I see 1, 2, 3 I start wondering
don't worry about it... I just wanted to be sure
Sami Rahman
@samrahman
Feb 03 2016 02:29
thanks Seth
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:31
are you getting dupes when you import this test data?
Sami Rahman
@samrahman
Feb 03 2016 02:31
that's correct. I already have existing idno 1, 2 & 3
after importing the test data it creates another 1, 2 & 3
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:32
It's working fine for me
but remember that the types must match too
so if you have objects from another mapping that are not of type "art" you won't get matches
and no matches means apparent duplicates
Sami Rahman
@samrahman
Feb 03 2016 02:37
interesting. I've just sent you screenshots how it's duplicating for me..
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:37
what are the types of the objects?
Sami Rahman
@samrahman
Feb 03 2016 02:37
it's definitely the type "art" too
You can check from the screenshot
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:37
oh I see
ok so the problem is what you're matching on... label vs. idno
hold on
Sami Rahman
@samrahman
Feb 03 2016 02:38
ok..
CollectiveAccess
@collectiveaccess
Feb 03 2016 02:58
ok found it
it is a problem
we don't usually do imports splitting objects on accession #
it's almost always the other way round, with an object mapping splitting out entities, occurrences, etc.
Sami Rahman
@samrahman
Feb 03 2016 03:00
I see. But the cookbook entry works fine for "storageLocationHierarchyBuilder", with the same kind of mapping..
also, before the fixing it was merging with the right object too
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:01
The matching is a little different
there's no change in your mapping
but there was a coding error where it would match on idno but then rather than stopping there try to match on preferred label
as well
that would fail and you'd get a dupe
Sami Rahman
@samrahman
Feb 03 2016 03:02
I see..
is it easy to fix?
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:03
it's fixed
I'll push it to git in a sec
what time is it where you are?
Sami Rahman
@samrahman
Feb 03 2016 03:03
ah great! Should I pull the development branch?
it's 1:30 pm, Adelaide
I'll be back in 20 mins time, lunch time is passing, office not gonna pay me ;)
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:06
It'll be in github by then
on develop and master-fix
Sami Rahman
@samrahman
Feb 03 2016 03:06
thanks for all your amazing help, @collectiveaccess
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:06
I messed this up in the first place :-)
Sami Rahman
@samrahman
Feb 03 2016 03:06
sure thing, I'll pull and let you know
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:06
have a nutritious lunch
Sami Rahman
@samrahman
Feb 03 2016 03:06
that's alright
I will! CollectiveAccess data import made my hair gray :-D
I'll get my sanity back soon, the import is near to be over
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:07
We do that to every one
import sucks
trying doing it in Collectionspace :-)
Sami Rahman
@samrahman
Feb 03 2016 03:07
It does :smile:
is Collectionspace your product too?
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:08
oh not at all
it's another open source package
once upon a time many years ago (2007) we were linked
Sami Rahman
@samrahman
Feb 03 2016 03:10
ah I see. Actually when we decided, we looked on both. Then moved to CA as the forum is very live
CollectiveAccess
@collectiveaccess
Feb 03 2016 03:10
ok the fix is pushed
it's in develop
Sami Rahman
@samrahman
Feb 03 2016 03:10
great, thanks again Seth again
it's great to talk with you. I'll be back in few mins & will pull the update
CollectiveAccess
@collectiveaccess
Feb 03 2016 21:23
Kai?
kaik84
@kaik84
Feb 03 2016 21:33
hi
CollectiveAccess
@collectiveaccess
Feb 03 2016 21:44
can you chat me on Skype?
kaik84
@kaik84
Feb 03 2016 21:44
Yes
kaik84
@kaik84
Feb 03 2016 22:24
I hope he didn’t get stung!