[OSM-legal-talk] New license and mechanically created derivations
Hi, I have read a draft of the ODbL and I fear I don't understand the implications entirely... I would like to build a mechanically created non-factual work - that work will have as its input data non-factual data created by my fellow employees (we own rights to it) and OSM. (This is a virtual earth situation where I build plausible 3-d models from OSM data and rules.) Under the old scheme (assuming OSM was non-factual) I would simply put the derived result under CC-BY-SA and go home happy. :-) I can't tell what I am required to do with the ODbL. It appears that there are _no_ restrictions on how I license/distribute my derived work as long as: - I don't change the OSM data and then hoard it (I do all my edits in OSM and not later) and - My derived work isn't anything like a database. Are there parts of OSM that might be non-factual, and if so, what would the corresponding copyright-based license be? My goal here is not to see how much I can get for how little...just to understand how to use OSM data such that (1) I am following the intentions of those licensing the data and (2) avoiding legal risk to my company. If there is anything semi-official and current, please let me know and I apologize for not RTFMing...most of what I've found is at least a few months old. thanks!!! Ben -- Scenery Home Page: http://scenery.x-plane.com/ Scenery blog: http://xplanescenery.blogspot.com/ Plugin SDK: http://www.xsquawkbox.net/xpsdk/ X-Plane Wiki: http://wiki.x-plane.com/ Scenery mailing list: [EMAIL PROTECTED] Developer mailing list: [EMAIL PROTECTED] ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] New license and mechanically created derivations
El Sábado, 29 de Noviembre de 2008, Ben Supnik escribió: I would like to build a mechanically created non-factual work - that work will have as its input data non-factual data created by my fellow employees (we own rights to it) and OSM. [...] I can't tell what I am required to do with the ODbL. It appears that there are _no_ restrictions on how I license/distribute my derived work as long as: - I don't change the OSM data and then hoard it (I do all my edits in OSM and not later) and - My derived work isn't anything like a database. This is right (and I would be most pleased if all the edits were done directly in OSM). However, I see other plausible solutions under the ODbL: - You change the OSM data, mix it with propietary data, but never release the results to anybody (i.e. internal use inside the company only). - You do your pseudo-3D buildings, and then decide to release them to the public, along with some propietary data. In this scenario, the ODbL still applies, but the factual info license does not. As the legalese definition of database is very broad (even a dead-tree phonebook is a DB), the ODbL will stick to any computer file containing any piece of OSM data, or any pseudo-3D building, even if the file contains propietary data. In the last example, the ODbL only requires that the DB (or the file) is readable by anyone (technically, the license requires that you allow extraction of data from the DB to anybody). In my understanding, this would mean no encription, no weird DRM or copy-protection schemes, and not being tied to one piece of software to read the file (think MS Office format tying you up to MS Office). Keep in mind that the ODbL only covers the database **as a whole**. The individual nodes and ways are covered only by the Factual Info License. Are there parts of OSM that might be non-factual, and if so, what would the corresponding copyright-based license be? It is my understanding that *all* the individual pieces of data will be considered facts, as soon as the license change is over. My goal here is not to see how much I can get for how little...just to understand how to use OSM data such that (1) I am following the intentions of those licensing the data and (2) avoiding legal risk to my company. I think that, as long as your company is contributing data back, the OSM community will be happy :-D Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Más vale mero aficionado que besugo profesional signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Directional tagging
Martin Norbäck schrieb: The advantage of having a simple tagging mechanism like this is that the editors can easily prevent accidental reversal of a way, like josm does right now with oneway. There are probably other uses for this kind of scheme. And it doesn't really fit into a relation either. JOSM will already allow the reversal of tags that are direction specific. I think that was what I was saying above, yes. So it should be easy to extend it to handle the forward:/backward: prefix. I think what Shaun was saying, that JOSM already does that, too :-) It currently supports forward/backward and left/right as both prefix and suffix and both tag names and relation roles. Robin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Tagging] Feature Proposal - RFC - Explicit 4WD_Only tag
Introduce a tag that allows ways to indicate explicitly whether a 4WD vehicle is required to navigate that way. This would also allow routing engines to take into account such ways, so that non-4WD vehicles aren't routed onto roads they aren't capable of. Please see the proposal page for the details http://wiki.openstreetmap.org/wiki/Proposed_features/4WD_Only Matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal for a map-bug tracker (Openstreetbugs)
Christoph Böhme a écrit : Would it be possible to reuse and extend the client-side code from osb for a web-based client-side interface? If it is a moral question : of course. If it is a technical question : 50% of the code has to be rewriten. So, I do not think bug reporters will ever feel the desire add tags to their bug reports. You're right. No bug reporter will feel the desire to add new tags. But when I proposed the use of tags, I thought about the clients-developper : - I want the simplier interface with only lat/lon/date, two bug states, and a text. I do not want a crapy interface with 30 text areas and 60 combo-boxes - Someone will desire to add a zoom level for each bug, the email of the authors, and three bug states - Someone else will want a reference to the OSM data, the diameter of the area that the bug describes, the age of the mother of the author, etc. The tag=value schema does all this. And, as the OSM end-user clients (like Mapnik, [EMAIL PROTECTED], routing softwares), there are only small pieces of the data that are rendered depending of the choice of the rendered. The server side already exists : it's basically OSM database without ways, with a guest account, and accepting long string values (the text users could add). That is really attractive. The only problems I can see here (apart from that we still should try to define a bug report format) are that annotations to a bug report like comments, images and attachments cannot be stored in the osm database (as far as I know). I do not think that it would be the best idea to put images in the database besides it is technically possible with a classical database ; I do not know about OSM database. An URL to a solid file seems to me much more efficient. and we'd lose out on all the fun of documenting / defining the tags on the wiki :-P And maybe, with all this complexity, we will have a new service to trac the inconsistencies in OpenStreetBugs' bugs. Welcome OpenStreetBugsBugs. Xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal for a map-bug tracker (Openstreetbugs)
On Fri, Nov 28, 2008 at 02:10:28PM +0100, Patrick Kilian wrote: I really dislike bugzilla and that I was really glad when I found out that OSM uses trac for its bugtracking. Unless we find a REALLY compelling reason to switch I'd stay with trac. I’m not a fan of Bugzilla either: The code base or the interface. For data, I think OpenStreetBugs works well. You don’t have to work out anything, you just click and type. Maybe an additional field to that to track the status in more detail is in order, but get much more complicated and you destroy the simplicity of reporting bugs. That’s regardless of what back‐end it actually uses to keep track of bugs. Possibly the next best thing after code‐reuse of using an existing bug‐tracker as the backend is that you can easily provide an alternative (the ones the bug‐tracker lets you use). If possible to integrate with Trac, for example, you get http://trac.openstreetmap.org/report, any number of customisable ways to display tickets. Trac also has the option to change the workflow since 0.11, which would be useful for keeping it simple for OpenStreetBugs: http://trac.edgewall.org/wiki/TracWorkflow Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Directional tagging
On Fri, Nov 28, 2008 at 02:16:07PM +0100, Martin Norbäck wrote: b) 2+1 ways as we call them in Sweden, they are normal ways but have a small fence in the middle and 2 lanes on one side and 1 lane on the other side. They look like this: http://www.vv.se/filer/Vägprojekt/3-Falt.jpg Having the fence would suggest you cannot physically traverse from one side to the other (without destroying or jumping over the fence or any other method you care to think of), which would lead me to representing it as two separate ways. A relation can be used for information about the “collective” way. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal for a map-bug tracker (Openstreetbugs)
Matt Amos wrote: On Sat, Nov 29, 2008 at 12:45 AM, Frederik Ramm [EMAIL PROTECTED] wrote: (I believe the notes API may suffer - my interpretation - from the idea of putting comments directly into the OSM database rather than into a separate data set where they - my opinion - belong but it's worth checking anyway.) i totally agree - OSB has managed just fine as a separate database. The problem with the notesapi branch is not that it's the same database but just that it takes the wrong approach to doing things within that database. For the record my preference would very much be for this to be a rails based system within the current database. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal for a map-bug tracker (Openstreetbugs)
Hi What about defining the API first? And before defining the API we need the use cases. An other thing I would like to see are bug reports in XMPP (Jabber) Network. Think about a map that shows you a new report without polling. People could discuss immediately in a small chat window about this bug. Scalability shouldn't be a problem with XMPP. Bernhard Tom Hughes wrote: Matt Amos wrote: On Sat, Nov 29, 2008 at 12:45 AM, Frederik Ramm [EMAIL PROTECTED] wrote: (I believe the notes API may suffer - my interpretation - from the idea of putting comments directly into the OSM database rather than into a separate data set where they - my opinion - belong but it's worth checking anyway.) i totally agree - OSB has managed just fine as a separate database. The problem with the notesapi branch is not that it's the same database but just that it takes the wrong approach to doing things within that database. For the record my preference would very much be for this to be a rails based system within the current database. Tom begin:vcard fn:Bernhard Zwischenbrugger n:Zwischenbrugger;Bernhard email;internet:[EMAIL PROTECTED] note;quoted-printable:liebe Gr=C3=BC=C3=9Fe=0D=0A= =0D=0A= Bernhard Zwischenbrugger=0D=0A= =0D=0A= http://datenkueche.com=0D=0A= Multi language online dictionary.=0D=0A= Add new words as easy as in an Excel Table. x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hierarchy of places
A forth possibility is to use the relation boundary where admin_level is provided: http://wiki.openstreetmap.org/wiki/Relation:boundary If two places are in the same place (e.g. Paris France - US), then it can be sorted by the lowest admin_level. And admin_level is already an attempt to give a worldwide consistent categorization: http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level Of course, this will work only if the place node representing an administive level is attached to its boundary relation (which is not said in the wiki at the moment). Pieren On Fri, Nov 28, 2008 at 12:24 PM, Frederik Ramm [EMAIL PROTECTED] wrote: ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal for a map-bug tracker (Openstreetbugs)
On Sat, Nov 29, 2008 at 09:49:41AM +0100, Xav wrote: - I want the simplier interface with only lat/lon/date, two bug states, and a text. I do not want a crapy interface with 30 text areas and 60 combo-boxes I don’t suggest there should be a crappy interface with lots of inputs, but it would be possible to have a different interface for people tracking bugs to the one for filing them, where more informations could be added. Even if the interface was the same, there could be an “advanced” mode giving more options. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Directional tagging
On Sat, Nov 29, 2008 at 10:53 AM, Simon Ward [EMAIL PROTECTED] wrote: On Fri, Nov 28, 2008 at 02:16:07PM +0100, Martin Norbäck wrote: b) 2+1 ways as we call them in Sweden, they are normal ways but have a small fence in the middle and 2 lanes on one side and 1 lane on the other side. They look like this: http://www.vv.se/filer/Vägprojekt/3-Falt.jpg Having the fence would suggest you cannot physically traverse from one side to the other (without destroying or jumping over the fence or any other method you care to think of), which would lead me to representing it as two separate ways. A relation can be used for information about the collective way. The = is the right lane and - is the left lane, between them there is always a fence. A typical road would look something like this: === -------- -- The point of tagging it is that you want it rendred on the map to get visual feedback, So with only two ways, you need something line lanes=2; render_extended_way=left, which isn't a good way to do it. /Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - Watering place
When you are travelling longer distances with animals, you need to find water supplies during the day. This proposal defines a tag for this purpose. amenity=watering_place is analogous to amenity=drinking_water, but considering the needs of animals rather than humans. http://wiki.openstreetmap.org/wiki/Proposed_features/Watering_place ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - Hazard warning
Mark dangerous locations on a way. Main focus is on the dangers encountered by hikers and cyclists on smaller tracks and paths in the countryside. Street hazards marked with a traffic sign could also be mapped with this tag. http://wiki.openstreetmap.org/wiki/Proposed_features/Hazard_warning ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Turn restriction docs
I've been looking at the 100 or so turn restrictions[1] in use, and most of them don't follow the spec set up on the wiki making the description very confusing. Considering how complicated relations feels I'm asking here instead of just changing the wiki: http://wiki.openstreetmap.org/wiki/Relation:restriction So in the scheme *in use* today you say no left turn, to:way2 from:way1, and then in the routing programs/rendering applications need to calculate what that means. I think this makes the via this node irrelevant as long as the ways share only one node. I also think Gosmore is doing these calculations, to check for left/right turns, not quite sure though [1] ## number of restriction relations curl -s 'http://www.openstreetmap.org/api/0.5/relations/search?type=typevalue=restriction'|tee restrictions |grep 'v=restr' |wc 100 3003600 sed '/k=rest/!d; s/.*v=\([^]*\).*/\1/;' restrictions | sort | uniq -c | sort -nr 57 no_right_turn 25 no_left_turn 6 only_right_turn 2 only_straight_on 2 no_turn_left 1 only_left_turn 1 no_u_turn 1 no_straight_on ## number of relations with more than one via node sed 's/.*relation.*/relation/;s/.*role=via.*/via/; t d' restrictions |uniq -c|grep -v 1|grep via|wc -l 0 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
I think you are right, Ed. A grep of relations-latest.osm.bz2 shows 1930 occurrences of tag k=type v=restriction /. bzgrep 'tag k=restriction' relations-latest.osm.bz2 |sort |uniq -c |less |sort -nr 815 tag k=restriction v=no_left_turn / 550 tag k=restriction v=no_right_turn / 249 tag k=restriction v=only_right_turn / 129 tag k=restriction v=only_straight_on / 59 tag k=restriction v=no_u_turn / 53 tag k=restriction v=only_left_turn / 44 tag k=restriction v=no_straight_on / 17 tag k=restriction v=only_turn_right / 8 tag k=restriction v=no_turn_left / 6 tag k=restriction v=no_entry / 5 tag k=restriction v=permissive / 5 tag k=restriction v=only_turn_left / 5 tag k=restriction v=only_left_right / 4 tag k=restriction v=only_straight / 4 tag k=restriction v=only_right / 4 tag k=restriction v=no_turn_right / 3 tag k=restriction v=only_straigt_on / 3 tag k=restriction v=no right turn / On Sat, Nov 29, 2008 at 6:58 PM, Ed Loach [EMAIL PROTECTED] wrote: Erik wrote: I've been looking at the 100 or so turn restrictions[1] in use, http://www.openstreetmap.org/api/0.5/relations/search?type=typevalue=restriction seems to omit at least the no_right_turn restriction I added in Clacton - relation 31496 If I've added it wrong perhaps someone can let me know why. If I've added it correctly but the api will only return a certain number of restrictions at a time, perhaps there are a few more than 100? Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
On Sat, Nov 29, 2008 at 5:58 PM, Ed Loach [EMAIL PROTECTED] wrote: Erik wrote: I've been looking at the 100 or so turn restrictions[1] in use, http://www.openstreetmap.org/api/0.5/relations/search?type=typevalue=restriction seems to omit at least the no_right_turn restriction I added in Clacton - relation 31496 It's actually 100 relations exactly, so it's apparently 100 relations per search.: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.5#Searching_for_Objects_by_Tag But using OSM XAPI I still get results that differ from Nics. #curl -gl http://osmxapi.hypercube.telascience.org/api/0.5/relation[type=restriction] |tee restriction|grep 'relation' |wc -l 1916 # sed 's/.*relation.*/relation/;s/.*role=.via..*/via/; t d' restrictions |uniq -c|grep -v 1|grep via|wc -l 20 # grep 'relation' restrictions |wc -l 1916 # grep tag k='restriction restrictions|sort |uniq -c |sort -rn 705 tag k='restriction' v='no_left_turn'/ 503 tag k='restriction' v='no_right_turn'/ 230 tag k='restriction' v='only_right_turn'/ 93 tag k='restriction' v='only_straight_on'/ 56 tag k='restriction' v='no_u_turn'/ 48 tag k='restriction' v='only_left_turn'/ 39 tag k='restriction' v='no_straight_on'/ 14 tag k='restriction' v='only_turn_right'/ 8 tag k='restriction' v='no_turn_left'/ 5 tag k='restriction' v='only_turn_left'/ 5 tag k='restriction' v='only_left_right'/ 5 tag k='restriction' v='no_entry'/ 4 tag k='restriction' v='permissive'/ 4 tag k='restriction' v='only_right'/ 3 tag k='restriction' v='only_straigt_on'/ 3 tag k='restriction' v='only_straight'/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
On Sat, Nov 29, 2008 at 7:52 PM, Erik Johansson [EMAIL PROTECTED] wrote: But using OSM XAPI I still get results that differ from Nics. #curl -gl http://osmxapi.hypercube.telascience.org/api/0.5/relation[type=restriction]http://osmxapi.hypercube.telascience.org/api/0.5/relation%5Btype=restriction%5D |tee restriction|grep 'relation' |wc -l 1916 Has 14 odd restriction been deleted since Wednesday ? # grep tag k='restriction restrictions|sort |uniq -c |sort -rn 705 tag k='restriction' v='no_left_turn'/ My count includes relations that does not have type=restriction e.g. type=turn_restriction ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
On Sat, Nov 29, 2008 at 3:52 PM, Nic Roets [EMAIL PROTECTED] wrote: Perhaps it will make things simpler for the user if 'via' could be left out, but changing gosmore not to rely on the via node anymore may prove very difficult. And rendering software may also need the via node. Ok.. so do you use two via nodes to resolve the left/right turn issue with out using lat/lon? There isn't many of them: sed 's/.*relation.*/relation/;s/.*role=.via.*/via/; t d' restrictions |uniq -c|grep -v 1|grep via|wc -l 20 Regards Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
On Sat, Nov 29, 2008 at 8:31 PM, Erik Johansson [EMAIL PROTECTED] wrote: Ok.. so do you use two via nodes to resolve the left/right turn issue with out using lat/lon? No. gosmore expects exactly one 'via' object and it must be a node. So complicated (multistate) restrictions aren't supported (yet) e.g. specifying no U-turn at traffic_signals where another road cross. At T junctions the ambiguity is resolved using restriction=no_left_turn/no_right_turn. Where slipways join bidirectional roads (at high speed), the ambiguity is resolved with restriction=no_u_turn (only_straight_on ). At 4 way junctions you should one of the ways (making 2 Ts). Some people want us to split ways whenever an ambiguity arises, but it will mean we have to split a number of major roads at every little intersection where a service road joins. So a better solution would be to resolve the ambiguities with tags like from/to_direction=forwards/backwards (unimplemented). Routing engines already need to know about forwards / backwards. And it will be a lot easier to write a user friendly visual editor for turn restrictions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
Perhaps someone who understands how this feature works should add a few examples of ways that have been properly tagged as turn restrictions. I recently added several turn restrictions in this vicinity, and I admit I was quite confused by the documentation, but I did the best I could. After this discussion I am even less sure I did it correctly. Perhaps someone could take a look at what I did wrong and it could serve as an instructive example for learning. I'm OK with being used as a public example. :) http://www.openstreetmap.org/?lat=37.33944lon=-121.87191zoom=17layers=B000FTF -Scott -- Scott Atwood Cycle tracks will abound in Utopia. ~H.G. Wells ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
Perhaps someone who understands how this feature works should add a few examples of ways that have been properly tagged as turn restrictions. I recently added several turn restrictions in this vicinity, and I admit I was quite confused by the documentation, but I did the best I could. After this discussion I am even less sure I did it correctly. Perhaps someone could take a look at what I did wrong and it could serve as an instructive example for learning. I'm OK with being used as a public example. :) http://www.openstreetmap.org/?lat=37.33944lon=-121.87191zoom=17layers=B000FTF -Scott -- Scott Atwood Cycle tracks will abound in Utopia. ~H.G. Wells ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
On Sat, Nov 29, 2008 at 10:04 PM, Scott Atwood [EMAIL PROTECTED]wrote: Perhaps someone who understands how this feature works should add a few examples of ways that have been properly tagged as turn restrictions. I recently added several turn restrictions in this vicinity, and I admit I was quite confused by the documentation, but I did the best I could. After this discussion I am even less sure I did it correctly. Perhaps someone could take a look at what I did wrong and it could serve as an instructive example for learning. I'm OK with being used as a public example. :) http://www.openstreetmap.org/?lat=37.33944lon=-121.87191zoom=17layers=B000FTF This one is quite easy to fix. http://www.openstreetmap.org/browse/relation/53025 Just add http://www.openstreetmap.org/browse/node/65529280 as the via node Here I assume that driving down S 17th, you are forced to turn right into E San Fernando. Routing software will not evaluate staying on S 17th, because it becomes an oncoming oneway. http://www.openstreetmap.org/browse/relation/53021 So the only thing to prevent is a left turn into Arroyo Way. So change to to Arroyo Way and add 65500440 as the via node. restriction can remain equal to only_right_turn, or you can change it to no_left_turn. I see you added many only_left_rights, but I didn't implement it because I don't know what it was. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] merkaartor download is b0rked
Kenneth Gonsalves: when accessing the url: http://www.merkaartor.org/pipe/Merkaartor-0.11.tar.bz2 I get a 'not found' error. Can someone do something about this please? Select your download for Markaartor 0.12 (!) from the official download page: http://www.merkaartor.org/Download/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - internal values for validators
Here is version 2, time for a new RFC : It was simplified to it's minimum, to a last, I hope, deal with the noname case : http://wiki.openstreetmap.org/wiki/Proposed_features/Internal_quality -- sly sylvain letuffe ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
On Sat, Nov 29, 2008 at 11:48 PM, Scott Atwood [EMAIL PROTECTED]wrote: This is actually quite a complicated intersection. Arroyo Way is a two-way street that Ok, I've read you're description and it looks like my assumptions about southbound traffic on S 17th was correct. The next step would be to analyze the 3 other ways that traffic can inter the intersection and create restrictions where necessary. There's no limit on the number of restrictions per node or way. Perhaps the number of restrictions can be reduced by making Arroyo Way oneway or split it into a short oneway section. For example, S 16th is a two-way street, but there is a barrier at E San Carlos. Drivers going southbound on S 16th St. must either turn right or left at E. San Carlos and may not continue southbound on S 16th St. even though the road continues as a two-way street. I see S 16th is already split at E San Carlos. So you need 1 restriction : 'from' is the northern way http://www.openstreetmap.org/browse/way/28453152 'to' is the southern way http://www.openstreetmap.org/browse/way/28551318 'via' is the intersection 'restriction' is no_straight_on These barriers are intended as traffic-calming measures to foil cut-through traffic and limit cars on the protected block to only those who have a destination on that block. -Scott -- Scott Atwood Cycle tracks will abound in Utopia. ~H.G. Wells ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
Hi, Nic Roets wrote: At T junctions the ambiguity is resolved using restriction=no_left_turn/no_right_turn. For the record, I am strongly opposed to automated processing of the restriction except to see if it is only... or no I want a situation where the two parts of the road are unambiguously identified by the from and to members, meaning that if any of these do not start/end at the junction they have to be split. The restriction tag would then be used to check whether I can ONLY go from from to to, or whether I can NOT go from from to to. Whatever follows after no_ or only_ can be used to paint nice matching signs on a map or to give voice commands, but should not be used to identify which ways the restiction applies to! Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm2go: mobile mapping with Nokia n800/n810
FYI for those watching this project: it's recently sprouted a mailing list at https://garage.maemo.org/mailman/listinfo/osm2go-users . -- Andrew Chadwick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
Erik Johansson schrieb: I've been looking at the 100 or so turn restrictions[1] in use, and most of them don't follow the spec set up on the wiki making the description very confusing. Considering how complicated relations feels I'm asking here instead of just changing the wiki: http://wiki.openstreetmap.org/wiki/Relation:restriction I've just added a table to that wiki page that tries to map existing road signs to the corresponding restriction values. While digging deeper into the various wikipedia pages about european road signs, I've noticed some road sign differences between countries, which I tried to solve/explain here. The whole topic might be easier to discuss, if you see the corresponding road sign right in front of you ;-) Regards, ULFL P.S: If anyone needs the corresponding svg files (all PD license), I can put it into svn (but I wanted to wait for reactions first) ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restriction docs
On Sunday 30 November 2008 03:07:02 Ulf Lamping wrote: I've just added a table to that wiki page that tries to map existing road signs to the corresponding restriction values. I don't know if this is the same everywhere in Europe, but sign 7b (the only square sign in the table) does not mean only_straight_on in the Netherlands and neighbouring countries. It is used at the entrance of a one way street. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] My data got deleted
Hi, I checked one of the sections that I had surveyed, mapped and uploaded two months back. Suddenly when I went through that street yesterday, I could not see my edits anymore. It was a plain single street without a one way property while I had neatly placed both one way streets paralell and also given the right points of U turns and traffic signals. I wish to know who delete this data from the server or why is it gone. Please suggest. Thanks, vikas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] how to map speed breakers/bumper
Hi, Here in the streets of New Delhi and Gurgaon, we have lots of speed breakers (or bumps - These are small, raised portions on the road to slow down a fast vehicle, eg, passing through a living street entering a faster highway.) Some are standard height while some are ugly and speed has to be reduced to dead slow to prevent it hitting the vehicle. I searched the wiki but could not find any markers for these. How do I mark these on the roads? Regards, vikas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] how to map speed breakers/bumper
On Nov 30, 2008, at 06:22, ビカス ヤダワ (vikas yadav) wrote: Here in the streets of New Delhi and Gurgaon, we have lots of speed breakers (or bumps - These are small, raised portions on the road to slow down a fast vehicle, eg, passing through a living street entering a faster highway.) Some are standard height while some are ugly and speed has to be reduced to dead slow to prevent it hitting the vehicle. I searched the wiki but could not find any markers for these. How do I mark these on the roads? Does this fit? http://wiki.openstreetmap.org/index.php/Key%3atraffic_calming Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] My data got deleted
On Nov 30, 2008, at 06:16, ビカス ヤダワ (vikas yadav) wrote: I checked one of the sections that I had surveyed, mapped and uploaded two months back. Suddenly when I went through that street yesterday, I could not see my edits anymore. It was a plain single street without a one way property while I had neatly placed both one way streets paralell and also given the right points of U turns and traffic signals. I wish to know who delete this data from the server or why is it gone. Please suggest. I'd start by looking at the current version in the data browser (view the street on the main map, and check the Data box in the layer selection thing). Or you can try hitting 'u' in Potlatch to make it show deleted ways, then look at the history of a deleted way using 'h'. Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] My data got deleted
On Sun, Nov 30, 2008 at 1:21 PM, Tanveer Singh [EMAIL PROTECTED] wrote: On Sun, Nov 30, 2008 at 10:46 AM, ビカス ヤダワ (vikas yadav) [EMAIL PROTECTED] wrote: Hi, I checked one of the sections that I had surveyed, mapped and uploaded two months back. Suddenly when I went through that street yesterday, I could not see my edits anymore. It was a plain single street without a one way property while I had neatly placed both one way streets paralell and also given the right points of U turns and traffic signals. I wish to know who delete this data from the server or why is it gone. Please suggest. You mean to say that you take a double road, and mark it as 2 parallel one way roads?? This is weird. Why don't you create a single 2 way road with the appropriate tag for it? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Projektionen und Koordinatensysteme
Hallo Liste, da ja einige Threads hier schon stark zu diesem Thema abgedriftet sind, mach ich hier noch mal einen neuen Thread auf und poste ein paar Hilfen zu den Umrechnungen, die man so im Netz findet. Auf der Seite von epsg.org sind einige interessante guides zu finden: http://www.epsg.org/guides/ Besonders interessant ist das folgende PDF, in dem verschiedenste Formeln für Umrechnungen und Projektionen enthalten sind. Man sollte mathematisch bewandert sein und etwas Zeit mitbringen. Auch über Gauß-Krüger steht was drin - einfach nach Gauss-Kruger suchen ;) http://www.epsg.org/guides/docs/G7-2.pdf Einige Fundstücke im Netz, die sich auch mit dem Thema befassen: http://forum.zusi.de/viewtopic.php?f=18t=8162 http://www.giswiki.org/wiki/Koordinatentransformation http://www-ipf.bau-verm.uni-karlsruhe.de/trafo/trafosys.html dort vor allem die Formeln zur Umrechnung beachten: http://www-ipf.bau-verm.uni-karlsruhe.de/trafo/trafo.pdf OnlineUmrechner: http://www-ipf.bau-verm.uni-karlsruhe.de/cgi-bin/trafo.tcl http://calc.gknavigation.de/ http://pages.globetrotter.net/roule/utmgoogle.htm https://upd.geodatenzentrum.de/geodaten/gdz_rahmen.gdz_div?gdz_spr=deugdz_akt_zeile=3gdz_anz_zeile=6gdz_user_id=0 Wenn jemand tatsächlich irgendwelche Projektionen in JOSM implementieren möchte, sollte er irgendwo hier fündig werden, was die Formeln angeht. Man braucht aber sicher einige Einarbeitungszeit in das Thema, also den Aufwand bitte nicht unterschätzen! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 25115222 Attraktion Breitengrad?!
Ulf M?ller [EMAIL PROTECTED] wrote: Sven Geggus schrieb: Wenn schon L?ngen- und Breitengrade, dann bitte mathematisch korrekt ausrechnen und in OSM reinstopfen. Es geht da wohl um die Attraktion Breitengrad, einen in den Boden eingelassenen Kupferstreifen, wo man sich raufstellen und sich gegenseitig fotografieren kann. Ein solcher Streifen kann tats?chlich auf dem Breitengrad liegen (vermutlich in einem heute nicht mehr ?blichen Bezugssystem), muss er aber nicht unbedingt. Vermutlich liegt er in .de auf dem Bessel-Ellipsoid. Das kann schon mal gut 100 m flasch liegen ggue. dem, was wir, die wir mit WGS 84 rummetern, fuer richtig halten taeten :-) Beides sind mittlerweile uebliche Systeme... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kartierung und Darstellung des Harzes (und auch anderer solcher Gebiete)
Hallo, sorry, wenn die Antwort an der falschen Stelle landet. Hab noch nie auf'ne Maillinglist geantwortet... Zum Thema Harz und so... Hier http://wiki.openstreetmap.org/wiki/Proposed_features/Geographical_Places gibt es einen Vorschlag. Vielleicht kann man das weiter ausbauen! Also ich habe für die Rhön http://wiki.openstreetmap.org/wiki/Rh%C3%B6n schonmal angefangen, die Grenze grob einzuzeichen. Im Norden z.b. wird die Rhön durch die Werra begrenzt. So viel von mir. Gruß Fossy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartierung und Darstellung des Harzes (und auch anderer solcher Gebiete)
Hallo Fossy, sorry, wenn die Antwort an der falschen Stelle landet. Hab noch nie auf'ne Maillinglist geantwortet... Das ist ganz einfach: - markiere die Mail, auf die Du antworten willst. - klicke auf Antworten Im Mail-Editor ist nun der Text der ursprüngleichen Mail eingebunden, am linken Rand mit dem Zeichen oder einem senkrechten Strich markiert. - nimm davon den Satz, auf den genau Du antworten willst (siehe hier in dieser Mail die zwei ersten Zeilen nach der Begrüssung) - schreibe darunter Deine Antwort (eine Leerzeile dazwischen) - lösche alles andere aus der Ursprungsmail weg Vielleicht magst Du es noch genauer wissen: http://www.volker-gringmuth.de/usenet/zitier.htm http://fte.tegtmeyer.net/ml.html Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Format umwandeln: GPX - DFK
Hallo Markus, Markus schrieb: Und wenn ich das recht verstehe, sind OSM-Daten WGS-84, die Vermessungsämter arbeiten mit GK? die Transformation ist technisch kein Problem, da uns aber die Höhendaten der WGS84 Messung fehlen, wird die Transformation einigen Fehlern unterliegen. Ich suche also jemanden, dem ich mein GPX senden darf, und er es mir als GFK zurück schickt. So einfach ist das nicht. DFK (GFK ist was komplett Anderes) ist die Digitale Flurkarte. Es müsste erstmal abgestimmt werden, welche Daten er wie und wo auf welchem Layern haben möchte. Das ist so, als würdest Du zum Bäcker gehen und ein leckeres Brot kaufen wollen .-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Firefox 3 und WMS
On Sat, 29 Nov 2008, Wolfgang W. Wasserburger wrote: TOFU sagt mir was??? http://de.wikipedia.org/wiki/TOFU. Zweiter Klick beim Suchen in Google. Andere Listen, andere Normen ;-) jedenfalls kann man dann für 3 Zeilen Seit ich vor 16 Jahren im Internet das erste mal aktiv geworden bin, hat sich das nicht geändert. Antwort durch viele Seiten scrollen. Ist jetzt recht Herr Oberlehrer ;-) Deswegen ist es eine Kunst zu zitieren und alles unwesentliche wegzulassen. Mit Deiner Antwort hast Dich leider selbst disqualifiziert. Wenn Du auf einen freundlichen Hinweis so antwortest habe ich keine Lust mich weiter mit Dir zu unterhalten. Und nun versuche ich mal die Frage zu beantworten in der Hoffnung richtig geraten zu haben, was Du meinst. Der Unterschied zwischen dem EPSG:4326 was jeder WMS-Server liefern sollte SOLLTE (?) - wo nimmst Du die Weisheit her? Bei Vektordaten ist es kein Problem mehrere EPSGs anzubieten, bei Rasterdaten kann das den Server leicht in die Knie zwingen, daher sind die Dinger meist nu in einem System zu haben. Das resamplen dauert einfach viel zu lange und macht unschöne Bilder. Weil alle WMS die ich bis jetzt getroffen habe das beherrschten und die Aussage von jemandem der damit sein Geld verdient auch war, dass dies so üblich ist. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Format umwandeln: GPX - DFK
Hallo Tobias, Das ist so, als würdest Du zum Bäcker gehen und ein leckeres Brot kaufen wollen .-) *Lach* dann versuche ich also mal mein Anliegen in Prosa zu beschreiben: 1. Du hast ja mit Erlaubnis des LVA aus der TK-50 die Gemeindegrenze Simmelsdorf extrahiert und mir das Ergebnis als GPX geschickt. Dieses habe ich über JOSM in die OSM-DB geladen. 2. Dann habe ich das geschlossene Polygon in Teilstücke getrennt und die bereits vorhandenen ungenauen Teilstücke der alten Grenze dadurch ersetzt. 3. Dann habe ich diese in ihrer Lage korrigierten Teilstücke den entsprechenden Relationen der verschiedenen Gemeinde-, Landkreis- und Bezirksgrenzen wieder passend zugeordnet. 4. Die Punkte 2 und 3 habe ich im Wiki beschrieben. http://wiki.openstreetmap.org/wiki/DE:Grenze_zeichnen 5. Nun hat uns Michael (Infas) Kreisgrenzen zur Verfügung gestellt. Wenn ich diese mit meiner Gemeindegrenze vergleiche, gibt es Überschneidungen, die aber nicht deckungsgleich sind. Ich möchte natürlich gerne wissen, welche Daten denn nun richtig bzw. genauer sind. Ich nehme an, dass das örtliche Vermessungsamt über die genauesten Daten verfügt. Diese sind in der DFK gespeichert. Also habe ich den freundlichen Mitarbeiter gefragt, ob er vielleicht mal bei Gelegenheit meine Daten (bzw die von Michael) mit seinen Daten vergleichen kann. Das will er gerne versuchen, benötigt dazu aber meine Daten in einer für sein System lesbaren Form. 6. Auf meine Frage, was denn sein System importieren kann, hat er geantwortet: DFK (ich nehme an das heisst Digitale FlurKarte? und ist das Datenformat derselben?) in GK (ich nehme an, das bedeutet Gauss-Krüger-Projektion? sagt aber noch nichts über das verwendete Referenzellipsoid aus? aber das ist wahrscheinlich feststeend?). 7. Meine Daten liegen im Format GPX vor und wie ich inzwischen glaube zu wissen wie alle Daten in OSM in WGS-84 (was aber doch eigentlich ein Referenzellipsoid ist? und keine Projektion?)? 8. Die Daten von Michael liegen wahrscheinlich ebenfalls als GPX und in WGS-84 vor? oder sind in dieses Format/System/Ellipsoid/Projektion umgerechnet worden? 9. Nun habe ich als Laie angenommen, ein Profi könnte aus OSM-Daten mit einem einfach zu bedienenden Programm meine Daten in sein Format umrechnen? Damit er sie in seinem System anschauen, vergleichen, ein bisschen zurechtzupfen und mir berichtigt wieder zurückschicken kann? 10. Und dann könnten wir das DFK-Ergebnis in XML umwandeln und wieder in OSM speichern? Und hätten so die aktuellste und genaueste Grenze die derzeit möglich ist? Du siehst: ich als Laie habe habe die vielseitigen Ausführungen in den vergangenen 30 Mails über Umprojektion, Transformation und so noch nicht so ganz verstanden. Am verständlichsten fand ich bisher Frederiks Bild mit der Kartoffeligkeit der Erde und Wolfgangs Bild mit der Schultüte und den Karos bzw das Bild mit der Erde in der Klopapierrolle. Also da wäre ein ausführlicher einführender Übersichts-Artikel im OSM-Wiki sicher nicht nur für mich hilfreich! - Einführung Geoid und Referenzgeoid - Einführung Projektion - Zusammenhang zwischen Geoiden und Projektionen - Bedeutung der Systeme für die Daten und deren Verwendung - Transformation der verschiedenen Systeme ineinander - praktische Bedeutung der verschiedenen Systeme für OSM - welches Tool arbeitet mit welchem System und wie bekommt man die verschiedenen Tools und die verschiedenen Systeme zu einer brauchbaren Zusammenarbeit (Editoren, Daten, GPS, Karten, Luftbilder, reale Objekte) - was in welcher Kombination, ist wo wie wann warum, wie sehr genau 1..8 zusammengefasst: Blackbox: meine Daten rein, in seinem Format raus, prüfen, Ergebnis wieder durch Blackbox in meinem Format zurück. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Format umwandeln: GPX - DFK
Hallo Markus, Markus schrieb: 5. Nun hat uns Michael (Infas) Kreisgrenzen zur Verfügung gestellt. Wenn ich diese mit meiner Gemeindegrenze vergleiche, gibt es Überschneidungen, die aber nicht deckungsgleich sind. Ich möchte natürlich gerne wissen, welche Daten denn nun richtig bzw. genauer sind. Ich nehme an, dass das örtliche Vermessungsamt über die genauesten Daten verfügt. Diese sind in der DFK gespeichert. Also habe ich den freundlichen Mitarbeiter gefragt, ob er vielleicht mal bei Gelegenheit meine Daten (bzw die von Michael) mit seinen Daten vergleichen kann. Das will er gerne versuchen, benötigt dazu aber meine Daten in einer für sein System lesbaren Form. Bei solchen Dingen ist IMHO nicht genauer, sondern richtiger wichtig. Viele Kommunen haben ihre Grenzen an Fluren, wie z.B. Feldern von Bauern, einer Bundesstraße, Flüssen oder Bächen etc. Die Kommunen beliefern die darüber liegenden Stellen mit den Daten, ich gehe daher davon aus, dass bei den Kommunen oder Kreisen die richtigsten und aktuellsten Daten vorliegen. Ich kenne die Quelle der Infas-Daten nicht. Sie können auch schon 10x hin-und-her transformiert worden sein oder ebenfalls aus kommerziellen und amtlichen Daten bestehen. Ich denke daher, dass die kommunalen Daten weitaus richtiger sind, als der Infas-Datenimport. Die Kommunen haben schließlich eine politische Verpflichtung, möglichst richtige Daten zu haben und korrekte Auskunft über die Gemeindefläche zu machen. Die Infas-Daten sind einfach kommerzielle Daten - vermutlich auch ohne Gewähr und Haftung. 6. Auf meine Frage, was denn sein System importieren kann, hat er geantwortet: DFK (ich nehme an das heisst Digitale FlurKarte? und ist das Datenformat derselben?) in GK (ich nehme an, das bedeutet Gauss-Krüger-Projektion? sagt aber noch nichts über das verwendete Referenzellipsoid aus? aber das ist wahrscheinlich feststeend?). Frag' ihn doch mal, in welcher Software er arbeitet. Wie schon gesagt wurde, wird er sicher auch DXF oder so lesen können. Leider kann keines meiner Programme DFK lesen, da es sehr proprietär ist. 7. Meine Daten liegen im Format GPX vor und wie ich inzwischen glaube zu wissen wie alle Daten in OSM in WGS-84 (was aber doch eigentlich ein Referenzellipsoid ist? und keine Projektion?)? WGS84 ist ein Eigenname, daher nicht WGS-84 WGS84 ist ein geodätisches Referenzsystem, welches als geodätische Datum (eine Position auf einem Rotationsellipsoiden), als Fundamentalsystem (zentraler Vermessungspunkt), sowie als Referenzellipsoid (Annäherung an die ideale Erdfigur) verwendet wird. 8. Die Daten von Michael liegen wahrscheinlich ebenfalls als GPX und in WGS-84 vor? oder sind in dieses Format/System/Ellipsoid/Projektion umgerechnet worden? Das kann Dir nur Jochen sagen. Vielfach liegen deutschlandweite Karten auch in Lambert oder GK vor. 9. Nun habe ich als Laie angenommen, ein Profi könnte aus OSM-Daten mit einem einfach zu bedienenden Programm meine Daten in sein Format umrechnen? Damit er sie in seinem System anschauen, vergleichen, ein bisschen zurechtzupfen und mir berichtigt wieder zurückschicken kann? 10. Und dann könnten wir das DFK-Ergebnis in XML umwandeln und wieder in OSM speichern? Und hätten so die aktuellste und genaueste Grenze die derzeit möglich ist? Die Koordinatentransformation von WGS84 zu GK(1-6) ist kein Problem, aber ich kenne das Format DFK leider nicht. - Einführung Geoid und Referenzgeoid - Einführung Projektion - Zusammenhang zwischen Geoiden und Projektionen - Bedeutung der Systeme für die Daten und deren Verwendung - Transformation der verschiedenen Systeme ineinander - praktische Bedeutung der verschiedenen Systeme für OSM - welches Tool arbeitet mit welchem System und wie bekommt man die verschiedenen Tools und die verschiedenen Systeme zu einer brauchbaren Zusammenarbeit (Editoren, Daten, GPS, Karten, Luftbilder, reale Objekte) - was in welcher Kombination, ist wo wie wann warum, wie sehr genau Dazu gibt es doch Wikipedia und GIS-Wiki. Da steht das alles genau drin. AFAIK sind sehr viele Mitglieder von OSM sowieso Vermesser. Es wundert mich, dass es solche Wiki-Einträge noch nicht gibt?! 1..8 zusammengefasst: Blackbox: meine Daten rein, in seinem Format raus, prüfen, Ergebnis wieder durch Blackbox in meinem Format zurück. Und was, wenn es nicht passt? Für was entscheidest Du Dich? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zu Relationen
Hallo Community, ich beziehe mich zum Topic Frage zu Key:shop, Sonderfälle wie EDEKA vom 27.11.2008. Lässt sicher aber auch auf andere Beispiele übertragen. Frederik Ramm hat dort vorgeschlagen, Shops mit gleichen Eigenschaften in Relationen zu speichern - dies sei aber wohl Neuland. Wie würde man denn nun genau bei solchen Relationen vorgehen? Nehmen wir an, ich habe 20 EDEKA-Läden, alle mit verschiedenen Namen und verschiedenen Filial-Betreibern, aber mit den gleichen Zentral-Betreibern (ähnliches hat man z.B. auch bei McDonald's). Würde man den Node dann so benennen? shop = supermarket name = EDEKA [xy] shop:product_range = standard; delicatessen operator = [xy] Und die Relation für alle Shops: shop = supermarket operator:parental = EDEKA ZENTRALE AG Co. KG Was wäre aber, wenn EDEKA noch andere Shops als Supermarket hätte? Bei Marktkauf gäbe es z.B. Baumärkte und Supermärkte. Wäre es dann nicht sinnvolle, die Relation nur auf EDEKA zu beschränken und shop ganz rauszunehmen? Die anderen Informationen sind ja an den Nodes in der Relation abfragbar. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfrage ZDF Drehscheibe
Zitat Markus Feilner: Am Friday 28 November 2008 13:45:58 schrieb Markus Feilner: Am Wednesday 26 November 2008 17:16:11 schrieb RalfGesellensetter: Am Dienstag 25 November 2008 schrieb Michael Buege: Weihnachtsmaerkte mappen Gute Idee! Gibt es schon eine arts-Liste, auf der das Design des zugehörigen Symbols diskutiert wird (Legende)? Tannenbaum + Glühweinglas? Hallo! Haltet mich über die Weihnachtsmärkte auf dem Laufenden, gerne auch PM, dann schreiben wir vom Linux-Magazin gerne auch was drüber! (so wie diese Woche: http://www.linux-magazin.de/news/ openstreetmap_daten_fuer_kanada_europa_und _die_oberpfalz_3d_routing ) Oje, das sollte eigentlich nur ein Scherz sein mit dem Weihnachtsmaerkten. =8-O Ich kam durch die Expire tag für Event-Mapping?-Disskussion drauf und hab als Reaktion darauf aus Bock mal den Hamburger Dom gemappt[1], der drei mal im Jahr stattfindet und demzufolge auch drei mal in Jahr neu gemacht werden muss. Sowas kann man prinzipiell auch mit Weihnachtsmaerkten machen, allerdings wuerde es imho erst mal reichen, nur die Standorte einzelner Maerkte einzutragen und sie nach Ende der Saison wieder zu entfernen. Gerade in Staedte mit mehreren Maerkten erscheint mir das nicht undumm. Die Gluehweinbuden tragen wir dann naechstes Jahr ein. ;-) Ach ja, und wenn es hilft, im nächsten Magazin (kommt nächste Woche) haben wir einen längeren Artikel (knapp sechs Seiten) über die technischen Hintergründe von OSM, Mapping Tools und andere Dienste, die darauf aufsetzen, wie OSR. Vielleicht hilft das für die Vorbereitung von dem Drehscheibedreh. Details kann ich gerne liefern. :-) Da komme ich gerne drauf zurueck. Momentan muessen wir erst mal einen Termin aushandeln. Michael [1] http://www.openstreetmap.org/? lat=53.554108lon=9.970263zoom=18layers=B000FF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] admin_levels 7 aendern, war: Re: Nochmals Grenzen und admin_level
Heiko Jacobs [EMAIL PROTECTED] wrote: Mario Salvini [EMAIL PROTECTED] wrote: sollte man nicht solange ein level_name= - oder uach nur ein Vermerk im note= - noch erfinden... sonst wei? man irgendwann garnicht mehr, was der Mapper damit gemeint ht, weil sich die Klassifizierung st?ndig umdefiniert wird... F?r das, was ich ummappe, wollte ich ein note=... hinterlassen. Jeder, der beim ummappen der offenbar relativ wenigen Einheiten mit level = 7, darf es gerne auch so machen. :-) Die Diskussion hier stockt. Bisher konnte ich noch keinen wesentlichen Widerspruch zu einer Anpassung der levels an das eigentlich vorgesehene internationale Schema mit Gemeinden auf level 8 (statt 9 wie derzeit in Deutschland) aus den Beitraegen rauslesen, also machen wir es doch einfach so... Der uebliche OSM-Pragmatismus: nicht lange rumdiskutieren, sondern tun :-) Nach dem Essen werde ich mal im Norden loslegen mit entsprehcender Note. S.a. http://wiki.opensgtreetmap.org/wiki:DE:Grenze 7 neu: Gemeindeverbuende aller Art 8 neu: Gemeinde selbst 9 neu: Gemeindeteile i.d.R. mit Selbstverwaltung 10 neu: Gemeindeteile i.d.R. ohne Selbstverwaltung (i.d.R.=ohne Bremen bspw.) 11 neu: statistische Unterteilungen (Stadtviertel in KA etc.) erstmal zurueckgestellt, das scheint in einigen Laendern (BY) komplexer MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege
Am Montag 27 Oktober 2008 schrieb Dimitri Junker: Weil die Fahradwege um die es geht nicht baulich von der Straße getrennt sind. Dort besteht die Straße aus Autospuren, Fahrradwegen und Bürgersteigen. Dabei ist der Fahrradweg entweder eine Spur auf der Straße (lane), oder Teil des Bürgersteigs (track) Hi, ich stand gestern auch vor der Frage, wie ich folgendes tagge: Eine Landstraße (secondary) mit Mittelstreifen, davon getrennt durch gründstreifen und tw. Bäume (Allee - lässt sich das auch taggen?) verläuft ein Radweg, der auch von Fußgängern genutzt wird. Dieser Sondertreifen ist mal links mal rechts von der Straße (dazwischen müssen Radfahrer die Straße überqueren). Hilfreich wäre ein Satz von Fotos verbreiteter Konstellationen mit den zugehörigen Tagging-Beispielen. Danke Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu Relationen
Und die Relation für alle Shops: shop = supermarket operator:parental = EDEKA ZENTRALE AG Co. KG Was wäre aber, wenn EDEKA noch andere Shops als Supermarket hätte? Bei Marktkauf gäbe es z.B. Baumärkte und Supermärkte. Und Marktkauf gehört mittlerweile zu Edeka - das kann sich aber in dem hektischen Wirtschaftsgeschehen momentan aber beinahe täglich wieder ändern (wir mappen ja z.B. auch Banken...). Ich finde die genaue Abbildung der Firmenhierarchie über Relationen eigentlich weniger spannend und nicht wirklich unsere Aufgabe. Ich hatte bisher eigentlich immer das Gefühl, mit den verbreiteten shop- und operator-Tags alles einigermaßen sinnvoll ausdrücken zu können. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 25115222 Attraktion Breitengrad?!
Ulf Möller [EMAIL PROTECTED] wrote: Es geht da wohl um die Attraktion Breitengrad, einen in den Boden eingelassenen Kupferstreifen, wo man sich raufstellen und sich gegenseitig fotografieren kann. Das ist OK, aber die Linie im OSM Inspektor ist mehrere 100km lang. Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Firefox 3 und WMS
Dirk Stöcker [EMAIL PROTECTED] wrote: Seit ich vor 16 Jahren im Internet das erste mal aktiv geworden bin, hat sich das nicht geändert. Geändert hat sich leider die Tatsache, dass man im beruflichen Umfeld meist kaum noch um TOFU drumrumkommt. Ich hatte jdenfalls schon öfter das Problem, dass meine Emails mit Inline Quotes als jenseits der Norm angesehen wurden. Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenzen (fr?her) Format umwandeln: GPX - DFK
Holger Wemken [EMAIL PROTECTED] wrote: anfassen? Ich habe auf der Seite von OSM Inspector geschaut, dort sind die Daten von : Kreisgrenzen von infas GEOdaten sehr viel besser bzw. genauer. Irgendwann in den letzten 2 Wochen wurde hier erwaehnt, dass deren Import in Planung ist. Noch ein wenig Geduld :-) Es gibt auch eine Seite im Wiki, mal nach infas suchen MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude im Bau
DarkAngel schrieb: Hallo, es gab zwar schon mal eine Diskussion dazu, allerdings habe ich kein Ergebnis finden können. Gibt es eine allgemein übliche Variante um im Bau befindliche Gebäude zu markieren? Sinnvoll ist einfach ein construction=yes zu setzen - der Zustand in Bau ist ein Z.T. doch ehr relativ kurzzeitiger Zustand im Vergleich zur Datenpflege. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 25115222 Attraktion Breitengrad?!
Sven Geggus schrieb: Es geht da wohl um die Attraktion Breitengrad, einen in den Boden eingelassenen Kupferstreifen, Das ist OK, aber die Linie im OSM Inspektor ist mehrere 100km lang. Das könnte zumindest die gestiegenen Kupferpreise erklären. Nur ist zu vermuten, dass man nie mehr als ein paar Kilometer davon liegenbleiben, da die Buntmetallinteressierten(tm) nicht zu bremsen sind. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Juristerei // Re: Google Streetview
RalfGesellensetter schrieb: Er hat doch seinen Copyright Hinweis deutlich untergebracht. Ich bin kein Jurist - aber: Informationen wie Straßennamen, -belag oder das Vorhandensein von Ampeln/Abzweigungen liegen im Video nicht digitalisiert (als Datum) vor; Du vermischt Copyright, Urheberrecht. Bei letzterem gibt es den Passus des abgeleiteten Werkes den Du beleuchtest. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] 74mila località italiane da Istat pron te per OpenStreetMap
graham dixit: Cosa si raccommanda fare con le tante 'case sparse' ? Mah, non saprei visto che anche il cimitero di Venezia e l'areoporto del Lido sono classificati come case sparse... E nella zona di Venezia parecchie località che hanno una denominazione sono classificate ugualmente come case sparse. Per contro nella zona di Mogliano Veneto vedo segnato come località dei cognomi probabilmente delle famiglie che vivevano la in passato ma non mi risulta che tale denominazioni siano ancora in uso tranne quando sono diventate nomi di vie... Sembrano spariti i grossolani errori di posizionamento presenti nella prima versione, rimangono in certi casi dei posizionamenti opinabili relativi al centro della località (vedi per esempio il Lido di Venezia o Mogliano Veneto) IMHO utili come riferimento ma da prendere con le pinze e da integrare/depurare. Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Info su licenza OSM
Devo organizzare un'escursione per la pro loco del mio paese, è possibile utilizzare le mappe da OSM aggiungendo ( solo sul prodotto finale, depliant e manifesto) alune cose , tipo punti di interesse particolari, descrizioni specifiche, o evidenziando tratti del percorso utili solo alla nostra escursione, la quali modifiche non vanno però sul database di OSM? Grazie -- Ciao, BogNik, Nicola Bogotto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] risposta: mappe personalizzate
Mario Piccinelli ha scritto: Come alternativa senz'altro più semplice, puoi sempre esportare dalla slick map di OSM la zona desiderata come immagine, e poi modificarla al GIMP. O meglio Inkscape, dopo aver scaricato la mappa in svg. Spero di esserti stato utile Me lo auguro, ma non era questa la domanda: si chiedeva solo dal punto di vista legale. La risposta è SÌ, non sono vietate le opere derivate, però hai degli obblighi: citare il progetto e rilasciare la carta derivata sotto la stessa licenza (il che però non significa inserire personalmente i dati nel database). Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] XML scritto a mano... come si carica sul server?
Alla fine, usando tutti i 3 gli editor (Merkaartor, Josm e Potlatch) + un editor di testo, in qualche modo sono riuscito a sistemare (andando decisamente per tentativi) e a ripulire (spero) il tutto. La zona è questa: http://www.openstreetmap.org/?lat=45.8863lon=9.2452zoom=13layers=B000FTF Ovviamente i 2 sentieri non sono ancora renderizzati, comunque se volete darci un'occhiata... (non si sa mai). Sperando di aver risolto, vi auguro buona serata. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] 74mila località italiane da Istat pron te per OpenStreetMap
On Sat, Nov 29, 2008 at 08:12:13PM +0100, Carlo Stemberger wrote: Anche a me. Si presta facilmente a delle interpretazioni non in linea con il progetto, Se il titolare del dato mi scrive nero su bianco che lo posso mettere dentro OpenStreetMap dopo che gli ho spiegato per due volte cos'e' OpenStreetMap a me basta. Poi ognuno e' libero di fare come crede, eventualmente anche rimuovere i punti che io carichero' :-) A proposito, abbiamo l'autorizzazione scritta di Istat per caricare i confini comunali? Se poi la licenza dei dati Istat non sta in piedi (e infatti loro la chiamano semplicemente copyright) sara' un loro problema il giorno che vorranno rimangiarsi quello che hanno scritto. -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] 74mila località italiane da Istat pron te per OpenStreetMap
Niccolo Rigacci ha scritto: On Sat, Nov 29, 2008 at 08:12:13PM +0100, Carlo Stemberger wrote: Anche a me. Si presta facilmente a delle interpretazioni non in linea con il progetto, Se il titolare del dato mi scrive nero su bianco che lo posso mettere dentro OpenStreetMap dopo che gli ho spiegato per due volte cos'e' OpenStreetMap a me basta. Sì, ci ho pensato su e ora sono d'accordo con te. Mi è andato in pappa il cervello per almeno un 5 minuti, a causa di queste evidenti contraddizioni (ma il funzionario ISTAT non le ha notate), ma alla fine sono arrivato alle stesse conclusioni; come hai ben scritto, quelle e-mail le consideriamo come una liberatoria: la licenza sotto cui i dati erano rilasciati non sarebbe compatibile con la CC, ma il detentore del diritto d'autore ha /di fatto/ rinunciato ad alcuni suoi diritti, dicendo che possiamo inserirli in OSM. È come se avesse implicitamente rilicenziato i dati sotto CC-by-sa. (cosa che, per altro, sappiamo bene non avere, a livello teorico, troppo senso... ci sono novità riguardo alla nuova licenza specifica per OSM?). A proposito, abbiamo l'autorizzazione scritta di Istat per caricare i confini comunali? Direi che, in ogni caso, a questo punto sono automaticamente condonati :-) I confini, dal punto di vista del diritto d'autore, sono sullo stesso identico piano di questi ultimi dati in via d'importazione e quindi, /per analogia/, direi che si può estendere senza problemi la liberatoria a tutti quanti i dati ISTAT esistenti (eccetto la cartografia). Che dicono gli avvocati? Secondo me il ragionamento è inattaccabile: sono loro che hanno detto che possiamo usare quei dati! -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-ar] reseña de GoogleMaps Argentina
En Puerto Madero hay puentes, pero falta bastante agua: http://maps.google.de/maps?hl=deq=buenos+airesie=UTF8ll=-34.611665,-58.364224spn=0.019214,0.051198z=15 Creo que el agua la mandaron a Pinamar: http://maps.google.com/maps?f=qhl=enq=Pinamar,+Pinamar,+Argentinasll=37.0625,-95.677068sspn=36.368578,79.101563ie=UTF8cd=1geocode=Fajbyf0drU2c_All=-37.086217,-56.83249spn=0.017905,0.038624z=15 ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] reseña de GoogleMaps Argentina
Muy bueno ese link, Guillermo! Mi intención no era comparar, sino analizar la reacción del común de la gente -al fin de cuentas, colaborar potencial de OSM- ante la llegada de Google Maps, que es un servicio mucho más conocido que Mapear. De hecho, Google Maps tuvo notas en LA Nación y Clarín y mucha gente cree que es el único mapa callejero online disponible. Ojalá en el año y medio que viene crezca mucho más OSM Argentina. Me parece que para eso, sin embargo, habría que fomentar la discusión de temas importantes, como ciertos estándares. Terminar la wiki de Argentina sería genial, pero antes nos tenemos que poner de acuerdo. Yo abrí un hilo por esta lista que tuvo escaso público... En fin, a seguir colaborando y deseando que algún día le ganemos a Mapear y a todo el que aparezca! Saludos Dario 2008/11/29 Guillermo Sansovic [EMAIL PROTECTED] El 29/11/2008 16:20, Daniel Meyer Do Santos dijo : Hola gente! Hace unos días GoogleMaps publicó sus mapas de Argentina. Quería chismear con Ustedes qué piensan, qué errores encontraron, qué opinan comparando con el OSM. Lo que más me llamó la atención fue que en Cap Fed no hay nada de ferrovias! Todo lo que son las estaciones de Retiro se ve así: http://maps.google.de/maps?hl=deq=buenos+airesie=UTF8ll=-34.588103,-58.376391spn=0.01922,0.051198z=15 Subtes también faltan. En Puerto Madero hay puentes, pero falta bastante agua: http://maps.google.de/maps?hl=deq=buenos+airesie=UTF8ll=-34.611665,-58.364224spn=0.019214,0.051198z=15 En Misiones, algunas rutas tienen vacíos increíbles. Por ejemplo: http://maps.google.de/maps?f=qhl=degeocode=q=argentina,+misiones,+santa+ritasll=-27.489086,-54.692345sspn=0.165681,0.409584ie=UTF8ll=-27.475989,-54.699211spn=0.173925,0.409584z=12 Se ve un poco como las rutas que dibujamos a partir de las imágenes de Yahoo, que a veces hay que dejar vacíos por que no se ve mejor. Esto es el primer vistazo que le pegué. A ver qué dicen Ustedes?! Con saludos desde Alemania, Daniel ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar Ya que estamos comparando, me imagino que conoceran esto: http://sautter.com/map/?zoom=13lat=-34.61329lon=-58.4222layers=B000TFFF ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-cz] UIR - cisla popisne a orientacni
Ahoj, On Fri, Nov 28, 2008 at 11:49:00PM +0100, Petr Nejedly wrote: Hmm, co tak: dum ma CO: * housenumber=CP * alternatenumber=CO dum nema CO: * housenumber=CP dum nema CP: * housenumber=ev.č.EC byl muj puvodni navrh, nelibil se. Resp. (pokud už jste někdy vůbec psali na adresu na evidenčním čísle) jak tedy uvádíte takovou adresu? Já teda dost často píšu jen 8e, ale když mi na zásilce hodně záleží (nebo mi ji má přivézt nějaký méně spolehlivý dopravce, tak aby nemohl držkovat, když už neumí zavolat), uvedu celé ev.č.8 nikdy sem na ev.c. nepsal, takze tezko rict :). Tak jako tak je potřeba naučit renderer dobře renderovat a hlavně vyhledávač dobře hledat... nyni renderuje housenumber, coz je do zacatku dostacujici. -- S pozdravem/Best regards Ondrej Novy Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Prise en compte des créations.
Bonjour, je suis un nouveau participant à OpenStreetMap en y ajoutant des routes notamment aux environs de Châteauroux. Pour ce faire, j'utilise directement le site en ligne http://openstreetmap.org/, j'y upload des traces relevées par mon GPS et je travaille sur la carte directement via le site ne utilisant l'onglet Edit. Pourriez-vous me renseigner sur quelques points: Lorsque je mets des données certaines sont visualisables rapidement notamment sur http://informationfreeway.org/ mais d'autres n'apparaissent toujours pas, pourtant réalisées avant celles qui apparaissent. Je me demande si cela est normal car avant de poursuivre dans mon travail, je voudrait être certain que celui-ci soit bien pris en compte. Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prise en compte des créations.
Pourriez-vous me renseigner sur quelques points: Lorsque je mets des données certaines sont visualisables rapidement notamment sur http://informationfreeway.org/ mais d'autres n'apparaissent toujours pas Plusieurs choses peuvent se passer, mais il faut retenir l'adage : ne pas faire des choses uniquement en pensant à l'affichage Et après : - certaines options existent sans être (pour l'instant) affichées - ne pas faire des bidouilles juste pour que ce soit joli sur la carte - sur www.openstreetmap.org il faut parfois jusqu'a une semaine pour que les changements soient vus (j'ai mis en place un carte qui se met à jour chaque nuit ici : http://beta.letuffe.org) - informationfreeway.org www.openstreetmap.org (mapnik) ne représentent pas forcément tout deux la même chose ni de la même manière avant de poursuivre dans mon travail, je voudrait être certain que celui-ci soit bien pris en compte. Souvent, une bonne source, c'est le wiki, si tu as bien fait comme c'est écrits, c'est que c'est pas complétement faux. Si le doute persiste, dis moi ce que tu as fais et je te dis ce que j'en pense. Ps: mon avis, pas plus que celui de quiconque n'est la vérité vrai : sur osm, la règle est que chacun fait comme il veut. (Bon, on y gagner quand même à se mettre d'accord ! ) -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prise en compte des créations.
Le site principal fournit plusieurs cartes, sélectionnables avec le bouton + en haut, à droite. Le rendu Mapnik est mis à jour une fois par semaine dans la journée du mercredi. Le rendu osmarender se fait automatiquement lorsqu'il détecte des modifications dans la base. Pour les autres (cyclemap et noname), je ne sais pas mais il est probable qu'ils se mettent à jour aussi une fois par semaine. Cette périodicité est dûe aux quantités astronomiques de données à digérer lorsqu'une nouvelle carte du monde se redessine. Certains sites se limitent à un pays comme celui de Sylvain, ce qui permet d'augmenter la fréquence de mise à jour. Le rendu osmarender a ceci de particulier que les images sont calculées par une multitude d'ordinateurs mis grâcieusement à disposition par des contributeurs. Sur le site d'informationfreeway, tu peux aussi aller au niveau de zoom 12 et en cliquant avec la souris et ctrl, tu peux demander une mise à jour de la tuile que tu as séletionné. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prise en compte des créations.
[EMAIL PROTECTED] wrote: Je me demande si cela est normal car avant de poursuivre dans mon travail, je voudrait être certain que celui-ci soit bien pris en compte. Si tu envois un lien vers la zone où tu travailles, on pourra te dire si tout est bon ou te donner des conseils si il y a besoin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prise en compte des créations.
Attention, je m'écarte du sujet, mais bon... Certains sites se limitent à un pays comme celui de Sylvain, Je précise que j'ai toute l'europe maintenant ;-) ce qui permet d'augmenter la fréquence de mise à jour. Après discussion sur la liste de développement, cela tient beaucoup au fait, que s'ils tentaient de baisser à 24h, leur système de conservation des tuiles (cache) serait bien moins efficace, et il faudrait énormément de puissance disponible, ce qu'ils n'ont pas. Comme en plus de nombre de visiteur est en nette augmentation, ils sont un peu inquiets. Il est probable que ça passe à 15 jours N'oubliez pas le bouton donner en bas à gauche du site openstreetmap.org Donc, je me dis que si j'arrive à drainer un peu d'utilisateur ça permettra à openstreetmap.org de respirer un peu plus... -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prise en compte des créations.
Merci à tous pour vos réponses. J'avais initialement posé la question sur le forum français http://forum.openstreetmap.org/viewforum.php?id=22 mais n'ayant pas eux de réponse je suis venu essayer ici, et miracle les réponses tombent. Donc pour vous donner un exemple, ici http://openstreetmap.org/?lat=46.85929lon=1.71778zoom=17layers=0B00FTFsur les différentes routes ajoutées, il n'y que deux parking qui apparaissent sur le rendu Osmarender. Mais je viens de trouver qu'en rajoutant l'Overlay Data sur cette carte http://openstreetmap.org/?lat=46.85929lon=1.71778zoom=17layers=0B00FTTtoutes les créations apparaissent. J'en conclu donc que toutes mes données ont bien été enregistrées et qu'il faille certainement attendre plus de temps pour voir tout apparaitre. Je trouve étrange que les parkings soient visibles avant les routes pourtant crées au même moment (le 26 nov 2008). J'avais un autre exemple où sur d'autres créations réalisée ensembles, des routes secondaires apparaissaient alors que des routes d'une zone industrielle non. Dans ce cas je pouvais comprendre qu'il y ait des priorités dans l'ordre de prise compte des données. Enfin espérons que mes réalisation sont bien effectuées et qu'elles puissent contribuer efficacement à OpenStreetMap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prise en compte des créations.
J'avais initialement posé la question sur le forum français A mon grand regret, ce forum n'est que très peu utilisé http://openstreetmap.org/?lat=46.85929lon=1.71778zoom=17layers=0B00FTFsu r les différentes routes ajoutées, il n'y que deux parking qui apparaissent sur le rendu Osmarender. ça c'est très très louche Mais je viens de trouver qu'en rajoutant l'Overlay Data sur cette carte http://openstreetmap.org/?lat=46.85929lon=1.71778zoom=17layers=0B00FTTto utes les créations apparaissent. Oui, mais ça ne veut rien dire, cet overlay indique TOUT ! que ça corresponde ou non à quelque chose du wiki. Je trouve étrange que les parkings soient visibles avant les routes pourtant crées au même moment (le 26 nov 2008). Il n'y a pas de priorité, tout est fait en même temps, ou pas. Donc il y a un problème, je regarde. Oui, problème dans le sens où ton travail ne correspond pas ou mal à ce qui est indiqué sur le wiki. tu as taggué avec abutters=industrial uniquement, il manque a priori le tag principal highway= pour dire que c'est une rue ou route. le abutters est une information supplémentaire (que je ne connaissais même pas) pour dire que c'est une rue à prédominance industrielle. Ce qu'il te manque c'est : * highway=service * name=X (si la rue a un nom) pour abutters, si ton but c'est de t'occuper d'une zone industrielle, je pense que tu as meilleur temps de dessiner une grosse zone fermée qui contient tout avec : landuse=industrial que de le faire rue par rue. A mon avis. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prise en compte des créations.
Merci pour ces remarques: * J'ai donc rajouté **highway=service* avec tous mes *abutters=industrial* Et miracle tout apparait enfin. amenity=parkig sont modifiée en amenity=parking Ah c'est pour ça que je ne voyais pas tous mes parking! Il y a encore une chose qui n'apparait pas: C'est une voie ferrée non utilisée *(railway*=disused) Visible ici http://openstreetmap.org/?lat=46.845lon=1.7414zoom=15layers=0B00FTT Non visible la http://openstreetmap.org/?lat=46.84501lon=1.74143zoom=15layers=0B00FTF Au sujet de la connexion des voies, Je pensais qu'il suffisait de placer le noeud sur l'autre voie connectée. C'est quelque fois difficile d'avoir un noeud commun pour les voies, car souvent les noeuds de l'autre voie sont trop éloignés, et la je ne voie pas comment faire. Bien qu'il me semble avoir lu que lorsqu'on fini un tracé, il suffit de placer le dernier noeud sur la voie à connecter et quand tous les noeuds de l'autre voie deviennent bleus, c'est bon ! Sans forcément le mettre sur un noeud de l'autre voie. Sinon comment être sur que la connection est bien réalisée ? * C'est en effet bien dommage que le forum ne tourne plus, car pas facile ici de trouver une information qui aurait pu être déjà donnée. Vous me direz, il y a le wiki, on a beau l'avoir lu et rechercher encore des infos souvent quand même au début on est un peu perdu. Mais heureusement vous êtes la. Surtout qu'ici l'enjeu est important, ce n'est pas une réalisation perso où l'on peut se permettre des erreurs.* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
