Hi Tobias,
Those look correct to me.
Cheers,
Alexei

Director of Web Development - Farallon Geographics, Inc. - 971.227.3173


On Mon, Apr 21, 2014 at 6:54 AM, Tobias Kohr <[email protected]> wrote:

> Hi Alexei,
>
> alright I will have a look at this.
>
> Regarding the mergenodes of this graph (see light red nodes in jpg), are
> my following assumptions correct?
>
> COMPONENT CERTAINTY TYPE.E55 + child: mergenodeid = ARCHAEOLOGICAL
> HERITAGE (SITE).E27
> COMPONENT MEASUREMENT TYPE.E55 + children: mergenodeid = ARCHAEOLOGICAL
> HERITAGE (SITE).E27
> PHASE TYPE ASSIGNMENT CERTAINTY TYPE.E55 + children: mergenodeid =
> PRODUCTION.E12
> INVESTIGATION TYPE.E55 + child: mergenodeid = ARCHAEOLOGICAL HERITAGE
> (SITE).E27
>
> Thanks!
> Tobias
>
>
> 2014-04-17 19:09 GMT+02:00 Alexei Peters <[email protected]>:
>
> Hi Tobias,
>> The build.sh script will rebuild the en-us.js file.  You shouldn't edit
>> the en-us.js file, if you do your edits will be lost next time you run
>> build.sh.
>> Could it be a browser cache issue?
>>
>> The build/management/commands/staticfiles.py file creates most of the
>> entries in the en-us.js file.
>> On lines 67 and 69 you should see things like "write_map_layers" and
>> "write_app_config".  If your en-us.js file and your
>> Media/js/debug/config/app.js are missing those entries noted in your email,
>> then staticfiles.py is the place to start.
>> Hope that helps,
>> Cheers,
>> Alexei
>>
>>
>> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>>
>>
>> On Thu, Apr 17, 2014 at 7:25 AM, Tobias Kohr <[email protected]>wrote:
>>
>>> Hi Alexei,
>>>
>>> thanks for your detailed indications!
>>>
>>> Indeed there were errors in our imported graph (missing node and edges).
>>> We hadn't imported our latest version:-(
>>> After correcting these errors our legacy data seems to get imported into
>>> Arches: install_packages.sh runs through and tells "successfully_saved" for
>>> all sites
>>> However, when calling Arches in the browser now the "Initializing..."
>>> window gets stuck with the following JS errors:
>>>
>>> TypeError: Arches.config.App.primaryNameInfo is null
>>> ...Column1' : 'Name','additembuttontext' : 'Add
>>> Name','missingTypeInvalidMsg' : 'Al...
>>> en-us.js (line 27)
>>>
>>> TypeError: Arches.forms.OrganizationName is undefined
>>> ...Column1' : 'Name','additembuttontext' : 'Add
>>> Name','missingTypeInvalidMsg' : 'Al...
>>> en-us.js (line 27)
>>>
>>> TypeError: Arches.i18n.MapLayers is undefined
>>> data: Arches.i18n.MapLayers.basemaps
>>> Arches...ctor.js (line 51)
>>>
>>> Running build.sh again doesn't help. Which script builds the en-us.js?
>>> Could you send us a default version of this file? Ours should be the
>>> default version, but we have touched it in the past (not line 27).
>>>
>>> Any other ideas here? Thanks!
>>>
>>> -Tobias
>>>
>>>
>>> 2014-04-16 22:28 GMT+02:00 Alexei Peters <[email protected]>:
>>>
>>> Hi Tobias,
>>>> I suspect some issue with the schema(essentially the db version of the
>>>> resource graph).
>>>>
>>>> Looking at the error, try this:
>>>>
>>>> Open a browser and point it to this endpoint (make sure runserver is
>>>> running):
>>>> Arches/EntityTypes/ARCHAEOLOGICAL HERITAGE (SITE).E27?f=json
>>>>
>>>> I'll spit out a json representation of your ARCHAEOLOGICAL HERITAGE 
>>>> (SITE).E27
>>>> resource graph.
>>>> I'm guessing that it's somehow incomplete (maybe missing some key
>>>> Entitytypes)
>>>> You should see a top level node called ARCHAEOLOGICAL HERITAGE (SITE).E27
>>>> followed by sub nodes that define the Entitytypes that actually collect
>>>> business data (like PLACE_CADASTRAL REFERENCE.E53).
>>>> Below that you should see a "steps" node.  This node defines all the
>>>> intermediate nodes that need to be created from root to leaf in order to
>>>> create a valid branch within the graph.
>>>>
>>>> If you're missing entitytypes like PLACE_CADASTRAL REFERENCE.E53 then
>>>> somehow the graph didn't get imported into the system correctly.
>>>> If you look in the install directory of your package you should see a
>>>> file called resource_graphs.py and in that a method call "load_graphs".
>>>>  It's that method that get's called to parse and load the csv files that
>>>> define your graphs.
>>>> I would start looking there for potential issues.
>>>>
>>>> Cheers
>>>> Alexei
>>>>
>>>>
>>>> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>>>>
>>>>
>>>> On Tue, Apr 15, 2014 at 9:12 AM, Tobias Kohr <[email protected]>wrote:
>>>>
>>>>> Hi Alexei,
>>>>>
>>>>> if we don't limit the list of resource types in settings.py, we are
>>>>> still stuck when running install_packages.sh with a different error:
>>>>>
>>>>>
>>>>> Traceback (most recent call last):
>>>>>   File "../manage.py", line 28, in <module>
>>>>>     execute_from_command_line(sys.argv)
>>>>>   File
>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>>> line 399, in execute_from_command_line
>>>>>     utility.execute()
>>>>>   File
>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>>> line 392, in execute
>>>>>     self.fetch_command(subcommand).run_from_argv(self.argv)
>>>>>   File
>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>>> line 242, in run_from_argv
>>>>>     self.execute(*args, **options.__dict__)
>>>>>   File
>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>>> line 285, in execute
>>>>>     output = self.handle(*args, **options)
>>>>>   File
>>>>> "/arches-web/archesproject/build/management/commands/packages.py", line 
>>>>> 41,
>>>>> in handle
>>>>>     self.load_package(package)
>>>>>   File
>>>>> "/arches-web/archesproject/build/management/commands/packages.py", line 
>>>>> 46,
>>>>> in load_package
>>>>>     install(settings.ROOT_DIR)
>>>>>   File "/arches-web/archesproject/packages/i3mainz/setup.py", line 77,
>>>>> in install
>>>>>     test_data.DataLoader().load(filepath)
>>>>>   File "/arches-web/archesproject/db/Data/load_from_csv.py", line 95,
>>>>> in load
>>>>>     return self.resourceListToEntities(resourceList)
>>>>>   File "/arches-web/archesproject/db/Data/load_from_csv.py", line 123,
>>>>> in resourceListToEntities
>>>>>     entity.create_from_mapping(row.resourcetype,
>>>>> schema[row.attributename]['steps'], row.attributename, row.attributevalue)
>>>>> KeyError: 'PLACE_CADASTRAL REFERENCE.E53'
>>>>>
>>>>> The odd underscore/no underscore syntax is consistent with the syntax
>>>>> in the files defining the graph.
>>>>> The error is provoked by an import csv that looks like this (first
>>>>> site):
>>>>>
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|EXTERNAL XREF.E42|1|MONUMENT:1
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|EXTERNAL XREF
>>>>> TYPE.E55|EXTERNAL_XREF_TYPE_1000|MONUMENT:1
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|EXTERNAL XREF.E42|853|MONUMENT:1
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|EXTERNAL XREF
>>>>> TYPE.E55|EXTERNAL_XREF_TYPE_1001|MONUMENT:1
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|EXTERNAL XREF.E42|5|MONUMENT:1
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|EXTERNAL XREF
>>>>> TYPE.E55|EXTERNAL_XREF_TYPE_2000|MONUMENT:1
>>>>> 1|ARCHAEOLOGICAL HERITAGE
>>>>> (SITE).E27|ADDRESS_TOWN/CITY.E45|ALBACH|ADDRESS-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|COMPILER.E82|FETSCH|COMPILER.E82-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|NAME
>>>>> TYPE.E55|NAME_TYPE_1|NAME.E41-1
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|NAME.E41|Albach|NAME.E41-1
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|SPATIAL
>>>>> COORDINATES_GEOMETRY.E47|POINT (8.79912945 50.55867308)|SPATIAL
>>>>> COORDINATES_GEOMETRY.E47-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|PLACE_CADASTRAL
>>>>> REFERENCE.E53|Reutereck|PLACE_CADASTRAL REFERENCE.E53-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|GEOMETRY
>>>>> QUALIFIER.E55|GEOMETRY_QUALIFIER_1000|SPATIAL COORDINATES_GEOMETRY.E47-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|INVESTIGATION
>>>>> TYPE.E55|INVESTIGATION_TYPE_2_1_3|INVESTIGATION TYPE.E55-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|ARCHAEOLOGICAL COMPONENT
>>>>> TYPE.E55|ARCHAEOLOGICAL_COMPONENT_ARCHAEOLOGICAL_COMPONENT_2100|COMPONENT.E18-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|COMPONENT CERTAINTY
>>>>> TYPE.E55|COMPONENT_CERTAINTY_1|COMPONENT.E18-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|CULTURAL
>>>>> PERIOD.E55|PERIOD_1310213|PHASE TYPE ASSIGNMENT.E17-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|PHASE TYPE ASSIGNMENT CERTAINTY
>>>>> TYPE.E55|PHASE_TYPE_ASSIGNMENT_CERTAINTY_2|PHASE TYPE ASSIGNMENT.E17-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|ARCHAEOLOGICAL HERITAGE (SITE)
>>>>> TYPE.E55|SITE_7|PHASE TYPE ASSIGNMENT.E17-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|SCIENTIFIC DATING
>>>>> METHOD.E55|DATING_10002|SCIENTIFIC DATING EVENT.E5-0
>>>>> 1|ARCHAEOLOGICAL HERITAGE (SITE).E27|SUMMARY.E62|Datierendes Material:
>>>>> ; |SUMMARY.E62-0
>>>>>
>>>>> When we leave out the PLACE_CADASTRAL REFERENCE.E53 information,
>>>>> INVESTIGATION TYPE.E55 throws the same error.
>>>>>
>>>>> We haven't finished building all authority files for our graph. Is
>>>>> this the problem or should the import process already work beforehand?
>>>>>
>>>>> I don't understand why PLACE_CADASTRAL REFERENCE.E53 causes an error,
>>>>> as it is already included in the default graph and shouldn't be affected 
>>>>> by
>>>>> the authority files.
>>>>>
>>>>> The third column in the import csv should contain the node's
>>>>> name/label, however, and not the ID, correct? (e.g. PLACE_CADASTRAL
>>>>> REFERENCE.E53 instead of ARCHAEOLOGICAL HERITAGE.E27:PLACE_CADASTRAL
>>>>> REFERENCE.E53)
>>>>>
>>>>> Thanks for your help!
>>>>> Tobias
>>>>>
>>>>>
>>>>> 2014-04-12 4:55 GMT+02:00 Alexei Peters <[email protected]>:
>>>>>
>>>>>   Hi Tobias,
>>>>>> You may have just found a bug that cropped up during the development
>>>>>> of version 2.  I haven't had a chance to confirm myself buy I'll let the
>>>>>> community know what I find out.
>>>>>> Cheers,
>>>>>> Alexei
>>>>>>
>>>>>> Sent from my Windows Phone
>>>>>>  ------------------------------
>>>>>> From: Tobias Kohr <[email protected]>
>>>>>> Sent: 4/10/2014 6:36 AM
>>>>>> To: [email protected]
>>>>>> Subject: [Arches] Re: Integrating modified Authority Documents
>>>>>>
>>>>>> OK, the error did not have anything to do with our modified Authority
>>>>>> Documents.
>>>>>>
>>>>>> It was caused by the entry to limit Resource Types in the global
>>>>>> settings.py:
>>>>>> LIMIT_ENTITY_TYPES_TO_LOAD = (
>>>>>>     # override this setting in your packages settings.py file
>>>>>>     'ARCHAEOLOGICAL HERITAGE (SITE).E27',
>>>>>> )
>>>>>>
>>>>>> I guess this provokes inconsistencies when authority_files.py tries
>>>>>> to link data to the entities of the Resource Types that weren't loaded. 
>>>>>> Is
>>>>>> this correct?
>>>>>>
>>>>>> Putting the same entry in the settings.py of the package to overwrite
>>>>>> the global setting doesn't take any effect. Is there a different syntax
>>>>>> needed?
>>>>>>
>>>>>> Cheers,
>>>>>> Tobias
>>>>>>
>>>>>>
>>>>>> On Thursday, April 10, 2014 1:11:16 PM UTC+2, Tobias Kohr wrote:
>>>>>>>
>>>>>>> Dear Archeslist,
>>>>>>>
>>>>>>> we have extended the ARCHAEOLOGICAL HERITAGE (SITE).E27 Resource
>>>>>>> Type and defined our own vocabularies in the according Authority Files.
>>>>>>>
>>>>>>> (After running install_arches_db.sh and build.sh),
>>>>>>> install_packages.sh loads all Authority Files. However the function
>>>>>>> create_link_to_entity_types() in authority_files.py aborts with the
>>>>>>> following error:
>>>>>>>
>>>>>>> Traceback (most recent call last):
>>>>>>>   File "../manage.py", line 28, in <module>
>>>>>>>     execute_from_command_line(sys.argv)
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>>>>> line 399, in execute_from_command_line
>>>>>>>     utility.execute()
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>>>>> line 392, in execute
>>>>>>>     self.fetch_command(subcommand).run_from_argv(self.argv)
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>>>>> line 242, in run_from_argv
>>>>>>>     self.execute(*args, **options.__dict__)
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/virtualenv/ENV/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>>>>> line 285, in execute
>>>>>>>     output = self.handle(*args, **options)
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/build/management/commands/packages.py", line 
>>>>>>> 47,
>>>>>>> in handle
>>>>>>>     self.load_package(package)
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/build/management/commands/packages.py", line 
>>>>>>> 52,
>>>>>>> in load_package
>>>>>>>     install(settings.ROOT_DIR)
>>>>>>>   File "/arches-web/archesproject/packages/i3mainz/setup.py", line
>>>>>>> 60, in install
>>>>>>>     authority_files.load_authority_files(package_settings.ROOT_DIR)
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/packages/i3mainz/install/authority_files.py",
>>>>>>> line 24, in load_authority_files
>>>>>>>     create_link_to_entity_types(cursor, packagepath)
>>>>>>>   File
>>>>>>> "/arches-web/archesproject/packages/i3mainz/install/authority_files.py",
>>>>>>> line 125, in create_link_to_entity_types
>>>>>>>     entity_type = str(cursor.fetchone()[0])
>>>>>>> TypeError: 'NoneType' object has no attribute '__getitem__'
>>>>>>>
>>>>>>> Any ideas what the cause for this could be?
>>>>>>>
>>>>>>> What does create_link_to_entity_types() / entity_type =
>>>>>>> str(cursor.fetchone()[0]) exactly do?
>>>>>>>
>>>>>>> Best,
>>>>>>> Tobias
>>>>>>>
>>>>>>  --
>>>>>> -- To post, send email to [email protected]. To
>>>>>> unsubscribe, send email to [email protected].
>>>>>> For more information, visit
>>>>>> https://groups.google.com/d/forum/archesproject?hl=en
>>>>>> ---
>>>>>> You received this message because you are subscribed to the Google
>>>>>> Groups "Arches Project" group.
>>>>>> To unsubscribe from this group and stop receiving emails from it,
>>>>>> send an email to [email protected].
>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>  --
> -- To post, send email to [email protected]. To unsubscribe,
> send email to [email protected]. For more
> information, visit https://groups.google.com/d/forum/archesproject?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Arches Project" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>

-- 
-- To post, send email to [email protected]. To unsubscribe, send 
email to [email protected]. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to