[OSM-talk] Huge batch of 1hz Mexico/Central America data
I've driven to Belize City from Seattle with a 1hz GPS logger and am wondering the best way to upload the data to OSM. You can see the route here: http://www.bylandandsea.org/map I've got it in GPX files that are each a day's drive long and also as one giant GPX (180mb or so at current count). Should I use the web upload feature or is there an easier way to do batch uploads? Upload the gigantic file or all of the small ones? Thanks, Beau ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Huge batch of 1hz Mexico/Central America data
There is no batch uploader currently. From my point of view, you shouldn't send more that a day's file at a time because sending one huge file would effectively halt the upload queue for hours. 2008/5/10 Beau Gunderson <[EMAIL PROTECTED]>: > I've driven to Belize City from Seattle with a 1hz GPS logger and am > wondering the best way to upload the data to OSM. > > You can see the route here: > >http://www.bylandandsea.org/map > > I've got it in GPX files that are each a day's drive long and also as one > giant GPX (180mb or so at current count). > > Should I use the web upload feature or is there an easier way to do batch > uploads? Upload the gigantic file or all of the small ones? > > > Thanks, > > Beau > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > > -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Huge batch of 1hz Mexico/Central America data
2008/5/10 Beau Gunderson <[EMAIL PROTECTED]>: > I've driven to Belize City from Seattle with a 1hz GPS logger and am > wondering the best way to upload the data to OSM. > > You can see the route here: > >http://www.bylandandsea.org/map > Cool! > > I've got it in GPX files that are each a day's drive long and also as one > giant GPX (180mb or so at current count). > > Should I use the web upload feature or is there an easier way to do batch > uploads? Upload the gigantic file or all of the small ones? > > I use the Java GPX Upload that can be found here... http://wiki.openstreetmap.org/index.php/Batch_Upload Then run it as java GpxUpload "My Description" "My Tags Space Separated" folderwithtracks\* where folderwithtracks is a folder with all the small tracks... Hope that helps... d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Huge batch of 1hz Mexico/Central America data
Beau Gunderson wrote: I've driven to Belize City from Seattle with a 1hz GPS logger and am wondering the best way to upload the data to OSM. You can see the route here: http://www.bylandandsea.org/map I've got it in GPX files that are each a day's drive long and also as one giant GPX (180mb or so at current count). Should I use the web upload feature or is there an easier way to do batch uploads? Upload the gigantic file or all of the small ones? Looks great. Agreed with Lauri that you should avoid uploading the gigantic file because it'll block the server for others. You can certainly use the batch upload scripts that DT pointed to. However, it would be kind to only upload five or so at a time, and wait for them to finish before uploading any more. Uploading a lot at once blocks the queue for others and can make you very unpopular when everyone is trying to upload their weekend's work! If you don't mind a bit of Perl, you can upload a GPX to OSM like this: use HTTP::Request::Common; use LWP::UserAgent; $ua=LWP::UserAgent->new; $ua->credentials('www.openstreetmap.org:80','Web Password', $yourusername, $yourpassword); $response=$ua->request(POST 'http://www.openstreetmap.org/api/0.5/ gpx/create', Content_Type => 'form-data', Content => [ file=>[$filename], description=>$description, tags =>$tags, public =>"1" ] ); if ($response->code==200) { # yay, success } else { # boo, failure } ...from which a batch uploader (again, perhaps pausing every so often) can be very easily constructed. cheers Richard___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] tagging and rendering
On 9 May 2008, at 19:55, Jonathan Bennett wrote: > elvin ibbotson wrote: >> Things humans read need to be human readable. The database should be >> read by software and if it can be faster and more efficient using >> numbers, numbers are what should be used. > > > The best way of proving this would be to come up with your own version > of the OSM server stack that used ID numbers internally, while still > outputting human-readable tag names. How long do you think it would > take > you? Some database engines can automatically compress data by replacing common values with look-up value for a dictionary containing the true value. http://www.ibm.com/developerworks/db2/library/techarticle/ dm-0605ahuja/index.html explains the idea better than i do. I would expect its only a matter of time before such features appear in the open-source database engines. -- Chris Jones, SUCS Admin http://sucs.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] contours on main map
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Hill wrote: | On Thu, 8 May 2008, Robin Paulson wrote: | |> alternatively, are there any world wide maps out there with contours |> and osm data, that update regularly? | | The cycle map and the piste map both have contours for selected areas. | I'm generally doing monthly updates to the piste map data. As far as I | know, no one is serving contours for the whole planet - there are a couple | of reasons: | | 1. The SRTM3 dataset for the whole planet is pretty huge once it has been | processed into contour lines and put into PostGIS (probably about half a | terabyte). | 2. It isn't as simple as just rendering the same contour lines everywhere | - for example, the piste map uses much wider spaced contour lines than the | cycle map because the terrain is (generally) more mountainous. To make a | global contour map you would need to make the renderer vary the number of | contour lines used depending on how mountainous the terrain is. Why not draw contours in a light shade, then draw every 10th contour line in a darker shade. On a mountain, the light shades may just blend into the terrain of the mountain, leaving the dark lines picking out the ~ contours of mountain itself. If neccesary, you could have several levels of colour for different powers of 10. What would be nice is to separate the map into a background layer, with areas, and a transparent foreground layer with the roads, so that a contour layer can be slipped between the two at the openLayers level. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIJYuez+aYVHdncI0RAivMAKC95QGcxp7jbtwe+kMBZN+u/KNU3gCfVvKv Rf80HPgAHgwMVEpUMdMIhzY= =Fugf -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Potlatch 0.9: How to undo Move way action?
Jukka Rahkonen wrote: > It seems to be (too) easy to move the whole selected way with > Potlatch 0.9 by > dragging from between two nodes. But what is the right way to undo > the > unintended move? It looks like hitting the Esc key does not cancel > the move > correctly, at least not for the ways which are connected to the > moved way Will be fixed in 0.9a in a day or two. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] vote requested - tag: man_made=watermill
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, feel free to vote on the proposed tag for watermills, please. http://wiki.openstreetmap.org/index.php/Proposed_features/Watermill thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIJbv4Rg5oWO2lGuMRAvP3AJ4iZcP2x4AkdPRWocUuqvKDn/8RFACeKuvl k4kl/sJIjO4GUC5q6CZcans= =BMbw -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] bugtracking map data
Hi, while mapping and finishing some really small villages around me live and workplace i thought about map maintenance. Has anyone thought or coded a map bug tracker? I mean where users can submit (by clicking on the map) a bug and telling whats wrong/missing at that position. Possibly this could only be available for map areas marked to be "complete". Probably even mappers could accept responsibility for certain areas and could get assigned those bugs automagically - I would. Think about the TomTom Software Version 7 feedback stuff where everyone can submit changes/bugs without a lot of knowledge or additional hardware just by tipping the screen while driving. My phantasie shows a user clicking on the map an getting a list of the geographically next 10 open/closed bugs - He can either choose his bug is already there at a similar position or open a new bug. Choose from a drop down list the type of defect and write some words about it. Then submits the bug which gets a bug number and maybe can leave a feedback e-mail address. In case an existing point/way is defect the original editor could even be put on CC. Bugs could be shown in the map with little pins like the google maps commercial address popups. Hovering over them with the mouse opens a little description and a link to the bug. I would probably even use this for FIXMEs to document where the map is incomplete/defect. Just as a thought ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] bugtracking map data
Hi, > Has anyone thought or coded a map bug tracker? See the dev thread(s) on "notes API" and "see Data", especially the post by Richard Duivenvoorde who has done a proper external bug tracker for NL (http://www.duif.net/osmfoutje). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] street directory from OSM data
Florian Lohoff wrote: > How would the link from Street to ZIP Code/City Name work? From what i > read there is currently no such link possible and its just a matter of > what is the nearest village/city/town. The streets imported from TIGER all have (at least) a zip code and county tag associated. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Huge batch of 1hz Mexico/Central America data
Beau Gunderson wrote: > I've driven to Belize City from Seattle with a 1hz GPS logger and am > wondering the best way to upload the data to OSM. I have a recent track from Seattle to west central Colorado and back which split (the log file) every time I rested. I was thinking of uploading one every half hour or so until completed - unless of course someone can point me to an easy automated way to tell that my previous track was successfully inserted (though half an hour /should/ be enough time). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] Political Change
On Sun, 11 May 2008, Jeffrey Martin wrote: > I agree with the judgment. You can't make a derivative work > without permission. > > OSM and other open source projects give people permission > to create derivative works provided they follow the license > rules. If they could make derivative works without permission > then there would be no way to require compliance with the > license. Our problem lies in "indirect copying" rather than making a derivative work. Does the local council have copyright on the street signs from which I have copied the names? These matters have not been explored in Australian case law except in 2 cases. I would rather seek protection now for our means of collection of the data which can be argued in a "public interest" way rather than find OSM data for Australia having to be purged from the database. Liz ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-talk] rendering of nature_reserve
Good morning! While mapping boundaries of an Kornati archipelago national park it came to my attention that leisure=nature_reserve assumes land cover in mapnik, rendering it green with "NR" pattern. Osmarender doesn't render it, but am not sure whether that is intentional or just forgotten. Because my efforts aren't yet rendered in mapnik i found other examples where nature_reserve includes water, but is rendered green, as is the case of a bay at http://openstreetmap.org/?lat=-41.10877&lon=174.85456&zoom=17&layers=B0FT (switch between Mapnik and Osmarender) Author there tried fixing this by moving the nature reserve under other features to layer=-1, but it only worked for footpaths etc, not for coastline. While in above case the problem might be fixed by moving the border of a nature reserve to coastline it certainly cannot be done for areas where water areas are being specifically protected (archipelagos, bays, fjords), such as Kornati archipelago national park: http://openstreetmap.org/?lat=43.7992&lon=15.3375&zoom=12&layers=0BFT Is it a Mapnik problem or my (and appearantly other's people also) wrong understanding that nature reserve can include water areas. I believe Mapnik should just render this non-physical feature only with "NR" pattern, without coloring the area green. In cases of grass or forest (physical features) other tags or sub-areas should be added. I tried to come up with a workaround by using border=national_park instead, but this isn't rendered by neither renderer. Is adding admin_level=10 (or so) the only solution to mark a group of islands? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk