[OSM-talk] JOSM upload failure
I was uploading a big section of data when I had an connection failure of some kind, and the upload eventually timed out. It had uploaded a lot of nodes, but hadn't got as far as the ways yet. Can I assume that if I just try and upload the same data again (I have it saved) that it won't duplicate the nodes that uploaded last time? Is there some rule that says you can't have two nodes in the same place? Stephen Hope ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Osmxapi is up
After a long seasonal break Osmxapi is now up and running again. The server it was running on (hypercube.telascience.org) lost its disk on 19 December. Which also happened to be the day I went on vacation. When the disk was restored Osmxapi wouldn't restart because it needed a database check. So it stayed down until I returned from vacation. By the time I returned the hourly diff files had been purged up to December 25 meaning Osmxapi would not have changes for the period 19-25 December. So I started a rebuild from planet.osm. Planet is now large enough that it takes several days to do a complete rebuild. However, since Brett had also fixed the UTF-8 bug in the Osmosis hourly diffs it was also worth doing the rebuild to get rid of all those UTF-8 problems that had been introduced. So now we have a fresh clean Osmxapi database with no UTF-8 problems (I hope). Enjoy 80n ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] more votes requested - man_made=sub_station
On 04/01/2008, Brent Easton <[EMAIL PROTECTED]> wrote: > You don't need any more votes. If there are no negative votes, then 6 Yes's > is enough to approve it. > it is? oh, i thought it was 10. 6 seems awfully low thanks though, wil move it across to approved ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] more votes requested - man_made=sub_station
You don't need any more votes. If there are no negative votes, then 6 Yes's is enough to approve it. Brent. *** REPLY SEPARATOR *** On 4/01/2008 at 11:54 AM Robin Paulson wrote: >this has been open for voting for 2 weeks now > >http://wiki.openstreetmap.org/index.php/Proposed_features/sub_station > >it currently has 9 yes votes and 0 no votes. could i get some more, to >either approve or reject it? > >thanks > >___ >talk mailing list >talk@openstreetmap.org >http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > > >-- >No virus found in this incoming message. >Checked by AVG Free Edition. >Version: 7.5.516 / Virus Database: 269.17.13/1208 - Release Date: 3/01/2008 >3:52 PM Brent Easton Analyst/Programmer University of Western Sydney Email: [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] RFC - tourism=chalets
i've tidied up this proposal, it's been dormant for several months now http://wiki.openstreetmap.org/index.php/Proposed_features/chalets could i get some comments please, i would like to open voting soon to move it off the proposals page thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] more information needed - tourism=rest_camp
could the person who proposed: http://wiki.openstreetmap.org/index.php/Proposed_features/Rest_Camp please provide some more information on the proposal? it is unclear what it is actually for, beyond duplicating a range of other tags failing that, could it be removed from the proposals page thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] RFC - sport=model_aerodrome
this proposal has been open for two months now. i've tidied it up; could we get some comments, with a view to opening voting soon http://wiki.openstreetmap.org/index.php/Proposed_features/Model%27s_Aerodrome thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] new proposal - military=naval_base
there is a new proposal on the wiki http://wiki.openstreetmap.org/index.php/Proposed_features/naval_base could i get some opinions and comments please thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] removel of duplicate proposal - roundend and RFC - turning_circle
this proposal is a duplication of another proposal http://wiki.openstreetmap.org/index.php/Proposed_features/RoundEnd before creating proposals, please check to make sure it does not already exist, either as a proposal or as an approved feature it has been removed from the proposed features page, please direct all comments to the identical proposal, which pre-dates it by some months: http://wiki.openstreetmap.org/index.php/Proposed_features/Turning_circle this has laid dormant for some months now, so could i get some comments please thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] rfc - power=
there are various keys under the man_made tag which represent power stations. there is a proposal under way to deprecate these and replace them with one tag, under the 'power' top-level tag http://wiki.openstreetmap.org/index.php/Proposed_features/Power_plants comments please ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] rfc - tourism=gallery
this has been a proposal for 5 months now http://wiki.openstreetmap.org/index.php/Proposed_features/Art_gallery i've changed it form attraction to tourism, as the attraction top-level tag does not exist yet could i get some comments please thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] rfc - man_made=well
this has been a proposal for 2 months now, with very few comments http://wiki.openstreetmap.org/index.php/Proposed_features/Well_Water i've tidied up the proposal, could i get some comments please thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] redundant proposal? - man_made=fenced_compounds
in my quest to tidy the proposals page on the wiki, some proposals have come up which appear to be redundant is there an acknowledged way of removing them, without going through the whole comments/opinions/voting process? http://wiki.openstreetmap.org/index.php/Proposed_features/Fenced_compounds is a good example thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] rfc - man_made=city_wall
this proposal has been up for 9 months now http://wiki.openstreetmap.org/index.php/Proposed_features/City_wall could i get some more comments please thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] new proposal accepted - man_made=pipeline
the voting period has now ended for this proposal, it has passed with 10 yes votes and 0 no votes http://wiki.openstreetmap.org/index.php/Proposed_features/Pipeline it has been added to the map features and approved features pages ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] more votes requested - man_made=sub_station
this has been open for voting for 2 weeks now http://wiki.openstreetmap.org/index.php/Proposed_features/sub_station it currently has 9 yes votes and 0 no votes. could i get some more, to either approve or reject it? thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] voting open landuse=port
this has been open for discussion for two weeks now, with no unanswered objections http://wiki.openstreetmap.org/index.php/Proposed_features/Port voting is now open, for two weeks thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] voting open natural=saltmarsh
this has been open for comments for three months now, with no objections http://wiki.openstreetmap.org/index.php/Proposed_features/Saltmarsh voting is now open, for two weeks thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
The Trimble software looks promising. Maybe it is also useful to plan ahead for mapping parties. Or on the spot, to estimate if it would be a good idea to come back 2 hours later to map under much better conditions. It also installs under Linux with Wine. Just great! Regards, IvoM On Thu, 3 Jan 2008, Andy Robinson (blackadder) wrote: > It's worth bearing in mind that all the manufacturers of commercial survey > grade gps products maintain sat availability services. Most of these operate > via a paid service or purchased software, however Trimble produce a useful > free tool called "Planning" that I use when I really need to know how good > its going to be out there. > > http://www.trimble.com/planningsoftware_ts.asp > > Cheers > > Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] autmatically installing smaller planet files into mapnik
I just added an option to the mapnik-osm-updater.sh to enable you to install one of the small planet excerpts from Freds Geofabrik page ... mapnik-osm-updater.sh --all-planet-geofabrik=europe/germany/baden-wuerttemberg To get a list of alll available ... use: mapnik-osm-updater.sh --all-planet-geofabrik=? This way it should be much easier to install/test/play with a local mapnik installation. -- Jörg (Germany, Munich) http://www.ostertag.name/ irc://irc.oftc.net/#osm Tel.: +49 89 420950304 Skype: JoergOstertag ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM meetup during Linux.Conf.Au 2008
Maybe try and do a lightning talk or something if you can? On 2 Jan 2008, at 21:41, Kim Hawtin wrote: > Hi guys, > > I was wondering if there would be any value for folks to organise a > meet up during the Linux Conference in Melbourne starting on the 28th > of January? > > regards, > > Kim > -- > Community Wireless Miniconf Coordinator > http://miniconf.mel8ourne.org/wiki/index.php?title=Community_Wireless > Linux.Conf.Au 2008 > http://linux.conf.au/ > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] curves
(suggest follow-ups to dev only) Artem Pavlenko wrote: > Perhaps, not well know fact but Mapnik can render bezier curves. The > reason it is not being used is the lack of support for curves in > common GEO formats. Now that really _does_ have promise for slimming down SRTM filesizes. My workflow for SRTM is GeoTIFF->DEM2TOPO->Polish format->Perl script->Illustrator->simplify to beziers... which produces nice manageable files. Clearly those particular tools wouldn't be much use for OSM, but the principle remains. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Mapnik-devel] curves
On Jan 3, 2008 4:16 PM, Artem Pavlenko <[EMAIL PROTECTED]> wrote: > P.S. Are there some hints (tags) in OSM that can be used for to > smooth or not? > Also, are there are examples where it does work well and where it > doesn't? AFAIK there are no explicit hints, but there is code in osmarender to do bezier curves. There there is a lot of fudging to make it look good, but it's there. The main problem being that angles of 90 degrees or greater should possibly not be rounded. I think we can pretty safely turn it on for roads and river boundaries/coastlines. Though the parts that represent piers need to be exempted somehow. Have a nice day, -- Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] curves
Hello, Perhaps, not well know fact but Mapnik can render bezier curves. The reason it is not being used is the lack of support for curves in common GEO formats. I'm adding support for on-fly 'smooth' polygons/lines , which can be controlled by providing smooth parameter (0.0 - 2.0) i.e: [natural] = 'lake' or [natural] = 'water' 500 &water_color; 1.0 It is very fast and you can see the result : http:// artem.dev.openstreetmap.org/files/smooth_1.0.png (note that text following curve as well) I know tah has been using bezier curves by pre-processing geometries for while. What people think about explicitly supporting curves as a part of geometry model? This way we can model the world better. Thoughts? Artem P.S. Are there some hints (tags) in OSM that can be used for to smooth or not? Also, are there are examples where it does work well and where it doesn't? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] My Openstreetmap talk at 24C3
Hi, > Nice slides, and one of my picture too. I had to resist the urge of putting in a SteveC portrait with a big fat "It's all his fault" arrow ;-) 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] My Openstreetmap talk at 24C3
Frederik Ramm wrote: > It i s going to be a "real" book, German Language, about 300 pages, and > aims to have everything the would-be mapper needs to get going, as well > as an overview about the technical background of the project (i.e. data > model, XML, and stuff). We assume it is going to hit the market some > time in February. Sounds brilliant. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] My Openstreetmap talk at 24C3
Hi, >> Buy our book (out February 2008) Frederik Ramm, Jochen Topf: >> OpenStreetMap Lehmanns Verlag, Hamburg > > So tell us more...? Well... I finished the chapter on routing yesterday, and an hour later heard that Roadmap now has OSM support as well so I'll have to include that - and that's pretty much symptomatic of everything we did for the book. The Potlatch chapter needs some minor corrections as well... ;-) it is quite difficult to portray something as fast- moving as OSM but I think we just about got it right. Many fundamentals are still the same as when I joined a year ago. It i s going to be a "real" book, German Language, about 300 pages, and aims to have everything the would-be mapper needs to get going, as well as an overview about the technical background of the project (i.e. data model, XML, and stuff). We assume it is going to hit the market some time in February. 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] My Openstreetmap talk at 24C3
On 3 Jan 2008, at 12:10, Richard Fairhurst wrote: > Frederik Ramm wrote: > >> My slides are in SVN (/misc/lectures/), in OpenOffice and PDF >> formats, and of course you're welcome to re-use them in any way. > > Haven't listened to the transcript, but the slides are great - really > convey the sense of OSM being useful, cool, and fun. > >> Buy our book (out February 2008) Frederik Ramm, Jochen Topf: >> OpenStreetMap Lehmanns Verlag, Hamburg > > So tell us more...? Maybe with an introduction by Fake SteveC? Nice slides, and one of my picture too. > > > cheers > Richard > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] My Openstreetmap talk at 24C3
At 12:57 PM 1/3/2008, Frederik Ramm wrote: >The talk went ok, I got a lot of follow-up questions and believe I >have recruited a number of soon-to-be addicts. The room was quite >full even though in the auditorium next door they had the "Sex 2.0" >talk which was announced as being about achieving a fulfilled sex >life with the help of online dating platforms. > >This means that people interested in OSM either have a good sex life >already or, uh, never mind. Or OSM is better than sex. :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
Mike Collinson wrote: >Sent: 02 January 2008 9:54 PM >To: talk@openstreetmap.org >Subject: Re: [OSM-talk] GpsWeather: When conditions for mapping are good > >At 10:11 PM 2/01/2008, ivom wrote: >>Folks! >> >>>From time to time, I am suffering from the limited reception capabilities >>of my Garmin Etrex Venture Cx. I guess this is a recognizable state of >>being, during a mapping session in urban canyons, walking around with an >>accuracy of 17 meters or more... >> >>I am looking for some sort of indication telling me, at which time-of-day >>there would be excellent conditions for creating tracks in a dense city >>area. Has anybody come about such a service on the web yet? >> >>Currently I am not planning to upgrade on the hardware side, but do not >>hesitate to suggest different makes, models or add-ons, which would suffer >>less from this urban canyon problem. >> >>Kind regards, >>IvoM > >IvoM, > >I think what you may be after is being able to predict date/times when a) >there is a good number of satellites in the sky around you so that your GPS >device can get as many readings as possible and choose the best, b) the >satellites are well distributed over the sky to help the mathematical >calculation of the GPS device and so that they are not all blocked by a >tall building at the same time. > >If so, try typing into Google: GPS Satellite predictor > >I came up with > >https://stellarsupport.deere.com/stellar/SatellitePredictor?language=en&cou >ntry=US > >If I remember, http://sirius.chinalake.navy.mil/satpred/, is a good one, >but it is dead when I just checked it. Yeah, I used to use the Sirius link but that's dead now I think. It's worth bearing in mind that all the manufacturers of commercial survey grade gps products maintain sat availability services. Most of these operate via a paid service or purchased software, however Trimble produce a useful free tool called "Planning" that I use when I really need to know how good its going to be out there. http://www.trimble.com/planningsoftware_ts.asp Cheers Andy > >Unfortunately, even that probably won't help that much with urban >canyoning - you'll probably have to do several runs and then tie it in with >Yahoo imagery if you are lucky enough to have it for your area. One tip, >I've got my best results having my GPS device mounted in a bicycle saddle- >bag - it provides a much more stable platform than walking. And if you are >walking and your device loses satellite connection, put it on a metal >surface - a man-hole cover, traffic-signal controllers, even large waste- >paper bins. It seems to act as a ground-plane which improves the antenna >gain. > >Mike >Stockholm > > > >___ >talk mailing list >talk@openstreetmap.org >http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] implementation of relations in josm
On Thursday 03 January 2008, Frederik Ramm wrote: > Hi, > > > Also the other problem with > > splitting and merging of roads needs attention. Rather urgently I > > would say. > > I agree. It is however again one of the problems where different > relations will need different actions - when a way in a route > relation is split, both new ways need to be members, but when a way > in a turn restriction relation is split, only the one at the junction > should be a member. > > Somehow I always thought that we should have a rather complex > "presets" style configuration file for JOSM that tells it what to do > with various kinds of relations but maybe a simple hack would be > better than nothing for now; in the case of splitting ways perhaps > just always ask the user what he wants. And don't forget to flip forward/backward memberships in route-relations when changing the way direction :-p Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] My Openstreetmap talk at 24C3
Frederik Ramm wrote: > My slides are in SVN (/misc/lectures/), in OpenOffice and PDF > formats, and of course you're welcome to re-use them in any way. Haven't listened to the transcript, but the slides are great - really convey the sense of OSM being useful, cool, and fun. > Buy our book (out February 2008) Frederik Ramm, Jochen Topf: > OpenStreetMap Lehmanns Verlag, Hamburg So tell us more...? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] My Openstreetmap talk at 24C3
Hi, if anyone's interested, here is my OSM talk from the 24C3 conference in Berlin: http://outpost.h3q.com/fnord/24c3-torrents/24c3-2286-en- openstreetmap.mkv.torrent The talk went ok, I got a lot of follow-up questions and believe I have recruited a number of soon-to-be addicts. The room was quite full even though in the auditorium next door they had the "Sex 2.0" talk which was announced as being about achieving a fulfilled sex life with the help of online dating platforms. This means that people interested in OSM either have a good sex life already or, uh, never mind. My slides are in SVN (/misc/lectures/), in OpenOffice and PDF formats, and of course you're welcome to re-use them in any way. 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] implementation of relations in josm
On 03/01/2008, bvh <[EMAIL PROTECTED]> wrote: > On Thu, Jan 03, 2008 at 09:29:16AM +0100, Frederik Ramm wrote: > > I agree. It is however again one of the problems where different > > relations will need different actions - when a way in a route relation > > is split, both new ways need to be members, but when a way in a turn > > restriction relation is split, only the one at the junction should be > > a member. > > Except if the way is a member with role "via" in which case both parts > should be kept in the relation. > > > Somehow I always thought that we should have a rather complex > > "presets" style configuration file for JOSM that tells it what to do > > with various kinds of relations but maybe a simple hack would be > > better than nothing for now; in the case of splitting ways perhaps > > just always ask the user what he wants. > > Given how difficult specifying these kind of constraints can become, > it might be better to just 'hardcode' it instead of inventing a > specification format that is nearly going to be a complete programming > language in itself? Well, if they did get that complicated you could always script them -- ie: actually embed some python/javascript in the presets file. We had a similar problem in an app I was developing at work, so I just used Rhino with a small simple API exposed to the javascript context. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] implementation of relations in josm
On Thu, Jan 03, 2008 at 09:29:16AM +0100, Frederik Ramm wrote: > I agree. It is however again one of the problems where different > relations will need different actions - when a way in a route relation > is split, both new ways need to be members, but when a way in a turn > restriction relation is split, only the one at the junction should be > a member. Except if the way is a member with role "via" in which case both parts should be kept in the relation. > Somehow I always thought that we should have a rather complex > "presets" style configuration file for JOSM that tells it what to do > with various kinds of relations but maybe a simple hack would be > better than nothing for now; in the case of splitting ways perhaps > just always ask the user what he wants. Given how difficult specifying these kind of constraints can become, it might be better to just 'hardcode' it instead of inventing a specification format that is nearly going to be a complete programming language in itself? cu bart ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Osmarender CC notice
On Thu, January 3, 2008 10:37 am, Jochen Topf wrote: >> Can anyone tell me how to get Osmarender to add a CC licence notice and >> (ideally) a scale bar? > > Look at the beginning of the rules file, for instance > osm-map-features-z17.xml > > showScale="no" > showGrid="no" > showBorder="no" > showLicense="no" > > Set the ones you need to "yes". Thanks, I just found the details at http://wiki.openstreetmap.org/index.php/Osmarender/Options I guess I should have RTFM'd :-/ Russ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [josm-dev] implementation of relations in josm
Frederik Ramm wrote: >Sent: 03 January 2008 8:29 AM >To: Jo >Cc: talk@openstreetmap.org; [EMAIL PROTECTED] >Subject: Re: [josm-dev] [OSM-talk] implementation of relations in josm > >Hi, > >> Also the other problem with >> splitting and merging of roads needs attention. Rather urgently I would >> say. > >I agree. It is however again one of the problems where different >relations will need different actions - when a way in a route relation >is split, both new ways need to be members, but when a way in a turn >restriction relation is split, only the one at the junction should be >a member. > >Somehow I always thought that we should have a rather complex >"presets" style configuration file for JOSM that tells it what to do >with various kinds of relations but maybe a simple hack would be >better than nothing for now; in the case of splitting ways perhaps >just always ask the user what he wants. > That would be a great starting point. Users then get a better feel for how relations work and provide feedback on how they would prefer the tools to work. I don't think catering for beginners is necessary since JOSM is more inclined to a power user or those who have got properly into editing and thus have some general experience. Adding relation type data is probably not high on the wish list of the first time user. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] maxspeed=walking?
in lots of traffic-peaced-areas in germany "walking speed" is the maxspeed and there is no exact numeric value for this (4--12, >20km/h). To prevent wrong data in the database it would be the best to add "walking" as not-numeric speed-limit. regards mario ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Osmarender CC notice
On Thu, Jan 03, 2008 at 10:30:48AM -, Russ Phillips wrote: > When I first started using Osmarender, it always automagically added a CC > licence notice, and (I think) a scale bar. However, the latest version > doesn't appear to do this. > > Can anyone tell me how to get Osmarender to add a CC licence notice and > (ideally) a scale bar? Look at the beginning of the rules file, for instance osm-map-features-z17.xml showScale="no" showGrid="no" showBorder="no" showLicense="no" Set the ones you need to "yes". Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Osmarender CC notice
When I first started using Osmarender, it always automagically added a CC licence notice, and (I think) a scale bar. However, the latest version doesn't appear to do this. Can anyone tell me how to get Osmarender to add a CC licence notice and (ideally) a scale bar? Russ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] SRTM relief
Will this be able to write the SRTM data as ways to .osm files as well? AFAIK there is no such utility yet, but it would be useful for creating e.g. Garmin maps. Artem Pavlenko wrote: > Hello lists, > > Sometime last year I was inspired by http://www.srtm.com and I even > contacted developer to see if we can use SRTM derived relief maps in > OSM. > I don't remember all details but reply was somewhat ambiguous: yes > OSM can use pre-rendered tiles from the site above, source code (in > Java ) is a bit messy, cause my crazy mate coded something ... > Anyway, while srtm.com tiles look good on its own, colour scheme is > not suitable for overlaying with OSM data IMHO. So I thought it would > be fairly straight forward to implement something from scratch. > > Here is what I'm thinking about - a c++ command line app, which given > bounding box in geographic coordinate system (WGS84) would read > compressed raw SRTM files and output 'nice' looking maps (tiles) in > specified projection (I only care about Mercator and OS NatGrid but > others will work as well). > > Here is more detailed feature list: > > 1. highly configurable > 2. all steps needed to produce final relief map included (relief, > blending , warping etc) > 3. read raw compressed SRTM directly > 4. easy to add new algorithms > 5. using GIL from Adobe for accessing pixels and implementing algos. > 6. mapnik and OSM ready > 7. perhaps it can be used for outputting contours as well (?) > > I've coded a prototype based on excellent posting on http:// > perrygeo.net/wordpress/?p=7 and I'm looking for a good color scheme > that would work for the whole planet, any pointers? > > Here is some test outputs: > > http://artem.dev.openstreetmap.org/files/relief_osgb.png > http://artem.dev.openstreetmap.org/files/srtm_relief.png > > (red pixels are voids and I'm yet to fill them, did someone mentioned > some good algorithms a few months ago?) > > The kind of reliefs I think might work well for OSM are gmap terrain > or perhaps Yahoo style. > Any ideas or comments? Cartographers? > > Thanks in advance > Artem > > > > > > ___ > dev mailing list > [EMAIL PROTECTED] > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] implementation of relations in josm
Frederik Ramm wrote: > Hi, > > >> Also the other problem with >> splitting and merging of roads needs attention. Rather urgently I would >> say. >> > > I agree. It is however again one of the problems where different > relations will need different actions - when a way in a route relation > is split, both new ways need to be members, but when a way in a turn > restriction relation is split, only the one at the junction should be > a member. > > Somehow I always thought that we should have a rather complex > "presets" style configuration file for JOSM that tells it what to do > with various kinds of relations but maybe a simple hack would be > better than nothing for now; in the case of splitting ways perhaps > just always ask the user what he wants. > > Bye > Frederik > That sounds wonderful to me. Maybe a bit harder for people who are just starting, but they'll overcome it quickly enough. It's certainly better than breaking route relations. What if somebody tries to do the opposite (re)combine a road, where part of it is part of a route relation? This should simply be impossible. In fact I'm a bit disappointed the API doesn't simply forbid this, but that probably also has to do with the different kind of possible relations. I must admit that I didn't look into turn restriction and house numbering relations and what would be the requirements to implement those yet. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
On 3 Jan 2008, at 08:44, Michael Collinson wrote: > At 11:16 PM 1/2/2008, Jo wrote: >> Mike Collinson schreef: >>> At 10:11 PM 2/01/2008, ivom wrote: >>> Folks! > From time to time, I am suffering from the limited reception capabilities of my Garmin Etrex Venture Cx. I guess this is a recognizable state of being, during a mapping session in urban canyons, walking around with an accuracy of 17 meters or more... I am looking for some sort of indication telling me, at which time-of-day there would be excellent conditions for creating tracks in a dense city area. Has anybody come about such a service on the web yet? I haven't seen this one mentioned, someone showed it to me last month, looks interesting: http://www.n2yo.com/?k=0&a=30 I haven't really looked at it much so I don't know if it's really useful but it looks pretty anyway (and works with the new OSMify :-D). John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
At 11:16 PM 1/2/2008, Jo wrote: >Mike Collinson schreef: >>At 10:11 PM 2/01/2008, ivom wrote: >> >>>Folks! >>> >>> >From time to time, I am suffering from the limited reception >>> capabilities of my Garmin Etrex Venture Cx. I guess this is a >>> recognizable state of being, during a mapping session in urban >>> canyons, walking around with an accuracy of 17 meters or more... >>> >>>I am looking for some sort of indication telling me, at which >>>time-of-day there would be excellent conditions for creating >>>tracks in a dense city area. Has anybody come about such a service >>>on the web yet? >>> >>>Currently I am not planning to upgrade on the hardware side, but >>>do not hesitate to suggest different makes, models or add-ons, >>>which would suffer less from this urban canyon problem. >>> >>>Kind regards, >>>IvoM >>> >> >>IvoM, >> >>I think what you may be after is being able to predict date/times >>when a) there is a good number of satellites in the sky around you >>so that your GPS device can get as many readings as possible and >>choose the best, b) the satellites are well distributed over the >>sky to help the mathematical calculation of the GPS device and so >>that they are not all blocked by a tall building at the same time. >> >>If so, try typing into Google: GPS Satellite predictor >> >>I came up with >> >>https://stellarsupport.deere.com/stellar/SatellitePredictor?language=en&country=US >> >>If I remember, http://sirius.chinalake.navy.mil/satpred/, is a good >>one, but it is dead when I just checked it. >> >>Unfortunately, even that probably won't help that much with urban >>canyoning - you'll probably have to do several runs and then tie it >>in with Yahoo imagery if you are lucky enough to have it for your >>area. One tip, I've got my best results having my GPS device >>mounted in a bicycle saddle-bag - it provides a much more stable >>platform than walking. And if you are walking and your device >>loses satellite connection, put it on a metal surface - a man-hole >>cover, traffic-signal controllers, even large waste-paper bins. It >>seems to act as a ground-plane which improves the antenna gain. >I have an external antenna, which has a magnet. When I stick it to >the frame of the bus or even the toddler's stroller/buggy, reception >increases dramatically. Could this be the same effect, or did I >simply increase the size of the antenna? > >Polyglot Same effect. I am sticking my head out with this new-fangled very high frequency satellite stuff but at lower frequencies, UHF TV and VHF, an antenna typically consists of several elements whose length and spacing are calculated relative to the wavelength (inverse of frequency). Only one element is the actual antenna. The others act as deflectors/reflectors which concentrate the signal on to the active element. I *think* this is the sort of effect we are seeing. Your external antenna would actually consist of two bits I think, the pointy bit being the active element and a base connected to the antenna cable earth lead. I dimly recall a radio amateur who figured out that if he strung his horizontal antenna a tuned distance above a local lake, he got fantastic reception - electrical connection of the reflector to earth is also important. I certainly subjectively feel I get my best results (and strangest stares :-) ) putting the GPS device with internal antenna flat onto manhole covers. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] implementation of relations in josm
Hi, > Also the other problem with > splitting and merging of roads needs attention. Rather urgently I would > say. I agree. It is however again one of the problems where different relations will need different actions - when a way in a route relation is split, both new ways need to be members, but when a way in a turn restriction relation is split, only the one at the junction should be a member. Somehow I always thought that we should have a rather complex "presets" style configuration file for JOSM that tells it what to do with various kinds of relations but maybe a simple hack would be better than nothing for now; in the case of splitting ways perhaps just always ask the user what he wants. 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
[OSM-talk] OSM on Gramin for Metro Manila, Philippines
Hi, I intend to regularly maintain img file for Garmin GPS for my mapping area (Metro Manila Philippines) [http://www.openstreetmap.org/index.html?lat=14.594717284692324&lon=121.03235961646361] I created a page download for this [http://esambale.wikispaces.com/osmphil_gramin]. As I currently don't have a Garmin unit now, can somebody please get the files and test if it works on your Garmin GPS. The first file can be found here: [http://esambale.wikispaces.com/space/showimage/20080102.zip] If some Garmin users in the Philippines can use these maps, maybe they can be encouraged to contribute. cheers, maning -- |-|--| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk