Talk:OSM++
Jump to navigation
Jump to search
ideas
- Umwandeln beliebiger CSV Dateien, WIki tabellen
- GPX, OSB, KML, geoRSS Export
- upload/splitting modul
- Adressen zuordnen
- Plausibilitätscheck
- doppelte Punkte filtern
- Umkreissuche um Dublikate auszuschließen, Fehlertollerante Namenssuche
- Teilautomatischer Abgleich Modus
- Daten zu bestehenden Nodes hinzufügen
- Area Filter um Gebiete auszuschließen (weil vlt. dort Daten bereits eingetragen sind)
- Auch um Dreher bei lat/lon festzustellen
- Shapefile (linien, polygone, aufsplitten, Attribute aus CSV zuordnenbar)
User Interface
- The user interface shall be accessible with a screen reader (because there are several contributors that want to add information that is relevant for the blind) - this can be realized with a simple (web) interface.
- I'm not sure if managing huge data amounts is a easy task for blinds but it's a nice idea to make acessibility sure. Anyway, this will make bigger problems for UI abstraction. I would add this as an additional feature? --!i! 10:32, 22 April 2010 (UTC)
- What is difficult about a pure text interface? --Lulu-Ann 15:41, 16 May 2010 (UTC)
- I'm not sure if managing huge data amounts is a easy task for blinds but it's a nice idea to make acessibility sure. Anyway, this will make bigger problems for UI abstraction. I would add this as an additional feature? --!i! 10:32, 22 April 2010 (UTC)
- When the tool is started, the user shall be informed about the copyright requirements for an import and must click OK.
- Good Idea, this is very essential even for newbies --!i! 10:32, 22 April 2010 (UTC)
- The user shall be asked for an exclusive user name to use for the import.
- Good, it is descriped in the mass data guidelines. --!i! 10:32, 22 April 2010 (UTC)
- The user shall be asked for the file format in which the data is available.
. . .
- If the data is available in or by now converted by OSM++ to a plain table, the user shall be asked to match the fields and values for the import (compare MS Outlook data import dialog)
- Yes this are my plans, Im working on :) --!i! 10:32, 22 April 2010 (UTC)
testing
as soon as I have a svn version I am willing to test this program, I will have access to lots of DWG/DXF files for imports of various municipalities in Brazil, and such a program might reduce my current import work load significantly. Last import took 4 months to complete. The state of Espirito Santo have 80 municipalities, if I am to spend 4 months on each than I have 20 years of work ahead of me. --Skippern 19:17, 21 April 2010 (UTC)
- great Skippern but remember that there are a lot of things to do for me ;) --!i! 19:56, 21 April 2010 (UTC)
relational database (MS Access or similar)
Note: Maybe it is good to import .cvs files to a database first.
- create queries containing several tables
- match fields
- Mhh I don't wan't to make it essential to have a DB running for an import, this makes big dependencies to third party packages and is not allways easy. Anyway a DB access module would be great, you are right! --!i! 10:34, 22 April 2010 (UTC)