Re: [Arches] Need help with setting up arches on mac

[Rob Gaston]

Hi Hien & Lindsey,

I suspect that the documentation is wrong here. it is, in fact, referring to 
the GDAL version, not the macOS version, but I think that the numbers are 
wrong.  I believe that it should instead be recommending version 3.1.1 of GDAL. 
 that being said, I am running arches on macOS 11.1 (latest) with GDAL 3.1.2 
installed with homebrew (https://formulae.brew.sh/formula/gdal 
).

I hope that helps!
- Rob


> On Dec 20, 2020, at 3:11 PM, Hien Nguyen  wrote:
> 
> Hi Lindsey, 
> Mac version 3.6.1 is really old, is there any other way to set up it beside 
> using ubuntu?
> 
> Thank you, 
> Hien Nguyen 
> On Tuesday, December 15, 2020 at 4:59:34 PM UTC-5 Lindsey Gant wrote:
> Hi Hien,
> 
> My apologies, it looks like I misread the documentation. It is recommended 
> that your macOS version is 3.6.1 when installing GDAL, as the later version 
> has caused trouble. If you are on that version of macOS, I can see if I can 
> find someone in our community to help troubleshoot your issue.
> 
> Sorry again for the confusion!
> 
> Best,
> 
> Lindsey
> On Tuesday, December 15, 2020 at 1:48:37 PM UTC-8 hienn...@hopeworks.org 
>  wrote:
> Hi Lindsey, 
> Thank you for the welcoming, I have post in the signing in. 
> About the error, I cannot find the GDAL 3.6.1 anywhere, do I misunderstand 
> something? 
> Because I can only find GDAL 3.2.0 is the latest
> 
> Thanks,
>  Hien Nguyen
> On Wednesday, November 25, 2020 at 3:05:59 PM UTC-5 Lindsey Gant wrote:
> Hello Hien,
> 
> Welcome to the Arches Project Forum! We are happy to have you here and are 
> excited to see that you are beginning your own installation of Arches. If you 
> could take a moment to sign in on the forum 
> , you 
> can introduce yourself and share a bit about your interest in Arches.
> 
> As for your errors above, no need to worry about the settings_local errors 
> (first four lines) at the top. Those specific errors will be removed along 
> with the v5.1.1 update 
>  in 
> the future.
> 
> For your other errors, I would reactivate your virtualenv and make sure that 
> all your dependencies are installed 
> .
>  Can you confirm that your GDAL is at version 3.6.1? If so, you may want to 
> open your settings.py file and update the path to your GDAL library. Here are 
> additional instructions in the documentation 
> 
>  about setting up GDAL. 
> 
> Feel free to update us on your progress and see if we can get some additional 
> help from the rest of the community if you continue to run into these errors.
> 
> Best,
> 
> Lindsey
> Getty Conservation Institute, Arches Project
> 
> 
> 
> On Monday, November 23, 2020 at 1:06:54 PM UTC-8 hienn...@hopeworks.org <> 
> wrote:
> Hi everyone, 
> 
> I am new to this group. I have followed the instruction on arches guildline, 
> but I keep getting errors like this. I do not really understand how to work 
> with the ".setting_local". 
> 
> Really appreciate your help, 
> 
> Thank you so much 
> 
> Hien 
> 
> 
> 
> 
> 
> (ENV) (base) MacBook-Pro:project hiennguyen$ python manage.py setup_db
> 
> 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 "manage.py", line 30, in 
> 
> execute_from_command_line(sys.argv)
> 
>   File 
> "/Users/hiennguyen/Desktop/elasticsearch-7.4.0/bin/Projects/ENV/lib/python3.8/site-packages/django/core/management/__init__.py",
>  line 381, in execute_from_command_line
> 
> utility.execute()
> 
>   File 
> "/Users/hiennguyen/Desktop/elasticsearch-7.4.0/bin/Projects/ENV/lib/python3.8/site-packages/django/core/management/__init__.py",
>  line 357, in execute
> 
> django.setup()
> 
>   File 
> "/Users/hiennguyen/Desktop/elasticsearch-7.4.0/bin/Projects/ENV/lib/python3.8/site-packages/django/__init__.py",
>  line 24, in setup
> 
> apps.populate(settings.INSTALLED_APPS)
> 
>   File 
> "/Users/hiennguyen/Desktop/elasticsearch-7.4.0/bin/Projects/ENV/lib/python3.8/site-packages/django/apps/registry.py",
>  line 114, in populate
> 
> app_config.import_models()
> 
>   File 
> "/Users/hiennguyen/Desktop/elasticsearch-7.4.0/bin/Projects/ENV/lib/python3.8/site-packages/django/apps/config.py",
>  line 211, in import_models
> 
> self.models_module = import_module(models_module_name)
> 
>   File 
> "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/importlib/__init__.py",
>  line 

[Arches] Re: New map layers hover click and customizing popup

[Rob Gaston]

Hi Gabriel,

Looks like the example you are using and perhaps the documentation are both 
out of date on this topic.

The example you are trying to use is for TileStache, which we removed at 
version 5.

