OpenStreetMap Forum

The Free Wiki World Map

You are not logged in.

Announcement

A fix has been applied to the login system for the forums - if you have trouble logging in please contact support@openstreetmap.org with both your forum username and your OpenStreetMap username so we can make sure your accounts are properly linked.

#1 2009-05-22 11:17:07

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

OpenStreetMap meta data collector

Went out and mapped the streets of a town a couple of days ago and came away with an idea on how to make things easier for myself, in any case turned my preliminary ideas into an app for the Android platform.

I managed to figure out how to plot the currect track on gmaps to show what has and hasn't been mapped to make it more useful for doing the whole thing paperless.

It stores meta data in an OSM file and stores your current track in a GPX file, you can open both at the same time in JOSM for final tweaks and then upload the fruits of your labour.

The app will filter out information if the accuracy is over 16m or the speed goes over 300km/hr if GPS signal is bad a red satallite icon is show, good signal and a green one.

There's still a lot of room for improvement, but already it's helped me map out some more streets that I've uploaded.

http://www.cyrket.com/package/com.bigti … dcollector

Offline

#2 2009-05-30 11:19:01

Danilo Diogo
Member
Registered: 2009-05-30
Posts: 2

Re: OpenStreetMap meta data collector

Really liked the concept of your app! Thanks!!

But, just to make sure I'm using it correctly:
1) I turn DroidCollector on;
2) I go around the city mapping POIs;

But I don't understand what comes next:
3) gpx file is automatically saved on my phone (?). If so, where?
4) Do I upload my trace (gpx file) manually to OSM when done?

Can you please explain a bit further how to use the app?

Offline

#3 2009-06-05 20:52:57

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

Danilo Diogo wrote:

3) gpx file is automatically saved on my phone (?). If so, where?

There is actually 2 files stored, one is the gpx trace, the other is an osm file with the points of interest, you can load/open both of these file(s) in JOSM, tweak things and what not and then using JOSM upload the results to OSM. In future versions the GPX files and POIs may get uploaded automatically, but for now while I'm still learning the best way to do things there is still a manual process to prevent mistakes from being automatically injected into the OSM database.

Offline

#4 2009-06-06 04:12:35

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

Sorry, forgot to say that the files get written into the /sdcard/DroidCollector directory, which if you mount the sdcard on your desktop/laptop will just be DroidCollector.

Last edited by delta_foxtrot2 (2009-06-06 04:13:10)

Offline

#5 2009-06-07 16:56:38

Levente B
Member
Registered: 2009-06-07
Posts: 1

Re: OpenStreetMap meta data collector

Great app! Used it today.

It would be great if you could enter other tags, most importantly the name.

Also, I found a little bug when importing the .osm file into JOSM: it complains about "&" characters, that I entered, they should be converted to "&" to be valid XML.

Anyway, thanks for the great app!

Offline

#6 2009-06-08 02:02:07

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

Levente B wrote:

Great app! Used it today.

Thanks for leaving a comment in the App Market, the other 2 comments are either ill informed or who knows what.

It would be great if you could enter other tags, most importantly the name.

I can include any tags people would find useful, I tried to include what I thought would be the most useful. Post a list of what would be useful and I'll include them.

Also, I found a little bug when importing the .osm file into JOSM: it complains about "&" characters, that I entered, they should be converted to "&" to be valid XML.

Oops, I'll fix that now and have an update available soon.

Offline

#7 2009-06-08 02:58:42

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

v0.3.0 is up, it fixes the & bug, I've also changed the street number option to be 'Street/Places' and from there you can enter a street number and/or place name.

I've rearranged the Leisure list to be alphabetical, been meaning to do that for a week or so, I also included a few more options under Street/Road section to include bus_stop and speed_camera, speed_camera isn't technically valid, but I can't figure out how to do speed camera's how you are supposed to in JOSM, and no one on the talk-au list knew/said how to either, I understand the logic/rational behind it, but it's too convulted.

All the text in the app should be easily translated to other languages, just need to add code to switch between them if anyone wants to translate them.

Last edited by delta_foxtrot2 (2009-06-08 02:59:39)

Offline

#8 2009-06-09 06:31:44

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

v0.3.1 is now up, it adds all the categories from the shop list from the offical page:

http://wiki.openstreetmap.org/wiki/Map_Features#Shop

Offline

#9 2009-06-09 07:34:30

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

