Re: [Arches] Re: Arches installation with database on a separate server

[Adam Cox]

Also, it looks like the failure comes on this specific line
https://github.com/archesproject/arches/blob/master/arches/management/commands/setup_db.py#L137.
As I recall, that line cleans up existing connections, but it is not
technically necessary for the process if you don't have other connections
to the database. So you could also try simply commenting out that line
before running the command and seeing what happens.

Adam

On Tue, Apr 20, 2021 at 3:33 AM andrew...@historicengland.org.uk <
andrew.jo...@historicengland.org.uk> wrote:

> Markus, we are running a duel Azure server setup on Windows with no issues
> - but only at 5.0.
>
> As we are running it in a private network we've not needed to enable SSL
> but for a side project I have connected it up to Azure Database for
> Postgresql Server instance and I have to add  the sslmode option to the DB
> connection string.
>
> DATABASES = {
> "default": {
> "ENGINE": "django.contrib.gis.db.backends.postgis",
> "NAME": get_env_variable("PGDBNAME"),
> "USER": get_env_variable("PGUSERNAME"),
> "PASSWORD": get_env_variable("PGPASSWORD"),
> "HOST": get_env_variable("PGHOST"),
> "PORT": get_env_variable("PGPORT"),
> "POSTGIS_TEMPLATE": "template_postgis",
> "OPTIONS": {
> "sslmode": get_env_variable("PGSSLMODE") #needs to use '
> *require*' if connecting to Azure Database for Postgresql
> },
> }
> }
>
> If you can, perhaps test with SSL disabled so you can isolate the issue
> further.
>
> On Tuesday, April 20, 2021 at 12:56:09 AM UTC+1 Markus S. wrote:
>
>> Hi,
>>
>> Thanks for all the tips. After a fresh install, when I run *setup_db*, I
>> still get the following error, pasted below.
>>
>> On the app server, I can connect to the database server without issue
>> using pgAdmin. I have created the blank db for Arches there, as per Ryan's
>> suggestion. The postgis template exists on the server and I used it as a
>> template to create the db. This should not be a port issue since I am able
>> to connect with pgAdmin.
>>
>> I have set the db connection parameters in the *settings_local* file. I
>> know the host, database name, username and password strings should be
>> correct because I get a different error if I intentionally mess them up.
>> The error below is likely caused by something else, and it seems that the
>> SSL connection just breaks right away. It is not complaining about SSL
>> version, but I might look into that a bit.
>>
>> (ENV) C:\Projects\arches_parks>python manage.py setup_db
>> Are you sure you want to destroy and rebuild your database? [y/N] y
>> Drop and recreate the database...
>>
>> SELECT pg_terminate_backend(pid) FROM pg_stat_activity
>> WHERE datname IN ('azure_arches', 'template_postgis');
>> Traceback (most recent call last):
>>   File "manage.py", line 30, in 
>> execute_from_command_line(sys.argv)
>>   File
>> "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py",
>> line 381, in execute_from_command_line
>> utility.execute()
>>   File
>> "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py",
>> line 375, in execute
>> self.fetch_command(subcommand).run_from_argv(self.argv)
>>   File
>> "C:\Projects\ENV\lib\site-packages\django\core\management\base.py", line
>> 323, in run_from_argv
>> self.execute(*args, **cmd_options)
>>   File
>> "C:\Projects\ENV\lib\site-packages\django\core\management\base.py", line
>> 364, in execute
>> output = self.handle(*args, **options)
>>   File
>> "C:\Projects\ENV\lib\site-packages\arches\management\commands\setup_db.py",
>> line 52, in handle
>> self.setup_db()
>>   File
>> "C:\Projects\ENV\lib\site-packages\arches\management\commands\setup_db.py",
>> line 186, in setup_db
>> self.drop_and_recreate_db(cursor)
>>   File
>> "C:\Projects\ENV\lib\site-packages\arches\management\commands\setup_db.py",
>> line 137, in drop_and_recreate_db
>> cursor.execute(terminate_sql)
>> *psycopg2.errors.AdminShutdown: terminating connection due to
>> administrator command*
>> *SSL connection has been closed unexpectedly*
>>
>> On Wednesday, April 14, 2021 at 11:30:27 AM UTC-7 mr.ad...@gmail.com
>> wrote:
>>
>>> Hi Markus, I use this setup for my installations. It works as expected,
>>> but you make a few good points. This is definitely a section of the
>>> documentation I've been wanting to update for a while...
>>> https://github.com/archesproject/arches-docs/issues/115
>>>
>>> For your Azure connection issues, like Ryan said it could be a firewall
>>> issue. Make sure your db server allows access via port 5432 from your app
>>> server. On AWS I found that I needed to allow access from the app server's
>>> *private* ip address, not public one, to facilitate this connection.
>>> Easiest of course would be to open up 5432 to any incoming connections, but
>>> that's not a very secure solution
>>>
>>> As for the local postgres installation, originally arches did 

Re: [Arches] Filter resource instances by authenticated user / group

[Adam Cox]

Hi Brett,

I have implemented a system kind of like this for the Heritage Monitoring
Scouts program at the Florida Public Archaeology Network (hms.fpan.us).
There are two types of filters: 1) "Scout" users are granted access to
specific archaeological site resource instances via "assignment" by
administrators, and 2) various categories of "Land Manager" users are given
access to subsets of archaeological sites--all sites located within their
state park, for example. Ultimate, the filtering is done by a custom search
filter component that is applied behind the scenes to node values in the
archaeological site resource instances. In 1, administrators update a node
in the instance to hold the Scout's username and the search filter runs a
match on that, and in 2) the filter matches location-derived attributes in
the instances with properties of the Land Manager's user profile. I can
give you a lot more information on this if you want (feel free to e-mail me
directly), especially in May and June as I'm planning to finish some
in-progress upgrades on the system at that time.

That said, as you're probably aware, Arches does have some advanced
permissions capabilities built in now (which weren't there when we first
designed the HMS system), as well as the provisional editing capabilities.
Building off of those functionalities as much as possible will likely be
the best way forward, but Arches is also now well-suited to creating a
custom search component.

Adam

On Thu, Apr 15, 2021 at 4:37 PM Brett Ferguson  wrote:

> Hi all -
>
> I'm currently trying to figure out  the best way for certain user groups
> to only be able to view and edit their own resource instances (ie resource
> instances they created).
>
> We have a use case that requires:
> 1) that a user group be able to create and edit resource instances for
> submission to an authority , but not be able to view / edit other users'
> resource instances.
> 2) once a resource instance has been submitted, the user group should be
> able to view the submitted resource (for submission tracking purposes) but
> no longer be able to edit it.
>
> I'm just wondering if anyone has implemented this type of functionality or
> has any insight on the best approach before I head off into the weeds.
>
> For #1, I'm thinking that a search filter might be a good way to do that.
> The filter would only be applied to certain user groups. I'm just wondering
> if that seems like the right approach or if I'm way off base.
>
> For #2 I'm guessing some sort of dynamic authorization would be necessary,
> based on a resource tile value. I haven't wrapped my head around how might
> be done yet, but once again wondering if someone has already implemented
> this type of functionality.
>
> Thanks so much!
>
> Brett
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/630b0b5c-6c1c-4f0f-8d91-41282763f72an%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTas6FzkcxxyGZoKgO%3DJoQJuPZy-nND8BfcEXiiO23h8MyA%40mail.gmail.com.

Re: [Arches] Re: Arches Collector mobile app and Arches 5.1

[Adam Cox]

Thanks for this response Cyrus, looking forward to the release.

Adam

On Thu, Apr 15, 2021 at 3:24 PM Cyrus Hiatt  wrote:

> Hi Kuba,
>
> I'm very glad to hear that upgrading has made Arches more stable for you,
> and sorry that you've run into problems with Collector. As Adam points out,
> the resource instance datatype in 5.1 is not compatible with the version of
> Collector available on Google Play and the App Store. That said, we have
> had success running Collector with Arches 5.1 as long as the project does
> not contain cards with that datatype. I recently tested downloading
> projects and syncing from an iOS device to our v5.1.3 instance and did not
> run into any errors. There are some differences between 5.1.3 and 5.1.1,
> but I don't think anything that would explain the error that you are
> seeing. I'm not sure why `*mobileprojects?status*` would return a 404.
>
> To Adam's question about an update, we've made a number of important
> improvements to Collector and are currently in the process of testing, so
> we should have a release soon. Once we've resolved any issues that may fall
> out of testing, we'll announce an expected release date.
>
> Cheers,
>
> Cyrus
>
> On Wednesday, April 14, 2021 at 11:55:38 AM UTC-7 mr.ad...@gmail.com
> wrote:
>
>> I have the same question about an update to the mobile app; currently it
>> is not compatible with Arches 5.1 and I believe at least one of the reasons
>> is a business data schema change in core Arches for how resource instance
>> nodes are stored.
>>
>> Adam
>> On Thursday, April 8, 2021 at 4:26:07 PM UTC-5 kuba...@gmail.com wrote:
>>
>>> Hi everyone!
>>> I am on Arches 5.1.1 and I'm trying to make Arches Collector working.
>>> I configured everything as described in documentation (couchdb,
>>> OAUTH_ID, cellary). I also created a project in Arches Collector Manager.
>>> In Arches Collector I can add my instance but refreshing projects list
>>> returns nothing and produce problem in server console:
>>> *"POST /auth/user_profile HTTP/1.1" 200 4623*
>>> *Not Found: //mobileprojects*
>>> *"GET //mobileprojects?status HTTP/1.1" 404 34262*
>>>
>>> In this topic (
>>> https://groups.google.com/g/archesproject/c/5oz82mkU7Dk/m/vfsU-N6tDQAJ)
>>> I found that Arches 5.1 do not support actual version of mobile app but if
>>> that's true description of Collector specific facts in release notes
>>> 
>>>  don't
>>> make any sense.
>>>
>>> Is Arches Collector working for anybody with 5.1?
>>> Any clue about solving my error?
>>> Any idea about upgraded Collector version release date?
>>>
>>> Despite of described problem Arches 5.1 is a greate update and works
>>> much more stable for me. :)
>>> Thank you in advance!
>>>
>> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/3676456b-bc24-4d38-b598-1cee0a5e3494n%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTavraLZxUQUoHbr_ZL8MWZZFfq8a7eq1ngXo%3Dq%2BqXryvYQ%40mail.gmail.com.

[Arches] Re: Arches Collector mobile app and Arches 5.1

[Adam Cox]

I have the same question about an update to the mobile app; currently it is 
not compatible with Arches 5.1 and I believe at least one of the reasons is 
a business data schema change in core Arches for how resource instance 
nodes are stored.

Adam
On Thursday, April 8, 2021 at 4:26:07 PM UTC-5 kuba...@gmail.com wrote:

> Hi everyone!
> I am on Arches 5.1.1 and I'm trying to make Arches Collector working.
> I configured everything as described in documentation (couchdb, OAUTH_ID, 
> cellary). I also created a project in Arches Collector Manager.
> In Arches Collector I can add my instance but refreshing projects list 
> returns nothing and produce problem in server console:
> *"POST /auth/user_profile HTTP/1.1" 200 4623*
> *Not Found: //mobileprojects*
> *"GET //mobileprojects?status HTTP/1.1" 404 34262*
>
> In this topic (
> https://groups.google.com/g/archesproject/c/5oz82mkU7Dk/m/vfsU-N6tDQAJ) I 
> found that Arches 5.1 do not support actual version of mobile app but if 
> that's true description of Collector specific facts in release notes 
>  
> don't 
> make any sense.
>
> Is Arches Collector working for anybody with 5.1?
> Any clue about solving my error?
> Any idea about upgraded Collector version release date?
>
> Despite of described problem Arches 5.1 is a greate update and works much 
> more stable for me. :)
> Thank you in advance!
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/c28b19fe-c8d6-467d-8ef6-26ed23871400n%40googlegroups.com.

Re: [Arches] Help with getting a WMS vector overlay to show in Arches 5.1.1

[Adam Cox]

Hey Brett, no not one off the top of my head. I'd say anything that can be 
publicly shared would be just fine for now (i.e. the content and geographic 
extent aren't too big a concern).

Thanks!

On Tuesday, April 13, 2021 at 12:26:53 PM UTC-5 Brett Ferguson wrote:

> Hi Adam -
>
> So I have a functioning example of a vector layer being serviced by a WMS. 
> What I have working is a layer coming from the BC Government WMS in pbf 
> format. Do you have any thoughts about a good example layer from a public 
> WMS to use as an example in the Arches Git repo? If not I'll do some 
> digging.
>
> Brett
>
> On Monday, March 29, 2021 at 2:53:35 PM UTC-7 mr.ad...@gmail.com wrote:
>
>> Ah, I really misunderstood then, I didn't even know you could request pbf 
>> format through WMS. Sorry, I'm not going to be much more help on that 
>> front. You've probably already seen this stack exchange answer, but just 
>> for good measure: 
>> https://gis.stackexchange.com/questions/238301/mapbox-vector-tiles-from-geoserver-2-11-in-mapbox-gl-js
>>  
>> it may have something helpful.
>>
>> You are right though, the tileserver section does need to be removed from 
>> that repo. Hopefully we can put your example in there, once you do get it 
>> working.
>>
>> Adam
>>
>> On Mon, Mar 29, 2021 at 4:19 PM Brett Ferguson  
>> wrote:
>>
>>> Hi Adam -
>>>
>>> Thank you for for the quick reply! I had previously seen your raster 
>>> example and I managed to get a raster version working. 
>>>
>>> What I'm trying to do here is provide a selectable vector overlay that 
>>> can be used as a source for new feature creation. Do you know if there are 
>>> any examples of this (at least as far as using a WMS for a vector overlay)? 
>>> Previously in Arches 4.3.x I was importing the layer using the 
>>> add-tileserver-layer which I see has been removed from Arches 5. So I'm not 
>>> sure what the best approach is to provide this functionality.
>>>
>>> I've seen the repo you mentioned above, and I'm guessing that everything 
>>> under the tileserver/ directory is now obsolete with the deprecation of the 
>>> add-tileserver-layer functionality in Arches. Is there another process that 
>>> can be used to replace importing vector tiles directly into Arches? My 
>>> thought was to use the WMS to host the vector overlay and then I was going 
>>> to work on making it selectable (I see some instructions about doing that 
>>> in the documentation), which is when I started stumbling with the above.
>>>
>>> Thanks again!
>>>
>>> Brett
>>>
>>> On Monday, March 29, 2021 at 1:41:58 PM UTC-7 mr.ad...@gmail.com wrote:
>>>
 Hi Brett, here is a working GeoServer WMS that I have in one of my own 
 projects: 
 https://github.com/legiongis/fpan/blob/master/fpan/fixtures/1919-coastal-map.json.
  
 This is a Django fixture 
 ,
  
 which I've found to be a very clean way to store map layers for upload 
 (you 
 can see some other examples in that repo).

 Just comparing that one to yours, I think you'll at least need to 
 change your "type" to "raster" in the source.

 Good luck! These are all examples that should get into the 
 https://github.com/archesproject/arches-map-layers repo when we can 
 actually update it...

 Adam



 On Mon, Mar 29, 2021 at 3:28 PM Brett Ferguson  
 wrote:

> I've been trying to add a WMS vector overlay to our Arches project, 
> and I seem to have all the linkages working, however nothing is showing 
> up 
> on the map.
>
> I've defined the Map Source as follows in the /admin/models 
> page: 
>
> {"type": "vector", "tiles": ["
> https://openmaps.gov.bc.ca/geo/pub/WHSE_ARCHAEOLOGY.RAAD_BORDENGRID/ows?bbox={bbox-epsg-3857}=pbf=4157=false=WMS=1.3.0=GetMap=EPSG:3857=512=512=pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID;],
>  
> "tileSize": 512}
>
> and the Map Layer as:
>
> [{"id": "borden-grid", "type": "fill", "source": "Borden Grid",  
> "source-layer": "pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID"}]
>
> with a few different types (fill, line, fill-extrusion), but nothing 
> shows up on the map. I can see the WMS URL being called from Arches (eg 
> https://openmaps.gov.bc.ca/geo/pub/WHSE_ARCHAEOLOGY.RAAD_BORDENGRID/ows?bbox=-13658379.710221574,6261721.357121639,-13619243.951739565,6300857.115603648=pbf=4157=false=WMS=1.3.0=GetMap=EPSG:3857=512=512=pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID
>  
> )  and verified with ogrinfo that the pbf file returned by the WMS 
> endpoint 
> is valid with a number of Polygon objects in it, but without effect on 
> the 
> search map. 
>
> I'm not seeing any exceptions in the browser console other than "The 
> operation is insecure" which looks like the source code location is a 
> GUID. 
> Although the 

Re: [Arches] Re: Arches installation with database on a separate server

[Adam Cox]

Hi Markus, I use this setup for my installations. It works as expected, but
you make a few good points. This is definitely a section of the
documentation I've been wanting to update for a while...
https://github.com/archesproject/arches-docs/issues/115

For your Azure connection issues, like Ryan said it could be a firewall
issue. Make sure your db server allows access via port 5432 from your app
server. On AWS I found that I needed to allow access from the app server's
*private* ip address, not public one, to facilitate this connection.
Easiest of course would be to open up 5432 to any incoming connections, but
that's not a very secure solution

As for the local postgres installation, originally arches did require the
postgres client pqsl locally to facilitate all of the setup_db commands,
but we've tried to factor that out (
https://github.com/archesproject/arches/issues/4803). It's really a
consequence of relying for a long time on an installation process that
expects a postgres superuser (discussed a bit here:
https://github.com/archesproject/arches/issues/2636). Ultimately, you can
now run all of the normal arches development management commands without
having postgres/psql locally, but you will need to create your database
ahead of time and add the postgis and uuid-ossp extensions to it.

Hope that helps a bit,
Adam

On Wed, Apr 14, 2021 at 1:26 PM Markus S.  wrote:

> Hi Ryan,
>
> Thanks, this is very helpful. That's pretty much what I had already tried.
> On the app server, I had used PGAdmin to connect to the db server and the
> connection was successful. Using pgAdmin, I had also created the blank db
> with the PostGIS template on it.
>
> It sounds like I just need to try again and double-check the settings
> file. I'll report back my findings.
>
> Markus
> On Wednesday, April 14, 2021 at 11:15:41 AM UTC-7 Ryan Anderson wrote:
>
>> Hi Markus,
>>
>> I've done this a bunch with Amazon's RDS service. It sounds like
>> generally you are on the right track. More detail about the errors you're
>> seeing would be helpful, but I'll try to recount additional things that may
>> be necessary here.
>>
>> First, check that your postgres port is open on your db server (usually
>> this is 5432) and accessible from your application server. Sometimes I do
>> this by installing psql on the application server and trying to connect to
>> the db server with that. On AWS there are some network settings that need
>> to be tweaked to make sure that the application and db server can talk to
>> each other.
>>
>> The command to connect should be something like this:
>> `psql -U username -h db_server`
>>
>> If this works, then add a postgis template to your db instance
>> (instructions for this can be found here )
>> and then try manually creating your project database from this template in
>> psql. This will get overwritten when you run setup_db/load_package in
>> Arches, but sometimes Arches likes to see that there is already a database
>> there.
>>
>> If things are still not working at this point then double check your
>> settings/settings_local.py file.
>>
>> Arches does not require that you have postgres server installed on the
>> application server, but it is usually helpful in these situations to have
>> the psql client installed - which requires you to select a version you
>> would like it to work with.
>>
>> I hope this helps. Post back with any updates or additional info.
>>
>> Cheers,
>> Ryan
>>
>>
>> On Wednesday, April 14, 2021 at 10:51:21 AM UTC-7 Markus S. wrote:
>>
>>> Hi,
>>>
>>> Does anyone have experience installing Arches 5.1 using two servers, one
>>> for the web server/app and one for the PostgreSQL database? I'm looking at
>>> doing that on Azure. It does not seem as simple as just setting the
>>> database server host name and port in the settings file (I tried it).
>>> Furthermore, the Arches app installation process seems to require the
>>> Postgre 12 dependency on the app's server, implying that the default
>>> expectation is that the db and the app reside on the same server.
>>>
>>> Any tips on this would be appreciated.
>>>
>>> Markus
>>>
>> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/657bf66c-dd85-49b0-8567-d6c50e2ef793n%40googlegroups.com
> 
> .
>

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, 

Re: [Arches] Help with getting a WMS vector overlay to show in Arches 5.1.1

[Adam Cox]

Ah, I really misunderstood then, I didn't even know you could request pbf
format through WMS. Sorry, I'm not going to be much more help on that
front. You've probably already seen this stack exchange answer, but just
for good measure:
https://gis.stackexchange.com/questions/238301/mapbox-vector-tiles-from-geoserver-2-11-in-mapbox-gl-js
it may have something helpful.

You are right though, the tileserver section does need to be removed from
that repo. Hopefully we can put your example in there, once you do get it
working.

Adam

On Mon, Mar 29, 2021 at 4:19 PM Brett Ferguson  wrote:

> Hi Adam -
>
> Thank you for for the quick reply! I had previously seen your raster
> example and I managed to get a raster version working.
>
> What I'm trying to do here is provide a selectable vector overlay that can
> be used as a source for new feature creation. Do you know if there are any
> examples of this (at least as far as using a WMS for a vector overlay)?
> Previously in Arches 4.3.x I was importing the layer using the
> add-tileserver-layer which I see has been removed from Arches 5. So I'm not
> sure what the best approach is to provide this functionality.
>
> I've seen the repo you mentioned above, and I'm guessing that everything
> under the tileserver/ directory is now obsolete with the deprecation of the
> add-tileserver-layer functionality in Arches. Is there another process that
> can be used to replace importing vector tiles directly into Arches? My
> thought was to use the WMS to host the vector overlay and then I was going
> to work on making it selectable (I see some instructions about doing that
> in the documentation), which is when I started stumbling with the above.
>
> Thanks again!
>
> Brett
>
> On Monday, March 29, 2021 at 1:41:58 PM UTC-7 mr.ad...@gmail.com wrote:
>
>> Hi Brett, here is a working GeoServer WMS that I have in one of my own
>> projects:
>> https://github.com/legiongis/fpan/blob/master/fpan/fixtures/1919-coastal-map.json.
>> This is a Django fixture
>> ,
>> which I've found to be a very clean way to store map layers for upload (you
>> can see some other examples in that repo).
>>
>> Just comparing that one to yours, I think you'll at least need to change
>> your "type" to "raster" in the source.
>>
>> Good luck! These are all examples that should get into the
>> https://github.com/archesproject/arches-map-layers repo when we can
>> actually update it...
>>
>> Adam
>>
>>
>>
>> On Mon, Mar 29, 2021 at 3:28 PM Brett Ferguson 
>> wrote:
>>
>>> I've been trying to add a WMS vector overlay to our Arches project, and
>>> I seem to have all the linkages working, however nothing is showing up on
>>> the map.
>>>
>>> I've defined the Map Source as follows in the /admin/models
>>> page:
>>>
>>> {"type": "vector", "tiles": ["
>>> https://openmaps.gov.bc.ca/geo/pub/WHSE_ARCHAEOLOGY.RAAD_BORDENGRID/ows?bbox={bbox-epsg-3857}=pbf=4157=false=WMS=1.3.0=GetMap=EPSG:3857=512=512=pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID;],
>>> "tileSize": 512}
>>>
>>> and the Map Layer as:
>>>
>>> [{"id": "borden-grid", "type": "fill", "source": "Borden Grid",
>>> "source-layer": "pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID"}]
>>>
>>> with a few different types (fill, line, fill-extrusion), but nothing
>>> shows up on the map. I can see the WMS URL being called from Arches (eg
>>> https://openmaps.gov.bc.ca/geo/pub/WHSE_ARCHAEOLOGY.RAAD_BORDENGRID/ows?bbox=-13658379.710221574,6261721.357121639,-13619243.951739565,6300857.115603648=pbf=4157=false=WMS=1.3.0=GetMap=EPSG:3857=512=512=pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID
>>> )  and verified with ogrinfo that the pbf file returned by the WMS endpoint
>>> is valid with a number of Polygon objects in it, but without effect on the
>>> search map.
>>>
>>> I'm not seeing any exceptions in the browser console other than "The
>>> operation is insecure" which looks like the source code location is a GUID.
>>> Although the Access-Control-Allow-Origin is set to null in the header, I'm
>>> not seeing an CORS errors that I would normally expect to see in the
>>> browser console if that was an issue.
>>>
>>> Just wondering if I'm missing something here, and if there is a good way
>>> to trace down why nothing is showing up on the map.
>>>
>>> Many thanks,
>>>
>>> Brett
>>>
>>> --
>>> -- 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.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/archesproject/d015d683-fdef-4c24-90d0-f20e46097c5bn%40googlegroups.com
>>> 

Re: [Arches] Help with getting a WMS vector overlay to show in Arches 5.1.1

[Adam Cox]

Hi Brett, here is a working GeoServer WMS that I have in one of my own
projects:
https://github.com/legiongis/fpan/blob/master/fpan/fixtures/1919-coastal-map.json.
This is a Django fixture
,
which I've found to be a very clean way to store map layers for upload (you
can see some other examples in that repo).

Just comparing that one to yours, I think you'll at least need to change
your "type" to "raster" in the source.

Good luck! These are all examples that should get into the
https://github.com/archesproject/arches-map-layers repo when we can
actually update it...

Adam



On Mon, Mar 29, 2021 at 3:28 PM Brett Ferguson  wrote:

> I've been trying to add a WMS vector overlay to our Arches project, and I
> seem to have all the linkages working, however nothing is showing up on the
> map.
>
> I've defined the Map Source as follows in the /admin/models
> page:
>
> {"type": "vector", "tiles": ["
> https://openmaps.gov.bc.ca/geo/pub/WHSE_ARCHAEOLOGY.RAAD_BORDENGRID/ows?bbox={bbox-epsg-3857}=pbf=4157=false=WMS=1.3.0=GetMap=EPSG:3857=512=512=pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID;],
> "tileSize": 512}
>
> and the Map Layer as:
>
> [{"id": "borden-grid", "type": "fill", "source": "Borden Grid",
> "source-layer": "pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID"}]
>
> with a few different types (fill, line, fill-extrusion), but nothing shows
> up on the map. I can see the WMS URL being called from Arches (eg
> https://openmaps.gov.bc.ca/geo/pub/WHSE_ARCHAEOLOGY.RAAD_BORDENGRID/ows?bbox=-13658379.710221574,6261721.357121639,-13619243.951739565,6300857.115603648=pbf=4157=false=WMS=1.3.0=GetMap=EPSG:3857=512=512=pub:WHSE_ARCHAEOLOGY.RAAD_BORDENGRID
> )  and verified with ogrinfo that the pbf file returned by the WMS endpoint
> is valid with a number of Polygon objects in it, but without effect on the
> search map.
>
> I'm not seeing any exceptions in the browser console other than "The
> operation is insecure" which looks like the source code location is a GUID.
> Although the Access-Control-Allow-Origin is set to null in the header, I'm
> not seeing an CORS errors that I would normally expect to see in the
> browser console if that was an issue.
>
> Just wondering if I'm missing something here, and if there is a good way
> to trace down why nothing is showing up on the map.
>
> Many thanks,
>
> Brett
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/d015d683-fdef-4c24-90d0-f20e46097c5bn%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTasg_%2B6hh3y7P8J2FZUBsNJjcNwrot%3DXyRSqeZHrRCMYWg%40mail.gmail.com.

[Arches] Arches "geo examples" repo transferred to new home

[Adam Cox]

Hello everyone,

We have transferred the short-sightedly-named 
https://github.com/legiongis/arches4-geo-examples to a new home: 
https://github.com/archesproject/arches-map-layers.

Though some of the content in that repo is a bit out of date at the moment, 
it can still be an asset for people who are looking at add custom map 
layers to their Arches installation, and hopefully we can get it updated 
soon enough.

If you have examples of map layers that you can share, please feel free to 
make a pull request on the new repo, or open an issue on it if there is 
anything related to custom map layers that you are having trouble with.

Adam

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/d510c1df-d82d-48d8-b6f4-663f559e3de4n%40googlegroups.com.

Re: [Arches] Importing dates earlier than 1970-01-01

[Adam Cox]

Hi James,

I'm looking at the PR now, and while I can't speak to the code changes, it
looks like the commits you authored are not properly linked to your GitHub
account (otherwise your avatar icon would be used). This is presumably what
is also causing the error message about the CLA.

I've had this happen when the local installation of git does not have the
proper credentials, specifically e-mail. One way to fix this is `git config
--global --edit` and then enter your full name and e-mail address that is
linked to your GH account (you don't actually enter your github username
there, it's the e-mail that's important). After you've set the credentials,
the easiest approach may simply be to do the whole process over:

1. make a new branch from master in your local clone
2. recreate the commits and the messages
3. push that branch to your GH fork

At that point you can look it over to make sure that the commits do
properly have your avatar/account linked to them. Then you can create a new
PR in the main Arches repo and close this existing one. Feel free to e-mail
me directly if you have trouble with any of that.

Adam

On Tue, Mar 16, 2021 at 2:13 PM James Kemper  wrote:

> Hello,
>
> I'm now working with Markus on our Arches implementation and have been
> looking into this issue.
>
> From some research:
> In the arches source code it calls `astimezone()` on the datetime objects.
> But, as seen here in a python bug post
> , there is a bug with that function *when
> run on a Windows machine*. This is why the imports are failing for us as
> we are using an Windows environment and I'm assuming the other tests have
> succeeded because they running Arches on a Linux machine.
>
> I have also made a PR in the Arches Github project with a suggested
> temporary change to handle this issue:
> https://github.com/archesproject/arches/pull/7204
>
> On Thursday, January 28, 2021 at 1:46:44 PM UTC-7, Markus S. wrote:
>>
>> Thanks Alexei! It must be something specific to my files or my system
>> setups And yes, I can create dates older then 1970 via the UI. It's just
>> the import where those don't get accepted.
>>
>> Galen, I believe Arches will generate it's own UUID if we pass as
>> ResourceID values that are not valid UUIDs. The non-valid UUID will be
>> stored as Legacy ID. The nice thing is that if I do another import and the
>> new CSV import file also uses the Legacy ID in the ResourceID column, the
>> imported (appended) data fill find its way to the correct record. So, in
>> the CSV files I don't necessarily have to worry about the UUIDs. That is my
>> experience so far.
>>
>> I will continue digging into my date issue.
>>
>>
>>
>> On Thursday, January 21, 2021 at 11:06:09 PM UTC-8 Alexei Peters wrote:
>>
>>> Hi Markus,
>>> I just created a small graph based on your example.  I allowed for
>>> multiple values for the Evaluation Card.
>>> With that setup, I was able to import a csv file structured exactly like
>>> the one you specify above without any issue.
>>>
>>> Have you tried creating a date older than 1970 via the UI?  If so did
>>> that work?
>>> If you can do that, maybe you should try exporting your data to see if
>>> the format of the csv is the same as what you're trying to import.
>>>
>>> FYI I didn't need to specify resource ids as UUIDs for the import to
>>> work.
>>> Cheers,
>>> Alexei
>>>
>>> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>>>
>>>
>>> On Tue, Dec 15, 2020 at 3:35 PM Markus S.  wrote:
>>>
 Hi,

 I ran into a bit of a curious issue while importing dates from a CSV
 file to a date field or fields in Arches v5.1.

 The CSV file looks roughly like this:

 *ResourceID,Period of Significance From Date,Period of Significance To
 Date*
 3215,1985-01-01,1986-01-01
 3215,1964-01-01,1965-01-01

 For any date before 1970-01-01, Arches import function (append to an
 existing record) produces Error #22: "invalid argument or is not a
 prefLabel in the given collection". Since it's a date import, not a
 concept, we can interpret this as "invalid argument". From the above
 sample, only the first row would get imported because the dates included
 are later than 1970-01-01 (which is the Unix epoch date, weirdly).

 In the Cards, the Minimum Date has been left empty. I also tried a
 minimum date a few hundred years back - did not make a difference.

 In the Resource Model, the branch is a simple one. Something like this:

- DEMO model (E18)
- Evaluation (E13) (semantic)
   - Period of Significance (E52)  (semantic)
 - *Period of Significance From Date (E49) (date ISO-8601)*
 - *Period of Significance To Date (E49) (date ISO-8601)*


 Any advice?

 --
 -- To post, send email to arches...@googlegroups.com. To unsubscribe,
 send email to archesprojec...@googlegroups.com. 

[Arches] Encountering forced logout issues, perhaps related to CACHE or SESSION_ENGINE settings

[Adam Cox]

Hi All,

Recently, we've can an issue were Arches users are automatically logged 
out, generally in the middle of loading the search page.

A few weeks ago I changed from the default CACHE engine that Arches comes 
with to a database cache, and followed the Django docs for this. Seemed to 
be working just fine, but it's possible that this caused the issue.

When this forced logout happens, I see this error in e-mail logs:

Report at /mvt/3067ed10-dbaa-11e7-87be-94659cf754d0/8/68/106.pbf
The request's session was deleted before the request completed. The user 
may have logged out in a concurrent request, for example.

I've tried a number of new settings having to do with sessions.

For example, storing sessions in the file system like this

SESSION_ENGINE = 'django.contrib.sessions.backends.file'
SESSION_FILE_PATH = '/path/to/dir'

does seems to work and create session objects, but eventually the issue 
returns. I also tried 

'django.contrib.sessions.backends.cache'
'django.contrib.sessions.backends.db_cache'

for the session engine but the issue returns.

For now, I've reverted to all Arches defaults (commented out my CACHE and 
session-related settings), and the problem is gone for the time being.

At any rate, I'm wondering if others have

1) experienced this issue or something like it, or
2) implemented any of these cache and session engine backends that I 
mentioned without having this issue.

I am also in the middle of a permissions system transition that does 
require some custom logic in api.MVT(). I'd note however that my code is 
very very similar to what I see is now in core arches--a db permissions 
table is interrogated 

 
and a list of resource ids is then passed to the SQL call 

 
as a where clause during the map tile creation. My work could still be part 
of the problem though, just not sure at this point.

Thanks,
Adam


-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/f8b32074-1064-4a67-bf50-09cceed515c3n%40googlegroups.com.

[Arches] Re: Arches Collector Error

[Adam Cox]

Well the failure really looks like an internal communication between Arches 
and couchdb so I don't know that https would be involved at all... I'm 
assuming your test curl command used http, so if curl works, arches should 
be able to use that connection string as well.

