Re: [Arches] Re: Using Arches Designer in v4
Dear Alexei and Adam, Thank you. Yes, we had used this same machine for the test build of Arches v3 and so it has both Postgres 9.3 from that build and the new version of Postgres 9.6 that I installed while doing the dependencies for Arches v4. I changed the settings.py file under DATABASES default PORT to the port for Postgres 9.6. It was set by default to the one that we had used for 9.3 This may be an issue that people run into if they are migrating from v3 to v4, and you might want to update the installation documentation to have them note which port is used during the Postgres 9.6 install. I've been able to move ahead with the additional steps up to the import_business_data. Which gives an error that the path needs to be an absolute path. This was something Joel ran into yesterday, and posted about on the Cannot import sample dropdowns reference data for Arches v4 dev. I'll move my error over to there to keep it all in the same place. Thanks, Scott ASORCHI -- -- 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: Using Arches Designer in v4
Perhaps related to this, I thought that Adam's .bat file ran through the setup_db step. However, with Susan's issue with needing to do that step and Joel running into an error on the additional setup database commands, I tried to try recreating the database to see if I could solve this issue. I ran python manage.py packages -o setup.db and ran into the following error. (ENV) C:\ArchesProjects\arches>python manage.py packages -o setup_db operation: setup_db package: arches Password for user postgres: pg_terminate_backend -- (0 rows) DROP DATABASE CREATE DATABASE Operations to perform: Apply all migrations: sessions, admin, guardian, auth, models, contenttypes Running migrations: Rendering model states... DONE Applying contenttypes.0001_initial... OK Applying auth.0001_initial... OK Applying admin.0001_initial... OK Applying admin.0002_logentry_remove_auto_add... OK Applying contenttypes.0002_remove_content_type_name... OK Applying auth.0002_alter_permission_name_max_length... OK Applying auth.0003_alter_user_email_max_length... OK Applying auth.0004_alter_user_username_opts... OK Applying auth.0005_alter_user_last_login_null... OK Applying auth.0006_require_contenttypes_0002... OK Applying auth.0007_alter_validators_add_error_messages... OK Applying guardian.0001_initial... OK Applying models.0001_initial...Traceback (most recent call last): File "manage.py", line 27, in execute_from_command_line(sys.argv) File "C:\ArchesProjects\ENV\lib\site-packages\django\core\management\__init__. py", line 353, in execute_from_command_line utility.execute() File "C:\ArchesProjects\ENV\lib\site-packages\django\core\management\__init__. py", line 345, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "C:\ArchesProjects\ENV\lib\site-packages\django\core\management\base.py", line 348, in run_from_argv self.execute(*args, **cmd_options) File "C:\ArchesProjects\ENV\lib\site-packages\django\core\management\base.py", line 399, in execute output = self.handle(*args, **options) File "C:\ArchesProjects\arches\arches\management\commands\packages.py", line 1 25, in handle self.setup_db(package_name) File "C:\ArchesProjects\arches\arches\management\commands\packages.py", line 2 62, in setup_db management.call_command('migrate') File "C:\ArchesProjects\ENV\lib\site-packages\django\core\management\__init__. py", line 119, in call_command return command.execute(*args, **defaults) File "C:\ArchesProjects\ENV\lib\site-packages\django\core\management\base.py", line 399, in execute output = self.handle(*args, **options) File "C:\ArchesProjects\ENV\lib\site-packages\django\core\management\commands\ migrate.py", line 200, in handle executor.migrate(targets, plan, fake=fake, fake_initial=fake_initial) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\executor.py ", line 92, in migrate self._migrate_all_forwards(plan, full_plan, fake=fake, fake_initial=fake_ini tial) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\executor.py ", line 121, in _migrate_all_forwards state = self.apply_migration(state, migration, fake=fake, fake_initial=fake_ initial) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\executor.py ", line 198, in apply_migration state = migration.apply(state, schema_editor) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\migration.p y", line 123, in apply operation.database_forwards(self.app_label, schema_editor, old_state, projec t_state) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\operations\ models.py", line 59, in database_forwards schema_editor.create_model(model) File "C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\db\backends\p ostgis\schema.py", line 56, in create_model super(PostGISSchemaEditor, self).create_model(model) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\base\schema.p y", line 284, in create_model self.execute(sql, params or None) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\base\schema.p y", line 110, in execute cursor.execute(sql, params) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\utils.py", li ne 79, in execute return super(CursorDebugWrapper, self).execute(sql, params) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\utils.py", li ne 64, in execute return self.cursor.execute(sql, params) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\utils.py", line 95, in __exit__ six.reraise(dj_exc_type, dj_exc_value, traceback) File "C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\utils.py", li ne 62, in execute return self.cursor.execute(sql) django.db.utils.ProgrammingError: type "jsonb" does not exist LINE 1: ...OT NULL, "id" uuid NOT NULL PRIMARY KEY, "config" jsonb NULL...
Re: [Arches] Arches v4 installation on Windows 7
Dear Adam, Sorry, I hadn't seen your question there. The GDAL path is in the message above, C:/OSGeo4W64/bin/gdal201.dll However, gdal201.dll isn't showing up in other installs, so it might not be so standard. Thanks. I'm always happy to be a test subject. Scott ASOR CHI -- -- To post, send email to archesproject@googlegroups.com. To unsubscribe, send email to archesproject+unsubscr...@googlegroups.com. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to archesproject+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Arches] Arches v4 installation on Windows 7
Dear Adam, Success! So there were three issues with the settings_local.py file. If one goes through step 5 of https://github.com/archesproject/arches/wiki/Developer-Installation at this stage it will work. 1. I needed to add the Mapbox key that I had previously set up. 2. I needed to change the GDAL_LIBRARY_PATH = "C:/OSGeo4W64/bin/gdal201.dll" (GDAL was installed as part of the OSGeo4W64 dependency for windows as in the install section of the version 4 documentation and 201 was the version installed in February.) 3. I had to add ArchesProjects to the path in the TILE_CACHE_CONFIG = { "name": "Disk", "path": "file:///C:/ArchesProjects/arches/arches/tileserver/cache/" Thank you Adam for all your help through these issues. Scott ASOR CHI -- -- To post, send email to archesproject@googlegroups.com. To unsubscribe, send email to archesproject+unsubscr...@googlegroups.com. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to archesproject+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Arches] Arches v4 installation on Windows 7
le "C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\gdal\driver.p y", line 5, in from django.contrib.gis.gdal.prototypes import ds as vcapi, raster as rcapi File "C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\gdal\prototyp es\ds.py", line 9, in from django.contrib.gis.gdal.libgdal import GDAL_VERSION, lgdal File "C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\gdal\libgdal. py", line 48, in lgdal = CDLL(lib_path) File "c:\python27arches\Lib\ctypes\__init__.py", line 362, in __init__ self._handle = _dlopen(self._name, mode) WindowsError: [Error 126] The specified module could not be found Thank you, Scott ASOR CHI On Friday, March 24, 2017 at 1:20:59 PM UTC-4, Adam Cox wrote: > > Hi Scott, I just made an update. Can you re-download the script (or git > pull if you cloned it) and try again? Be sure to remove the previous one if > necessary. > > Let me know if that works. > > On Fri, Mar 24, 2017 at 5:10 PM, Scott Branting <scottb...@gmail.com > > wrote: > >> Dear Adam, >> >> Thank you very much. That works almost perfectly. It ran without any >> errors. However, when I run the django server I get a password error for >> postgres. >> >> django.db.utils.OperationalError: FATAL: password authentication failed >> for use >> r "postgres" >> >> In the trial install I just used the old Arches 3 default install >> password, but I'm guessing that you used something different. Perhaps >> there could be a call out for that in the script? >> >> Otherwise, up to this point it seems to be working. >> >> Thanks, >> >> Scott >> ASOR CHI >> >> >> >> >> >> On Thursday, March 23, 2017 at 5:06:11 PM UTC-4, Adam Cox wrote: >>> >>> The file is updated now, should work better for you. >>> >>> On Tuesday, March 21, 2017 at 4:27:45 AM UTC, Scott Branting wrote: >>>> >>>> Thank you Adam. I'll keep an eye out for the updated bat file when you >>>> get to it. >>>> >>>> Scott >>>> >>> -- >> -- To post, send email to arches...@googlegroups.com . To >> unsubscribe, send email to archesprojec...@googlegroups.com . >> For more information, visit >> https://groups.google.com/d/forum/archesproject?hl=en >> --- >> You received this message because you are subscribed to the Google Groups >> "Arches Project" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to archesprojec...@googlegroups.com . >> For more options, visit https://groups.google.com/d/optout. >> > > -- -- To post, send email to archesproject@googlegroups.com. To unsubscribe, send email to archesproject+unsubscr...@googlegroups.com. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to archesproject+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Arches] Arches v4 installation on Windows 7
Dear Adam, Thank you very much. That works almost perfectly. It ran without any errors. However, when I run the django server I get a password error for postgres. django.db.utils.OperationalError: FATAL: password authentication failed for use r "postgres" In the trial install I just used the old Arches 3 default install password, but I'm guessing that you used something different. Perhaps there could be a call out for that in the script? Otherwise, up to this point it seems to be working. Thanks, Scott ASOR CHI On Thursday, March 23, 2017 at 5:06:11 PM UTC-4, Adam Cox wrote: > > The file is updated now, should work better for you. > > On Tuesday, March 21, 2017 at 4:27:45 AM UTC, Scott Branting wrote: >> >> Thank you Adam. I'll keep an eye out for the updated bat file when you >> get to it. >> >> Scott >> > -- -- To post, send email to archesproject@googlegroups.com. To unsubscribe, send email to archesproject+unsubscr...@googlegroups.com. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to archesproject+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Arches] Arches v4 installation on Windows 7
Thank you Adam. I'll keep an eye out for the updated bat file when you get to it. Scott -- -- To post, send email to archesproject@googlegroups.com. To unsubscribe, send email to archesproject+unsubscr...@googlegroups.com. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to archesproject+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Arches] Arches v4 installation on Windows 7
Dear Adam, Thank you for the quick reply. I did install shapely separately successfully with the troubleshooting instructions when I had Python 2.7.6 installed. But I ran into this same issue at this step as copied in the original post. I then noticed the update to the documentation that came out that said it was recommended to use Python 2.7.13. I updated Python to 2.7.13, including updating the path, reinstalled Arches and then shapely would not install separately. It gives a message of: Shapely-1.5.17-cp27-cp27m-win_amd64.whl is not a supported wheel on this platform. Thanks, Scott On Sunday, March 19, 2017 at 5:21:23 PM UTC-4, Adam Cox wrote: > > Hi Scott, glad you are able to check out that documentation. First, though > it's not the guardian module, I'd like to confirm that you installed > shapely separately? You need to do that on windows... > > As for guardian, it is one of the modules that is installed with python > setup.py install, so if it's missing, perhaps other things didn't install > as well. > > Thanks for getting in touch, and be sure to let us know what you find. > > Adam > > On Sun, Mar 19, 2017 at 3:53 PM, Scott Branting <scottb...@gmail.com > > wrote: > >> We've been working on a test install of Arches v4. We've run into an >> issue with the install that the recent updates of the Dev Installation >> notes haven't yet covered. Off the Dev Installation notes under Getting >> Started we can't get the setup db command to run. We get a missing module >> error for a module named guardian. Here is the result of the command >> python manage.py packages ‐o setup_db or for the runserver command: >> >> Traceback (most recent call last): >> File "manage.py", line 27, in >> execute_from_command_line(sys.argv) >> File >> "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l >> ine 367, in execute_from_command_line >> utility.execute() >> File >> "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l >> ine 341, in execute >> django.setup() >> File "C:\Projects\ENV\lib\site-packages\django\__init__.py", line 27, >> in setup >> apps.populate(settings.INSTALLED_APPS) >> File "C:\Projects\ENV\lib\site-packages\django\apps\registry.py", line >> 85, in >> populate >> app_config = AppConfig.create(entry) >> File "C:\Projects\ENV\lib\site-packages\django\apps\config.py", line >> 90, in cr >> eate >> module = import_module(entry) >> File "c:\python27\arches\Lib\importlib\__init__.py", line 37, in >> import_module >> >> __import__(name) >> ImportError: No module named guardian >> >> Thanks, >> >> Scott >> ASOR CHI Project >> >> -- >> -- To post, send email to arches...@googlegroups.com . To >> unsubscribe, send email to archesprojec...@googlegroups.com . >> For more information, visit >> https://groups.google.com/d/forum/archesproject?hl=en >> --- >> You received this message because you are subscribed to the Google Groups >> "Arches Project" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to archesprojec...@googlegroups.com . >> For more options, visit https://groups.google.com/d/optout. >> > > -- -- To post, send email to archesproject@googlegroups.com. To unsubscribe, send email to archesproject+unsubscr...@googlegroups.com. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups "Arches Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to archesproject+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[Arches] Arches v4 installation on Windows 7
We've been working on a test install of Arches v4. We've run into an issue with the install that the recent updates of the Dev Installation notes haven't yet covered. Off the Dev Installation notes under Getting Started we can't get the setup db command to run. We get a missing module error for a module named guardian. Here is the result of the command python manage.py packages ‐o setup_db or for the runserver command: Traceback (most recent call last): File "manage.py", line 27, in execute_from_command_line(sys.argv) File "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l ine 367, in execute_from_command_line utility.execute() File "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l ine 341, in execute django.setup() File "C:\Projects\ENV\lib\site-packages\django\__init__.py", line 27, in setup apps.populate(settings.INSTALLED_APPS) File "C:\Projects\ENV\lib\site-packages\django\apps\registry.py", line 85, in populate app_config = AppConfig.create(entry) File "C:\Projects\ENV\lib\site-packages\django\apps\config.py", line 90, in cr eate module = import_module(entry) File "c:\python27\arches\Lib\importlib\__init__.py", line 37, in import_module __import__(name) ImportError: No module named guardian Thanks, Scott ASOR CHI Project -- -- 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] loading CDS package with your own data
Dear Alexei, Thank you very much for doing that. It is good to know that the file is almost correct, that was the point of what I was trying to do. I've looked at the file and didn't see any quotes in line 6. There is a comma there, but no quotes. Was the comma the offending character? There were also some apostrophes in line 34, that isn't what you were referring to was it? Could you perhaps send me back the cleaned up file so that I can double check? I'll shift the coordinate system for the point geometry. It's a next step that I hadn't moved on to yet. It's in a Spherical Mercator. I just tried running the build/install_arches_db.bat, runserver.bat, and build/install_packages.bat without any resource_info.csv or resouce_info_small.csv in the archesproject\packages\cds\source_data directory. It ran without any issues and yielded the same result of displaying the EH data. That seems very odd to me. I just want to double check with you that the directory location is correct. If that is the correct directory then my next step would be to try a fresh install of arches from the start, unless you have any other ideas? We're in the process of getting the production server up and running, so getting this corrected with a full re-installation on the dev machine that I was using to test the load file is less pressing and may have to wait a week or two. Thank you, Scott On Wednesday, October 22, 2014 7:08:53 PM UTC-5, Alexei Peters wrote: Hi Scott, Well, I'm happy to say that I was able to import your data successfully! I did have to remove the quotes from line 6 on the larger file, but that was it. In the process I did find a bug in our code, but have already pushed a fix for that. (The bug didn't prevent me from loading and seeing you data though). The only thing that you need to change in your files is the way you're representing your spatial data. Right now it looks like you may be using some type of projection (eg: POINT (4364068. 4102410.5022)) What you should be using is lat/lon (eg: POINT (-2.29100433423506 54.4308148851311)) Although, the coordinates were wrong, I was still able to install and see your data without making any changes to it (other than the quote issue). Other than that everything looked good to me. All I did was replace the contents resource_info_small.csv with the contents of your file. Then I ran build/install_arches_db.bat, ran runserver.bat, and finally ran build/install_packages.bat So, maybe something else is going on? Maybe we can setup a GoToMeeting and we could try to debug the issue. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Wed, Oct 22, 2014 at 1:48 PM, Scott Branting scottb...@gmail.com javascript: wrote: I should have mentioned that I am still getting EH data even after that last step of reinstalling Django and Elastic Search. Thanks, Scott On Wednesday, October 22, 2014 3:46:38 PM UTC-5, Scott Branting wrote: Dear Alexei, Thank you for your quick reply. Yes, I'm a bit perplexed as well. Yes, I am referencing the same entitytypeid's found in the resource graphs. I've sent you the file so that you can look over what I put together and see if there is a fault there. I was reinstalling a bit out of order: start elasticsearch, install_arches_db, build, and install_packages. I've changed that and followed the steps you specified: install_arches_db, start elasticsearch, and install_packages. I'm still getting persistent EH data that shows up every time that I view the localhost:8000/Arches/index.htm. I then tried stepping back and reinstalling Django and Elastic Search and then continuing on with the install and build and loading of the data management package. Thanks, Scott On Wednesday, October 22, 2014 1:28:31 PM UTC-5, Alexei Peters wrote: HI Scott, Welcome to Archesproject! From what you've said in your email you should be seeing your new data. Does your new data reference the same entitytypeid's found in the existing resource graphs? Maybe you could send me your new resource_info file and I could test locally. Rerunning the install_arches_db script should delete all the contents from the database, so I'm a bit perplexed as to why you're still seeing the EH data. Did you start the elasticsearch process before you reran the installation? The steps to reinstall are: install_arches_db, start elasticsearch, and install_packages. Let me know if I can be of further assistance. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Wed, Oct 22, 2014 at 7:33 AM, Scott Branting scottb...@gmail.com wrote: We've been following this thread while attempting to import our own data into our installation of Arches v2 on a windows 7 x64 machine. We've modified and replaced the resource_info.csv file with a small
Re: [Arches] loading CDS package with your own data
Dear Alexei, I see this ghost EH data both in the advanced search results (the 10 results with summaries) and on the map (both at an aggregated level when zoomed out or down to the polygon when zoomed in). When I click to see the report through either interface (search results or hover over menu on the map) the report window comes up but it just endlessly says it is loading until I close the window. When you get a chance, could you send me back the cleaned up resource_info file so that I can double check the problem with line 6? I'm working on importing a couple thousand sites and want to double check this so as to avoid this problem with the other records. I'm pretty sure it has to be the comma, but want to make sure before I remove them all. Thanks, Scott On Thursday, October 23, 2014 1:54:50 PM UTC-5, Alexei Peters wrote: Hi Scott, When you say that you still see the EH data, do you mean you still see it in the map? Or can you also get a populated report as well (for instance when you click the 'report' link when you hover over an item on the map)? Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Thu, Oct 23, 2014 at 7:01 AM, Scott Branting scottb...@gmail.com javascript: wrote: Dear Alexei, Thank you very much for doing that. It is good to know that the file is almost correct, that was the point of what I was trying to do. I've looked at the file and didn't see any quotes in line 6. There is a comma there, but no quotes. Was the comma the offending character? There were also some apostrophes in line 34, that isn't what you were referring to was it? Could you perhaps send me back the cleaned up file so that I can double check? I'll shift the coordinate system for the point geometry. It's a next step that I hadn't moved on to yet. It's in a Spherical Mercator. I just tried running the build/install_arches_db.bat, runserver.bat, and build/install_packages.bat without any resource_info.csv or resouce_info_small.csv in the archesproject\packages\cds\source_data directory. It ran without any issues and yielded the same result of displaying the EH data. That seems very odd to me. I just want to double check with you that the directory location is correct. If that is the correct directory then my next step would be to try a fresh install of arches from the start, unless you have any other ideas? We're in the process of getting the production server up and running, so getting this corrected with a full re-installation on the dev machine that I was using to test the load file is less pressing and may have to wait a week or two. Thank you, Scott On Wednesday, October 22, 2014 7:08:53 PM UTC-5, Alexei Peters wrote: Hi Scott, Well, I'm happy to say that I was able to import your data successfully! I did have to remove the quotes from line 6 on the larger file, but that was it. In the process I did find a bug in our code, but have already pushed a fix for that. (The bug didn't prevent me from loading and seeing you data though). The only thing that you need to change in your files is the way you're representing your spatial data. Right now it looks like you may be using some type of projection (eg: POINT (4364068. 4102410.5022)) What you should be using is lat/lon (eg: POINT (-2.29100433423506 54.4308148851311)) Although, the coordinates were wrong, I was still able to install and see your data without making any changes to it (other than the quote issue). Other than that everything looked good to me. All I did was replace the contents resource_info_small.csv with the contents of your file. Then I ran build/install_arches_db.bat, ran runserver.bat, and finally ran build/install_packages.bat So, maybe something else is going on? Maybe we can setup a GoToMeeting and we could try to debug the issue. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Wed, Oct 22, 2014 at 1:48 PM, Scott Branting scottb...@gmail.com wrote: I should have mentioned that I am still getting EH data even after that last step of reinstalling Django and Elastic Search. Thanks, Scott On Wednesday, October 22, 2014 3:46:38 PM UTC-5, Scott Branting wrote: Dear Alexei, Thank you for your quick reply. Yes, I'm a bit perplexed as well. Yes, I am referencing the same entitytypeid's found in the resource graphs. I've sent you the file so that you can look over what I put together and see if there is a fault there. I was reinstalling a bit out of order: start elasticsearch, install_arches_db, build, and install_packages. I've changed that and followed the steps you specified: install_arches_db, start elasticsearch, and install_packages. I'm still getting persistent EH data that shows up every time that I view the localhost:8000/Arches/index.htm. I then tried stepping back
Re: [Arches] loading CDS package with your own data
Dear Alexei, Thank you for your quick reply. Yes, I'm a bit perplexed as well. Yes, I am referencing the same entitytypeid's found in the resource graphs. I've sent you the file so that you can look over what I put together and see if there is a fault there. I was reinstalling a bit out of order: start elasticsearch, install_arches_db, build, and install_packages. I've changed that and followed the steps you specified: install_arches_db, start elasticsearch, and install_packages. I'm still getting persistent EH data that shows up every time that I view the localhost:8000/Arches/index.htm. I then tried stepping back and reinstalling Django and Elastic Search and then continuing on with the install and build and loading of the data management package. Thanks, Scott On Wednesday, October 22, 2014 1:28:31 PM UTC-5, Alexei Peters wrote: HI Scott, Welcome to Archesproject! From what you've said in your email you should be seeing your new data. Does your new data reference the same entitytypeid's found in the existing resource graphs? Maybe you could send me your new resource_info file and I could test locally. Rerunning the install_arches_db script should delete all the contents from the database, so I'm a bit perplexed as to why you're still seeing the EH data. Did you start the elasticsearch process before you reran the installation? The steps to reinstall are: install_arches_db, start elasticsearch, and install_packages. Let me know if I can be of further assistance. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Wed, Oct 22, 2014 at 7:33 AM, Scott Branting scottb...@gmail.com javascript: wrote: We've been following this thread while attempting to import our own data into our installation of Arches v2 on a windows 7 x64 machine. We've modified and replaced the resource_info.csv file with a small amount of our test data and put the new file in the CDS package. We've then gone back through the steps of clearing the running install_arches_db, build, and install_packages. However, at the end of that we're still seeing the test data from English Heritage rather than our new data on the localhost. Am I missing a step(s)? Do we need to make further alterations to certain authority documents or resource graphs? I'm assuming that if it was a syntax error in the new resource_info.csv file that it would have errored out during the build and install process. Is that correct? Thank you and have a great day, Scott On Tuesday, October 14, 2014 3:21:20 AM UTC-5, Eloise Stancioff wrote: Thanks Adam! Hopefully, all will go well! Have a nice day Eloise On Mon, Oct 13, 2014 at 7:34 PM, Adam Lodge alo...@fargeo.com wrote: Eloise, From the perspective of a clean Arches install, the order of operations would be as follows: 1. Prepare your authority documents files (including administrative area) 2. Populate the resource_info file with your own data - per the example I gave you 3. Run the build process (including data load) 4. Configure your settings (including map_config.) Given that rosy scenario, everything should be easy - assuming your data are perfectly set up. On the front of perfectly set up data… another point of note about administrative area authority document: You will want to either delete or modify your ADMINISTRATIVE SUBDIVISION AUTHORITY DOCUMENT.values.csv file to be consistent with your administrative area data. Specifically, you will want to add the appropriate admin area type values and remove the ones with value type of geometry. In reality though, it is likely that you have already attempted to build and load data, and that will require some backtracking on the software install that Alexei is more qualified to chime in on than I am. Unless you already know that this order of operations will not work for you, then give it a shot. I may have to pass the torch to Alexei though on next steps if it doesn't work. Adam -- Adam Lodge Geospatial Systems Consultant Farallon Geographics 415.317.6625 -- -- To post, send email to arches...@googlegroups.com javascript:. To unsubscribe, send email to archesprojec...@googlegroups.com javascript:. 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 javascript:. 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
Re: [Arches] loading CDS package with your own data
I should have mentioned that I am still getting EH data even after that last step of reinstalling Django and Elastic Search. Thanks, Scott On Wednesday, October 22, 2014 3:46:38 PM UTC-5, Scott Branting wrote: Dear Alexei, Thank you for your quick reply. Yes, I'm a bit perplexed as well. Yes, I am referencing the same entitytypeid's found in the resource graphs. I've sent you the file so that you can look over what I put together and see if there is a fault there. I was reinstalling a bit out of order: start elasticsearch, install_arches_db, build, and install_packages. I've changed that and followed the steps you specified: install_arches_db, start elasticsearch, and install_packages. I'm still getting persistent EH data that shows up every time that I view the localhost:8000/Arches/index.htm. I then tried stepping back and reinstalling Django and Elastic Search and then continuing on with the install and build and loading of the data management package. Thanks, Scott On Wednesday, October 22, 2014 1:28:31 PM UTC-5, Alexei Peters wrote: HI Scott, Welcome to Archesproject! From what you've said in your email you should be seeing your new data. Does your new data reference the same entitytypeid's found in the existing resource graphs? Maybe you could send me your new resource_info file and I could test locally. Rerunning the install_arches_db script should delete all the contents from the database, so I'm a bit perplexed as to why you're still seeing the EH data. Did you start the elasticsearch process before you reran the installation? The steps to reinstall are: install_arches_db, start elasticsearch, and install_packages. Let me know if I can be of further assistance. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Wed, Oct 22, 2014 at 7:33 AM, Scott Branting scottb...@gmail.com wrote: We've been following this thread while attempting to import our own data into our installation of Arches v2 on a windows 7 x64 machine. We've modified and replaced the resource_info.csv file with a small amount of our test data and put the new file in the CDS package. We've then gone back through the steps of clearing the running install_arches_db, build, and install_packages. However, at the end of that we're still seeing the test data from English Heritage rather than our new data on the localhost. Am I missing a step(s)? Do we need to make further alterations to certain authority documents or resource graphs? I'm assuming that if it was a syntax error in the new resource_info.csv file that it would have errored out during the build and install process. Is that correct? Thank you and have a great day, Scott On Tuesday, October 14, 2014 3:21:20 AM UTC-5, Eloise Stancioff wrote: Thanks Adam! Hopefully, all will go well! Have a nice day Eloise On Mon, Oct 13, 2014 at 7:34 PM, Adam Lodge alo...@fargeo.com wrote: Eloise, From the perspective of a clean Arches install, the order of operations would be as follows: 1. Prepare your authority documents files (including administrative area) 2. Populate the resource_info file with your own data - per the example I gave you 3. Run the build process (including data load) 4. Configure your settings (including map_config.) Given that rosy scenario, everything should be easy - assuming your data are perfectly set up. On the front of perfectly set up data… another point of note about administrative area authority document: You will want to either delete or modify your ADMINISTRATIVE SUBDIVISION AUTHORITY DOCUMENT.values.csv file to be consistent with your administrative area data. Specifically, you will want to add the appropriate admin area type values and remove the ones with value type of geometry. In reality though, it is likely that you have already attempted to build and load data, and that will require some backtracking on the software install that Alexei is more qualified to chime in on than I am. Unless you already know that this order of operations will not work for you, then give it a shot. I may have to pass the torch to Alexei though on next steps if it doesn't work. Adam -- Adam Lodge Geospatial Systems Consultant Farallon Geographics 415.317.6625 -- -- To post, send email to arches...@googlegroups.com. To unsubscribe, send email to archesprojec...@googlegroups.com. For more information, visit https://groups.google.com/d/forum/archesproject?hl=en --- You received this message because you are subscribed to the Google Groups Arches Project group. To unsubscribe from this group and stop receiving emails from it, send an email to archesprojec...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- -- To post, send email to archesproject@googlegroups.com. To unsubscribe, send email