Hey David, I'm wondering now, did you try out the ubuntu install script
that is mentioned here:
http://arches4.readthedocs.io/en/latest/requirements-and-dependencies/#installing-dependencies-on-linux?
I haven't had to use it recently, but I thought it was supposed to handle
all of the mapnik stuff... though now I don't actually see mapnik packages
in it, so maybe it needs some additions? Please let us know if you are able
to test that out.

As a general note, as we've mentioned in the documentation since v3, Arches
is only fully supported on Chrome... It certainly would be good to expand
that compatability, so, if it isn't documented already, it would be great
to add a ticket to the repo about this Safari issue.

Adam

On Sun, Nov 19, 2017 at 11:42 AM, David Osborne <
daosborne.archaeol...@gmail.com> wrote:

> Hi Dennis
>
> Thanks for the reassurance about the validation errors: my Arches
> installation says it has 5990 records after installing the Disco data, so
> that looks good.
>
> Your perceptive guess that I was using Safari was correct: after switching
> to Chrome, my Mapbox key saved immediately, so it looks as though my test
> Arches installation is good and I can now progress to setting up the
> production server in AWS.
>
> Incidentally, I wasted some time trying to install Mapnik, because the
> Arches dependencies list links to the Mapnik site where the instructions
> say to install from source. I just couldn't get the sources to compile, due
> to header files not being found. However, elsewhere on the web, I found a
> recommendation to install the Mapnik packages in the Ubuntu repos, using
> apt. That was really what I wanted to validate by installing the Disco
> data. I have the following packages installed:
> libmapnik-dev
> libmapnik3.0
> mapnik-doc
> mapnik-utils
> mapnik-vector-tile
> python-mapnik
>
> I'd recommend that the installation instructions for Arches dependencies
> be updated to recommend installing Mapnik packages from the Ubuntu repos,
> instead of linking to the Mapnik website.
>
> Many thanks for your help
> David
> On Saturday, 18 November 2017 23:42:00 UTC, Dennis Wuthrich wrote:
>>
>> Hi David,
>>
>> I've seen the same import errors.  The short answer is that you if your
>> Arches search page shows 5989 (or so) records then you can ignore the
>> import errors.  We haven't been as diligent as we should be in updating the
>> disco data set after applying additional validation rules on import, so
>> some records don't import because they don't validate.
>>
>> As for the issue with saving the MapBox key, there seems to be a bug when
>> attempting this with Safari.  If possible, try saving your key with Chrome.
>>
>> Hope this helps.
>>
>> Cheers,
>>
>> Dennis
>>
>> On Saturday, November 18, 2017 at 3:28:45 PM UTC-8, David Osborne wrote:
>>>
>>> After downloading a zip archive of the repo, the installation was more
>>> successful this time (https://gist.github.com/daosb
>>> orne/e65d6fb2b3601796af3bbb324d29bbe3). However, several import errors
>>> were reported and the resource_import.log file contained 30,188 lines like
>>> Sat Nov 11 10:49:54 2017 ERROR: Relation not created, either zero or
>>> multiple resources found with legacyid: 6a535ad3-2cc7-422b-aae5-9b4ab5
>>> a6c1a7
>>> so I suspect I may be missing some data.
>>>
>>> I also have the problem that after starting up the Django server,
>>> attempting to save the Mapbox key in the system settings just produces the
>>> rotating dots on the screen and nothing further happens.
>>>
>>> Maybe I need to check the installation of Arches and its dependencies?
>>>
>>> David
>>>
>>> On Thursday, 16 November 2017 14:55:05 UTC, David Osborne wrote:
>>>>
>>>> Thanks, Ryan, that's very encouraging. I thought I'd used *git fetch* to
>>>> update my clone of the repo but maybe starting afresh would be best. I'll
>>>> let you know how I get on.
>>>>
>>>> regards
>>>> David
>>>>
>>>> On Wednesday, 15 November 2017 23:12:15 UTC, Ryan Anderson wrote:
>>>>>
>>>>> Hi David,
>>>>>
>>>>> From your log it looks like there are a few things going on here.
>>>>>
>>>>> 1.) You can ignore the first error about the “is_required” column not
>>>>> existing, that’s just a small error in a database migration that is fixed
>>>>> in a later migration.
>>>>>
>>>>> 2.) It looks like the graphs in your DISCO data are out of date. I can
>>>>> tell from these errors:
>>>>>
>>>>> "u"'E9_Move' is not a valid CIDOC CRM v6.2 ontology class””
>>>>>
>>>>> The graphs have been updated in newer versions of the DISCO repository.
>>>>>
>>>>> 3.) Because your graphs are out of date they are not being loaded
>>>>> which is causing this error during business data load later:
>>>>>
>>>>> "ERROR: No resource model found. Please make sure the resource model
>>>>> this business data is mapped to has been imported into Arches.”
>>>>>
>>>>> Potential Solution:
>>>>>
>>>>> We recently reorganized the DISCO package to bring it in line with the
>>>>> project/package paradigm that Arches uses in deployment. You usually 
>>>>> create
>>>>> a project when installing arches for production and you can read more 
>>>>> about
>>>>> packages here: http://arches4.readthedocs.io/en/latest/create-package/
>>>>>
>>>>> If you pull the most recent DISCO package the load_data.sh script has
>>>>> been removed, because you now load the DISCO package like you would any
>>>>> other Arches package. That is (from within your project root dir with your
>>>>> virtualenv activated):
>>>>> python manage.py packages -o load_packages -d /Full/path/to/package
>>>>>
>>>>>
>>>>> Hope this helps.
>>>>>
>>>>> Regards,
>>>>> Ryan
>>>>>
>>>>> On Nov 15, 2017, at 2:48 PM, David Osborne <daosborne....@gmail.com>
>>>>> wrote:
>>>>>
>>>>> I'm running through setting up Arches 4.0.1 on Ubuntu 16.04 on my
>>>>> MacBook under Vagrant, before setting up a server on AWS. I think I've got
>>>>> Arches and its pre-requisite packages installed correctly and I wanted to
>>>>> install the disco_data package as test data to verify that my Arches
>>>>> installation is correct. However, the load_data.sh script starts producing
>>>>> error messages just after the database migrations and more errors occur
>>>>> later. The first error claims that the "is_required" column doesn't exist
>>>>> in the nodes table, although connecting later via psql, I can see that the
>>>>> column is present. I've made several attempts to get disco_data installed
>>>>> but all with the same results, so I don't know where to look next to fix
>>>>> this.
>>>>>
>>>>> Are there any standard test procedures to verify that Arches is
>>>>> correctly installed, other than using disco_data?
>>>>>
>>>>> The result of running the load_data.sh script is at
>>>>> https://gist.github.com/daosborne/21997d901cd872fc5e3126c1197e5c9b,
>>>>> if anyone can suggest where the cause of my problem may lie.
>>>>>
>>>>> Thanks,
>>>>> David
>>>>>
>>>>> --
>>>>> -- To post, send email to arches...@googlegroups.com. To unsubscribe,
>>>>> send email to archesprojec...@googlegroups.com. 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 archesprojec...@googlegroups.com.
>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>
>>>>>
>>>>> --
> -- To post, send email to archesproject@googlegroups.com. To unsubscribe,
> send email to archesproject+unsubscr...@googlegroups.com. 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 archesproject+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. 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 archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to