To troubleshoot, I would add some print statements to trace the COUCHDB_URL 
through the system, to make sure that it actually is being used correctly 
here: 
https://github.com/archesproject/arches/blob/master/arches/app/utils/couch.py#L25.
 
Perhaps just add print(settings.COUCHDB_URL) right after line 24 of that 
file, and make sure it is what you are expecting.

Adam

On Thursday, January 21, 2021 at 3:40:42 PM UTC-6 survey...@gmail.com wrote:

> Hi Adam,
>
> everything was setup as you mentioned - apart from the broken celeriac 
> (sic!).
>
> curl works:
> {"couchdb":"Welcome","version":"2.3.1","git_sha":"c298091a4","uuid":"202a8f645596abb27ff55a070c976d36","features":["pluggable-storage-engines","scheduler"],"vendor":{"name":"The
>  
> Apache Software Foundation"}}
>
> Is it probably an ssl issue, because I am running everything on https. 
> Maybe it's different when I try running couchdb on port 6984?
> Another option is changing 127.0.0.1 to the actual fixed IP of the server.
>
> Might that help?
> Would do you think?
> Jens
>
>
> On Thursday, 21 January 2021 at 21:11:06 UTC mr.ad...@gmail.com wrote:
>
>> Hi Jens, this would be the CouchDB username/password. You should 
>> double-check the CouchDB installation from the instructions in the 
>> checklist (
>> https://arches.readthedocs.io/en/stable/arches-collector-checklist/#install-couchdb).
>>  
>> Especially, test the connection with the curl command that is listed, and 
>> then make sure that your arches project settings file has the correct url 
>> for couchdb (COUCHDB_URL = 'http://admin:[your 
>> password]@127.0.0.1:5984').
>>
>> One further thing: I just found out that arches 5.1 (the latest core 
>> software release which I know you are not yet using) comes with
>>
>> 1) A new requirement that you have a celery broker installed and running. 
>> I wanted to point this out because the stable documentation which you are 
>> looking at is for 5.1 and shows the broker as a requirement for the app, 
>> but in reality you will be ok for the time being with out it.
>> 2) The current release of the mobile app is not compatible with Arches 
>> 5.1. I just learned this a couple of days ago and we don't have a note 
>> about it in the documentation yet. Unfortunately, I don't know of any 
>> public release schedule for the mobile app update that I can point you to.
>>
>> So, in short: Stick with Arches 5.0 for the moment (until a new mobile 
>> app release is made), don't worry about the celery broker (though it is a 
>> good thing to set up either way, also please see 
>> https://groups.google.com/g/archesproject/c/0HLd9nHSJU8), double-check 
>> your the credential settings you have for couchdb.
>>
>> Good luck,
>> Adam
>> On Thursday, January 21, 2021 at 2:43:42 PM UTC-6 survey...@gmail.com 
>> wrote:
>>
>>> Hi,
>>>
>>> I am running Arches 5.0 in a development environment on an Apache server.
>>> I followed the setup as of the Arches Collector Checklist 
>>>  
>>> When I create a collector project, every time I hit 'Save Edits'  I get 
>>> a red bar with
>>>
>>> *Unable to save collector project*
>>>
>>> *[object Object]*
>>>
>>>
>>> Nonetheless it saved the collector project, losing the entries for 
>>> start/end and the basement source. 
>>>
>>> The Apace error log mentions an  incorrect password. Which password is 
>>> that?
>>>
>>> Did you come across this one before?
>>>
>>> Thank you
>>>
>>> Jens
>>>
>>>
>>> Here's the Apache error log:
>>>
>>> arches.app.views.mobile_survey ERROR('unauthorized', 'Name or 
>>> password is incorrect.')
>>>
>>> Traceback (most recent call last):
>>>
>>>  File "/home/ubuntu/Projects/arches/arches/app/views/mobile_survey.py", 
>>> line 371, in post
>>>
>>>mobile_survey.save()
>>>
>>>  File "/home/ubuntu/Projects/arches/arches/app/models/mobile_survey.py", 
>>> line 93, in save
>>>
>>>db = self.couch.create_db("project_" + str(self.id))
>>>
>>>  File "/home/ubuntu/Projects/arches/arches/app/utils/couch.py", line 30, 
>>> in create_db
>>>
>>>return self.couch.create(name)
>>>
>>>  File 
>>> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/client.py", 
>>> line 221, in create
>>>
>>>self.resource.put_json(name)
>>>
>>>  File 
>>> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/http.py", 
>>> line 578, in put_json
>>>
>>>**params)
>>>
>>>  File 
>>> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/http.py", 
>>> line 596, in _request_json
>>>
>>>headers=headers, **params)
>>>
>>>  File 
>>> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/http.py", 
>>> line 592, in _request
>>>
>>>credentials=self.credentials)
>>>
>>>  File 
>>> 

[Arches] Re: Arches Collector Error

[Adam Cox]

Hi Jens, this would be the CouchDB username/password. You should 
double-check the CouchDB installation from the instructions in the 
checklist 
(https://arches.readthedocs.io/en/stable/arches-collector-checklist/#install-couchdb).
 
Especially, test the connection with the curl command that is listed, and 
then make sure that your arches project settings file has the correct url 
for couchdb (COUCHDB_URL = 'http://admin:[your password]@127.0.0.1:5984').

One further thing: I just found out that arches 5.1 (the latest core 
software release which I know you are not yet using) comes with

1) A new requirement that you have a celery broker installed and running. I 
wanted to point this out because the stable documentation which you are 
looking at is for 5.1 and shows the broker as a requirement for the app, 
but in reality you will be ok for the time being with out it.
2) The current release of the mobile app is not compatible with Arches 5.1. 
I just learned this a couple of days ago and we don't have a note about it 
in the documentation yet. Unfortunately, I don't know of any public release 
schedule for the mobile app update that I can point you to.

So, in short: Stick with Arches 5.0 for the moment (until a new mobile app 
release is made), don't worry about the celery broker (though it is a good 
thing to set up either way, also please see 
https://groups.google.com/g/archesproject/c/0HLd9nHSJU8), double-check your 
the credential settings you have for couchdb.

Good luck,
Adam
On Thursday, January 21, 2021 at 2:43:42 PM UTC-6 survey...@gmail.com wrote:

> Hi,
>
> I am running Arches 5.0 in a development environment on an Apache server.
> I followed the setup as of the Arches Collector Checklist 
>  
> When I create a collector project, every time I hit 'Save Edits'  I get a 
> red bar with
>
> *Unable to save collector project*
>
> *[object Object]*
>
>
> Nonetheless it saved the collector project, losing the entries for 
> start/end and the basement source. 
>
> The Apace error log mentions an  incorrect password. Which password is 
> that?
>
> Did you come across this one before?
>
> Thank you
>
> Jens
>
>
> Here's the Apache error log:
>
> arches.app.views.mobile_survey ERROR('unauthorized', 'Name or password 
> is incorrect.')
>
> Traceback (most recent call last):
>
>  File "/home/ubuntu/Projects/arches/arches/app/views/mobile_survey.py", 
> line 371, in post
>
>mobile_survey.save()
>
>  File "/home/ubuntu/Projects/arches/arches/app/models/mobile_survey.py", 
> line 93, in save
>
>db = self.couch.create_db("project_" + str(self.id))
>
>  File "/home/ubuntu/Projects/arches/arches/app/utils/couch.py", line 30, 
> in create_db
>
>return self.couch.create(name)
>
>  File 
> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/client.py", 
> line 221, in create
>
>self.resource.put_json(name)
>
>  File 
> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/http.py", 
> line 578, in put_json
>
>**params)
>
>  File 
> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/http.py", 
> line 596, in _request_json
>
>headers=headers, **params)
>
>  File 
> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/http.py", 
> line 592, in _request
>
>credentials=self.credentials)
>
>  File 
> "/home/ubuntu/Projects/ENV/lib/python3.6/site-packages/couchdb/http.py", 
> line 419, in request
>
>raise Unauthorized(error)
>
>  couchdb.http.Unauthorized: ('unauthorized', 'Name or password is 
> incorrect.')
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/4148b50b-cfaf-4277-8702-2d227da551f1n%40googlegroups.com.

[Arches] Re: Arches 5.1 Documentation Update: Webinar (this) Friday Nov. 20th

[Adam Cox]

Use this link for the webinar tomorrow (4:30pm GMT). It will point to a 
Zoom meeting starting about 15 minutes before the presentation.

http://tiny.cc/arches-docs-webinar

On Tuesday, November 17, 2020 at 4:54:11 PM UTC-6 Adam Cox wrote:

> Hi everyone,
>
> We have completed planning for the Arches Documentation 5.1 update push 
> and are now ready for folks to pitch in and help on specific tickets.
>
> If you are interested in helping out, please attend our *Documentation 
> Webinar this Friday, November 20th, at 4:30pm GMT* (in the US - 8:30am 
> pacific/11:30am eastern). Check back on this forum thread next week for a 
> link to the event.
>
> The session will be about 30 minutes, with time for questions/feedback 
> after that. It will be recorded and available to watch soon after (again, 
> check back on this thread). The first half will be general (how the 
> arches-docs repo is constructed and how to interact with it) and the second 
> half will specifically address how to help with this current effort.
>
> *Goals of Current Effort*
>
>- Update documentation for Arches version 5.1
>- Improve navigation/organization, emphasis on clarity and consistent 
>language
>- Better support the needs of a broader range of users (e.g. 
>non-technical staff; IT support staff; developers) whose technological 
>skills vary.
>- Address as many long-standing github tickets and problems with the 
>docs as possible.
>
> *Planning Strategy*
>
>- Identified community needs 
>   - Reviewed the requested documentation topics from the Google Group
>   - Reviewed the open tickets in arches-docs repo
>   - Reviewed the current (stable/latest) hierarchical structure of 
>   the Arches Documentation
>- Reviewed existing docs relative community needs and new 5.0/5.1 
>features 
>   - Identified sections of the existing documentation requiring 
>   revision
>   - Identified gaps in existing documentation where new topics needed 
>   to be added
>   - Identified redundant or irrelevant sections of the documentation 
>   that could be removed
>- Restructured documentation hierarchy 
>   - Used GingkoApp to track the documentation structure visually and 
>   to link to github issue #s (Phase 1 
>   <https://gingkoapp.com/arches-docs-changes-to-make>) (Phase 2 
>   <https://gingkoapp.com/arches-docs-5-1-update>)
>
> *Actions Taken*
>
>- Implemented the structural overhaul 
>   - Created new "Configuring" and "Administering" sections, and moved 
>   related content into them from existing sections like "Installation" 
> and 
>   "Using Arches"
>   - Reconfigured "Installing" section to clean up and clarify steps
>   - Revised headings and added placeholders for new content, linking 
>   to related github tickets
>   - All progress merged in and visible here: 
> *https://arches.readthedocs.io/en/latest 
>   <https://arches.readthedocs.io/en/latest> *
>- Cleaned up Github Issues 
><https://github.com/archesproject/arches-docs/issues> by completing 
>several simple tasks, closing out-of-date/irrelevant issues, and making 
>sure that every proposed improvement to the docs is tracked in an issue
>- Organized all remaining GH issues in Notion by 
>   - Adding priority labels (low, medium, high)
>   - Adding estimated amount of effort labels (1 [easy] to 3 [hard])
>
> *Next Steps*
>
>- *Webinar on Nov. 20th* to demonstrate how to contribute to the 
>documentation.
>- Github issues <https://github.com/archesproject/arches-docs/issues> 
>will be assigned and hopefully the contributions will roll in!
>- You can explore the documentation structure in GinkoApp 
><https://gingkoapp.com/arches-docs-5-1-update>. Type in a Github 
>ticket number and you'll see where content for that ticket will be added.
>
> Looking forward to "seeing" you this Friday,
> Angela and Adam
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/8acc8322-690a-4286-b35c-78b9df687c7fn%40googlegroups.com.

[Arches] Arches 5.1 Documentation Update: Webinar (this) Friday Nov. 20th

[Adam Cox]

Hi everyone,

We have completed planning for the Arches Documentation 5.1 update push and 
are now ready for folks to pitch in and help on specific tickets.

If you are interested in helping out, please attend our *Documentation 
Webinar this Friday, November 20th, at 4:30pm GMT* (in the US - 8:30am 
pacific/11:30am eastern). Check back on this forum thread next week for a 
link to the event.

The session will be about 30 minutes, with time for questions/feedback 
after that. It will be recorded and available to watch soon after (again, 
check back on this thread). The first half will be general (how the 
arches-docs repo is constructed and how to interact with it) and the second 
half will specifically address how to help with this current effort.

*Goals of Current Effort*

   - Update documentation for Arches version 5.1
   - Improve navigation/organization, emphasis on clarity and consistent 
   language
   - Better support the needs of a broader range of users (e.g. 
   non-technical staff; IT support staff; developers) whose technological 
   skills vary.
   - Address as many long-standing github tickets and problems with the 
   docs as possible.

*Planning Strategy*

   - Identified community needs 
  - Reviewed the requested documentation topics from the Google Group
  - Reviewed the open tickets in arches-docs repo
  - Reviewed the current (stable/latest) hierarchical structure of the 
  Arches Documentation
   - Reviewed existing docs relative community needs and new 5.0/5.1 
   features 
  - Identified sections of the existing documentation requiring revision
  - Identified gaps in existing documentation where new topics needed 
  to be added
  - Identified redundant or irrelevant sections of the documentation 
  that could be removed
   - Restructured documentation hierarchy 
  - Used GingkoApp to track the documentation structure visually and to 
  link to github issue #s (Phase 1 
  ) (Phase 2 
  )
   
*Actions Taken*

   - Implemented the structural overhaul 
  - Created new "Configuring" and "Administering" sections, and moved 
  related content into them from existing sections like "Installation" and 
  "Using Arches"
  - Reconfigured "Installing" section to clean up and clarify steps
  - Revised headings and added placeholders for new content, linking to 
  related github tickets
  - All progress merged in and visible here: 
*https://arches.readthedocs.io/en/latest 
   *
   - Cleaned up Github Issues 
    by completing 
   several simple tasks, closing out-of-date/irrelevant issues, and making 
   sure that every proposed improvement to the docs is tracked in an issue
   - Organized all remaining GH issues in Notion by 
  - Adding priority labels (low, medium, high)
  - Adding estimated amount of effort labels (1 [easy] to 3 [hard])
   
*Next Steps*

   - *Webinar on Nov. 20th* to demonstrate how to contribute to the 
   documentation.
   - Github issues  
   will be assigned and hopefully the contributions will roll in!
   - You can explore the documentation structure in GinkoApp 
   . Type in a Github ticket 
   number and you'll see where content for that ticket will be added.

Looking forward to "seeing" you this Friday,
Angela and Adam

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/5674cfba-dfe0-4dba-bf3a-028447c19b8fn%40googlegroups.com.

[Arches] Re: Arches 5.1.0 released

[Adam Cox]

Nice work all! The upgrade steps look good and thorough :)

We'll have a big update to the documentation very soon, so stay tuned. I 
think we should also make sure to set up clear links to these release notes.

Adam

On Tuesday, October 27, 2020 at 5:14:38 PM UTC-5 Cyrus Hiatt wrote:

> The Arches team is happy to announce the 5.1.0 release which includes a 
> number of important new features and bug fixes:
>
> Here some of the release highlights:
>
>- Bidirectional support for the resource relationship datatype. 
>Resource relationships saved to a tile are now represented in the search 
>page's related resources interface.
>- Users are now able to restrict access of an instance to specific 
>users and groups.
>- The date datatype, widget, and advanced search now support time.
>- Tile edits and deletion made on the web are now synced with 
>instances in a collector project.
>- Arches now provides an annotation datatype and interface allowing 
>users to annotate imagery from a IIIF service.
>- Improved management of front-end dependencies so that Arches 
>upgrades are less likely to impact project customizations.
>- Improved support for localization. Administrators can now configure 
>their Arches interface to switch between different languages.
>- You can find the detailed release notes here: 5.1.0 release notes 
>
> 
>
> Users are encouraged to update at their earliest convenience. If you are 
> upgrading from Arches 4, be sure to follow the project upgrade instructions 
> to 5.0 before proceeding.
>
> As always the documentation can be found at 
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/fbc451c9-24df-463e-a312-be1bb2ddd534n%40googlegroups.com.

Re: [Arches] Re: Problems configuring the "medias" directory

[Adam Cox]

Can you upload other types of documents, like a picture?

The error output is a little unexpected, so any more details about the
process you're following would be helpful. I will also say that we are
working on an update to the documentation, which will include a
re-examination of the media management section, so it's possible there is a
missing configuration step or something (though this should basically work
without error anyway, using the Django dev server as you are...)

Adam

On Thu, Oct 15, 2020 at 5:15 PM Alina Myklebust 
wrote:

> Hello,  I'm sorry we haven't answered your message regarding your issues
> uploading video files.  Have you been able to resolve this issue yet?  If
> not, I can help find someone to troubleshoot.
>
> If you have a moment, please introduce yourself here:
> https://groups.google.com/d/msg/archesproject/K8LGizXh1a0/TAIyXMYmwgUJ
>
> We look forward to learning more about your Arches project!   Thanks for
> joining the group!
>
> Best,
>
> Alina
> Arches Project Team
>
>
> On Monday, October 12, 2020 at 5:59:22 AM UTC-7, cmart...@gmail.com wrote:
>>
>>
>> Good companions,
>>
>> I am writing to you because I am doing a project with ARCHES and I have
>> the following problem; The system does not let me upload video files (mp4)
>> to the server, I already configured the media directory following the steps
>> in the documentation but it is giving me the following errors that I attach
>> in photos.
>> Please help me to know how I can solve this error, it is extremely
>> important to me.
>>
>> Thank you and sorry for the inconvenience.
>>
>> [image: error in Arches.png][image: settings.png][image: console.png][image:
>> folders.png]
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/25cc5c4a-8fc9-4284-9a5b-4cbdfb9a59b8o%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTaspJVhRq68O8iMd4TtQwoou%3Dsiy23YJ1SVabo54GejR4A%40mail.gmail.com.

[Arches] Re: Working with geopackages in Arches

[Adam Cox]

Hi Gabriel, setting up the geopackage as a data store in Geoserver isn't 
something I've done, but if you are able to get it set up as a WMS (web map 
service) then Arches will be able to read it as a map overlay. Before you 
do anything with Arches though, make sure your layer is properly served by 
Geoserver by using the layer preview.

