Re: [OSM-legal-talk] Political Change
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. On Sun, May 11, 2008 at 2:39 PM, Liz [EMAIL PROTECTED] wrote: there has been a major win in Australia against the use of derivative works http://vogelross.com.au/vrblog/?p=18 I would like to start political moves to free up this part of the copyright law in Australia. This is possible because we have had a change of government. While I understand political lobbying, I don't understand what law I want changed and exactly why. Can this list assist me with the creation of about 1/3 of a page summary of what we do how we are unsure of our rights to accumulate facts and present them as Free Information the changes required in the law to provide certainty to our work and a longer set of briefing papers that is, something which the experts can read and follow on the above. I have about 4 months before I will be actually in parliament seeing parliamentarians, so I don't expect assistance in a great rush thanks ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk -- http://bowlad.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Political Change
I just read through http://www.austlii.edu.au/au/cases/cth/FCAFC/2008/71.html In 128 the appellate court is saying that they did not copy facts, but instead they copied the guide created by Nine, because the aggregatators had pretty much copied the guide created by nine. In 123 Ice is saying that because the aggregators had recompiled the information that what Ice took was individual facts free of copyright. Is this the issue you want addressed in your new law? -- http://bowlad.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Political Change
On Sun, 11 May 2008, Jeffrey Martin wrote: I just read through http://www.austlii.edu.au/au/cases/cth/FCAFC/2008/71.html In 128 the appellate court is saying that they did not copy facts, but instead they copied the guide created by Nine, because the aggregatators had pretty much copied the guide created by nine. In 123 Ice is saying that because the aggregators had recompiled the information that what Ice took was individual facts free of copyright. Is this the issue you want addressed in your new law? yes, if that was the state of the law, that collecting individual facts into a new database was Ok with the law, that would see OSM data secure where it has been collected in accordance with the existing rules. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Political Change
Jeffrey Martin wrote: Some lists want me to answer on the top and some on the bottom. Is this a bottom answer email list? Most email lists will accept the style where you answer below the thing you are commenting on, but trim it well so people don't have to page past loads of verbiage to get to it. Like this. Gerv ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-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.10877lon=174.85456zoom=17layers=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.7992lon=15.3375zoom=12layers=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
Re: [OSM-talk] contours on main map
Robert (Jamie) Munro schrieb: Why not draw contours in a light shade, then draw every 10th contour line in a darker shade. Not bad, but there are already many things in a light shade ;) -- Karl Eichwalder ___ 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 did not read the link to the judgment, but the article seems to say there were show descriptions that were copied. This goes beyond copying a fact like the name of a TV show or the name of a street. No descriptions were copied in the arguments presented. the data was the time and name of program allegedly originally gained by watching television constantly over 3 weeks but according to the judgement was a copy of a licenced copy of an original work which represented 'substantial skill and labour by the original authors at the TV channel (anyone who has ever watched this channel might disagree with this claim) and that these copies were a substantial part of the electronic TV guide subsequently prepared. I'm not a big watcher of television, but I'm very sure that some programs have been broadcast at the same time every weekday for around 30 years, so at this rate the program guide will no longer be copyright in another 20 or so. I agree that having specific laws is the best way to avoid going before a judge. If I were a city that sold mapping data and felt that OSM was in competition, I might argue that the town street grid was a copyrighted work and that by driving around with your gps you are making an unauthorized copy. How does fair use work in Australia? If I take a picture of you in front of the Sydney Opera House what do I own? I could argue that the picture is of you and the inclusion of the Opera House is fair. If I take a picture of the Sydney Opera House itself then can I sell copies of that picture without permission? You can take the picture of the opera house and sell it, but I can prevent you from using my image in a picture for sale. -- ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-talk] Unknown road classifications
When adding roads, you don't always know what classification of road it is (e.g. primary, secondary, tertiary, unclassified, etc). Quite a lot of people seem to add these sorts of roads as highway=unclassified, with the idea that these can be fixed in the future when the status of the road is discovered, but this is wrong since unclassified is a real road classification. Is there a recommended way of tagging these roads? Leaving them untagged has a couple of problems: there is no way to later determine that the way is a road if it is left completely untagged, and the road doesn't get rendered. It seems silly to take the attitude that this data shouldn't be rendered until it is complete - the submitter probably knows lots of useful data about the way, such as that it is a road which is accessible to cars, the actual classification of the road isn't really as important as knowing it is there and that you can drive down it. Having a highway=unknown_road or similar would also help with people tracing yahoo images - render them in a lighter colour so it is obvious that the road hasn't been fully mapped. There are probably 2 groups of users who want different things from OSM in this regard: Mappers want to be able to easilly see which bits of the map are complete, so having roads which haven't had a proper survey tagged as such is helpful. Map users want as complete a map as possible - knowing that there hasn't been a proper survey is useful, but seeing a road with questionable accuracy is often more useful than no road at all. -- - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Potlatch update and tiger cleanup tools
Peter Miller wrote: The new feature in 0.9 that I don’t think is quite right is the ability to easily drag a way. In my experience it will be done in error 99 times out of 100. If that mistake is done by someone who doesn’t notice or who don’t know about undo then the data is damaged. Last night I moved the section of the UK coastline instead of adjusting a single node. Can this function be made harder to access by mistake please? Thanks for some really great ideas - will take a look at them properly in the next few days. 0.9a (hopefully some time later today, or tomorrow) has a little refinement to make it more difficult to drag ways by accident: instead of clicking and dragging, you have to click, hold for a very short period of time, and then drag. In my experience this makes it much less accident-prone - if you're intending to drag the way, you'll probably be holding anyway. I'll post to the list when it's ready. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] riding schools
On Sunday 11 May 2008 12:39:24 wiseLYNX wrote: hi everybody, a quick look at the main features page didn't help me, so I try here.. I'd like to map as a POI what in italian is called maneggio. The dictionary I'm using translates it as riding school, but the term is more general, as it will also offer a place where to lodge horses. Anyway, even riding school is not present as a tag. do you have any suggestion about how to tag that POI? thanks Enrico I tagged one with sport=equestrian. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Unknown road classifications
highway=road This is suitably vague, but has a clear enough meaning. 80n On Sun, May 11, 2008 at 11:21 AM, Steve Hill [EMAIL PROTECTED] wrote: When adding roads, you don't always know what classification of road it is (e.g. primary, secondary, tertiary, unclassified, etc). Quite a lot of people seem to add these sorts of roads as highway=unclassified, with the idea that these can be fixed in the future when the status of the road is discovered, but this is wrong since unclassified is a real road classification. Is there a recommended way of tagging these roads? Leaving them untagged has a couple of problems: there is no way to later determine that the way is a road if it is left completely untagged, and the road doesn't get rendered. It seems silly to take the attitude that this data shouldn't be rendered until it is complete - the submitter probably knows lots of useful data about the way, such as that it is a road which is accessible to cars, the actual classification of the road isn't really as important as knowing it is there and that you can drive down it. Having a highway=unknown_road or similar would also help with people tracing yahoo images - render them in a lighter colour so it is obvious that the road hasn't been fully mapped. There are probably 2 groups of users who want different things from OSM in this regard: Mappers want to be able to easilly see which bits of the map are complete, so having roads which haven't had a proper survey tagged as such is helpful. Map users want as complete a map as possible - knowing that there hasn't been a proper survey is useful, but seeing a road with questionable accuracy is often more useful than no road at all. -- - Steve xmpp:[EMAIL PROTECTED] [EMAIL PROTECTED] sip:[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ 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] Unknown road classifications
On Sun, May 11, 2008 at 7:21 PM, Steve Hill [EMAIL PROTECTED] wrote: When adding roads, you don't always know what classification of road it is (e.g. primary, secondary, tertiary, unclassified, etc). Quite a lot of people seem to add these sorts of roads as highway=unclassified, with the idea that these can be fixed in the future when the status of the road is discovered, but this is wrong since unclassified is a real road classification. Is there a recommended way of tagging these roads? Leaving them untagged has a couple of problems: there is no way to later determine that the way is a road if it is left completely untagged, and the road doesn't get rendered. It seems silly to take the attitude that this data shouldn't be rendered until it is complete - the submitter probably knows lots of useful data about the way, such as that it is a road which is accessible to cars, the actual classification of the road isn't really as important as knowing it is there and that you can drive down it. Having a highway=unknown_road or similar would also help with people tracing yahoo images - render them in a lighter colour so it is obvious that the road hasn't been fully mapped. There are probably 2 groups of users who want different things from OSM in this regard: Mappers want to be able to easilly see which bits of the map are complete, so having roads which haven't had a proper survey tagged as such is helpful. Map users want as complete a map as possible - knowing that there hasn't been a proper survey is useful, but seeing a road with questionable accuracy is often more useful than no road at all. -- - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk Did we ever decide what to do when a road continues but we didn't continue down the road? -- http://bowlad.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] riding schools
wiseLYNX wrote: hi everybody, a quick look at the main features page didn't help me, so I try here.. I'd like to map as a POI what in italian is called maneggio. The dictionary I'm using translates it as riding school, but the term is more general, as it will also offer a place where to lodge horses. Anyway, even riding school is not present as a tag. do you have any suggestion about how to tag that POI? thanks Enrico Sounds like you need to propose a new tag. Maybe sport=horse_riding, or amenity=equestrian_centre or amenity=riding_stables. You can tag the POI like this now and amend it later if you get feedback or suggestions. It will not get rendered straight away. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] bugtracking map data
Hi Florian, We also have something going on in France but this is very much a work in progress right now. The idea was to steal what's good in Tomtom's Mapshare as they stole the collaborative side of OSM. So it's focused on having an easy to use, fool-proof, multi-languages user interface for lambda map users to report errors and a full-featured bugtracking backend for OSM collaborators to manage those map bugs. External API for error reporting by navigation software such as Navit for example is also planned, as well as features like RSS feeds, dashboard showing what's been resolved, what needs to be done, and so on. Anyway the basic interface we have right now, which is only the frontend, is pretty much like the one you described. Actually I wasn't aware of the NL bugtracker nor of the discussion on dev as I'm mainly reading talk which is sometimes already hard to follow. Renaud. On Sat, May 10, 2008 at 11:17 PM, Frederik Ramm [EMAIL PROTECTED] wrote: 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] TIGER mapping party
SteveC wrote: I and others have been doing a lot of fixing of TIGER data all over the US. There is still a lot to do and Richard has added some really useful features to potlatch to speed it up. Is there a TIGER fixing HOWTO somewhere? As in Here are the areas not yet done, here are the sort of problems we see, here's what to do about them? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] tagging and rendering
Places of worship could be mapped as cathedrals, churches, chapels, etc in Britain or as mosques, temples, shrines, whatever in the east. Currently, Mapnik renders all places of worship (synagogues, mosques, and whatever) with a christian cross, so maybe we should not dismiss Elvin's boutade so quickly... ;) Lucas ___ 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
Excellent suggestions everyone, I wouldn't have known about tying up the upload queue otherwise. I may convert Richard's Perl to Python and upload using that with a delay--once I get to somewhere that has faster internet access, that is. :) Also, I hope OSM has a tag for the worst road on planet Earth because I think I found it yesterday from the Belize border to Tikal in Guatemala... Beau On Sat, May 10, 2008 at 3:44 AM, Richard Fairhurst [EMAIL PROTECTED] wrote: 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 http://www.openstreetmap.org/','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] bugtracking map data
On Sun, May 11, 2008 at 02:15:44PM +0200, Renaud Martinet wrote: Hi Florian, We also have something going on in France but this is very much a work in progress right now. The idea was to steal what's good in Tomtom's Mapshare as they stole the collaborative side of OSM. So it's focused on having an easy to use, fool-proof, multi-languages user interface for lambda map users to report errors and a full-featured bugtracking backend for OSM collaborators to manage those map bugs. External API for error reporting by navigation software such as Navit for example is also planned, as well as features like RSS feeds, dashboard showing what's been resolved, what needs to be done, and so on. Anyway the basic interface we have right now, which is only the frontend, is pretty much like the one you described. Actually I wasn't aware of the NL bugtracker nor of the discussion on dev as I'm mainly reading talk which is sometimes already hard to follow. Cool - do you have anything to test or look at or a svn/cvs/git repository to checkout and try around with? 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] Potlatch 0.9: How to undo Move way action?
Yea its too easy to move the whole selected way. Can we do this in some other way? /Axel 10 maj 2008 kl. 15.08 skrev Richard Fairhurst: 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Potlatch 0.9a
Hi all, I didn't post about 0.9 here but naturally some of you have discovered the changes already... so here's a belated 0.9a update. First of all, as already noted, you can now drag whole ways. So that you don't accidentally drag them, as of 0.9a, you need to click, _hold_ for a very short while, then drag. (You don't need to hold if you'd previously selected the way.) Secondly, there's a generic undo button at the bottom left (or press Z). This is very much a first stab at it: there are a couple of little gremlins still to iron out, and a few things that it won’t undo (such as anything involving relations). If there's anything you spot that needs fixing, let me know. If you find that the map data is obscuring the background (whether it be Yahoo, OAM, NPE or whatever), you can now engage Caps Lock to dim the data. Plus there's the usual range of little tweaks and fixes. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM Aware, the state of the current pheromones
Hello list and fellow mappers. I guess it's my first post here even if I map and follow the list for over a year I think (I'm sometimes on IRC). ant rant I love OSM but I miss a quick and easy way to smell your pheromones guys (ie recent activity around me to spot active mappers, adapt/motivate myself in consequence, have local statistics, eventually monitor/spot 'obvious' 'vandalism'). I think a quick awareness is important for a project like OSM and I'd love to see that aspect more developed/encouraged in the future. For bottom-up emergent systems like a 'simple' anthill or a beehive it's even capital. The anthill is very efficient and well structured (nursery, cemetery,...) not because of a savant top-down architect but mainly because two conditions are met: critical mass (having enough ants) and the quality of the local communications/status between members (the pheromones). So I don't say we're ants-like and OSM is en emergent system but I think it certainly has some bottom-up stuff and a quick local mapping awareness could help. /ant rant Anyway, to fulfill my junkie need for pheromones I've played with the .osc files (change sets) provided here: http://planet.openstreetmap.org/ The current - work in progress - result is here: http://code.google.com/p/osmlab/ http://www.fxfoo.com/osm/kml/ So basically by charming the Python snake I extract informations from the .osc files (minutes, hours and days ) and produce a bunch of kml (for quick and dynamic visualization in Google Earth for example). Before any eventual ant get too excited be aware that: - the kml doesn't show ways, the tool is not intended for mapping or comparing (I think an OSMtoKML tool already exist anyway). I'm just interested in seeing/smelling your current pheromones , that's all ;) - the Hour and Day kml are *big* since I render every node in the first version (either placemarks or lines). On my desktop Core2Duo2.4Ghz/2Go, VistaBox and MacBookLaptop, it's ok (but bellow 2Go I doubt it would be a nice experience. I'll produced a much smaller daily/hourly KML soon for those who don't have a gaming PC (by summarizing nearby nodes) - if you encounter a forbidden access on the latest daily/hourly kml retry in a minute (hours/days are still processed on my Vista desktop and send to the Ubuntu server through my ISP limited upload speed , you shouldn't encounter that with minutes which are processed directly on the server) - generally (yellow, blue, red) stands for (created, modified, deleted) - generally clicking on the name of the KML in GE brings a statistics summary, you also can expand the folder to have more informations - clicking on a placemark gives information about the node and links to the associated user and the OSM map Minutes KMLs should be accessible to every machine. There's also a live world-minute network link here: http://www.fxfoo.com/osm/kml/world-minute-v1-networkLink.kml In Google Earth it will automatically update itself with the latest minute available and you should see the latest mappers activity For developers or power users the command line tool is written in Python and should work on Win/OSX/Linux. If you have some Python notions you should be able to modify/extend the app. to create you own kml (or something else). There are some handy parameters/variables available to change things like the elevation, colors, transparency, line thickness, icons... You can also directly edit a kml in a text editor and change the styles at the beginning of the files (colors, etc). if you experience any bug thanks to let me know on the project site 'issues or send me a mail. Thanks also for eventual feedback/ideas. francois PS: What I plan to do soonish is: - the slim-down daily/hourly - networks links for daily/hourly - getting the kml sexier and trying orher kml (density image overlay, use of the time slider in GE) - a web front-end ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [talk-au] more copyright stuff
Matt White wrote: Andrew Loughhead wrote: But I think you are right Liz, it is relevant. I believe some osmers collect street names by exception, that is, they compare what a published map says with what street signs say, tick the confirmed ones, and when they see an exception, note it. I think this makes their list a derived work and so is relatively high risk. Derivation surely means taking data from one source and putting it into another. Not including data is probably not derivation - otherwise (to go to extremes), my blank sheet of paper is a derivative work of channel Nine's program guide, due to the fact that I looked at it and chose to omit all of it... Hmm. I think I can hear the creaking and twanging of an overstretched analogy here. :-). Perhaps the method in use could be described as taking licensed data from a source and using it to decide where not to expend effort collecting original data. The effort management is then based on licensed data, and the question would be if new original data, produced through the smaller effort, is in some way tainted with the license conditions of that first source. I don't know, despite my earlier assertion. Maybe the story Liz referenced tells us to be risk averse rather than risk aware when it comes to copyright or other rights management methods, though. Anyway, I think OSM needs to be a broad church and I really don't expect everyone to agree with everyone else's techniques, whether its with regard to collection of feature names, or collection of geometry, or tagging, or anything else. Frankly its a good thing people don't all work on OSM how I do, or Canberra OSM data would be pretty, but crap, instead of great. cheers Andrew. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au
Re: [Talk-de] offizielle Bezeichnung von Bundesstraßen / Autobahnen
Am Sonntag, 11. Mai 2008 09:22 schrieb Karl Eichwalder: Da ich aber _jetzt_ mit den daten (karten) arbeite und mich verschwendeter platz nervt, löse ich das problem in meinem sinne und so, wie ich es für sinnvoll erachte. Du siehst ein Freizeichen zwischen A 24 ode BAB 24 als Platzverschendung? Frei nach deinem motto: jeder trage ein, was er für wichtig hält. Ja, schon. Aber bitte nicht übertreiben. Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] offizielle Bezeichnung von Bundesstraß en/ Autobahnen
Hallo, Da ich aber _jetzt_ mit den daten (karten) arbeite und mich verschwendeter platz nervt, löse ich das problem in meinem sinne und so, wie ich es für sinnvoll erachte. Ja, ist doch gut. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] NaviPOWM 0.1.3 freigegeben
Am Sonntag, 11. Mai 2008 schrieb Doru Julian Bugariu: Zu wenig Platz? Datei defekt? (md5 Summe mal pruefen) Versuche mal Interessant. MD5 war nicht ok, erneut runterladen hat das behoben. Tnx. Ich fänds gut, wenn die Karte auch ohne GPS-Fix angezeigt würde und man darin scrollen kann. Ist schon geplant. Prima. :-) Jörg signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
Hallo zusammen, jetzt bin ich gerade ein wenig erschrocken. Statt meinen neuen Daten von gestern sind hier nun etwa 2 Wochen alte gerendert worden? Die Daten selbst sind aber zum Glück alle da, denn ich kann sie mit josm runterladen und selbst rendern. Wie kann denn sowas passieren? Bisher dachte ich immer, dass bei [EMAIL PROTECTED] imemr zuerst die aktuellen Daten geholt werden, bevor das rendering gestartet wird. Ich meine das wär ja anders auch sinnfrei. Was will man mit wochenalten Daten? BTW, es geht um das tileset 2144 1406 Gruss Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Geggus schrieb: Hallo zusammen, jetzt bin ich gerade ein wenig erschrocken. Statt meinen neuen Daten von gestern sind hier nun etwa 2 Wochen alte gerendert worden? Die Daten selbst sind aber zum Glück alle da, denn ich kann sie mit josm runterladen und selbst rendern. Wie kann denn sowas passieren? Bisher dachte ich immer, dass bei [EMAIL PROTECTED] imemr zuerst die aktuellen Daten geholt werden, bevor das rendering gestartet wird. Ich meine das wär ja anders auch sinnfrei. Was will man mit wochenalten Daten? BTW, es geht um das tileset 2144 1406 User jaybe hat dieses Tileset laut http://tah.openstreetmap.org/Tiles/info.php?x=2144y=1406z=12layer=tile gestern hochgeladen. Eigentlich kann sowas nur passieren, wenn jemand tilesets gut ablagern lässt, bevor sie hochgeladen werden. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIJtDwFUbODdpRVDwRArdvAJ4odWycs5a78wdhCxmgM2htT4DoGgCgkrlp SWVA1+yx2ernXQyeXTczenA= =JouP -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Polygo nen?
Das Problem liegt einerseits darin, dass *alle* gefüllten Polygone gezeichnet werden, nicht nur die sichtbaren. Ja, das ist ein grosser Murks; alle Objekte sollten irgendwie eine Bounding Box haben, damit man schnell sehen kann, welche ueberhaupt angefasst werden muessen. Also meine Versuche haben gezeigt dass die ausserhalb des sichtbaren Bereichs liegenden Polygone in der Grössenordnung unter 1ms liegen, das dürfte erstmal kein grosses Problem darstellen. Wenn das mit der Transparenz alles nichts gescheites ist, dann koennten wir mal probieren, ob es nicht fast besser ist, an den Kanten von Polygonen solche kleinen Schraffuren nach innen hin einzumalen: Es koennte sein, dass das schneller geht und sogar noch uebersichtlicher waere, kaeme aber echt auf 'nen Versuch an. Die Idee gefällt mir, wäre auf jeden Fall einen Versuch wert. Lg, Wolfgang. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] offizielle Bezeichnung von Bundesstraßen / Autobahnen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Schäfer schrieb: Am Sonntag, 11. Mai 2008 09:22 schrieb Karl Eichwalder: Da ich aber _jetzt_ mit den daten (karten) arbeite und mich verschwendeter platz nervt, löse ich das problem in meinem sinne und so, wie ich es für sinnvoll erachte. Du siehst ein Freizeichen zwischen A 24 ode BAB 24 als Platzverschendung? Frei nach deinem motto: jeder trage ein, was er für wichtig hält. Ja, schon. Aber bitte nicht übertreiben. Zum Glück ist das ein SMOP dort ein Leerzeichen nachträglich einzufügen, genauso wie ein vorhandenes auszufiltern. s/([A-Z]+)([0-9]+)/\1 \2/ig - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIJthwFUbODdpRVDwRAms6AKDCEtLECwk5KstWouAUkswu6VIUPACg0OL4 E44MDkIKMclhKXet6qjJ1rE= =c09S -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] *** GMX Spamverdacht *** Re: Braun gerenderte Tracks
Marc Schütz [EMAIL PROTECTED] wrote: Das ist wieder einer von den Fällen mit tracktype=1 statt tracktype=grade1. Eigentlich sollte das im aktuellen Renderer gefixt sein. das ist es _nicht_! Ich habe gerade eben folgene Dateien repariert: osm-map-features-z12.xml osm-map-features-z13.xml osm-map-features-z14.xml osm-map-features-z15.xml Warte nur noch auf meinen SVN Account, dann kann ich nen commit machen. Kann ich ehrlich gesagt nicht nachvollziehen. Bei mir ist im aktuellen SVN bei osm-map-features-z1[2-7] folgendes drin: rule e=way k=highway v=track rule e=way k=tracktype v=grade1 line class='highway-casing highway-track-casing highway-track-grade1-casing' smart-linecap='no'/ /rule elserule e=way k=tracktype v=grade2 line class='highway-casing highway-track-casing highway-track-grade2-casing' smart-linecap='no'/ /rule elserule e=way k=tracktype v=grade3 line class='highway-casing highway-track-casing highway-track-grade3-casing' smart-linecap='no'/ /rule elserule e=way k=tracktype v=grade4 line class='highway-casing highway-track-casing highway-track-grade4-casing' smart-linecap='no'/ /rule elserule e=way k=tracktype v=grade5 line class='highway-casing highway-track-casing highway-track-grade5-casing' smart-linecap='no'/ /rule else line class='highway-casing highway-track-casing' smart-linecap='no'/ /else/else/else/else/else /rule Also mit der entscheidenden else-Regel am Schluß. Interessanterweise ist in den verschiedenen Zoomleveln manchmal das smart-linecap drin und manchmal nicht. BTW, es wäre trivial zusätzlich zu tracktype=grade1-5 auch tracktype=1-5 zu rendern. Sollte man das machen, oder sollte man das stattdessen besser in der Datenbank mit suchen/ersetzen angehen? Lieber in der DB ändern und evtl. einen Maplint-Test dafür anlegen. Gruss Sven Grüße, Marc -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
Dirk-Lüder Kreie wrote: Eigentlich kann sowas nur passieren, wenn jemand tilesets gut ablagern lässt, bevor sie hochgeladen werden. Das passiert aber leider sehr einfach. z.B. Rechner runterfahren, 2 Wochen in Urlaub gehen, tah starten. Schwupp, alte Daten im Upload... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
Henry Loenwind [EMAIL PROTECTED] wrote: Das passiert aber leider sehr einfach. z.B. Rechner runterfahren, 2 Wochen in Urlaub gehen, tah starten. Schwupp, alte Daten im Upload... *argh* Dann sollte man die scripten so anpassen, dass sie nur Dinge hochladen, die zeitnah gerendert wurden. Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
Dirk-Lüder Kreie [EMAIL PROTECTED] wrote: User jaybe hat dieses Tileset laut http://tah.openstreetmap.org/Tiles/info.php?x=2144y=1406z=12layer=tile gestern hochgeladen. Eigentlich kann sowas nur passieren, wenn jemand tilesets gut ablagern lässt, bevor sie hochgeladen werden. Full tileset upload by user 421 (StevenLeRoux) with client 21 (Poynton) recorded on 2008-05-11 04:48:58 Das sieht jetzt gut aus! Allerdigns ist das Tile nebendran x=2145 immer noch kaputt sprich uralt: Full tileset upload by user 307 (jaybe) with client 21 (Poynton) recorded on 2008-05-10 18:39:13 Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] *** GMX Spamverdacht *** Re: Braun gerenderte Tracks
Kann ich ehrlich gesagt nicht nachvollziehen. Bei mir ist im aktuellen SVN bei osm-map-features-z1[2-7] folgendes drin: ... Sorry, ich hab grad gesehen, dass das erst vor kurzem reingemacht worden ist. Grüße, Marc -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Geggus schrieb: Dirk-Lüder Kreie [EMAIL PROTECTED] wrote: User jaybe hat dieses Tileset laut http://tah.openstreetmap.org/Tiles/info.php?x=2144y=1406z=12layer=tile gestern hochgeladen. Eigentlich kann sowas nur passieren, wenn jemand tilesets gut ablagern lässt, bevor sie hochgeladen werden. Full tileset upload by user 421 (StevenLeRoux) with client 21 (Poynton) recorded on 2008-05-11 04:48:58 Das sieht jetzt gut aus! Allerdigns ist das Tile nebendran x=2145 immer noch kaputt sprich uralt: Full tileset upload by user 307 (jaybe) with client 21 (Poynton) recorded on 2008-05-10 18:39:13 Eigentlich war ich auch der Meinung, dass der Server keine neueren PNGs mit älteren überschreibt, aber das Feature ist wohl aus Performancegründen entweder nie implementiert oder wieder deaktiviert worden. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIJuMfFUbODdpRVDwRAt9BAKCKvgf59MM/FXgrksPW9NDEyF8MOQCgwvby r4xFlv00daDN/b7Pe8jCjQk= =ttN7 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Polygo nen?
Frederik Ramm wrote: Eingebaut, danke. (Der 733 geht so nicht, beim Aufruf von ... Hast Du Dir eigentlich mal #720 (josm.gui.layer.GpxLayer paint) angeschaut? Wäre die Annahme so richtig? Wenn ja, würde ich da nen richtigen Patch draus machen, hat sich in der Gegend ja auch was getan inzwischen. cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] *** GMX Spamverdacht *** Re: Braun gerenderte Tracks
Marc Schütz [EMAIL PROTECTED] wrote: Sorry, ich hab grad gesehen, dass das erst vor kurzem reingemacht worden ist. Gestern Abend hab _ich_ das gefixt und nachdem ich jetzt einen Account habe auch gleich eingecheckt :) Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Merkaartor erweitern?
Wird denn eigentlich an Merkaartor noch aktiv gearbeitet oder ist das Projekt begraben? Weil bei mir ist das Programm schon 2x ohne erkennbaren Grund abgestürzt und JOSM ist nicht wirklich eine Alternative, eher eine große Ressurcenschläuder.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Merkaartor erweitern?
Moin, Wird denn eigentlich an Merkaartor noch aktiv gearbeitet oder ist das Projekt begraben? Weil bei mir ist das Programm schon 2x ohne erkennbaren Grund abgestürzt und JOSM ist nicht wirklich eine Alternative, eher eine große Ressurcenschläuder. immer dieses Gebashe; erstmal besser machen, dann sehen wir weiter :) . An Merkaartor wird noch aktiv gebastelt, auch wenn der Autor momentan nicht allzuviel Zeit 'reinstecken kann. Inwiefern hälst Du JOSM für eine Resourcenschleuder? Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Merkaartor erweitern?
Hi, André Reichelt wrote: Wird denn eigentlich an Merkaartor noch aktiv gearbeitet oder ist das Projekt begraben? Nee, im Gegenteil, die haben sogar eine eigene Mailingliste und sind ziemlich aktiv! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Polygo nen?
Hallo, Hast Du Dir eigentlich mal #720 (josm.gui.layer.GpxLayer paint) angeschaut? Wäre die Annahme so richtig? Wenn ja, würde ich da nen richtigen Patch draus machen, hat sich in der Gegend ja auch was getan inzwischen. Ich hab einen Kommentar rein geschrieben. Komme in letzter Zeit nicht so dazu, trac genau zu verfolgen, daher danke fuer den Hinweis. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Merkaartor erweitern?
Am Sonntag, den 11.05.2008, 22:24 +0200 schrieb Frederik Ramm: Nee, im Gegenteil, die haben sogar eine eigene Mailingliste und sind ziemlich aktiv! Na dann will ich mal hoffen, dass sich das ein oder andere Problem bald erledigt. Weil bei mir ist es 2x abgestürzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Pol ygonen?
Am Sonntag, den 11.05.2008, 22:32 +0200 schrieb Frederik Ramm: Ich hab einen Kommentar rein geschrieben. Komme in letzter Zeit nicht so dazu, trac genau zu verfolgen, daher danke fuer den Hinweis. Leider schleicht es immer noch ordentlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Merkaartor erweitern?
On Sun, 11 May 2008 20:15:13 +0200 André Reichelt [EMAIL PROTECTED] wrote: Hi, Wird denn eigentlich an Merkaartor noch aktiv gearbeitet oder ist das Projekt begraben? Weil bei mir ist das Programm schon Doch, doch an Merkaartor wird gearbeitet. In den letzten Wochen gab es sogar ein paar nette neue Features, z.B. hat Chris Browet Support fuer die Luftbilder von Yahoo eingebaut. 2x ohne erkennbaren Grund abgestürzt und JOSM ist nicht wirklich eine Alternative, eher eine große Ressurcenschläuder. Beschreib doch auf der Merkaartor Mailingliste http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/merkaartor einmal, was Du mit welcher Version auf welchem Betriebssystem gerade gemacht hast, als es abstuerzte. Vielleicht ist es ja auch in SVN schon gefixt http://svn.openstreetmap.org/applications/editors/merkaartor/CHANGELOG Oder vielleicht gibt es ein offenes Ticket im trac: http://trac.openstreetmap.org/query?status=newstatus=assignedstatus=reopenedcomponent=merkaatororder=priority Regards, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bypässe an Kreisverkehrer
Ich habe nichts dagegen, highway=link zu erlauben. Aber motorway_link soll auf jeden Fall bleiben. Auf Autobahnen (und eigentlich auch Kraftfahrstrassen) ist es nützlich, zwischen Autobahnzone und normalen Strassen unterscheiden zu können. D.h., wo blau ist, darf kein Fussgänger hin. Diese Darstellung ist in GB und IRL üblich, auch wenn das in D nicht so in ist. Dermot ja, es ist als Radfahrer allgemein extrem wichtig zu sehen, wo konkret die Autobahnzone also Verbot für Fussgänger, Radfahrer, etc. beginnt. Neulich bei einer Fahrradtour durch relativ weisses Gelände (die Autobahn und einige größere Straßen waren drin) hätte ich eigentlich zum Weiterfahren auf der Bundesstraße über die Autobahnauf- und abfahrt gemusst. Das war gleichzeitig die Brücke über die Autobahn. War mir aber erstmal nicht klar weil alles schon auf der Auffahrt ziemlich autobahnmäßig aussah (Verkehr eingeschlossen). Mangels Todesmut und gutem Kartenmaterial musste ich daher endlos neben der Autobahn herfahren bis zur nächsten Unterführung (6 km). kurzer Sinn: Auffahrten gehören m.E. ab dort zur Autobahn (und sollten so erkennbar sein), wo man nicht mehr fahrradfahren darf. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Warnwesten mit OSM-Aufdruck
2008/5/7 Martin Simon [EMAIL PROTECTED]: Wir spielen mit offenen Karten [Logo/Grafik] www.openstreetmap.org sehr gut. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Warnwesten mit OSM-Aufdruck
Am Montag, den 12.05.2008, 01:19 +0200 schrieb Martin Koppenhoefer: 2008/5/7 Martin Simon [EMAIL PROTECTED]: Wir spielen mit offenen Karten [Logo/Grafik] www.openstreetmap.org sehr gut. Kann ich mich nur anschließen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Polyg onen?
Hallo, Leider schleicht es immer noch ordentlich. Schalte doch einfach die Polygonfuellerei ab, wenn Du einen langsameren Rechner hast - so wichtig ist das doch nicht. Ich selber arbeite meistens sogar mit dem Wireframe-Modus, weil mir alles andere zu bunt ist ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Polygo nen?
Frederik Ramm wrote: Ich hab einen Kommentar rein geschrieben. Komme in letzter Zeit nicht so dazu, trac genau zu verfolgen, daher danke fuer den Hinweis. Ich glaub ich werd wahnsinnig. Wenn ich: g.drawLine(old.x, old.y, screen.x, screen.y); zu: g.drawLine(old.x+2, old.y+2, screen.x, screen.y); ändere, dauert das ganze painten nur noch ca 1/15tel der Zeit. Häh??? Was soll das? Irgendjemand eine Ahnung? cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Polygo nen?
Frederik Ramm wrote: dazu, trac genau zu verfolgen, daher danke fuer den Hinweis. Ok, Patch hängt am Ticket. Ich habe zwei Änderungen, die visuelle Auswirkungen haben, konfigurierbar gemacht; Default: AUS. Siehe auch Tickettext. Wie gesagt, draw.rawgps.trianglelines ist bei mir mehr als 10 mal schneller als einfache Linien - und ich verstehe es nicht... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-it] Statistiche
Hai ragione, ho dato un'occhiata veloce a come lunghezza di highway=motorway siamo più del doppio della lunghezza delle autostrade italiane... Quindi la prox volta dimezzo la lunghezza se oneway=true (almeno per motorway, trunk e primary)... Per le zone che cominciano avere un buon grado di copertura sarebbe interessante fare dei Progetti Qualità, magari coinvolgendole amministrazioni comunali per verificare i nomi delle strade, i sensi unici, analizzare le corrette connesione dei nodi con algoritmi di routing e migliorare la mappatura delle amenity. Alla fine del processo si potrebbe iniziare a classificare alcune zone con dei bollini di qualità. Idee? Ciao, Diego 2008/5/11 Giovanni Mascellani [EMAIL PROTECTED]: All'incirca Sat, 10 May 2008 21:58:49 +0200, Diego Guidotti - Aedit s.r.l. [EMAIL PROTECTED] sembrerebbe aver scritto: Ho pubblicato tutto sul wiki ( http://wiki.openstreetmap.org/index.php/WikiProject_Italy/Stats). Ho il file dei comuni (testo, delimitato da tab) ma non me lo fa caricare sul wiki. Se vi interessa ve lo mando. Ad avere costanza l'idea è quella di monitorare, magari mensilmente, l'andamento generale della mappatura, magari agggiungendo altri indici (strade senza nome, servizi etc...) . Fantastico, sia la Toscana che Pisa non sono messe malaccio, ma il lavoro continua!! Alcune curiosità: in italia sono mappati 86.400 km di strade pari a 1.47 metri per abitante e 2.77 metri per ettaro. La lunghezza della rete stradale italiana è di 307.000 km siamo quindi quasi ad un terzo del lavoro (si fa per dire). Non credo che questa stima sia affidabile: il progetto OSM mappa una lunghezza stradale molto maggiore rispetto a quella che si intende generalmente per tale. Cioè, la strada con accanto una pista ciclabile che vedo dalla mia finestra normalmente verrebbe conteggiata come una sola strada, mentre invece in OSM compare come due strade, e quindi contribuisce con una lunghezza doppia. Gli 86.400 km (che incidentalmente sono esattamente il numero di secondi presenti in un giorno, ma questo non c'entra niente) corrispondono in realtà, secondo me, ad una lunghezza stradale molto più ridotta. In ogni caso, indipendentemente da tutte le statistiche, il lavoro è ancora tanto. Quindi buon mapping a tutti! Diego, credo che sarebbe bellissimo se tu riuscissi a tenere aggiornata la pagina delle statistiche. Magari un po' di spirito agonistico indurrà più facilmente il lavoro di tutti e la coagulazione dei mappatori vicini! Ciaociao, Gio. -- Giovanni Mascellani [EMAIL PROTECTED] Pisa, Italy Web: http://giomasce.altervista.org SIP: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED] GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Primary o trunk?
Il giorno ven, 09/05/2008 alle 21.05 +0200, Stefano Pallicca ha scritto: Salve, Ho una strada da taggare: il problema è che non so se taggarla come primary o trunk. Le caratteristiche sono le seguenti: E' la variante della SS1 Aurelia, due carreggiate divise da un guard-rail e due corsie per senso di marcia. Per accedere alla strada ci sono degli svincoli del tutto simili a quelli delle superstrade. Il dubbio però sorge dal fatto che la strada non è una superstrada, ovvero uno volendo potrebbe anche andarci in bicicletta :-) Che ne pensate? primary! le SS sono quasi tutte primary. Poi la disegni per benino con i due sensi di marcia (onenway=yes) e con gli svincoli (primary_link) Veramente, nella pagina wiki di openstreetmap (http://wiki.openstreetmap.org/index.php/Tag:highway%3Dtrunk) , la definizione di trunk e' diversa: ... Strade importanti che non sono autostrade. In genere gestite da un'autorità centrale, non un'amministrazione locale. Non deve necessariamente essere una strada a carreggiate separate. A me viene in mente proprio una strada statale, che ha tutte le caratteristiche della definizione wiki. Sto utilizzando highway=trunk per le statali con spartitraffico centrale, e highway=primary per le altre statali. IMHO il ragionamento prescinde dalla libera circolazione di tutti i mezzi o solo di una parte. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Magellan Triton
Anche perché nello stesso negozio online c'è il GPS 60 a 173,99 (NON cartografico B/n) http://www.eprice.it/default.aspx?sku=1591190 Sul sito grarmin.it li consigliano rispettivamente: € 229,00 € 169,00 Si saranno sbagliati a scrivere il prezzo? o mi è sfuggito qualcosa? non penso che si saranno sbagliati, io ho comprato il 60Csx (a Gennaio 08, i prezzi erano ancora piu alti perchè il modello successivo non era ancora lanciato, il modello europeano costava in Italia ancora 649 EUR consigliati) che loro vendono per 319 EUR e costava in ebay stati uniti 200 EUR (incl. sped.) piu ca. 50 EUR tasse ed altro, quindi grazie al US-dollar (insiemo con i prezzi piu bassi in USA) si po risparmiare un bel po. l'ho ricevuto dopo 2-3 settimane. Per mettere altre lingue delle preinstallati (era sensa tedesco ed italiano) bastava un patch, che funzionava anche con il firmware-upgrade che ho fatto dopo in Febbraio. Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Statistiche
ciao, chiedo a chi segue di piu' le liste osm generali (e il progetto generale), per quanto riguarda gli indicatori di qualita', vi risulta che ci siano linee guida gia' consolidate in altri paesi in cui il progetto e' partito prima ? se si', sarebbero adattabili al contesto italiano ? andrea, noto pibinko http://www.pibinko.org Il 11/05/08, Giovanni Mascellani[EMAIL PROTECTED] ha scritto: All'incirca Sun, 11 May 2008 16:05:11 +0200, Diego Guidotti - Aedit s.r.l. [EMAIL PROTECTED] sembrerebbe aver scritto: Per le zone che cominciano avere un buon grado di copertura sarebbe interessante fare dei Progetti Qualità, magari coinvolgendole amministrazioni comunali per verificare i nomi delle strade, i sensi unici, analizzare le corrette connesione dei nodi con algoritmi di routing e migliorare la mappatura delle amenity. Alla fine del processo si potrebbe iniziare a classificare alcune zone con dei bollini di qualità. Idee? . Questo non toglie che un po' più in là possiamo farlo. La cosa che mi sembra più utile, per marcare la qualità delle zone, è utilizzare delle closed ways per racchiudere delle aree ed esprimere la qualità con dei tag, secondo criteri simili a questi: ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-es] Esto es un barullo
El Sunday 11 May 2008 13:55:21 Carlos Dávila escribió: No sé qué opinaréis vosotros, pero me parece que los mapas quedan hechos un jaleo con tanta etiqueta, sobre todo en las vías con una calzada para cada sentido. Un ejemplo: http://www.informationfreeway.org/?lat=39.47035563534838lon=-6.38816035253 19255zoom=16layers=B000F000F ¿No sería conveniente modificar la forma de renderizar los nombres y referencias? Saludos Carlos 1) La referencia de las calles (si es que tienen) no es su nombre. Quítalas. 2) El nombre de las carreteras no es su referencia (eg: ref = N-000, name = Autopista del infierno). Quítales el nombre. 3) Nunca, nunca, nunca edites teniendo en cuenta cómo va a quedar mejor o peor en el renderizado. El renderizado está en desarrollo, y el día de mañana te puede cambiar. Mapnik parece un poco más coherente en algunas situaciones, mira: http://www.informationfreeway.org/?lat=39.47035563534838lon=-6.3881603525319255zoom=16layers=F0B0F 4) Lo de las calzadas con doble vía está en proceso de ser arreglado, es por ello que se van a unir mediante relaciones 5) Los desarrolladores de OSM esperan con ilusión tus propuestas, mucho mejor si hay código por delante... Un saludo, -- jynus ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-es
Re: [Talk-es] Problema con el WMS del IDEE
No me lo creo. Lucas De: [EMAIL PROTECTED] en nombre de Iván Sánchez Ortega Enviado el: dom 11/05/2008 15:22 Para: talk-es@openstreetmap.org Asunto: Re: [Talk-es] Problema con el WMS del IDEE El Domingo, 11 de Mayo de 2008, sergio sevillano escribió: dvorak! donde lo conseguiste? o es rollo pegatinas o mas bien como la solución guarra de rubix. Coges un teclado un pelín antiguo, un destornillador, haces palanca bajo cada tecla para que salga... y las vuelves a colocar en su nuevo hogar. :-) -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-es
Re: [Talk-es] Esto es un barullo
tuve la misma duda que tu, pero en realidad depende solo del renderizador que uses. en el mapnik queda mucho mejor y no salen como fallos en el maplint luego para estadísticas y otras exquisiteces que se hacen es mejor que todo este nombrado. tambien pasa lo mismo con las rotondas... Carlos Dávila escribió: No sé qué opinaréis vosotros, pero me parece que los mapas quedan hechos un jaleo con tanta etiqueta, sobre todo en las vías con una calzada para cada sentido. Un ejemplo: http://www.informationfreeway.org/?lat=39.47035563534838lon=-6.3881603525319255zoom=16layers=B000F000F ¿No sería conveniente modificar la forma de renderizar los nombres y referencias? Saludos Carlos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-es
[Talk-es] Problemas editanto un mapa ..
Hola, he metido la pata editando el mapa de Tenerife. Lo estaba haciendo con el editor en flash y he movido la línea de costa sin querer. Cuando he intentado deshacer el movimiento parece que no ha terminado bien y ahora no se renderiza correctamente el mapa. La Línea de costa se ha convertido en un polígono enorme que lo cubre todo. Entiendo que deben faltar puntos y por eso no se renderiza bien la línea. No se cómo hacer un rollback y volver al estado en el que todo funcionaba correctamente aunque pierda todo lo que edité hoy. No veo por ningún lado un registro de cambios (no se si hay de hecho) En el canal de IRC de freenode no parece haber mucho movimiento, he preguntado pero nadie ha respondido. Alguien me puede ayudar? Tengo miedo de haber estropeado todo el mapa y que esto afecte a más gente (aunque la verdad sea dicha, el mapa de Tenerife no es el más editado del mundo) Saludos. -- René Martín Rodríguez [EMAIL PROTECTED] ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-es
Re: [Talk-es] Problema con el WMS del IDEE
solución guarra del cubo de rubik, entonces. (desmontarlo). aunque sí la mas guarra es cambiar las pegatinas de sitio y los signos? si eres rico te recomiendo esta, que igual ya conoces: http://www.artlebedev.com/everything/optimus-tactus/ puedes usar la distribución de teclas que quieras! Iván Sánchez Ortega escribió: El Domingo, 11 de Mayo de 2008, sergio sevillano escribió: dvorak! donde lo conseguiste? o es rollo pegatinas o mas bien como la solución guarra de rubix. Coges un teclado un pelín antiguo, un destornillador, haces palanca bajo cada tecla para que salga... y las vuelves a colocar en su nuevo hogar. :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-es
Re: [Talk-es] Problemas editanto un mapa ..
en pdlach (flash) si pulsas h con el way seleccionado te aparece la historia y puedes ir atrás. o es esto lo que no te funciona? René Martín escribió: Hola, he metido la pata editando el mapa de Tenerife. Lo estaba haciendo con el editor en flash y he movido la línea de costa sin querer. Cuando he intentado deshacer el movimiento parece que no ha terminado bien y ahora no se renderiza correctamente el mapa. La Línea de costa se ha convertido en un polígono enorme que lo cubre todo. Entiendo que deben faltar puntos y por eso no se renderiza bien la línea. No se cómo hacer un rollback y volver al estado en el que todo funcionaba correctamente aunque pierda todo lo que edité hoy. No veo por ningún lado un registro de cambios (no se si hay de hecho) En el canal de IRC de freenode no parece haber mucho movimiento, he preguntado pero nadie ha respondido. Alguien me puede ayudar? Tengo miedo de haber estropeado todo el mapa y que esto afecte a más gente (aunque la verdad sea dicha, el mapa de Tenerife no es el más editado del mundo) Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-es
Re: [Talk-es] Problema con el WMS del IDEE
El Domingo, 11 de Mayo de 2008, sergio sevillano escribió: solución guarra del cubo de rubik, entonces. (desmontarlo). aunque sí la mas guarra es cambiar las pegatinas de sitio y los signos? Uso dvorak-es, que te mantiene todos los símbolos de las teclas de los números y de las tildes. -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Una gallina es el modo que tiene un huevo de producir más huevos. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-es
Re: [OSM-talk-fr] Voie verte
En Belgique on a le RAVeL (Reseau Autonome des Voies Lentes) qui est apparement équivalent et que je tagge de la meme facon : cycleway parce que large, roulant et interdit aux vehicules motorisés, et je rajoute les autres moyens de doux de locomotions...cela semble logique . Philippe Le 11 mai 2008 00:39, Delalande Jocelyn [EMAIL PROTECTED] a écrit : Salut la liste Je me demandais si certains avaient déjà mappé des voies vertes. Les voies vertes sont des itinéraires, généralement sur le tracé d'anciennes lignes de chemin de fer, dédiés aux moyens de transport non motorisés (vélo, cheval, marche à pied). Il en existe un certain nombre en france. http://www.af3v.org/ pour plus d'infos Pour l'instant j'ai taggué comme ça : highway=cycleway horse=yes foot=yes Mais ça me gène un peu, en effet, ça n'est pas plus une allée piétonne qu'une voie cyclable ou un chemin pour cavaliers, ça n'est pas non plus un chemin (track), c'est large, roulable, public et entretenu. À peu près le même problème se pose pour les chemins de halage je pense. Qu'en pensez vous ? Sinon plus généralement, il y a éventuellement un partenariat à faire avec l'asso qui gère ça, pour récupérer le tracé des voies... Bonne nuit, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Voie verte
Ok, merci pour ton retour, je pense que sur un rendu ça devrait éventuellement apparaître différement d'une simple piste cyclable. Le role des véloroutes et voies vertes en France me semble comparable à celui des National Cycle Road en grande Bretagne, bien qu'un peu moins formel (pas de numérotation à ma connaissance). Après recherches, utiliser les tags de http://wiki.openstreetmap.org/index.php/Cycle_routes , en particulier la relation, me paraîtrait cohérent et a le mérite d'apparaître sur la carte cycliste : http://www.gravitystorm.co.uk/osm Il serait en tout cas bon que l'on se mette d'accord au niveau de l'hexagone. Sinon j'ai mailé l'association af3v qui gère les véloroutes et les voies vertes pour leur demander gentiment les tracés des voies, on sait jamais :-). Coridalement, Jocelyn On dim, 2008-05-11 at 11:35 +0200, Philippe Piquer wrote: En Belgique on a le RAVeL (Reseau Autonome des Voies Lentes) qui est apparement équivalent et que je tagge de la meme facon : cycleway parce que large, roulant et interdit aux vehicules motorisés, et je rajoute les autres moyens de doux de locomotions...cela semble logique . Philippe Le 11 mai 2008 00:39, Delalande Jocelyn [EMAIL PROTECTED] a écrit : Salut la liste Je me demandais si certains avaient déjà mappé des voies vertes. Les voies vertes sont des itinéraires, généralement sur le tracé d'anciennes lignes de chemin de fer, dédiés aux moyens de transport non motorisés (vélo, cheval, marche à pied). Il en existe un certain nombre en france. http://www.af3v.org/ pour plus d'infos Pour l'instant j'ai taggué comme ça : highway=cycleway horse=yes foot=yes Mais ça me gène un peu, en effet, ça n'est pas plus une allée piétonne qu'une voie cyclable ou un chemin pour cavaliers, ça n'est pas non plus un chemin (track), c'est large, roulable, public et entretenu. À peu près le même problème se pose pour les chemins de halage je pense. Qu'en pensez vous ? Sinon plus généralement, il y a éventuellement un partenariat à faire avec l'asso qui gère ça, pour récupérer le tracé des voies... Bonne nuit, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] GPS et OSM...
Le 10 mai 2008 19:21, Francois Maltey [EMAIL PROTECTED] a écrit : Bonjour, Je cherchais à remplacer un vieux gps-12 dont la coque en mousse s'effrite par un appareil plus moderne. Je m'apperçois alors que seul les GPS cher ont un logiciel de routage, et que l'on achète la carte par ailleurs. Je suis surpris de voir qu'il y a 100 EUR de différence entre un GPS garmin avec une carte détaillée de France et le même sans la carte (sur la bayUS). D'association d'idées en association d'idées, je retrouve OSM dont j'avais déjà vaguement entendu parler, et m'apperçois que la carte de mon voisinage (à Brest) est tout à fait exploitable. Voilà quelques questions (ou réponses naives), j'aimerai en avoir confirmation pour mieux comprendre le projet. // A // Si j'ai bien compris toute trace brute de GPS doit être modélisée et étiquetée avant d'être enregistrée dans OSM. Ce programme peut-il s'installer sur un linux/ubuntu ? Aucun problème. // B // Quand je fais du vélo je suis sensible aux dénivelés... certains GPS garmin sont vendus avec une carte du relief. La base OSM enregistre-t-elle l'altitude des points des routes? Les points OSM n'ont pas encore d'altitude attribuée. Cependant, dans le cadre de la participation d'Openstreetmap au Google Summer of Code cette année, un des 4 projets est de travailler dessus. Voici la page : http://wiki.openstreetmap.org/index.php/Route_altitude_profiles_SRTM // C // Les GPS Garmins acceptent bien les cartes OSM, après transformation du fichier de données. Peuvent-ils aussi traiter le relief ? Tout dépend de ce que tu entends par relief. Pour les lignes de niveau, il ne devrait pas y avoir de problème. Par contre je ne crois pas que l'altitude des routes et leur variation soit intégrée. // D // [sans rapport avec OSM] Les GPS haut de gamme ont une bousole et un baramètre intégré, Servent-ils effectivement ? Je pense que oui pour la bousole car on lit une carte à l'arret... La haute-sensibilité revendiquée par certains recepteurs est-elle vraiment effective, vaut-elle le surcout, ou est-ce un argument marketing ? J'ai un Garmin Vista cx depuis 2 ans. La puce est de la génération antérieure à la Sirf III et je suis déçu des traces en sous-bois ou en ville peu dense, bien que je n'ai aucun problème en terrain dégagé. Il semble que les nouveaux modèle Garmin série H soient bien meilleurs à ce niveau (je n'ai jamais essayé mais c'est ce que je vois sur divers forums) Frédéric Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Voie verte
Salut, j'ai justement rollé le week end dernier et ai une trace toute fraiche de la (seule !) voie verte en Sarhe (Le lude - Luché-Pringé) ; je comptais la tagger comme tu disais. Bon ça en fait déjà une, aux suivantes :) On 5/11/08, Delalande Jocelyn [EMAIL PROTECTED] wrote: Ok, merci pour ton retour, je pense que sur un rendu ça devrait éventuellement apparaître différement d'une simple piste cyclable. Le role des véloroutes et voies vertes en France me semble comparable à celui des National Cycle Road en grande Bretagne, bien qu'un peu moins formel (pas de numérotation à ma connaissance). Après recherches, utiliser les tags de http://wiki.openstreetmap.org/index.php/Cycle_routes , en particulier la relation, me paraîtrait cohérent et a le mérite d'apparaître sur la carte cycliste : http://www.gravitystorm.co.uk/osm Il serait en tout cas bon que l'on se mette d'accord au niveau de l'hexagone. Sinon j'ai mailé l'association af3v qui gère les véloroutes et les voies vertes pour leur demander gentiment les tracés des voies, on sait jamais :-). Coridalement, Jocelyn On dim, 2008-05-11 at 11:35 +0200, Philippe Piquer wrote: En Belgique on a le RAVeL (Reseau Autonome des Voies Lentes) qui est apparement équivalent et que je tagge de la meme facon : cycleway parce que large, roulant et interdit aux vehicules motorisés, et je rajoute les autres moyens de doux de locomotions...cela semble logique . Philippe Le 11 mai 2008 00:39, Delalande Jocelyn [EMAIL PROTECTED] a écrit : Salut la liste Je me demandais si certains avaient déjà mappé des voies vertes. Les voies vertes sont des itinéraires, généralement sur le tracé d'anciennes lignes de chemin de fer, dédiés aux moyens de transport non motorisés (vélo, cheval, marche à pied). Il en existe un certain nombre en france. http://www.af3v.org/ pour plus d'infos Pour l'instant j'ai taggué comme ça : highway=cycleway horse=yes foot=yes Mais ça me gène un peu, en effet, ça n'est pas plus une allée piétonne qu'une voie cyclable ou un chemin pour cavaliers, ça n'est pas non plus un chemin (track), c'est large, roulable, public et entretenu. À peu près le même problème se pose pour les chemins de halage je pense. Qu'en pensez vous ? Sinon plus généralement, il y a éventuellement un partenariat à faire avec l'asso qui gère ça, pour récupérer le tracé des voies... Bonne nuit, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] API Geoportail
Bonjour tout le monde, Récemment, l'ign a sorti une api tout fraiche. Qqun l'a t'il essayé? j'ai voulu vite fait faire un essai via josm et le plugin WMS mais je me suis pris une erreur 403 voici une url issue de leur carte exemple http://wxs.ign.fr/geoportail/wmsc?LAYERS=ORTHOIMAGERY.ORTHOPHOTOSFORMAT=image/jpegEXCEPTIONS=text/xmlSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=gppkey=bExHdvf%2Bpvst87MZidE3zE8bYsg%3DaWRTZXNzaW9uPTQxNDMwJmRhdGU9MTgwMzEzMTEwNTA4JmlkQ29udHJhY3Q9MTcxMTA5MTA1MDQwNzMzMTAyOSZiYm94PS0xMi4wLDE3LjAsMzYuMCw1NC4wJnNycz1JR05GOldHUzg0RyZpcD0uKiZyZWY9aHR0cDovL2FwaVwuaWduXC5mci8uKiZsYXllcnM9T1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLEdFT0dSQVBISUNBTEdSSURTWVNURU1TLk1BUFMmc2VydmljZXM9V01TQw%3D%3DSRS=IGNF:GEOPORTALFXXBBOX=0,5333185.539598,410245.041508,5743430.581106WIDTH=256HEIGHT=256TILED=true url qu'a voulu charger JOSM http://wxs.ign.fr/geoportail/wmsc?LAYERS=ORTHOIMAGERY.ORTHOPHOTOSFORMAT=image/jpegEXCEPTIONS=text/xmlSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=gppkey=DA404gyYYs2fxEdDB4laauhsYoU%3DaWRTZXNzaW9uPTQxNDA3JmRhdGU9MTcyNzU3MTEwNTA4JmlkQ29udHJhY3Q9MTcxMTA5MTA1MDQwNzMzMTAyOSZiYm94PS0xMi4wLDE3LjAsMzYuMCw1NC4wJnNycz1JR05GOldHUzg0RyZpcD0uKiZyZWY9aHR0cDovL2FwaVwuaWduXC5mci8uKiZsYXllcnM9T1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLEdFT0dSQVBISUNBTEdSSURTWVNURU1TLk1BUFMmc2VydmljZXM9V01TQw%3D%3DSRS=IGNF:GEOPORTALFXXbbox=1.7983090,47.8557560,1.9952086,47.9811468width=904height=575 a priori y a un schisme avec les coordonnées :(( qqun aurait une idée de comment faire? ++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] API Geoportail
Jocelyn a déjà fait ce type de boulot pour le WMS du cadastre. Je suppose que l'essentiel est similaire. Par contre ce qui m'inquiète c'est le paramètre gppkey de l'URL. Je pense que c'est pour faire en sorte que l'applet sur leur site soit la seule a y accédé. Il me semble avoir entendu qu'une partie du client javascript était crypté ce qui me paraît aller de pair avec le passage de clé dans l'URL. De toute façon même en pouvant techniquement utiliser le WMS de l'IGN, on reste tout de même dans le flou au niveau légal. Renaud. On Sun, May 11, 2008 at 6:02 PM, [EMAIL PROTECTED] wrote: Bonjour tout le monde, Récemment, l'ign a sorti une api tout fraiche. Qqun l'a t'il essayé? j'ai voulu vite fait faire un essai via josm et le plugin WMS mais je me suis pris une erreur 403 voici une url issue de leur carte exemple http://wxs.ign.fr/geoportail/wmsc?LAYERS=ORTHOIMAGERY.ORTHOPHOTOSFORMAT=image/jpegEXCEPTIONS=text/xmlSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=gppkey=bExHdvf%2Bpvst87MZidE3zE8bYsg%3DaWRTZXNzaW9uPTQxNDMwJmRhdGU9MTgwMzEzMTEwNTA4JmlkQ29udHJhY3Q9MTcxMTA5MTA1MDQwNzMzMTAyOSZiYm94PS0xMi4wLDE3LjAsMzYuMCw1NC4wJnNycz1JR05GOldHUzg0RyZpcD0uKiZyZWY9aHR0cDovL2FwaVwuaWduXC5mci8uKiZsYXllcnM9T1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLEdFT0dSQVBISUNBTEdSSURTWVNURU1TLk1BUFMmc2VydmljZXM9V01TQw%3D%3DSRS=IGNF:GEOPORTALFXXBBOX=0,5333185.539598,410245.041508,5743430.581106WIDTH=256HEIGHT=256TILED=true url qu'a voulu charger JOSM http://wxs.ign.fr/geoportail/wmsc?LAYERS=ORTHOIMAGERY.ORTHOPHOTOSFORMAT=image/jpegEXCEPTIONS=text/xmlSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=gppkey=DA404gyYYs2fxEdDB4laauhsYoU%3DaWRTZXNzaW9uPTQxNDA3JmRhdGU9MTcyNzU3MTEwNTA4JmlkQ29udHJhY3Q9MTcxMTA5MTA1MDQwNzMzMTAyOSZiYm94PS0xMi4wLDE3LjAsMzYuMCw1NC4wJnNycz1JR05GOldHUzg0RyZpcD0uKiZyZWY9aHR0cDovL2FwaVwuaWduXC5mci8uKiZsYXllcnM9T1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLEdFT0dSQVBISUNBTEdSSURTWVNURU1TLk1BUFMmc2VydmljZXM9V01TQw%3D%3DSRS=IGNF:GEOPORTALFXXbbox=1.7983090,47.8557560,1.9952086,47.9811468width=904height=575 a priori y a un schisme avec les coordonnées :(( qqun aurait une idée de comment faire? ++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] API Geoportail
Salut, Peu importe que ça soit crypté en fait, me semble de toutes façons que les conditions d'utilisations sont claires, on ne pourra rien faire (légalement) avec les données ign. http://ign.fr/telechargement/MPro/juridique/CGUFN.pdf Ce n'est pas du tout la même chose que pour le cadastre où il y a un léger flou juridique mais qui nous semble quand même favorable. Article 2 : Droit de diffusion Les différents utilisateurs du plan cadastral sont autorisés à diffuser, sans accord préalable de la DGI, un produit composé pour partie du plan cadastral papier ou numérique à condition de mentionner la source et le millésime d’actualité du fonds de plan cadastral utilisé. En revanche, toute diffusion d’un produit constitué uniquement du plan cadastral est interdite. http://www.cadastre.gouv.fr/scpc/html/CU_01_ConditionsGenerales_fr.html Bon après la question peut se poser pour le fun bien entendu :-). Bonne soirée, Jocelyn On dim, 2008-05-11 at 18:17 +0200, Renaud Martinet wrote: Jocelyn a déjà fait ce type de boulot pour le WMS du cadastre. Je suppose que l'essentiel est similaire. Par contre ce qui m'inquiète c'est le paramètre gppkey de l'URL. Je pense que c'est pour faire en sorte que l'applet sur leur site soit la seule a y accédé. Il me semble avoir entendu qu'une partie du client javascript était crypté ce qui me paraît aller de pair avec le passage de clé dans l'URL. De toute façon même en pouvant techniquement utiliser le WMS de l'IGN, on reste tout de même dans le flou au niveau légal. Renaud. On Sun, May 11, 2008 at 6:02 PM, [EMAIL PROTECTED] wrote: Bonjour tout le monde, Récemment, l'ign a sorti une api tout fraiche. Qqun l'a t'il essayé? j'ai voulu vite fait faire un essai via josm et le plugin WMS mais je me suis pris une erreur 403 voici une url issue de leur carte exemple http://wxs.ign.fr/geoportail/wmsc?LAYERS=ORTHOIMAGERY.ORTHOPHOTOSFORMAT=image/jpegEXCEPTIONS=text/xmlSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=gppkey=bExHdvf%2Bpvst87MZidE3zE8bYsg%3DaWRTZXNzaW9uPTQxNDMwJmRhdGU9MTgwMzEzMTEwNTA4JmlkQ29udHJhY3Q9MTcxMTA5MTA1MDQwNzMzMTAyOSZiYm94PS0xMi4wLDE3LjAsMzYuMCw1NC4wJnNycz1JR05GOldHUzg0RyZpcD0uKiZyZWY9aHR0cDovL2FwaVwuaWduXC5mci8uKiZsYXllcnM9T1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLEdFT0dSQVBISUNBTEdSSURTWVNURU1TLk1BUFMmc2VydmljZXM9V01TQw%3D%3DSRS=IGNF:GEOPORTALFXXBBOX=0,5333185.539598,410245.041508,5743430.581106WIDTH=256HEIGHT=256TILED=true url qu'a voulu charger JOSM http://wxs.ign.fr/geoportail/wmsc?LAYERS=ORTHOIMAGERY.ORTHOPHOTOSFORMAT=image/jpegEXCEPTIONS=text/xmlSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=gppkey=DA404gyYYs2fxEdDB4laauhsYoU%3DaWRTZXNzaW9uPTQxNDA3JmRhdGU9MTcyNzU3MTEwNTA4JmlkQ29udHJhY3Q9MTcxMTA5MTA1MDQwNzMzMTAyOSZiYm94PS0xMi4wLDE3LjAsMzYuMCw1NC4wJnNycz1JR05GOldHUzg0RyZpcD0uKiZyZWY9aHR0cDovL2FwaVwuaWduXC5mci8uKiZsYXllcnM9T1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLEdFT0dSQVBISUNBTEdSSURTWVNURU1TLk1BUFMmc2VydmljZXM9V01TQw%3D%3DSRS=IGNF:GEOPORTALFXXbbox=1.7983090,47.8557560,1.9952086,47.9811468width=904height=575 a priori y a un schisme avec les coordonnées :(( qqun aurait une idée de comment faire? ++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] API Geoportail
Delalande Jocelyn wrote: Salut, Peu importe que ça soit crypté en fait, me semble de toutes façons que les conditions d'utilisations sont claires, on ne pourra rien faire (légalement) avec les données ign. http://ign.fr/telechargement/MPro/juridique/CGUFN.pdf en effet, l'IGN est pour l'instant tres loin de la mission de service publique qu'elle devrait avoir. elle a ete transformée en opération commerciale par les divers gouvernements de droite des 20 dernieres années, en commencant par chirac 1986 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] OSM, activité récente (l' état des phéromones)
Hello liste (premier poste sur la liste mais je suis parfois sur le l'IRC, bien que pas récemment), Merci pour les diffs journaliers d'hexagone que j'utilise pour visualiser l'activité récente en France (via kml/Google Earth). Plus d'info ici (sorry en anglais): http://code.google.com/p/osmlab/ http://www.fxfoo.com/osm/kml/ http://lists.openstreetmap.org/pipermail/talk/2008-May/026201.html PS: - PC *musclé* nécessaire pour ces premiers kml diff journaliers France mais une version allégée va suivre - l'outil est juste destiné à visualiser l'activité récente, une histoire de phéromones, pour avoir une meilleure connaissance des mapers autour de moi, me motiver et m'adapter en conséquence (pas pour mapper, les ways ne sont pas représentées de toute façon) Un petit kml léger pour la nuit: L'état live de le ruche (le dernière minute disponible qui se met à jour automatique dans Google Earth): http://www.fxfoo.com/osm/kml/world-minute-v1-networkLink.kml Good Night tout le monde. francois ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr