GithubHelp home page GithubHelp logo

hypertopic / geoxene Goto Github PK

View Code? Open in Web Editor NEW
0.0 0.0 4.0 43 KB

Geocoding through transmission or emulation

License: GNU Affero General Public License v3.0

JavaScript 86.93% HTML 12.06% Dockerfile 1.01%
geocoding

geoxene's People

Contributors

benel avatar kryddd avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

geoxene's Issues

Set the location of addresses that are not located yet

Description

What is the valuable outcome that cannot be achieved with current features?

For the moment, users have to manually go to each vase's page to add the spatial attribute to localize them on the map. It would be easier for them to be able to see all the vases that doesn't have this spatial attribute and have for example a page that allows them to easily set the tomb's number of the vases that are not localized yet.

For which stakeholder (people, role, project, domain) is it important?

Especially for people who want to be able to see easily the vases not localized on the map yet (that miss the spatial attribute), and easily set the tomb where they were found, as a bulk.

Which user action should be enabled (or restricted)? For who?

Examples: Display non-localized vases on a specific page and set their location as a bulk.

  • See which vases don't have a set spatial attribute.
  • Offer to the user the possibility to set this attribute for all the unspecified vases (bulk).

Additional details (solutions you think about, or workarounds you tried)

Deliverables status

Phase 1

  • Scenarios (Gherkin)
  • Mockups
  • Implementation strategy

Phase 2

  • Implementation

Phase 3

  • Screencast

Delete an address

Description

What is the valuable outcome that cannot be achieved with current features?
Users can now create new locations but cannot delete them, which can be a problem as it forces a developer to delete unwanted ones directly from the SQLite database.

For which stakeholder (people, role, project, domain) is it important?
Especially for people who already use GeoXEne to insert new locations as they might need to delete unwanted ones.

Which user action should be enabled (or restricted)? For who?

As there are no roles implemented yet on GeoXEne, any user can delete an unwanted location (as he can insert a new one)

Phase 1

  • Scenarios (Gherkin)
  • Mockups
  • Implementation strategy

Phase 2

  • Implementation
    Phase 3

  • Screencast

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.