Giter VIP home page Giter VIP logo

archesproject / arches Goto Github PK

View Code? Open in Web Editor NEW
211.0 37.0 141.0 219.97 MB

Arches is a web platform for creating, managing, & visualizing geospatial data. Arches was inspired by the needs of the Cultural Heritage community, particularly the widespread need of organizations to build & manage cultural heritage inventories

License: GNU Affero General Public License v3.0

Python 45.23% CSS 7.89% JavaScript 24.10% HTML 18.24% Shell 0.31% PowerShell 0.01% Dockerfile 0.05% SCSS 4.15% TypeScript 0.03%
django archeology heritage cidoc graph-database python

arches's Introduction

Arches

Arches is a web-based, geospatial information system for cultural heritage inventory and management. Arches is purpose-built for the international cultural heritage field, and designed to record all types of immovable heritage, including archaeological sites, buildings and other historic structures, landscapes, and heritage ensembles or districts. For more information and background on the Arches project, please visit archesproject.org.

For general inquiries and to get technical support from the wider Arches community, visit our Community Forum.

For general user installation and app documentation, visit arches.readthedocs.io.

For the documentation pertaining to the bleeding edge code (what is in the master branch), visit arches.readthedocs.io/en/latest. We welcome new contributors; please see Contributing to Arches for details.

Issue reports are encouraged! Please read this article before reporting issues.

Version 7.5.2 release notes

Quick Install

Installation is fully documented in the official documentation, arches.readthedocs.io/en/stable, but assuming you have all of the dependencies installed you should make a virtual environment, activate it, and then run

    pip install arches

then

    arches-project create myproject

enter the new myproject directory

    cd myproject

and run

    python manage.py setup_db
    python manage.py runserver

in a separate terminal, activate your virtual environment and navigate to the root directory of the project ( you should be on the same level as package.json)

    cd myproject/myproject

and run

    npm run build_development

to create a frontend asset bundle. This process should complete in less than 2 minutes.

Finally, visit localhost:8000 in a browser (only Chrome is fully supported at this time).

If you run into problems, please review our full installation documentation

Release Cycle

Our general release cycle will typically be a functional release (either major if there are backward incompatible changes or minor, if there are not) every 6 months. Each functional release will typically be followed by one or more patch releases. See semver.org for version numbering.

  • Functional releases will usually introduce new functionality to the application, but could also include styling updates, enhancements to the UX, bug fixes, and performance improvements.
  • Patch releases are really only concerned with fixing any bugs related to the previous release or any other issues not yet addressed

Support for previous releases

  • Stable releases will be supported with patch releases for at least 18 months. Typically the stable release will be the second or third minor release of a major release.
  • Functional releases (with the exception of stable releases) will be supported only until the next functional release. After that users are expected to upgrade to the latest release on pypi.python.org

Feature roadmap

The following a general plan for the Arches project. Be aware this plan is tentative and subject to change.

7.6 LTS - Release date: Sept 15, 2024

  • Arches Application improvements
  • Activity stream edit logs
  • Security enhancements
  • Default deny permissions
  • Support for pluggable permissions frameworks
  • Standalone plugins

8.0 - Release date: June 15, 2025

  • Support for editing and publishing graphs without having to remove resource instances
  • Support for viewing and restoring previous graph publications
  • Support for configuring currently published graphs
  • Support for search by resource relationship
  • Implementation of the Controlled List Manager and reference data type
  • Persistent uris for resource instance data
  • Implementation of logical deletion of resources
  • Bulk Data Manager CLI interface

9.0 - Release date: Sept 15, 2027

  • Full migration to Vue

arches's People

Contributors

aarongundel avatar adamlodge avatar aj-he avatar annabelleee avatar apeters avatar azaroth42 avatar benosteen avatar bferguso avatar callywuthrich avatar chiatt avatar chrabyrd avatar csmith-he avatar dependabot-support avatar dwuthrich avatar jacobtylerwalls avatar jkemper-pca avatar jmunowitch avatar johnatawnclementawn avatar khodgkinson-he avatar mradamcox avatar njkim avatar philtweir avatar phudson-he avatar robgaston avatar roboateshistoricengland avatar ryan86 avatar sdscandrettkint avatar stickler-ci avatar veuncent avatar whatisgalen avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

arches's Issues

UI: SEARCH tab: Green “Map search” and “Time search” buttons need obvious VIEW ON/OFF