If you are trying to use a layer from Geoserver or similar, you’ll need to 
craft your mapbox style JSON (
https://docs.mapbox.com/mapbox-gl-js/style-spec/) with your custom map 
layers and sources, then use the add_mapbox_layer command (
https://arches.readthedocs.io/en/dev-5.1/creating-new-map-layers/#mapbox-layers
)

Additionally, I don’t think that custom popups are currently supported in 
5.1 but there is a feature ticket for that, so I imagine it will be added 
soon.

I hope that helps.
- Rob

On Thursday, October 29, 2020 at 4:02:20 AM UTC-7 gabriel.c...@gmail.com 
wrote:

> I am configuring the .json following the sample for arches4-example-pkg 
> ,
>  
> in the .json doesn't have a section for the "sources", so when I run the 
> scrypt to add_mapbox_layer return me with the keyerror: "sources". I have 
> follow the documents 
> , but 
> there are something that  I am missing, when defining the source in the 
> "sources" section, I have search in the Mapbox documents too but I cannot 
> find how should be added this section, if should be added.
>
> Thanks in advance for pointing me in some direction.
>
>
> Regards,
>  
>
>
>
>
>  
>
>
>
> On Thursday, 22 October 2020 at 12:42:27 UTC+1 Gabriel Contreras wrote:
>
>> Hello,
>>
>> I am adding some layers to my arches project, I have added some samples 
>> using geoserver using postgis as WMS services.
>> I would like to have the same layer but having the capability of popup 
>> information from each feature. 
>>
>> I have tried to add it by using the example and adding it following this 
>> instructions in arches documentation 
>> , but 
>> I am missing something and is not working, I have tried with the samples 
>> provided in arches-4-example 
>> 
>>  for 
>> vector examples, but still something I am missing.
>>
>> I run the SQL query for the table poly_testing and to add the source I 
>> have tried both way, adding directly the source to django administration 
>> and the layer ()
>>
>> [image: Screenshot from 2020-10-22 12-33-52.png]
>>
>> [image: Screenshot from 2020-10-22 12-33-34.png]
>>
>>
>>
>> And also running the scrypt from the same folder where the 
>> poly_testing.json and meta.json are located :
>>
>> python  manage.py packages -o add_mapbox_layer -j  poly_testing.json -n 
>> "poly_testing"
>>
>> NExt step I will try is to customize map popup. 
>>
>>
>> Than you very much in advance. 
>>
>> Best
>>
>

-- 
-- 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/3e9cab96-4948-43f8-956c-2a593fc00b78n%40googlegroups.com.

Re: [Arches] Map icon according to types

[Rob Gaston]

One more thing… I notice that I used the icon name “airplane-15”.  This icon 
does not actually exist in the default sprite sheet that arches includes, so 
you will need to make sure you specify icons that are available to the map to 
display or else you won’t see anything on the map.  Hopefully that’s obvious, 
but if you try to use the style below verbatim it will not work by default.  
You could change “airplane-15” to something like “music-15” which is included 
in the default sprite sheet (supported icons for the default sprite sheet can 
be found here: 
https://api.mapbox.com/styles/v1/mapbox/basic-v9/spr...@2x.json?access_token=pk.eyJ1IjoiY2hpYXR0IiwiYSI6ImZRLTZDbVkifQ.2ZLLC1kInvxJ7isk_0_OMw
 
<https://api.mapbox.com/styles/v1/mapbox/basic-v9/spr...@2x.json?access_token=pk.eyJ1IjoiY2hpYXR0IiwiYSI6ImZRLTZDbVkifQ.2ZLLC1kInvxJ7isk_0_OMw>).

- Rob

> On Jul 10, 2020, at 12:24 PM, Rob Gaston  wrote:
> 
> Hi Ashish,
> 
> Sorry, I was a bit hasty in my response earlier.  I see that you are actually 
> trying to conditionally style features of a single resource model now.  This 
> is also possible, but a bit trickier…  I’ve managed to do this by exploiting 
> the “displaydescription” property.  If you can include the typology 
> information in your description for this resource model, then you can style 
> on the contents of that.
> 
> For example, the following layer styles on “consultation type” in my local 
> database (a typological field, concept datatype, which I have added to the 
> description in the primary descriptor function) so that instances of type 
> “Post-Application” and “Condition Application” get a distinct icon (you could 
> add as many additional conditional icons as you desire):
> 
> {
> "id": "search-results-points-markers",
> "type": "symbol",
> "paint": {},
> "filter": [
> "all",
> [
> "==",
> "$type",
> "Point"
> ],
> [
> "!=",
> "highlight",
> true
> ]
> ],
> "layout": {
> "icon-size": 1.3,
> "icon-image": [
> "case",
> ["in", "Condition Application", ["get", 
> "displaydescription"]], "airplane-15",
> ["in", "Post-Application", ["get", "displaydescription"]], 
> "bicycle-15",
> "marker-15"
> ],
>         "icon-offset": [
> 0,
> -6
> ],
> "icon-allow-overlap": true
> },
> "source": "search-results-points"
> }
> 
> I had to use the “displaydescription” field here as there is only a limited 
> number of fields exposed in the marker features.  Hopefully that works for 
> you!
> 
> - Rob
> 
> 
>> On Jul 10, 2020, at 9:19 AM, Rob Gaston > <mailto:rgas...@fargeo.com>> wrote:
>> 
>> Hi Ashish,
>> 
>> Yes, this is possible.  You can simply define your layer style to 
>> conditionally style the “icon-image” on “graph_id” as in the example below:
>> 
>> [
>> {
>> "id": "search-results-points-markers",
>> "type": "symbol",
>> "paint": {},
>> "filter": [
>> "all",
>> [
>> "==",
>> "$type",
>> "Point"
>> ],
>> [
>> "!=",
>> "highlight",
>> true
>> ]
>> ],
>> "layout": {
>> "icon-size": 1.3,
>> "icon-image": [
>> "match",
>> ["get", "graph_id"],
>> "8d41e49e-a250-11e9-9eab-00224800b26d",
>> "bicycle-15",
>> "marker-15"
>> ],
>> "icon-offset": [
>> 0,
>> -6
>> ],
>> "icon-allow-overlap": true
>> },
>> "source": "search-

Re: [Arches] Map icon according to types

[Rob Gaston]

Hi Ashish,

Sorry, I was a bit hasty in my response earlier.  I see that you are actually 
trying to conditionally style features of a single resource model now.  This is 
also possible, but a bit trickier…  I’ve managed to do this by exploiting the 
“displaydescription” property.  If you can include the typology information in 
your description for this resource model, then you can style on the contents of 
that.

For example, the following layer styles on “consultation type” in my local 
database (a typological field, concept datatype, which I have added to the 
description in the primary descriptor function) so that instances of type 
“Post-Application” and “Condition Application” get a distinct icon (you could 
add as many additional conditional icons as you desire):

{
"id": "search-results-points-markers",
"type": "symbol",
"paint": {},
"filter": [
"all",
[
"==",
"$type",
"Point"
],
[
"!=",
"highlight",
true
]
],
"layout": {
"icon-size": 1.3,
"icon-image": [
"case",
["in", "Condition Application", ["get", "displaydescription"]], 
"airplane-15",
["in", "Post-Application", ["get", "displaydescription"]], 
"bicycle-15",
"marker-15"
],
"icon-offset": [
0,
-6
],
"icon-allow-overlap": true
},
"source": "search-results-points"
}

I had to use the “displaydescription” field here as there is only a limited 
number of fields exposed in the marker features.  Hopefully that works for you!

- Rob


> On Jul 10, 2020, at 9:19 AM, Rob Gaston  wrote:
> 
> Hi Ashish,
> 
> Yes, this is possible.  You can simply define your layer style to 
> conditionally style the “icon-image” on “graph_id” as in the example below:
> 
> [
> {
> "id": "search-results-points-markers",
> "type": "symbol",
> "paint": {},
> "filter": [
> "all",
> [
> "==",
> "$type",
> "Point"
> ],
> [
> "!=",
> "highlight",
> true
> ]
> ],
> "layout": {
> "icon-size": 1.3,
> "icon-image": [
> "match",
> ["get", "graph_id"],
> "8d41e49e-a250-11e9-9eab-00224800b26d",
> "bicycle-15",
> "marker-15"
> ],
> "icon-offset": [
> 0,
> -6
> ],
> "icon-allow-overlap": true
> },
> "source": "search-results-points"
> }
> ]
> 
> The “graph_id” property will always be available to style on when using the 
> “search-results-points” data source which is used to show map markers, so you 
> can style on that however you choose.
> 
> The question of how you can style these is not really an Arches question, but 
> really a Mapbox Style Spec one.  In the future, you can find all of the 
> information you need on how to style data using the Mapbox Style Spec here: 
> https://docs.mapbox.com/mapbox-gl-js/style-spec/ 
> <https://docs.mapbox.com/mapbox-gl-js/style-spec/>
> 
> I hope that helps!
> 
> - Rob
> 
> 
>> On Jul 9, 2020, at 5:00 AM, Ashish Karmacharya > <mailto:chetan.ash...@gmail.com>> wrote:
>> 
>> Dears,
>> 
>> Are there already known ways to display location (point data) with our own 
>> custom icons on the Search Map. More importantly, are there ways to display 
>> different icons based on the different typologies within the same Resource 
>> Model. For example, in DANAM: https://uni-heidelberg.de/danam/ 
>> <https://uni-heidelberg.de/danam/>, we different types of monuments within 
>> Monuments Resource Model defined in the typology branch and we want to 
>> provide each typology a unique icon.
>> 
>> Thanks.
>> 
>> Ashish

Re: [Arches] Map icon according to types

[Rob Gaston]

Hi Ashish,

Yes, this is possible.  You can simply define your layer style to conditionally 
style the “icon-image” on “graph_id” as in the example below:

[
{
"id": "search-results-points-markers",
"type": "symbol",
"paint": {},
"filter": [
"all",
[
"==",
"$type",
"Point"
],
[
"!=",
"highlight",
true
]
],
"layout": {
"icon-size": 1.3,
"icon-image": [
"match",
["get", "graph_id"],
"8d41e49e-a250-11e9-9eab-00224800b26d",
"bicycle-15",
"marker-15"
],
"icon-offset": [
0,
-6
],
"icon-allow-overlap": true
},
"source": "search-results-points"
}
]

The “graph_id” property will always be available to style on when using the 
“search-results-points” data source which is used to show map markers, so you 
can style on that however you choose.

The question of how you can style these is not really an Arches question, but 
really a Mapbox Style Spec one.  In the future, you can find all of the 
information you need on how to style data using the Mapbox Style Spec here: 
https://docs.mapbox.com/mapbox-gl-js/style-spec/ 


I hope that helps!

- Rob


> On Jul 9, 2020, at 5:00 AM, Ashish Karmacharya  
> wrote:
> 
> Dears,
> 
> Are there already known ways to display location (point data) with our own 
> custom icons on the Search Map. More importantly, are there ways to display 
> different icons based on the different typologies within the same Resource 
> Model. For example, in DANAM: https://uni-heidelberg.de/danam/, we different 
> types of monuments within Monuments Resource Model defined in the typology 
> branch and we want to provide each typology a unique icon.
> 
> Thanks.
> 
> Ashish
> 
> -- 
> -- 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/5F0706D6.4080302%40gmail.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/B169715F-FC78-4412-B84D-B5C432025237%40fargeo.com.

Re: [Arches] Arches installation

[Rob Gaston]

Hi Elishai,

Sorry, I got mixed up with another thread.  I’m assuming the issue is not with 
“python" on your path, but with “pip”.

If “python” in fact points to your python3 binary, then you can install using 
the python binary directly (instead of “pip”) by running:

python -m pip install arches

I know in some cases, python 3 is given it’s own alias “python3”, which might 
also be worth a try...

- Rob


> On Jan 15, 2020, at 12:14 PM, Elishai Cohen  wrote:
> 
> Hi Rob,
> 
> I'm using a hosted cloud server (with ubuntu 18.04)
> 
> 
>   SelectionPathPriority   Status
> 
>   0/usr/bin/python3.7   2 auto mode
>   1/usr/bin/python3.6   1 manual mode
> * 2/usr/bin/python3.7   2 manual mode
> 
> 
> Best regards,
> Elishai Cohen
> 
> 
> On Wed, 15 Jan 2020 at 22:02, Rob Gaston  <mailto:rgas...@fargeo.com>> wrote:
> Hi Elishai,
> 
> I’m no Windows expert, but it sounds like “pip” on your path still points to 
> your old python 2.7 install. I’m unsure what "change python priority as 
> expected” means, but Arches will simply use whichever binary you specify (ie 
> whichever binary you use to run the command).
> 
> I’m not sure how to fix your path on Windows (perhaps a Windows user can 
> chime in here), but (if you know where python 3 is installed) you could also 
> just use your python 3 binary directly instead of modifying your path.
> 
> - Rob
> 
> 
>> On Jan 15, 2020, at 11:53 AM, Elishai Cohen > <mailto:elishaico...@gmail.com>> wrote:
>> 
>> Hi Rob,
>> 
>> Thanks for your answer.
>> I installed a new version of python and change python priority as expected.
>> 
>> I'm not sure why but Arches installation still uses Python 2.7 version.
>> 
>> 
>> Best,
>> Elishai
>> 
>> 
>> On Wed, 15 Jan 2020 at 20:20, Rob Gaston > <mailto:rgas...@fargeo.com>> wrote:
>> Hi Elishai,
>> 
>> It appears from the output that you posted that you are trying to install 
>> Arches 5 on Python 2.7.
>> 
>> Arches 5 requires Python 3.7 as per here: 
>> https://arches.readthedocs.io/en/stable/requirements-and-dependencies/#software-dependencies
>>  
>> <https://arches.readthedocs.io/en/stable/requirements-and-dependencies/#software-dependencies>
>> 
>> I hope that helps!
>> - Rob
>> 
>>> On Jan 15, 2020, at 6:41 AM, Elishai Cohen >> <mailto:elishaico...@gmail.com>> wrote:
>>> 
>>> Hi all,
>>> 
>>> My name is Elishai Cohen, I just joined the Israel Antiquities Authority 
>>> team.
>>> 
>>> I'm using a cloud virtual machine, operation system - ubuntu 18.04 and I'm 
>>> trying to download Arches.
>>> 
>>> I used the sh file for software dependencies.
>>> while I'm trying to install Arches I'm getting the next error message:
>>> 
>>> "
>>> Collecting arches
>>>   Using cached 
>>> https://files.pythonhosted.org/packages/35/fc/38c4427db6f4ffea5aeb33f4595f627af5129b724b51c48f6bd349269cab/arches-5.0.tar.gz
>>>  
>>> <https://files.pythonhosted.org/packages/35/fc/38c4427db6f4ffea5aeb33f4595f627af5129b724b51c48f6bd349269cab/arches-5.0.tar.gz>
>>>   Installing build dependencies ... done
>>>   Getting requirements to build wheel ... error
>>>   ERROR: Command errored out with exit status 1:
>>>command: /tmp/Projects/ENV/bin/python 
>>> /tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py
>>>  get_requires_for_build_wheel /tmp/tmpenPZ7I
>>>cwd: /tmp/pip-install-g7Ovpw/arches
>>>   Complete output (22 lines):
>>>   Traceback (most recent call last):
>>> File 
>>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>>>  line 257, in 
>>>   main()
>>> File 
>>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>>>  line 240, in main
>>>   json_out['return_val'] = hook(**hook_input['kwargs'])
>>> File 
>>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>>>  line 91, in get_requires_for_build_wheel
>>>   return hook(config_settings)
>>> File 
>>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>>>  line 146, in get_requires_for_build_wheel

Re: [Arches] Arches installation

[Rob Gaston]

Hi Elishai,

I’m no Windows expert, but it sounds like “pip” on your path still points to 
your old python 2.7 install. I’m unsure what "change python priority as 
expected” means, but Arches will simply use whichever binary you specify (ie 
whichever binary you use to run the command).

I’m not sure how to fix your path on Windows (perhaps a Windows user can chime 
in here), but (if you know where python 3 is installed) you could also just use 
your python 3 binary directly instead of modifying your path.

- Rob


> On Jan 15, 2020, at 11:53 AM, Elishai Cohen  wrote:
> 
> Hi Rob,
> 
> Thanks for your answer.
> I installed a new version of python and change python priority as expected.
> 
> I'm not sure why but Arches installation still uses Python 2.7 version.
> 
> 
> Best,
> Elishai
> 
> 
> On Wed, 15 Jan 2020 at 20:20, Rob Gaston  <mailto:rgas...@fargeo.com>> wrote:
> Hi Elishai,
> 
> It appears from the output that you posted that you are trying to install 
> Arches 5 on Python 2.7.
> 
> Arches 5 requires Python 3.7 as per here: 
> https://arches.readthedocs.io/en/stable/requirements-and-dependencies/#software-dependencies
>  
> <https://arches.readthedocs.io/en/stable/requirements-and-dependencies/#software-dependencies>
> 
> I hope that helps!
> - Rob
> 
>> On Jan 15, 2020, at 6:41 AM, Elishai Cohen > <mailto:elishaico...@gmail.com>> wrote:
>> 
>> Hi all,
>> 
>> My name is Elishai Cohen, I just joined the Israel Antiquities Authority 
>> team.
>> 
>> I'm using a cloud virtual machine, operation system - ubuntu 18.04 and I'm 
>> trying to download Arches.
>> 
>> I used the sh file for software dependencies.
>> while I'm trying to install Arches I'm getting the next error message:
>> 
>> "
>> Collecting arches
>>   Using cached 
>> https://files.pythonhosted.org/packages/35/fc/38c4427db6f4ffea5aeb33f4595f627af5129b724b51c48f6bd349269cab/arches-5.0.tar.gz
>>  
>> <https://files.pythonhosted.org/packages/35/fc/38c4427db6f4ffea5aeb33f4595f627af5129b724b51c48f6bd349269cab/arches-5.0.tar.gz>
>>   Installing build dependencies ... done
>>   Getting requirements to build wheel ... error
>>   ERROR: Command errored out with exit status 1:
>>command: /tmp/Projects/ENV/bin/python 
>> /tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py
>>  get_requires_for_build_wheel /tmp/tmpenPZ7I
>>cwd: /tmp/pip-install-g7Ovpw/arches
>>   Complete output (22 lines):
>>   Traceback (most recent call last):
>> File 
>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>>  line 257, in 
>>   main()
>> File 
>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>>  line 240, in main
>>   json_out['return_val'] = hook(**hook_input['kwargs'])
>> File 
>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>>  line 91, in get_requires_for_build_wheel
>>   return hook(config_settings)
>> File 
>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>>  line 146, in get_requires_for_build_wheel
>>   return self._get_build_requires(config_settings, 
>> requirements=['wheel'])
>> File 
>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>>  line 127, in _get_build_requires
>>   self.run_setup()
>> File 
>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>>  line 237, in run_setup
>>   self).run_setup(setup_script=setup_script)
>> File 
>> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>>  line 142, in run_setup
>>   exec(compile(code, __file__, 'exec'), locals())
>> File "setup.py", line 18, in 
>>   version = __import__("arches").__version__
>> File "/tmp/pip-install-g7Ovpw/arches/arches/__init__.py", line 2, in 
>> 
>>   from arches.setup import get_version
>> File "/tmp/pip-install-g7Ovpw/arches/arches/setup.py", line 5, in 
>> 
>>   import urllib.request, urllib.error, urllib.parse
>>   ImportError: No module named request
>>   
>> ERROR: Command errored out with exit status 1: /tmp/Projects/ENV/bin/python 
>> /tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py
&

Re: [Arches] Arches installation

[Rob Gaston]

Hi Elishai,

It appears from the output that you posted that you are trying to install 
Arches 5 on Python 2.7.

Arches 5 requires Python 3.7 as per here: 
https://arches.readthedocs.io/en/stable/requirements-and-dependencies/#software-dependencies
 


I hope that helps!
- Rob

> On Jan 15, 2020, at 6:41 AM, Elishai Cohen  wrote:
> 
> Hi all,
> 
> My name is Elishai Cohen, I just joined the Israel Antiquities Authority team.
> 
> I'm using a cloud virtual machine, operation system - ubuntu 18.04 and I'm 
> trying to download Arches.
> 
> I used the sh file for software dependencies.
> while I'm trying to install Arches I'm getting the next error message:
> 
> "
> Collecting arches
>   Using cached 
> https://files.pythonhosted.org/packages/35/fc/38c4427db6f4ffea5aeb33f4595f627af5129b724b51c48f6bd349269cab/arches-5.0.tar.gz
>   Installing build dependencies ... done
>   Getting requirements to build wheel ... error
>   ERROR: Command errored out with exit status 1:
>command: /tmp/Projects/ENV/bin/python 
> /tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py
>  get_requires_for_build_wheel /tmp/tmpenPZ7I
>cwd: /tmp/pip-install-g7Ovpw/arches
>   Complete output (22 lines):
>   Traceback (most recent call last):
> File 
> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>  line 257, in 
>   main()
> File 
> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>  line 240, in main
>   json_out['return_val'] = hook(**hook_input['kwargs'])
> File 
> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py",
>  line 91, in get_requires_for_build_wheel
>   return hook(config_settings)
> File 
> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>  line 146, in get_requires_for_build_wheel
>   return self._get_build_requires(config_settings, requirements=['wheel'])
> File 
> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>  line 127, in _get_build_requires
>   self.run_setup()
> File 
> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>  line 237, in run_setup
>   self).run_setup(setup_script=setup_script)
> File 
> "/tmp/Projects/ENV/local/lib/python2.7/site-packages/setuptools/build_meta.py",
>  line 142, in run_setup
>   exec(compile(code, __file__, 'exec'), locals())
> File "setup.py", line 18, in 
>   version = __import__("arches").__version__
> File "/tmp/pip-install-g7Ovpw/arches/arches/__init__.py", line 2, in 
> 
>   from arches.setup import get_version
> File "/tmp/pip-install-g7Ovpw/arches/arches/setup.py", line 5, in 
>   import urllib.request, urllib.error, urllib.parse
>   ImportError: No module named request
>   
> ERROR: Command errored out with exit status 1: /tmp/Projects/ENV/bin/python 
> /tmp/Projects/ENV/local/lib/python2.7/site-packages/pip/_vendor/pep517/_in_process.py
>  get_requires_for_build_wheel /tmp/tmpenPZ7I Check the logs for full command 
> output."
> 
> I installed requet/requets module.
> 
> I appreciate it if you could advise me.
> 
> Best regards,
> Elishai Cohen
> 
> -- 
> -- 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/bf7193ac-6088-498c-8b33-3aac880c397d%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/8FF105F6-F99E-42C5-82D0-2C4427203DA3%40fargeo.com.

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

[Rob Gaston]

Hi Brett,

You can use shp2pgsql 
(https://postgis.net/docs/using_postgis_dbmanagement.html#shp2pgsql_usage 
) to 
load your shapefile into PostGIS.  From there you can follow this example: 
https://github.com/legiongis/arches4-geo-examples/tree/master/tileserver/postgis
 


With data of that size, you’ll probably need to be thoughtful about how you 
craft your TileStache config (http://tilestache.org/doc/ 
) taking into consideration zoom levels and caching 
to optimize performance.

You’ll also need to style your data according to the Mapbox Style Spec 
(https://docs.mapbox.com/mapbox-gl-js/style-spec/ 
).  You may find Maputnik 
(https://maputnik.github.io/ ) useful as a GUI for 
building to this spec.

I hope that helps!
- Rob


> On Jun 29, 2019, at 11:33 AM, Brett Ferguson  wrote:
> 
> Hi Alina -
> 
> Thanks for following up with this. I haven't found a solution yet, so if you 
> have any members that might be able to help I'd really appreciate it.
> 
> Cheers,
> 
> Brett
> 
> On Thursday, June 27, 2019 at 2:26:40 PM UTC-7, Alina Myklebust wrote:
> Hi Brett,
> 
> I noticed you haven't received feedback on your shapefile question.  If you 
> haven't found a solution yet, I will see if another community member can help 
> answer your question. 
> 
> Cheers,
> 
> Alina
> 
> 
> On Wednesday, June 19, 2019 at 8:49:47 AM UTC-7, 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/1309efd7-12f5-4614-8f4f-64ca7daa7c39%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/8D2B543A-4D14-4947-B5F2-671AA6751E09%40fargeo.com.

Re: [Arches] SyntaxError during installation (Arches app creation)

[Rob Gaston]

Perhaps - is it possible for you to test locally to confirm or deny my 
suspicions?

Thanks,
- Rob


> On Nov 6, 2018, at 8:06 AM, Joel Aldor  wrote:
> 
> In which case, the shell script for dependencies on Ubuntu 16.04 must be 
> updated then.
> 
> -- 
> -- 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] SyntaxError during installation (Arches app creation)

[Rob Gaston]

Hi Joel,

Just conjecture, but based on that error message it looks like your versions of 
node and/or yarn may need an upgrade.

- Rob

> On Nov 5, 2018, at 7:04 PM, Joel Aldor  wrote:
> 
> Hi all,
> 
> I get this error message after I installed Arches v4.3.3, and cannot proceed:
>  
> (ENV)ubuntu@ARCHESv4:~/Projects$ arches-project create phm4app
> /usr/local/lib/node_modules/yarn/lib/cli.js:62909
>   let code = codeRegex();
>   ^^^
> SyntaxError: Block-scoped declarations (let, const, function, class) not yet 
> supported outside strict mode
> at exports.runInThisContext (vm.js:53:16)
> at Module._compile (module.js:374:25)
> at Object.Module._extensions..js (module.js:417:10)
> at Module.load (module.js:344:32)
> at Function.Module._load (module.js:301:12)
> at Module.require (module.js:354:17)
> at require (internal/module.js:12:17)
> at Object. (/usr/local/lib/node_modules/yarn/bin/yarn.js:24:13)
> at Module._compile (module.js:410:26)
> at Object.Module._extensions..js (module.js:417:10)
> 
> Anything I can do to fix this? Thank you.
> 
> Regards,
> 
> 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.

Re: [Arches] Upgrade to 4.3 fails

[Rob Gaston]

Closing the thread on this… we tracked down Dale’s issue. 

A 4.3.1 release will ship shortly so that future migrations will not encounter 
this error. 

In the meanwhile, the issue can be worked around by running the following SQL 
prior to migration:

update reports
set config = '{}'::json
where config is NULL;


- Rob


> On Sep 3, 2018, at 5:16 AM, Dale Lloyd  wrote:
> 
> When I typed 'python manage.py migrate', i got the following error:
> 
> Operations to perform:
>   Apply all migrations: admin, auth, contenttypes, guardian, models, 
> oauth2_provider, sessions
> Running migrations:
>   Applying models.3201_second_removal_of_node_nodetype_branch... OK
>   Applying models.deserialize_provisional_edits... OK
>   Applying models.3385_add_provisional_user_fields... OK
>   Applying models.3454_graph_node_sort_order... OK
>   Applying models.3601_remove_forms... OK
>   Applying models.3724_report_manager... OK
>   Applying models.3724_report_manager_2...Traceback (most recent call last):
>   File "manage.py", line 29, in 
> execute_from_command_line(sys.argv)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>  line 364, in execute_from_command_line
> utility.execute()
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>  line 356, in execute
> self.fetch_command(subcommand).run_from_argv(self.argv)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/core/management/base.py",
>  line 283, in run_from_argv
> self.execute(*args, **cmd_options)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/core/management/base.py",
>  line 330, in execute
> output = self.handle(*args, **options)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/core/management/commands/migrate.py",
>  line 204, in handle
> fake_initial=fake_initial,
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/migrations/executor.py",
>  line 115, in migrate
> state = self._migrate_all_forwards(state, plan, full_plan, fake=fake, 
> fake_initial=fake_initial)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/migrations/executor.py",
>  line 145, in _migrate_all_forwards
> state = self.apply_migration(state, migration, fake=fake, 
> fake_initial=fake_initial)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/migrations/executor.py",
>  line 244, in apply_migration
> state = migration.apply(state, schema_editor)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/migrations/migration.py",
>  line 129, in apply
> operation.database_forwards(self.app_label, schema_editor, old_state, 
> project_state)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/migrations/operations/special.py",
>  line 108, in database_forwards
> self._run_sql(schema_editor, self.sql)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/migrations/operations/special.py",
>  line 133, in _run_sql
> schema_editor.execute(statement, params=None)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/backends/base/schema.py",
>  line 136, in execute
> cursor.execute(sql, params)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/backends/utils.py",
>  line 79, in execute
> return super(CursorDebugWrapper, self).execute(sql, params)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/backends/utils.py",
>  line 64, in execute
> return self.cursor.execute(sql, params)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/utils.py", 
> line 94, in __exit__
> six.reraise(dj_exc_type, dj_exc_value, traceback)
>   File 
> "/opt/Projects/ENV/local/lib/python2.7/site-packages/django/db/backends/utils.py",
>  line 62, in execute
> return self.cursor.execute(sql)
> django.db.utils.IntegrityError: null value in column "config" violates 
> not-null constraint
> DETAIL:  Failing row contains (ccbd1537-ac5e-11e6-84a5-026d961c88e6, People 
> and Organizations, This resource model describes actor resources such as 
> individual..., null,  GCI, null, , t, t, fa fa-user, Describes resources such 
> as individual people and groups of peop..., 
> e6e8db47-2ccf-11e6-927e-b8f6b115d7dd, rgba(233,112,111,0.8), null, null, 
> 5000----0001).
> 
> 
> Any help greatly appreciated.
> 
> -- 
> -- 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 

Re: [Arches] Adding Tileserver Layers

[Rob Gaston]

Hi David,

The JSON that Adam provided specifies paint styles for lines only, which is 
probably at least one reason why you aren’t seeing anything on the map.

I tested and confirmed that the example I sent yesterday was working with 
Arches, so I think it will expedite your process to give it a try and see if it 
works for you rather than trying to write your own layer styles (which can be 
fraught with human error if one is not used to hand writing JSON).

You can then take the resultant overlay and modify the styles in the Map Layer 
Manager, which makes it easier to interactively change your style JSON.

- Rob

> On Jan 30, 2018, at 6:15 AM, David Lopes <cim...@gmail.com> wrote:
> 
> Hi Rob,
> 
> Thanks for the help, for now (because I'm not working on this full time) I 
> will explore the ways Adam showed me and then, hopefully soon, I will look 
> into the examples that you gave me.
> 
> Anyway I will feed back to you about how I am progressing.
> 
> Best regards,
> 
> 
> 
> terça-feira, 30 de Janeiro de 2018 às 00:05:14 UTC, Rob Gaston escreveu:
>> 
>> Hi David,
>> 
>> Just to add to what Adam said: the JSON that Adam sent in his previous 
>> message is an example of how you might use Arches’s built-in tileserver to 
>> create a vector tile service using a table in PostgreSQL and add that 
>> service as an overlay to Arches.
>> 
>> I see in your original message that you had some GeoJSON embedded in your 
>> tileserver layer JSON.  If you just want to add a static GeoJSON layer (for 
>> example, one like this: 
>> http://bl.ocks.org/d/ef52412364feacb59192efe73045068d) then you can create a 
>> GeoJSON source and bypass the tileserver entirely.  To do this, you will 
>> instead be using the “add_mapbox_layer“ command.This is especially useful if 
>> you have a small dataset (like the one that your provided) and don’t need 
>> any of PostGIS’s spatial processing capabilities (such as the clustering 
>> functions we use for resource layers by default).
>> 
>> Here is a link to an example of how you might add such a static GeoJSON 
>> layer: https://gist.github.com/robgaston/d0e3db6b966837be65031d2300a0801d
>> 
>> You’re probably best off just:
>> 1) downloading the JSON file in the gist,
>> 2) putting that file in the same folder as your project’s manage.py file
>> 3) scraping the content of add-example-points-layer.sh and running that 
>> manually at a command line from your project’s folder.
>> 
>> I hope that helps!
>> - Rob
>> 
>> 
>>> On Jan 29, 2018, at 9:22 AM, Adam Cox <mr.ad...@gmail.com> wrote:
>>> 
>>> Hi David, you're correct that this is a JSON syntax error. I used this 
>>> handy tool https://jsonlint.com/ to test it. It also formats the code in a 
>>> way that makes it easier to visualize JSON syntax.
>>> 
>>> Ultimately, the change that needs to happen is moving the ] that is near 
>>> the very end to a position right before the "config" section and adding a , 
>>> after it. So the following is valid JSON:
>>> 
>>> {
>>> "type": "FeatureCollection",
>>> "features": [{
>>> "type": "Feature",
>>> "properties": {
>>> "KML_STYLE": "msn_I3",
>>> "KML_FOLDER": "Arcos de Valdevez"
>>> },
>>> "geometry": {
>>> "type": "Point",
>>> "coordinates": [-8.450217, 41.938804]
>>> }
>>> },
>>> {
>>> "type": "Feature",
>>> "properties": {
>>> "KML_STYLE": "msn_M",
>>> "KML_FOLDER": "Arcos de Valdevez"
>>> },
>>> "geometry": {
>>> "type": "Point",
>>> "coordinates": [-8.343963, 41.870299]
>>> }
>>> },
>>> {
>>> "type": "Feature",
>>> "properties": {
>>> "KML_STYLE": "msn_M&q

Re: [Arches] Adding Tileserver Layers

[Rob Gaston]

Hi David,

Just to add to what Adam said: the JSON that Adam sent in his previous message 
is an example of how you might use Arches’s built-in tileserver to create a 
vector tile service using a table in PostgreSQL and add that service as an 
overlay to Arches.

I see in your original message that you had some GeoJSON embedded in your 
tileserver layer JSON.  If you just want to add a static GeoJSON layer (for 
example, one like this: http://bl.ocks.org/d/ef52412364feacb59192efe73045068d 
) then you can create a 
GeoJSON source and bypass the tileserver entirely.  To do this, you will 
instead be using the “add_mapbox_layer“ command.This is especially useful if 
you have a small dataset (like the one that your provided) and don’t need any 
of PostGIS’s spatial processing capabilities (such as the clustering functions 
we use for resource layers by default).

Here is a link to an example of how you might add such a static GeoJSON layer: 
https://gist.github.com/robgaston/d0e3db6b966837be65031d2300a0801d 


You’re probably best off just:
1) downloading the JSON file in the gist,
2) putting that file in the same folder as your project’s manage.py file
3) scraping the content of add-example-points-layer.sh and running that 
manually at a command line from your project’s folder.

I hope that helps!
- Rob


> On Jan 29, 2018, at 9:22 AM, Adam Cox  wrote:
> 
> Hi David, you're correct that this is a JSON syntax error. I used this handy 
> tool https://jsonlint.com/  to test it. It also 
> formats the code in a way that makes it easier to visualize JSON syntax.
> 
> Ultimately, the change that needs to happen is moving the ] that is near the 
> very end to a position right before the "config" section and adding a , after 
> it. So the following is valid JSON:
> 
> {
>   "type": "FeatureCollection",
>   "features": [{
>   "type": "Feature",
>   "properties": {
>   "KML_STYLE": "msn_I3",
>   "KML_FOLDER": "Arcos de Valdevez"
>   },
>   "geometry": {
>   "type": "Point",
>   "coordinates": [-8.450217, 41.938804]
>   }
>   },
>   {
>   "type": "Feature",
>   "properties": {
>   "KML_STYLE": "msn_M",
>   "KML_FOLDER": "Arcos de Valdevez"
>   },
>   "geometry": {
>   "type": "Point",
>   "coordinates": [-8.343963, 41.870299]
>   }
>   },
>   {
>   "type": "Feature",
>   "properties": {
>   "KML_STYLE": "msn_M",
>   "KML_FOLDER": "Arcos de Valdevez"
>   },
>   "geometry": {
>   "type": "Point",
>   "coordinates": [-8.389271, 41.868684]
>   }
>   },
>   {
>   "type": "Feature",
>   "properties": {
>   "KML_STYLE": "msn_I1",
>   "KML_FOLDER": "Caminha"
>   },
>   "geometry": {
>   "type": "Point",
>   "coordinates": [-8.832159, 41.873065]
>   }
>   },
>   {
>   "type": "Feature",
>   "properties": {
>   "KML_STYLE": "msn_M0",
>   "KML_FOLDER": "Caminha"
>   },
>   "geometry": {
>   "type": "Point",
>   "coordinates": [-8.838441, 41.801253]
>   }
>   },
>   {
>   "type": "Feature",
>   "properties": {
>   "KML_STYLE": "msn_M0",
>   "KML_FOLDER": "Caminha"
>   },
>   "geometry": {
>   "type": "Point",
>   "coordinates": [-8.841388, 41.809651]
>   }
>   },
>   {
>   "type": "Feature",
>   "properties": {
>   "KML_STYLE": "msn_M0",
>   "KML_FOLDER": "Caminha"
>   },
>   "geometry": {
>   "type": 

Re: [Arches] MapBox/TileStache styling issues

[Rob Gaston]

Hi Adam,

You are correct in your assertions here.  You will need to tune the simplify 
value for your data so that any slivers/distortion are acceptable to the eye.  
It defaults to 1.0, which is quite aggressive, so you will generally want to 
set this value yourself.  Just bear in mind that reducing/removing 
simplification (as you mention, setting to 0 will remove it entirely) will 
increase the size of your tiles and result in greater network latency when 
loading tiles, so you will need to weigh both sides (presentation & 
performance) of this compromise as they both impact the overall UX.

You are also correct that you could create another table or view that shows 
just the outlines of your polygons.  You could also do this directly in your 
tileserver SQL; here’s an example using the PostGIS function "ST_ExteriorRing” 
and Arches's "mv_geojson_geoms” view:

SELECT resourceinstanceid::text,
false AS poly_outline,
(row_number() over ())::text as __id__,
geom AS __geometry__
FROM mv_geojson_geoms
WHERE ST_GeometryType(geom) = 'ST_Polygon'
UNION
SELECT resourceinstanceid::text,
true AS poly_outline,
(row_number() over ())::text||'-outline' as __id__,
ST_ExteriorRing(geom) AS __geometry__
FROM mv_geojson_geoms
WHERE ST_GeometryType(geom) = 'ST_Polygon';

Then you can use filters in your mapbox styles to paint the outlines and fills 
based on the “poly_outline” property.  Bear in mind, that this approach 
sacrifices additional server overhead (due to the spatial processing to create 
the exterior rings, primarily) in an attempt to reduce the data volume in your 
tiles.  This may, however, backfire depending on the size of your geometries 
relative to the zoom levels users will commonly view them at.  ie you will be 
able to clip your geometries, but each tile will include duplicated coordinate 
values for every vertex.  If duplicating vertices generates more coordinates 
per tile than turning clipping off then this approach could both increase 
server overhead and tile data size.

Of course, which solution is best depends on your data, application and use 
cases.  I would encourage anyone to use some trial & error to determine what 
will work best for a particular context.  You can use the admin UI to modify 
your tileserver configurations, which is a nice way to try things out w/o 
having to use SQL to update records directly.

Also, you should always consider using caching, but be aware that you’ll need 
to manage your own caches (for example, creating scheduled jobs to 
truncate/reseed, if needed).

- Rob



> On Jan 29, 2018, at 10:30 AM, Adam Cox <mr.adam...@gmail.com> wrote:
> 
> Hey Rob, this worked great! Thanks for the quick response.
> 
> One other thing I'm noticing is that the generalizing that there seems to be 
> a default, non-zero value for "simplify"... I removed that parameter because 
> simplifying adjacent polygons created gaps at some zoom levels. However, it 
> wasn't until I explicitly set "simplify":0 that it actually rendered without 
> any simplification. Ultimately, it would probably be best to make a separate 
> postgis that has the outlines as lines, not polygons, and add that into the 
> mix.
> 
> Adam
> 
> On Mon, Jan 29, 2018 at 12:20 PM, Rob Gaston <rgas...@fargeo.com 
> <mailto:rgas...@fargeo.com>> wrote:
> Hi Adam,
> 
> You should be able to handle this by using the “clip” parameter for the 
> VecTiles provider (see here: 
> http://tilestache.org/doc/TileStache.Goodies.VecTiles.server.html 
> <http://tilestache.org/doc/TileStache.Goodies.VecTiles.server.html>).
> 
> Here’s a quick example using the “rivers.json” file, note the “clip” 
> parameter included in the provider definition:
> {
>   "type": "vector",
>   "layers": [{
>   "id": "rivers",
>   "type": "line",
>   "source": "rivers",
>   "source-layer": "rivers",
>   "layout": {
>   "visibility": "visible"
>   },
>   "paint": {
>   "line-width": 2,
>   "line-color": "rgb(37, 58, 241)"
>   }
>   }],
>   "config": {
>   "provider": {
>   "class": "TileStache.Goodies.VecTiles:Provider",
>   "kwargs": {
>   "dbinfo": {
>   "host": "localhost",
>   

Re: [Arches] MapBox/TileStache styling issues

[Rob Gaston]

Hi Adam,

You should be able to handle this by using the “clip” parameter for the 
VecTiles provider (see here: 
http://tilestache.org/doc/TileStache.Goodies.VecTiles.server.html 
).

Here’s a quick example using the “rivers.json” file, note the “clip” parameter 
included in the provider definition:
{
"type": "vector",
"layers": [{
"id": "rivers",
"type": "line",
"source": "rivers",
"source-layer": "rivers",
"layout": {
"visibility": "visible"
},
"paint": {
"line-width": 2,
"line-color": "rgb(37, 58, 241)"
}
}],
"config": {
"provider": {
"class": "TileStache.Goodies.VecTiles:Provider",
"kwargs": {
"dbinfo": {
"host": "localhost",
"user": "postgres",
"password": "postgis",
"database": "arches",
"port": "5432"
},
"simplify": 0.5,
“clip": false,
"queries": [
"select gid as __id__, name, 
st_asgeojson(geom) as geojson, st_transform(geom, 900913) as __geometry__ from 
rivers"
]
}
},
"allowed origin": "*",
"compress": true,
"write cache": false
}
}


You should note: in some cases (depending on the resolution and size of your 
geometries) turning off clipping may impact performance as the entire geometry 
will be included in your tiles.  I think that turning clipping off is really 
only useful for layers where you need a polygon outline style.  I would imagine 
that in most cases the performance impact of this can be mitigated by tuning 
your simplification and cache parameters.

- Rob



> On Jan 29, 2018, at 9:46 AM, Adam Cox  wrote:
> 
> While trying to add a new tileserver layer to my Arches 4.0.1 installation, I 
> came across a rendering issue that I'm wondering if anyone else has dealt 
> with. My layer is a postgis table of polygons, and in QGIS it shows up just 
> fine (these are boundaries of multi-county regions in Florida). However, when 
> I make a tileserver layer in Arches from it, I get the following result, 
> which has an extra perpendicular grid that is non-existent in the dataset.
> 
>  
> 
> From the way this grid shows up (variably at different zoom levels, etc.), I 
> can tell it's an outline of the actual tiles themselves. Does anyone know how 
> to fix this? In the Arches Map Layer manager, I have the following for the 
> Service Styling:
> 
> [
>   {
>   "layout": {
>   "visibility": "visible"
>   },
>   "paint": {
>   "fill-color": "#343434"
>   },
>   "source": "FPAN Regions",
>   "source-layer": "FPAN Regions",
>   "type": "fill",
>   "id": "fpan_region"
>   },
> {
>   "layout": {
>   "visibility": "visible"
>   },
>   "paint": {
>   "line-color": "#ee",
>   "line-width": 2
>   },
>   "source": "FPAN Regions",
>   "source-layer": "FPAN Regions",
>   "type": "line",
>   "id": "fpan_region-outline"
>   }
> ]
> 
> 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 
> .
> 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 

[Arches] Re: Resource Layers after deleting map source

[Rob Gaston]

Hi Angela,

Can you please provide more details on the javascript error that you are 
encountering?  The error message and stack trace would be helpful, as well 
as any details on the layers that you were editing prior to the error 
popping up.  Even more helpful would be a web accessible instance of your 
application where we could see the bug in action.

Thanks,
- Rob


On Monday, January 15, 2018 at 8:04:36 AM UTC-8, Angela Feliu wrote:
>
> Hello everyone 
> I have a very strange behaviour after I delete a map source and map layer.
>
> I go to Resource Layers and it appears to have a javascript error on 
> map-layer-manager.js on line 335 ((item.config.layerName() ? 
> item.config.layerName() : item.layer.name) :) and I can't open any tab of 
> Map Layer Manager.
>
> Do you know how can I fix that??
> Thanks 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.
For more options, visit https://groups.google.com/d/optout.

[Arches] Re: Support srid 4326 in mapbox

[Rob Gaston]

Hi Angela,

Mapbox GL JS can use WMS, but as you can see, it expects the WMS service to 
support EPSG:3857.  I think that you'll need to modify your service to 
support EPSG:3857 if you want to use that specific WMS as an overlay.

- Rob


On Monday, January 15, 2018 at 1:23:14 AM UTC-8, Angela Feliu wrote:
>
> Good morning all
> I have installed arches4 with mapbox and I want to add a base map with 
> public services. These services do not accept srid 3857
> . Is it possible to add base maps wms with projection 4326??
>
>
> I have these conf  in base maps 
> {"tiles": 
> ["http://?LAYERS=xxx=application/vnd.ogc.se_xml=WMS=1.1.1=GetMap=={bbox-epsg-3857}=image/png=WMS=1.1.1=GetMap=EPSG:3857=256=256;],
>  
> "type": "raster", "tileSize": 256}
>
> Thanks 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.
For more options, visit https://groups.google.com/d/optout.

Re: [Arches] Re: Problems with USE_L10N = True

[Rob Gaston]

This issue is probably w/ the django serialization of these values, not w/ the 
mapbox gl js library itself.  In javascript, decimal numbers must always be 
formatted with dots, not commas (dots and commas have specific meanings in JS).

I think this is a simple bug - we probably just need to modify our templates 
(at least these two lines: 
https://github.com/archesproject/arches/blob/master/arches/app/templates/javascript.htm#L235-L236
 
)
 so that these numbers are not formatted for presentation (localized) and 
rather the raw values are preserved, probably using “unlocalize” 
(https://docs.djangoproject.com/en/1.8/topics/i18n/formatting/#unlocalize 
).

- Rob


> On Jan 8, 2018, at 9:31 AM, Adam Cox  wrote:
> 
> Ah, I understand now. Interesting. I've been looking around at Mapbox 
> documentation and tickets... not finding much on whether or not commas would 
> break that library, only this https://github.com/mapbox/mapbox-java/issues/39 
>  which suggests that maybe 
> the issue has been at least been considered at some point in the js-gl 
> library. That said, it may be not wise to count on it.
> 
> I think the best solution would be to find where in the map widget the 
> coordinates are pulled from the database and force them back to using "." 
> instead of ",". 
> https://github.com/archesproject/arches/blob/master/arches/app/media/js/views/components/widgets/map.js
>  
> .
>  If you want to start working on that, you should be able to copy that file 
> into the corresponding location in your project (from wherever you have 
> Arches installed or cloned) and begin modifying it.
> 
> Adam
> 
> On Mon, Jan 8, 2018 at 10:49 AM, Angela Feliu  > wrote:
> Hello Adam,
> 
> The problem is that using USE_L10N = True that formats numbers and dates and 
> calendars in Spanish (and we need so for models)
>  the configuration for map centers comes like this from server data.
> 
> 
> 
> El dilluns, 8 gener de 2018 12:43:30 UTC+1, Angela Feliu va escriure:
> Hello I have checked that when in settings we use format numbers, dates, and 
> calendars according to the current locale and we translate web to Spanish,  
> Arches doen't work correctly as in the moment of creating map
> 
> mapDefaultX: 2,18415123653,
> mapDefaultY: 41,3969621191,
> 
> So it throws javascript error
>  
> 
> 
> 
> -- 
> -- 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: Icons on map

[Rob Gaston]

Hi Vincent,

The layer you are looking at in the map layer manager is a resource layer, not 
the layer that contains search markers.  For this, from the map layer manager, 
go to Overlays > Search Markers.

The marker looks “grainy” because it is expanded to 2x it’s regular size.  You 
can customize the styling here however you see fit.  The glyphs that are 
available in mapbox gl js by default can be seen here: 
https://github.com/mapbox/mapbox-gl-styles#standard-icons 


The console warning can be ignored.  The python mapbox vector tile renderer 
does not support the v3 spec yet.

- Rob



> On Oct 11, 2017, at 11:51 AM, Vincent Meijer  wrote:
> 
> Hi Dennis,
> 
> Sorry for the late reply. 
> I was confused by/suspicious of this behavior for two reasons:
> - The hexagons keep their size when I zoom in, so they become huge (see first 
> screenshot below). But I see now that I can change this in Map Settings -> 
> Search Results Grid.
> - The black markers are quite grainy, which made me think it was some 
> javascript bug.
> 
> 
> Regarding the second point, when I go to Map Manager that black marker is 
> displayed as a small dot (please see second screenshot below). 
> I expected that icon to be the Android figure I selected from the list below. 
> Am I misinterpreting the role of that icon? 
> I did find out I can change the size and color of that black dot. Is there a 
> way to change the black marker?
> 
> Please also note the warning in the browser console in the bottom. Is anybody 
> else seeing this?
> 
> 
> Anyway, thanks for your help!
> 
> Vincent
> 
> 
>  
> 
> 
> 
> 
> 
> 
> 
>  
> 
> 
> 
> On Friday, 6 October 2017 13:13:44 UTC-4, Dennis Wuthrich wrote:
> Hi Vincent
> 
> Arches provides a way to show the full set of resources that meet your search 
> criteria, and uses the purple hexagons to display a binned distribution of 
> all resources in your query.  The black markers show the location of a 
> specific resource instance on the map.  Another way to say this: the purple 
> polygons aggregate all the resource instances in your query, the markers show 
> the location of each instance.
> 
> Of course, you are not required to show the hexagons (e.g.; an overlay that 
> we call the "search results" layer) on your map.  You can hide the layer by 
> default (or delete it if you prefer) in the map manager.
> 
> Hope this helps.
> 
> Dennis
> 
> On Friday, October 6, 2017 at 6:20:19 AM UTC-7, Vincent Meijer wrote:
> The location icons on my Arches 4 map seem to be a bit off.
> 
> All georeferenced items in my database show up as purple hexagons. Those 
> resources that are currently visible in the results bar on the left show an 
> additional black location icon.
> 
> No errors are shown in the browser console. 
> 
> Thoughts?
> 
> Thanks!
> Vincent
> 
>  
> 
> 
> 
> -- 
> -- 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] Authority files problem and user permissions

[Rob Gaston]

Hi Vencislav,

Looks like you may just need to import ugettext in your settings.py file by 
adding the following line near the top with the other imports:

from django.utils.translation import ugettext as _

Hope that helps!

- Rob Gaston


> On Dec 8, 2016, at 12:27 AM, Vencislav Pirinski <vpirin...@gmail.com> wrote:
> 
> Dear Arches Team,
> 
> My name is Vencislav Pirinski and I am from the Institute of Information and 
> Communication Technologies at the Bulgarian Academy of Sciences. We are 
> trying to install Arches on our HPC facility and to make it popular among the 
> community dealing with digitisation and preservation of cultural heritage. 
> 
> We try to install Arches + Arches HIP on vitual ubuntu machine. We have 
> followed all the steps from the tutorials and most things are runing now. 
> We have errors when using search and resource manager. 
> I saw that we don't have any authority files, so i copied the entire 
> "source_data" folder from github project --->"Arches Crip" 
> <https://github.com/mradamcox/crip><--- and updated ---> "settngs.py" 
> <https://docs.google.com/document/d/1M8A1SsY54-F7jtIHFstA48N2pyzkOIhigGIaGJxqIw4/edit?usp=sharing>
>  <---, but that didn't help. Now we have an error when runing the server:
> 
>   File "/home/ubuntua/Projects/viseem_herit/viseem_herit/settings.py", line 
> 34, in RESOURCE_TYPE_CONFIGS
> 'name': _('Historic Resource'),
> NameError: global name '_' is not defined
> 
> I tried to reinstall arches, to accomudate the new files and settings with 
> the command "python manage.py packages -o install" but it gives me permission 
> denied to write some files. A huge problem with user permissions. Maybe i 
> shoud use "chmod" to fix this ?
> 
> Your advice will be highly appreciated !
> 
> Best regards,
> V Pirinski
> 
> 
> 
> 
> 
> -- 
> -- 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 
> <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 
> <mailto:archesproject+unsubscr...@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout 
> <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: Converting WKT to GeoJSON to sort geometries by type

[Rob Gaston]

Hi Adam,

Arches includes all the tools you need to do this conversion on either the 
client or server.

I've created a gist here 
 with a 
python file showing how to do it on the server and a javascript file 
showing how to do it on client.

Let me know if you have questions about it.

Hope that helps!
- Rob

On Wednesday, June 1, 2016 at 9:43:29 AM UTC-7, Adam Cox wrote:
>
> I'm recording different types of geometry for a given resource (Project 
> Area vs. Area of Potential Effect, in this case), and would like a little 
> feedback on the following methodology, if anyone has any.
>
> For background, a simple v3 resource with one polygon looks like this in 
> its raw json form:
>
> {
>   "_index": "resource",
>   "_version": 5,
>   "typename": "Management Activity (A)",
>   "source": {
> "geometry": {
>   "type": "GeometryCollection",
>   "geometries": [
> {
>   "type": "Polygon",
>   "coordinates": [
> [
>   [
> -77.01996456234521,
> 38.93674344318805
>   ],
>   [
> -77.01708923428123,
> 38.93480730232329
>   ],
>   [
> -77.01309810726707,
> 38.9378116362102
>   ],
>   [
> -77.0173896416909,
> 38.93897995390404
>   ],
>   [
> -77.01932504997106,
> 38.93729891398618
>   ],
>   [
> -77.01996456234521,
> 38.93674344318805
>   ]
> ]
>   ]
> },
>   ]
> },
> "graph": {
>   "PLACE_E53": [
> {
>   "SPATIAL_COORDINATES_GEOMETRY_E47": [
> {
>   "ACTIVITY_GEOMETRY_TYPE_E55__label": "Project Area",
>   "ACTIVITY_GEOMETRY_TYPE_E55__value": "Project Area",
>   "SPATIAL_COORDINATES_GEOMETRY_E47__value": "POLYGON 
> ((-77.0199645623452080 38.9367434431880500, -77.0170892342812290 
> 38.9348073023232930, -77.0130981072670690 38.9378116362101990, 
> -77.0173896416908970 38.9389799539040380, -77.0193250499710590 
> 38.9372989139861830, -77.0199645623452080 38.9367434431880500))",
>   "SPATIAL_COORDINATES_GEOMETRY_E47__label": "POLYGON 
> ((-77.0199645623452080 38.9367434431880500, -77.0170892342812290 
> 38.9348073023232930, -77.0130981072670690 38.9378116362101990, 
> -77.0173896416908970 38.9389799539040380, -77.0193250499710590 
> 38.9372989139861830, -77.0199645623452080 38.9367434431880500))"
> }
>   ]
> },
>   ]
> },
> "value": "",
> "label": "",
> "primaryname": "Unnamed Resource",
> "child_entities": [],
> "entitytypeid": "ACTIVITY_A.E7",
> "entityid": "37b91e97-bb78-4dee-864b-c493052151c9",
> "property": "",
> "businesstablename": ""
>   },
>   "found": true,
>   "_id": "37b91e97-bb78-4dee-864b-c493052151c9",
>   "type": "ACTIVITY_A.E7"
> }
>
> As you can see, a single geometry is stored in two separate places, once 
> in this list, resource["source"]["geometry"] (which is stored in GeoJSON) 
> and once within the full graph structure, 
> resource["graph"]["PLACE_E53"]["SPATIAL_COORDINATES_E47"][
> "SPATIAL_COORDINATES_GEOMETRY_E47__value"] (which is stored in WKT).  In 
> all mapped representations of the resource, the GeoJSON is used.  However, 
> the geometry type that is stored in the graph, in this case, "Project Area" 
> (but in Arches-HIP this could be "vicinity point",or "perimeter polygon") 
> is completely lost in the GeoJSON representation.
>
> I'd like to show Project Areas and Areas of Potential Effect in different 
> colors.  To do so, I'll sort through the resource graph and create new 
> geometry collections.  Thing is, I'll need to convert these geometries from 
> the graph WKT to GeoJSON. I've found a couple of methods for this 
> https://gist.github.com/drmalex07/5a54fc4f1db06a66679e and 
> https://github.com/larsbutler/geomet.
>
> I'm wondering if anyone has any thoughts on this, or whether this 
> conversion is handled in a different manner elsewhere in the Arches app? 
>  If not, were there ever plans in Arches-HIP to display the difference 
> between (for example) a vicinity point and an access point?
>
> 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.
For more options, visit https://groups.google.com/d/optout.

Re: [Arches] Re: layer order for external layers on map

[Rob Gaston]

Travis,

Adam is correct here - the behavior you’ve described is by design.  Layers are 
indexed in the order that they are added to the map.

You could probably add a `zIndex` property to your layer objects and use that 
to set the z-index in the function that Adam linked to, but beware that you’ll 
probably need to upgrade OpenLayers to  >3.9.0 as that is when they started 
supporting  z-indexing, and this upgrade may have unforeseen side effects on 
your application.  That being said, should you want to undertake this, the 
following OpenLayers example will probably be helpful: 
http://openlayers.org/en/v3.9.0/examples/layer-z-index.html?q=index 


- Rob


> On May 10, 2016, at 9:53 AM, Adam Cox  wrote:
> 
> Hi Travis, I don't think z-index has anything to do with the layer stack of 
> the map, it's all based on the order of the layers as they are added to a 
> list.  I think the problem may be that only onMap layers are added to the map 
> layers (whether visible or not) when you navigate to the Map View, but as you 
> add more they are place on top of that stack.  I think you'll need some 
> javascript skills to dive into this function 
> ,
>  which is in the media/js/map.js file.  I would suggest that you copy that 
> file from its original location (ENV/.../arches/app/media/js/map.js) and 
> paste it into your own app.  Then begin by adding some print statements.
> 
> Sorry I can't give a more full solution right now, but hopefully this can 
> point you in the right direction.
> 
> Adam
> 
> On Monday, May 9, 2016 at 5:52:32 PM UTC-6, Travis Scott wrote:
> Hi Everyone,
> 
> We are adding external layers to our layers.js and having trouble getting 
> them to overlay in the order we would like.  The layers are a mix of "onMap: 
> true" and "onMap: false" and we are finding that the "true" layers overlay in 
> the order listed in layers.js however the "false" ones do not and instead 
> overlay in the order in which they are "added" in the "manage map layers" 
> popup.  Further, the "false" layers always overlay the "true" ones once added 
> to the map.  
> 
> Ideally we would like to solve both of these problems and have the layers 
> overlay in the order listed in layers.js but at the very least have the 
> "false" ones come in under or below the "true" when added.  We have been 
> trying out the zIndex but to no avail. Does anyone know if this is controlled 
> by zIndex or something else or have any suggestions on solving?
> 
> Thank you all 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 
> .
> 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: Prevent map webpage caching

[Rob Gaston]

Hi Andy,

If you want to disable caching of all js files, you can do so by making the 
following simple change to base.htm (starting at line 87 in the current 
default branch):

require.config({
urlArgs: "cache_bust=" + Date.now(),
baseUrl: '{{ STATIC_URL }}js',
paths: {
'plugins': '{{ STATIC_URL }}plugins',

The highlighted line is the relevant bit which I added.  It basically just 
does what you described above, that is, it appends a timestamp to the query 
string each time requirejs loads a new file, so that to the browser it 
looks like a different URL and prevents caching (a practice known as 'cache 
busting').

Hope that helps!

- Rob



On Monday, November 16, 2015 at 12:54:07 PM UTC-8, Andy Graham wrote:
>
> A question for the group about the best way to prevent the map page from 
> caching.  We may end up adding or removing layers from the map (added via 
> QGIS server in the layers.js file) every couple of days.  I have found that 
> the layers are cached and new layers don't show up unless I clear the 
> browsing data.  Does anyone have suggestions for how to prevent the map 
> webpage from ever caching so that new layers will show up with a simple 
> refresh?
>
> After some searching I tried adding the following lines to the header for 
> the base.html:
>
> 
> 
> 
>
> These did not seem to help.  Other suggestions I have found online suggest 
> adding a randomly created number to the link in the html for the .css and 
> .js files which would force the webpage to reload these files.  I am not 
> sure exactly where the link is in the html file for these though and if 
> that would work.
>
> Any help is appreciated.  Thanks.
>
> Andy
>

-- 
-- 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: Running Arches without an internet connection

[Rob Gaston]

Hi Adam,

This is a convention you may see used elsewhere, but it's one which we 
simply settled on as a team.

Projects that use front end package managers like bower will use 
conventions specific to their package management software.  With arches, we 
don't use a tool like that, so we just arrived at our own conventions 
(though they are certainly informed by conventions we've seen/used on other 
projects).

- Rob

On Thursday, November 12, 2015 at 7:24:22 AM UTC-8, Adam Cox wrote:
>
> Sounds good.  Is that a strategy that you would see in other websites, or 
> does it differ from project to project?
>
> On Wednesday, November 11, 2015 at 4:39:16 PM UTC-6, Rob Gaston wrote:
>>
>> Hi Adam,
>>
>> That's really just an organizational thing - there are no functional 
>> advantages/disadvantages.  Here's the rule of thumb I've used:
>>
>>- if the plugin consists of just a javascript file, put it in 
>>media/js/plugins/
>>- if the plugin consists of just a css file, put it in 
>>media/css/plugins/
>>- all other plugins (ie, those consisting of more than just a single 
>>javascript or css file) should go in their own folder inside the 
>>media/plugins/ folder (eg media/plugins/openlayers/)
>>
>> Perusing the code, you'll find that this rule is not always adhered to, 
>> but I would encourage that as a basic approach.
>>
>> Cheers,
>> - Rob
>>
>>
>> On Wednesday, November 11, 2015 at 2:14:08 PM UTC-8, Adam Cox wrote:
>>>
>>> Hi Rob thanks for the reply.  You're right about map tiles, I'm just 
>>> interested in the forms right now so I hadn't thought of that.  I haven't 
>>> used TileStache, but I have looked it up and it certainly would be a nice 
>>> thing to integrate...
>>>
>>> I went back through the links in base.htm, and I'm pretty sure I had 
>>> just left out the closing tag in the pre_require 

[Arches] Re: Running Arches without an internet connection

[Rob Gaston]

Hi Adam,

Sounds like you've covered most of the items that come straight to mind.

One that I don't see addressed here is map tiles - that is, arches doesn't 
(yet) have an integrated tile server, so thus far all implementations that 
I'm aware of rely on pulling tiles over the web from Bing/MapBox/etc... As 
such, you'll need to provide tiles locally somehow and use that to drive 
your basemaps instead of the default (Bing).  There are a bunch of ways you 
can do this, but one might want to consider TileStache 
, as it is python based and might integrate nicely 
with arches.  I think an example tile server integration would be a great 
thing for the project/community.

When you say "the pages still don't fully load", can you please elaborate 
on the symptoms you are seeing?  Screenshots (or links?) are always helpful.

- Rob


On Wednesday, November 11, 2015 at 10:28:29 AM UTC-8, Adam Cox wrote:
>
> Hello! I'm interested in getting Arches to work completely offline. I've 
> done the following:
>
> Install everything locally.
>
> Copied templates/base.htm to my app and downloaded all of the css and js 
> resources to the app's media directory, and changed the links/paths to the 
> appropriate local location. I believe that worked fine. 
>
> Commented out the call to Google fonts that occurs in app.css.
>
> But I'm still missing something: the pages still don't fully load. 
> Strangely, there are no js errors in the console, and no python errors in 
> the dev server.
>
> Any ideas?
>
>

-- 
-- 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: Installation problem of Arches-HIP server

[Rob Gaston]

Hi Mark,

The django install isn't documented as the correct version of django is 
automatically installed to your virtual environment when you use pip to 
install arches or arches-hip.

I'm not certain how you arrived at having the incorrect version installed, 
but that should not happen when the installation steps are followed as 
documented, and you should not have to manually install django.

The team will be reviewing the documentation to ensure that the 
installation steps are accurate and up to date.

Thanks,
- Rob


On Tuesday, November 10, 2015 at 12:30:13 PM UTC-8, Mark Gondelman wrote:
>
> THANK YOU!!!
>
> That really helped. 
>
> But this is a *major *problem of documentation. I couldn't know that 
> specifically this version of django is needed and that I have to install it 
> before running "pip install arches" command. It would save me about 15 
> hours of work.
>
> Because without this I started to struggle this all modules which "pip 
> install arches" installs (psycopg2, rdflib and many others). Under django 
> 1.8.6 it displays some errors but eventually writes "successfully installed 
> arches". Than you discover that you will have to install all of these 
> modules and eventually you arrive to the state where you have a server, but 
> its database is not set correctly. 
>
> Another improvement to the documentation should be about setting up the 
> psql. Before you can use "psql" from the command line (this applies both to 
> Win and NIX!), you will have to create a role for the system user in psql 
> server, following these steps:
> 1) open PATH\TO\PostgreSQL\9.3.\data\pg_hba.conf 
> and edit it so that user could log w\o passwords locally:
> hostall all 127.0.0.1/32trust
> hostall all ::1/128 trust
>
> save. 
> 2) than, in command line enter:
> psql -U postgres 
>
> 3) in sql:
> CREATE ROLE "%your_system_username%" SUPERUSER
> CREATE DATABASE "%your_system_username%" 
>
> then exit and enjoy. 
>
> Maybe, these steps are transparent to Postgres users but people who never 
> used this sql server will have to find this out by themselves. 
>
> Hope, my comment will help to future users of arches...
>
>
> Thanks again,
> Mark.
>
> воскресенье, 8 ноября 2015 г., 3:03:57 UTC+2 пользователь Mark Gondelman 
> написал:
>>
>> Dear friends,
>>
>> after many exhausting hours of fighting with python, django and other 
>> monsters, I finally managed to get arches-hip installed without errors. 
>> Yet, I was unable to run the server. 
>>
>> Here are the details of my failure, I hope that someone could help me. 
>> Sorry, if I have posted this in an incorrect place; if so please delete 
>> this message. 
>>
>> First, problems start with "*python manage.py packages -o install*" 
>> command. Everything goes well, untill the word 'VACUUM' is displayed. Then 
>> is shows an error: 
>>
>> self.create_users()
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\arches\management\commands\packages.py", 
>> line 262, in create_users
>> anonymous_user = User.objects.create_user('anonymous', '', '')
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\contrib\auth\models.py", line 
>> 187, in create_user**extra_fields)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\contrib\auth\models.py", line 
>> 182, in _create_useruser.save(using=self._db)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\models\base.py", line 734, in 
>> saveforce_update=force_update, update_fields=update_fields)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\models\base.py", line 762, in 
>> save_baseupdated = self._save_table(raw, cls, force_insert, 
>> force_update, using, update_fields)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\models\base.py", line 846, in 
>> _save_tableresult = self._do_insert(cls._base_manager, using, fields, 
>> update_pk, raw)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\models\base.py", line 885, in 
>> _do_insertusing=using, raw=raw)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\models\manager.py", line 127, 
>> in manager_methodreturn getattr(self.get_queryset(), name)(*args, 
>> **kwargs)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\models\query.py", line 920, 
>> in _insertreturn query.get_compiler(using=using).execute_sql(return_id)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\models\sql\compiler.py", line 
>> 974, in execute_sqlcursor.execute(sql, params)
>>   File "D:\webworks\for 
>> arches\arches\ENV\lib\site-packages\django\db\backends\utils.py", line 79, 
>> in executereturn super(CursorDebugWrapper, self).execute(sql, params)
>>   File "D:\webworks\for 
>> 

[Arches] Re: Installation problem of Arches-HIP server

[Rob Gaston]

Hi Mark,

I am suspicious that you may be running an unsupported version of django. 
 With your virtualenv activated, start python and run the following:

import django
print django.get_version()

arches 3 requires django 1.6.2

If you've got the correct version here's what you should see:

(ENV)machine-name:arches3 user$ python

Python 2.7.10 (default, Aug 22 2015, 20:33:39) 

[GCC 4.2.1 Compatible Apple LLVM 7.0.0 (clang-700.0.59.1)] on darwin

Type "help", "copyright", "credits" or "license" for more information.

>>> import django

>>> print django.get_version()

1.6.2


If you've got a different version, you should be able to get on the right 
version by running the following (again, with your virtualenv activated):

pip install Django==1.6.2



Hope that helps.  Good luck!

- Rob



On Saturday, November 7, 2015 at 5:05:06 PM UTC-8, Mark Gondelman wrote:
>
> I silly forgot to add:
> I'm running Windows 10 machine (so, 64 bit). 
>

-- 
-- 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: Setting up Vagrant development environment

[Rob Gaston]

Hi Andy,

'vagrant destroy' then 'vagrant up' should get you a fresh VM; no need to 
delete your local repo.

Sounds like it might be a port forwarding issue (as the server looks to be 
running just fine).  Is it possible that port 8000 is already in use on 
your host system?

Vagrant sets up port forwarding as one of the first steps following 
'vagrant up' -- the output should tell you if it was successfully able to 
forward ports as described in the VagrantFile 
(https://gist.github.com/robgaston/10031103#file-arches_vagrant_setup-log-L44-L49).
 
If port 8000 is occupied, you can modify the VagrantFile to use another 
port on your host system 
(http://docs.vagrantup.com/v2/getting-started/networking.html).

You can verify that the server is returning pages by creating a new ssh 
session into your VM (leave the one running the server up, or else it will 
bring the server down) and using curl or wget to request a page from 
http://0.0.0.0:8000/Arches/index.htm

- Rob


On Friday, May 23, 2014 1:29:17 PM UTC-7, Andy Megalithic wrote:

 OK false alarm on the hang, it was just pausing for a very very long time.

 The install has completed OK, I get the output below but nothing visible 
 in the web browser at http://localhost:8000/Arches/index.htm
 I'll try again and capture a log of the install

 vagrant@precise32:/vagrant$ ./runserver-vagrant.sh
 [2014-05-23 20:22:18,316][WARN ][bootstrap] jvm uses the 
 client vm, make sure to run `java` with the server vm for best performance 
 by adding `-server` to the command line
 Validating models...

 0 errors found
 May 23, 2014 - 15:23:30
 Django version 1.6.2, using settings 'archesproject.settings'
 Starting development server at http://0.0.0.0:8000/
 Quit the server with CONTROL-C.



-- 
-- 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: Setting up Vagrant development environment

[Rob Gaston]

Hi Tharindu,

Any progress here?

You should be able to ignore that particular elasticsearch error -- I think 
that is only showing up because elasticsearch is already running on your 
virtual machine.  You can make it go away by manually killing elasticsearch 
by running the following command:

sudo killall java

and then restarting the server:

./runserver-vagrant.sh

Of course, you don't have to do this because all that message is really 
telling you is that elasticsearch is already running, so you should be fine.

I'm still not certain why your virtual environment would not have been 
created -- have you been able to determine anything by looking at the 
output?  Feel free to send that along and I'd be happy to take a look 
myself.

- Rob


On Monday, May 5, 2014 11:27:53 AM UTC-7, Rob Gaston wrote:

 Hi Tharindu,

 Looks like the installation did not complete successfully.  If it did, you 
 should have had the virtual environment generated (*./runserver-vagrant.sh: 
 line 10: archesproject/virtualenv/ENV/bin/activate: No such file or 
 directory*), which appears to not have happened.  This should have 
 happened following the 'vagrant up' command.  It's hard to say why this 
 happened without seeing the output of that command.  I'd recommend looking 
 at the gist I posted (
 https://gist.githubusercontent.com/robgaston/10031103/raw/arches_vagrant_setup.log
 ) that contains the full output from a successful install and comparing 
 with the output you are seeing.

 I think the permissions issue is a red herring -- those paths are relative 
 to the script (note the lack of a leading slash), which is why they are 
 different from the complete path to those files on your virtual machine.  I 
 strongly doubt the issue is related to pathing; my guess is that something 
 went wrong and as a result this script was never executed.  Best way to 
 tell would be to look at the output from the 'vagrant up' command.  The 
 virtualenv installation output can be seen in the gist referred to 
 previously from ln 13541-13635: 
 https://gist.github.com/robgaston/10031103#file-arches_vagrant_setup-log-L13541-L13635

 - Rob


 On Friday, May 2, 2014 10:37:21 PM UTC-7, Tharindu Rusira wrote:

 ​He​llo everyone,

 I am trying to setup Arches development environment on a vagrant machine. 
 I followed this[1] tutorial but when I run runserver-vagrant.sh script, I 
 get the following error. 
  











 *vagrant@precise32:/vagrant$ ./runserver-vagrant.sh 
 ./runserver-vagrant.sh: line 10: archesproject/virtualenv/ENV/bin/activate: 
 No such file or directoryValidating models...0 errors foundMay 02, 2014 - 
 20:49:52 Django version 1.6.4, using settings 
 'archesproject.settings'Starting development server at http://0.0.0.0:8000/ 
 http://0.0.0.0:8000/Quit the server with CONTROL-C.[2014-05-03 
 01:49:52,235][WARN ][bootstrap] jvm uses the client vm, 
 make sure to run `java` with the server vm for best performance by adding 
 `-server` to the command line {0.90.3}: Initialization Failed ...*
 *- ElasticSearchIllegalStateException[Failed to obtain node lock, is the 
 following location writable?: 
 [/vagrant/archesproject/arches/Search/engines/elasticsearch-0.90.3/data/elasticsearch]]*

 But as I can see, the script itself is modifying permissions in a 
 slightly different path but at the runtime elasticsearch is trying to 
 access a different location.











 *#!/bin/bash# Start ElasticSearchchmod u+x 
 archesproject/arches/Search/engines/elasticsearch-0.90.3/bin/elasticsearch.in.sh
  
 http://elasticsearch.in.shsource 
 archesproject/arches/Search/engines/elasticsearch-0.90.3/bin/elasticsearch.in.sh
  
 http://elasticsearch.in.sh chmod u+x 
 archesproject/arches/Search/engines/elasticsearch-0.90.3/bin/elasticsearch./archesproject/arches/Search/engines/elasticsearch-0.90.3/bin/elasticsearch#
  
 Start djangosource archesproject/virtualenv/ENV/bin/activate python 
 manage.py runserver 0.0.0.0:800 http://0.0.0.0:8000*

 ​Any help to rectify these errors is much appreciated. 
 Thanks,​


 ​[1] 
 http://www.fargeo.com/blog/setting-up-an-arches-development-environment-using-vagrant/
 ​

 -- 
 M.P. Tharindu Rusira Kumara
 ​

 Department of Computer Science and Engineering,
 University of Moratuwa,
 Sri Lanka.
 +94757033733
 www.tharindu-rusira.blogspot.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.
For more options, visit https://groups.google.com/d/optout.

Re: [Arches] mapPanel undefined

[Rob Gaston]

Hi Thomas,

You should be able to simply run archesproject/build/install_arches_db.sh 
(or install_arches_db.bat on windows) and then 
archesproject/build/install_packages.sh (or install_packages.bat).  You 
will need to have elasticsearch running when you run install_pacakges. 
 However, this is only a good solution for a dev version though as this 
will truncate your existing arches database and you will lose any business 
data.  In production, presently the best approach I'm aware of is to 
extract your business data, completely redeploy Arches including the 
database, and then reload your business data.

Cheers,
- Rob


On Tuesday, April 15, 2014 5:40:32 AM UTC-7, thomas@gmail.com wrote:

  Hi Bob,
 you were perfectly right, that was a false alarm. - local browser cache 
 issue when testing the official v2.0. And previously we were on the most 
 recent dev version (when the error occurred).
 Btw. how do you keep a once-built dev version up to date without too much 
 effort?

 Sorry and thanks a lot.
 Thomas


 Am 14.04.2014 19:22, schrieb Rob Gaston:
  
 Hi Thomas, 

  Strange, I just grabbed version 2.0.0 from the same url that you linked 
 to and I'm not seeing that issue -- is it possible that this is an issue 
 with your local browser cache or that you are seeing a different issue 
 (perhaps with the same error but from a different source)?

  It would be helpful to see exactly where the error is occurring (and any 
 additional information, especially a stack trace) and also (if possible) 
 see the copy 
 of /archesproject/arches/Media/js/debug/widgets/Arches.widgets.MapPanel.js 
 that you've got locally.

  Please keep me updated!

  Thanks,
 - Rob

  
 On Sunday, April 13, 2014 10:48:46 PM UTC-7, thomas@gmail.com wrote: 

  Good Morning Rob,
 hmm thats odd, when we reinstalled from scratch on friday i downloaded 
 the official v2 from https://bitbucket.org/arches/arches/get/2.0.0.zip. 
 I just re-checked that we are on the official v2 on the dev server and 
 still i can see the error.  But anyway, great it is fixed in the latest dev 
 version - we will use that from now on. Thanks for your support!
 Thomas


 Am 12.04.2014 19:07, schrieb Rob Gaston:
  
 Hi Tobias, 

  Thanks for finding this issue.  Looks like this is a bug in the latest 
 development Arches code, but was not present in the officially tagged v2 of 
 Arches.  As such I assume you are running the very latest, correct?  This 
 is fine, it just means that the version you are working with has not been 
 scrutinized as heavily and may have some issues.  I've fixed this in the 
 code repository.  If you update to the latest code you should no longer see 
 this issue.

  Thanks again for bringing this to our attention!
 - Rob Gaston

  
 On Saturday, April 12, 2014 12:04:57 AM UTC-7, Tobias Kohr wrote: 

 So this is the error that occurs in JavaScript (line 67 in 
 Arches.forms.Locations.js), when clicking on the Locations button: 

  TypeError: this.mapPanel is undefined

   this.map = this.mapPanel.map;

   Is this a problem of our installation or a general bug?

  Cheers,
 Tobias
  

 2014-04-11 19:21 GMT+02:00 Tobias Kohr tobia...@gmail.com:

 Dear Arches fellows, 

  in our Arches v2 installation the functionality of adding locations 
 to ARCHAEOLOGICAL HERITAGE (SITE) didn't work anymore. So we did a clean 
 re-install of Arches v2 today, with the result that we still cannot add 
 locations either.

  Is this a problem of our instance or did we discover a bug in 
 v2 here? Can you add a location to a site in your Arches instances?

  Firebug shows an error that mapPanel is undefined in some script. I 
 will give a better description and further debug on monday with access to 
 our dev server.

  Thanks for any feedback!
  -Tobias
  -- 
 -- 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 a topic in the 
 Google Groups Arches Project group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/archesproject/dalgNIwLI9s/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to 
 archesprojec...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

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


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

Re: [Arches] mapPanel undefined

[Rob Gaston]

PS - That is all done after updating the code repository to the revision 
you wish to deploy.  Hopefully that was obvious :)

- Rob

On Tuesday, April 15, 2014 2:54:18 PM UTC-7, Rob Gaston wrote:

 Hi Thomas,

 You should be able to simply run archesproject/build/install_arches_db.sh 
 (or install_arches_db.bat on windows) and then 
 archesproject/build/install_packages.sh (or install_packages.bat).  You 
 will need to have elasticsearch running when you run install_pacakges. 
  However, this is only a good solution for a dev version though as this 
 will truncate your existing arches database and you will lose any business 
 data.  In production, presently the best approach I'm aware of is to 
 extract your business data, completely redeploy Arches including the 
 database, and then reload your business data.

 Cheers,
 - Rob


 On Tuesday, April 15, 2014 5:40:32 AM UTC-7, thomas@gmail.com wrote:

  Hi Bob,
 you were perfectly right, that was a false alarm. - local browser cache 
 issue when testing the official v2.0. And previously we were on the most 
 recent dev version (when the error occurred).
 Btw. how do you keep a once-built dev version up to date without too much 
 effort?

 Sorry and thanks a lot.
 Thomas


 Am 14.04.2014 19:22, schrieb Rob Gaston:
  
 Hi Thomas, 

  Strange, I just grabbed version 2.0.0 from the same url that you linked 
 to and I'm not seeing that issue -- is it possible that this is an issue 
 with your local browser cache or that you are seeing a different issue 
 (perhaps with the same error but from a different source)?

  It would be helpful to see exactly where the error is occurring (and 
 any additional information, especially a stack trace) and also (if 
 possible) see the copy 
 of /archesproject/arches/Media/js/debug/widgets/Arches.widgets.MapPanel.js 
 that you've got locally.

  Please keep me updated!

  Thanks,
 - Rob

  
 On Sunday, April 13, 2014 10:48:46 PM UTC-7, thomas@gmail.com wrote: 

  Good Morning Rob,
 hmm thats odd, when we reinstalled from scratch on friday i downloaded 
 the official v2 from https://bitbucket.org/arches/arches/get/2.0.0.zip. 
 I just re-checked that we are on the official v2 on the dev server and 
 still i can see the error.  But anyway, great it is fixed in the latest dev 
 version - we will use that from now on. Thanks for your support!
 Thomas


 Am 12.04.2014 19:07, schrieb Rob Gaston:
  
 Hi Tobias, 

  Thanks for finding this issue.  Looks like this is a bug in the latest 
 development Arches code, but was not present in the officially tagged v2 of 
 Arches.  As such I assume you are running the very latest, correct?  This 
 is fine, it just means that the version you are working with has not been 
 scrutinized as heavily and may have some issues.  I've fixed this in the 
 code repository.  If you update to the latest code you should no longer see 
 this issue.

  Thanks again for bringing this to our attention!
 - Rob Gaston

  
 On Saturday, April 12, 2014 12:04:57 AM UTC-7, Tobias Kohr wrote: 

 So this is the error that occurs in JavaScript (line 67 in 
 Arches.forms.Locations.js), when clicking on the Locations button: 

  TypeError: this.mapPanel is undefined

   this.map = this.mapPanel.map;

   Is this a problem of our installation or a general bug?

  Cheers,
 Tobias
  

 2014-04-11 19:21 GMT+02:00 Tobias Kohr tobia...@gmail.com:

 Dear Arches fellows, 

  in our Arches v2 installation the functionality of adding locations 
 to ARCHAEOLOGICAL HERITAGE (SITE) didn't work anymore. So we did a clean 
 re-install of Arches v2 today, with the result that we still cannot add 
 locations either.

  Is this a problem of our instance or did we discover a bug in 
 v2 here? Can you add a location to a site in your Arches instances?

  Firebug shows an error that mapPanel is undefined in some script. I 
 will give a better description and further debug on monday with access to 
 our dev server.

  Thanks for any feedback!
  -Tobias
  -- 
 -- 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 a topic in the 
 Google Groups Arches Project group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/archesproject/dalgNIwLI9s/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to 
 archesprojec...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

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

Re: [Arches] Re: Installation Documents Udated

[Rob Gaston]

Hi Utsav -

It's hard to say how exactly you've gotten your project folder and virtual 
machine to this state, but it looks like you've gone wrong somewhere along 
the line. It would appear that you've got a virtual machine that hasn't 
been provisioned properly (jdk should have been installed as part of this 
process for example), but I'm not able to say why. The provisioning process 
should execute when you run 'vagrant up'. The path to the bash script that 
performs the provisioning is stored in the VagrantFile. The only thing I 
could guess is that you've perhaps modified the VagrantFile in a way that 
changed or bypassed the provisioning process...?

I would destroy any virtual machines that you've created, delete your 
project folder and start over with a fresh clone. I will post the output 
from a local shell for all the steps from cloning the repo to running the 
server shortly to demonstrate the proper way to create a development 
environment using vagrant.

- Rob


On Monday, April 7, 2014 7:51:58 AM UTC-7, Utsav wrote:

 Hiii


 https://lh6.googleusercontent.com/-Vxs8E7UY-Ek/U0K60h599RI/AE4/0IqA5o4NFaU/s1600/Screenshot+from+2014-04-07+19%3A37%3A04.png


 https://lh4.googleusercontent.com/-MDPNs7gyKzs/U0K7bgiD_rI/AFA/qcRekMB1ggk/s1600/Screenshot+from+2014-04-07+19%3A37%3A12.png

I am getting a error when i do ./runserver-vagrant.sh  using vagrant 
 development machine!! Any solutions :(


 


-- 
-- 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: Installation Documents Udated

[Rob Gaston]

Hi Utsav -

I uploaded a log file showing the entire setup process for creating a 
virtual machine using vagrant on a *-nix system from clone through running 
the development server which you may find helpful.  You can find it here:
https://gist.githubusercontent.com/robgaston/10029901/raw/29d58dbe102e060c51fc0aa8dec2e0ff486e3e61/arches_vagrant_setup.log

- Rob


On Monday, April 7, 2014 10:55:59 AM UTC-7, Rob Gaston wrote:

 Hi Utsav -

 It's hard to say how exactly you've gotten your project folder and virtual 
 machine to this state, but it looks like you've gone wrong somewhere along 
 the line. It would appear that you've got a virtual machine that hasn't 
 been provisioned properly (jdk should have been installed as part of this 
 process for example), but I'm not able to say why. The provisioning process 
 should execute when you run 'vagrant up'. The path to the bash script that 
 performs the provisioning is stored in the VagrantFile. The only thing I 
 could guess is that you've perhaps modified the VagrantFile in a way that 
 changed or bypassed the provisioning process...?

 I would destroy any virtual machines that you've created, delete your 
 project folder and start over with a fresh clone. I will post the output 
 from a local shell for all the steps from cloning the repo to running the 
 server shortly to demonstrate the proper way to create a development 
 environment using vagrant.

 - Rob


 On Monday, April 7, 2014 7:51:58 AM UTC-7, Utsav wrote:

 Hiii


 https://lh6.googleusercontent.com/-Vxs8E7UY-Ek/U0K60h599RI/AE4/0IqA5o4NFaU/s1600/Screenshot+from+2014-04-07+19%3A37%3A04.png


 https://lh4.googleusercontent.com/-MDPNs7gyKzs/U0K7bgiD_rI/AFA/qcRekMB1ggk/s1600/Screenshot+from+2014-04-07+19%3A37%3A12.png

I am getting a error when i do ./runserver-vagrant.sh  using vagrant 
 development machine!! Any solutions :(


 



-- 
-- 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: Problems running Arches with Vagrant

[Rob Gaston]

 

Hi Daphne,

You uncovered a bug in the vagrant build script that had gone overlooked! 
 Thanks!

The vagrant_setup.sh script was using the wrong (old) name for the script 
that deploys the arches database.  I've committed a fix for this issue (
https://bitbucket.org/arches/arches/commits/b206434442eb8fdfa1706ad4eb853a47af94bdf5
).

You should be able to simply pull/update to the latest on the arches 
repository and rebuild your vagrant virtual machine.

Thanks again,

- Rob

On Tuesday, March 18, 2014 8:11:49 PM UTC-7, Daphne Ippolito wrote:

 On Mon, Mar 17, 2014 at 10:46 PM, Rob Gaston rga...@fargeo.comjavascript:
  wrote:

 Hi Daphne,

 It's tough to tell what has gone wrong without seeing the output from the 
 build, but I suspect that the something has gone wrong w/ the CDS package 
 installation.  A few things to check:

- I assume you are, but please ensure you are working from the v2 
installation guide: https://leanpub.com/archesv2installationguide 

 Yup. Looking at this one. 


- Please ensure that you've cloned the CDS package repo into the 
packages folder.

 The contents of my cds folder are as follows:
 drwxr-xr-x 1 vagrant vagrant  578 Mar 16 17:47 .
 drwxr-xr-x 1 vagrant vagrant  136 Mar 16 17:47 ..
 drwxr-xr-x 1 vagrant vagrant  442 Mar 16 17:47 .hg
 -rw-r--r-- 1 vagrant vagrant   21 Mar 16 17:47 .hgignore
 -rw-r--r-- 1 vagrant vagrant   47 Mar 16 17:47 .hgtags
 -rw-r--r-- 1 vagrant vagrant0 Mar 16 17:47 __init__.py
 drwxr-xr-x 1 vagrant vagrant  306 Mar 16 17:47 install
 drwxr-xr-x 1 vagrant vagrant  102 Mar 16 17:47 media
 drwxr-xr-x 1 vagrant vagrant  136 Mar 16 17:47 models
 drwxr-xr-x 1 vagrant vagrant  136 Mar 16 17:47 search
 -rw-r--r-- 1 vagrant vagrant 2277 Mar 16 17:47 settings.py
 -rw-r--r-- 1 vagrant vagrant 3259 Mar 16 17:47 setup.py
 drwxr-xr-x 1 vagrant vagrant  238 Mar 16 17:47 source_data
 drwxr-xr-x 1 vagrant vagrant  204 Mar 16 17:47 sql
 -rw-r--r-- 1 vagrant vagrant 1175 Mar 16 17:47 urls.py
 drwxr-xr-x 1 vagrant vagrant  136 Mar 16 17:47 utils
 drwxr-xr-x 1 vagrant vagrant  136 Mar 16 17:47 views 


- Please ensure that your settings_local.py file is present and 
contains the INSTALLED_PACKAGES value as described in the documentation 
(Loading CDS Package section). I noticed that the docs didn't quite 
 turn 
out right re: the two commands to write to that file and they got crammed 
into one line, hopefully that didn't trip you up.  It would be helpful in 
diagnosing if you could post the content of your settings_local.py file 
(also it should be in the same directory as settings.py).  The package 
 name 
in this tuple must match the package folder name exactly. 

 I have no file called settings_local.py. I only have settings.py. I added 
 'cds' to the INSTALLED_PACKAGES var as described in the guide. When I run 
 install_packages.sh, I get errors. I've included these as an attachment. 
 Is there some step I am missing involving initializing the database?


- If you're still struggling with installation please send the build 
output along.  Pipe the output to a text file and send it along.  You can 
do this by running the following two commands from a local shell (NOT 
 ssh'd 
into your vagrant vm) and then sending the output.txt file created: 

 vagrant destroy

 vagrant up  output.txt

 I am attaching my output from vagrant up. I don't see anything in it that 
 screams error to me except the error from running settings.py.
  
 Thanks for your time trying to help me out!

 -Daphne



-- 
-- 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: Problems running Arches with Vagrant

[Rob Gaston]

Hi Daphne,

It's tough to tell what has gone wrong without seeing the output from the 
build, but I suspect that the something has gone wrong w/ the CDS package 
installation.  A few things to check:

   - I assume you are, but please ensure you are working from the v2 
   installation guide: https://leanpub.com/archesv2installationguide
   - Please ensure that you've cloned the CDS package repo into the 
   packages folder.
   - Please ensure that your settings_local.py file is present and contains 
   the INSTALLED_PACKAGES value as described in the documentation (Loading 
   CDS Package section). I noticed that the docs didn't quite turn out right 
   re: the two commands to write to that file and they got crammed into one 
   line, hopefully that didn't trip you up.  It would be helpful in diagnosing 
   if you could post the content of your settings_local.py file (also it 
   should be in the same directory as settings.py).  The package name in this 
   tuple must match the package folder name exactly.
   - If you're still struggling with installation please send the build 
   output along.  Pipe the output to a text file and send it along.  You can 
   do this by running the following two commands from a local shell (NOT ssh'd 
   into your vagrant vm) and then sending the output.txt file created:

vagrant destroy

vagrant up  output.txt


I hope this helps!  Let us know.

- Rob


On Monday, March 17, 2014 6:55:46 PM UTC-7, Daphne Ippolito wrote:

 Hi.
 I've been trying to set up my development environment, and I feel that I 
 am close but missing something important.

 From vagrant, I run ./runserver-vagrant.sh as per the instructions in the 
 installation guide. The server has an initialization error, reproduced 
 below, but otherwise seems to be launched correctly.

 The error when the server starts:
 {0.90.3}: Initialization Failed ... - 
 ElasticSearchIllegalStateException[Failed to obtain node lock, is the 
 following location writable?: 
 [/vagrant/archesproject/arches/Search/engines/elasticsearch-0.90.3/data/elasticsearch]]

 When I start up the client, it gets stuck in the initializing page with 
 an endlessly cycling progress bar.

 There are two errors in the console:
 Failed to load resource: the server responded with a status of 404 (NOT 
 FOUND) http://127.0.0.1:8000/Arches/Media/js/i18n/en-us.js
 Uncaught TypeError: Cannot read property 'App' of undefined 
 Arches.App.js:41http://127.0.0.1:8000/Arches/Media/js/debug/Arches.App.js

 The server reports one 404 among the list of successful GETs:

 [17/Mar/2014 20:01:25] GET /Arches/Media/js/i18n/en-us.js HTTP/1.1 404 
 1664
 The folder at '/Arches/Media/js/i18n' doesn't exist in my arches 
 directory.

 Does anyone have an idea what I am doing wrong?

 Thanks,
 Daphne


-- 
-- 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: Problems running Arches with Vagrant

[Rob Gaston]

Also, vagrant destroy/vagrant up must be executed from the root project 
folder, but I suspect you already knew that. :)

- Rob

On Monday, March 17, 2014 7:46:04 PM UTC-7, Rob Gaston wrote:

 Hi Daphne,

 It's tough to tell what has gone wrong without seeing the output from the 
 build, but I suspect that the something has gone wrong w/ the CDS package 
 installation.  A few things to check:

- I assume you are, but please ensure you are working from the v2 
installation guide: https://leanpub.com/archesv2installationguide
- Please ensure that you've cloned the CDS package repo into the 
packages folder.
- Please ensure that your settings_local.py file is present and 
contains the INSTALLED_PACKAGES value as described in the documentation 
(Loading CDS Package section). I noticed that the docs didn't quite turn 
out right re: the two commands to write to that file and they got crammed 
into one line, hopefully that didn't trip you up.  It would be helpful in 
diagnosing if you could post the content of your settings_local.py file 
(also it should be in the same directory as settings.py).  The package 
 name 
in this tuple must match the package folder name exactly.
- If you're still struggling with installation please send the build 
output along.  Pipe the output to a text file and send it along.  You can 
do this by running the following two commands from a local shell (NOT 
 ssh'd 
into your vagrant vm) and then sending the output.txt file created:

 vagrant destroy

 vagrant up  output.txt


 I hope this helps!  Let us know.

 - Rob


 On Monday, March 17, 2014 6:55:46 PM UTC-7, Daphne Ippolito wrote:

 Hi.
 I've been trying to set up my development environment, and I feel that I 
 am close but missing something important.

 From vagrant, I run ./runserver-vagrant.sh as per the instructions in 
 the installation guide. The server has an initialization error, reproduced 
 below, but otherwise seems to be launched correctly.

 The error when the server starts:
 {0.90.3}: Initialization Failed ... - 
 ElasticSearchIllegalStateException[Failed to obtain node lock, is the 
 following location writable?: 
 [/vagrant/archesproject/arches/Search/engines/elasticsearch-0.90.3/data/elasticsearch]]

 When I start up the client, it gets stuck in the initializing page with 
 an endlessly cycling progress bar.

 There are two errors in the console:
 Failed to load resource: the server responded with a status of 404 (NOT 
 FOUND) http://127.0.0.1:8000/Arches/Media/js/i18n/en-us.js
 Uncaught TypeError: Cannot read property 'App' of undefined 
 Arches.App.js:41http://127.0.0.1:8000/Arches/Media/js/debug/Arches.App.js

 The server reports one 404 among the list of successful GETs:

 [17/Mar/2014 20:01:25] GET /Arches/Media/js/i18n/en-us.js HTTP/1.1 404 
 1664
 The folder at '/Arches/Media/js/i18n' doesn't exist in my arches 
 directory.

 Does anyone have an idea what I am doing wrong?

 Thanks,
 Daphne



-- 
-- 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: Modifying Arches Admin Interface [GSoC '14]

[Rob Gaston]

Hi Palash,

your mockups are very cool!

for the most part I think you've got something very good here -- one area 
that will need attention is the map layers; you show an interface that 
allows you to generate a very specific kind of map layer, but as you 
probably know map layers in arches can be any valid OpenLayers layer 
instance

it may be nice to provide simplified approaches to generating these 
instances, but we will also need a way to modify the javascript that 
generates these instances directly

some example OpenLayers layer types a user might want to easily create 
include: WMS, ArcGISServerRest, WFS, TMS... others?

it would be nice to have a simple way to create these instances for a 
beginner, but we should also provide a way for more technical users to 
modify the generated JavaScript directly

Nice job!
- Rob


On Friday, March 7, 2014 12:06:33 AM UTC-8, Palash O'swal wrote:


 https://lh4.googleusercontent.com/-2IB8vIkHlbU/Uxl9p_0TE1I/B50/Qd8YpzzQZ4w/s1600/arches_3.png

 Add Map Services will perform :

 return new OpenLayers.Layer.XYZ(XYZ,
 http://server.arcgisonline.com/blah${z}/${\
 y}/${x},
 { sphericalMercator: Boolean,
  isBaseLayer:Boolean,zoomOffset: 1
  });



-- 
-- 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: Initializing Pop Up comes When Run Arches on Local Server

[Rob Gaston]

 are you seeing *errors* if you open up browser developer tools*

On Monday, March 3, 2014 6:04:12 PM UTC-8, Rob Gaston wrote:

 Hi Ashish,

 You need to provide more information for us to help you diagnose your 
 issue (eg what exact steps got you here, describe your system, are you 
 seeing if you open up browser developer tools and if so what are they).  I 
 suspect that not all of the installation steps have been completed 
 correctly, but there is no way of determining what you are seeing without 
 more information.

 When you post an issue like this, it is best to include as much 
 information as possible to help others in assisting you with solving your 
 issues.

 - Rob


 On Monday, March 3, 2014 2:27:51 PM UTC-8, Ashish Kumar wrote:

 Hello everyone,
 i have followed each step mention in setting up arches in linux from 
 installation guide pdf.now when i do ./runserver.sh it runs fine but when i 
 open the local server at http://127.0.0.1:8000/Arches/ it did not loads 
 the page instead it shows a pop up message initializing .
 Can you please tell me what is the reason .


 Thanks,
 Ashish Kumar



-- 
-- 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/groups/opt_out.

[Arches] Re: Modifying Administrator UI [GSoC '14 Project] Idea Discussion Thread

[Rob Gaston]

Palash - 

Your suggestions here look good.  I would say type these ideas up with a 
bit more detail (especially around the actual implementation of these) and 
post it to the forum so that it is available for all to see and discuss

Thanks,

- Rob

On Monday, March 3, 2014 1:25:07 PM UTC-8, Palash O'swal wrote:

 Palash rgaston : we can have 4 simple options for admins :
 Palash 1) add user
 Palash 2)setting default map settings (without the hassle of reading the 
 code)
 Palash we can use a map api too
 Palash 3) adding gis service 
 Palash 4) edit the current server status
 Palash the edit option can be elaborated and be stuffed with all sorts 
 of options to customise
 Palash where ever the code snipplet is there we shall have an option to 
 make the code visible and by default keep it hidden 


-- 
-- 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/groups/opt_out.