In my answer to this thread 
 (third answer 
down, for some reason I can't link directly to it) you should be able to 
follow along for how to add a WMS from Geoserver into Arches. Note that 
this will make an overlay of your data, but not provide edit capabilities 
for it (that would be a much more involved integration).

Hope that's helpful,
Adam

On Monday, September 21, 2020 at 11:00:18 AM UTC-5 gabriel.c...@gmail.com 
wrote:

> Hi Alina, 
>
> Thank you very much for your help I really appreciate it. I have been 
> following it but still unsuccessfully. Probably I am missing something
>
> On Friday, 18 September 2020 at 00:33:45 UTC+1 Alina Myklebust wrote:
>
>> Hi Gabriel,
>>
>> Have you seen this QGIS related post 
>>  
>> from last year regarding the map not displaying in Arches?  Hopefully, 
>> someone else with this knowledge can also chime in here. In the meantime, I 
>> will also try to find more information to help you troubleshoot.  
>>
>> Best,
>>
>> Alina
>>
>>
>> On Monday, September 14, 2020 at 7:52:58 AM UTC-7 gabriel.c...@gmail.com 
>> wrote:
>>
>>> Hello,
>>>
>>> I am trying to configure QGis geopackage database being available to use 
>>> it in arches too. I have set geoserver up with WPS and configuring it to 
>>> accept geopackages as data sources. But I am finding problems to display it 
>>> and making it operable in arches.
>>>
>>> Did someone knows how can be done if possible? 
>>>
>>> thank you very much in advance
>>>
>>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/d404d54b-f42f-4887-8360-b05e14675788n%40googlegroups.com.

Re: [Arches] Two Arches installations live in the Caribbean!

[Adam Cox]

Congrats on the official release Angela and Neil!

On Wednesday, September 23, 2020 at 12:30:24 PM UTC-5 Alina Myklebust wrote:

> Hi Angela, 
>
> We are happy to hear this news!  We congratulate Coherit Associates LLC 
> and everyone involved.  We’ve been following your activities in Barbados 
> and Jamaica, including the outreach and training with the local 
> communities.  It’s exciting to see the outcome of your work in these live 
> Arches implementations. 
>
> We would like to feature both instances on the Arches Implementations 
> <https://www.archesproject.org/implementations-of-arches/> page of our 
> website.  Please let me know if you would like for us to include them.  
>
> Thanks for sharing the news with the Arches community! 
>
> Best,
>
> Alina 
>
> --
> *From:* arches...@googlegroups.com  on behalf 
> of David Myers 
> *Sent:* Wednesday, September 23, 2020 9:54 AM
> *To:* Angela Labrador
> *Cc:* Arches Project
> *Subject:* RE: [Arches] Two Arches installations live in the Caribbean! 
>  
>
> Hi Angela
>
>  
>
> Thanks for sharing this excellent news with the community, and 
> congratulations to you, Neil, Adam Cox, and others who have been involved 
> in this effort! 
>
>  
>
> Best wishes,
>
> David
>
>  
>
> *From:* arches...@googlegroups.com [mailto:arches...@googlegroups.com] *On 
> Behalf Of *Angela Labrador
> *Sent:* Wednesday, September 23, 2020 7:57 AM
> *To:* Arches Project 
> *Subject:* [Arches] Two Arches installations live in the Caribbean!
>
>  
>
> I'm excited to share with the Arches community two more installations that 
> are live! 
>
>- The Jamaica National Inventory of Historic Places 
><https://siteinventory.jnht.com/>, managed by the Jamaica National 
>Heritage Trust: https://siteinventory.jnht.com/ 
>
>
>- The Barbados National Registry of Historic Places 
><https://heritagebarbados.gov.bb/>, managed by the Ministry of 
>Creative Economy, Culture and Sports:  https://heritagebarbados.gov.bb/
>
> Both sites were part of an initiative to establish and improve 
> community-driven, national inventories/registers in the region as part of 
> the Organization of American States 
> <http://www.oas.org/en/sedi/desd/ct/default.asp> project, "Enhancing the 
> Framework for the Development of a Heritage Economy in the Caribbean". The 
> project was funded by the Permanent Mission of the United States to the 
> Organization of American States.
>
>  
>
> We congratulate the governments of Barbados and Jamaica for their hard 
> work in establishing and launching their inventories and community 
> engagement campaigns (an especially challenging feat during COVID-19 
> curfews and work-from-home orders!). 
>
>  
>
> Technical expertise in establishing the programs, customizing Arches, and 
> training was provided by my firm, Coherit Associates LLC. Arches 
> installation and server administration was provided by LegionGIS.  
>
>  
>
> We recognize David Myers, Alison Dalgity, and Alina Myklebust at GCI, who 
> provided guidance and support in implementing Arches in the region. And we 
> so appreciate the ongoing technical support provided by members of this 
> community! 
>
>  
>
> Thank you to everyone who collaborated in this effort!   
>
>  
>
> Angela
>
>  
>
>  
>
> -- 
> -- 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.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/archesproject/dfec9544-468d-4324-aa22-216e6e1ed924n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/archesproject/dfec9544-468d-4324-aa22-216e6e1ed924n%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>  
>
> *CAUTION: This email originated from outside of the Getty. Do not click 
> links or open attachments unless you verify the sender and know the content 
> is safe.*
>
>  
>
> -- 
> -- 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 Proje

Re: [Arches] Re: Installing Arches 5 on my laptop - problems

[Adam Cox]

Hey Pat, just out of curiosity, are you using Ubuntu Desktop? I have only 
used the server distro for Ubuntu 18 which may be why I never encountered 
the terminal issue.

Your solution is the right one though: typically you can install a new 
version of python alongside whatever comes with the OS and then just use 
that version when you make the virtual environment (as you did).

Glad you've been making your way through the install process.

Cheers,
Adam

On Saturday, September 26, 2020 at 4:21:24 AM UTC-5 patlu...@gmail.com 
wrote:

> Hi Alina,
>
> Thanks for the reply. I rather hope that having it in a virtual machine is 
> irrelevant - it shouldn't know that it is in a VM!
> I still get that pile of messages starting with the lack of a vine.five 
> package.
>
> I distracted myself for a couple of days trying to upgrade Python 3.6.9 
> that comes with Ubuntu 18.04 to Python 3.7. That stopped the terminal 
> program from starting as it needs that specific version. While I could 
> install a different terminal I am concerned that other bits of Ubuntu could 
> be broken too.  In the end I don't think that matters as the virtual 
> environment gets Python 3.7 in it as long as I set it up with:
>
> $ sudo apt install python3.7
> $ sudo apt install python3.7-venv
> $ python3.7 -m venv ~Projects/ENV
>
> Best wishes, have a good weekend,
> Pat
>
> On Saturday, September 26, 2020 at 12:59:21 AM UTC+1 Alina Myklebust wrote:
>
>> Hi Pat, 
>>
>> Nice to hear that there’s been some progress with your install.  I will 
>> ask around to see if I can find someone with experience installing Arches 
>> on a Vbox Virtual machine.  So far, I’m not aware of anyone, but I hope to 
>> find some support for you. Keep us posted on your progress. Thanks!
>>
>> Best,
>>
>> Alina 
>> --
>> *From:* arches...@googlegroups.com  on 
>> behalf of patlu...@gmail.com 
>> *Sent:* Thursday, September 24, 2020 11:29:13 AM
>> *To:* Arches Project 
>> *Subject:* [Arches] Re: Installing Arches 5 on my laptop - problems 
>>  
>> A little progress.
>>
>> The failure to build wheels has been cured by invoking:
>>
>> $ pip install wheel
>>
>> before
>>
>> $pip install arches
>>
>> arches now installs OK. 
>> Pat
>>
>> On Saturday, September 19, 2020 at 2:50:42 PM UTC+1 patlu...@gmail.com 
>> wrote:
>>
>> Hello again,
>>
>> This really is not a DOS attack.
>>
>> I have installed the dependencies as per the script from github, and am 
>> now trying to install Arches itself by following the documentation for V5.0.
>>
>> $ mkdir Projects && cd Projects
>> Works fine
>>
>> $ python -m venv /path/to/new/ENV 
>> This invoked python 2.7, complaining about not knowing what a venv was. I 
>> also had to work out what the path should be. It would help beginners like 
>> me to have an example to follow, though I do recognise that you can choose 
>> other places to put the environment. Non-beginners who are up to choosing a 
>> different place are most likely to be able to work out the command to use 
>> so I suggest replacing this in the docs with:
>> $ python3 -m venv ~/Projects/env
>>
>> $ source env/bin/activate
>> OK
>>
>> (env)..$ pip install arches
>> A lot of stuff in the terminal that looks OK until:
>>
>> Building wheels for collected packages: pyshp, python-docx, PyLD, 
>> mapbox-vector-tile, python-slugify, future
>>   Running setup.py bdist_wheel for pyshp ... error
>>   Complete output from command /home/pat/Projects/env/bin/python3 -u -c 
>> "import setuptools, 
>> tokenize;__file__='/tmp/pip-build-0m39dqyo/pyshp/setup.py';f=getattr(tokenize,
>>  
>> 'open', open)(__file__);code=f.read().replace('\r\n', 
>> '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d 
>> /tmp/tmpkjnnk0xtpip-wheel- --python-tag cp36:
>>   /usr/lib/python3.6/distutils/dist.py:261: UserWarning: Unknown 
>> distribution option: 'long_description_content_type'
>> warnings.warn(msg)
>>   usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>>  or: -c --help [cmd1 cmd2 ...]
>>  or: -c --help-commands
>>  or: -c cmd --help
>>   
>>   error: invalid command 'bdist_wheel'
>>   
>>   
>>   Failed building wheel for pyshp
>>
>> Failed to build pyshp python-docx PyLD mapbox-vector-tile python-slugify 
>> future
>> With the majority repeated for each of the six wheels pyshp python-docx 
>> PyLD mapbox-vector-tile python-slugify future. After that the last bit 
>> went OK.
>>
>> I pressed on with
>> (env) pat@vboxub1804:~/Projects$ arches-project create my_project
>> but got a whole lot of trouble:
>>
>> No module named 'vine.five'
>> yarn install v1.22.5
>> warning package.json: No license field
>> info No lockfile found.
>> warning arches: No license field
>> [1/4] Resolving packages...
>> warning @mapbox/geojsonhint > jsonlint-lines > nom...@1.8.1: Package no 
>> longer supported. Contact sup...@npmjs.com for more info.
>> warning @turf/turf > @turf/bez...@4.7.3: Module 

Re: [Arches] Installation Docs - version 5

[Adam Cox]

Hi Pat, the version numbers you noted are indeed out of sync with the
documentation itself. Most of the docs are actually up-to-date for v5, but
that version number just hasn't been updated. That said, we are in the
middle of planning a community-driven update to the documentation, so
stay-tuned...

Adam

On Sat, Sep 5, 2020 at 12:42 PM Alison Dalgity  wrote:

> Greetings Pat. Welcome back! Thanks for the heads up on the docs, and
> someone will take a look to see what's going on.
>
> However, it's Labor Weekend in the US and there may be a delay in getting
> a responsenot that anyone is likely to be travelling far, but perhaps
> trying to avoid that "home office corner" for a few days!
>
> Best,
> Alison
>
> --
> *From:* archesproject@googlegroups.com 
> on behalf of Pat Lurcock 
> *Sent:* Saturday, September 5, 2020 3:07 AM
> *To:* Arches Project 
> *Subject:* [Arches] Installation Docs - version 5
>
> Hello folks,
>
> After a year or two on the backburner I am back to have another go at
> setting up Arches. This lockdown and lack of work malarkey might be playing
> into my hands by giving me some decent time at last!
>
>
> I have my trial setup on the laptop I have set up Ubuntu 20.04 in
> VirtualBox. Hopefully it will all work on the newest LTS.
>
> My first question is about the online instructions on readthedocs. When I
> select the latest/stable/5.0 version in the bottom left of the screen, it
> seems to be the right doc coming up as the dependencies are now Python 3.8
> etc. but the tab in Firefox is still labelled 4.1.1, which threw me for a
> while. Likewise when downloading as a PDF it says 4.1.1 on the front cover
> and top of every page.
>
> A very minor issue but threw me for a while, while I tried to work out
> what I was doing wrong.
>
> Best wishes to all,
> Pat
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/03a95b7f-5ff5-4a7e-a84b-fa2a79b59596o%40googlegroups.com
> 
> .
>   *CAUTION: This email originated from outside of the Getty. Do not click
> links or open attachments unless you verify the sender and know the content
> is safe.*
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/BYAPR05MB4149E2960D3462460625D1D7D02A0%40BYAPR05MB4149.namprd05.prod.outlook.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTatEv34-dPKy6K9kATbWqk0TmBcOb_NQkLJwOAKyxHBZ8g%40mail.gmail.com.

Re: [Arches] Re: Initial installation - getting .pbf - st_asmvtgeom() does not exist error

[Adam Cox]

Ah, good work figuring that out. Those phantom installations can be very
tricky to track down.

On Tue, Aug 25, 2020 at 11:41 AM Kuba Łobodecki  wrote:

> Problem solved!
> Finally that actually was a problem with posgresql version. :(
> There was another version installed in the same time and that second was
> working on the default port.
> I deleted everything connected with the old one and change the server port
> in posgresql 12 config.
>
> Thanks everyone for help!
>
> W dniu piątek, 24 lipca 2020 23:11:59 UTC+2 użytkownik Kuba Łobodecki
> napisał:
>>
>> Hello,
>> I have another problem with initial arches installation.
>>
>> After adding a resource and displaying that in the search panel the shape
>> layer is not showed on the map box.
>> In browser console it is showed as errors in downloading /mvt/#.pbf
>> files.
>>
>> Error states that function st_asmvtgeom(geometry, geometry) does not
>> exist probably there is something wrong with arguments types. Maybe some
>> libraries incompatibility?
>> I am on Ubuntu 16.04 and already checked that PostgreSQL, Postgis, GDAL
>> are in proper versions.
>>
>> I will be very grateful for any hint what can be wrong.
>>
>> [image: Adnotacja 2020-07-24 230429.png]
>>
>> Best regards,
>> Kuba
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/80fa45f2-534d-4375-8099-285735a3ec41o%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTasEiONfj%2BzmYgx-D-70urii3NfxJyUv-%2Bg11BxLNAATfQ%40mail.gmail.com.

Re: [Arches] Re: Initial installation - getting .pbf - st_asmvtgeom() does not exist error

[Adam Cox]

Hey all, it looks like this is an issue with the Postgres/PostGIS
installation. Can you check what versions you have of that software and
extension? As the Arches documentation states, you need to use Postgres 12
with PostGIS 3. The function that the original error message mentioned
(st_asmvtgeom) only became available in PostGIS 3.

Adam

On Tue, Aug 18, 2020 at 12:32 PM Kuba Łobodecki  wrote:

> Unfortunately not yet.
> Angela, can you take a look at error traceback?
> Thanks
>
> W dniu wtorek, 18 sierpnia 2020 19:20:35 UTC+2 użytkownik Asaf Kali
> napisał:
>>
>> Hi,
>> Were you able to solve this issue?
>>
>> Thanks
>>
>> On Sunday, August 2, 2020 at 12:13:50 AM UTC+3 kuba...@gmail.com wrote:
>>
>>> Hi Angela,
>>> thank you for your answer.
>>>
>>> In the meantime I encountered another problem "MapboxGeocoder is not a
>>> constructor" in map.js file. I fixed that by changing version of
>>> @mapbox/mapbox-gl-geocoder in package.json from "^4.4.0" to "4.4.0" and
>>> running 'yarn install' - it looks like newest version 4.6.0 cause some
>>> problem (maybe difference in importing method).
>>>
>>> Returning to the thread topic - I attach file with full error log.
>>> In console I see that it is http 500 - Internal server error.
>>>
>>> In server log only addition is information that error is thrown by
>>> psycopg2.errors.UndefinedFunction.
>>> And yes - it is with all resources and many .pbf files at once.
>>>
>>>
>>> Best regards,
>>> Kuba
>>>
>>>
>>> W dniu wtorek, 28 lipca 2020 17:11:52 UTC+2 użytkownik Angela Labrador
>>> napisał:

 Hi Kuba,

 I have not encountered this error before, but I believe this function
 is part of PostGIS. Do you get any errors in your console when you go to
 the /search page and view your map? Is it just an error with this one
 resource or with all? If you trigger the error again, can you send a full
 screenshot of the gray traceback area?

 Thanks,
 Angela



 On Friday, July 24, 2020 at 5:11:59 PM UTC-4 kuba...@gmail.com wrote:

> Hello,
> I have another problem with initial arches installation.
>
> After adding a resource and displaying that in the search panel the
> shape layer is not showed on the map box.
> In browser console it is showed as errors in downloading
> /mvt/#.pbf files.
>
> Error states that function st_asmvtgeom(geometry, geometry) does not
> exist probably there is something wrong with arguments types. Maybe some
> libraries incompatibility?
> I am on Ubuntu 16.04 and already checked that PostgreSQL, Postgis,
> GDAL are in proper versions.
>
> I will be very grateful for any hint what can be wrong.
>
> [image: Adnotacja 2020-07-24 230429.png]
>
> Best regards,
> Kuba
>
 --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/14438ad6-6216-4cf2-84e2-12a2feafe52ao%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTauvdqbor0QERkHHa8-D-8xoxgDqZ1JLUYXm1L_vbT-0UQ%40mail.gmail.com.

Re: [Arches] Re: Internal server error (500) Non-valid UUID error

[Adam Cox]

Hi Anaïs, yes, the arches.log permissions are something that need to be
handled.

Briefly, that file needs to be written to by whichever user is running the
app. If you use the dev server (python manage.py runserver) then, in your
case, that user is ubuntu. If you are serving the app with apache, then the
user is www-data. These two commands should handle it for you.

First set the owner of the file as ubuntu and the group of the file
www-data:

sudo chown ubuntu:www-data /home/ubuntu/Projects/hpm/hpm/arches.log

Then change the file permissions so both the owner and the group have read
and write permissions (also allow other users to read the file though
that's probably irrelevant):

sudo chmod 664 /home/ubuntu/Projects/hpm/hpm/arches.log

You can read more about permissions on Linux here:
https://www.linux.com/training-tutorials/understanding-linux-file-permissions/

Hope that helps.

Adam

On Thu, Aug 13, 2020 at 7:21 PM anais@gmail.com 
wrote:

> Hi Angela,
> Thanks a lot for your answer, yes it is the same error.
> When I run the python manage.py showmigrations command, I get the
> following error:
>
> (ENV) *ubuntu@ip-172-31-72-128*:*~/Projects/hpm*$ python3 manage.py
> showmigrations
>
> No module named 'arches.settings_local'
>
> Error attempting to load settings from relative '.settings_local'.
> Attempting 'arches.settings_local' import
>
> Error attempting to load settings from 'arches.settings_local.py'.
>
> No module named 'arches.settings_local'
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python3.8/logging/config.py", line 563, in configure
>
> handler = self.configure_handler(handlers[name])
>
>   File "/usr/lib/python3.8/logging/config.py", line 744, in
> configure_handler
>
> result = factory(**kwargs)
>
>   File "/usr/lib/python3.8/logging/__init__.py", line 1143, in __init__
>
> StreamHandler.__init__(self, self._open())
>
>   File "/usr/lib/python3.8/logging/__init__.py", line 1172, in _open
>
> return open(self.baseFilename, self.mode, encoding=self.encoding)
>
> PermissionError: [Errno 13] Permission denied:
> '/home/ubuntu/Projects/hpm/hpm/arches.log'
>
>
> The above exception was the direct cause of the following exception:
>
>
> Traceback (most recent call last):
>
>   File "manage.py", line 30, in 
>
> execute_from_command_line(sys.argv)
>
>   File
> "/home/ubuntu/Projects/ENV/lib/python3.8/site-packages/django/core/management/__init__.py",
> line 381, in execute_from_command_line
>
> utility.execute()
>
>   File
> "/home/ubuntu/Projects/ENV/lib/python3.8/site-packages/django/core/management/__init__.py",
> line 357, in execute
>
> django.setup()
>
>   File
> "/home/ubuntu/Projects/ENV/lib/python3.8/site-packages/django/__init__.py",
> line 19, in setup
>
> configure_logging(settings.LOGGING_CONFIG, settings.LOGGING)
>
>   File
> "/home/ubuntu/Projects/ENV/lib/python3.8/site-packages/django/utils/log.py",
> line 76, in configure_logging
>
> logging_config_func(logging_settings)
>
>   File "/usr/lib/python3.8/logging/config.py", line 808, in dictConfig
>
> dictConfigClass(config).configure()
>
>   File "/usr/lib/python3.8/logging/config.py", line 570, in configure
>
> raise ValueError('Unable to configure handler '
>
> ValueError: Unable to configure handler 'file'
>
>
>
> And when I check the permissions of the arches.log file it is:
>
>  -rwxr-xr-x 1 root root  22322 Aug 11 14:29 *arches.log*
>
> In the arches.log there is no recent log as to be expected. How should I
> change the permissions for this file?
>
>
> Thanks again for any answer,
>
> best
>
> A.
> Le mardi 11 août 2020 à 12:10:04 UTC-7, ala...@gmail.com a écrit :
>
>> Hi Anais,
>>
>> Dale reported a similar error in version 4:
>> https://groups.google.com/d/msg/archesproject/gYnmrToi8eE/PUJ-6ys-AQAJ
>>
>> I'm not sure if the same troubleshooting would apply for v5, but do you
>> have pending migrations to run as Cyrus suggested in that thread?
>>
>> Angela
>>
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/b182dfff-77b7-47fa-98ae-3e072e32d091n%40googlegroups.com
> 
> .
>

-- 
-- 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 

Re: [Arches] Re: bidirectional text

[Adam Cox]

Hi all, I worked on the Egyptian Archaeological Database translation to
Arabic (following steps that Andrea Zerbini had written down from his work
on EAMENA) for Arches 3. What I recall is: Django handles translation in a
way where you actually do kind of just "flip a switch." What I mean is that
there is an underlying language setting, the properties of which (including
directionality: request.lang.LANGUAGE_BIDI) can be acquired in templates
with tags like these:
https://docs.djangoproject.com/en/3.0/topics/i18n/translation/#other-tags.
I found that the automatic reordering of text that takes place in templates
when you have a right-to-left language set is somewhat smart, but also
quite finicky.

Most importantly, the language setting determines which set of translations
will be used.

Arches doesn't expose a "switch-to-flip" to allow you to switch between
languages, meaning the first thing you would need to do is either
permanently change the LANGUAGE_CODE
 in
settings.py or change a template somewhere to add a dropdown that would
allow your users to do that. You would then need to follow standard Django
steps toward creating "localization files" which hold translations of all
of the strings in the interfaces (individual translations for which you
will provide, using something like django rosetta
 which I found very easy
to use).

As Dennis says, there is a lot of dynamically generated text exposed in the
app, so I'll let the team speak to that, to say nothing of the data itself.
In theory concept labels should be translated properly based on the
language settings themselves (here's an old thread with Andrea and Alexei
discuss that), but string values will not be translated (for good reason).
In the EAD we ended up with two Description nodes (one in English and the
other in Arabic) and I changed the report to look at the Django language
settings and show only the appropriate node.

At any rate, I would recommend starting from the bottom (Django) up, and
handling the special Arches cases as they come.

Adam

On Mon, Jul 6, 2020 at 12:44 AM Elishai Cohen 
wrote:

> Hi Alina, Hi Dennis
>
> Thanks for your detailed answers.
> we would like to have the ability, of course not in the first steps, to
> switch by a button of something like that and you mentioned Dennis the next
> question is about the data that is managed in Arches.
> it would be kind if you will share future insights on these topics.
>
> 
> Best regards,
> Elishai Cohen
>
>
> On Fri, 3 Jul 2020 at 19:52, Dennis Wuthrich  wrote:
>
>> Hi Elishai,
>>
>> Good question concerning bi-directional text in Arches.  This is just one
>> of several things needed to support multi-lingual and multi-script support
>> in the Arches user interface.  You might be aware that Arches v5 creates a
>> good portion of its UI dynamically.  For example, the graph models and data
>> entry forms in v5 are created dynamically by Arches, and this code would
>> need to be updated to support bi-directional (and multi-lingual) support.
>> And then there's the question of supporting multiple languages and scripts
>> in the actual data that is managed by Arches
>>
>> As Alina mentioned in her post, we are thinking about the best way to
>> address all the factors needed to support localization of the UI.  At the
>> moment, you can't just "flip a switch" in Arches and have it support
>> bi-directional text or alternate languages.
>>
>> Best,
>>
>> Dennis
>>
>> On Friday, June 26, 2020 at 1:11:19 AM UTC-7 elisha...@gmail.com wrote:
>>
>>> Hi all,
>>>
>>> Can i change the bidirectional text in Arches from Left to right to
>>> right to left?
>>> if so, where should i change it?
>>>
>>> Thanks,
>>> Elishai
>>>
>>> --
>> -- 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/archesproject/078a2ccd-41bb-43e8-a923-f291f521e997n%40googlegroups.com
>> 
>> .
>>
> --
> -- 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 

Re: [Arches] Re: elasticsearch max buckets error

[Adam Cox]

Hi Mahmoud, I apologize for the late response here, but I also encountered
this same error a while ago when upgrading an arches database to Arches 5.
I was also concerned about just changing the maximum number of buckets, but
did do it just as you have and everything has run fine since then, though
frankly I couldn't know if performance is affected because it never worked
before the change...

I've had a look back at the original error messages I encountered, and it's
interesting that I had the same amount of buckets as you, 15,011. One thing
that Rob suggested to me was looking at the "Search Results Grid" in System
Settings UI or at the TIMEWHEEL_DATE_TIERS in settings.py, or perhaps the
"Hexagon Grid Precision". So, some of those settings may reduce the number
of buckets, but I don't think I looked very deeply into them.

As these are aggregation buckets of some kind, I would guess that the
number of resources doesn't really have anything to do with it, per se.

Interested to know if you have found anything new related to this issue. We
should probably put a note in it ES installation docs.

Adam

On Fri, Jun 19, 2020 at 11:59 AM Alina Myklebust 
wrote:

> Hi Mahmoud,
>
> Have you noticed a negative impact on performance since you edited the
> configuration file?  Let us know how that's working for you.  Thanks!
>
> Best,
>
> Alina
>
>
> On Monday, June 15, 2020 at 4:12:45 AM UTC-7, Mahmoud Abdelrazek wrote:
>>
>> Hi everyone,
>>
>> I have had an issue with an elasticsearch error when loading the main
>> search page. The error is as follows:
>>
>> TransportError at /search/resources TransportError(503,
>> 'search_phase_execution_exception', 'Trying to create too many buckets.
>> Must be less than or equal to: [1] but was [15011]. This limit can be
>> set by changing the [search.max_buckets] cluster level setting.')
>>
>> We have uploaded more than 10k entries to one of the resource models
>> which seems to be the reason for this error. I did a quick search and found
>> that the following command would raise the max buckets limit to 20k which
>> solved the problem.
>>
>> curl -XPUT 127.0.0.1:9200/_cluster/settings -H 'Content-Type:
>> application/json' -d '{
>> "transient" : {
>> "search.max_buckets": 2
>> }
>> }'
>>
>> However, when the server restarted, elasticsearch ran into the same error
>> again. This time I edited the configuration file by adding the following
>> line
>>
>> search.max_buckets: 2
>>
>> It seems to work fine for now but I am concerned that raising this limit
>> might have a negative impact on the performance. Arches handles the
>> requests to elasticsearch automatically, so I am not sure how much is this
>> relevant.
>>
>> Did anyone run into the same issue? Any better solutions? and do you
>> think this will have an impact on the performance?
>>
>> Thank you,
>> Mahmoud
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/e94e8783-e166-4d94-81df-b4f7c5621ab8o%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTatvJwsNHpdK-ru7b1f6LERZwy1BsKUXYevALSWf9qx2Pw%40mail.gmail.com.

[Arches] Arches 5 Documentation Sprint: Call for Suggestions and Feedback

[Adam Cox]

Hello everyone,

Angela Labrador and I are planning to coordinate a community-oriented 
documentation writing sprint to bring the current Arches documentation 
up-to-date with the most recent release, v5.0 as best as we can. Hopefully 
we can also address some aspects of the documentation that needed attention 
prior to the update.

We'd like to begin by soliciting feedback from all forum members on the 
following:

   - Which aspects of the documentation have you found confusing or 
   misleading?
   - Are there topics that you would like to see added to the official 
   documentation?

Please respond with your thoughts in this thread or email us directly. Feel 
free to second other people's posts if someone has already mentioned the 
same thing you were thinking--more input is better than less at this stage.

We'll begin comparing your ideas with known documentation "to-dos" as 
recorded in the arches-docs issue tracking. 
Then we can put out a 
call for help, especially to those most knowledgeable in these specific 
topics, and start organizing a "sprint" of a few days where we can make 
some real progress on the content itself.

We won't get everything perfect, but hopefully a concerted and coordinated 
effort can make some big improvements.

Adam

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/db487950-423b-4cd0-8ca5-cafaf88fb939%40googlegroups.com.

Re: [Arches] v5 documentation

[Adam Cox]

Hi all, very happy to see so much interest.

Angela has reached out to me and said she is happy to co-coordinate, so we 
will begin moving forward.

I think a good way to start will be to open up a new thread here on the 
forum to call for community feedback: What have people found confusing in 
the documentation, What aspects are missing, etc. When we have a list of 
topics we can then see about divvying them up and asking for volunteers to 
help with each one.

Adam



On Monday, May 18, 2020 at 12:03:44 AM UTC-5, Lily Pregill wrote:
>
> Hi Adam,
>
> Thanks for the great suggestion. I'm in, too!
>
> Best,
> Lily
> --
> *From:* Dennis Wuthrich 
> *Sent:* Saturday, May 16, 2020 9:37 AM
> *To:* Angela Labrador 
> *Cc:* Adam Cox ; Lily Pregill ; 
> Mahmoud Abdelrazek ; Arches Project <
> archesproject@googlegroups.com>
> *Subject:* Re: [Arches] v5 documentation 
>  
> Adam, 
>
> Thanks for suggesting a sprint to improve documentation for v5.  Great 
> idea!
>
> I’m happy to participate as well.
>
> -Dennis
>
> Dennis Wuthrich
> CEO Farallon Geographics  |  www.fargeo.com
> 601 Montgomery St, Suite 1095 | San Francisco, CA  94111
> T 415 227 1140  |  Cell 415 317 2771
>
>
>
>
>
> On May 13, 2020, at 1:38 PM, Angela Labrador  wrote:
>
> Hi all, 
>
> I would be happy to pitch in on a documentation sprint! Count me in. :-)  
>
> Angela
>
> On Wed, May 13, 2020 at 1:52 PM Adam Cox  wrote:
>
> Hi Lily and Mahmoud, really, you're both right. A little of the structural 
> work to set the documentation version to 5 has been done (as Mahmoud 
> pointed out), however, to my knowledge there has been no concerted effort 
> since the release of v5 to actually update the documentation in a holistic 
> manner--just bits and pieces like software requirements, etc. I think a few 
> days of a coordinated "documentation sprint" would go a really long way 
> toward fixing that. I would be happy to play some sort of role in such an 
> effort, because it would benefit the community hugely (obviously), but 
> can't commit at this time to fully coordinating it... perhaps 
> co-coordinating.
>
> If others are interested in contributing their time or resources, I think 
> we should use this thread to begin planning. I will also note that the 
> documentation repo (https://github.com/archesproject/arches-docs) has its 
> own issue ticketing system, so collecting to-do task in there is always 
> good (they are plenty of them already!).
>
> Adam
>
> On Tue, May 12, 2020 at 2:31 PM Lily Pregill  wrote:
>
> Thanks Mahmoud! I was looking at: 
> https://arches.readthedocs.io/en/stable/overview/ and the version says 
> 4.4.1.
>
> On the v5 version, the page title of the Overview page reads "Overview 
> 4.4.1" so something to fix.
>
> best,
> Lily
>
>
>
>
> --
> *From:* archesproject@googlegroups.com  
> on behalf of Mahmoud Abdelrazek 
> *Sent:* Tuesday, May 12, 2020 12:11 PM
> *To:* Arches Project 
> *Subject:* [Arches] Re: v5 documentation 
>  
> Hi Lily,  
>
> I am not sure if this is what you are looking for, but here is a link to 
> v5 documentation https://arches.readthedocs.io/en/5.0.0/
>
> Best regards,
> Mahmoud 
>
> On Tuesday, May 12, 2020 at 8:55:21 PM UTC+2, Lily Pregill wrote: 
>
> Hello, 
>
> Does anyone know if the current documentation has been updated for v5? The 
> version history does not reflect v5:
>
> v4.4 February, 2019: Release of Arches Collector 
> <https://arches.readthedocs.io/en/stable/using-arches-collector/> mobile 
> data collection app
>
> v4.0 July, 2017: Significant site redesign, addition of graph creation UI, 
> system settings UI, internal tileserver (TileStache), updated dependencies 
> (MapBox GL, ElasticSearch 5.2, Yarn)
>
> v3.0 April, 2015: Updated architecture, inclusion of the Reference Data 
> Manager, updated dependencies (ElasticSearch, OpenLayers, Knockout)
>
> v2.0 March, 2014: Improved upload of digital files, assorted bug fixes
>
> v1.0 October, 2013: Initial Release
>
>
> Thanks,
>
> Lily
>
>
> *Lily Pregill*, Systems Architect | The J. Paul Getty Trust | (310) 440 
> 6394  |  getty.edu <http://www.getty.edu/>
>
>
>
> -- 
> -- 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 re

[Arches] Re: Updated Arches Roadmap - What's new in 2020?

[Adam Cox]

Hi David, I have posted a question related to this in the Arches developer 
forum in case you are interested: 
https://groups.google.com/forum/#!topic/arches-dev/VRk2ws0yMbo

Adam

On Tuesday, March 3, 2020 at 9:02:28 AM UTC-6, David Osborne wrote:
>
> Hi Alison
>
> Thanks for your reply and explaining the background to the Arches/Arc 
> integration project. We will all have our own priorities so my comments 
> were not meant to be unappreciative of the development. I applaud Historic 
> England for helping to fund the initiative, particularly if it helps to 
> enable integration with other software such as QGIS!
>
> Best wishes
> David
>
> On Thursday, 13 February 2020 18:32:25 UTC, Alison Dalgity wrote:
>>
>> Greetings David. I should have replied to you (and Alina) a long time 
>> ago. My apologies.
>>
>> You make an excellent point David, and I would venture to say that most 
>> of us agree with you--i.e., that our priority should be to develop 
>> integration with other open-source rather than proprietary tools. 
>>
>> However, there is a clear reason why we are developing a full integration 
>> between Arches and esri–namely, the development has been financed. The 
>> effort is driven by Historic England because they use esri products 
>> widely, and they have kindly funded a significant piece of the development. 
>> (The remainder is financed by Farallon Geographics and us, the Getty 
>> Conservation Institute.)
>>
>> Our sincere hope in completing this work is, exactly as you suggest, that 
>> once the development patterns are established the work to integrate Arches 
>> with QGIS will be greatly facilitated...hopefully by someone very soon!
>>
>> Thanks for your candor, I really appreciate your feedback and hope that 
>> you continue to make your voice heard for the benefit of the community.
>>
>> Best,
>> Alison
>>
>> On Thursday, January 2, 2020 at 11:03:29 AM UTC-8, Alina Myklebust wrote:
>>>
>>> Hi David,
>>>
>>> Thanks so much for your feedback on the roadmap.  I imagine there will 
>>> be many discussions/conversations in the coming weeks/months about this new 
>>> ArcGIS
>>> integration development.   I'll ask others to chime in here too, because 
>>> I'm certain there have been thoughts and considerations related to 
>>> integration with QGIS too.  
>>>
>>> Thanks again and Happy New Year!  
>>>
>>> Very best,
>>>
>>> Alina
>>>
>>>
>>>
>>> On Tuesday, December 24, 2019 at 8:43:34 AM UTC-8, David Osborne wrote:

 Hi Alina

 The developments in the roadmap look interesting, especially, for me, 
 the science applications. However, I must admit disappointment that ArcGIS 
 has been chosen in preference to QGIS for the GIS interface. I expect 
 there 
 will be several projects which were attracted to Arches due to it being 
 free, open-source software and, like ours, have opted for QGIS for the 
 same 
 reason. However, my hope is that, once the team have developed the Arches 
 plugin for Arc, it will be possible to adapt it to interface with QGIS 
 without too much extra work.

 Kind regards
 David

 On Wednesday, 18 December 2019 22:41:33 UTC, Alina Myklebust wrote:
>
> Greetings all,
>
> This week we published an updated Arches Roadmap on the Arches Project 
> website.  You can find it here:  
> https://www.archesproject.org/roadmap/
>
> Visit the page to find out about new key development initiatives and 
> planned features & development work slated for 2020. 
>
> Roadmap highlights include: 
>
>- Arches for Science
>- Arches Workflows
>- Arches/esri integration 
>- Important upgrades in Version 5
>
> If you have any questions, please post them here.  Thanks!
>
>
> Cheers,
>
> Alina
> Arches Project Team
>


-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/f583e695-336f-4837-a6c7-a4bd37a18968%40googlegroups.com.

[Arches] HTML links don't work in Legend and Display Description content

[Adam Cox]

Two times today in two different parts of the app I found that rich-text 
content that allows html tags does render the tags, but  links inside 
don't work. For example, in the map legend content for a layer, I want a 
link to the source of the layer, but clicking it does nothing. Hovering 
over it and inspecting the element confirms it is a proper link though.

I found the same thing when I tried to put a link in the Display 
Description configuration.

Has anyone else encountered this?

Thanks,
Adam

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/f590b014-1a4e-42e6-876b-c22344090b32%40googlegroups.com.

Re: [Arches] Re: v5 documentation

[Adam Cox]

Hi Lily and Mahmoud, really, you're both right. A little of the structural
work to set the documentation version to 5 has been done (as Mahmoud
pointed out), however, to my knowledge there has been no concerted effort
since the release of v5 to actually update the documentation in a holistic
manner--just bits and pieces like software requirements, etc. I think a few
days of a coordinated "documentation sprint" would go a really long way
toward fixing that. I would be happy to play some sort of role in such an
effort, because it would benefit the community hugely (obviously), but
can't commit at this time to fully coordinating it... perhaps
co-coordinating.

If others are interested in contributing their time or resources, I think
we should use this thread to begin planning. I will also note that the
documentation repo (https://github.com/archesproject/arches-docs) has its
own issue ticketing system, so collecting to-do task in there is always
good (they are plenty of them already!).

Adam

On Tue, May 12, 2020 at 2:31 PM Lily Pregill  wrote:

> Thanks Mahmoud! I was looking at:
> https://arches.readthedocs.io/en/stable/overview/ and the version says
> 4.4.1.
>
> On the v5 version, the page title of the Overview page reads "Overview
> 4.4.1" so something to fix.
>
> best,
> Lily
>
>
>
>
> --
> *From:* archesproject@googlegroups.com 
> on behalf of Mahmoud Abdelrazek 
> *Sent:* Tuesday, May 12, 2020 12:11 PM
> *To:* Arches Project 
> *Subject:* [Arches] Re: v5 documentation
>
> Hi Lily,
>
> I am not sure if this is what you are looking for, but here is a link to
> v5 documentation https://arches.readthedocs.io/en/5.0.0/
>
> Best regards,
> Mahmoud
>
> On Tuesday, May 12, 2020 at 8:55:21 PM UTC+2, Lily Pregill wrote:
>
> Hello,
>
> Does anyone know if the current documentation has been updated for v5? The
> version history does not reflect v5:
>
> v4.4 February, 2019: Release of Arches Collector
>  mobile
> data collection app
>
> v4.0 July, 2017: Significant site redesign, addition of graph creation UI,
> system settings UI, internal tileserver (TileStache), updated dependencies
> (MapBox GL, ElasticSearch 5.2, Yarn)
>
> v3.0 April, 2015: Updated architecture, inclusion of the Reference Data
> Manager, updated dependencies (ElasticSearch, OpenLayers, Knockout)
>
> v2.0 March, 2014: Improved upload of digital files, assorted bug fixes
>
> v1.0 October, 2013: Initial Release
>
>
> Thanks,
>
> Lily
>
>
> *Lily Pregill*, Systems Architect | The J. Paul Getty Trust | (310) 440
> 6394  |  getty.edu 
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/6749807d-07b4-43e4-b5ca-f76dc059d0c8%40googlegroups.com
> 
> .
>   *CAUTION: This email originated from outside of the Getty. Do not click
> links or open attachments unless you verify the sender and know the content
> is safe.*
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/BYAPR05MB6517EE8F27F9CBD91C33E35FDEBE0%40BYAPR05MB6517.namprd05.prod.outlook.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 

Re: [Arches] No module named arches

[Adam Cox]

Hi Martha, can you describe your virtual environment? It seems like that
may be where the problem is. Did you change any of the paths that Apache
was using to set the mod_wsgi daemon process?

I'm not sure how or why the ufw rules would have affected any of that...

Adam

On Mon, May 4, 2020 at 6:16 PM Martha S  wrote:

> I need help with a headscratcher here, please. My 4.4.2 version of Arches
> was fine until I attempted to use ufw to make some port changes. This,
> apparently started some processes that interfered with arches loading. The
> message in the Apache log was that the import arches statement in
> settings.py failed with "No module named arches."
>
> As I was unable to reverse this problem, I got a system restore to before
> my ufw effort, but the problem persists. I assumed that perhaps the daemon
> wasn't being started for some reason, but
>
> ps -ef | grep arches returned
>
>  63787  41196  0 22:56 pts/000:00:00 grep --color=auto arches
>
> All seems to be well, by which I mean that the 000-default.conf hasn't
> been changed, settings.py hasn't been changed, the ElasticSearch nodes are
> running properly, and the database is accessible on 5432.
>
> Here is the whole error returned when I try to run the development server:
> python manage.py runserver:8000
> Traceback (most recent call last):
>   File "manage.py", line 29, in 
> execute_from_command_line(sys.argv)
>   File
> "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py",
> line 364, in execute_from_command_line
> utility.execute()
>   File
> "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py",
> line 308, in execute
> settings.INSTALLED_APPS
>   File "/usr/local/lib/python2.7/dist-packages/django/conf/__init__.py",
> line 56, in __getattr__
> self._setup(name)
>   File "/usr/local/lib/python2.7/dist-packages/django/conf/__init__.py",
> line 41, in _setup
> self._wrapped = Settings(settings_module)
>   File "/usr/local/lib/python2.7/dist-packages/django/conf/__init__.py",
> line 110, in __init__
> mod = importlib.import_module(self.SETTINGS_MODULE)
>   File "/usr/lib/python2.7/importlib/__init__.py", line 37, in
> import_module
> __import__(name)
>   File "/Projects/prod/hpla/hpla/settings.py", line 6, in 
> import arches
> ImportError: No module named arches
>
> Any ideas on how to troubleshoot this?
>
> Thanks,
> Martha
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/0d545c0d-0486-4c2e-b65d-fb7edb938ba1%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTasf_s8a8ht%3D4oH9KBoigUimpgOpOv%3DXunJ1tc-nQHxuxQ%40mail.gmail.com.

Re: [Arches] Re: Map overlay

[Adam Cox]

Hi Robin, I recently wrote up a detailed explanation of creating an overlay
layer from a geotiff served through Geoserver:
https://groups.google.com/d/msg/archesproject/vaBMwbYp6IY/nqL6xO-PAwAJ

No command line work necessary, all done in the Django admin backend
(/admin) of your Arches application.

Adam

On Mon, Apr 13, 2020 at 6:35 AM Robin Rönnlund  wrote:

> Thank you Dennis, and sorry for taking a while to respond. I had to get
> our technician to set up a Geoserver, which is now done and the GeoTiff is
> uploaded.
>
> I (and the technician!) have some problems understanding the following
> steps. I have tried to read the documentation but I don't get that very
> well either. Could you please expand?
>
> I assume that these things have to be handled through the command line
> interface, which I'm not very savvy with yet.
>
> Thanks again,
> Robin
>
> Den fredag 6 mars 2020 kl. 21:53:06 UTC+2 skrev Dennis Wuthrich:
>>
>> Hi Robin,
>>
>> Yes, you can add a geoTIFF as either an overlay or basemap to Arches.
>> The steps are:
>>
>> 1. Set up a service for your geoTIFF.  There are lots of ways to do this
>> (a little googling will reveal plenty of options).  One choice is to use
>> GeoServer (http://geoserver.org/), an Open Source geospatial server for
>> both raster and vector data.  GeoServer has excellent documentation, and
>> there is a very good step-by-step summary of configuring a service for
>> geotiffs.
>>
>> 2. Once you've set up your service, you'll need to register it with
>> Arches.  Here's an example of how to define a raster service (in this case,
>> served from esri):
>>
>> {
>> "name": "ESRI World Topo",
>> "sources": {
>> "ESRI World Topo": {
>> "type": "raster",
>> "tiles": ["
>> https://services.arcgisonline.com/arcgis/rest/services/World_Topo_Map/MapServer/WMTS/tile/1.0.0/World_Topo_Map/default/default028mm/{z}/{y}/{x}.png
>> "],
>> "tileSize": 256
>> }
>> },
>> "layers": [
>> {
>> "source": "ESRI World Topo",
>> "type": "raster",
>> "id": "agoltopo"
>> }
>> ]
>> }
>>
>> The key for you will be to replace the "tiles" URL with the proper URL
>> for your service.
>>
>> Once you've defined your service, you can register it with Arches using
>> the "add_mapbox_layer" which will look something like this:
>>
>> python manage.py packages -o add_mapbox_layer -j *path to
>> file*/Sausalito.json -n "Sausalito Zoning"
>>
>>
>> - Dennis
>>
>>
>>
>>
>>
>>
>>
>>
>> On Thursday, March 5, 2020 at 11:40:30 AM UTC-8, Robin Rönnlund wrote:
>>>
>>> Dear all,
>>>
>>> I have been informed by several people that it is possible to add a
>>> rectified geoTIFF as a map overlay in Arches, but I have failed to find how
>>> to do this. Is there a guide that I haven't found, or is this a more
>>> esoteric issue?
>>>
>>> I have a site-plan (georeffed in WGS84) of a particular archaeological
>>> site, and we would need it as the local basemap showing where specific
>>> archaeological finds have been found.
>>>
>>> Robin
>>>
>> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/810daa8a-6a8c-4c5f-8110-56f5278f3990%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTau3SVyLHJkGXNidzTSjnp1NhMYXx%2B5PJzmZ50M9o3SFLg%40mail.gmail.com.

Re: [Arches] How to import Thesauri from csv?

[Adam Cox]

Hi Leonidas, I've been meaning to respond to this thread for a few days,
always thinking I'd have a little more time to prepare... At any rate, no,
the RDM in v4/5 has never imported CSV files (it more or less did in v3).
However, a long time ago I made a conversion utility for a project I was
on. You can find it here, somewhat buried within a v4/5 Arches package:
https://github.com/legiongis/fpan-data/tree/master/utils. The top half of
the README is relevant to you, and the scripts and sample data are inside
of the "reference_data" directory. Feel free to copy those files out to
your own repo if you want. Also note that I am in the process of making
some changes related to the business_data side of the utils directory, so
some updates may change the way that README looks in the future.

If you can get the scripts working, they take a set of CSV files and
convert them into a single thesaurus, and a set of collections that mimic
the structure each CSV. So, if you have a CSV called Styles, a new Top
Concept called "Styles" will be created and then the contents of the CSV
will be added as individual member concepts within that top concept. Then a
new Collection is made by the same name and the concepts are added to it as
well. Note that this is a naive structure, and doesn't support nested
concepts, which I know many thesauri rely on (mine for that project didn't
so I was ok with that limitation).

Hope that is somewhat helpful,
Adam

On Mon, Apr 6, 2020 at 10:28 AM Adam Lodge  wrote:

> Hi Leonidas,
>
> To my knowledge the RDM only imports data from a specific flavor of xml
> called SKOS.  Workflow documented here:
> https://arches.readthedocs.io/en/stable/rdm/#importing-a-scheme
>
> I concur that ability to import to RDM from a simpler format like csv
> would be a welcome addition to Arches.
>
> Adam
>
> ---
> Adam Lodge
> Geospatial Systems Consultant
> Farallon Geographics
>
> On Apr 1, 2020, at 10:11 AM, Leonidas  wrote:
>
> How can batch import Thesauri from csv file (or any other file format)?
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/ca08a11d-b1e7-437e-8a25-2de3b0ae6ec5%40googlegroups.com
> 
> .
>
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/4645A082-C0F2-4005-A02D-7DA3187DD27A%40fargeo.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTav9W7g%3DuGbzp8DN5jAiNpdgsYwyi7Q8ogemGex7BtaOMA%40mail.gmail.com.

[Arches] Re: Zoom limit per group

[Adam Cox]

Hi Mahmoud, recently (since we last spoke) I began experimenting with using 
a context processor for a permissions-related aspect of my app. I noticed, 
however, that when loading the map search page, the context processor 
functions are each called 15 times! This is something to be aware of as you 
develop--it would be wise to keep those functions very lightweight.

Good luck,
Adam

On Tuesday, March 24, 2020 at 6:24:10 PM UTC-5, Mahmoud Abdelrazek wrote:
>
> Hello Everyone,
>
> My name is Mahmoud Abdelrazek. I am from Egypt and I am happy to be 
> introduced to such an active and helpful community. 
>
> I am working on a project to introduce a few custom features to an Arches 
> implementation. The first of which is imposing zoom in/out limit on each 
> group of users. 
>
> My questions are: Did anyone try this before? Do you have recommendations 
> on how this might work? 
>
> The approach I am working on now is to edit the context processors file so 
> that it would pass different zoom in/out limits based on the group and add 
> a group limit model on top of the group model to allow the admin to set the 
> limits per group. 
>
> What do you think of this? 
>
> Any advice is appreciated
>
>
> Thank you, 
> Mahmoud  
>  
>
>
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/04f49dbd-092e-4f3c-b44a-92ebbf9afd05%40googlegroups.com.

Re: [Arches] Implementing Custom Search Filters in Arches 5

[Adam Cox]

Yeah, I didn't see any documentation on it yet, definitely would be good to
have. At least there is this thread for the moment. Thanks for the tip
about the setting.

Adam


On Mon, Mar 16, 2020 at 3:23 PM Alexei Peters  wrote:

> I believe that you should be able to put the components anywhere.  There's
> a setting for that.  "SEARCH_COMPONENT_LOCATIONS"
> Which reminds me, that we need to document this feature.
>
>
> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>
>
> On Mon, Mar 16, 2020 at 12:40 PM Adam Cox  wrote:
>
>> Hi Alexei, thanks for the response on this, I think it's all the info I
>> need to get started in earnest. Can I place the filter anywhere in my
>> project and then register it from there? That would be great, as I (think)
>> it would mean that I would only have to migrate the core Arches js file
>> that holds the code you referenced (query object) to my project in order to
>> edit it. Does that sound right? I will likely add a migration to my project
>> so that the new filter is registered that way, instead of following the
>> package loading pattern.
>>
>> Thanks,
>> Adam
>>
>> On Mon, Mar 16, 2020 at 2:18 PM Alexei Peters  wrote:
>>
>>> Hi Adam,
>>> Everything you laid out is correct.  I"m sure you've already done this,
>>> but looking at the existing components should be enlightening.
>>> Because you have no UI, then your client side code should be pretty
>>> simple.  All you should need to do is append your search parameter onto the
>>> search url during initialization of the component.
>>> Something like this:
>>>
>>> var queryObj = this.query();
>>>> if(this.filter().length > 0){
>>>> queryObj[componentName] = ko.toJSON(this.filter);
>>>> } else {
>>>> delete queryObj[componentName];
>>>> }
>>>> this.query(queryObj);
>>>
>>> Of course you'll need to be able to `RestoreState` of the component from
>>> the url itself, but examples of this are in our existing components.
>>>
>>> You'll then need to handle for it on the backend.
>>>
>>> Cheers,
>>> Alexei
>>>
>>>
>>>
>>> On Fri, Mar 13, 2020 at 12:04 PM Adam Cox  wrote:
>>>
>>>> Hello all,
>>>>
>>>> To migrate a project to arches 5, I need to reintegrate some custom
>>>> search filters I had made in 4.4. The way search filters are implemented
>>>> has been refactored in 5, so I could use a little guidance. The good thing
>>>> is that I believe the way I have my custom filters set up will integrate
>>>> well into the new pattern.
>>>>
>>>> From what I can tell, Arches 5 has individual search components that
>>>> are registered in the database and whose logic is stored in arches/
>>>> arches/app/search/*components*/. These components are typically linked
>>>> to a knockout component which controls the UI (for the filters in my case,
>>>> there will be no UI so hopefully that can be left blank). When a search is
>>>> performed, these components are iterated and if one of them matches a
>>>> filter that is included in the search request, then that filter is applied.
>>>>
>>>> Assuming all of that is correct, it seems like I would need to 1)
>>>> create a new component (my_filter.py) and then register it. 2) inject a
>>>> term into the request body behind the scenes (as I want the filter to apply
>>>> to every search) which would activate the my_filter component.
>>>>
>>>> Any help with 1 or, especially, 2 would be appreciated. Of course, I
>>>> would prefer to place this customization my own project and avoid changing
>>>> anything in core Arches at all.
>>>>
>>>> Thanks,
>>>> Adam
>>>>
>>>> --
>>>> -- 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 archesproje

Re: [Arches] Implementing Custom Search Filters in Arches 5

[Adam Cox]

Hi Alexei, thanks for the response on this, I think it's all the info I
need to get started in earnest. Can I place the filter anywhere in my
project and then register it from there? That would be great, as I (think)
it would mean that I would only have to migrate the core Arches js file
that holds the code you referenced (query object) to my project in order to
edit it. Does that sound right? I will likely add a migration to my project
so that the new filter is registered that way, instead of following the
package loading pattern.

Thanks,
Adam

On Mon, Mar 16, 2020 at 2:18 PM Alexei Peters  wrote:

> Hi Adam,
> Everything you laid out is correct.  I"m sure you've already done this,
> but looking at the existing components should be enlightening.
> Because you have no UI, then your client side code should be pretty
> simple.  All you should need to do is append your search parameter onto the
> search url during initialization of the component.
> Something like this:
>
> var queryObj = this.query();
>> if(this.filter().length > 0){
>> queryObj[componentName] = ko.toJSON(this.filter);
>> } else {
>> delete queryObj[componentName];
>> }
>> this.query(queryObj);
>
> Of course you'll need to be able to `RestoreState` of the component from
> the url itself, but examples of this are in our existing components.
>
> You'll then need to handle for it on the backend.
>
> Cheers,
> Alexei
>
>
>
> On Fri, Mar 13, 2020 at 12:04 PM Adam Cox  wrote:
>
>> Hello all,
>>
>> To migrate a project to arches 5, I need to reintegrate some custom
>> search filters I had made in 4.4. The way search filters are implemented
>> has been refactored in 5, so I could use a little guidance. The good thing
>> is that I believe the way I have my custom filters set up will integrate
>> well into the new pattern.
>>
>> From what I can tell, Arches 5 has individual search components that are
>> registered in the database and whose logic is stored in arches/arches/app
>> /search/*components*/. These components are typically linked to a
>> knockout component which controls the UI (for the filters in my case, there
>> will be no UI so hopefully that can be left blank). When a search is
>> performed, these components are iterated and if one of them matches a
>> filter that is included in the search request, then that filter is applied.
>>
>> Assuming all of that is correct, it seems like I would need to 1) create
>> a new component (my_filter.py) and then register it. 2) inject a term into
>> the request body behind the scenes (as I want the filter to apply to every
>> search) which would activate the my_filter component.
>>
>> Any help with 1 or, especially, 2 would be appreciated. Of course, I
>> would prefer to place this customization my own project and avoid changing
>> anything in core Arches at all.
>>
>> Thanks,
>> Adam
>>
>> --
>> -- 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/archesproject/01d9e3b9-b2dd-41d7-bb80-89f725618b42%40googlegroups.com
>> <https://groups.google.com/d/msgid/archesproject/01d9e3b9-b2dd-41d7-bb80-89f725618b42%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTatviNKnGAWqpYOPMUiibzfs0cpj9z6i2Tg-7kgndkn0tw%40mail.gmail.com.

[Arches] Implementing Custom Search Filters in Arches 5

[Adam Cox]

Hello all,

To migrate a project to arches 5, I need to reintegrate some custom search 
filters I had made in 4.4. The way search filters are implemented has been 
refactored in 5, so I could use a little guidance. The good thing is that I 
believe the way I have my custom filters set up will integrate well into 
the new pattern.

>From what I can tell, Arches 5 has individual search components that are 
registered in the database and whose logic is stored in arches/arches/app/
search/*components*/. These components are typically linked to a knockout 
component which controls the UI (for the filters in my case, there will be 
no UI so hopefully that can be left blank). When a search is performed, 
these components are iterated and if one of them matches a filter that is 
included in the search request, then that filter is applied.

Assuming all of that is correct, it seems like I would need to 1) create a 
new component (my_filter.py) and then register it. 2) inject a term into 
the request body behind the scenes (as I want the filter to apply to every 
search) which would activate the my_filter component.

Any help with 1 or, especially, 2 would be appreciated. Of course, I would 
prefer to place this customization my own project and avoid changing 
anything in core Arches at all.

Thanks,
Adam

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/01d9e3b9-b2dd-41d7-bb80-89f725618b42%40googlegroups.com.

Re: [Arches] js packages not installing

[Adam Cox]

Hey Mike, make sure to run yarn install from within the directory that
holds package.json. In your case, I'm guessing that is actually
~/Projects/scharp/scharp. You will probably have a yarn.lock file in
~/Projects/scharp from running the command which you can safely remove.

Adam

On Thu, Mar 12, 2020 at 12:02 PM Mike Arrowsmith  wrote:

> Hi
>
> I've managed to, mostly, install Arches v5 successfully on AWS EC2 Ubuntu
> 18.04 but hitting a problem with the admin interface (screenshot attached).
>
> I've looked at the source using developer tools and it's because
> /media/packages/requires/require.js is missing.
>
> Searching the forums this has come up before and seems to be because yarn
> didn't install, so I followed the advice and ran yarn install manually.
> That seemed to work through the stages of resolving packages up to creating
> lockfile (actually required sudo yarn install) but still getting the same
> screen and the console reports the same file missing.
>
> Where should I be when I run yarn install? I did so from within
> ~/Projects/scharp in my virtual environment (scharp is the project I'm
> working on). Was that right? Do I need to do anything else?
>
> Not a natural Linux user, so please be gentle with me.
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/b9175a3d-3b42-49fb-ae31-e5db641857fb%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTavL0toCB5o_KH9wwb7E-Y8Xrvn4%2Bv7gHL-kxm23LNmeEg%40mail.gmail.com.

Re: [Arches] Re: Installing GDAL on Windows - I have an easy solution

[Adam Cox]

No problem Lindsey. I just did some more testing and it seems like you can
pare down those settings lines. I was suspicious because I realized that
PATH line is actually incorrect, and it needs a ";" in it, like this:

os.environ['PATH'] = os.path.join(envpath, r"Lib\site-packages\osgeo")* +
';' + *os.environ['PATH']

Also, everything checks out even after I remove the GDAL_DATA and PROJ_LIB
lines.

Adam

On Wed, Mar 11, 2020 at 4:20 PM Lindsey Gant  wrote:

> Thanks, Adam!! As someone who has struggled with GDAL, this suggestion is
> very welcome and I would love to hear how it works out for people.
>
>
>
> On Wednesday, March 11, 2020 at 1:40:43 PM UTC-7, Adam Cox wrote:
>>
>> Hi all, in setting up a development environment for Arches 5, I just
>> encountered a new method for installing GDAL on windows that is easier than
>> what I'm used to. In the past, I have used the OSGeo4W installer, or have
>> downloaded and installed GDAL separately. The new way I just found actually
>> installs GDAL directly into the virtual environment so you can set
>> environment variables to point to it there on startup.
>>
>> 1. Download the Windows binary for your appropriate system architecture
>> (64- or 32-bit) from the Christoph Gohlke site:
>> https://www.lfd.uci.edu/~gohlke/pythonlibs/#gdal
>>
>> I used version 2.4.1, which seems to be ok so far, even though Django 2.2
>> docs say GDAL 2.3 is the highest supported version:
>> https://docs.djangoproject.com/en/2.2/ref/contrib/gis/install/geolibs/.
>> From the Gohlke site you can get an older version too.
>>
>> 2. Install the .whl file into your virtual environment
>>
>> For me: pip install
>> \path\to\downloaded\GDAL-2.4.1-cp37-cp37m-win_amd64.whl
>>
>> 3. In settings_local.py, add these lines. Note that your environment
>> variables are being modified temporarily when the app is run, so you
>> *don't* need to change any of the real environment variables on your
>> system. The environment variables are now pointing directly inside your
>> virtual environment, not to any global installation of GDAL, OSGeo4W, etc.
>>
>> import os
>>
>> os.environ['GDAL_DATA'] =
>> r"C:\archesproject\ENV\Lib\site-packages\osgeo\data\gdal"
>> os.environ['PROJ_LIB'] =
>> r"C:\archesproject\ENV\Lib\site-packages\osgeo\data\proj"
>> os.environ['PATH'] = r"C:\archesproject\ENV\Lib\site-packages\osgeo" +
>> os.environ['PATH']
>> GDAL_LIBRARY_PATH = 
>> r'C:\archesproject\ENV\Lib\site-packages\osgeo\gdal204.dll'
>>
>>
>> For reference, here is the stack exchange question where I got this
>> solution:
>> https://gis.stackexchange.com/questions/330418/geodjango-cant-find-gdal
>>
>> If anyone tries this method, please post here to let me and others know
>> how it goes. Would be nice to have a tried and true better way of dealing
>> with GDAL, especially on systems that may need different versions of it for
>> different application.
>>
>> Adam
>>
>> p.s. A more dynamic, less hard-coded refactor of the settings_local lines
>> looks like this:
>>
>> import os
>>
>> envpath = os.environ['VIRTUAL_ENV']
>> os.environ['GDAL_DATA'] = os.path.join(envpath,
>> r"Lib\site-packages\osgeo\data\gdal")
>> os.environ['PROJ_LIB'] = os.path.join(envpath,
>> r"Lib\site-packages\osgeo\data\proj")
>> os.environ['PATH'] = os.path.join(envpath, r"Lib\site-packages\osgeo") +
>> os.environ['PATH']
>> GDAL_LIBRARY_PATH = os.path.join(envpath,
>> r"Lib\site-packages\osgeo\gdal204.dll")
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/63666f24-8e7e-4ad2-a17c-bcc6c73953c5%40googlegroups.com
> <https://groups.google.com/d/msgid/archesproject/63666f24-8e7e-4ad2-a17c-bcc6c73953c5%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTatkCtfcSsB_4wp04Ld7-bRpBPgRdLoQ7mZMXzgchkvVKQ%40mail.gmail.com.

[Arches] Installing GDAL on Windows - I have an easy solution

[Adam Cox]

Hi all, in setting up a development environment for Arches 5, I just 
encountered a new method for installing GDAL on windows that is easier than 
what I'm used to. In the past, I have used the OSGeo4W installer, or have 
downloaded and installed GDAL separately. The new way I just found actually 
installs GDAL directly into the virtual environment so you can set 
environment variables to point to it there on startup.

1. Download the Windows binary for your appropriate system architecture 
(64- or 32-bit) from the Christoph Gohlke site: 
https://www.lfd.uci.edu/~gohlke/pythonlibs/#gdal

I used version 2.4.1, which seems to be ok so far, even though Django 2.2 
docs say GDAL 2.3 is the highest supported version: 
https://docs.djangoproject.com/en/2.2/ref/contrib/gis/install/geolibs/. 
>From the Gohlke site you can get an older version too.

2. Install the .whl file into your virtual environment

For me: pip install \path\to\downloaded\GDAL-2.4.1-cp37-cp37m-win_amd64.whl

3. In settings_local.py, add these lines. Note that your environment 
variables are being modified temporarily when the app is run, so you *don't* 
need to change any of the real environment variables on your system. The 
environment variables are now pointing directly inside your virtual 
environment, not to any global installation of GDAL, OSGeo4W, etc.

import os

os.environ['GDAL_DATA'] = 
r"C:\archesproject\ENV\Lib\site-packages\osgeo\data\gdal"
os.environ['PROJ_LIB'] = 
r"C:\archesproject\ENV\Lib\site-packages\osgeo\data\proj"
os.environ['PATH'] = r"C:\archesproject\ENV\Lib\site-packages\osgeo" + 
os.environ['PATH']
GDAL_LIBRARY_PATH = r'C:\archesproject\ENV\Lib\site-packages\osgeo\gdal204.dll' 


For reference, here is the stack exchange question where I got this 
solution: 
https://gis.stackexchange.com/questions/330418/geodjango-cant-find-gdal

If anyone tries this method, please post here to let me and others know how 
it goes. Would be nice to have a tried and true better way of dealing with 
GDAL, especially on systems that may need different versions of it for 
different application.

Adam

p.s. A more dynamic, less hard-coded refactor of the settings_local lines 
looks like this:

import os

envpath = os.environ['VIRTUAL_ENV']
os.environ['GDAL_DATA'] = os.path.join(envpath, 
r"Lib\site-packages\osgeo\data\gdal")
os.environ['PROJ_LIB'] = os.path.join(envpath, 
r"Lib\site-packages\osgeo\data\proj")
os.environ['PATH'] = os.path.join(envpath, r"Lib\site-packages\osgeo") + 
os.environ['PATH']
GDAL_LIBRARY_PATH = os.path.join(envpath, 
r"Lib\site-packages\osgeo\gdal204.dll")

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/9cde9df9-6272-4257-93d3-0cb00d96658b%40googlegroups.com.

Re: [Arches] Serving Arches Through HTTPS

[Adam Cox]

Ok, well the key when I fixed this for myself was finding the release of
psycopg2 that comes with the correct OpenSSL version:
http://initd.org/psycopg/docs/news.html

Hopefully if you just uninstall psycopg2 (and psycopg2-binary) from your
virtual environment and then look at that release list and try
installing/uninstalling releases that have different OpenSSL versions, then
one of them should work. At least, that's the easiest next thing to try.

(env)$ pip install psycopg2==x.x.x

If none of the changes to that python library work then maybe you should go
the route of reinstalling mod_wsgi.

Adam

On Mon, Jan 6, 2020 at 12:51 PM Martha S  wrote:

> Yes, Adam,
>
> I can confirm I restarted Apache after the initial psycopg2
> uninstall/install, after uninstalling the binary, after redoing the
> uninstall/install, and after adding the wsgi parameter to my config file.
> Nope at every turn.
>
> If you don't feel wsgi is the problem, I'll proceed with installing
> psycopg2 from GitHub, unless you feel that is inadvisable. I'm thinking
> that there must be some difference in our server setups that made the cure
> for you not work for me.
>
> Thanks,
> Martha
>
> On Monday, January 6, 2020 at 10:41:30 AM UTC-8, Adam Cox wrote:
>>
>> Hi Martha, these libssl libraries are the root of the problem (at least,
>> when I tracked it down this is exactly where I ended up). As to your steps
>> above, you do need to restart apache after every change to the virtual
>> environment. Can you confirm that you did that right after you made the
>> first change to the psycopg2 library? I'm not able to look at my own
>> installations at the moment, but I have never had to use that
>> WSGIApplicationGroup parameter. I was able to fix it by just updating
>> psycopg2 (I can't remember of -binary was in use for me or not). I'll let
>> you know when I get a chance to look.
>>
>> Adam
>>
>> On Sun, Jan 5, 2020 at 7:44 PM Martha S  wrote:
>>
>>> I've found one more item in the psycopg 2.8.4 docs. Should this be my
>>> next step?
>>>
>>> Warning
>>>
>>>
>>> The psycopg2 wheel package comes packaged, among the others, with its
>>> own libssl binary. This may create conflicts with other extension
>>> modules binding with libssl as well, for instance with the Python ssl
>>> <https://docs.python.org/3/library/ssl.html#module-ssl> module: in some
>>> cases, under concurrency, the interaction between the two libraries may
>>> result in a segfault. In case of doubts you are advised to use a package
>>> built from source.
>>>
>>>
>>> On Sunday, January 5, 2020 at 1:30:56 PM UTC-8, Martha S wrote:
>>>>
>>>> Adam,
>>>>
>>>> Unfortunately, this did not repair the startup error. Once I created a
>>>> new virtual environment, installed arches, uninstalled/re-installed
>>>> psycopg2, corrected a directory oversight in my config file, and pointed to
>>>> the new environment in apache2, I still got the following in my apache2
>>>> error.log and no coredump:
>>>>
>>>> [Sun Jan 05 19:58:35.485867 2020] [mpm_event:notice] [pid 37579:tid
>>>> 139672454474688] AH00491: caught SIGTERM, shutting down
>>>>
>>>> [Sun Jan 05 19:58:35.636147 2020] [mpm_event:notice] [pid 1993:tid
>>>> 140438837296064] AH00489: Apache/2.4.29 (Ubuntu) OpenSSL/1.1.1
>>>> mod_wsgi/4.5.17 Python/2.7 configured -- resuming normal operations
>>>>
>>>> [Sun Jan 05 19:58:35.636244 2020] [core:notice] [pid 1993:tid
>>>> 140438837296064] AH00094: Command line: '/usr/sbin/apache2'
>>>>
>>>> [Sun Jan 05 19:58:49.346899 2020] [wsgi:error] [pid 2006:tid
>>>> 140438713235200] [client 161.149.102.22:2459] wsgi:error 'arches':
>>>> /Projects/ssl/hpla/hpla/wsgi.py
>>>>
>>>> [Sun Jan 05 19:58:49.650548 2020] [core:notice] [pid 1993:tid
>>>> 140438837296064] AH00051: child pid 2002 exit signal Segmentation fault
>>>> (11), possible coredump in /etc/apache2
>>>>
>>>> [Sun Jan 05 19:58:50.731314 2020] [wsgi:error] [pid 2004:tid
>>>> 140438585472768] [client 161.149.102.22:2460] Truncated or oversized
>>>> response headers received from daemon process 'arches':
>>>> /Projects/ssl/hpla/hpla/wsgi.py, referer:
>>>> https://historicplacesla.lacity.org/
>>>>
>>>>
>>>> I went back to my new environment to double-check psycopg2 and found:
>>>>
>>>> (ENV)hpla:/Projects/ssl$ pip freeze | grep 

Re: [Arches] Serving Arches Through HTTPS

[Adam Cox]

Hi Martha, these libssl libraries are the root of the problem (at least,
when I tracked it down this is exactly where I ended up). As to your steps
above, you do need to restart apache after every change to the virtual
environment. Can you confirm that you did that right after you made the
first change to the psycopg2 library? I'm not able to look at my own
installations at the moment, but I have never had to use that
WSGIApplicationGroup parameter. I was able to fix it by just updating
psycopg2 (I can't remember of -binary was in use for me or not). I'll let
you know when I get a chance to look.

Adam

On Sun, Jan 5, 2020 at 7:44 PM Martha S  wrote:

> I've found one more item in the psycopg 2.8.4 docs. Should this be my next
> step?
>
> Warning
>
>
> The psycopg2 wheel package comes packaged, among the others, with its own
> libssl binary. This may create conflicts with other extension modules
> binding with libssl as well, for instance with the Python ssl
> <https://docs.python.org/3/library/ssl.html#module-ssl> module: in some
> cases, under concurrency, the interaction between the two libraries may
> result in a segfault. In case of doubts you are advised to use a package
> built from source.
>
>
> On Sunday, January 5, 2020 at 1:30:56 PM UTC-8, Martha S wrote:
>>
>> Adam,
>>
>> Unfortunately, this did not repair the startup error. Once I created a
>> new virtual environment, installed arches, uninstalled/re-installed
>> psycopg2, corrected a directory oversight in my config file, and pointed to
>> the new environment in apache2, I still got the following in my apache2
>> error.log and no coredump:
>>
>> [Sun Jan 05 19:58:35.485867 2020] [mpm_event:notice] [pid 37579:tid
>> 139672454474688] AH00491: caught SIGTERM, shutting down
>>
>> [Sun Jan 05 19:58:35.636147 2020] [mpm_event:notice] [pid 1993:tid
>> 140438837296064] AH00489: Apache/2.4.29 (Ubuntu) OpenSSL/1.1.1
>> mod_wsgi/4.5.17 Python/2.7 configured -- resuming normal operations
>>
>> [Sun Jan 05 19:58:35.636244 2020] [core:notice] [pid 1993:tid
>> 140438837296064] AH00094: Command line: '/usr/sbin/apache2'
>>
>> [Sun Jan 05 19:58:49.346899 2020] [wsgi:error] [pid 2006:tid
>> 140438713235200] [client 161.149.102.22:2459] wsgi:error 'arches':
>> /Projects/ssl/hpla/hpla/wsgi.py
>>
>> [Sun Jan 05 19:58:49.650548 2020] [core:notice] [pid 1993:tid
>> 140438837296064] AH00051: child pid 2002 exit signal Segmentation fault
>> (11), possible coredump in /etc/apache2
>>
>> [Sun Jan 05 19:58:50.731314 2020] [wsgi:error] [pid 2004:tid
>> 140438585472768] [client 161.149.102.22:2460] Truncated or oversized
>> response headers received from daemon process 'arches':
>> /Projects/ssl/hpla/hpla/wsgi.py, referer:
>> https://historicplacesla.lacity.org/
>>
>>
>> I went back to my new environment to double-check psycopg2 and found:
>>
>> (ENV)hpla:/Projects/ssl$ pip freeze | grep psycopg2
>>
>> DEPRECATION: Python 2.7 nag
>>
>> psycopg2==2.8.3
>>
>> psycopg2-binary==2.7.4
>>
>> I figured the binary was the problem and uninstalled that. Nope.
>> So I uninstalled/reinstalled psycopg2 and see that psycopg2==2.8.3 and no
>> binary is listed. Nope.
>> Just because, I restarted apache2. Nope. The error regarding truncated or
>> oversized response headers remains and there is no coredump.
>> I found a suggestion online that I should add  WSGIApplicationGroup
>> %{GLOBAL} to my config file. Nope.
>>
>> I see other suggestions, like switching from the system mod-wsgi to the
>> Python package and the psycopg2-binary package, but still hope for further
>> guidance here from anyone successfully serving arches with HTTPS on Ubuntu
>> 18.04. Is mod-wsgi 4.5.17 a problem?
>>
>> Thanks,
>> Martha
>>
>>
>> On Saturday, December 28, 2019 at 6:38:02 AM UTC-8, Adam Cox wrote:
>>>
>>> Hi Martha, the daemon process error has to do with your config file,
>>> you'll just need to make sure the arches process is created before you
>>> reference it.
>>>
>>> The other issue, the truncated Is much trickier, but has to do
>>> specifically with the version of psycopg2 (a python library in your virtual
>>> environment) that you have installed. I put this comment on a PR a long
>>> time ago, which gives a little context:
>>> https://github.com/archesproject/arches/pull/4965#issuecomment-521806491
>>>
>>> Ultimately, I recommend creating a new virtual environment, pip
>>> installing everything as normal, then
>>>
>>> Pip uninstall psyc

Re: [Arches] Serving Arches Through HTTPS

[Adam Cox]

Hi Martha, the daemon process error has to do with your config file, you'll
just need to make sure the arches process is created before you reference
it.

The other issue, the truncated Is much trickier, but has to do
specifically with the version of psycopg2 (a python library in your virtual
environment) that you have installed. I put this comment on a PR a long
time ago, which gives a little context:
https://github.com/archesproject/arches/pull/4965#issuecomment-521806491

Ultimately, I recommend creating a new virtual environment, pip installing
everything as normal, then

Pip uninstall psycopg2
Pip install psycopg2==2.8.3

You can then point the apache configs at the new environment and it should
solve this problem.

Good luck,
Adam

On Fri, Dec 27, 2019, 6:38 PM Martha S  wrote:

> I feel I'm sooo close to implementing secured access to Arches and need a
> little help to get over the top, please. I'm running Ubuntu 18.04. My
> certificate is in and working.
>
> I tried making a copy of 000-default.conf (with --preserve=all), changing
> the port to 443, and adding these lines as directed by the CA:
>
> ServerName historicplacesla.lacity.org
> SSLEngine on
>
> SSLCertificateFile XXX.crt
> SSLCertificateKeyFile XXX.key
>
> When I tried to restart Apache2 after enabling SSL, the complaint was
> 'Name duplicates previous WSGI daemon definition', so I commented it out in
> default-ssl.conf and tried again. Apache started, but I still can't launch
> Arches. The browser gets an error 500 and the Arches error.log has the
> entry:
>
> 'Daemon process called 'arches' cannot be accessed by this WSGI
> application: /Projects/prod/hpla/hpla/wsgi.py, referer:
> https://historicplacesla.lacity.org/arches.'
>
> I get the same error if I try with http. My next effort was to rename my
> 000-default.conf and uncomment the line in default-ssl.conf. Now, in
> addition to the error above, I get
>
> '[wsgi:error] Truncated or oversized response headers received from daemon
> process 'arches': /Projects/prod/hpla/hpla/wsgi.py
> [core:notice] AH00051: child pid 83357 exit signal Segmentation fault
> (11), possible coredump in /etc/apache2
>
> There is no new file, dump or otherwise in /etc/apache2.
>
> For the moment, I've disabled SSL, renamed the two configuration files so
> only 000-default.conf is loaded, restarted Apache2 and things are running
> as usual. I get that it is at least partly an access rights issue.
> historicplacesla.lacity.org has been added to ALLOWED_HOSTS in
> settings.py.
>
> What do I still need to do to what to deal with these errors?
>
> Thanks so much and happy new year to all,
> Martha
>
>
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/d5bebd17-14c3-4925-b5e7-ba5128d446d0%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTasbPt11Zey_6KcynWxXb16D0csC7jPpFnxRsa3Le-hkNA%40mail.gmail.com.

[Arches] Can't Connect Arches Collector via HTTPS

[Adam Cox]

Hello all,

Has anyone used the mobile data collection app with an Arches instance that 
is served through HTTPS? I am trying to do so now and not having luck. When 
I enter to full information in the app and try to connect, there is no 
error message but it goes to a blank projects screen, and the new instance 
has not been saved. So there is some silent failure going on.


On the server, in the arches.log file in my app, I see the messages Dispatching 
Couch Proxy, but that's all.

In the apache log on the server, I see this message:

WARNING:django.security.csrf:Forbidden (Referer checking failed - no 
Referer.): /auth/user_profile

The first thing I did was look at that view, and indeed it *is *marked as 
csrf_exempt which was the first hint I found online. Also I set 
ALLOWED_HOSTS to ["*"] but that didn't change anything.

Reading further, especially this thread 
https://github.com/Tivix/django-rest-auth/issues/211 
,
 
it seems likely that the app is sending the CSRF token, but it is not 
sending a "referer" header. This is fine over http, but if a token is 
included without a referer over https, then the request fails. Some of this 
is speculative but hopefully it will make more sense to others. If that 
theory is right though, I think it means that the mobile just doesn't work 
over https...

Another thing I tried was this Django setting, CSRF_TRUSTED_ORIGINS 
(https://docs.djangoproject.com/en/1.11/ref/settings/#csrf-trusted-origins 
).
 
I set it to ["*"] but that also didn't fix the issue. I tried combinations 
of other SSL-related settings to no avail.

There's probably some simple thing I'm missing but I feel like I've tried a 
lot of them so far...

Adam

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/557bb60d-48c0-436d-bba9-2c3f218f51c3%40googlegroups.com.

Re: [Arches] Testing Windows 10 Development Installation

[Adam Cox]

One other thing, the two "pip freeze" commands are not necessary in this
workflow. pip freeze outputs a list of all the Python libraries and their
versions that have been installed with pip. At the moment you are running
it here, it will just make a blank file called requirements.txt, because
you haven't yet installed any libraries with pip. So you can safely remove
those lines from your workflow.

Again, thanks for putting this together. It's especially nice to have the
list of environment variable values shown like that, hopefully all of these
improvements will make it into the documentation very soon.

Adam

On Wed, Dec 18, 2019 at 1:23 PM Adam Cox  wrote:

> Hey Lindsey, really glad you put all of this together. I just wanted to
> point out that if you run
>
> python manage.py packages -o setup_db
>
> directly after the step you have to alter settings_local.py, then you do
> not need the extra steps of creating the database manually in psql and
> running the migrations: all of that is included in the setup_db command. As
> an aside, that command will be reconfigured in Arches 5 to simply be python
> manage.py setup_db (I'll make a ticket to document that change). So, the
> biggest change that must happen regarding the dev installation is the
> addition of that setup_db command.
>
> Also, I can confirm that GDAL 3 isn't compatible with Arches 4
> <https://github.com/archesproject/arches-docs/issues/152>, as you found
> (this is a Django 1.11 issue that is solved in Django 2). Thanks for doing
> all the work to expose that problem.
>
> Adam
>
> On Wed, Dec 18, 2019 at 1:04 PM Lindsey Gant  wrote:
>
>>
>> Hi everyone,
>>
>> I have compiled a list of steps that I took to successfully complete a
>> developer installation of Arches 4.4.3 locally on my Windows 10 laptop.
>> Please note that these are not the recommended steps for installation;
>> these are the troubleshooting steps that I took to test the documented
>> developer installation steps, without fully deploying an Arches instance.
>> If you are using Windows OS, it is generally recommended to deploy
>> utilizing a Linux system. That said, these steps may be of assistance to
>> someone troubleshooting their own local test installation. If you encounter
>> other installation errors, be sure to post them to the Arches forum for
>> assistance from the community.
>>
>> For reference, the original developer installation documentation can be
>> found here.
>> <https://arches.readthedocs.io/en/stable/creating-a-development-environment/#creating-a-development-environment>
>>
>> --
>>
>> *Install any Requirements and Dependencies
>> <https://arches.readthedocs.io/en/stable/requirements-and-dependencies/#>*
>>
>> *Confirm system environment variables*
>>
>>1.
>>
>>   GDAL_DATA = “C:\Program Files\PostgreSQL\9.6\gdal_data”
>>   2.
>>
>>   Path:
>>   1.
>>
>>  “C:\OSGeo4W64\bin”
>>  1.
>>
>> Important: move up to the top of the list of Path
>> environment variables
>> 2.
>>
>>  C:\Program Files\nodejs\
>>  3.
>>
>>  C:\Program Files (x86)\Yarn\bin\
>>  4.
>>
>>  C:\Program Files\PostgreSQL\9.6\bin
>>  5.
>>
>>  C:\Python27
>>  6.
>>
>>  C:\Python27\Scripts
>>
>>
>> *Test PostGres*
>> In command line:
>>
>> psql -U postgres
>>
>> Log-in with password
>>
>>
>> If unable to remember password:
>> http://www.homebrewandtechnology.com/blog/graphicallychangepostgresadminpassword
>>
>>
>> *Optional:* to test server
>>
>> CREATE DATABASE test;
>> \c test
>> CREATE EXTENSION postgis;
>> \q
>>
>> *Start ElasticSearch*
>>
>> Open ElasticSearch directory /bin/elasticsearch.bat
>>
>> Double click to start bacth file
>>
>>
>> *Open command line*
>>
>>
>> *Create a new directory for your project*
>>
>> mkdir archesproject && cd archesproject
>>
>>
>> *Create virtual environment*
>>
>> virtualenv ENV
>> ENV\Scripts\activate
>>
>> *Clone into Arches GitHub repository*
>>
>> git clone https://github.com/archesproject/arches.git
>>
>> *Checkout preferred branch and install requirements*
>>
>> cd arches
>> git checkout stable/4.4.3
>> pip freeze
>> pip freeze > requirements.txt
>> pip install -e .
>>

Re: [Arches] Testing Windows 10 Development Installation

[Adam Cox]

Hey Lindsey, really glad you put all of this together. I just wanted to
point out that if you run

python manage.py packages -o setup_db

directly after the step you have to alter settings_local.py, then you do
not need the extra steps of creating the database manually in psql and
running the migrations: all of that is included in the setup_db command. As
an aside, that command will be reconfigured in Arches 5 to simply be python
manage.py setup_db (I'll make a ticket to document that change). So, the
biggest change that must happen regarding the dev installation is the
addition of that setup_db command.

Also, I can confirm that GDAL 3 isn't compatible with Arches 4
, as you found
(this is a Django 1.11 issue that is solved in Django 2). Thanks for doing
all the work to expose that problem.

Adam

On Wed, Dec 18, 2019 at 1:04 PM Lindsey Gant  wrote:

>
> Hi everyone,
>
> I have compiled a list of steps that I took to successfully complete a
> developer installation of Arches 4.4.3 locally on my Windows 10 laptop.
> Please note that these are not the recommended steps for installation;
> these are the troubleshooting steps that I took to test the documented
> developer installation steps, without fully deploying an Arches instance.
> If you are using Windows OS, it is generally recommended to deploy
> utilizing a Linux system. That said, these steps may be of assistance to
> someone troubleshooting their own local test installation. If you encounter
> other installation errors, be sure to post them to the Arches forum for
> assistance from the community.
>
> For reference, the original developer installation documentation can be
> found here.
> 
>
> --
>
> *Install any Requirements and Dependencies
> *
>
> *Confirm system environment variables*
>
>1.
>
>   GDAL_DATA = “C:\Program Files\PostgreSQL\9.6\gdal_data”
>   2.
>
>   Path:
>   1.
>
>  “C:\OSGeo4W64\bin”
>  1.
>
> Important: move up to the top of the list of Path environment
> variables
> 2.
>
>  C:\Program Files\nodejs\
>  3.
>
>  C:\Program Files (x86)\Yarn\bin\
>  4.
>
>  C:\Program Files\PostgreSQL\9.6\bin
>  5.
>
>  C:\Python27
>  6.
>
>  C:\Python27\Scripts
>
>
> *Test PostGres*
> In command line:
>
> psql -U postgres
>
> Log-in with password
>
>
> If unable to remember password:
> http://www.homebrewandtechnology.com/blog/graphicallychangepostgresadminpassword
>
>
> *Optional:* to test server
>
> CREATE DATABASE test;
> \c test
> CREATE EXTENSION postgis;
> \q
>
> *Start ElasticSearch*
>
> Open ElasticSearch directory /bin/elasticsearch.bat
>
> Double click to start bacth file
>
>
> *Open command line*
>
>
> *Create a new directory for your project*
>
> mkdir archesproject && cd archesproject
>
>
> *Create virtual environment*
>
> virtualenv ENV
> ENV\Scripts\activate
>
> *Clone into Arches GitHub repository*
>
> git clone https://github.com/archesproject/arches.git
>
> *Checkout preferred branch and install requirements*
>
> cd arches
> git checkout stable/4.4.3
> pip freeze
> pip freeze > requirements.txt
> pip install -e .
> pip install -r arches/install/requirements.txt
> pip install -r arches/install/requirements_dev.txt
> cd ..
>
> *Create project*
>
> python ENV\Scripts\arches-project create my_project
> cd my_project
>
> *Open settings_local.py in the my_project directory*
>
>
>1. Add: GDAL_LIBRARY_PATH = 'C/OSGeo4W64/bin/gdal300.dll'
>2. Note: GDAL 204 is the preferred GDAL version for Arches Version 4
>
> *Create database for project (in command line)*
> psql -U postgres
> CREATE DATABASE my_project;
> \c my_project
> CREATE EXTENSION postgis;
> \q
>
> *Note:* to delete database or extension (if already exists)
> DROP EXTENSION postgis;
>
> *Setup Database*
> python manage.py packages -o setub_db
>
> IF ERROR: "django.contrib.gis.geos.error.GEOSException: Could not parse
> version info string "3.8.0-CAPI-1.13.1"
>
>1. Edit this file:
>my_project/ENV/Lib/site-packages/django/contrib/gis/geos/libgeos.py
>2. Look for this function: geos_version_info
>3. And change this line: ver = geos_version().decode()
>4. With this line: ver = geos_version().decode().split(' ')[0]
>
> NOTE: editing files in your Virtual Environment is not generally
> recommended. This error may be attributed to using GDAL 3 instead of GDAL
> 204.
>
> *Create package*
> python manage.py packages -o create_package -d ..\my_package
>
> IF ERROR: ”django.db.utils.ProgrammingError: relation "graphs" does not
> exist”
> python manage.py makemigrations
> python manage.py migrate
>
> *Run server*
> python manage.py runserver
>
> Open link: http://127.0.0.1:8000/
> 

Re: [Arches] Re: Adding Labels to Resources on Map

[Adam Cox]

Hi Alina, thanks for checking in. It turns out this is not possible with
the way that Arches serves the resource information to the map. For our
purposes, we ended up hard-coding some labels into a custom mapbox style
(we had a few other elements that we wanted to use anyway) and then using
that style as the default basemap. This was a very case-specific
workaround, but is good enough for us.

Adam

On Wed, Oct 23, 2019 at 6:59 PM Alina Myklebust 
wrote:

> Hi Adam,
>
> Were you able to figure out if it can be done that way? There was a
> related question during the webinar Q session this past August.  Here it
> is:
>
>
>
> Community Question 6a: Can you give an overview of displaying spatial
> data in Arches for a non-GIS audience?
>
> Yeah. So this is a question we get a lot, and it's a good one because it
> really points, again, to this question of importing or access and data from
> Arches, to within Arches, but from a different system. So I said earlier,
> Arches is more than just the GIS because it can manage time and topology
> and all these things. I didn't mean to imply that it isn't the GIS because
> it really is. At its base, Arches provides all the same features and
> functionality that you would expect from an enterprise-scale GIS. And that
> includes being able to display spatial data, both data managed by Arches
> and data that you might be managing in a traditional GIS system as well.
>
> And the bottom line is, Arches has all the tools that you need to
> identify, sort of define the data that you want to publish on a map, and
> the ability for you to define how it's styled, so what colors and where the
> zoom levels and all the kind of detailed cartographic decisions that you
> can make, Arches can implement an open specification for defining all that.
> So the short kind of non-technical answer is, you have really all the same
> flexibility that you would have with the traditional GIS in deciding what
> you want to show on a map and how do you want to style it so that it shows
> off or displays the important aspects of your data to best effect.
>
> So hopefully, that's a reasonable answer. If people want to go into more
> detail, I'll wait to see if someone posts a question to the chat.
>
>
> Best,
>
> Alina
>
>
> On Wednesday, October 16, 2019 at 2:48:23 PM UTC-7, Adam Cox wrote:
>>
>> Hi all,
>>
>> We're hoping to add labels to the resource layers that appear on the map
>> by default. In our case, with different site boundary polygons we'd like
>> for people to know what the name of the site is without having to hover
>> over/click/zoom in on the feature. I assume this can be done with the
>> mapbox style advanced editing on the resource layer (in the map layer
>> manager), but it seems like other people may have tried it out already so I
>> thought I'd ask here first.
>>
>> Adam
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/829f7281-13fb-4cfd-9ec8-dacdda3fb3db%40googlegroups.com
> <https://groups.google.com/d/msgid/archesproject/829f7281-13fb-4cfd-9ec8-dacdda3fb3db%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTav%2BZ%3DGqJvY3WUf%2B6TQBb8ws%2B1cSUwmBAH-v5aXip8o5sw%40mail.gmail.com.

[Arches] Adding Labels to Resources on Map

[Adam Cox]

Hi all,

We're hoping to add labels to the resource layers that appear on the map by 
default. In our case, with different site boundary polygons we'd like for 
people to know what the name of the site is without having to hover 
over/click/zoom in on the feature. I assume this can be done with the 
mapbox style advanced editing on the resource layer (in the map layer 
manager), but it seems like other people may have tried it out already so I 
thought I'd ask here first.

Adam

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/5ba59ee3-eeba-4dc1-9b6d-708a98482f10%40googlegroups.com.

Re: [Arches] Problem loading overlay maps

[Adam Cox]

Hi David, when you change the background color, are you saying that
the map *does
*show up correctly, or that an empty, colored layer that is the size of the
map shows up, without the map?

My first thought would be to check the dev tools console output for errors.
It sounds like mapnik is having some problem rendering the map.

As for the other maps, I can think of a couple different ways in which
those maps could be tiled in separate files. Do you mean it is a full
tileset, in the "XYZ" format? Or is a it bunch of separate GeoTIFFs that
you want to combine into one layer? A little clarification would help.

If you have a lot of these geotiffs and you expect that you will be getting
more, I would recommend setting up and instance of Geoserver
 to turn them into web map services and then feed
them back into Arches that way. I have a personal preference for Geoserver,
as I use it for other projects as well, but it may be easier to the raster
styles, data sources, etc. Just a thought. It's a robust map server used by
lots of people all over the world. We have examples of using layers from
Geoserver in Arches here:
https://github.com/legiongis/arches4-geo-examples#using-the-tileserver-to-cascade-a-wms

Adam

On Thu, Oct 3, 2019 at 3:59 PM David Osborne <
daosborne.archaeol...@gmail.com> wrote:

> Hi all
>
> We need to load some overlay maps for our project and have so far been
> unsuccessful. I'm following the instructions at
> https://arches.readthedocs.io/en/stable/creating-new-map-layers/#tileserver-mapnik-layers
>  to
> try to load a couple of georeferenced TIFF files. The maps load
> successfully in QGIS, so we have confidence that they are correctly
> georeferenced.
>
> Adapting the XML shown on that page, I have the following for one of the
> maps:
>
> 
>   
> raster
> 
>   gdal
>name="file">/home/ubuntu/Maps/Jersey_25K_BGS_Geology.tif
>   0
> 
>   
>   
> 
>   
>   
> 
>   
> 
>
> which is loaded using the command
>
> python manage.py packages -o add_tileserver_layer -m
> "/home/ubuntu/Maps/Jersey_25K_BGS_Geology.xml" -n "Geology"
>
> The layer name Geology then appears in the list of overlays but nothing
> appears when the layer is enabled.
>
> I have tried adding projection parameters to the opening Map tag
>
> 
>
> and these are correct, as far as we can tell. If we change the
> background-color parameter to "white" or "black", the layer colour changes
> as expected.
>
> These maps are complete in one file but we do have another map which is
> tiled in separate files: would we need to use a separate tile-server to use
> that?
>
> I expect we've missed something simple but any help or advice would be
> appreciated!
>
> Thanks
> David
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/8edba7c6-4bca-4b83-9abb-3091dce2f8c3%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTauZ4AHuQs_hsLMB5Vv6MY_VirfgCKseDgMdHCUfcEa9ZQ%40mail.gmail.com.

Re: [Arches] Upgrading to a specific version of Arches - 4.4.1 (not the latest 4.4.2 version)

[Adam Cox]

Hi Tom, one other thought, sometimes I like to just create a brand new
virtual environment and install the new version in there, leaving the
existing on as is. Then you can switch which environment is used by your
app in your apache config (if that's how you're serving it), etc, and you
can switch back if something goes wrong with the pip installation process
(which, frankly, is unlikely).

As for other actions to take, it's possible you will need to run migrations
in your project. I'd recommend looking back through release notes for the
incremental versions between 4.1.1 and 4.4.1, which can be found on this
forum.

Adam

On Thu, Oct 3, 2019 at 11:19 AM Alexei Peters  wrote:

> Hi Tom,
> The pip command to install a specific version should be this `pip install
> myPackage=={version num}
> So for Arches that should be:
>
> ‘pip install arches==4.4.1 --upgrade --no-binary :all:’
>
> Cheers,
> Alexei
> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>
>
> On Thu, Oct 3, 2019 at 5:36 AM Shewring, Tom <
> tom.shewr...@historicengland.org.uk> wrote:
>
>> Hi,
>>
>>
>>
>> We have an Arches deployment at 4.1.1, I wish to upgrade this environment
>> to *4.4.1* (not the latest 4.4.2 release).
>>
>>
>>
>> 1)  Can you advise on the specific command to do this since ‘pip
>> install arches --upgrade --no-binary :all:’ will install 4.4.2
>>
>> 2)  Are there any other steps that I will need to take when
>> upgrading from 4.1.1 to 4.4.1
>>
>>
>>
>> Many thanks
>>
>>
>>
>> Tom Shewring
>>
>> GIS Systems Developer
>>
>> IMT Development Centre
>>
>> Historic England
>>
>>
>> [image: Historic England Logo] 
>>
>> We are the public body that helps people care for, enjoy and celebrate
>> England's spectacular historic environment, from beaches and battlefields
>> to parks and pie shops.
>> Follow us:  Facebook   |
>> Twitter   |  Instagram
>>  Sign up to our
>> newsletter
>> 
>>
>>
>> This e-mail (and any attachments) is confidential and may contain
>> personal views which are not the views of Historic England unless
>> specifically stated. If you have received it in error, please delete it
>> from your system and notify the sender immediately. Do not use, copy or
>> disclose the information in any way nor act in reliance on it. Any
>> information sent to Historic England may become publicly available. We
>> respect your privacy and the use of your information. Please read our full 
>> privacy
>> policy  for
>> more information.
>>
>>
>> --
>> -- 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/archesproject/4236dfe5e1b54308b93b8ba2d6e7c9cc%40SVMEX02.english-heritage.org.uk
>> 
>> .
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/CA%2BZLqy8oUEOsJoaPMWpip-ac3woMbTMCFxzRhg-PAdE6qoCA-g%40mail.gmail.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 

Re: [Arches] Re: Error Exporting Business Data from Arches 4.4.2

[Adam Cox]

Another approach would be to use the django ORM in the python shell.

>From your project run

python manage.py shell

Now you can paste this code in

from arches.app.models.tile import Tile
tiles = Tile.objects.all()
for tile in tiles:
  for value in tile.data.values():
if isinstance(value, unicode):
  if "|" in value:
print tile.resourceinstance_id
print value

Adam

On Tue, Oct 1, 2019 at 11:26 PM Adam Lodge  wrote:

> I realized that I inadvertently took this discussion offline to just
> Martha and I.  Here's some missing thread:
>
> Martha,
>
> (I think) you can issue this sql statement against the Postgres database
> behind arches to identify the specific resource instance and “card” that
> contains a given offending character:
>
> SELECT
> a.resourceinstanceid,
> b.name as card_name
> FROM tiles a
> JOIN cards b on a.nodegroupid = b.nodegroupid
> WHERE 1=1
>  and tiledata::text like '%|%’
>
> Note that the offending character you search for will be defined on the
> last line surrounded by wildcards.
>
> With the resourceinstanceid value, you can construct a url that will take
> you strait to the resource editor for that specific resource instance… like
> this:
> https://[hostname]/resource/[resourceinstanceid]
>
> You can use the card value to navigate to the specific card (or form) that
> has the field with the offending value.
>
> It’s a kinda manual approach to fixing them, but at least you can sniff
> them out with this approach.
>
> Best,
> Adam
>
> ---
> Adam Lodge
> Geospatial Systems Consultant
> Farallon Geographics
>
> On Oct 1, 2019, at 7:10 PM, Martha Selig  wrote:
>
> Adam,
>
> I'm talking about the Arches database, though I am open to any suggestion
> as to simplifying this task. I am unable to export to CSV because of this
> symbol, but a flat file would definitely be the easiest way to look for and
> replace/delete it no matter where it is found.I would like to deal with
> this issue one time, if at all possible. We're starting a cycle of
> reviewing, updating, and correcting data and I'm stuck at the starting gate.
>
> Tomorrow I'm going to try to query just the records needed for the first
> pass -- resources that don't have geographies defined -- and see if I can
> export those somehow. If I'm lucky, none of the records I need will have
> '|' in them, so I can get a CSV. At least I can get the client going.
>
> Any help would be greatly appreciated. That would include, I suppose,
> some  info on modifying the export code to skip to the next entry when this
> error is triggered. I haven't taken a look at the code to see how
> straightforward that might be, but if I could log the problem record and
> keep on going, that would be swell. I wasn't thinking I'd be altering core
> code but if that keeps me going, why not?
>
> Thanks,
> Martha
>
> On Tue, Oct 1, 2019 at 5:59 PM Adam Lodge  wrote:
>
>> Are you searching an Arches database, or just table in a given RDBMS, or
>> a flat file of some sort?
>>
>> ---
>> Adam Lodge
>>
>> On Oct 1, 2019, at 2:49 PM, Martha S  wrote:
>>
>> Do anyone have a recommendation for the best way to go through the
>> database of >110,000 records to find all instances of the '|' in any field
>> it might occur? I am told this was the delimiter used in .arches files, so
>> there could be other instances sprinkled throughout the database.
>>
>> Needle in a haystack time.
>>
>> Thanks,
>> Martha
>>
>>
>
> On Tuesday, October 1, 2019 at 2:49:10 PM UTC-7, Martha S wrote:
>>
>> Do anyone have a recommendation for the best way to go through the
>> database of >110,000 records to find all instances of the '|' in any field
>> it might occur? I am told this was the delimiter used in .arches files, so
>> there could be other instances sprinkled throughout the database.
>>
>> Needle in a haystack time.
>>
>> Thanks,
>> Martha
>>
>> On Tuesday, October 1, 2019 at 10:35:47 AM UTC-7, Martha S wrote:
>>>
>>> Thank you, Alexi,
>>>
>>> I'll just have to hope that's the only "special" character in the data.
>>>
>>> Martha
>>>
>>> On Friday, September 27, 2019 at 5:13:59 PM UTC-7, Martha S wrote:

 I am trying to export all the data for a particular resource model to
 CSV for review and modification and ran into an error during the process 
 -- UnicodeEncodeError:
 'ascii' codec can't encode character u'\xa6' in position 51: ordinal not in
 range(128)

 *My command*
 python manage.py packages -o export_business_data -d
 '/hpladata/Projects/Downloads/Historic District Mapping Files' -f
 'csv' -c '/hpladata/Projects/Downloads/Historic District Mapping
 Files/Historic District.mapping'

 *Here's the full error dump*
 operation: export_business_data
 Traceback (most recent call last):
   File "manage.py", line 29, in 
 execute_from_command_line(sys.argv)
   File 
 "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py",
 line 364, in 

Re: [Arches] Preferred Method of Getting SHP2PGSQL

[Adam Cox]

For posterity, I'll mention that running "sudo apt install postgis" like I
recommended only works in a pretty sloppy way... It will install the latest
postgres (11, as of this writing) on your server in addition to your
existing installation. This new installation will be set to run (and
perhaps fail) on port 5433. This doesn't really break or affect your
existing postgres installation which will continue to run on 5432, but I
can't imagine that it's actually the best way to install a simple command
line utility like shp2psql.

Any other recommendations are welcome.

Adam

On Mon, Jul 15, 2019 at 4:02 PM Martha S  wrote:

> Thanks, Adam,
>
> I'd seen that in my research but wanted to be sure first that I wouldn't
> mess up my system.
>
> Martha
>
> On Monday, July 15, 2019 at 1:47:42 PM UTC-7, Adam Cox wrote:
>>
>> Hi Martha,
>>
>> On a similar system (Ubuntu 16.04 and an older version of Arches where I
>> had installed postgres using the ubuntu_setup.sh script) when I ran
>> shp2psql I found it also missing. The message said I should install it with
>>
>> sudo apt-get install postgis
>>
>> After I ran that command (even though this is a fully functional Arches
>> installation with postgis already installed, though I guess through
>> different means) shp2psql is now available to me. I haven't tested anything
>> further, but that may be the best way.
>>
>> Adam
>>
>> On Mon, Jul 15, 2019 at 2:25 PM Martha S  wrote:
>>
>>> Hello,
>>>
>>> We are running Arches 4.4.2 on Ubuntu 18.04. I'm ready to create some
>>> overlays from shapefiles and find SHP2PGSQL to be a recommended part of the
>>> conversion. Unfortunately, it is not on my system and I'd like to know the
>>> preferred means of adding it.  apt-get install --dry-run shp2pgsql  did not
>>> return anything.
>>>
>>> For reference, here are the results of postgis_full_version and the
>>> contents of my /usr/lib/postgresql/9.6/bin directory
>>>
>>> postgis_full_version
>>>
>>>
>>> -
>>>  POSTGIS="2.4.4 r16526" PGSQL="96" GEOS="3.6.2-CAPI-1.10.2 4d2925d6"
>>> PROJ="Rel. 4.9.3, 15 August 2016" GDAL="GDAL 2.2.3, released 2017/11/20"
>>> LIBXML="2.9.4" LIBJSON="0.12.1" LIBPROTOBUF="1.2.1" RASTER
>>>
>>> user:/usr/lib/postgresql/9.6/bin$ dir
>>> clusterdb   initdbpg_dumpall  pg_standby  postmaster
>>> createdboid2namepg_isready  pg_test_fsync   psql
>>> createlang  pg_archivecleanup  pg_receivexlog  pg_test_timing  reindexdb
>>> createuser  pg_basebackup  pg_recvlogical  pg_upgrade  vacuumdb
>>> dropdb pg_controldata pg_resetxlogpg_xlogdump vacuumlo
>>> droplangpg_ctlpg_restore  pgbench
>>> dropuserpg_dumppg_rewind   postgres
>>>
>>> whereis returned nothing, either.
>>>
>>> Thanks,
>>> Martha
>>>
>>> --
>>> -- To post, send email to arches...@googlegroups.com. To unsubscribe,
>>> send email to arches...@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 arches...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/archesproject/1497143c-c24c-48ea-b140-3c1371ae72c3%40googlegroups.com
>>> <https://groups.google.com/d/msgid/archesproject/1497143c-c24c-48ea-b140-3c1371ae72c3%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archespr

Re: [Arches] Preferred Method of Getting SHP2PGSQL

[Adam Cox]

Hi Martha,

On a similar system (Ubuntu 16.04 and an older version of Arches where I
had installed postgres using the ubuntu_setup.sh script) when I ran
shp2psql I found it also missing. The message said I should install it with

sudo apt-get install postgis

After I ran that command (even though this is a fully functional Arches
installation with postgis already installed, though I guess through
different means) shp2psql is now available to me. I haven't tested anything
further, but that may be the best way.

Adam

On Mon, Jul 15, 2019 at 2:25 PM Martha S  wrote:

> Hello,
>
> We are running Arches 4.4.2 on Ubuntu 18.04. I'm ready to create some
> overlays from shapefiles and find SHP2PGSQL to be a recommended part of the
> conversion. Unfortunately, it is not on my system and I'd like to know the
> preferred means of adding it.  apt-get install --dry-run shp2pgsql  did not
> return anything.
>
> For reference, here are the results of postgis_full_version and the
> contents of my /usr/lib/postgresql/9.6/bin directory
>
> postgis_full_version
>
>
> -
>  POSTGIS="2.4.4 r16526" PGSQL="96" GEOS="3.6.2-CAPI-1.10.2 4d2925d6"
> PROJ="Rel. 4.9.3, 15 August 2016" GDAL="GDAL 2.2.3, released 2017/11/20"
> LIBXML="2.9.4" LIBJSON="0.12.1" LIBPROTOBUF="1.2.1" RASTER
>
> user:/usr/lib/postgresql/9.6/bin$ dir
> clusterdb   initdbpg_dumpall  pg_standby  postmaster
> createdboid2namepg_isready  pg_test_fsync   psql
> createlang  pg_archivecleanup  pg_receivexlog  pg_test_timing  reindexdb
> createuser  pg_basebackup  pg_recvlogical  pg_upgrade  vacuumdb
> dropdb pg_controldata pg_resetxlogpg_xlogdump vacuumlo
> droplangpg_ctlpg_restore  pgbench
> dropuserpg_dumppg_rewind   postgres
>
> whereis returned nothing, either.
>
> Thanks,
> Martha
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/1497143c-c24c-48ea-b140-3c1371ae72c3%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTavCrSNp6t1ZGXEUH-cVi35Ackj11CfpyR5L%2BF88SmmYzw%40mail.gmail.com.

Re: [Arches] Re: Arches 4.4.2 released

[Adam Cox]

Hey Joel,

Yes, you will be able to go straight to 4.4.2 from v3.

However, during the lead up to the 4.4.2 release I found some deficiencies
with v3 exports which hinder migration efforts (as you found, not even
every v3 release allows the export of resources!). So, the outcome is that
I will be working on putting together a very simple patch that v3 users can
download and place inside their v3 app to enable the proper exports. I
think the day to work on that has come. I'll get back in touch with you
soon.

On Wed, Jul 3, 2019 at 10:36 AM Cyrus Hiatt  wrote:

> Hi Joel -
>
> I haven't worked on a v3 to v4 migration myself, so Adam Cox could speak
> more to that, but yeah, I would go directly from v3 to v4.4.2 rather than
> first upgrading to 4.4.1.
>
> Cheers,
>
> Cyrus
>
> On Tue, Jul 2, 2019 at 5:59 PM Joel Aldor  wrote:
>
>> Thanks for the update, Cyrus. Does this mean we could upgrade directly
>> from v3 to v4.4.2 without going first to v4.4.1?
>>
>> Regards,
>>
>> Joel
>>
>>
>> On Saturday, June 29, 2019 at 2:36:04 AM UTC+8, Cyrus Hiatt wrote:
>>>
>>> The Arches team is happy to announce the 4.4.2 release which includes a
>>> number performance improvements and bug fixes:
>>>
>>> Here some of the release highlights:
>>>
>>>- Fixes issue preventing Resource editors from editing without being
>>>members of the Graph Editor group
>>>- Improves error logging particularly for collector sync transactions
>>>- Fixes top margin of the default report
>>>- Fixes bug preventing app from loading without the DEFAULT_BOUNDS
>>>defined
>>>- Deletes uploaded files when their respective tiles are deleted
>>>- Improves v3 to v4 migration process
>>>- Adds support for jsonl, multiprocessing data load
>>>- Allows setup_db to be executed without superuser permissions
>>>- You can find the detailed release notes here: 4.4.2 release notes
>>>
>>> <https://github.com/archesproject/arches/blob/stable/4.4.2/releases/4.4.2.md>
>>>
>>> Users are encouraged to update at their earliest convenience. If you are
>>> upgrading from Arches 4.3, be sure to follow the project upgrade
>>> instructions to 4.4.1
>>> <https://github.com/archesproject/arches/blob/stable/4.4.x/releases/4.4.1.md>
>>> before proceeding.
>>>
>>> As always the documentation can be found at <
>>> http://arches.readthedocs.io>
>>>
>> --
>> -- 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/archesproject/5786eee6-cb14-49f7-9597-6c4de8e2968e%40googlegroups.com
>> <https://groups.google.com/d/msgid/archesproject/5786eee6-cb14-49f7-9597-6c4de8e2968e%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/CAHVjc3W9BvtRpPfuP1D_i9b4yH%2BT%3Dq2wkPBpxBqPK1RdpdT9Fw%40mail.gmail.com
> <https://groups.google.com/d/msgid/archesproject/CAHVjc3W9BvtRpPfuP1D_i9b4yH%2BT%3Dq2wkPBpxBqPK1RdpdT9Fw%40mail.gmail.com?utm_medium=email_source=footer>
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTatgU8mO1Z7OgwbOYwVvCFCHX3FBi9mJvO5_3r8TdY%2BkoA%40mail.gmail.com.

Re: [Arches] ImportError: No module named oauth2_provider

[Adam Cox]

Hi Martha, as for that first chunk of errors, they are all related to
yarn/npm. However, I have a feeling that you can ignore them, I feel like
the unmet dependencies messages, for example, are things I've seen before
and it hasn't caused any problems.

As for the real error, the oauth2_provider, it sounds like that python
package is not getting installed correctly. I just tested this locally and
I found that with a new virtual environment I was able to create and run
setup_db on a new project without any issue.

Here were my steps:
virtualenv env
env\Scripts\activate
(pip was already upgraded)
pip install arches --no-binary :all:
(this ran a little while and completed without errors)
python env\Scripts\arches-project create newproject
(here is where I got all of those renaming errors, and the ones that you
posted, but it seemed to complete fine)
cd newproject
python manage.py packages -o setup_db
(this worked fine for me, though as you'll see in the deprecation message,
we've introduced a new command to replace this one, which is just python
manage.py setup_db)

I also just tried out installing arches 4.4.1 in a virtual environment and
then running pip --upgrade arches on it. After doing so I was able to make
another new project and run setup_db without errors. So I would just
recommend creating a brand new virtual environment and starting from
scratch. If that doesn't work, it would be helpful if you reply with some
screenshots.

Adam

On Tue, Jul 2, 2019 at 4:00 PM Martha S  wrote:

> Having a bad day here. I am trying to do a complete re-install of arches,
> which is now trying to install 4.4.2. We had a 4.4.1 install prior to this.
>
> I have remembered to upgrade pip inside my environment, so that's not an
> issue.
>
> I am getting a lot of warnings with my arches-project create, though it
> appears to complete successfully. Most of the warnings are renames, but the
> following also appear:
> warning package.json: No license field
> warning arches: No license field
> warning @mapbox/mapbox-gl-draw > @mapbox/geojsonhint > jsonlint-lines >
> nomnom@1.8.1: Package no longer supported. Contact supp...@npmjs.com for
> more info.
> [3/4] Linking dependencies...
> warning " > @mapbox/mapbox-gl-draw@1.0.8" has incorrect peer dependency
> "mapbox-gl@>=0.27.0 <=0.45.0".
> warning " > eonasdan-bootstrap-datetimepicker@4.17.47" has unmet peer
> dependency "moment-timezone@^0.4.0".
>
> I have ElasticSearch 5.3.3 running as a service, so I've skipped that part
> of the install, which could be part of the problem. Once inside my project,
> I try python manage.py packages -o setup_db and get:
>
> Traceback (most recent call last):
>   File "manage.py", line 29, in 
> execute_from_command_line(sys.argv)
>   File
> "/Projects/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
> line 364, in execute_from_command_line
> utility.execute()
>   File
> "/Projects/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
> line 338, in execute
> django.setup()
>   File
> "/Projects/ENV/local/lib/python2.7/site-packages/django/__init__.py", line
> 27, in setup
> apps.populate(settings.INSTALLED_APPS)
>   File
> "/Projects/ENV/local/lib/python2.7/site-packages/django/apps/registry.py",
> line 85, in populate
> app_config = AppConfig.create(entry)
>   File
> "/Projects/ENV/local/lib/python2.7/site-packages/django/apps/config.py",
> line 94, in create
> module = import_module(entry)
>   File "/usr/lib/python2.7/importlib/__init__.py", line 37, in
> import_module
> __import__(name)
> ImportError: No module named oauth2_provider
>
> Is there some way around this or is there some sort of complete system
> cleanup I need to do before restarting?
>
> Thanks,
> Martha
>
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/6d0111e9-d859-46c3-8632-ffbb0d7585c1%40googlegroups.com
> 
> .
>

-- 
-- 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.
To 

[Arches] Re: Best way to load an ESRI Shapefile as a TileStash vector overlay

[Adam Cox]

Ok, I just reread your original post, and 1gb is a pretty large shapefile! 
I strongly recocommend working through the entire workflow with a cut out 
of maybe 50 features from that shapefile. It's very time-consuming to make 
mistakes when processing such large files.

On Monday, July 1, 2019 at 1:02:43 PM UTC-5, Adam Cox wrote:
>
> Hi Brett, if your ultimate goal is a "selectable layer" as we have 
> documented here: 
> https://arches.readthedocs.io/en/stable/creating-new-map-layers/#making-selectable-vector-layers,
>  
> I see that one of the recommended sources for that selectable layer is 
> "...a tile server layer serving vector features from PostGIS". To do this, 
> you would basically prepare your shapefile as described in those docs (add 
> the geojson field, etc.) and then load it into postgres/postgis as it's own 
> new table.
>
> There are a couple of ways to load a shapefile into postgres/postgis, so 
> it will depend on what you are most comfortable with. For example, you can 
> use QGIS to connection to your postgres database, and then load the 
> shapefile in from there (QGIS makes this quite straightforward, I believe 
> you need to use the DB manager panel). Alternatively, you could use the 
> command line tool shp2pgsql which comes with postgis (you should already 
> have it).
>
> Once you have loaded the shapefile into postgres/postgis, you can just 
> follow along the "rivers" example in the arches4 geo examples repo to make 
> a layer from your table.
>
> You'll be stringing together a few complex operations, so I'd recommend 
> taking good notes along the way, and be ready to start back at the 
> beginning if you get to a point where you realize something went wrong a 
> few steps back.
>
> Looking forward to hearing how it goes!
>
> Adam
>
> On Wednesday, June 19, 2019 at 10:49:47 AM UTC-5, Brett Ferguson wrote:
>>
>> I'm struggling to make an ESRI Shapefile available as vector layer 
>> (eventually selectable). I was hoping to make it available from the .shp 
>> file itself on the server, but at this point I'd be happy to get it in any 
>> way possible as a TileStash overlay. It is a fairly large file (1GB). I 
>> feel like I've fallen into a documentation hole between Arches and 
>> TileStash to get the configuration right.
>>
>> I've seen the arches4-geo-examples but the only tileserver shapefile 
>> example I can see uses mapnik which we haven't installed (if that is the 
>> recommended way we can). Does anyone have an example of this, or have a 
>> suggestion w/ examples of a better way to do it (via geojson, etc)?
>>
>> Thanks!
>>
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/4bc5d7d5-4694-4d96-bf42-5674ce143dc0%40googlegroups.com.

[Arches] Re: Best way to load an ESRI Shapefile as a TileStash vector overlay

[Adam Cox]

Hi Brett, if your ultimate goal is a "selectable layer" as we have 
documented here: 
https://arches.readthedocs.io/en/stable/creating-new-map-layers/#making-selectable-vector-layers,
 
I see that one of the recommended sources for that selectable layer is 
"...a tile server layer serving vector features from PostGIS". To do this, 
you would basically prepare your shapefile as described in those docs (add 
the geojson field, etc.) and then load it into postgres/postgis as it's own 
new table.

There are a couple of ways to load a shapefile into postgres/postgis, so it 
will depend on what you are most comfortable with. For example, you can use 
QGIS to connection to your postgres database, and then load the shapefile 
in from there (QGIS makes this quite straightforward, I believe you need to 
use the DB manager panel). Alternatively, you could use the command line 
tool shp2pgsql which comes with postgis (you should already have it).

Once you have loaded the shapefile into postgres/postgis, you can just 
follow along the "rivers" example in the arches4 geo examples repo to make 
a layer from your table.

You'll be stringing together a few complex operations, so I'd recommend 
taking good notes along the way, and be ready to start back at the 
beginning if you get to a point where you realize something went wrong a 
few steps back.

Looking forward to hearing how it goes!

Adam

On Wednesday, June 19, 2019 at 10:49:47 AM UTC-5, Brett Ferguson wrote:
>
> I'm struggling to make an ESRI Shapefile available as vector layer 
> (eventually selectable). I was hoping to make it available from the .shp 
> file itself on the server, but at this point I'd be happy to get it in any 
> way possible as a TileStash overlay. It is a fairly large file (1GB). I 
> feel like I've fallen into a documentation hole between Arches and 
> TileStash to get the configuration right.
>
> I've seen the arches4-geo-examples but the only tileserver shapefile 
> example I can see uses mapnik which we haven't installed (if that is the 
> recommended way we can). Does anyone have an example of this, or have a 
> suggestion w/ examples of a better way to do it (via geojson, etc)?
>
> Thanks!
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/cfbd2a18-6f2e-4c06-bd53-91fe045f920a%40googlegroups.com.

Re: [Arches] Re: Displaying specific name type in Define Resource Descriptors -> Primary Name Template

[Adam Cox]

Yes, for bulk imports, that's exactly what I have done.

On Mon, Jun 17, 2019 at 3:35 PM Brett Ferguson  wrote:

> Ah, right - thanks Adam. I was hoping there was a way to update all the
> resources at once, but maybe I need to change my import process import the
> names in the order desired for the display name.
>
> On Monday, June 17, 2019 at 1:30:03 PM UTC-7, Adam Cox wrote:
>>
>> Hi Brett, no actually I'm talking about the order of the multiple values
>> once you have entered them in the Resource Editor.
>>
>> [image: display name order.gif]
>>
>> On Mon, Jun 17, 2019 at 2:26 PM Brett Ferguson 
>> wrote:
>>
>>> Great - thanks Adam & Rob. I'll add my voice to the issue in Github
>>> right now and try the reordering as suggested. I assume you're talking
>>> about the order of the collection in the Reference Data Manager?
>>>
>>> Cheers,
>>>
>>> Brett
>>>
>>> On Monday, June 17, 2019 at 11:36:44 AM UTC-7, Adam Cox wrote:
>>>>
>>>> It is! Thanks for posting that, I looked through the issues before
>>>> posting but didn't find that one. Brett, it would be great if you could
>>>> voice your support for that ticket on Github. that will move it closer to
>>>> the front of the list for completion. I will probably do the same, as it's
>>>> something I would like to get fixed up as well.
>>>>
>>>> Thanks,
>>>> Adam
>>>>
>>>> tha
>>>>
>>>> On Mon, Jun 17, 2019 at 1:25 PM Robert Sanderson 
>>>> wrote:
>>>>
>>>>>
>>>>> That sounds like: https://github.com/archesproject/arches/issues/4312
>>>>>
>>>>> ?
>>>>>
>>>>> On Mon, Jun 17, 2019 at 11:05 AM Adam Cox  wrote:
>>>>>
>>>>>> This is currently a short-coming in the display name function: you
>>>>>> are unable to select which instance of a name to display based on a 
>>>>>> related
>>>>>> node's value. However, I believe you can reorder the names as they appear
>>>>>> in the resource editor and the top (or bottom, can't recall off the top 
>>>>>> of
>>>>>> my head) one will be used for the function, once the resource is saved 
>>>>>> (at
>>>>>> which time it should be reindexed). So that is at least a workaround for
>>>>>> now...
>>>>>>
>>>>>> If you have a few moments it would be really helpful if you could
>>>>>> write up as a new issue on GitHub:
>>>>>> https://github.com/archesproject/arches/issues. I think it would be
>>>>>> a generally useful improvement to that function.
>>>>>>
>>>>>> Cheers,
>>>>>> Adam
>>>>>>
>>>>>> On Monday, June 17, 2019 at 10:14:32 AM UTC-5, Brett Ferguson wrote:
>>>>>>>
>>>>>>> I have defined a Resource Model that contains two name types for the
>>>>>>> Resource (much like the Heritage Asset Name in the Lincoln Heritage
>>>>>>> Asset - Monuments Resource Model) called BC Asset Name. The two
>>>>>>> Name Types are Common Name and Other Name.
>>>>>>>
>>>>>>> I have found where to use the BC Asset Name Node as the source for
>>>>>>> the display name in the Results List and the map using the Function
>>>>>>> Manager , however I'm trying to find a way to display the Common
>>>>>>> Name rather than the Other Name if both exist for a particular
>>>>>>> resource. Is there a way to do this in the Function Manager or is
>>>>>>> there another way to do this?
>>>>>>>
>>>>>>> Many thanks!
>>>>>>>
>>>>>>> --
>>>>>> -- To post, send email to arches...@googlegroups.com. To
>>>>>> unsubscribe, send email to arches...@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 arches...@googlegroups.c

[Arches] Re: Starting elasticsearch with system startup on Ubuntu 18.x

[Adam Cox]

Hi Alina, I have a feeling that my post on this other thread solved it for 
Colin: 
https://groups.google.com/d/msg/archesproject/AdezSWuvpUU/0nXREjgdBwAJ

On Tuesday, June 4, 2019 at 12:21:18 PM UTC-5, Alina Myklebust wrote:
>
> Hi Colin,
>
> Following up on your message from last week.  Were you able to set up 
> elasticsearch to auto start?  
>
> Cheers,
> Alina
>
>
>
> On Tuesday, May 28, 2019 at 8:47:16 AM UTC-7, Colin Wu wrote:
>>
>> Hi,
>>
>> I am trying to set up elasticsearch to automatically start when the 
>> system is started. Unfortunately, putting the startup command in 
>> /etc/rc.local doesn't seem to do it. I believe the problem is that 
>> eleasticsearch can not be run as root.
>>
>> I installed elasticsearch using manage.py as suggested in the Arches 
>> documentation.
>>
>> Any suggestions appreciated.
>>
>> Thanks.
>>
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/52ffc718-3e0b-4a5a-9858-eb2f180c4d92%40googlegroups.com.

Re: [Arches] Re: Displaying specific name type in Define Resource Descriptors -> Primary Name Template

[Adam Cox]

It is! Thanks for posting that, I looked through the issues before posting
but didn't find that one. Brett, it would be great if you could voice your
support for that ticket on Github. that will move it closer to the front of
the list for completion. I will probably do the same, as it's something I
would like to get fixed up as well.

Thanks,
Adam

tha

On Mon, Jun 17, 2019 at 1:25 PM Robert Sanderson 
wrote:

>
> That sounds like: https://github.com/archesproject/arches/issues/4312
>
> ?
>
> On Mon, Jun 17, 2019 at 11:05 AM Adam Cox  wrote:
>
>> This is currently a short-coming in the display name function: you are
>> unable to select which instance of a name to display based on a related
>> node's value. However, I believe you can reorder the names as they appear
>> in the resource editor and the top (or bottom, can't recall off the top of
>> my head) one will be used for the function, once the resource is saved (at
>> which time it should be reindexed). So that is at least a workaround for
>> now...
>>
>> If you have a few moments it would be really helpful if you could write
>> up as a new issue on GitHub:
>> https://github.com/archesproject/arches/issues. I think it would be a
>> generally useful improvement to that function.
>>
>> Cheers,
>> Adam
>>
>> On Monday, June 17, 2019 at 10:14:32 AM UTC-5, Brett Ferguson wrote:
>>>
>>> I have defined a Resource Model that contains two name types for the
>>> Resource (much like the Heritage Asset Name in the Lincoln Heritage
>>> Asset - Monuments Resource Model) called BC Asset Name. The two Name
>>> Types are Common Name and Other Name.
>>>
>>> I have found where to use the BC Asset Name Node as the source for the
>>> display name in the Results List and the map using the Function Manager
>>> , however I'm trying to find a way to display the Common Name rather
>>> than the Other Name if both exist for a particular resource. Is there a
>>> way to do this in the Function Manager or is there another way to do
>>> this?
>>>
>>> Many thanks!
>>>
>>> --
>> -- 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/archesproject/5c7b5942-5c73-4133-8e18-8f4094da2f73%40googlegroups.com
>> <https://groups.google.com/d/msgid/archesproject/5c7b5942-5c73-4133-8e18-8f4094da2f73%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>
>
> --
> Rob Sanderson
> Semantic Architect
> The Getty Trust
> Los Angeles, CA 90049
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTasWt4kJx_pb%3DLB3zPwrNOAg60%3DT-YRsM7V5p3z8H2BjEA%40mail.gmail.com.

[Arches] Re: Displaying specific name type in Define Resource Descriptors -> Primary Name Template

[Adam Cox]

This is currently a short-coming in the display name function: you are 
unable to select which instance of a name to display based on a related 
node's value. However, I believe you can reorder the names as they appear 
in the resource editor and the top (or bottom, can't recall off the top of 
my head) one will be used for the function, once the resource is saved (at 
which time it should be reindexed). So that is at least a workaround for 
now...

If you have a few moments it would be really helpful if you could write up 
as a new issue on GitHub: https://github.com/archesproject/arches/issues. I 
think it would be a generally useful improvement to that function.

Cheers,
Adam

On Monday, June 17, 2019 at 10:14:32 AM UTC-5, Brett Ferguson wrote:
>
> I have defined a Resource Model that contains two name types for the 
> Resource (much like the Heritage Asset Name in the Lincoln Heritage Asset 
> - Monuments Resource Model) called BC Asset Name. The two Name Types are 
> Common 
> Name and Other Name.
>
> I have found where to use the BC Asset Name Node as the source for the 
> display name in the Results List and the map using the Function Manager , 
> however I'm trying to find a way to display the Common Name rather than 
> the Other Name if both exist for a particular resource. Is there a way to 
> do this in the Function Manager or is there another way to do this?
>
> Many thanks!
>
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/5c7b5942-5c73-4133-8e18-8f4094da2f73%40googlegroups.com.

Re: [Arches] Cannot create/edit resources as admin user on Arches 4.4.1

[Adam Cox]

Hi Johannes, it does seem strange that it would have changed.

I'd recommend looking in the Permissions tab of the Arches Designer for
that resource model (and any others you're having trouble with) as that's
where this type of data access permission is handled.

While viewing that tab you can get some guidance by clicking the ? button
in the top right corner of the page.

Adam

On Fri, Jun 14, 2019 at 4:27 AM Johannes Ebster 
wrote:

> Hi,
>
> I've recently ran into a problem that I do not know where it came from.
> When logged in as Admin user, I cannot create or edit resources, since the
> buttons for these operations are greyed out and don't do anything (see
> picture).
> Previously, on this very same project I was able to edit anything.
>
> [image: Screenshot from 2019-06-14 11-19-31.png]
>
>
>
>
>
>
>
>
>
>
>
> Does anybody have an idea how to fix this? It surprises me that it is even
> possible for an admin to lose write permission.
> This project currently runs on Arches version 4.4.1.
>
> Thank you for your help!
>
> Cheers,
> Johannes Ebster
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/a00d4c34-9725-45e2-acd9-7fd4753d405c%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTauhq5Zym2zcQ1gJLC3FOS4TT9m1PknGnX%3DO8u8-_m4znw%40mail.gmail.com.

Re: [Arches] Re: Help with design - server RAM issue?

[Adam Cox]

Hi Nina and Darryl,

Thanks for pointing out the broken link in the documentation. I'll put in a
note to fix it.

At the bottom of this section
https://arches.readthedocs.io/en/stable/arches-and-elasticsearch/#running-elasticsearch,
you'll see the notes that the link originally linked to, which mention how
you can direct elasticsearch to use just 1gb memory on startup. Really, I
haven't done a LOT of testing with this configuration, so I'm unsure how
well it will work. But when I tested in the past it was sufficient for
viewing the front-end, etc. but I would expect that search/import-related
operations will be compromised.

Let me know how it goes! If things still don't work, I would personally be
inclined to remove that note from the documentation.

Adam

On Tue, May 28, 2019 at 12:32 PM Nina Devolder  wrote:

> Hi Darryl,
>
> Were you able to find a solution? If not, let me see if someone in the
> group can follow up.
>
> Best,
> Nina
> -Arches Project Team
>
>
> On Saturday, May 25, 2019 at 12:13:29 AM UTC-7, Darryl M Tynen wrote:
>>
>> Hi all,
>> Hoping I can get some assistance. Arches was installed for me by a
>> developer on Ubuntu on a VPS with 1GB of RAM. When trying to begin design
>> by creating my first Class, I hit save and get the spinning wheel of death.
>> Per the installation documentation, it is possible to install and then
>> design using only 1GB RAM as long as following Note 1 (
>> https://arches.readthedocs.io/en/stable/requirements-and-dependencies/arches-and-elasticsearch.html#notes).
>> Unfortunately, this link is dead so I cannot check if I have everything set
>> correctly.
>>
>> I'm no IT expert so any advice would be gratefully received.
>>
>> Thanks,
>> Darryl
>>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/0121cd6a-2f9d-4f84-be96-7805a566850a%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTasenWkeZYV4kQbVtYVXHUfxqsB5xeXPppOFv%3DxTUyzuew%40mail.gmail.com.

[Arches] Re: Python 2 reaching EOL

[Adam Cox]

Hi Colin, we have had a github ticket about this for a while, and though 
it's not been especially active, I expect it will become much more so in 
the next few months.

https://github.com/archesproject/arches/issues/3165

Adam

On Friday, May 10, 2019 at 7:30:46 PM UTC-5, Alina Myklebust wrote:
>
> Hi Colin,
>
> Do you want to try posting this question in the Arches-Dev forum?  Here's 
> the link:
>
> https://groups.google.com/forum/#!forum/arches-dev
>
> Cheers,
> Alina
>
>
>
> On Thursday, May 2, 2019 at 7:35:17 PM UTC-7, Colin Wu wrote:
>>
>> Guess this is for the devs:
>>
>> While installing Arches my python kept reminding me that Python 2.7 will 
>> reach end of life on Jan 1, 2020 and I should really do something about 
>> that. So I'm wondering if there are plans to migrate Arches to python 3.
>>
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/b2ec9d88-2ee2-4d6c-a444-07b78dbdb37f%40googlegroups.com.

Re: [Arches] Serving Arches 4.1 with Apache

[Adam Cox]

Hi Martha, thanks for the detailed information.

Good note about the PACKAGE_ROOT setting. That must be a holdover from v3
settings which was never updated in those docs.

I think most of the other things you mention stem from the STATIC_ROOT
setting. That is the only thing that determines where Django places the
directory and static files--if it is trying to create a directory where you
aren't expecting it, then the setting has not been set properly. I'd
recommend reading over our Settings Beyond the UI
<https://arches.readthedocs.io/en/stable/settings-beyond-the-ui/> docs to
make sure you have a clear understanding of the inheritance patterns, and
it's always good to checkout django's docs
<https://docs.djangoproject.com/en/2.2/ref/settings/#static-files> too.

I didn't actually know that STATIC_ROOT is set in Arches projects by
default, and I can't think of a good reason for it to be set within
/var/www doing so requires that you do extra file-system permissions
(with chmod/chown). I usually put mine in a directory alongside the
project, or within the project as is shown in those docs.

As for permissions, if STATIC_ROOT is a directory inside of my_project,
then whichever user you used to create the project should also have no
problem running collectstatic. Indeed, as you point out, /var (and all
other directories) have more restrictive permissions by default, which is
why in the example I put STATIC_ROOT in the project. I didn't realize,
however, that collectstatic makes the directory for you, so that is great
to know.

Adam

On Wed, May 22, 2019, 6:59 PM Martha S  wrote:

> Adam,
>
>
>
> Just a heads-up on a problem and some 4.4.1 documentation changes needed
> with regard to setting up Apache to access the arches static files.
>
>- It turns out that clean installs of arches need to run
>collectstatic, too, even if neither of the two conditions noted pertain.
>The static files are not available to Apache.
>- The procedure recommends creating a static folder under my project,
>so I did, though I noted that settings.py already had a setting
>STATIC_ROOT = /var/www/media, which does not exist.
>- One of the lines I was directed to copy into settings.py is
>STATIC_ROOT = os.path.join(PACKAGE_ROOT, 'static'); PACKAGE_ROOT is
>undefined, so I imagine it should be APP_ROOT.
>- I ran python manage.py collectstatic, which promptly failed, because
>it attempted to create the directory  /var/www/media and the user I was
>logged in as doesn't have sufficient permission. Looks like I should keep
>the original setting for STATIC_ROOT, but I don't know which files I
>need to get there.
>- By default, /var permissions (at least on my 18.04 server) restrict
>the root group to read and execute only, so even my root group member user
>couldn't run the program.
>
> Is there any way around having to change folder permissions at the root
> level? Is there a way to overwrite the default file destination at run
> time, for example?
>
> Thanks,
> Martha
>
> On Tuesday, February 6, 2018 at 8:11:49 AM UTC-8, Adam Cox wrote:
>>
>> Hi Dale, it sounds like you may have to continue to the next step in the
>> production documentation after all,
>> https://github.com/archesproject/arches/wiki/Basic-Production-Configuration#handling-static-files.
>> Could you try that out and let me know how it goes? I think your issue may
>> have to do with the static url and apache not interpreting Django's urls
>> correctly. I really don't know why that would be different for 4.1 from
>> 4.0, but perhaps those plugins which are showing errors are referenced in
>> the codebase in a different manner than the other plugins...
>>
>> One other note, related to your last post, I need to fix the link in the
>> docs so that the dependency installation link goes to
>> https://github.com/archesproject/arches/tree/stable/4.1.x/arches/install
>> instead of the master branch. Also, please note, the docs you should be
>> using are arches.readthedocs.org/en/ <http://arches4.readthedocs.org/en/>
>> *stable*, as opposed to /*latest*. Stable is (and will alw bays be) docs
>> for the latest stable release (i.e. released to pypi) version of arches,
>> where /latest is built directly from the archesproject/master branch. I'll
>> address this in your other post as well.
>>
>> Adam
>>
>> On Tue, Feb 6, 2018 at 9:53 AM, Dale Lloyd  wrote:
>>
>>> I was able to serve Arches 4.0 with Apache, but cannot get a fresh
>>> install of Arches 4.1 to work correctly with Ubuntu 16.04.
>>>
>>> I ran the dependency install script,
>>> <https://github.com/archesproject/arches/blob/master/arches/install

[Arches] Re: arches 4.4.1: problem loading pages

[Adam Cox]

Hi Marlène,

Sounds like you were able to figure this out and move on so I'm going to 
close this forum thread, but I did make a ticket in the Arches repo to 
capture any further work on this numeral.js issue: 
https://github.com/archesproject/arches/issues/4841. It could have been 
something strange in your environment, but it also could be a legitimate 
yarn issue that we haven't yet addressed. If you've learned anything more, 
let's move the discussion to that ticket.

Thanks!

Adam

On Wednesday, May 15, 2019 at 9:44:53 AM UTC-5, Marlene Gilles wrote:
>
> Hello,
>
> For several months I have had the opportunity to install arches a good 
> dozen times to test and create forms from in-house ontologies. 
> I recently tried to install arches 4.4.1. Everything is set up as usual (I 
> think) but I can no longer access the settings pages or create new forms (I 
> can access the design page): the pages seem to want to load but do not end. 
> I don't get an error message. I get the same result via django or apache.
> I'm working on a ubuntu 16.04 virtual machine (announcement of new version 
> said 16.04 or 18.04). To be sure of my installation procedure, I 
> re-installed the previous version of arches on the same machine and it 
> works very well.
>
> Is this due to the new version of Elasticsearch? Do you have any idea how 
> I can solve this problem?
> I enclose text files containing the messages obtained when trying to 
> create a new resource model with both arches 4.3 and 4.4.1 if it can help.
>
> Many thanks for your help.
> Marlène
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/82172b81-50bf-4ec9-9c06-98dd6d8970f7%40googlegroups.com.

Re: [Arches] Where is django configuration file my_project.settings

[Adam Cox]

Ok, are you using this documentation for setting up Apache?
https://arches.readthedocs.io/en/stable/serving-arches-with-apache/#setup-apache
Now that I'm looking at it, I think the paths in it should be updated to
use the my_project context that we use in the main installation
instructions. Looks like I originally wrote it as to serve the "core"
arches code, not a separate project.

If you are getting errors about importing settings, the first thing to
check is that the paths in the python process are correct.

So, this is what I'll be putting in the docs right now for an update:

WSGIDaemonProcess arches
python-path=/home/ubuntu/Projects/my_project:/home/ubuntu/Projects/ENV/lib/python2.7/site-packages
WSGIScriptAlias /
/home/ubuntu/Projects/my_project/my_project/wsgi.py process-group=arches

I think the key difference here is that the first path in the "python-path"
argument is to the directory above my_project/settings.py.

Let me know if that works.

Adam



On Thu, May 16, 2019 at 2:00 PM Martha S  wrote:

> My development server is running fine, too, Adam,
>
> This problem surfaces when we try to deploy in Apache.
>
> Martha
>
> On Thursday, May 16, 2019 at 11:40:56 AM UTC-7, Adam Cox wrote:
>>
>> Hi Martha,
>>
>> I just unmarked Colin's answer as a duplicate so that I could address the
>> settings question he had. In short, if you are having trouble, I think it
>> must be a different issue; it sounds like his development server was
>> running fine.
>>
>> Cheers,
>> Adam
>>
>> On Thu, May 16, 2019 at 1:25 PM Martha S  wrote:
>>
>>> Since Colin's thread was locked and re-directed, I'm using the same
>>> title to respond to his comment regarding my_project.settings. When we
>>> reached the same point with the same problem, I examined some of the stack
>>> trace. As Colin is doing, I am installing arches on a new machine, not
>>> upgrading a machine with an older version.
>>>
>>> It appears that giving your project a name other than arches results in
>>> some invalid settings in some of the py files. For example, settings.py
>>> loads the arches library, but immediately makes calls to modules in the
>>> projectname library, which doesn't exist:
>>>
>>> import os
>>> import arches
>>> import inspect
>>>
>>> try:
>>> from arches.settings import *
>>> except ImportError:
>>> pass
>>>
>>> APP_ROOT =
>>> os.path.dirname(os.path.abspath(inspect.getfile(inspect.currentframe(
>>> STATICFILES_DIRS =  (os.path.join(APP_ROOT, 'media'),) + STATICFILES_DIRS
>>>
>>> DATATYPE_LOCATIONS.append('hpla.datatypes')
>>> FUNCTION_LOCATIONS.append('hpla.functions')
>>>
>>>
>>>
>>> Similarly, wsgi.py, which is the file that generated the error Colin
>>> mentioned, fails on the following line:
>>>
>>> os.environ['DJANGO_SETTINGS_MODULE'] = "hpla.settings"
>>>
>>> I experimented with changing hpla to arches in wsgi.py and got further,
>>> but I'm about to scrap everything and re-install the project as arches. I
>>> could go through all of the files in the stack trace and replace all
>>> 'hpla.' occurrences with 'arches.', but I think it will be easier for
>>> long-term maintenance to just go with arches. So long as I can call the
>>> production product what I want, I should be fine.
>>>
>>>
>>> --
>>> -- To post, send email to arches...@googlegroups.com. To unsubscribe,
>>> send email to arches...@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 arches...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/archesproject/e81e3cd8-098a-40fd-bf97-7af64d42b7c2%40googlegroups.com
>>> <https://groups.google.com/d/msgid/archesproject/e81e3cd8-098a-40fd-bf97-7af64d42b7c2%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> -- 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
> "

Re: [Arches] Re: Where is django configuration file my_project.settings

[Adam Cox]

Yes, that's right, though it's only necessary if you have DEBUG =  False.
If you are in a real production environment, it is much better to make an
explicit list in ALLOWED_HOSTS rather than use the wildcard. This could
look like

ALLOWED_HOSTS = ['localhost', '127.0.0.1', 'www.mysite.com']

Here's a SO thread with some more info about that
https://stackoverflow.com/questions/24857158/commanderror-you-must-set-settings-allowed-hosts-if-debug-is-false
(which you've probably already seen :) ).

Adam


On Thu, May 16, 2019 at 1:56 PM Colin Wu  wrote:

> Thanks Adam. Aside from adding the 0.0.0.0:8000, one must also modify the
> AMLOWED_HOSTS parameter in settings.py to
>
> ALLOWED_HOSTS=["*"]
>
>
> “Waste no more time arguing what a good man should be, just be one.” --
> Marcus Aurelius
> *From:* mr.adam...@gmail.com
> *Sent:* May 16, 2019 14:37
> *To:* archesproject@googlegroups.com
> *Subject:* [Arches] Re: Where is django configuration file
> my_project.settings
>
> Hi Colin, try
>
> python manage.py runserver 0.0.0.0:8000
>
> (You can shorted 0.0.0.0 to just 0 in my experience.) You should then be
> able to access through a browser at :8000, as long as
> port 8000 is open.
>
> The message you see about settings is referring to my_project/settings.py.
> my_project.settings refers to that file as an imported python module, not
> as a "file" per se. In other words, it sounds like the dev server is
> working properly.
>
> Adam
>
> On Friday, May 10, 2019 at 8:47:34 AM UTC-5, Colin Wu wrote:
>>
>> Hi all,
>>
>> I am running Arches on a Ubuntu server (so no GUI, and therefore no
>> http://127.0.0.1:8000 ). How would I tell the dev server to allow
>> connections from external hosts? Running "python manage.py runserver"
>> displays a message saying "Django version 1.11.15, using settings from 'my_
>> project.settings'", but I can not find the file my_project.settings
>> anywhere on my system.
>>
>> Thanks.
>>
> --
> -- To post, send email to archesproject@googlegroups.com. To unsubscribe,
> send email to archesproject+unsubscr...@googlegroups.com. For more
> information, visithttps://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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/1abeb35a-e0d1-4b50-8e35-560583d6dea2%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTavnV0o-PrDb2yumCiXZAY1KrpfmtV%3Dr%3Dub%2BJFP4J2C%3DgA%40mail.gmail.com.

Re: [Arches] Where is django configuration file my_project.settings

[Adam Cox]

Hi Martha,

I just unmarked Colin's answer as a duplicate so that I could address the
settings question he had. In short, if you are having trouble, I think it
must be a different issue; it sounds like his development server was
running fine.

Cheers,
Adam

On Thu, May 16, 2019 at 1:25 PM Martha S  wrote:

> Since Colin's thread was locked and re-directed, I'm using the same title
> to respond to his comment regarding my_project.settings. When we reached
> the same point with the same problem, I examined some of the stack trace.
> As Colin is doing, I am installing arches on a new machine, not upgrading a
> machine with an older version.
>
> It appears that giving your project a name other than arches results in
> some invalid settings in some of the py files. For example, settings.py
> loads the arches library, but immediately makes calls to modules in the
> projectname library, which doesn't exist:
>
> import os
> import arches
> import inspect
>
> try:
> from arches.settings import *
> except ImportError:
> pass
>
> APP_ROOT =
> os.path.dirname(os.path.abspath(inspect.getfile(inspect.currentframe(
> STATICFILES_DIRS =  (os.path.join(APP_ROOT, 'media'),) + STATICFILES_DIRS
>
> DATATYPE_LOCATIONS.append('hpla.datatypes')
> FUNCTION_LOCATIONS.append('hpla.functions')
>
>
>
> Similarly, wsgi.py, which is the file that generated the error Colin
> mentioned, fails on the following line:
>
> os.environ['DJANGO_SETTINGS_MODULE'] = "hpla.settings"
>
> I experimented with changing hpla to arches in wsgi.py and got further,
> but I'm about to scrap everything and re-install the project as arches. I
> could go through all of the files in the stack trace and replace all
> 'hpla.' occurrences with 'arches.', but I think it will be easier for
> long-term maintenance to just go with arches. So long as I can call the
> production product what I want, I should be fine.
>
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/e81e3cd8-098a-40fd-bf97-7af64d42b7c2%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTavp29onASEWCn6%3DAZHwJFGQZA8%3Dt8EOgNaQ4wx7AKb9vQ%40mail.gmail.com.

[Arches] Re: Where is django configuration file my_project.settings

[Adam Cox]

Hi Colin, try

python manage.py runserver 0.0.0.0:8000

(You can shorted 0.0.0.0 to just 0 in my experience.) You should then be 
able to access through a browser at :8000, as long as 
port 8000 is open.

The message you see about settings is referring to my_project/settings.py. 
my_project.settings refers to that file as an imported python module, not 
as a "file" per se. In other words, it sounds like the dev server is 
working properly.

Adam

On Friday, May 10, 2019 at 8:47:34 AM UTC-5, Colin Wu wrote:
>
> Hi all,
>
> I am running Arches on a Ubuntu server (so no GUI, and therefore no 
> http://127.0.0.1:8000 ). How would I tell the dev server to allow 
> connections from external hosts? Running "python manage.py runserver" 
> displays a message saying "Django version 1.11.15, using settings from 
> 'my_project.settings'", but I can not find the file my_project.settings 
> anywhere on my system.
>
> Thanks.
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/1abeb35a-e0d1-4b50-8e35-560583d6dea2%40googlegroups.com.

Re: [Arches] arches 4.4.1: problem loading pages

[Adam Cox]

Hi Marlene,

It doesn't seem to be an Elasticsearch issue; first reason being that there
is no difference in what ES version Arches needs between 4.3 and 4.4.1 (in
4.5 there will be an upgrade though), second reason being the messages in
the devserver log you sent don't say anything related to ES (usually is a
"connection refused"-type of message).

The only thing I really see is that last 404 response on the numeral.js
file. Can you confirm that yarn has run since the upgrade, and that there
weren't any errors? It seems like maybe that javascript library was not
installed properly.

Adam



On Wed, May 15, 2019 at 9:44 AM Marlene Gilles 
wrote:

> Hello,
>
> For several months I have had the opportunity to install arches a good
> dozen times to test and create forms from in-house ontologies.
> I recently tried to install arches 4.4.1. Everything is set up as usual (I
> think) but I can no longer access the settings pages or create new forms (I
> can access the design page): the pages seem to want to load but do not end.
> I don't get an error message. I get the same result via django or apache.
> I'm working on a ubuntu 16.04 virtual machine (announcement of new version
> said 16.04 or 18.04). To be sure of my installation procedure, I
> re-installed the previous version of arches on the same machine and it
> works very well.
>
> Is this due to the new version of Elasticsearch? Do you have any idea how
> I can solve this problem?
> I enclose text files containing the messages obtained when trying to
> create a new resource model with both arches 4.3 and 4.4.1 if it can help.
>
> Many thanks for your help.
> Marlène
>
> --
> -- 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/archesproject/75d42760-4613-4c66-b796-2ee5e9d4377f%40googlegroups.com
> 
> .
>

-- 
-- 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/archesproject/CAGYBTau%2BGc_Y7STX1-QPQA9Vgaf6fhY1FydrOccGpgcccUFTuA%40mail.gmail.com.

Re: [Arches] Re: New install of 4.4.1 fails to install Elasticsearch

[Adam Cox]

Ok, thanks for the followup Colin, it makes sense you would have to upgrade
after you are in the virtual environment.

Adam

On Sun, May 5, 2019 at 9:03 PM Colin Wu  wrote:

> Just a follow-up:
>
> I did try the install again on a fresh Ubuntu 16.04 VM and my last
> observation (at the bottom of this thread) was incorrect: You must upgrade
> pip (to version 19.1) AFTER activating the virtual environment (between
> steps 3 and 4 of the installation instructions). Seems no matter what
> version of pip you're running before activating the virtual environment,
> the virtual environment starts with the old version.
>
> On Wednesday, 1 May 2019 22:10:49 UTC-4, Colin Wu wrote:
>>
>> Hi all,
>>
>> I am trying to install Arches on a Ubuntu 16.04 desktop and python
>> 2.7.12. Everything seems to go swimmingly until I reach the "Install
>> Elasticsearch with Arches" section!
>>
>> Running the suggested command (python manage.py es install) gives me
>> errors that ultimately result from the script not being able to find a
>> captcha module (ImportError: No module named captcha).
>>
>> I searched the forum and found (old) posts about not finding the captcha
>> module during an upgrade from 4.0.1 to 4.1.0. Tried the suggestions there
>> but no joy.
>>
>> I note that 4.4.1 was only released March 29 (?) so maybe the
>> installation procedure hasn't been sufficiently debugged yet?
>>
>> Thanks for any help.
>>
> --
> -- 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.

Re: [Arches] Re: New install of 4.4.1 fails to install Elasticsearch

[Adam Cox]

Hi Martha and Colin, ok it sounds like something is really failing in the
initial installation of arches into the virtual environment, so nothing to
do with the elasticsearch command itself. All of those modules should be
installed during the one pip command.

Would either of you be able to try this out with a fresh virtual
environment and then share the log here? Use

pip install arches --no-binary :all: --log pipinstall.log

And then we can take a look at the log file.

Thanks,
Adam

On Thu, May 2, 2019 at 8:39 PM Martha S  wrote:

> I tried doing a re-install of python, but that didn't change anything. I
> have now pip installed the dateutil library at Ryan's suggestion, which
> then brought up a fail on edtf. I'll go down this path a little way, but
> there has to be an easier way to get back on track, right?
>
> Martha
>
> On Thursday, May 2, 2019 at 5:48:52 PM UTC-7, Martha S wrote:
>>
>> I redid the pip install of everything after the recaptcha line; some were
>> already present and one failed -- pycryptodome, which you can see in the
>> screen shot below.
>>
>> Now the problem is that there is no python dateutil library to import. We
>> had no problems with the initial install or the upgrade of python. I sure
>> hope we don't have to start anew.
>>
>> Martha
>>
>> [image: No dateutil.jpg]
>>
>>
>> On Thursday, May 2, 2019 at 4:41:05 PM UTC-7, Colin Wu wrote:
>>>
>>> Martha,
>>>
>>> I think you need to believe in the virtual environment to install
>>> modules, otherwise the new modules won't be seen by the virtual env.
>>>
>>> “Waste no more time arguing what a good man should be, just be one.” --
>>> Marcus Aurelius
>>> *From:* marth...@lacity.org
>>> *Sent:* May 2, 2019 19:22
>>> *To:* arches...@googlegroups.com
>>> *Subject:* [Arches] Re: New install of 4.4.1 fails to install
>>> Elasticsearch
>>>
>>> Adam,
>>>
>>> Unfortunately, the pip install of captcha changed nothing. What do you
>>> recommend next?
>>>
>>> Thanks,
>>> Martha
>>>
>>> [image: No Captcha2.jpg]
>>>
>>>
>>> On Thursday, May 2, 2019 at 2:15:36 PM UTC-7, mr.a...@gmail.com wrote:

 Here is an example on ubuntu 16.04, python 2.7.12:


 I did get an error the first time I tried without upgrading pip. In
 that case, I got a "no module named django" error when trying to create the
 project, even though the installation of Arches looked as if it had gone
 smoothly and the virtual env was activated.

 Also note that I used --no-cache-dir here in the pip install of arches
 because this server has a small amount of memory and was crashing with a
 "MemoryError" without that argument. However, --no-cache-dir is not
 generally required.

 Adam


 On Thursday, May 2, 2019 at 3:59:24 PM UTC-5, mr.a...@gmail.com wrote:
>
> Ok, I was able to get past this step on my end, and first thing I
> think you should check: is your virtual environment activated? Your 
> command
> line prompt should be prefixed with the name of the directory of your
> virtualenv. In the docs we use ENV, so if you've followed that you should
> be seeing (ENV) at the front of each line.
>
> The following is on windows, though I'll see about getting an ubuntu
> test too.
>
>
> Please note that I don't recommend using echo to put the GDAL library
> path in settings_local.py as I did in the example above--it will
> erase the other contents of that file. Best to hand edit.
>
> If you still have trouble, could you send a screenshot or two?
>
> Thanks,
> Adam
>
> On Thursday, May 2, 2019 at 3:20:56 PM UTC-5, mr.a...@gmail.com wrote:
>>
>> Hi Colin and Martha,
>>
>> I'll try out a test installation locally and see what I can find. In
>> the meantime, if you try pip installing captcha does that solve it, or 
>> lead
>> to messages of new libraries that are missing?
>> Use
>>
>> pip install django-recaptcha==1.4.0
>>
>> as is listed here
>> https://github.com/archesproject/arches/blob/stable/4.4.1/arches/install/requirements.txt#L14
>>
>> Adam
>>
>> On Thursday, May 2, 2019 at 1:24:06 PM UTC-5, Martha S wrote:
>>>
>>> Hi, All,
>>>
>>> We are at exactly the same point in the 4.4.1 install with the same
>>> issue. Any answers? We are on Ubuntu 18.04, pip 19.1, and Python 
>>> 2.7.15rc1.
>>>
>>> Martha
>>>
>>> On Wednesday, May 1, 2019 at 7:10:49 PM UTC-7, Colin Wu wrote:

 Hi all,

 I am trying to install Arches on a Ubuntu 16.04 desktop and python
 2.7.12. Everything seems to go swimmingly until I reach the "Install
 Elasticsearch with Arches" section!

 Running the suggested command (python manage.py es install) gives
 me errors that ultimately result from the script not being able to 
 find a
 captcha module (ImportError: No module 

Re: [Arches] Querying Arches database through QGIS

[Adam Cox]

Martha, I just reread that blog post and realized that I mischaracterized
it in my comments above. I was thinking of it as if it was about Arches
data geometries, not overlay geometries. I'd say that by and large the
entire post is relevant to v4, though I'm not sure off the top of my head
if there is an aux schema still, or everything is just in the public schema.

Indeed, the biggest difference is probably the last step, because adding
overlays is completely different in v4. Refer to the geoserver example in
here:
https://github.com/legiongis/arches4-geo-examples#using-the-tileserver-to-cascade-a-wms

Adam

On Fri, Apr 26, 2019 at 9:43 AM Adam Cox  wrote:

> Hi Martha, yes, here is the link:
> https://www.legiongis.com/blog/using-qgis-geoserver-and-postgis-to-make-and-maintain-arches-overlays
>
> As you imply, it's out of date and not directly applicable to Arches 4,
> which doesn't have a table of geometries. To use a strategy like this with
> Arches 4 you would need to make a new view in postgres which collects the
> geometries and puts them in a spatial table. However, I believe that would
> be a read-only situation, so it's really a diminished utility as compared
> to what is in the blog post for v3.
>
> Adam
>
> On Thu, Apr 25, 2019 at 7:08 PM Martha S  wrote:
>
>> Adam,
>>
>> The
>> https://www.legiongis.com/using-qgis-geoserver-and-postgis-to-make-and-maintain-arches-overlays.html
>> link is no longer valid; do you have a replacement? I'd like to read this
>> for background, even though we will be working with v4.4.1.
>>
>> Thank you,
>> Martha
>>
>> On Monday, August 7, 2017 at 8:05:32 AM UTC-7, Adam Cox wrote:
>>>
>>> Hi Matt,
>>>
>>> This will depend greatly on what version of Arches you are using. v3
>>> held all geometries for the entire database in a single postgis table, I've
>>> connected to that table in QGIS before to make edits just to test, but I
>>> think you would want to make some db views that would bring in some extra
>>> resource attributes (like name, etc.) and make that single table a little
>>> more user-friendly (instead of just a lot of shapes). I wrote this blog
>>> post a while ago related to this idea.
>>> http://legiongis.com/using-qgis-geoserver-and-postgis-to-make-and-maintain-arches-overlays.html
>>>
>>> In Arches v4, geometries are actually stored along with all other
>>> business data in a table of "Tiles". You can see this in the Data Model
>>> https://github.com/archesproject/arches/wiki/Data-Model, and the
>>> geometries themselves are stored as json objects. So the process of
>>> connecting with QGIS would be trickier because there isn't any single
>>> postgis table that holds all the feature geometries. Hopefully others from
>>> the development team can chime in on this. As far as I can tell, you would
>>> have to write some SQL to pull geometries out of the TileInstance table and
>>> populate proper geometry tables with them, which you could then connect to
>>> with QGIS.
>>>
>>> Adam
>>>
>>> On Mon, Aug 7, 2017 at 5:25 AM, M Hobson  wrote:
>>>
>>>> Hello everyone,
>>>>
>>>> I have just joined a project that uses Arches for its main database. I
>>>> am interested in connecting to the database through QGIS's DB Manager. The
>>>> previous project I worked for used this functionality in QGIS very
>>>> successfully with a relational SQL database. The project team were able to
>>>> write SQL queries and import the results as layers directly into QGIS.
>>>> These layers updated automatically when data in the database altered.
>>>>
>>>> Does anybody have any experience of doing this with an Arches database?
>>>> Is it easy to set up? Are there any reading materials about how to write
>>>> queries for the Arches database?
>>>>
>>>> Many thanks in advance for any advice or information offered.
>>>>
>>>> Matt H
>>>>
>>>> --
>>>> -- To post, send email to arches...@googlegroups.com. To unsubscribe,
>>>> send email to arches...@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 arches...@googlegroups.com.
>>>> For more 

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

Well, it's good that it's more or less the same error. But the full 
traceback doesn't actually help me out too much unfortunately.

What's confusing is that all of the errors above, and this one, seem to 
indicate that there are entire tables missing from your database. Like the 
strings 
and domains tables (which are in the data schema) and the rules table which 
is in the ontology schema. In the past I've seen errors like this when the 
DATABASES parameters do not include the schemas, so Django doesn't know 
where to find them. Further, looking at the code in the export process, 
specifically this line 
https://github.com/archesproject/arches/blob/stable/3.x/arches/app/models/models.py#L402:

resources = archesmodels.Entities.objects.filter(entitytypeid = 
resource_type)

is also puzzling because the Entities table is in the data schema (so it 
seems inconsistent with the errors encountered above), but we know that 
that works because the resource counts are correct in the console printout.

I'll think about this more but it would be useful if you can confirm that 
your database does function properly on the front-end (can you create a new 
resource?), and try running this command in the console (doesn't matter if 
env is activated or not).

psql -U postgres -d arches_phm2app -h philippineheritagemap.org -c 
"\dt+ *.*"

Adam

On Monday, April 22, 2019 at 4:31:18 PM UTC-5, Joel Aldor wrote:
>
> Here's the error:
>
> >>> from arches.app.models.resource import Resource
> >>> a = Resource().get("4328534c-e9a6-4ea4-8b37-7464653bd958")
> Traceback (most recent call last):
>   File "", line 1, in 
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/arches/app/models/entity.py",
>  
> line 111, in get
> self.append_child(Entity().get(child_entity.entityidrange_id, entity))
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/arches/app/models/entity.py",
>  
> line 106, in get
> self.property = relation.ruleid.propertyid_id
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/models/fields/related.py",
>  
> line 318, in __get__
> rel_obj = qs.get()
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/models/query.py",
>  
> line 301, in get
> num = len(clone)
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/models/query.py",
>  
> line 77, in __len__
> self._fetch_all()
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/models/query.py",
>  
> line 854, in _fetch_all
> self._result_cache = list(self.iterator())
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/models/query.py",
>  
> line 220, in iterator
> for row in compiler.results_iter():
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/models/sql/compiler.py",
>  
> line 709, in results_iter
> for rows in self.execute_sql(MULTI):
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/models/sql/compiler.py",
>  
> line 782, in execute_sql
> cursor.execute(sql, params)
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/backends/util.py",
>  
> line 69, in execute
> return super(CursorDebugWrapper, self).execute(sql, params)
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/backends/util.py",
>  
> line 53, in execute
> return self.cursor.execute(sql, params)
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/utils.py",
>  
> line 99, in __exit__
> six.reraise(dj_exc_type, dj_exc_value, traceback)
>   File 
> "/home/ubuntu/Projects/ENV4/local/lib/python2.7/site-packages/django/db/backends/util.py",
>  
> line 53, in execute
> return self.cursor.execute(sql, params)
> ProgrammingError: relation "rules" does not exist
> LINE 1: ...les"."entitytyperange", "rules"."propertyid" FROM "rules" WH...
>  ^
> >>>
>
>
>
> On Tuesday, April 23, 2019 at 5:12:24 AM UTC+8, Adam Cox wrote:
>>
>> Oops, that's my fault. Try
>>
>> a = Resource().get(uuid)
>>
>> instead.
>>
>> On Mon, Apr 22, 2019 at 3:56 PM Joel Aldor  wrote:
>>
>>> This is the error that I get:
>>>
>>> >>> from arches.app.models.resource import Resource
>>&

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

Oops, that's my fault. Try

a = Resource().get(uuid)

instead.

On Mon, Apr 22, 2019 at 3:56 PM Joel Aldor  wrote:

> This is the error that I get:
>
> >>> from arches.app.models.resource import Resource
> >>> a = Resource.get("4328534c-e9a6-4ea4-8b37-7464653bd958")
> Traceback (most recent call last):
>   File "", line 1, in 
> TypeError: unbound method get() must be called with Resource instance as
> first argument (got str instance instead)
>
>
>
> On Tuesday, April 23, 2019 at 4:48:51 AM UTC+8, Adam Cox wrote:
>>
>> Ah, ok, so that all looks good. You could even remove the engine, schemas
>> and port lines from your file as they are set in the Arches file identical
>> to how you have them here.
>>
>> Could you now try the following? First, in a browser navigate to one of
>> the resources in your database that you are trying to export, and copy the
>> UUID in the address bar (this is the resource's unique id).
>>
>> Now, in the command line with the new virtual env activated, run
>>
>> python manage.py shell
>>
>> to open the python interpreter with all of your django settings.
>>
>> Now try:
>>
>> from arches.app.models.resource import Resource
>> a = Resource.get(">
>> to see if you get an error there.
>>
>> For context, I believe the error you are seeing is from this try/except
>> block, and I'm not sure what is causing it, but it would be good to narrow
>> it down...
>> https://github.com/archesproject/arches/blob/stable/3.x/arches/app/utils/data_management/resources/formats/archesjson.py#L32
>>
>> Adam
>>
>> On Mon, Apr 22, 2019 at 3:26 PM Joel Aldor  wrote:
>>
>>> DATABASES['default']['NAME'] = 'arches_phm2app'
>>> DATABASES['default']['HOST'] = 'philippineheritagemap.org'
>>> DATABASES['default']['ENGINE'] =
>>> 'django.contrib.gis.db.backends.postgis'
>>> DATABASES['default']['PORT'] = '5432'
>>> DATABASES['default']['USER'] = 'postgres'
>>> ROOT_URLCONF = 'phm2app.urls'
>>> DATABASES['default']['POSTGIS_TEMPLATE'] = 'template_postgis_20'
>>> DATABASES['default']['PASSWORD'] = ''
>>> DATABASES['default']['SCHEMAS'] = 'public,data,ontology,concepts'
>>>
>>>
>>> On Tuesday, April 23, 2019 at 4:22:12 AM UTC+8, Adam Cox wrote:
>>>>
>>>> Hi Joel, can you please post the db settings you have now just so we're
>>>> on the same page (sans sensitive info of course)?
>>>>
>>>> On Mon, Apr 22, 2019 at 3:06 PM Joel Aldor  wrote:
>>>>
>>>>> Hi Adam,
>>>>>
>>>>> I just did that, and it threw the same info and same export files as
>>>>> the last one.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Joel
>>>>>
>>>>> On Tuesday, April 23, 2019 at 3:35:34 AM UTC+8, Adam Cox wrote:
>>>>>>
>>>>>> Ok, I guess it depends on whether you overwrote the entire DATABASES
>>>>>> variable, or if you just changed a few specific values. As an example of
>>>>>> the latter, you can see here how the 'default' db definition isn't
>>>>>> overwritten entirely, only a few of its settings (this is preferable).
>>>>>>
>>>>>> DATABASES['default']['HOST'] = 'yourdbdomain.com'
>>>>>> DATABASES['default']['USER'] = 'username'
>>>>>> DATABASES['default']['PASSWORD'] = ''
>>>>>>
>>>>>> However, if you have something like this in settings.py:
>>>>>>
>>>>>> DATABASES = {
>>>>>> "default": {
>>>>>> 'ENGINE': 'django.contrib.gis.db.backends.postgis',
>>>>>> 'NAME': 'arches',
>>>>>> 'USER': ' username',
>>>>>> 'PASSWORD': '  ',
>>>>>> 'HOST': ' yourdbdomain.com',
>>>>>> 'PORT': '5432',
>>>>>> 'SCHEMAS': 'public,data,ontology,concepts',
>>>>>> 'POSTGIS_TEMPLATE': 'template_postgis_20',
>>>>>> }
>>>>>> }
>>>>>>
>>>>>> you are completely overwriting any of the db parameters that Arches
>>>>>> defines by default. In this case you'll need to make sure that all of the
>>>>>> necessary parameters (shown above) are included in your new definition, 
>>>>>> not

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

Ah, ok, so that all looks good. You could even remove the engine, schemas
and port lines from your file as they are set in the Arches file identical
to how you have them here.

Could you now try the following? First, in a browser navigate to one of the
resources in your database that you are trying to export, and copy the UUID
in the address bar (this is the resource's unique id).

Now, in the command line with the new virtual env activated, run

python manage.py shell

to open the python interpreter with all of your django settings.

Now try:

from arches.app.models.resource import Resource
a = Resource.get("https://github.com/archesproject/arches/blob/stable/3.x/arches/app/utils/data_management/resources/formats/archesjson.py#L32

Adam

On Mon, Apr 22, 2019 at 3:26 PM Joel Aldor  wrote:

> DATABASES['default']['NAME'] = 'arches_phm2app'
> DATABASES['default']['HOST'] = 'philippineheritagemap.org'
> DATABASES['default']['ENGINE'] = 'django.contrib.gis.db.backends.postgis'
> DATABASES['default']['PORT'] = '5432'
> DATABASES['default']['USER'] = 'postgres'
> ROOT_URLCONF = 'phm2app.urls'
> DATABASES['default']['POSTGIS_TEMPLATE'] = 'template_postgis_20'
> DATABASES['default']['PASSWORD'] = ''
> DATABASES['default']['SCHEMAS'] = 'public,data,ontology,concepts'
>
>
> On Tuesday, April 23, 2019 at 4:22:12 AM UTC+8, Adam Cox wrote:
>>
>> Hi Joel, can you please post the db settings you have now just so we're
>> on the same page (sans sensitive info of course)?
>>
>> On Mon, Apr 22, 2019 at 3:06 PM Joel Aldor  wrote:
>>
>>> Hi Adam,
>>>
>>> I just did that, and it threw the same info and same export files as the
>>> last one.
>>>
>>> Regards,
>>>
>>> Joel
>>>
>>> On Tuesday, April 23, 2019 at 3:35:34 AM UTC+8, Adam Cox wrote:
>>>>
>>>> Ok, I guess it depends on whether you overwrote the entire DATABASES
>>>> variable, or if you just changed a few specific values. As an example of
>>>> the latter, you can see here how the 'default' db definition isn't
>>>> overwritten entirely, only a few of its settings (this is preferable).
>>>>
>>>> DATABASES['default']['HOST'] = 'yourdbdomain.com'
>>>> DATABASES['default']['USER'] = 'username'
>>>> DATABASES['default']['PASSWORD'] = ''
>>>>
>>>> However, if you have something like this in settings.py:
>>>>
>>>> DATABASES = {
>>>> "default": {
>>>> 'ENGINE': 'django.contrib.gis.db.backends.postgis',
>>>> 'NAME': 'arches',
>>>> 'USER': ' username',
>>>> 'PASSWORD': '  ',
>>>> 'HOST': ' yourdbdomain.com',
>>>> 'PORT': '5432',
>>>> 'SCHEMAS': 'public,data,ontology,concepts',
>>>> 'POSTGIS_TEMPLATE': 'template_postgis_20',
>>>> }
>>>> }
>>>>
>>>> you are completely overwriting any of the db parameters that Arches
>>>> defines by default. In this case you'll need to make sure that all of the
>>>> necessary parameters (shown above) are included in your new definition, not
>>>> just the ones you want to change. Specifically, I'm thinking that you don't
>>>> have the SCHEMAS parameter.
>>>>
>>>> Adam
>>>>
>>>> On Mon, Apr 22, 2019 at 2:18 PM Joel Aldor  wrote:
>>>>
>>>>> Hi Adam, I did change the DATABASES setting to point to our phm2app
>>>>> production instance, as well as the ROOT_URLCONF setting. But I don't see 
>>>>> a
>>>>> settings_local.py file on my 3.1.2 installation.
>>>>>
>>>>> On Tuesday, April 23, 2019 at 1:21:52 AM UTC+8, Adam Cox wrote:
>>>>>>
>>>>>> Hi Joel, have you changed your DATABASES setting at all? I have a
>>>>>> guess at what the issue may be, but it would be best to start with 
>>>>>> knowing
>>>>>> exactly what is in your settings.py and settings_local.py files for
>>>>>> databases (excluding passwords of course).
>>>>>>
>>>>>> On Sat, Apr 20, 2019 at 8:12 PM Joel Aldor  wrote:
>>>>>>
>>>>>>> Hi Adam,
>>>>>>>
>>>>>>> OK, so I found out that the subsequent runs of the export_resources
>>>>>>> command gave me which libraries are missing, and I installed rdflib and
>>>>>>> SPARQLWrapper via pip. Now I tried to run again the com

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

Hi Joel, can you please post the db settings you have now just so we're on
the same page (sans sensitive info of course)?

On Mon, Apr 22, 2019 at 3:06 PM Joel Aldor  wrote:

> Hi Adam,
>
> I just did that, and it threw the same info and same export files as the
> last one.
>
> Regards,
>
> Joel
>
> On Tuesday, April 23, 2019 at 3:35:34 AM UTC+8, Adam Cox wrote:
>>
>> Ok, I guess it depends on whether you overwrote the entire DATABASES
>> variable, or if you just changed a few specific values. As an example of
>> the latter, you can see here how the 'default' db definition isn't
>> overwritten entirely, only a few of its settings (this is preferable).
>>
>> DATABASES['default']['HOST'] = 'yourdbdomain.com'
>> DATABASES['default']['USER'] = 'username'
>> DATABASES['default']['PASSWORD'] = ''
>>
>> However, if you have something like this in settings.py:
>>
>> DATABASES = {
>> "default": {
>> 'ENGINE': 'django.contrib.gis.db.backends.postgis',
>> 'NAME': 'arches',
>> 'USER': ' username',
>> 'PASSWORD': '  ',
>> 'HOST': ' yourdbdomain.com',
>> 'PORT': '5432',
>> 'SCHEMAS': 'public,data,ontology,concepts',
>> 'POSTGIS_TEMPLATE': 'template_postgis_20',
>> }
>> }
>>
>> you are completely overwriting any of the db parameters that Arches
>> defines by default. In this case you'll need to make sure that all of the
>> necessary parameters (shown above) are included in your new definition, not
>> just the ones you want to change. Specifically, I'm thinking that you don't
>> have the SCHEMAS parameter.
>>
>> Adam
>>
>> On Mon, Apr 22, 2019 at 2:18 PM Joel Aldor  wrote:
>>
>>> Hi Adam, I did change the DATABASES setting to point to our phm2app
>>> production instance, as well as the ROOT_URLCONF setting. But I don't see a
>>> settings_local.py file on my 3.1.2 installation.
>>>
>>> On Tuesday, April 23, 2019 at 1:21:52 AM UTC+8, Adam Cox wrote:
>>>>
>>>> Hi Joel, have you changed your DATABASES setting at all? I have a guess
>>>> at what the issue may be, but it would be best to start with knowing
>>>> exactly what is in your settings.py and settings_local.py files for
>>>> databases (excluding passwords of course).
>>>>
>>>> On Sat, Apr 20, 2019 at 8:12 PM Joel Aldor  wrote:
>>>>
>>>>> Hi Adam,
>>>>>
>>>>> OK, so I found out that the subsequent runs of the export_resources
>>>>> command gave me which libraries are missing, and I installed rdflib and
>>>>> SPARQLWrapper via pip. Now I tried to run again the command and it gives 
>>>>> me
>>>>> this info:
>>>>>
>>>>> (ENV4)ubuntu@PHMARCHES3PROD:~/Projects/phmapp312test$ python manage.py
>>>>> packages -o export_resources -d v3fullexport.json
>>>>> operation: export_resources
>>>>> package: phmapp312test
>>>>> Writing 5290 HERITAGE_RESOURCE.E18 resources
>>>>> relation "strings" does not exist
>>>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings"
>>>>> ...
>>>>>   ^
>>>>>  : 5274
>>>>> Writing 3712 INFORMATION_RESOURCE.E73 resources
>>>>> relation "strings" does not exist
>>>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings"
>>>>> ...
>>>>>   ^
>>>>>  : 3712
>>>>> Writing 2 ACTIVITY.E7 resources
>>>>> relation "strings" does not exist
>>>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings"
>>>>> ...
>>>>>   ^
>>>>>  : 2
>>>>> Writing 4 HISTORICAL_EVENT.E5 resources
>>>>> relation "strings" does not exist
>>>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings"
>>>>> ...
>>>>>   ^
>>>>>  : 4
>>>>> Writing 7 HERITAGE_RESOURCE_GRO

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

Ok, I guess it depends on whether you overwrote the entire DATABASES
variable, or if you just changed a few specific values. As an example of
the latter, you can see here how the 'default' db definition isn't
overwritten entirely, only a few of its settings (this is preferable).

DATABASES['default']['HOST'] = 'yourdbdomain.com'
DATABASES['default']['USER'] = 'username'
DATABASES['default']['PASSWORD'] = ''

However, if you have something like this in settings.py:

DATABASES = {
"default": {
'ENGINE': 'django.contrib.gis.db.backends.postgis',
'NAME': 'arches',
'USER': ' username',
'PASSWORD': '  ',
'HOST': ' yourdbdomain.com',
'PORT': '5432',
'SCHEMAS': 'public,data,ontology,concepts',
'POSTGIS_TEMPLATE': 'template_postgis_20',
}
}

you are completely overwriting any of the db parameters that Arches defines
by default. In this case you'll need to make sure that all of the necessary
parameters (shown above) are included in your new definition, not just the
ones you want to change. Specifically, I'm thinking that you don't have the
SCHEMAS parameter.

Adam

On Mon, Apr 22, 2019 at 2:18 PM Joel Aldor  wrote:

> Hi Adam, I did change the DATABASES setting to point to our phm2app
> production instance, as well as the ROOT_URLCONF setting. But I don't see a
> settings_local.py file on my 3.1.2 installation.
>
> On Tuesday, April 23, 2019 at 1:21:52 AM UTC+8, Adam Cox wrote:
>>
>> Hi Joel, have you changed your DATABASES setting at all? I have a guess
>> at what the issue may be, but it would be best to start with knowing
>> exactly what is in your settings.py and settings_local.py files for
>> databases (excluding passwords of course).
>>
>> On Sat, Apr 20, 2019 at 8:12 PM Joel Aldor  wrote:
>>
>>> Hi Adam,
>>>
>>> OK, so I found out that the subsequent runs of the export_resources
>>> command gave me which libraries are missing, and I installed rdflib and
>>> SPARQLWrapper via pip. Now I tried to run again the command and it gives me
>>> this info:
>>>
>>> (ENV4)ubuntu@PHMARCHES3PROD:~/Projects/phmapp312test$ python manage.py
>>> packages -o export_resources -d v3fullexport.json
>>> operation: export_resources
>>> package: phmapp312test
>>> Writing 5290 HERITAGE_RESOURCE.E18 resources
>>> relation "strings" does not exist
>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings" ...
>>>   ^
>>>  : 5274
>>> Writing 3712 INFORMATION_RESOURCE.E73 resources
>>> relation "strings" does not exist
>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings" ...
>>>   ^
>>>  : 3712
>>> Writing 2 ACTIVITY.E7 resources
>>> relation "strings" does not exist
>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings" ...
>>>   ^
>>>  : 2
>>> Writing 4 HISTORICAL_EVENT.E5 resources
>>> relation "strings" does not exist
>>> LINE 1: SELECT "strings"."entityid", "strings"."val" FROM "strings" ...
>>>   ^
>>>  : 4
>>> Writing 7 HERITAGE_RESOURCE_GROUP.E27 resources
>>> relation "domains" does not exist
>>> LINE 1: SELECT "domains"."entityid", "domains"."val" FROM "domains" ...
>>>   ^
>>>  : 6
>>> Writing 8 ACTOR.E39 resources
>>> relation "rules" does not exist
>>> LINE 1: ...les"."entitytyperange", "rules"."propertyid" FROM "rules"
>>> WH...
>>>  ^
>>>  : 8
>>>
>>> The subsequent v3fullexport.json file has more strings, but most of it
>>> has "null" on it:
>>>
>>> {"resources":[{"form_groups":null,"child_entities":[],"label":"","value"
>>> :"","entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
>>> "70576571-58f2-4922-aac4-3033cd724a15","property":"","businesstablename"

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

; "9dc90525-2f98-493e-97b9-73b9234defbe","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "56e375cf-3ff7-47fd-a198-15dcd107d984","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "30cc57e1-0425-48a6-9ee3-a2445a93d6a9","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "bfd47a61-4f6f-49ca-ad35-33c5a8e148b2","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "a396985d-79d2-426a-be2e-c170d2e4ca34","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "6ed80815-33d2-4dff-a39c-451126529756","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "92c85fd4-f41f-4464-a6f3-4ac907951de8","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "dec01562-3061-43e3-819c-f33f3da1b02f","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "671c624b-bb2e-47d4-ac70-3938314f8781","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE.E18","entityid":
> "20c362a4-e7d1-4fe1-995a-9151fefa9921","property":"","businesstablename":
> ""},{"form_groups":null,"child_entities":[],"label":"","value":"",
> "entitytypeid":"HERITAGE_RESOURCE_GROUP.E27","entityid":
> "9a003427-6a66-4283-b420-6a5744d7cfb9","property":"","businesstablename":
> ""}]}
>
> Not sure at this point what to do next. Please let me know what to look
> further.
>
> Thanks,
>
> Joel
>
> On Sunday, April 21, 2019 at 9:01:39 AM UTC+8, Joel Aldor wrote:
>>
>> Hi Adam,
>>
>> Tried installing Pillow, version installed is 6.0.0. Then I ran the
>> export_resources command again. Still produced the same export files with
>> empty resources file.
>>
>> Regards,
>>
>> Joel
>>
>> On Sunday, April 21, 2019 at 8:50:38 AM UTC+8, Adam Cox wrote:
>>>
>>> Hi Joel, if you have the new virtual environment activated you want have
>>> to change the settings file at all.
>>>
>>> The PIL error indicates that that python library (and potentially
>>> others) didn't install correctly... Not sure why. You could try pip
>>> installing PIL. I can't look it up right now but it may be actually be
>>> called Pillow in pip.
>>>
>>> Adam
>>>
>>> On Sat, Apr 20, 2019, 7:37 PM Joel Aldor  wrote:
>>>
>>>> Hi Adam,
>>>>
>>>> I'd like to think we need to explicitly point the settings.py to our
>>>> phm2app instance in order for the export_resources command to run properly,
>>>> but I'm not 

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

Hi Joel, if you have the new virtual environment activated you want have to
change the settings file at all.

The PIL error indicates that that python library (and potentially others)
didn't install correctly... Not sure why. You could try pip installing PIL.
I can't look it up right now but it may be actually be called Pillow in pip.

Adam

On Sat, Apr 20, 2019, 7:37 PM Joel Aldor  wrote:

> Hi Adam,
>
> I'd like to think we need to explicitly point the settings.py to our
> phm2app instance in order for the export_resources command to run properly,
> but I'm not sure which parts I will need to edit, apart from the DATABASES
> settings. You think this might be the problem?
>
> Regards,
>
> Joel
>
> On Sunday, April 21, 2019 at 8:25:41 AM UTC+8, Joel Aldor wrote:
>>
>> Hi Adam,
>>
>> I tried to install arches v3.1.2 and pointed the instance into our
>> existing database on settings.py, then I ran the export_resources command,
>> which produced those export files. However, the console update gave me this
>> info:
>>
>> (ENV4)ubuntu@PHMARCHES3PROD:~/Projects/phmapp312test$ python manage.py
>> packages -o export_resources -d v3fullexport.json
>> operation: export_resources
>> package: phmapp312test
>> Writing 5290 HERITAGE_RESOURCE.E18 resources
>> No module named PIL : 5290
>> Writing 3712 INFORMATION_RESOURCE.E73 resources
>> No module named PIL : 3712
>> Writing 2 ACTIVITY.E7 resources
>> No module named PIL : 2
>> Writing 4 HISTORICAL_EVENT.E5 resources
>> No module named PIL : 4
>> Writing 7 HERITAGE_RESOURCE_GROUP.E27 resources
>> No module named PIL : 7
>> Writing 8 ACTOR.E39 resources
>> No module named PIL : 8
>>
>> When I checked the v3fullexport.json file it was almost empty. All it has
>> inside the file is this string:
>>
>> {"resources":[]}
>>
>> The v3fullexport.relations file is full of all the relationships.
>>
>> I have a feeling I might be missing something here. Please let me know
>> what I should do further. Thank you.
>>
>> Regards,
>>
>> Joel
>>
>>
>> On Saturday, April 20, 2019 at 8:59:12 PM UTC+8, Adam Cox wrote:
>>>
>>> Hi Joel, indeed, exporting the v3 resources is a crucial step in the
>>> migration process!!
>>>
>>> I'm unable to look into this deeply right now but I have a feeling that
>>> this means you don't have the latest version of Arches 3, which is 3.1.2.
>>> When I can, I'll look back through the version history and see where that
>>> command was introduced.
>>>
>>> I'm the meantime, you could create a new virtual environment and
>>> explicitly install arches 3.1.2 into that environment with
>>>
>>> pip install arches==3.1.2
>>>
>>> Then activate that new environment and try exporting again. This would
>>> leave your old env untouched.
>>>
>>> Adam
>>>
>>> On Sat, Apr 20, 2019, 6:23 AM Joel Aldor  wrote:
>>>
>>>> Hi all,
>>>>
>>>> We're supposed to migrate our v3 data into v4 this Easter weekend using
>>>> the instructions from this link
>>>> <https://arches.readthedocs.io/en/stable/exporting-v3-data/>, but we
>>>> ran into a problem. Apparently, our v3 instance doesn't have the
>>>> export_resources option when we execute this command:
>>>>
>>>> (ENV)ubuntu@PHMARCHES3PROD:~/Projects/phm2app$ python manage.py
>>>> packages -o export_resources -d v3fullexport.json
>>>> Usage: manage.py packages [options]
>>>>
>>>> manage.py: error: option -o: invalid choice: 'export_resources' (choose
>>>> from 'setup', 'install', 'setup_db', 'start_elasticsearch',
>>>> 'setup_elasticsearch', 'build_permissions', 'livereload',
>>>> 'load_resources', 'remove_resources', 'load_concept_scheme',
>>>> 'index_database', 'export_resource_graphs')
>>>>
>>>> How can I export the business data from here?
>>>>
>>>> Thank you,
>>>>
>>>> Joel
>>>>
>>>> --
>>>> -- To post, send email to arches...@googlegroups.com. To unsubscribe,
>>>> send email to arches...@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 email

Re: [Arches] Migration to v4: No option for export_resources on Arches v3

[Adam Cox]

Hi Joel, indeed, exporting the v3 resources is a crucial step in the
migration process!!

I'm unable to look into this deeply right now but I have a feeling that
this means you don't have the latest version of Arches 3, which is 3.1.2.
When I can, I'll look back through the version history and see where that
command was introduced.

I'm the meantime, you could create a new virtual environment and explicitly
install arches 3.1.2 into that environment with

pip install arches==3.1.2

Then activate that new environment and try exporting again. This would
leave your old env untouched.

Adam

On Sat, Apr 20, 2019, 6:23 AM Joel Aldor  wrote:

> Hi all,
>
> We're supposed to migrate our v3 data into v4 this Easter weekend using
> the instructions from this link
> , but we ran
> into a problem. Apparently, our v3 instance doesn't have the
> export_resources option when we execute this command:
>
> (ENV)ubuntu@PHMARCHES3PROD:~/Projects/phm2app$ python manage.py packages -o
> export_resources -d v3fullexport.json
> Usage: manage.py packages [options]
>
> manage.py: error: option -o: invalid choice: 'export_resources' (choose
> from 'setup', 'install', 'setup_db', 'start_elasticsearch',
> 'setup_elasticsearch', 'build_permissions', 'livereload', 'load_resources'
> , 'remove_resources', 'load_concept_scheme', 'index_database',
> 'export_resource_graphs')
>
> How can I export the business data from here?
>
> Thank you,
>
> Joel
>
> --
> -- 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.

[Arches] Re: Falling at first hurdle, then the next, then the next.

[Adam Cox]

You must add that line to the settings file that is mentioned in the docs: 
my_project\my_project\settings_local.py.

The difficulties you are encountering do indicate to me that there are some 
things we could improve about the installation steps. However, it is 
difficult to clearly document the installation of what is actually 
server-level software but is also expected to work on local laptops/lab 
computers.

Adam

On Friday, April 12, 2019 at 10:13:54 AM UTC-5, Researcher wrote:
>
> Latest update:
> I've been messing around again and managed to get back to the 'Arches 
> installed stage' and even created a project (step 5), and lo and behold 
> step 6 has also thrown up an issue.
> Firstly, I don't understand what *any* of this means:
> "Before you continue, you may need to open 
> my_project\my_project\settings_local.py and change some 
> environment-specific settings. 
>
>- 
>
>Depending on your Postgres/PostGIS installation, you may need to 
>uncomment the DATABASES section and change the username and password, as 
>well as the name of your PostGIS template database. If you will have 
>multiple Arches projects using the same Postgres server, make sure to 
>change the database name here as well."
>
>BUT I've tried the second part of step 6 and come up with this now too:
>
> (ENV) C:\Users\FIMNT>GDAL_LIBRARY_PATH = "C:\OSGeo4W64\bin\gdal204.dll"
> 'GDAL_LIBRARY_PATH' is not recognized as an internal or external command,
> operable program or batch file.
>
> Any more thoughts from anyone on this one, so I can get to stage 7 and see 
> what new problems that has?
> (in simple/step-by-step terms, ideally)
>
> Thanks,
>
> On Wednesday, April 10, 2019 at 4:01:54 PM UTC-3, Researcher wrote:
>>
>> Hi all,
>> I've been struggling through trying to install Arches all day today 
>> (historian background, not IT professional!) and I thought I was getting 
>> somewhere reaching the point where it told me Arches had been installed (in 
>> Windows command prompt) but even our IT support are unable to get very far 
>> beyond that. Anyone got any advice? Is there a simpler way? I just wanted 
>> to try out the software, not get a degree in coding before I had even seen 
>> what it looked like.
>> I tried to run step 7 on the install guide: 
>> https://arches.readthedocs.io/en/stable/installation/
>> but it says you need elasticsearch running. I tried to install 
>> elasticsearch from the "easiest way" (dread to think what the hard way 
>> looks like) as per below:
>>
>> The easiest way to install Elasticsearch is to use a command that comes 
>> with Arches. Once you have installed Arches (either with pip or from the 
>> Arches 
>> repo ), activate your virtual 
>> environment, enter your app/project root directory (the one that contains 
>> manage.py), run
>>
>> python manage.py es install
>>
>> Elasticsearch will be installed in the root folder. You can specify an 
>> alternate destination for the installation by using the -d argument. For 
>> example
>>
>> python manage.py es install -d C:\Projects
>>
>> will result in a new directory C:\Projects\elasticsearch-5.2.1 from 
>> which you’ll be able to run Elasticsearch.
>>
>> I tried this and got the following:
>> (ENV) C:\Users\FIMNT\my_project>python manage.py es install
>> Traceback (most recent call last):
>>   File "manage.py", line 27, in 
>> from django.core.management import execute_from_command_line
>> ImportError: No module named django.core.management
>>
>> Obviously I or the software have done something wrong but I've spent the 
>> entire day working like this with every single step having some kind of 
>> problem and our IT support service is also struggling to see why it's 
>> having so many issues. 
>> Anyone able to guide us through in a simpler way, enlighten me past this 
>> step and onto the next error or should I give up on Arches now seeing as 
>> it's taken me a day and I can't even install it, yet alone set it up or 
>> operate it?
>>
>> Thanks,
>>
>

-- 
-- 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.

Re: [Arches] Re: Falling at first hurdle, then the next, then the next.

[Adam Cox]

Hi,

I just tried those exact steps locally on my laptop, and everything
actually worked just fine. It's very strange that django (and presumably
other python dependencies) do not get installed along with Arches for you.
Try this, with the virtualenv activated:

pip install ENV\Lib\site-packages\arches\install\requirements.txt

As for the demo site, I hadn't actually signed up for it myself yet, so I
did now to check it out. You can create a new account by going to the login
page and clicking "Create a new account". With an account, you are able to
log in and create new resources, and within 2-3 days you will be granted
access to the RDM (Reference Data Manager) so you can see how controlled
vocabularies are managed. However, it doesn't seem like there is anywhere
for you to gain access to the Arches Designer, which is the portion of the
app that allows you to create new resources models. If this is the part of
the app that you are wanting to see, please get in touch with me directly
and I can set something up for you.

As for existing implementations of Arches, you can see a list here:
https://www.archesproject.org/implementations-of-arches/ though the only
one that is version 4 (the current version of Arches) is the one at the
bottom of the list (Heritage Monitoring Scouts).

Other v4 installations not on that list:
https://www.globaldigitalheritage.org/
http://hk.legiongis.com and http://yg.legiongis.com

Cheers,
Adam

On Thu, Apr 11, 2019 at 9:37 AM 'Researcher' via Arches Project <
archesproject@googlegroups.com> wrote:

> I've tried again today and the following is the entire process I've been
> through to the same point - is anyone able to help?
>
> Microsoft Windows [Version 10.0.17134.1]
> (c) 2018 Microsoft Corporation. All rights reserved.
>
> C:\Users\FIMNT>mkdir Projects && cd Projects
>
> C:\Users\FIMNT\Projects>pip install virtualenv
> DEPRECATION: Python 2.7 will reach the end of its life on January 1st,
> 2020. Please upgrade your Python as Python 2.7 won't be maintained after
> that date. A future version of pip will drop support for Python 2.7.
> Requirement already satisfied: virtualenv in c:\python27\lib\site-packages
> (16.4.3)
>
> C:\Users\FIMNT\Projects>virtualenv ENV
> New python executable in C:\Users\FIMNT\Projects\ENV\Scripts\python.exe
> Installing setuptools, pip, wheel...
> done.
>
> C:\Users\FIMNT\Projects>ENV\Scripts\activate
>
> (ENV) C:\Users\FIMNT\Projects>pip install arches --no-binary :all:
> DEPRECATION: Python 2.7 will reach the end of its life on January 1st,
> 2020. Please upgrade your Python as Python 2.7 won't be maintained after
> that date. A future version of pip will drop support for Python 2.7.
> Collecting arches
>   Using cached
> https://files.pythonhosted.org/packages/a2/53/d96a12dea3e0aaea9084ab7275ccc56192e07c6a822ca9065a82fbc27b2f/arches-4.4.1.tar.gz
> Skipping bdist_wheel for arches, due to binaries being disabled for it.
> Installing collected packages: arches
>   Running setup.py install for arches ... done
> Successfully installed arches-4.4.1
>
> (ENV) C:\Users\FIMNT\Projects>python ENV\Scripts\arches-project create
> my_project
> Traceback (most recent call last):
>   File "ENV\Scripts\arches-project", line 12, in 
> import django
> ImportError: No module named django
>
> (ENV) C:\Users\FIMNT\Projects>
>
> I've looked at the demo but I'm keen to see a working example of it (if
> anyone knows of one online and running?) and also to see how it is to
> actually use. I assume there is a point where you get past the maze of
> installation and get to an interface that you can actually use and alter,
> so I'd like to reach that point if possible.
> Has no-one else had issues installing?
> Thanks,
>
> On Wednesday, April 10, 2019 at 4:01:54 PM UTC-3, Researcher wrote:
>>
>> Hi all,
>> I've been struggling through trying to install Arches all day today
>> (historian background, not IT professional!) and I thought I was getting
>> somewhere reaching the point where it told me Arches had been installed (in
>> Windows command prompt) but even our IT support are unable to get very far
>> beyond that. Anyone got any advice? Is there a simpler way? I just wanted
>> to try out the software, not get a degree in coding before I had even seen
>> what it looked like.
>> I tried to run step 7 on the install guide:
>> https://arches.readthedocs.io/en/stable/installation/
>> but it says you need elasticsearch running. I tried to install
>> elasticsearch from the "easiest way" (dread to think what the hard way
>> looks like) as per below:
>>
>> The easiest way to install Elasticsearch is to use a command that comes
>> with Arches. Once you have installed Arches (either with pip or from the 
>> Arches
>> repo ), activate your virtual
>> environment, enter your app/project root directory (the one that contains
>> manage.py), run
>>
>> python manage.py es install
>>
>> Elasticsearch will be installed in the root folder. You 

Re: [Arches] Falling at first hurdle, then the next, then the next.

[Adam Cox]

Hello, the error you found won't be especially difficult to overcome, but
it does sound like perhaps you may like to just try out the demo
installation that you can get to from the archesproject.org home page?

To handle the error, you'll need to activate your virtual environment, as
described in step 3 of the installation guide you linked to.

Hope that helps!
Adam

On Wed, Apr 10, 2019 at 2:01 PM 'Researcher' via Arches Project <
archesproject@googlegroups.com> wrote:

> Hi all,
> I've been struggling through trying to install Arches all day today
> (historian background, not IT professional!) and I thought I was getting
> somewhere reaching the point where it told me Arches had been installed (in
> Windows command prompt) but even our IT support are unable to get very far
> beyond that. Anyone got any advice? Is there a simpler way? I just wanted
> to try out the software, not get a degree in coding before I had even seen
> what it looked like.
> I tried to run step 7 on the install guide:
> https://arches.readthedocs.io/en/stable/installation/
> but it says you need elasticsearch running. I tried to install
> elasticsearch from the "easiest way" (dread to think what the hard way
> looks like) as per below:
>
> The easiest way to install Elasticsearch is to use a command that comes
> with Arches. Once you have installed Arches (either with pip or from the 
> Arches
> repo ), activate your virtual
> environment, enter your app/project root directory (the one that contains
> manage.py), run
>
> python manage.py es install
>
> Elasticsearch will be installed in the root folder. You can specify an
> alternate destination for the installation by using the -d argument. For
> example
>
> python manage.py es install -d C:\Projects
>
> will result in a new directory C:\Projects\elasticsearch-5.2.1 from which
> you’ll be able to run Elasticsearch.
>
> I tried this and got the following:
> (ENV) C:\Users\FIMNT\my_project>python manage.py es install
> Traceback (most recent call last):
>   File "manage.py", line 27, in 
> from django.core.management import execute_from_command_line
> ImportError: No module named django.core.management
>
> Obviously I or the software have done something wrong but I've spent the
> entire day working like this with every single step having some kind of
> problem and our IT support service is also struggling to see why it's
> having so many issues.
> Anyone able to guide us through in a simpler way, enlighten me past this
> step and onto the next error or should I give up on Arches now seeing as
> it's taken me a day and I can't even install it, yet alone set it up or
> operate it?
>
> Thanks,
>
> --
> -- 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.

Re: [Arches] Arches 4.4.1: Re-Index databases after upgrade to Ubuntu18.4

[Adam Cox]

Hey all, isn't 4.4.1 ES 5.x and master branch right now is ES 6.2? That's
what has worked for me, and using the wrong ES version broke things...
though I'm not in a position to double this right now.

Adam

On Thu, Apr 4, 2019, 3:50 PM Ben O'Steen  wrote:

>
> I am running it as docker containers so am just using the default
> elasticsearch container.
>
> On Thu, 4 Apr 2019, 11:34 ,  wrote:
>
>> Hi Ben,
>>
>> did you also have problems with Elasticsearch 6.6.2 not running because
>> of file/folder permissions?
>>
>> Jens
>>
>> On Thursday, 4 April 2019 19:12:12 UTC+1, Ben O'Steen wrote:
>>
>>> I can confirm I hit the same issue and error running 'python manage.py
>>> es index_database'. I hadn't filed an issue about it as I too had just
>>> upgraded ES in my environment too and wanted to eliminated operator error
>>> first. The command that seems to be the root of the issue was:
>>> 'result_summary['indexed'] = se.count(index='resources', body=q.dsl)' for
>>> me.
>>>
>>> Ben
>>>
>>> On Thu, 4 Apr 2019 at 10:32,  wrote:
>>>
 Hi folks,

 I upgraded Arches to 4.4.1 which worked fine. Then I became bold and
 upgraded my server to the latest ubuntu version 18.04 LTS.
 After a rough ride I (almost) got it to work.
 A major problem was Elasticsearch 6.6.2 not running because of
 insufficient rights.
 I solved this by giving read-write/execute permission to the entire
 folder (# chmod -R 777 /home/ubuntu/Projects/elasticsearch-6.6.2) - I know
 it's heavy handed, but it worked!

 However I did not succeed in re-indexing my existing project databases.
 python manage.py
 migrate - worked
 es delete_indexes- worked
 es setup_indexes - worked
 *es index_database* - FAILED

 The resulting error was:

  File
 "/usr/local/lib/python2.7/dist-packages/elasticsearch/connection/base.py",
 line 125, in _raise_error
 raise HTTP_EXCEPTIONS.get(status_code, TransportError)(status_code,
 error_message, additional_info)
 elasticsearch.exceptions.RequestError: RequestError(400,
 u'parsing_exception', u'request does not support [_source]')

 Does anyone have an idea how to fix this and re-index existing
 databases?

 Cheers
 Jens

 --
 -- To post, send email to arches...@googlegroups.com. To unsubscribe,
 send email to arches...@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 arches...@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.
>

-- 
-- 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.

Re: [Arches] Resource matching query does not exist.

[Adam Cox]

Hi Yuval, it sounds like elasticsearch has gotten out of sync with your
database somehow. Please see my recent response to Johannes about
reindexing the database, because it think that will solve your problem.


Let me know how it goes.

Adam

On Sun, Mar 24, 2019, 10:27 AM Yuval Krymolowski  wrote:

> Hello,
>
>  In the search page, the left pane lists the records. When I click on the
> title of a record (or 'edit'), a window opens
>   with a URL such as
> http://localhost:8000/report/24fa609a-f230-4951-a587-a1ae404488fa
>   but with the error message:
>
> DoesNotExist at /report/24fa609a-f230-4951-a587-a1ae404488fa
>
> Resource matching query does not exist.
>
> The console output follows below.
>
>
>   What is the source of this problem? how to fix it?
>
>Thanks,
>   Yuval
>
> [24/Mar/2019 17:16:07] "GET 
> /resource/descriptors/f68b0d2e-24ab-49c2-be40-50407c09b6b3 HTTP/1.1" 500 26334
> Internal Server Error: /report/24fa609a-f230-4951-a587-a1ae404488fa
> Traceback (most recent call last):
>   File "C:\Python27\lib\site-packages\django\core\handlers\exception.py", 
> line 41, in inner
> response = get_response(request)
>   File "C:\Python27\lib\site-packages\django\core\handlers\base.py", line 
> 187, in _get_response
> response = self.process_exception_by_middleware(e, request)
>   File "C:\Python27\lib\site-packages\django\core\handlers\base.py", line 
> 185, in _get_response
> response = wrapped_callback(request, *callback_args, **callback_kwargs)
>   File "C:\Python27\lib\site-packages\django\views\generic\base.py", line 68, 
> in view
> return self.dispatch(request, *args, **kwargs)
>   File "C:\Python27\lib\site-packages\django\views\generic\base.py", line 88, 
> in dispatch
> return handler(request, *args, **kwargs)
>   File "C:\Python27\lib\site-packages\arches\app\views\resource.py", line 
> 526, in get
> resource = Resource.objects.get(pk=resourceid)
>   File "C:\Python27\lib\site-packages\django\db\models\manager.py", line 85, 
> in manager_method
> return getattr(self.get_queryset(), name)(*args, **kwargs)
>   File "C:\Python27\lib\site-packages\django\db\models\query.py", line 380, 
> in get
> self.model._meta.object_name
> DoesNotExist: Resource matching query does not exist.
> [24/Mar/2019 17:16:22] "GET /report/24fa609a-f230-4951-a587-a1ae404488fa 
> HTTP/1.1" 500 108003
>
> --
> -- 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.

[Arches] Re: Arches 4 problem installation

[Adam Cox]

Hello Enzo,

I haven't seen this issue often, but I believe it points to a problem with 
your GEOS/GDAL installation. Can you confirm that you have installed the 
right OSGEO4W package for your system architecture, 32-bit vs. 64-bit?

Adam

On Thursday, March 14, 2019 at 6:31:09 PM UTC-5, enzo cocca wrote:
>
> Hi peoples,
> I tried to install arches  on win10 but when try to install elasticsearch 
> I have this error:
> django.db.contrib.gis.backend.postgis isn' an db backend
>
> I installed all dipendence and I followed all instructions.
>
> I have gdal 2.4
> Potgis 2.3.5
> Postgres 9.6
> Geos 3.6.1
>  In Osge4w64 I installed gdal201.dll and 
>
> I setted the path in setting_local.py for gdal path library and in 
> evironment setting.
> What is wrong? Any idea?
>
> Thanks in advace
>
> Enzo
>
>
>
>

-- 
-- 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.

[Arches] Re: OperationalError in /report

[Adam Cox]

Hi Yuval, is this still an issue for you? If so, could you add a little 
more information as to what you were doing when this error occurred?

Thanks,
Adam

On Monday, March 11, 2019 at 9:34:08 AM UTC-5, Yuval Krymolowski wrote:
>
> Hello,
>
>  I reveived this error:
>
> OperationalError at /report/842eccfa-9123-4da1-909e-9d6bd1beb361 
> could not write to tuplestore temporary file: No space left on device
>
> But do not remember what it was that I tried to do.
>
> Anyway, my drive has nore than 20GB free so there is definitely enough 
> space.
>
> The error log is attached.
>
> Yuval
>
>

-- 
-- 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.

Re: [Arches] Re: Exception in search

[Adam Cox]

I think this is a "broken socket" that happens sometimes using the dev
server when a new request is made before an existing one is completed. I've
seen it before, but it's never caused any actual problems for me.

Adam

On Wed, Mar 20, 2019 at 1:34 PM Cyrus Hiatt  wrote:

> Hi Yuval,
>
> Are you still seeing this error? Unfortunately I'm not able to reproduce
> it on my machine.  What version of Arches are you running?
>
> Thanks,
>
> Cyrus
>
> On Tuesday, March 12, 2019 at 3:40:47 AM UTC-7, Yuval Krymolowski wrote:
>>
>> Hello,
>>
>>   In the search screen, Arches begins to search for candidates as I type
>> the query. It gets exceptions in the process (see below).
>>
>> The search for the complete term succeeds without exceptions.
>>
>> Yuval
>> 
>> Exception happened during processing of request from ('127.0.0.1', 57593)
>> Traceback (most recent call last):
>>   File "C:\Python27\Lib\SocketServer.py", line 596, in
>> process_request_thread
>> self.finish_request(request, client_address)
>>   File "C:\Python27\Lib\SocketServer.py", line 331, in finish_request
>> self.RequestHandlerClass(request, client_address, self)
>>   File "C:\Python27\Lib\SocketServer.py", line 654, in __init__
>> self.finish()
>>   File "C:\Python27\Lib\SocketServer.py", line 713, in finish
>> self.wfile.close()
>>   File "C:\Python27\Lib\socket.py", line 283, in close
>> self.flush()
>>   File "C:\Python27\Lib\socket.py", line 307, in flush
>> self._sock.sendall(view[write_offset:write_offset+buffer_size])
>> error: [Errno 10054] An existing connection was forcibly closed by the
>> remote host
>> 
>> [
>>
> --
> -- 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.

Re: [Arches] Re: Where to find Arches documentation?

[Adam Cox]

Hi Alina, the documentation for how to make a mobile survey is
https://arches.readthedocs.io/en/stable/arches-collector-manager/, under
the Using Arches section. It's not fully fleshed out yet in read the docs,
but there is extensive information within the app itself in the ? help menu
for that page. I hope to add more to read the docs soon!

If you have a suggestion for where else it could be located in read the
docs, or what should be in it, free free to add it here or email me
directly.

Thanks!!
Adam

On Mon, Mar 4, 2019, 2:39 PM Alina Myklebust  wrote:

> Hi Adam,
>
> Great to see Arches Collector documentation in Read the Docs. Thank you
> for this resource!
>
> https://arches.readthedocs.io/en/stable/using-arches-collector/#
>
> Is there or will there be documentation on creating/setting up a "Project"
> in Arches Collector Manager?  We plan on having a dedicated web page to
> Arches Collector on archesproject.org and I'm in the process of
> identifying all documentation and content related to Arches Collector.  Any
> leads on additional documentation in the works is appreciated.
>
> Thanks, Adam!
>
> On Monday, February 11, 2019 at 1:14:30 PM UTC-8, Adam Cox wrote:
>>
>> Hi Alina, I'm actually working on it this afternoon and tomorrow. It will
>> be ready by the release of Arches 4.4 (I believe the end of this week), and
>> probably sooner in the /latest branch of the Read the Docs documentation.
>>
>> Adam
>>
>> On Mon, Feb 11, 2019 at 2:57 PM Alina Myklebust 
>> wrote:
>>
>>> Hi Adam,
>>>
>>> Thanks for this resource.  I'm looking for information/documentation
>>> regarding the Arches Survey Manager in v4.  Do you know if there is any
>>> documentation out there?
>>>
>>> thanks!
>>>
>>> Alina
>>>
>>>
>>> On Friday, March 16, 2018 at 10:37:36 AM UTC-7, Adam Cox wrote:
>>>>
>>>> Hello all,
>>>>
>>>> We recently improved and consolidated our documentation setup. For *all
>>>> *Arches documentation:
>>>>
>>>>- *arches.readthedocs.io* <https://arches.readthedocs.io> (which
>>>>will correctly redirect to arches.readthedocs.io/en/stable)
>>>>
>>>> The only exceptions to this are some more developer- and
>>>> contributor-oriented content which you'll still find in the github wiki (
>>>> https://github.com/archesproject/arches/wiki), and the Arches-HIP
>>>> documentation (still at arches-hip.readthedocs.io).
>>>>
>>>> Regarding the former documentation locations:
>>>>
>>>>- arches4.readthedocs.io points to the same content as it did
>>>>before (and the same as arches.readthedocs.io), so all of your
>>>>saved bookmarks should work just fine. However, we'd prefer not to rely 
>>>> on
>>>>the arches4 domain any longer, so please update your bookmarks to just
>>>>"arches" when you get a chance.
>>>>- arches3.readthedocs.io *also *points to the same content, but
>>>>redirects to the 3.1.2 version. So if you rely on arches3 bookmarks, 
>>>> please
>>>>replace: arches3.readthedocs.io/en/latest/ with
>>>>arches.readthedocs.io/en/3.1.2/
>>>>
>>>> The key to this new setup is that we are taking advantage of the fact
>>>> that ReadTheDocs allows us to publish multiple versions of the
>>>> documentation from a single source at a single domain. So while
>>>> *arches.readthedocs.io* <https://arches.readthedocs.io> is the
>>>> official documentation url, and will always point to docs for the most
>>>> recent *stable *release of Arches, arches.readthedocs.io
>>>> <http://arches.readthedocs.io/en/latest>/en/latest is documentation
>>>> for the *latest *unreleased/in-development code, arches.readthedocs.io
>>>> <http://arches.readthedocs.io/en/4.0.1>/en/4.0.1 is for the *4.0.1*
>>>> release documentation, etc.
>>>>
>>>> You can switch between versions like this (click the image if it's not
>>>> moving)
>>>>
>>>>
>>>> <https://lh3.googleusercontent.com/-f-oHauporPU/Wqvs1wlKuTI/B8A/ZLbrMUd29csqP5NOOUkZngFVXaP9CWZQACLcBGAs/s1600/switch_versions_rtd.gif>
>>>>
>>>>
>>>> As always, feedback or corrections are welcome and encouraged. If you
>>>> are interested in helping to maintain or update the documentation, you can
>>>> do so by pos

Re: [Arches] Illegal byte sequence - installing on windows

[Adam Cox]

Hey Yuval, that's a strange error. Can you confirm you are using pyhon 2.7
in the ENV?

On Tue, Feb 26, 2019, 12:12 PM Yuval Krymolowski  wrote:

> Hello,
>
>  I followed the installation insttructions on windows and  got thie error
> message, please help:
>
> (ENV) C:\Users\yuval\Documents\Projects>python -m pip install arches
> --no-binary :all:
> Collecting arches
>   Downloading
> https://files.pythonhosted.org/packages/86/f5/d49a1a94feec4859706672495c103a1ef1cca175b466c58880e16f45b6bc/arches-4.3.3.tar.gz
> (39.7MB)
> 1% |Could not install packages due to an EnvironmentError: [Errno 42]
> Illegal byte sequence
>
> --
> -- 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.

Re: [Arches] Images stopped working

[Adam Cox]

Hi Dale, nice work troubleshooting. I think putting that in Apache and
leaving the default MEDIA_URL setting is the best answer. Thanks for
letting me know what worked for you!

Adam

On Mon, Feb 25, 2019 at 11:19 AM Dale Lloyd  wrote:

> I tried 'Alias /files/ /opt/Projects/mehs/mehs/uploadedfiles/' again and
> it did not work.
>
> Then it occurred to my to try 'Alias /files/uploadedfiles/ /opt/Projects/
> mehs/mehs/uploadedfiles/' and it worked. Is this ok, or would altering
> the MEDIA_URL setting be preferable?
>
> Thanks for your time, expertise and patience!
>
> --
> -- 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.

Re: [Arches] Hardware

[Adam Cox]

We also have a list of basic requirements here in the documentation:
https://arches.readthedocs.io/en/stable/requirements-and-dependencies/#system-requirements

On Mon, Feb 25, 2019 at 10:45 AM Alexei Peters  wrote:

> Hi David,
> This really depends on the number of simultaneous users you anticipate
> having to host.
> Can you shed some light on this?
> Cheers,
> Alexei
>
> Director of Web Development - Farallon Geographics, Inc. - 971.227.3173
>
>
> On Mon, Feb 25, 2019 at 2:07 AM David Gurevich 
> wrote:
>
>> Hello.
>> I am interested in installing Arches for my project. What would be the
>> minimum hardware requirements to run Arches smoothly?
>> Thanks,
>> David
>>
>> --
>> -- 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.
>

-- 
-- 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.

Re: [Arches] Re: Arches 4.3.3: Search Overlay

[Adam Cox]

Hi Johannes, thanks for mentioning that about the documentation. Arches 4
used to make those two layers automatically, but that behavior was
deprecated a little while ago, and I guess we haven't caught up with the
documentation. I'll make a ticket on the repo to update that information.

Adam

On Sun, Feb 24, 2019 at 11:56 AM Dennis Wuthrich 
wrote:

> Johannes,
>
> Arches does not load search overlays by default.  However, packages often
> include the configuration files for search marker and heat map overlays.
>
> You can define search result overlays just like any other Arches overlay
> (e.g.; by defining sources and styling).  Here's a link to a .sql file that
> shows an example of configuring search related markers:
> https://github.com/archesproject/lincoln_release/blob/master/preliminary_sql/search_overlays.sql
>
> If you run the sql file, you should see overlays for search markers and a
> heat map in your instance of Arches.
>
> -Dennis
>
> On Sunday, February 24, 2019 at 8:57:56 AM UTC-8, Johannes Ebster wrote:
>>
>> Hi all,
>>
>> I created a new project that is missing the Search Results and Search
>> Markers Overlays, even though they should be there by default,
>> according to the documentation (
>> https://arches.readthedocs.io/en/stable/managing-map-layers/). How can I
>> get these default layers?
>>
>> Best,
>> Johannes
>>
>> [image: Screenshot from 2019-02-24 17-56-33.png]
>>
> --
> -- 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.

Re: [Arches] Images stopped working

[Adam Cox]

Hi Dale, it would definitely be a security risk to expose that whole
directory in that manner. However, are you sure it doesn't work, regardless
of what's in the URL already? I think it should because 'uploadedfiles' is
hard-coded into the URL here:
https://github.com/archesproject/arches/blob/master/arches/app/datatypes/datatypes.py#L1106.
Frankly, the way this is handled has always confused me a bit, but the I do
know that it will work without you exposing that directory.

You can always alter the URL with the MEDIA_URL setting.

We don't have an authoritative guide on permissions, but it would certainly
be helpful to have. Feel free to make a ticket in our documentation repo,
github.com/archesproject/arches-docs, and add as much information as you
can, to help push it along.

Thanks!
Adam


On Mon, Feb 25, 2019 at 9:49 AM Dale Lloyd  wrote:

> Thanks Adam!
>
> I would have to put something slightly different in the Apache config,
> because 'uploadedfiles' is already in the image URL:
>
> Alias /files/ /opt/Projects/mehs/mehs/
>
> I did a quick test and found that if i put the the alias into the Apache
> config, the whole Arches directory would be exposed to the internet. Would
> this present a security risk?
>
> Is there a list somewhere which says which files and directories Apache
> needs read and write access to?
>
> --
> -- 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.

Re: [Arches] Images stopped working

[Adam Cox]

Hi Dale,

The static settings you mention actually have to do with js/css/image files
that are part of the code base, for example background images on the
homescreen, or logos. The file uploads you are talking about are handled
with the MEDIA settings. I think that the default settings should be ok,
but adding another line to your Apache config file should help.

First, look on the server and make sure that the jpg files themselves have
actually been uploaded. I'm guessing they are in
/opt/Projects/mehs/mehs/uploadedfiles.

Assuming they are there, add this line to your apache config file and then
restart apache:

Alias /files/ /opt/Projects/mehs/mehs/uploadedfiles/

If that doesn't work, try tail /var/log/apache2/error.log to see if apache
is recording any errors. It's possible that you may have to add another
block to the config file that explicitly give apache access to that
uploadedfiles directory just like you have already done for the static
directory.

Adam

On Thu, Feb 21, 2019 at 4:34 AM Dale Lloyd  wrote:

> Images for resource reports (under Information Carrier) have stopped
> working on our Arches site.
>
>
> http://maldivesheritagedata.oxcis.ac.uk/report/c40118dc-bfeb-11e8-a7ea-005056ad8063
>
> I have installed Arches on Ubuntu 16.04 using the setup script
> 
> and set up Apache using the instructions here
> .
>
>
> http://maldivesheritagedata.oxcis.ac.uk/files/uploadedfiles/Isdhoo_Lomaafaanu_2.JPG
> is stored in /opt/Projects/mehs/mehs/uploadedfiles/Isdhoo_Lomaafaanu_2.JPG
>
> /etc/apache2/sites-enabled/000-default.conf contains the following:
>
> WSGIDaemonProcess arches python-path=/opt/Projects/mehs/mehs:/opt/Projects
> /ENV/lib/python2.7/site-packages
> WSGIScriptAlias / /opt/Projects/mehs/mehs/wsgi.py process-group=arches
>
>
> 
> Options Indexes FollowSymLinks
> AllowOverride None
> Require all granted
> 
>
>
> Alias /static/ /opt/Projects/mehs/mehs/static/
> 
> Options Indexes FollowSymLinks
> AllowOverride None
> Require all granted
> 
>
>
> settings.py contains:
>
> STATIC_ROOT = "/opt/Projects/mehs/mehs/static"
> STATIC_URL = "/static/"
>
>
> STATIC_ROOT = os.path.join(PACKAGE_ROOT, 'static') does not work
>
>
> Hope that somebody can help.
>
> --
> -- 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.

[Arches] Re: Other Arches live installations

[Adam Cox]

Hello Edmund!

Apologies for such a late reply to this query, because I do indeed have 
updates from 2018.

The biggest Arches project I finished last year was the Heritage Monitoring 
Scout database for the Florida Public Archaeology Network. The HMS program 
allows citizens to contribute condition assessments on archaeological and 
historic sites all around Florida, with a special focus on sites that are 
affected by sea level rise. It was a project that required significant 
alterations to Arches, mostly enhancements to the permissions system, user 
signup, and a dual log in system to accommodate both citizen "scouts" and 
state employees who will use the same system. You can read about the 
release here: 
http://fpangoingpublic.blogspot.com/2018/08/hms-florida-arches-launch.html, 
or visit https://fpan.us/projects/HMSflorida.php to learn more about the 
HMS program itself. The Arches database is https://hms.fpan.us.

Near the end of 2018 we at Legion GIS also finished a v3-v4 migration 
workflow while working with Hong Kong University. At present, you can see 
their new v4 databases at hk.legiongis.com, the Hong Kong heritage 
database, and yg.legiongis.com, showing heritage in Yangon. (Note these web 
addresses will likely change in the future.) To my knowledge, this is the 
first large-scale migration of v3 Arches-HIP databases to an Arches v4 
environment. We are currently working to publish this workflow, which v3 
users can look forward to in early 2019.

Happy New Year!
Adam

On Friday, December 7, 2018 at 7:55:54 AM UTC-6, Edmund Lee wrote:
>
> Hello all,
>
> It's been a while (2 years!) since this thread went quiet, so I thought 
> the year end for those of us on the Gregorian calendar might be a good 
> moment to put out a call for news of live Arches installations around the 
> globe. Why not share a link to your Arches-based system here and bask in 
> the glory?
>
>
> Ed
>
>
>
>
>

-- 
-- 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.

Re: [Arches] Re: Security testing/audit

[Adam Cox]

Oh I see that now, good point. I guess I just got excited about more
incentives to use the ORM.

On Mon, Dec 17, 2018 at 5:38 PM Ben O'Steen  wrote:

> It is flagging that the string formatting method is being used to
> construct a SQL query, rather than a method that might escape or encode
> parameters that may have SQL side-effects.
>
> Ben
>
> On Mon, 17 Dec 2018 at 15:35, Adam Cox  wrote:
>
>> Thanks for sharing those results Ben. A number of the issues raised there
>> are also a matter of best practices not being followed (like using
>> non-typed try/except/pass blocks, or calling os.system) so it's good to see
>> them flagged. Also, though it would be really nice to get away from raw SQL
>> and rely more on the ORM, looking through those results I think that the
>> SQL may be the trickiest to remedy. At any rate, a very good roadmap for an
>> initial security update.
>>
>> Adam
>>
>> On Mon, Dec 17, 2018 at 5:07 PM Ben O'Steen  wrote:
>>
>>> I ran the project through the Bandit 'security linter' which flagged up
>>> a number of small issues https://pypi.org/project/bandit/ I've attached
>>> the result of this in case it is of interest (run on 4.3.1 so obviously run
>>> it against whatever you plan to deploy).
>>>
>>> It is just one tool to use to help gauge the relatively security of an
>>> app though. Fuzzing and django-tailored attacks should also be tried.
>>>
>>> Ben
>>>
>>>
>>> On Mon, 17 Dec 2018 at 14:55, Adam Cox  wrote:
>>>
>>>> Hi John, I have not had a security audit either, and would be very
>>>> interested in the results. I do have a pending deployment for the Bureau of
>>>> Land Management which will most likely require an audit, so I'm expecting
>>>> to do some prep work on Arches for that at some point.
>>>>
>>>> On Mon, Dec 17, 2018 at 5:14 AM Vincent Meijer <
>>>> meijer.vinc...@gmail.com> wrote:
>>>>
>>>>> Hi John,
>>>>>
>>>>> I haven't heard of anyone doing a security audit for Arches, but if so
>>>>> I would also be quite interested in hearing about it.
>>>>>
>>>>> Best,
>>>>> Vincent
>>>>>
>>>>> On Monday, 17 December 2018 10:49:03 UTC+1, John Murphy wrote:
>>>>>>
>>>>>> Good morning everyone!
>>>>>>
>>>>>> I was wondering if has anyone has had to commission a security audit
>>>>>> of Arches yet and, if so, what have your experiences been? Our corporate 
>>>>>> IT
>>>>>> are going to require one before they allow me to set this loose on our
>>>>>> network and it would be good to know what I need to look out for.
>>>>>>
>>>>>> Many thanks,
>>>>>>
>>>>>> John
>>>>>>
>>>>> --
>>>>> -- 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.
>>>>
>>>

-- 
-- 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.