v0.4.0 is now up, added the ability to voice record, but I can't figure out how to increase the volume as it seems to filter out "background" noise too effectively, at this stage all I have been able to do is either hold it to my head like a phone call, maybe the included headset could work as well but I haven't tried it.

Offline

#10 2009-06-10 06:16:38

Nightdive
Member
Registered: 2009-03-10
Posts: 445

Re: OpenStreetMap meta data collector

I have a few points :
- You use small blue dots for the trail which can't be seen very good, can you change that to red dots which are connected with a small red line ?
- You are using Google Maps, can you change that to OSm or make it switchable ?
  Code for this is available here : http://code.google.com/p/osmdroid/
- You display a red or a green satellite image in the corner for a fix but it's more important to know the number of used Satelites or vdop/hdop
- There is enough space on the screen to add 2 or 3 buttons at the bottom like "Record   General Waypoint    More" for fast editing without looking in deep menus. The "more" button would open the current menu that you get with the menu key.
- maybe you should an entry for "camera"

Offline

#11 2009-06-10 06:50:15

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

Nightdive wrote:

- You use small blue dots for the trail which can't be seen very good, can you change that to red dots which are connected with a small red line ?

- You are using Google Maps, can you change that to OSm or make it switchable ?
  Code for this is available here : http://code.google.com/p/osmdroid/

These seems to be obvious candidates for a user settings. The thing about OSM and me is most of the towns/area around me isn't mapped at all except for the odd street, this also explains why I've opted primarily for google maps since showing OSM maps for me is pretty pointless for the most part. I do realise that most people with android devices at this point in time won't be in the same predicament and had planned to add it once I figured out how to add the code from the link you pasted.

I'm probably not doing the plotting the best way possible, but it is the best way I could think of, any code/hints/tips on this would be very useful since I'd like to get the CPU usage down when there is a lot of points recorded and being displayed.

- You display a red or a green satellite image in the corner for a fix but it's more important to know the number of used Satelites or vdop/hdop

I haven't worked out how many satellites are currently used for a fix, but that isn't as important as the current estimation of accuracy, usually referred to as vdop/hdop but that number is multiples of 6m. Android and most other java type devices return a number of meters, what the red/green sat essentially means is if the current data will be recorded or not. Although in hindsight I think I need to give the user the option to record less accurate data after coming to a number of conclusions about rough/any data is better than nothing. At present anything greater than 24m accuracy, which is a hdop value of 4 (4*6m = 24m), won't get recorded and the red sat image will show.

I actually found the red/green image which I can see at a glance to be very useful, since if it was showing numbers you'd have to think about the number, but I can display a number if you really want and have a user setting for it.

- There is enough space on the screen to add 2 or 3 buttons at the bottom like "Record   General Waypoint    More" for fast editing without looking in deep menus. The "more" button would open the current menu that you get with the menu key.

Actually I'm adding them all as menu options, android APIs make them display that way, I've been meaning to work out how to make semi-transparent buttons, or at least ones that display when you click on the screen similar to what andnav2 does.

- maybe you should an entry for "camera"

Is this for taking pictures or reporting speed cameras?

Offline

#12 2009-06-10 08:23:00

Nightdive
Member
Registered: 2009-03-10
Posts: 445

Re: OpenStreetMap meta data collector

delta_foxtrot2 wrote:

These seems to be obvious candidates for a user settings. The thing about OSM and me is most of the towns/area around me isn't mapped at all except for the odd street, this also explains why I've opted primarily for google maps since showing OSM maps for me is pretty pointless for the most part. I do realise that most people with android devices at this point in time won't be in the same predicament and had planned to add it once I figured out how to add the code from the link you pasted.

Basically you have 2 different types of mapping :
- map an unmapped area -> google map view is better
- find missing streets/POIs/street names in a mapped area which is typically for many areas in germany as example. In this case a OSM map view is the best option.

I'm probably not doing the plotting the best way possible, but it is the best way I could think of, any code/hints/tips on this would be very useful since I'd like to get the CPU usage down when there is a lot of points recorded and being displayed.

I like the way how "My tracks" displays the trail. The small blue dots are difficult to follow if you map in a car

