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