One more note about the Ubuntu dependencies script, I recently came across what may (or may not, again, haven't been able to test it) be a problem with it regarding ElasticSearch settings, just so you are aware: https://github.com/archesproject/arches/issues/2746
On Mon, Nov 20, 2017 at 10:26 AM, Adam Cox <[email protected]> wrote: > 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 < > [email protected]> 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.readthedo >>>>>> cs.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 <[email protected]> >>>>>> 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 [email protected]. To >>>>>> unsubscribe, send email to [email protected]. For >>>>>> more information, visit https://groups.google.com/d/fo >>>>>> rum/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/fo >> rum/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.