I haven't worked out how many satellites are currently used for a fix, but that isn't as important as the current estimation of accuracy, usually referred to as vdop/hdop but that number is multiples of 6m. Android and most other java type devices return a number of meters, what the red/green sat essentially means is if the current data will be recorded or not. Although in hindsight I think I need to give the user the option to record less accurate data after coming to a number of conclusions about rough/any data is better than nothing. At present anything greater than 24m accuracy, which is a hdop value of 4 (4*6m = 24m), won't get recorded and the red sat image will show.

I actually found the red/green image which I can see at a glance to be very useful, since if it was showing numbers you'd have to think about the number, but I can display a number if you really want and have a user setting for it.

You could convert it to something that for example garmin displays as guessed accuracy (in meter) based on vdop/hdop and you should make sure that this information makes it's way into the GPX.
Currently the Android bar at the top is still displayed and I can see there if I have a fix or not based on the animated GPS icon.

- maybe you should an entry for "camera"

Is this for taking pictures or reporting speed cameras?

If you map you are generating the GPS track and
- the street names/POIs are usually written on paper, a general marker in the track helps in such a case to find the position for the written on paper street name if you edit the track in JOSM/Potlatch.

or
- You do a audio recording of the name/Pois. OSMtracker for pda starts a 10s recording (you can configure the time) if you press the button. The filename of the recording contains the current position AFAIK

or
- you take a photo of the street sign (i mean with the integrated camera)

and with your application you can just write it with the keyboard but that isn't fast and it sucks if you have 2 other cars behind you and you start typing :-)

Last edited by Nightdive (2009-06-10 08:24:10)

Offline

#13 2009-06-10 08:53:26

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

Nightdive wrote:

Basically you have 2 different types of mapping :
- map an unmapped area -> google map view is better
- find missing streets/POIs/street names in a mapped area which is typically for many areas in germany as example. In this case a OSM map view is the best option.

Yup, the OSM code isn't the easiest to integrate, you need to add the code to your app, rather than a library that could be installed and used by anyone in the same/similar fashion to the gmap APIs, obviously there is pros and cons to both approaches but if their goal is to provide a replacement for the gmap API a library would be the best.

I like the way how "My tracks" displays the trail. The small blue dots are difficult to follow if you map in a car

I can make the dots 1px instead of 3px, but I have no idea how My Tracks does the trails, I wish I did.

You could convert it to something that for example garmin displays as guessed accuracy (in meter) based on vdop/hdop and you should make sure that this information makes it's way into the GPX.

I don't need to convert anything, but yes I can include the accuracy reading in the GPX file, not sure why I left it out to be honest.

Currently the Android bar at the top is still displayed and I can see there if I have a fix or not based on the animated GPS icon.

Don't be fooled by that icon, it can be 3 or 4km accuracy and show it has a fix, the icon I added shows if the fix is accurate or not.

If you map you are generating the GPS track and
- the street names/POIs are usually written on paper, a general marker in the track helps in such a case to find the position for the written on paper street name if you edit the track in JOSM/Potlatch.

I've got the option to list the street name and/or street numbering already, these get stuffed into the OSM file which is more flexible than trying to mess with the GPX format which I don't think JOSM does much with the extra info.

or
- You do a audio recording of the name/Pois. OSMtracker for pda starts a 10s recording (you can configure the time) if you press the button. The filename of the recording contains the current position AFAIK

I added the recording feature yesterday, so that's possible.

or
- you take a photo of the street sign (i mean with the integrated camera)

Adding a photo option is on my list of things to do, although with the voice recording being potentially easier I put it at a lower priority.

and with your application you can just write it with the keyboard but that isn't fast and it sucks if you have 2 other cars behind you and you start typing :-)

That's why I added the voice recording, you can just add comments as you drive rather than stopping to add text and/or take a picture.

Offline

#14 2009-06-10 10:40:17

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

I'm playing with osmdroid code and it seems to suffer the same problem embedded in my app that andnav2 does, not all tiles load, and/or it doesn't force the tiles to re-load, not sure what's up with it and/or how to go about fixing it.

Also by default it dumps cache png files on the onboard memory rather than a directory on the sdcard, no idea how good/bad/indiff the cache management code is but filling up the onboard memory is a bad idea no matter how you look at it, people run out of space just installing apps without a bunch of png files taking up space too.

Last edited by delta_foxtrot2 (2009-06-10 11:16:13)

Offline

#15 2009-06-10 13:28:27

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

