I can run the server now but the Search does not work. I realize it will be difficult for me to figure things out before additional documentation is available (like "Initial Configuration"). But maybe this error rings a bell?
(ENV) C:\Projects\my_project>python manage.py runserver 0.0.0.0:8000 Performing system checks... System check identified no issues (0 silenced). May 04, 2017 - 08:30:22 Django version 1.9.2, using settings 'my_project.settings' Starting development server at http://0.0.0.0:8000/ Quit the server with CTRL-BREAK. [04/May/2017 08:30:41] "GET / HTTP/1.1" 200 20099 [04/May/2017 08:31:11] "GET /search HTTP/1.1" 200 73116 [04/May/2017 08:31:12] "GET /search/time_wheel_config HTTP/1.1" 404 38 [04/May/2017 08:31:12] "GET /search/resources?no_filters=true&page=1 HTTP/1.1" 4 04 48 [04/May/2017 08:31:12] "GET /widgets/map HTTP/1.1" 200 31596 Thank you! Viktor On Tuesday, May 2, 2017 at 5:00:15 PM UTC-7, Adam Cox wrote: > Well, nice work on all of the troubleshooting. The previous screenshot I > posted was from a separate virtual environment that was created from a > separate 2.7.13 installation of Python, though I do have 2.7.6 installed > globally. You can see how the installation was created with this script > https://gist.github.com/mradamcox/e66f5008a72c1896003ecc785cb643fe. The > idea was to make an installation completely agnostic of whatever python > already exists on a windows operating system. > > Anyway, again, thanks for figuring this out. For now, I'll change the > documentation to recommend that 2.7.12 be used in favor of 2.7.13. > > Adam > > On Tue, May 2, 2017 at 6:49 PM, Viktor_Getty <vik...@getty.edu > <javascript:>> wrote: > >> Hi Adam, >> >> I was able to confirm Python 2.7.13 bug of Unicode vs. String. I used a >> new VM, completely fresh, with a different OS (Windows 2012 Server instead >> of Windows 2008 Server and got exactly the same problem: >> >> >> ... from django.contrib.gis.gdal.libgdal import GDAL_VERSION, lgdal >> File >> "C:\Projects\ENV\lib\site-packages\django\contrib\gis\gdal\libgdal.py", l >> ine 48, in <module> >> lgdal = CDLL(lib_path) >> File "c:\python27\Lib\ctypes\__init__.py", line 362, in __init__ >> self._handle = _dlopen(self._name, mode) >> TypeError: LoadLibrary() argument 1 must be string, not Unicode >> >> Then I modified the file >> "C:\Projects\ENV\Lib\site-packages\django\contrib\gis\gdal\libgdal.py" in 2 >> places, where it was failing, like this: >> >> lgdal = CDLL(lib_path.encode('ascii', 'ignore')) >> >> Basically converted 'lgdal' to string. After that my installation >> proceeded. >> >> The question remains why did you not have this issue? My hypothesis is >> that maybe you were not running 2.7.13 when creating DB? I noticed in a >> previous post you had 2.7.6. So either you have two installations and in >> this case you could check if the correct version is being invoked. Or if >> you uninstalled 2.7.6 maybe it was not cleaned all the way? One person in >> that discussion that I posted complained that after uninstalling 2.7.13 and >> installing 2.7.12 he still had problems, which he attribute to this effect. >> But this is of course my guessing, who know what actually happened... >> >> This is of course not a good workaround, but after v. 2.7.14 is out this >> should be fixed. >> >> After these fixes the DB was created: >> >> (ENV) C:\Projects\my_project>python manage.py packages -o setup_db >> operation: setup_db >> package: arches >> 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... OK >> Applying sessions.0001_initial... OK >> deleting index : strings >> deleting index : resource >> deleting index : resource_relations >> creating index : strings >> creating index : resource_relations >> (ENV) C:\Projects\my_project> >> >> >> >> >> >> >> >> >> >> On Tuesday, May 2, 2017 at 12:09:45 PM UTC-7, Adam Cox wrote: >> >>> That's not to say there isn't something slightly different between our >>> environments, so I'll be interested to hear what you find. >>> >>> On Tue, May 2, 2017 at 2:08 PM, Adam Cox <mr.ad...@gmail.com> wrote: >>> >>>> Ok, I have not had an issue with 2.7.13, so I'd recommend first making >>>> sure that you have the correct GDAL version, i.e. used the correct osgeo >>>> installer for your OS. >>>> >>>> [image: Inline image 2] >>>> >>>> On Tue, May 2, 2017 at 1:56 PM, Viktor_Getty <vik...@getty.edu> wrote: >>>> >>>>> Yes, this is what I get >>>>> >>>>> C:\Projects>python >>>>> Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC >>>>> v.1500 64 bit ( >>>>> AMD64)] on win32 >>>>> Type "help", "copyright", "credits" or "license" for more information. >>>>> >>> >>>>> >>>>> Based on this discussion >>>>> https://github.com/rg3/youtube-dl/issues/11540 it looks this is >>>>> Python 2.7.13 issue. >>>>> >>>>> Here's a summary: >>>>> Version_ctypes.dlopen()_ctypes.LoadLibrary() >>>>> 2.7.12 S & U S & U >>>>> 2.7.13 S & U S >>>>> 3.x S & U U >>>>> >>>>> Here S and U indicate bytes and unicode objects, respectively. >>>>> >>>>> >>>>> Based on the same discussion, the issue is likely to be resolved in >>>>> 2.7.14 sometime in the middle of 2017. Meanwhile I will downgrade to >>>>> 2.7.12 >>>>> and see what happens. >>>>> >>>>> Thank you! >>>>> Viktor >>>>> >>>>> On Tuesday, May 2, 2017 at 10:36:31 AM UTC-7, Adam Cox wrote: >>>>> >>>>>> Hm, you should be able to just type python and when the interpreter >>>>>> opens it should give you the info, for example >>>>>> >>>>>> [image: Inline image 3] >>>>>> >>>>>> On Tue, May 2, 2017 at 11:43 AM, Adam Cox <mr.ad...@gmail.com> wrote: >>>>>> >>>>>>> This error is generally when you have the wrong 32-bit or 64-bit >>>>>>> version of GDAL for your Python installation. Can you can confirm that >>>>>>> all >>>>>>> of these things are in sync? i.e. you have 64-bit python, and 64-bit >>>>>>> GDAL. >>>>>>> These should also match your operating system architecture. >>>>>>> >>>>>>> On Tue, May 2, 2017 at 11:38 AM, Viktor_Getty <vik...@getty.edu> >>>>>>> wrote: >>>>>>> >>>>>>>> Thank you, Adam. When running #7 - Set up your Arches Database, I >>>>>>>> encountered this error. Please see if you may know what the reason is. >>>>>>>> >>>>>>>> Thanks! >>>>>>>> Viktor >>>>>>>> >>>>>>>> *.........* >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> * from django.contrib.gis.gdal.driver import Driver # NOQA >>>>>>>> File >>>>>>>> "C:\Projects\ENV\lib\site-packages\django\contrib\gis\gdal\driver.py", >>>>>>>> line 5, in <module> from django.contrib.gis.gdal.prototypes import >>>>>>>> ds as >>>>>>>> vcapi, raster as rcapi File >>>>>>>> "C:\Projects\ENV\lib\site-packages\django\contrib\gis\gdal\prototypes\ds.py", >>>>>>>> >>>>>>>> line 9, in <module> from django.contrib.gis.gdal.libgdal import >>>>>>>> GDAL_VERSION, lgdal File >>>>>>>> "C:\Projects\ENV\lib\site-packages\django\contrib\gis\gdal\libgdal.py", >>>>>>>> >>>>>>>> line 48, in <module> lgdal = CDLL(lib_path) File >>>>>>>> "c:\python27\Lib\ctypes\__init__.py", line 362, in __init__ >>>>>>>> self._handle >>>>>>>> = _dlopen(self._name, mode)TypeError: LoadLibrary() argument 1 must be >>>>>>>> string, not unicode* >>>>>>>> *(ENV) C:\Projects\my_project>* >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Monday, May 1, 2017 at 4:22:00 PM UTC-7, Adam Cox wrote: >>>>>>>> >>>>>>>>> Ah, that step is actually unnecessary, given that the arches-project >>>>>>>>> create command worked (I think it got dragged along from the >>>>>>>>> developer installation steps). Just skip to the setup database step, >>>>>>>>> and >>>>>>>>> you should be good to go. >>>>>>>>> >>>>>>>>> On Mon, May 1, 2017 at 6:09 PM, Viktor_Getty <vik...@getty.edu> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Thank you! I just modified the file 'arches-project' as in your >>>>>>>>>> commit, and #5. 'Create my_project' ran with no error. But now, when >>>>>>>>>> I >>>>>>>>>> tried the next one >>>>>>>>>> >>>>>>>>>> 6. Run the bower installation >>>>>>>>>> >>>>>>>>>> Enter your new project directory (cd my_project) and run: >>>>>>>>>> >>>>>>>>>> bower install >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I got this message: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> (ENV) C:\Projects\my_project>bower install >>>>>>>>>> bower ENOENT No bower.json present >>>>>>>>>> >>>>>>>>>> Thanks again! >>>>>>>>>> Viktor >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Monday, May 1, 2017 at 3:44:05 PM UTC-7, Adam Cox wrote: >>>>>>>>>> >>>>>>>>>> Hi Viktor. Yes, that command must be run with the virtual >>>>>>>>>>> environment activated. I should make a note that all arches CLI >>>>>>>>>>> commands >>>>>>>>>>> should be run with the virtual environment activated. >>>>>>>>>>> >>>>>>>>>>> As for the subprocess error, that was fixed a little while ago >>>>>>>>>>> with this commit: >>>>>>>>>>> https://github.com/archesproject/arches/commit/2a71b729d03ac6958241c31f202b39f65b19707a, >>>>>>>>>>> >>>>>>>>>>> however it was after the latest publication of Arches to pip. >>>>>>>>>>> >>>>>>>>>>> For now, you should just enter your new project folder, and then >>>>>>>>>>> run bower install to manually accomplish what that the >>>>>>>>>>> error-throwing command is trying to do. It is the last step in the >>>>>>>>>>> project >>>>>>>>>>> creation command, so you should be good to go after that. >>>>>>>>>>> >>>>>>>>>>> Adam >>>>>>>>>>> >>>>>>>>>>> On Mon, May 1, 2017 at 5:19 PM, Viktor_Getty <vik...@getty.edu> >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Adam, thank you much for answering my 'Mapnik' question. I >>>>>>>>>>>> started a new thread since it is no longer a 'Mapnik' issue. >>>>>>>>>>>> >>>>>>>>>>>> I was able to install dependences and did steps 1 - 4 in >>>>>>>>>>>> https://arches4.readthedocs.io/en/latest/installation/. But I >>>>>>>>>>>> stumbled on #5 (Create a new Arches project). According to the >>>>>>>>>>>> document, >>>>>>>>>>>> the command for Windows is: >>>>>>>>>>>> >>>>>>>>>>>> python C:\Projects\ENV\Scripts\arches-project create my_project >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> But when I run it as it is, I get this error: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> C:\Projects>python C:\Projects\ENV\Scripts\arches-project create >>>>>>>>>>>> my_project >>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>> File "C:\Projects\ENV\Scripts\arches-project", line 2, in >>>>>>>>>>>> <module> >>>>>>>>>>>> import arches >>>>>>>>>>>> ImportError: No module named arches >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I suspect this command has to be run from the virtual >>>>>>>>>>>> environment *((ENV) C:\Projects>python >>>>>>>>>>>> c:\projects\env\scripts\arches-project create my_project*). >>>>>>>>>>>> But when I do, I get this error message: >>>>>>>>>>>> >>>>>>>>>>>> Traceback (most recent call last): >>>>>>>>>>>> File "c:\projects\env\scripts\arches-project", line 137, in >>>>>>>>>>>> <module> >>>>>>>>>>>> main() >>>>>>>>>>>> File "c:\projects\env\scripts\arches-project", line 131, in >>>>>>>>>>>> main >>>>>>>>>>>> COMMANDS[args.command](args) >>>>>>>>>>>> File "c:\projects\env\scripts\arches-project", line 58, in >>>>>>>>>>>> command_create_app >>>>>>>>>>>> subprocess.call(bower_install.split(), shell=False) >>>>>>>>>>>> File "c:\python27\Lib\subprocess.py", line 168, in call >>>>>>>>>>>> return Popen(*popenargs, **kwargs).wait() >>>>>>>>>>>> File "c:\python27\Lib\subprocess.py", line 390, in __init__ >>>>>>>>>>>> errread, errwrite) >>>>>>>>>>>> File "c:\python27\Lib\subprocess.py", line 640, in >>>>>>>>>>>> _execute_child >>>>>>>>>>>> startupinfo) >>>>>>>>>>>> WindowsError: [Error 2] The system cannot find the file >>>>>>>>>>>> specified >>>>>>>>>>>> (ENV) C:\Projects> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thank you, >>>>>>>>>>>> Viktor >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> -- 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. 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. 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. 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 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 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.