Originally reported by: Alison Dalgity (Bitbucket: adalgity, GitHub: adalgity)


SEARCH tab: the green “Map search” and “Time search” buttons need to more clearly indicate if they are visible or not. Right now they darken, but not with enough contrast. Problem is on smaller screens, user may not see if they're open or not and it seems as if nothing is happening when they're clicked.

ALSO, would be good to indicate if any filters are active (e.g., outline button with highlight or something???), even if TIME or MAP plane is not viewable. That is, for example, a filter could have been applied with the TIME Slider, then user filters the MAP, and there's no indication that the TIME slider is still active. (A nice...very cool...to have...;-)


SEARCH/TIME SEARCH: "Time Filter Enabled x" box in Search Input box disappears

Originally reported by: Alison Dalgity (Bitbucket: adalgity, GitHub: adalgity)


Filter using slider and the green "Time Filter Enabled x" box appears in Search input box. OK
Then choose Start/End date--e.g., Built Date/before/19xx, click +Add button. OK

Then negate Start/End date filter by clicking the red x under "You have selected the following date filters..." The green "Time Filter Enabled x" box disappears from Search input box even though the data are still filtered because the slider is still active.


RDM - Implement the new skos properties in d_relationtypes

Originally reported by: Alexei Peters (Bitbucket: apeters, GitHub: apeters)


We currently use non-skos properties when relating concepts to on another.
We need to change this to reflect the appropriate relationtype between concepts.

Specifically, dropdowns in the "Manage Parent" and "Add Child" workflows need to show entries for "Narrower" and "Narrower Transitive".

Also, a relationtype of "Narrower" needs to be applied to all concepts imported during ETL.

Relationtypes of "Broader" and "Broader Transitive" are not to be used (or show in dropdowns). We should probably remove these from Arches altogether.


RDM - The way concepts are indexed needs to be refactored

Originally reported by: Alexei Peters (Bitbucket: apeters, GitHub: apeters)


Right now concepts are bucketed in a "concept_labels" index. Within that index they are further segregated by type. The "type" is a guid that represents the top level scheme concept each concepts lives within (essentially the auth doc concept id).

We do this so that we can know what scheme a concept lives under but this breaks down because of the poly-hierarchical nature of the data. (eg: concepts can live under multiple schemes).

What should we do instead to support the use case.


UI visual improvement: SEARCH/TIME SEARCH--Visually separate Slider from Start/End Date

Originally reported by: Alison Dalgity (Bitbucket: adalgity, GitHub: adalgity)


On SEARCH/TIME SEARCH: Need separation box or line or color to help indicate that Slider and Start/End Date work independent of one another. (That is, while slider filters dynamically, +ADD button click is needed to activate Start/End Date filter.) Also, confusion may arise because filter criterion from Slider does not appear listed under: “You have selected the following date filters.” The two filters (Slider and Start/End Dates) can contradict one another resulting in zero returns (which is good), but the contradiction is not be immediately obvious because the filtering from the Slider is not listed with the other filters under “You have selected....”
Maybe just making clear, visually, that the two work separately will help??? (See related LABEL change in BB# 44)


RDM - The scheme name appended to concept search results needs to accommodate more than one scheme

Originally reported by: Alexei Peters (Bitbucket: apeters, GitHub: apeters)


Currently, a scheme name (eg: Activity Type) is appended to concept search results to give context and to reduce ambiguity (the same prefLabel may be used across different schemes).

The problem is, because of the poly-hierarchical nature of the data, concepts can live within multiple schemes.

What do we do in those instances?


RDM - Manage parent workflow needs to be improved

Originally reported by: Alexei Peters (Bitbucket: apeters, GitHub: apeters)


The manage parent workflow needs to allow users to add/remove parents as a workflow, building up the desired outcome. Only when done would the user submit the modal, and the system would update the parents appropriately.

The ui (modal) should immediately reflect the users changes as they work up the parents for a concept.


LABEL: MANAGE MAP LAYERS window--“Arches Resources” to be “HistoricPlacesLA Resources”

Originally reported by: Alison Dalgity (Bitbucket: adalgity, GitHub: adalgity)


MAP TAB/OVERLAYS/+ADD LAYER: “Arches Resources” should be “HistoricPlacesLA Resources”
(ALSO, see related BB#33 and BB#34—i.e., “Actor” and “Heritage Resources” EVERYWHERE need to be changed too, to “Person/Organization” and “Historic Resources” respectively).


Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.