I've just uploaded a new version (v0.5.0) that adds a cuisines drop down if the amenity selected is restaurant, cafe or fast_food. I currently default the cuisine to burger but I probably need to set it to different things based on which amenity, looking for suggestions.

I included most if not all the options from this page:
http://wiki.openstreetmap.org/wiki/Key:cuisine

It also includes the OSM code but I haven't added menus to switch to it yet, still trying to debug the tile issue as I'm not really happy with how tiles are currently handled by the code and tiles just not loading etc.

Last edited by delta_foxtrot2 (2009-06-10 13:30:01)

Offline

#16 2009-06-10 19:01:28

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

v0.6.0 is now up, I've added the backend code to support settings described in previous posts but I haven't coded the settings page yet, what this release is mainly for is I managed to get the OSM map API code working almost identical to the gmap API code and you can switch between them.

I still need to get the osmdroid code dumping the png files to the andnav2 tiles directory so both apps can share map tiles etc, but this is more a proof of concept release than anything else.

Offline

#17 2009-06-10 19:06:38

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

This version also adds elevation and hdop (hdop = estimated accuracy in metres / 6) values to the gpx files, to the nearest 10th of a hdop.

Last edited by delta_foxtrot2 (2009-06-10 19:12:47)

Offline

#18 2009-06-10 20:51:21

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

I uploaded another update (0.6.2), this version dumps the osmtiles.db and the png files to the sdcard instead of using internal FS space, you may need to uninstall/install this app if you used the OSM map to get rid of old map tiles if you don't want to manually remove tham from the /data/data/com.bigtincan.android.droidcollector/files directory.

Also I think I've worked out the tile issue, the tiles being saved to the file system are 0 bytes, so if the system tries to load these files and they're 0 bytes long then obviously they need reloading from the OSM server or some such.

Last edited by delta_foxtrot2 (2009-06-10 20:53:48)

Offline

#19 2009-06-10 21:13:01

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

I've hacked a working solution for the tiles that fail to download, and it seems to work, so far so good.

All I need to do now is dump the cached files into the same directory structure as andnav2 so both apps can benefit/share each other's cache rather than duplicating downloads etc.

v0.6.4 is now up, I think it is sucessfully sharing the tile db and png files with andnav2.

Last edited by delta_foxtrot2 (2009-06-10 22:10:54)

Offline

#20 2009-06-10 23:15:15

Nightdive
Member
Registered: 2009-03-10
Posts: 445

Re: OpenStreetMap meta data collector

Looks really great so far in a short test !

Thanks for this great application !

Matthias

Offline

#21 2009-06-11 05:57:29

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

0.6.5 stores the last GPS location and moves the map, both gmap/osm to that point when you switch maps or open the app next time

Offline

#22 2009-06-11 06:55:12

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

0.6.6 adds support for settings, still working on converting the dot colour from hex to int, but the other 3 options do work.

Offline

#23 2009-06-11 13:21:08

thymythos
Member
Registered: 2009-06-08
Posts: 5

Re: OpenStreetMap meta data collector

Don't you want to start a project on code.google.com? I've seen that there are still a couple of bugs, so it would be easier for you to track them and others could help out with the code.

Offline

#24 2009-06-11 14:19:33

delta_foxtrot2
Member
Registered: 2009-05-22
Posts: 83

Re: OpenStreetMap meta data collector

thymythos wrote:

Don't you want to start a project on code.google.com? I've seen that there are still a couple of bugs, so it would be easier for you to track them and others could help out with the code.

I'd have to apply to open the code, long story but I get some company time to produce free apps as long as they get to brand them.

As for google, one of the reasons I'm spending so much time, on both mapping and coding, is for a replacement map source for google. As far as I'm concerned the less "power" google has over people the better.

Also what bugs? or is it just usability issues?

Offline

#25 2009-06-11 14:37:57

thymythos
Member
Registered: 2009-06-08
Posts: 5

Re: OpenStreetMap meta data collector

delta_foxtrot2 wrote:

I'd have to apply to open the code, long story but I get some company time to produce free apps as long as they get to brand them.

Also what bugs? or is it just usability issues?

Then this app is no option for me. I want to implement some features myself, so I will start my own as open source project.

Bugs:
- GPS stays on after application quits
- Tracking seems not to be implemented as service (I want to quit the app while tracking to read mail for example)

Last edited by thymythos (2009-06-11 14:39:14)

Offline

Board footer

Powered by FluxBB