Re: [Arches] GsoC 2014 Introduction
Hi Carlos, Welcome to the Arches project! When you say package wizard, I assume you mean the project entitledInstallation Wizard. Is that correct? Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 10:34 PM, Carlos Mauro Cardenas Fernandez ccarden...@pucp.pe wrote: Hello! My name is Carlos Cárdenas first year student at Lima Perú and graduate system engineer like computer science, this is my second career on science. I'm intersted in contributing for arches i want work for the package wizard for linux and windows. Since I'm a bit late to the party. But before I do that, I (more details on detailed introduction later :) ) Regards, (Carlos Cárdenas) -- -- 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] Test suite in Arches
On Tue, Mar 18, 2014 at 11:59 AM, Alexei Peters apet...@fargeo.com wrote: Hi Tharindu, Django uses the builtin unittest module. It would be nice to use that if possible. Of course it's possible, Alexei. I think that would be a better approach to use this native unittest module. Thanks, -Tharindu https://docs.djangoproject.com/en/dev/topics/testing/ Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 10:05 PM, Tharindu Rusira tharindurus...@gmail.com wrote: Thanks Alexei, In my gsoc project I'm planning to write unit tests using PyUnit[1]. So I wanted to know whether PyUnit framework is fine or we have a project specific test mechanism. [1] http://pyunit.sourceforge.net Regards, On Mar 18, 2014 10:05 AM, Alexei Peters apet...@fargeo.com wrote: Hi Tharindu, At the moment we don't have any automated test routines. That's why we have project Integrate a build/ci server and automated unit tests into the Arches dev environment. It would be lovely to have that! Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 8:39 PM, Tharindu Rusira tharindurus...@gmail.com wrote: Hi everyone, I would like to know the current level of code coverage in Arches. I browsed through Arches source code in bitbucket[1] but I could not find any test cases. [1] https://bitbucket.org/arches/arches Thanks, -- 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. -- 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] GSOC 2014 Proposal : Improving spatio-temporal relationships
Hi Sindhu, There was just recently a thread on this project that you might want to take a look at. https://groups.google.com/forum/#!topic/archesproject/EkxJ8vPeGG0 Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Thu, Mar 13, 2014 at 2:08 PM, Sindhu Kiranmai Ernala eskiranma...@gmail.com wrote: Arches Project - Project 17: Improve Representation of Spatial-Temporal Relationships Hi, I am Sindhu Kiranmai, a third year undergraduate student at International Institute of Information Technology- Hyderabad, India pursuing Btech in Computer Science + MS by Research in Exact Humanities. I got interested in Arches, from previous experience on working with a similar digital humanities project: History Visualizer, which is a web based tool facilitating various visualizations (through space, time, both space and time) for historic and cultural data. The basic version of the project can be found here : http://web2py.tusharonweb.in/maps_recent/default/index (Some javascript functionalities are deprecated due to upgradation of GoogleMaps API V2 to V3) I wish to contribute to project 17 as part of GSOC 2014. My programming language of choice is Python. I have good experience in HTML, XML,CSS, Javascript, Jquery and also MVC web frameworks, Web2Py and django in specific. *Project idea:* The current model for representing cultural periods is fairly limited and needs to be expanded to a more spatial-temporal representation. Now, spatio-temporal representation can be of two kinds : 1) space-in specific-time : this representation would give cultural/heritage information at all spaces (mapped geographically) at a particular time. Eg: Heritage sites all over the world (or space specific to the user's query), during the period of 1700-1800. 2) time-in specific-space : this representation would give cultural/heritage information of a particular geographical space over different time periods. Eg: The heritage sites in London, through different time periods(in 1700, 1800,1900...). Both the above representations improve spatio-temporal relationships, but which is more suitable in the case of Arches should be discussed. There are two approaches to the implementation of this project as suggested by Dennis. 1) Using CIDOC Conceptual Reference Model (CRM) which provides a formal structure for describing implicit and explicit relationships used in cultural heritage documentation. In the context of spatio-temporal relationships, I went through CIDOC CRM which provides classes like Period(E4), Event(E5), Temporal entity (E2) and Spacetime snapshot(E93) which could be incorporated into Arches graphs for improving the spatio-temporal relationships. I will formalize which classes to be used and update soon. 2) Improving spatio-temporal relationships to enhance filtering on Arches database and improving search UI. The solution I propose for this approach is similar to a project I worked on, namely History visualizer. The UI can be seen here : http://web2py.tusharonweb.in/maps_recent/default/space_time.html On scrolling through the timeline, historical events at that particular time are shown to be mapped at their geographic spaces. Implementation for this would require work on front-end and javascript intergration of the timeline onto the geospatial map. The first approaches improves the richness Arches graphs and the second provides a better search UI for the user. I am personally interested in working on approach 1, using CIDOC CRM, as ontology is one of my research interests I am currently pursuing. But I hope it is not too ambitious to believe that both the approaches could be worked on. I am currently not very familiar with the integration of CIDOC CRM into Arches graphs but I am going through the model to better understand this. Guidance here would be really helpful. -- -- 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] Test suite in Arches
Hi Tharindu, It looks like PyUnit is in fact the unittest module in python (from their docs, *'Unless you're stuck in the year 2000, PyUnit is in your Python standard library as module unittest.'*) I also just saw this: https://pypi.python.org/pypi/pytest-django/ One thing caught my eye when they describe the advantages of pytest which was Database re-use: no need to re-create the test database for every test run. That may be something we might have to look out for. Anyway, we have options. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 11:38 PM, Tharindu Rusira tharindurus...@gmail.comwrote: On Tue, Mar 18, 2014 at 11:59 AM, Alexei Peters apet...@fargeo.comwrote: Hi Tharindu, Django uses the builtin unittest module. It would be nice to use that if possible. Of course it's possible, Alexei. I think that would be a better approach to use this native unittest module. Thanks, -Tharindu https://docs.djangoproject.com/en/dev/topics/testing/ Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 10:05 PM, Tharindu Rusira tharindurus...@gmail.com wrote: Thanks Alexei, In my gsoc project I'm planning to write unit tests using PyUnit[1]. So I wanted to know whether PyUnit framework is fine or we have a project specific test mechanism. [1] http://pyunit.sourceforge.net Regards, On Mar 18, 2014 10:05 AM, Alexei Peters apet...@fargeo.com wrote: Hi Tharindu, At the moment we don't have any automated test routines. That's why we have project Integrate a build/ci server and automated unit tests into the Arches dev environment. It would be lovely to have that! Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 8:39 PM, Tharindu Rusira tharindurus...@gmail.com wrote: Hi everyone, I would like to know the current level of code coverage in Arches. I browsed through Arches source code in bitbucket[1] but I could not find any test cases. [1] https://bitbucket.org/arches/arches Thanks, -- 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. -- 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] Test suite in Arches
On Tue, Mar 18, 2014 at 12:25 PM, Alexei Peters apet...@fargeo.com wrote: Hi Tharindu, It looks like PyUnit is in fact the unittest module in python (from their docs, *'Unless you're stuck in the year 2000, PyUnit is in your Python standard library as module unittest.'*) Yes, they are both the same. I also just saw this: https://pypi.python.org/pypi/pytest-django/ One thing caught my eye when they describe the advantages of pytest which was Database re-use: no need to re-create the test database for every test run. That may be something we might have to look out for. Interesting. I have not worked with py.test yet. The documentation is pretty convincing but I think we better have a look at these[1][2] comparisons as well. (Also note that these discussions are quite old and probably obsolete). Also, I found[3][4][5] to be very comprehensive articles on Python testing frameworks. So this might be a good starting point to decide where we will be going with our testing work-flow. [1] http://stackoverflow.com/questions/191673/preferred-python-unit-testing-framework [2] http://bytes.com/topic/python/answers/43330-unittest-vs-py-test [3] http://pythontesting.net/framework/pytest/pytest-introduction/ [4] http://halfcooked.com/presentations/pyconau2013/why_I_use_pytest.html [5] http://pydanny.com/pytest-no-boilerplate-testing.html Thanks, -Tharindu. Anyway, we have options. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 11:38 PM, Tharindu Rusira tharindurus...@gmail.com wrote: On Tue, Mar 18, 2014 at 11:59 AM, Alexei Peters apet...@fargeo.comwrote: Hi Tharindu, Django uses the builtin unittest module. It would be nice to use that if possible. Of course it's possible, Alexei. I think that would be a better approach to use this native unittest module. Thanks, -Tharindu https://docs.djangoproject.com/en/dev/topics/testing/ Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 10:05 PM, Tharindu Rusira tharindurus...@gmail.com wrote: Thanks Alexei, In my gsoc project I'm planning to write unit tests using PyUnit[1]. So I wanted to know whether PyUnit framework is fine or we have a project specific test mechanism. [1] http://pyunit.sourceforge.net Regards, On Mar 18, 2014 10:05 AM, Alexei Peters apet...@fargeo.com wrote: Hi Tharindu, At the moment we don't have any automated test routines. That's why we have project Integrate a build/ci server and automated unit tests into the Arches dev environment. It would be lovely to have that! Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 8:39 PM, Tharindu Rusira tharindurus...@gmail.com wrote: Hi everyone, I would like to know the current level of code coverage in Arches. I browsed through Arches source code in bitbucket[1] but I could not find any test cases. [1] https://bitbucket.org/arches/arches Thanks, -- 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. -- M.P. Tharindu Rusira Kumara Department of Computer Science and Engineering, University of Moratuwa, Sri Lanka. +94757033733 www.tharindu-rusira.blogspot.com -- 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] Test suite in Arches
What versions of python are you aiming at? Is Arches still trying to maintain compatibility with 2.6? And is python 3 compatibility wanted? Might influence your choice of testing framework. If you're trying to maintain compatibility with 2.6, look into the unittest2 library. I believe it brings python 2.6's unittest module up to the level of python 2.7's library. I've never used py.test but it looks rather nice. We normally use the standard unittest library, nose as a testrunner and coverage for the coverage report. I believe nose can also run py.test tests. And py.test seems to be able to run nose test suites. So, it all seems to be rather connected. When constructing your testsuite, it's a good idea to try and write as many unit tests as possible without needing a database. These can run a whole lot faster than unit tests requiring a database. Normally your testdatabase will be constructed and torn down for every single unit test. As soon as your database is anything non-trivial, this slows your testsuite down to a crawl. We currently solved this in one of our applications by only setting up and tearing down the database once per testsuite. This is using the Pyramid framework (not Django). What we did, was to setup the database at the beginning of the module, start a database transaction, run the unit test, rollback the transaction, start a new transaction, run the second test, rollback the transaction, etc... At the end of the module, the entire database is torn down. The next module does the same thing. The inspiration for this came from this blog post: http://sontek.net/blog/detail/writing-tests-for-pyramid-and-sqlalchemy. It's about Pyramid (and uses py.test), but I think the principal should be applicable to other frameworks as well. Django might have something for this as well. Cheers, Koen Koen Van Daele Applicatiebeheerder M +32 (0)499 94 93 68 | T +32 (0)2 553 16 82 Van: archesproject@googlegroups.com [mailto:archesproject@googlegroups.com] Namens Tharindu Rusira Verzonden: dinsdag 18 maart 2014 8:46 Aan: Alexei Peters CC: archesproject@googlegroups.com Onderwerp: Re: [Arches] Test suite in Arches On Tue, Mar 18, 2014 at 12:25 PM, Alexei Peters apet...@fargeo.commailto:apet...@fargeo.com wrote: Hi Tharindu, It looks like PyUnit is in fact the unittest module in python (from their docs, 'Unless you're stuck in the year 2000, PyUnit is in your Python standard library as module unittest.') Yes, they are both the same. I also just saw this: https://pypi.python.org/pypi/pytest-django/ One thing caught my eye when they describe the advantages of pytest which was Database re-use: no need to re-create the test database for every test run. That may be something we might have to look out for. Interesting. I have not worked with py.test yet. The documentation is pretty convincing but I think we better have a look at these[1][2] comparisons as well. (Also note that these discussions are quite old and probably obsolete). Also, I found[3][4][5] to be very comprehensive articles on Python testing frameworks. So this might be a good starting point to decide where we will be going with our testing work-flow. [1] http://stackoverflow.com/questions/191673/preferred-python-unit-testing-framework [2] http://bytes.com/topic/python/answers/43330-unittest-vs-py-test [3] http://pythontesting.net/framework/pytest/pytest-introduction/ [4] http://halfcooked.com/presentations/pyconau2013/why_I_use_pytest.html [5] http://pydanny.com/pytest-no-boilerplate-testing.html Thanks, -Tharindu. Anyway, we have options. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 11:38 PM, Tharindu Rusira tharindurus...@gmail.commailto:tharindurus...@gmail.com wrote: On Tue, Mar 18, 2014 at 11:59 AM, Alexei Peters apet...@fargeo.commailto:apet...@fargeo.com wrote: Hi Tharindu, Django uses the builtin unittest module. It would be nice to use that if possible. Of course it's possible, Alexei. I think that would be a better approach to use this native unittest module. Thanks, -Tharindu https://docs.djangoproject.com/en/dev/topics/testing/ Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173tel:971.227.3173 On Mon, Mar 17, 2014 at 10:05 PM, Tharindu Rusira tharindurus...@gmail.commailto:tharindurus...@gmail.com wrote: Thanks Alexei, In my gsoc project I'm planning to write unit tests using PyUnit[1]. So I wanted to know whether PyUnit framework is fine or we have a project specific test mechanism. [1] http://pyunit.sourceforge.net Regards, On Mar 18, 2014 10:05 AM, Alexei Peters apet...@fargeo.commailto:apet...@fargeo.com wrote: Hi Tharindu, At the moment we don't have any automated test routines. That's why we have project Integrate a build/ci server and automated unit tests into the Arches dev environment. It would be lovely to have that! Cheers, Alexei Director of Web
Re: [Arches] Test suite in Arches
Hi Koen, That's the one thing that I noticed about pytest-dango, is that you don't need to recreate the db for every test run. Also, I removed the ability to use python 2.6 in version Arches 2.0 Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Tue, Mar 18, 2014 at 1:42 AM, Van Daele, Koen koen.vanda...@rwo.vlaanderen.be wrote: What versions of python are you aiming at? Is Arches still trying to maintain compatibility with 2.6? And is python 3 compatibility wanted? Might influence your choice of testing framework. If you're trying to maintain compatibility with 2.6, look into the unittest2 library. I believe it brings python 2.6's unittest module up to the level of python 2.7's library. I've never used py.test but it looks rather nice. We normally use the standard unittest library, nose as a testrunner and coverage for the coverage report. I believe nose can also run py.test tests. And py.test seems to be able to run nose test suites. So, it all seems to be rather connected. When constructing your testsuite, it's a good idea to try and write as many unit tests as possible without needing a database. These can run a whole lot faster than unit tests requiring a database. Normally your testdatabase will be constructed and torn down for every single unit test. As soon as your database is anything non-trivial, this slows your testsuite down to a crawl. We currently solved this in one of our applications by only setting up and tearing down the database once per testsuite. This is using the Pyramid framework (not Django). What we did, was to setup the database at the beginning of the module, start a database transaction, run the unit test, rollback the transaction, start a new transaction, run the second test, rollback the transaction, etc... At the end of the module, the entire database is torn down. The next module does the same thing. The inspiration for this came from this blog post: http://sontek.net/blog/detail/writing-tests-for-pyramid-and-sqlalchemy. It's about Pyramid (and uses py.test), but I think the principal should be applicable to other frameworks as well. Django might have something for this as well. Cheers, Koen *Koen Van Daele* Applicatiebeheerder M +32 (0)499 94 93 68 | T +32 (0)2 553 16 82 *Van:* archesproject@googlegroups.com [mailto: archesproject@googlegroups.com] *Namens *Tharindu Rusira *Verzonden:* dinsdag 18 maart 2014 8:46 *Aan:* Alexei Peters *CC:* archesproject@googlegroups.com *Onderwerp:* Re: [Arches] Test suite in Arches On Tue, Mar 18, 2014 at 12:25 PM, Alexei Peters apet...@fargeo.com wrote: Hi Tharindu, It looks like PyUnit is in fact the unittest module in python (from their docs, *'Unless you're stuck in the year 2000, PyUnit is in your Python standard library as module unittest.'*) Yes, they are both the same. I also just saw this: https://pypi.python.org/pypi/pytest-django/ One thing caught my eye when they describe the advantages of pytest which was Database re-use: no need to re-create the test database for every test run. That may be something we might have to look out for. Interesting. I have not worked with py.test yet. The documentation is pretty convincing but I think we better have a look at these[1][2] comparisons as well. (Also note that these discussions are quite old and probably obsolete). Also, I found[3][4][5] to be very comprehensive articles on Python testing frameworks. So this might be a good starting point to decide where we will be going with our testing work-flow. [1] http://stackoverflow.com/questions/191673/preferred-python-unit-testing-framework [2] http://bytes.com/topic/python/answers/43330-unittest-vs-py-test [3] http://pythontesting.net/framework/pytest/pytest-introduction/ [4] http://halfcooked.com/presentations/pyconau2013/why_I_use_pytest.html [5] http://pydanny.com/pytest-no-boilerplate-testing.html Thanks, -Tharindu. Anyway, we have options. Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 11:38 PM, Tharindu Rusira tharindurus...@gmail.com wrote: On Tue, Mar 18, 2014 at 11:59 AM, Alexei Peters apet...@fargeo.com wrote: Hi Tharindu, Django uses the builtin unittest module. It would be nice to use that if possible. Of course it's possible, Alexei. I think that would be a better approach to use this native unittest module. Thanks, -Tharindu https://docs.djangoproject.com/en/dev/topics/testing/ Cheers, Alexei Director of Web Development - Farallon Geographics, Inc. - 971.227.3173 On Mon, Mar 17, 2014 at 10:05 PM, Tharindu Rusira tharindurus...@gmail.com wrote: Thanks Alexei, In my gsoc project I'm planning to write unit tests using PyUnit[1]. So I wanted to know whether PyUnit framework is fine or we have a project specific test mechanism. [1]
[Arches] Re: Entity Relationship Diagram
Thank you Adam. Is the Arches database an Object Relational Database? On Monday, March 17, 2014 3:41:32 PM UTC-4, Brian Crane wrote: Is an ER diagram available for the Arches database? Thanks, Brian -- -- 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: Entity Relationship Diagram
Brian, We haven't tended to use that terminology, but I suppose it is fair to call it object-relational. The underlying dbms itself is Postgres, which dubs itself as object-relational, but application of objects in a db is really the domain of implementation tactics. The objects within Arches are called entities within the db, and the resource graphs (stored in the tables within the upper right of the EDR) define the rules that describe how entities are allowed to relate to each other. I'm quite sure what you are aiming to accomplish, but I can say that understanding the physical data model won't help you much in understanding how to use Arches in a meaningful way. The Arches physical model is very obscure and is designed to support a wide swath of potential uses. Instead, focus on how to manipulate resource graphs, authority documents, and (if you want to upload legacy data) the source data input file called resource_info. That will get you much further toward understanding how to actually use the Arches platform to meet a need. Adam -- Adam Lodge Geospatial Systems Consultant Farallon Geographics 415.317.6625 On Tuesday, March 18, 2014 at 12:02 PM, Brian Crane wrote: Thank you Adam. Is the Arches database an Object Relational Database? On Monday, March 17, 2014 3:41:32 PM UTC-4, Brian Crane wrote: Is an ER diagram available for the Arches database? Thanks, Brian -- -- To post, send email to archesproject@googlegroups.com (mailto:archesproject@googlegroups.com). To unsubscribe, send email to archesproject+unsubscr...@googlegroups.com (mailto: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 (mailto: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: Gsoc 2014 : Arches mobile app
Hi Chandra - A mobile application does not need all of the features of the desktop application. I'd say what we are aiming for - at least this summer, is an application that reads Arches resource data and displays it on a map - ideally with a users location and the resource types divided into layers (as you see in the desktop example) that can turned on and off. Additionally we would like to see something like the reports that you see in the desktop application when you click on a resource and select the report link. This task is not as simple as it might seem, because the JSON returned by an Arches request represents a graph object. This graph needs to be traversed to collect all of the information necessary for a report. How you implement these features is really up to you, but I would say simplicity and extensibility are good guiding principles. I hope that helps - Thanks, Cyrus On Friday, March 14, 2014 11:01:04 AM UTC-7, chi...@fargeo.com wrote: Hi Chandra - Thanks you for your interest in working on a mobile app for Arches. Would you be able to elaborate a bit more on what you mean by a base structure for the app? Have you haven't already, a good starting point might be to check out some of the following resources that Dennis points to here: https://groups.google.com/forum/#!topic/archesproject/TpewgGZSSbI You might also have a look at the working version of Arches 1.0: http://ec2-54-219-128-54.us-west-1.compute.amazonaws.com/FGI/Arches/# Thanks, Cyrus On Thursday, March 13, 2014 9:31:44 AM UTC-7, Chandra Patel wrote: Hello, I am interested in developing arches mobile app for ios, as i have good ios development experience. Is there some basic framework or some base structure on which the app must be created ? More details on this is required. How should i proceed ? Thanks, Chandra -- -- 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: Entity Relationship Diagram
I see your point. I was trying to compare the way Arches organizes heritage information with other heritage database designs I'm familiar with. Maybe I should have asked for a logical data model, rather than the physical data model? On Monday, March 17, 2014 3:41:32 PM UTC-4, Brian Crane wrote: Is an ER diagram available for the Arches database? Thanks, Brian -- -- 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: Handling complex geometries - maybe 3D?
Hiii I have been reading a lot to get a better understanding of handling complex geometries. As we can see from the Arches developmenthttp://archesproject.org/development/link, Arches is a stack of PostGIS,Geoserver,ExtJS and Openlayers. This Architecture http://i.imgur.com/Ev7uWSJ.png will be best suited to make a complete web app for handling complex geometries. Briefly their functions will be: Postgis: A geospatial database that makes it easy to process spatial geometry data.Postgis has a whole lot of functions that make it easy to support handling geometries and no other database can handle geometrical data better. Geoserver:This is a server which is made for handling map and spatial information. GeoWebCache : This makes it faster to load images by caching the map images GeoExt + Openlayers + Extjs : This is the user interface for the browser which is used for displaying and collecting user from the user. Also i have uploaded my Proposal http://goo.gl/GtuU5u quite a long time ago,which describes the intricacies of my idea. Please provide some feedback. About handling 3d objects,i did some research on that too,i found resource materials to handle that This link http://workshops.boundlessgeo.com/tutorial-lidar/ describes quite intricately how we can enable 3d objects for the above architecture. On the whole,this project seems quite exciting. :) -- -- 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: Handling complex geometries - maybe 3D?
Hiii I have been reading a lot to get a better understanding of handling complex geometries. As we can see from the Arches developmenthttp://archesproject.org/development/link, Arches is a stack of PostGIS,Geoserver,ExtJS and Openlayers. This Architecture http://i.imgur.com/Ev7uWSJ.png will be best suited to make a complete web app for handling complex geometries. Briefly their functions will be: Postgis: A geospatial database that makes it easy to process spatial geometry data.Postgis has a whole lot of functions that make it easy to support handling geometries and no other database can handle geometrical data better. Geoserver:This is a server which is made for handling map and spatial information. GeoWebCache : This makes it faster to load images by caching the map images GeoExt + Openlayers + Extjs : This is the user interface for the browser which is used for displaying and collecting user from the user. Also i have uploaded my Proposal http://goo.gl/GtuU5u quite a long time ago,which describes the intricacies of my idea. Please provide some feedback. About handling 3d objects,i did some research on that too,i found resource materials to handle that This link http://workshops.boundlessgeo.com/tutorial-lidar/ describes quite intricately how we can enable 3d objects for the above architecture. On the whole,this project seems quite exciting. :) -- -- 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
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.
