Re: [OSM-legal-talk] Attribution chaining
On Tue, Aug 5, 2008 at 4:15 PM, Frederik Ramm [EMAIL PROTECTED] wrote: if I offer processed OSM data on my web site for others to use under CC-BY-SA: Whom do the others have to give attribution? I usually expect everyone to retain the OpenStreetMap contributors message and leave me (or my company) out of the picture - but if I wanted to, could I also ask everyone to give *me* credit and leave it to them whether or not they mention OSM? You have to pass on attribution information, and identify contributors equally. So you could probably just say you must credit me next to a ZIP file download of the data, but the ZIP file would have to include the full attribution data. (IANAL, TINLA) Or more generally, how does the attribution requirement of CC-BY-SA work in a chain of derived works? Does everyone just attribute the previous element of the chain? Everyone attributes every element of the chain. Yes, this could be a problem for long chains. :-) - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Tracing from Aerial Imagery
On Wed, 6 Aug 2008, Gustav Foseid wrote: If the photographing or tracing involves creative work, something it probably does not, it would all be different. Deciding which is railway, which is road and which is canal on the aerial photograph is intellectual work, so labelling of traces is separate work to photographing and tracing. Liz ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
Lennard voor den Dag schrieb: Iván Sánchez Ortega wrote: Looking at the comments page, it seems that the (unmodified) proposal was already rejected two weeks ago. Can someone ellaborate on the status of this tagging proposal? That earlier proposal was highway=parking_aisle, not service=parking_aisle (with highway=service) as it stands now, IIRC. But its not getting better, the service key is already in use by the railways guys. Even a path is called highway in osm, why change it ? By the way, highway:service serves it well ... Thorsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
On Aug 5, 2008, at 08:53, Thorsten Feles wrote: Lennard voor den Dag schrieb: That earlier proposal was highway=parking_aisle, not service=parking_aisle (with highway=service) as it stands now, IIRC. But its not getting better, the service key is already in use by the railways guys. Even a path is called highway in osm, why change it ? I don't see the conflict: For railways, service=* distinguishes between different types of service lines, for highways it distinguishes between different type of service roads. It's not like you're going to tag a way with both, is it? By the way, highway:service serves it well ... And railway:service for the other use? Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
On Tue, 2008-08-05 at 11:58 +1000, Joseph Gentle wrote: You can see my beautiful city. http://maps.google.com.au/?ie=UTF8ll=-33.911633,151.24054spn=0.03298,0.065918z=15layer=ccbll=-33.9172,151.226114panoid=SF1CU5fcTX8XqlKyXRxwogcbp=1,123.60785767574839,,0,6.094238783200709 Good for filling in all the missing street names. Interesting question. Are we allowed to use street view images for mapping (filling in street names, amenities, house numbers) or do we need explicit permission like for aerial images? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
Robert Vollmert schrieb: On Aug 5, 2008, at 08:53, Thorsten Feles wrote: Lennard voor den Dag schrieb: That earlier proposal was highway=parking_aisle, not service=parking_aisle (with highway=service) as it stands now, IIRC. But its not getting better, the service key is already in use by the railways guys. Even a path is called highway in osm, why change it ? I don't see the conflict: For railways, service=* distinguishes between different types of service lines, for highways it distinguishes between different type of service roads. It's not like you're going to tag a way with both, is it? By the way, highway:service serves it well ... And railway:service for the other use? from a logical point, yes, railway:service would be right approach. In my eyes service should be used only real service: points not for rails or streets, they should be highway:service or railway:service Thorsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
wer-ist-roger wrote: Hello Stefan, Interesting question. Are we allowed to use street view images for mapping (filling in street names, amenities, house numbers) or do we need explicit permission like for aerial images? If your not sure about the legal aspect DON'T use it! And from my point of few it is not allowed to use Googles photos. And if Google were partly evil (though they claim not to be), they might alter their image obfuscating code (to blur people's faces etc) to identify street name signs, and transpose one street sign onto another, and create an easter egg in their creative work. Since they already claim to have the ability to blur vehicle registration plates, and people's faces, if this needs even a little human intervention to achieve, then it could be counted as a creative work, and subject to not only database right (the geolocation / rectification work of the images), and copyright on the eventual image that has has processing done on it. So. I wouldn't trust it, and I wouldn't use it, unless Google can explicitly say we're allowed to do it, and if Google can explicitly say that they're not doctoring the bits of the images that we're interested in - like street names, building names and so on) -- SImon Hewison ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bug in using osm2pgsql to keep up with dailies
2008/8/5 Michal Migurski [EMAIL PROTECTED]: Another way to save more disk space is to filter out the data you don't require. Either by applying a bounding box or by removing items from the default.style. So I'm definitely doing the bbox thing - I ran out of space on the volume when doing a slim import of planet.osm with a box that covered only the extended SF Bay Area. Seems like that should be fairly reasonable, right? Perhaps the slim mode is not taking the bounding box into account. I'll take a look. Probably the right thing to do would be to get the import done once with a larger volume available to Postgres (EC2 does give you a secondary disk at /mnt that's over 100GB), then keep up with incrementals moving forward after the initial inconvenience. 100GB would definitely be enough. I've seen the full slim-mode planet import taking around 40GB. This code to handle the diff mode import is all very new and does not scale up to handling the whole planet yet. -- Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
On Tue, Aug 5, 2008 at 8:29 AM, Robert Vollmert [EMAIL PROTECTED] wrote: lways guys. Even a path is called highway in osm, why change it ? I don't see the conflict: For railways, service=* distinguishes between different types of service lines, for highways it distinguishes between different type of service roads. It's not like you're going to tag a way with both, is it? Give that man a medal. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Planet-OSM has moved
Hi, For those who are wondering why planet-osm.shaunmcdonald.me.uk isn't working. It's because of a blip in my web host move. It is now available from http://blogs.openstreetmap.org/ Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
Stephen, Stephen Gower wrote: That argument surely applies to aerial images also, and yet consensus is that getting facts from them would create a derived work incompatible with our licence. Just for the record: The issue is highly contended and it would be wrong to speak of consensus. If there's any consensus then it is that when in doubt we prefer to be careful and so we don't copy from aerial images - even though many of us believe that it would be perfectly legal to do so. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
On Tue, 2008-08-05 at 10:36 +0200, Erik Johansson wrote: First of all I have never been able to see the name of a street in my 20 minutes of watching google streetview. But you shoudl be able to get these things from them: It is no problem at all to spot street names and even house numbers for example in Paris (and in Google Earth). And since they are facts and not *indexed* in a database so it should be ok. So, its couch-potato-mapping until Google blurrs street names and house numbers, too? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
On Tue, Aug 5, 2008 at 9:40 AM, Stefan Holst [EMAIL PROTECTED] wrote: On Tue, 2008-08-05 at 11:58 +1000, Joseph Gentle wrote: You can see my beautiful city. http://maps.google.com.au/?ie=UTF8ll=-33.911633,151.24054spn=0.03298,0.065918z=15layer=ccbll=-33.9172,151.226114panoid=SF1CU5fcTX8XqlKyXRxwogcbp=1,123.60785767574839,,0,6.094238783200709 Good for filling in all the missing street names. Interesting question. Are we allowed to use street view images for mapping (filling in street names, amenities, house numbers) or do we need explicit permission like for aerial images? First of all I have never been able to see the name of a street in my 20 minutes of watching google streetview. But you shoudl be able to get these things from them: turn restrictions stop signs cycleways pavements maxspeed And since they are facts and not *indexed* in a database so it should be ok. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
Hello Stefan, Interesting question. Are we allowed to use street view images for mapping (filling in street names, amenities, house numbers) or do we need explicit permission like for aerial images? If your not sure about the legal aspect DON'T use it! And from my point of few it is not allowed to use Googles photos. wer-ist-roger ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Google Street View
Hi everyone (legal and dev), Now that the Google Street view imagery is growing pretty rapidly, I wonder if we could ask Google for permission to use the imagery to improve the OpenStreetMap data. I know they do not allow us to use their areal images, but part of the reason for that is that Google doesn't really own those. As far as I know, Google does own all the StreetView pictures. Things they could be useful for (for the dev people to talk about): * fetch street names from the signs * find mail boxes * estimate road quality * get the exact width of the road (since we 'know' the camera settings) * get the exact coordinates of features: if we know where the camera is, what direction it is looking at and typical size of a feature, we know exactly where it is. Gets even better with triangulation. In fact, you can pretty much semi automatically construct a very accurate map with these images if you only have the coordinates, orientation and camera settings. Now there could be different levels of access and different ways to approach it if unlimited usage is out of the question (for the legal people to talk about). * we could use images with no map overlay and only the coordinate of the camera. * we could fetch (semi) random images. We would use the existing openstreetmap data to figure out where the picture was taken. * other restrictions? That would guarantee that we are not using their map data. Now I am guessing that I am not the only one who thinks you can reconstruct a very detailed map from these images, so Google might already be doing this. If so, they may not like it if we do it first or better. On the other hand, they might like a bit of competition to keep 'm sharp and speed things up. So it never hurts to ask. Sjors ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Australia has Google Street View!
On Tue, Aug 5, 2008 at 11:29 AM, Stefan Holst [EMAIL PROTECTED] wrote: And since they are facts and not *indexed* in a database so it should be ok. So, its couch-potato-mapping until Google blurrs street names and house numbers, too? Google do index the names an publish that database over the images, I'm not sure I trust people to only copy from the images. That is something for the legal mailinglist to discuss. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
How would we avoid looking at - or prove that we avoid looking at - all the street names on Google Maps, with which Street View is inextricably integrated? - L ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM on Ubuntu UK podcast
On Tue, Aug 5, 2008 at 2:10 PM, Ævar Arnfjörð Bjarmason [EMAIL PROTECTED] wrote: This is the stuff cron was made for:) You think my scripts are reliable enough to run twice in a row? :-) Honestly though, it's not been bad for the last few weeks, but things were often going wrong with the process and leading to garbage in the results. For example, this week is the first week a way has crossed 16 tile boundaries (which throws a warning) but since it turns out that it's only someone making a massive box around the NPE zone it's not much to worry about. But other times it's been other things. Excuses, excuses Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Attribution chaining
Hi, if I offer processed OSM data on my web site for others to use under CC-BY-SA: Whom do the others have to give attribution? I usually expect everyone to retain the OpenStreetMap contributors message and leave me (or my company) out of the picture - but if I wanted to, could I also ask everyone to give *me* credit and leave it to them whether or not they mention OSM? Or more generally, how does the attribution requirement of CC-BY-SA work in a chain of derived works? Does everyone just attribute the previous element of the chain? Bye Frederik ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] (Proposed UK) National Cycle Map standard
I'm not quite sure who is considering this, but http://www.cyclecheltenham.org.uk/map_standard.html claims to be being considered as the basis for a national standard. The actual map looks pretty good for an end-user and exactly the sort of thing I want to see. However, I can see that trying to incorporate the data into the OSM model will be scuppered by people saying it involves too may subjective decisions. Anyone got any suggestions for a tagging scheme that would allow us to use OSM data to produce maps to this Cheltenham Standard? s ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
Stephen Gower [EMAIL PROTECTED] writes: On Tue, Aug 05, 2008 at 10:36:14AM +0200, Erik Johansson wrote: On Tue, Aug 5, 2008 at 9:40 AM, Stefan Holst [EMAIL PROTECTED] wrote: On Tue, 2008-08-05 at 11:58 +1000, Joseph Gentle wrote: Good for filling in all the missing street names. Interesting question. Are we allowed to use street view images [...] [...] And since they are facts and not *indexed* in a database so it should be ok. That argument surely applies to aerial images also, and yet consensus is that getting facts from them would create a derived work incompatible with our licence. Well, if reading a road sign from a picture is creating a derived work of that picture than looking up a word in a dictionary also creates a derived work of that dictionary. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
And using contacts or glasses is a derived work too... the vendor could have twisted the photons to inject 'lye' street into your vision. a On Tue, Aug 5, 2008 at 9:26 AM, Matthias Julius [EMAIL PROTECTED]wrote: Stephen Gower [EMAIL PROTECTED] writes: On Tue, Aug 05, 2008 at 10:36:14AM +0200, Erik Johansson wrote: On Tue, Aug 5, 2008 at 9:40 AM, Stefan Holst [EMAIL PROTECTED] wrote: On Tue, 2008-08-05 at 11:58 +1000, Joseph Gentle wrote: Good for filling in all the missing street names. Interesting question. Are we allowed to use street view images [...] [...] And since they are facts and not *indexed* in a database so it should be ok. That argument surely applies to aerial images also, and yet consensus is that getting facts from them would create a derived work incompatible with our licence. Well, if reading a road sign from a picture is creating a derived work of that picture than looking up a word in a dictionary also creates a derived work of that dictionary. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- anselm 415 215 4856 http://hook.org http://makerlab.com http://meedan.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] (Proposed UK) National Cycle Map standard
On Tue, Aug 5, 2008 at 4:41 PM, Stephen Gower [EMAIL PROTECTED] wrote: I'm not quite sure who is considering this, but http://www.cyclecheltenham.org.uk/map_standard.html claims to be being considered as the basis for a national standard. Pah, 'standards' often just limit creativity. And I hope the dreadful colour choices aren't part of the standard! The actual map looks pretty good for an end-user and exactly the sort of thing I want to see. However, I can see that trying to incorporate the data into the OSM model will be scuppered by people saying it involves too may subjective decisions. Anyone got any suggestions for a tagging scheme that would allow us to use OSM data to produce maps to this Cheltenham Standard? My only suggestion is to try and translate it (as far as possible) into non-subjective components. The components should then be more amenible to tagging. It's similar to cycle paths being good/bad/rubbish where we discussed using tags like surface=gravel as objective components to create a subjective result. It also allows more creativity by the end-user (e.g. render, routing app) giving the components different weightings (e.g. downhill steps would get +5 fun from me!) Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] (Proposed UK) National Cycle Map standard
On Tue, Aug 5, 2008 at 4:41 PM, Stephen Gower [EMAIL PROTECTED] wrote: I'm not quite sure who is considering this, but http://www.cyclecheltenham.org.uk/map_standard.html claims to be being considered as the basis for a national standard. The actual map looks pretty good for an end-user and exactly the sort of thing I want to see. However, I can see that trying to incorporate the data into the OSM model will be scuppered by people saying it involves too may subjective decisions. Anyone got any suggestions for a tagging scheme that would allow us to use OSM data to produce maps to this Cheltenham Standard? Well, it'll be scuppered by the nature of OSM data collection, rather than the people pointing this out ;-) The main problem with these systems is that they're generally not well described when someone proposes something like a new tag cycle_level 1 to 5 where 1 is easy and 5 is hard. This is obviously a lot better thought out, ie: it actually ties it to some degree to a cycling qualification that determines ability. But it's still going to have the problem of how you make sure everybody is tagging using the same baselines (ie: how much traffic is regarded as moderate, how many HGVs are few, which is more important to the classification: number of HGVs or road width?) So feel free to tag roads as cheltenham_cycle_level=blue, but expect half the people tagging it to get it wrong. The descriptions for each level mention quite a lot of properties that make up each level. It may be possible to map some of these instead, to achieve a more dynamic effect. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] (Proposed UK) National Cycle Map standard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 2008/8/5 Stephen Gower : I'm not quite sure who is considering this, but http://www.cyclecheltenham.org.uk/map_standard.html claims to be being considered as the basis for a national standard. Good to see this getting some traction, Warrington have made a similar style map available[1] which has been really useful to cyclists. The actual map looks pretty good for an end-user and exactly the sort of thing I want to see. However, I can see that trying to incorporate the data into the OSM model will be scuppered by people saying it involves too may subjective decisions. Anyone got any suggestions for a tagging scheme that would allow us to use OSM data to produce maps to this Cheltenham Standard? If you look at it objectively, then the only new tags you would need is a traffic level tag, which would be also useful for routing use in the future. I think the rest are covered by existing tags, right? [1] http://www.warrington.gov.uk/Images/Warrington_Urban_tcm31-28295.pdf - -- Andrew Williams / Nik_Doof w: http://tensixtyone.com/ e: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkiYg2wACgkQ+ALmUZ/JyEoaHACgh3QC6aYHKh2HuWjFtwxEV8G7 LdAAoLwV2kjiebf8XKq08ksXUFutX3Hr =aVRi -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
El Martes, 5 de Agosto de 2008, Matthias Julius escribió: Well, if reading a road sign from a picture is creating a derived work of that picture than looking up a word in a dictionary also creates a derived work of that dictionary. Not really. The issue here is that the road sign is not covered by any copyrights, but the G StreetView image *is*. Google *can* file a suit if you copy the street sign, as their lawyers firmly believe that photographs taken automatically by a car can and are protected by copyright. Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] The solution of this problem is trivial and is left as an exercise for the reader. -- Standard textbook cookie signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] superways as relations ?
[EMAIL PROTECTED] (vegard) writes: On Mon, Aug 04, 2008 at 11:07:24AM -, m*sh wrote: On Mon, August 4, 2008 10:14, vegard wrote: For naming of streets in cities, where properties change very often and you have to make many small ways, it sometimes gets annoying that the name is duplicated. I was wondering: How good/easy would it be to make a superway-relation to fix that? I.e. group several ways for labeling-intentions? I'm no expert on the inner workings in either of the renderers, but to me it sounds like a quick fix to a small annoyance. If someone that knows the renderers could either agree or disagree, I'd be happy anyways (well, obviously happier if they agree :) Actually there is a 'mantra' on a german mailing list stating that, we are not tagging for the renderer I agree. We're not tagging for the renderer. At least, we're not tagging it *wrongly* for the renderer. But in practise, we might need to give the renderer some hints with some extra tagging. Of that, I personally am a little more inclined to accept that. But others might agree/disagree with me. I think adding a relation like that to help the renderer does in no way destroy the data model. Regardless of the renderers, duplication of data is evil, IMHO. Every time a way is split to allow one of its properties to change all other properties are duplicated. I would love to have a method of specifying that a way is named xxx from node A to E and named yyy from E to G, is a secondary highway from A to D and tertiary from D to G, is oneway from C to F, B to C is on a bridge, D to F has a speed limit of z, ... Then there are bus, tram and cycle routes ... The more detail is put into database the more reasons people have to split ways. There are probably several ways to implement this. My favourite one is to move all meta-data into relations and to degrade ways essentially into multi-node segments. Better ideas? Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] superways as relations ?
On Tue, Aug 5, 2008 at 5:49 PM, Matthias Julius [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (vegard) writes: On Mon, Aug 04, 2008 at 11:07:24AM -, m*sh wrote: On Mon, August 4, 2008 10:14, vegard wrote: For naming of streets in cities, where properties change very often and you have to make many small ways, it sometimes gets annoying that the name is duplicated. I was wondering: How good/easy would it be to make a superway-relation to fix that? I.e. group several ways for labeling-intentions? I'm no expert on the inner workings in either of the renderers, but to me it sounds like a quick fix to a small annoyance. If someone that knows the renderers could either agree or disagree, I'd be happy anyways (well, obviously happier if they agree :) Actually there is a 'mantra' on a german mailing list stating that, we are not tagging for the renderer I agree. We're not tagging for the renderer. At least, we're not tagging it *wrongly* for the renderer. But in practise, we might need to give the renderer some hints with some extra tagging. Of that, I personally am a little more inclined to accept that. But others might agree/disagree with me. I think adding a relation like that to help the renderer does in no way destroy the data model. Regardless of the renderers, duplication of data is evil, IMHO. Every time a way is split to allow one of its properties to change all other properties are duplicated. I would love to have a method of specifying that a way is named xxx from node A to E and named yyy from E to G, is a secondary highway from A to D and tertiary from D to G, is oneway from C to F, B to C is on a bridge, D to F has a speed limit of z, ... Then there are bus, tram and cycle routes ... The more detail is put into database the more reasons people have to split ways. There are probably several ways to implement this. My favourite one is to move all meta-data into relations and to degrade ways essentially into multi-node segments. Better ideas? The whole splitting ways things is definitely an irritation at the moment, but at least the editors cope quite well with it. Can you demonstrate a working editor interface for the degraded ways idea? Or at least come up with some reasonable ideas as to how such an editor would work? By working I mean: - no need for a degree in the use of modifier keys - no need for an eleven button mouse - the interface makes the segmented data clearly visible - users can comprehend what's going on If you can then it makes it possible, if you can't then it'll just make the data uneditable. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] superways as relations ?
On Tuesday 05 August 2008, Karl Newman wrote: Sounds like you're looking for this: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_ Tag Segmented tags doesn't solve data duplication for dual carriage ways, or a set of roads with lots of cul-de-sacs with the same name, and similar situations. http://wiki.openstreetmap.org/index.php/Relations/Proposed/Collected_Ways is the better way to do it IMHO. Greetings Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
Frederik Ramm wrote: Just for the record: The issue is highly contended and it would be wrong to speak of consensus. If there's any consensus then it is that when in doubt we prefer to be careful and so we don't copy from aerial images - even though many of us believe that it would be perfectly legal to do so. Bye Frederik Do we have any lawyers in the OSM community to help clear this? Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Tracing from Aerial Imagery
On Mon, Aug 4, 2008 at 8:10 PM, Laurence Penney [EMAIL PROTECTED] wrote: And question 3 - so I am allowed to trace my house, and my neighbour's, and my workplace, and the bakery I visit every morning, and my birthplace, and my parent's house...? I think you remember it accurately. And I think you could publish all those things without a problem. This would probably depend on the contract which regulates your access to the photography and which jurisdiction you are under. To me the terms for Yahoo aerial imagery and Google Earth (not Google Maps) seem to have rather similar terms when it comes tracing, but I have not looked too closely. It reminds me of similar discussions about UK postcodes and OSGB TOIDs: you can publish a small set of them relating to data you publish for your own arbitrary purposes. However attempts to integrate multiple individual projects into, for example, some kind of UK postcode lookup, or a FreeStreepMap project based on spidering and integrating thousands of KMZs, would breach terms. It's not so much derived data that's the problem (as small amounts are ok), but derived utility. I would be very interested in the legal argument behind this. If we are talking about EU law, I would have assumed that: - The aerial photographs does not cross the threshold to being copyrightable, and have a weaker protection, especially when it comes to derived works and protection time. I am unsure if this is EU or national law, but I think that it is EU law. - In addition to protection as individual photographs, the database of the photographs has database protection. The traces (KMZz) would, however, not be part of the database and not be protected as a database. Even all traces would not be a substantial part of a database consisting of photographs. - The traces are factual information without protection. - A collection of traces would probably be a database and have protection as such and the rights would belong to the collector. If the photographing or tracing involves creative work, something it probably does not, it would all be different. (I am not a lawyer, etc...) Regards, Gustav ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Australia has Google Street View!
On 5 Aug 2008, at 14:28, Kenneth Gonsalves wrote: dont avoid looking at them. But add names according to your own knowledge. Let's say I know reasonably well in my own mind most of the streets in the centre of the town where I live. Let's also say there's a particular street I want to name on OSM, but that I can't remember if it's Kings Road or King Street. So I go to Google StreetView to check. But as I fire up Google Maps to get to StreetView, I accidentally notice the Google Maps label Kings Road on the street in question. I proceed to look at the StreetView picture, and - whether I find something useful there or not, but especially if the street sign is barely legible - my state of mind is contaminated by looking at the Google Maps label. In this state, I cannot add data to OSM. - L ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
Hi, Laurence Penney wrote: [stuff about contaminated state of mind prohibiting data entry to OSM] It is conceivable that someone moves into a new town, gets everywhere by legally using Google maps, never really looking at a street sign (at least not before knowing exactly what will be on there from his Google map), and after a year or so knowing most of the place by hard. According to your strict reading, the sad git would probably be unable to contribute to OSM in this town, ever, because is brain is now a derived work of Google maps... 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
[OSM-talk] tagging trailblazes / marked paths
Hello, Now that the highway=path has been moved to the official features page, is there any more or less agreed way of tagging marked paths? I see a lot of different proposal pages on this, but no real consensus. I myself have been tagging my local area using trailblazed=yes, but it would be nice to use some generally agreed tag. Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
Hi, Igor Brejc wrote: Do we have any lawyers in the OSM community to help clear this? It is not an issue that can be cleared by lawyers since they have wildly different opinions themselves. For example, one court in Germany has said that the person operating the shutter on an aerial imagery camera - or the person writing the program that does so - is legally the owner of the resulting data. Another court has said that such photos are not subject to IP law. And you have the same mess everywhere - even within one country. It is surely not something where a lawyer simply has to read a book one evening and tell us the truth the next morning. 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] tagging trailblazes / marked paths
Brejc wrote: Hello, Now that the highway=path has been moved to the official features page, is there any more or less agreed way of tagging marked paths? I see a lot of different proposal pages on this, but no real consensus. I myself have been tagging my local area using trailblazed=yes, but it would be nice to use some generally agreed tag. Take a look at http://wiki.openstreetmap.org/index.php/Key:trail_visibility Combined with highway=path, does that cover what you need to map? -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
Igor Brejc wrote: Now that the highway=path has been moved to the official features page, is there any more or less agreed way of tagging marked paths? I see a lot of different proposal pages on this, but no real consensus. I myself have been tagging my local area using trailblazed=yes, but it would be nice to use some generally agreed tag. It was approved on the basis of a tiny vote on the wiki and I would say there is zero chance of most people switching from the tags that have been in use for several years to some new scheme that, as I understand it, requires about five tags for each path. Given that most of the UK examples on the wiki were actually wrong by their own definition last time I looked I certainly plan to stick to what we've always done. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
Hi, Tom Hughes wrote: It was approved on the basis of a tiny vote on the wiki and I would say there is zero chance of most people switching from the tags that have been in use for several years to some new scheme that, as I understand it, requires about five tags for each path. Given that most of the UK examples on the wiki were actually wrong by their own definition last time I looked I certainly plan to stick to what we've always done. A very similar thing seems to have happened recently with the Crossing tag. I've never been a friend of that voting business but it seems to get more absurd every day. Is it perhaps time now to have a vote on abolishing votes altogehter - or should we continue to let people vote on whatever they like and ignore the results? It's fine with me but seems to irritate newbies who lack the stubbornness that speaks from your above paragraph ;-) 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] tagging trailblazes / marked paths
Tom Hughes wrote: It was approved on the basis of a tiny vote on the wiki and I would Uh, what? 34 votes is one of the largest votes of any proposed/approved feature on the wiki. say there is zero chance of most people switching from the tags that have been in use for several years to some new scheme that, as I understand it, requires about five tags for each path. Then I think you misunderstand it. Take a look at http://wiki.openstreetmap.org/index.php/Tag:highway%3Dpath/Examples -- most require two tags at most. The only one which reaches five additional tags is the last one. Which doesn't fit into the bridleway/cycleway/footway paradigm anyway, and is one of the most complex examples to be found. You don't like highway=path, fine. If your tagging needs are met by bridleway/cycleway/footway, then I'm glad for you. But it's not adequate for all situations. Don't make up bullshit just to trash-talk that which you don't understand. -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
Frederik Ramm wrote: Hi, Tom Hughes wrote: It was approved on the basis of a tiny vote on the wiki and I would say there is zero chance of most people switching from the tags that have been in use for several years to some new scheme that, as I understand it, requires about five tags for each path. Given that most of the UK examples on the wiki were actually wrong by their own definition last time I looked I certainly plan to stick to what we've always done. A very similar thing seems to have happened recently with the Crossing tag. I've never been a friend of that voting business but it seems to get more absurd every day. Is it perhaps time now to have a vote on abolishing votes altogehter - or should we continue to let people vote on whatever they like and ignore the results? It's fine with me but seems to irritate newbies who lack the stubbornness that speaks from your above paragraph ;-) Bye Frederik I'm not touching the voting-no voting issue :). I'm just trying to think ahead and consider how this data that we're so happily entering will be used for purposes other than just rendering (getting back to my hiking-buddy SW idea I mentioned a few times before). If we have 10 different ways of describing the same thing it's going to be difficult to implement and maintain SW that uses this data. Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
Alex Mauer wrote: Brejc wrote: Hello, Now that the highway=path has been moved to the official features page, is there any more or less agreed way of tagging marked paths? I see a lot of different proposal pages on this, but no real consensus. I myself have been tagging my local area using trailblazed=yes, but it would be nice to use some generally agreed tag. Take a look at http://wiki.openstreetmap.org/index.php/Key:trail_visibility Combined with highway=path, does that cover what you need to map? -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Which tag value would I use for a path through the forest that is clearly visible, but with no markings? There are a lot of those in Slovenia. Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
Frederik Ramm wrote: I've never been a friend of that voting business but it seems to get more absurd every day. Is it perhaps time now to have a vote on abolishing votes altogehter - or should we continue to let people vote on whatever they like and ignore the results? Do you have a better suggestion? I like Andy Allan's modifications to the Key:crossing page, suggesting that it be used for documenting current usage, with renderers working from that. So all you have to do to add a key or value is to use it. It's unfortunate that current usage is so hard to find, particularly outside of Europe... -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
On Tue, 2008-08-05 at 15:20 -0500, Alex Mauer wrote: Tom Hughes wrote: It was approved on the basis of a tiny vote on the wiki and I would Uh, what? 34 votes is one of the largest votes of any proposed/approved feature on the wiki. say there is zero chance of most people switching from the tags that have been in use for several years to some new scheme that, as I understand it, requires about five tags for each path. Then I think you misunderstand it. Take a look at http://wiki.openstreetmap.org/index.php/Tag:highway%3Dpath/Examples -- most require two tags at most. The only one which reaches five additional tags is the last one. Which doesn't fit into the bridleway/cycleway/footway paradigm anyway, and is one of the most complex examples to be found. You don't like highway=path, fine. If your tagging needs are met by bridleway/cycleway/footway, then I'm glad for you. But it's not adequate for all situations. The only thing I see an issue with is introducing the specific 'highway=path' tag. I see this as an unnecessary complication. From a quick glance at the examples given I think they are all covered with combinations of highway=cycleway|footway|track with the other tags you propose like foot=y/n, motorcar=y/n or tracktype=gradeN etc. I really don't see what highway=path adds. The one exception is for snowmobile, for that I'd suggest possibly adding highway=snowmobile instead. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
Igor Brejc wrote: Which tag value would I use for a path through the forest that is clearly visible, but with no markings? There are a lot of those in Slovenia. It's probably not necessary to tag it specially at all as I expect this is the default, but it looks like trail_visibility=excellent (Unambiguous path or markers everywhere) would be the one to use. -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Current events ical feed
Hi all, A while ago I was looking for a way to integrate the current events from the wiki into my calendar application. In the end I scratched my itch by writing a quick screen-scraping script to generate an iCal feed[1]. Fast forward to the present day and the amount of activity in OSM has increased to the point where my poor calendar is starting look rather cluttered from the volume of events. As I'm often not interested in events happening a long way from me I have updated the script to be geo aware. Users of the feed can now specify an additional bounding box parameter (e.g. [2]) to obtain the events in their area of interest. Not all events have an easily identifiable location, if you would like to include these events add the nongeo=true parameter to the url (e.g. [3]). Regards, Andy [1] http://www.openstreetmap.org.uk/events.ics [2] http://www.openstreetmap.org.uk/events.ics?bbox=-5.73,49.92,1.46,51.79 [3] http://www.openstreetmap.org.uk/events.ics?bbox=-5.73,49.92,1.46,51.79nongeo=true ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Australia has Google Street View!
Ok, let's add that the lifespan of the contamination is that of short term memory. - L On 5 Aug 2008, at 19:14, Frederik Ramm wrote: Hi, Laurence Penney wrote: [stuff about contaminated state of mind prohibiting data entry to OSM] It is conceivable that someone moves into a new town, gets everywhere by legally using Google maps, never really looking at a street sign (at least not before knowing exactly what will be on there from his Google map), and after a year or so knowing most of the place by hard. According to your strict reading, the sad git would probably be unable to contribute to OSM in this town, ever, because is brain is now a derived work of Google maps... Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging trailblazes / marked paths
On Tue, Aug 5, 2008 at 9:40 PM, Alex Mauer [EMAIL PROTECTED] wrote: Frederik Ramm wrote: I've never been a friend of that voting business but it seems to get more absurd every day. Is it perhaps time now to have a vote on abolishing votes altogehter - or should we continue to let people vote on whatever they like and ignore the results? Hmm. It's a tough one, especially when 34 people (out of an electorate of, lets say, the 5,750 people editing last month) only narrowly agree on restructuring some of the most widespread tags in the db. The wiki, for better or worse, is most likely seen as authoritative by most of those 5,750 people and so I'd like it if everyone was a bit more cautious about changing what's said on there, especially when it comes to changing existing conventions/features, posting stuff that's contrary to established use, or confusing or complex topics. I like Andy Allan's modifications to the Key:crossing page, suggesting that it be used for documenting current usage, with renderers working from that. So all you have to do to add a key or value is to use it. It's the way I like it, although the downside is that I'll often start tagging and rendering new stuff and forget to document it (or even add it to the key) (Ahem. Notice is hereby given that tagging cafes with fryup=yes is likely to get you a nice fork-in-a-sausage symbol on the cycle map :-) http://www.gravitystorm.co.uk/osm/?zoom=16lat=6711490.40418lon=-11750.44101layers=B00 ) It's unfortunate that current usage is so hard to find, particularly outside of Europe... If anyone needs some real figures for these discussions, I'm more than happy to help. I only realised recently that tagwatch only covers Europe, which is unfortunate. So below is the list of ways using the highway tag with more than 100 instances. You can see that the highway=footway/cycleway/bridleway/pedestrian totals 509,920 instances (path has a respectible, but tiny by comparision, 2165). And everyone should remember the 509k instances mean that *lots* of different contributors use these tags and understand them; and there are *lots* of renders, routing algorthims and whatnot understand and use them too. So what are the advantages of the change? One scheme that covers the corner cases along with the most common occurences. And the disadvantages? Confusion for many contributors, every data user needing to understand two sets of tagging styles, the most common cases (the 509k) needing twice as many tags as before, and the corner cases are still fairly corner needing a small handful of tags. So in my opinion, the problem is the main tagging scheme wasn't well enough documented (a canal towpath is hardly a pedestrian precinct, which I came across today) to prevent arguments and misunderstandings, but the proposed upheaval and/or dual tagging regimes is overkill. A way to tag the corner cases that don't fit in well would have been much preferable. And you can throw in the term cost/benefit here as well, but I'm sure everyone gets my point by now. Cheers, Andy residential | 12605937 service | 2200128 unclassified | 106 | 529868 secondary| 510636 track| 417479 tertiary | 391691 footway | 320536 primary | 268507 motorway_link| 181060 cycleway |97914 pedestrian |84164 motorway |81050 trunk|70124 trunk_link |27778 primary_link |20594 steps|19919 living_street|13936 road | 8500 bridleway| 7306 unsurfaced | 6313 minor| 4010 path | 2165 construction | 1675 FIXME| 889 secondary_link | 738 byway| 630 footpath |
Re: [OSM-talk] tagging trailblazes / marked paths
Dave Stubbs wrote: Gotcha. Excepth that, assuming you /can/ walk on it, that's what the rest of us have been using highway=footway for since the dawn of time (well, dawn of map features maybe. well, last couple of years at least). If it happened to have another purpose (ie: bikes or horses) then it got upgraded to cycleway or bridleway. If that's not what you thought highway=footway meant then I guess the docs for highway=footway need updating (again). From Tag:highway=footway: For designated footpaths, i.e. mainly/exclusively for pedestrians. That is a perfectly reasonable definition in my opinion. However, I see a distinction among intended for, allowed, and not forbidden. So it really depends on interpretation. In particular, footways have a particular legal status in the UK which doesn't apply to every place that you can walk. And even in the US there's a difference between a path and a path built specifically for people to walk on. So that means 2 to 9 are fully covered by the existing map features (ie: footway/cycleway/bridleway/track/service) 2-4: clearly not mainly/exclusively for pedestrians, since it's not for anything in particular. It's just a path; certainly no cycleway or bridleway, even though bicycles and horses don't appear to be forbidden. 5: it's a cycleway and a footway. Calling it only one of those gives a priority which doesn't exist. That problem is fixed with the designated value for access. 6: the purpose of the path is impossible to determine. All we can see is what is forbidden. We can perhaps hope that horses and bicycles are allowed to use it, I guess. It's still not a bridleway. 7,8: covered by f/c/b 9: again, we can't tell what it's for, just what's forbidden. Definitely not a bridleway since horses are forbidden. Not a cycleway either though, since it's not /for/ bicycles. Aside: I don't think track/service matter at all for this purpose. Nonsensical is a matter of opinion clearly. You can't just say things are nonsensical and hope that means something. It happens to make perfect sense. You might not like it, and there might be a better way, but that's not really the same thing. OK, perhaps nonsensical was too strong. Against the intent of the highway tag certainly, and I'd add defeating the purpose of the access series of tags as well. I hope you agree with my point that the legal accessibility of a way doesn't belong in the highway key, especially when we have a separate key for it. -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] superways as relations ?
2008/8/6 Ben Laenen [EMAIL PROTECTED]: On Tuesday 05 August 2008, Karl Newman wrote: Sounds like you're looking for this: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_ Tag Segmented tags doesn't solve data duplication for dual carriage ways, or a set of roads with lots of cul-de-sacs with the same name, and similar situations. is there any reason why the data model has to have ways which are single direction and linear? by which i mean, why can't a single way be branched in shape? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Succesvolle Meeting
Hey allemaal, Gisteravond hebben we in Veenendaal een succesvolle meeting gehad met ongeveer 12 aanwezigen waaruit bleek dat er ideeën en enthousiasme genoeg is, en dat de uitdaging ligt in het in goede banen leiden van al die energie. Ook is er verschil van mening over organisatie. De een vindt het noodzakelijk om een duidelijke organisatie in Nederland op te zetten, terwijl de ander zich lekkerder voelt bij vrijheid-blijheid. Dit is denk ik een direct gevolg van de hemelsbreed verschillende verwachtingen die er leven. Ik persoonlijk heb als eerste doel om op basis van OSM data een routeerbare kaart te maken van minstens de kwaliteit van die van betaalde alternatieven. Mijn tweede doel is een mooie grafische weergave te kunnen maken van Ede, met daarin straten, fietspaden, gebouwen, en parken. Deze kan dan bijvoorbeeld uitgespuugd worden door de informatie kiosk aan het begin van de stad. Ik wil voorstellen dat we een aantal aandachtsgebieden definiëren, en daar taakgroepen voor opzetten. Het heeft niet zo veel zin om met z'n allen dingen te gaan roepen over infrastructuur of GIS databases. Ik heb de volgende aandachtsgebieden in gedachten: - Tagging standaard (Vastleggen welke tags we waarvoor willen gebruiken in Nederland. Dit moet dan een lijst met sluitende definities worden waar dus ook in staat wanneer exact een zandpad een track grade 4, grade 5, of highway unsurfaced is, en hoe je een 1-richtingsweg met 2-richtingsfietspaden eraan tagged.) - Routering (Nadenken over eisen aan de OSM data om deze succesvol te kunnen omzetten naar een routeerbare kaart in een willekeurig formaat) - Rendering (Verschillende views definiëren, en stylesheets daarvoor ontwikkelen) - Promotie (Opzetten duidelijke website, met voor belangrijke use-cases makkelijk vindtbaar alle informatie die nodig is. Bijvoorbeeld een handleiding voor iemand die nieuw geplaatste paaltjes in zijn straat op de kaart wil zetten, en voor iemand die een complete stad heeft gevonden en die wil invoeren) Ik wil meteen vast intekenen voor de groepen Tagging standaard, en Rendering. Geloof je in de noodzaak van organisatie van OSM Nederland? Voeg je dan bij 1 van de genoemde groepen, of definieer een nieuwe. Geloof je *niet* in organisatie? Laat de eerder genoemde personen dan lekker hun ding doen, en hou je hier verre van! :D Iedereen blij. Ik hoop jullie snel nog eens te ontmoeten, en samen mooie dingen te maken! Met vriendelijke groet, Geert Schuring. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Succesvolle Meeting
At Tue, 5 Aug 2008 09:15:24 +0200, Geert Schuring wrote: Geloof je in de noodzaak van organisatie van OSM Nederland? Voeg je dan bij 1 van de genoemde groepen, of definieer een nieuwe. We hebben al de OSM Foundation die in principe gewoon internationaal is. Zijn mensen die graag een OSM Nederland willen daar al lid van? Zo nee, waarom niet? Zie http://foundation.openstreetmap.org/ voor meer informatie. Subsidies die per se een Nederlandse rechtspersoon nodig hebben prima via Vrijschrift zoals we dat de afgelopen paar keer gedaan hebben, 2 van de 5 bestuursleden van Vrijschrift zijn ook actief binnen OSM (Ante en ik). Daarnaast kan Vrijschrift ook wel voor meer gebruikt worden dan alleen subsidies, zo zijn persberichten ook al via de Vrijschrift nieuws lijst gegaan en is met de AND import de Vrijschrift server ook gebruikt. Mijn vraag dus: Wat voegt een OSM Nederland stichting/vereniging toe en weegt dat op tegen de kosten? Groeten, Jeroen Dekkers ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Succesvolle Meeting
On Tuesday 05 August 2008, Jeroen Dekkers wrote: At Tue, 5 Aug 2008 09:15:24 +0200, Geert Schuring wrote: Geloof je in de noodzaak van organisatie van OSM Nederland? Voeg je dan bij 1 van de genoemde groepen, of definieer een nieuwe. Mijn vraag dus: Wat voegt een OSM Nederland stichting/vereniging toe en weegt dat op tegen de kosten? Organisatie betekende in dit verband (voorzover ik gisteren heb meegekregen) meer organisering dan zoiets als een stichting of vereniging. De bedoeling is (alweer zoals ik het zie) om communicatie te verbeteren (ook naar buiten toe, en naar beginners), bijvoorbeeld door middel van de voorgestelde werkgroepen (alhoewel we het daar nog niet specifiek over hebben gehad). Het is dus /niet/ de bedoeling om een nieuwe wetspersoon (of hoe zoiets heet) op te richten. Wat betreft die werkgroepen: als het wat wordt wil ik wel meebabbelen over tagging en routering. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Succesvolle Meeting
At Tue, 5 Aug 2008 12:58:08 +0200, Freek wrote: On Tuesday 05 August 2008, Jeroen Dekkers wrote: At Tue, 5 Aug 2008 09:15:24 +0200, Geert Schuring wrote: Geloof je in de noodzaak van organisatie van OSM Nederland? Voeg je dan bij 1 van de genoemde groepen, of definieer een nieuwe. Mijn vraag dus: Wat voegt een OSM Nederland stichting/vereniging toe en weegt dat op tegen de kosten? Organisatie betekende in dit verband (voorzover ik gisteren heb meegekregen) meer organisering dan zoiets als een stichting of vereniging. De bedoeling is (alweer zoals ik het zie) om communicatie te verbeteren (ook naar buiten toe, en naar beginners), bijvoorbeeld door middel van de voorgestelde werkgroepen (alhoewel we het daar nog niet specifiek over hebben gehad). Het is dus /niet/ de bedoeling om een nieuwe wetspersoon (of hoe zoiets heet) op te richten. Wat betreft die werkgroepen: als het wat wordt wil ik wel meebabbelen over tagging en routering. Okee, dan heb ik niks gezegd, dat was me alleen niet helemaal duidelijk. :-) Groeten, Jeroen Dekkers ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Succesvolle Meeting
On Tue, 5 Aug 2008, Jeroen Dekkers wrote: At Tue, 5 Aug 2008 09:15:24 +0200, Geert Schuring wrote: Geloof je in de noodzaak van organisatie van OSM Nederland? Voeg je dan bij 1 van de genoemde groepen, of definieer een nieuwe. We hebben al de OSM Foundation die in principe gewoon internationaal is. Zijn mensen die graag een OSM Nederland willen daar al lid van? Zo nee, waarom niet? Omdat foundation != vereniging. En ik een @[EMAIL PROTECTED][EMAIL PROTECTED] hekel heb aan stichtingen met bij behoorde hierarchie. Mijn vraag dus: Wat voegt een OSM Nederland stichting/vereniging toe en weegt dat op tegen de kosten? Een vereniging; saamhorigheid. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Succesvolle Meeting
2008/8/5 Stefan de Konink [EMAIL PROTECTED]: Mijn vraag dus: Wat voegt een OSM Nederland stichting/vereniging toe en weegt dat op tegen de kosten? Een vereniging; saamhorigheid. Niet dat ik meteen de Web 2.0 hippie wil uithangen, maar volgens mij zijn er tegenwoordig efficiëntere sociale structuren op te zetten dan verenigingen. Ik heb net iets teveel statutenwijzigingen uitgewerkt om daar zin in te hebben. Laten we rechtspersonen alleen inzetten waar ze anno 2008 nog praktisch nut hebben: voor geld en aansprakelijkheid. Ik zeg: leve Vrijschrift! Voor de saamhorigheid en gezelligheid(!) is het zaak een goed web platform te hebben en consensus over welke communicatie waar plaats moet hebben. Er bestaat nog steeds geen heilige graal op dit gebied, dus het komt erop neer dat we verschillende services moeten combineren. De mailinglijst lijkt me veruit de beste oplossing voor belangrijke zaken, leuk/nuttig nieuws en sommige discussies. De mailinglijst is niet handig voor beginners: die wil je waarschijnlijk gewoon een fancy website met glasheldere instructies geven. Zet een link Geavanceerd op die pagina die doorverwijst naar de wiki. Voor het saamhorigheids gevoel zou je kunnen kijken naar sites als Facebook en Hyves. Ook al ben ik zelf niet honderd procent enthousiast over die sites, feit is dat bijna elke Nederlander ze kent en ze laagdrempelig zijn. Ons kerndoel is open geodata; op andere terreinen mag je dan best iets opofferen als dat een paar extra man-eeuwen oplevert. (Behalve Windows gebruiken, dat gaat me te ver :-) ) Ook heb ik het idee dat we nog niet echt een ultiem samenwerkingsplatform voor ingewikkeldere dingen hebben. Denk aan het in elkaar draaien van zo'n nieuwe portal, een nieuwe API, grote programmeer taken, grote mapping parties. De wiki helpt, maar het lijkt erop dat ontmoetingen in real life de meeste vruchten afwerpen. Dus ik zie twee routes (whaha): 1 - meer ontmoetingen in real life. http://www.upcoming.org/ en http://meetup.com zouden hier uitkomst kunnen bieden. Het zou leuk zijn als mensen die zin hebben om een weekendje te programmeren of mappen dat aan kunnen geven. Dat kan nu ook wel, maar dit soort sites zijn hiervoor gemaakt. Bijkomend voordeel is dat ze aandacht trekken van mensen buiten de gemeenschap. Iedereen die activiteiten in zijn stad afstruint op meetup.com komt dan de OSM mapping sessies tegen. 2 - (nog) betere online collaboration tools. Sjors P.S. Excuses voor de paar nare stukjes Engels; 4 maanden Australië begint zo zijn sporen na te laten (maar ik gebruik in ieder geval nog trema's). ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Belg verwerkt kaarten Openstreetmap in gratis navigatiesysteem
De Belg Pol Robeys heeft een gratis navigatiesysteem voor mobiele telefoons met de opensourcekaarten van Openstreetmap gemaakt. Het programma We-Travel is een Java-applicatie en zou dus op bijna elke moderne telefoon werken. Bron: http://tweakers.net/nieuws/54925/belg-verwerkt-kaarten-openstreetmap-in-gratis-navigatiesysteem.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap in gratis navigatiesysteem
Ze hebben de kaarten er af gehaald. Heeft iemand een mirror? 2008/8/5 Rob [EMAIL PROTECTED] De Belg Pol Robeys heeft een gratis navigatiesysteem voor mobiele telefoons met de opensourcekaarten van Openstreetmap gemaakt. Het programma We-Travel is een Java-applicatie en zou dus op bijna elke moderne telefoon werken. Bron: http://tweakers.net/nieuws/54925/belg-verwerkt-kaarten-openstreetmap-in-gratis-navigatiesysteem.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap in gratis navigatiesysteem
Hoi, ik kon nog net de nederlandse kaart downloaden terwijl de server aan het bezwijken was, ik heb die nu neergezet op: http://www.xs4all.nl/~remcovz/Netherlands.zip De applicatie zit er ook in, bij mijn Nokia E90 is hij al een half uur bezig met de installatie ervan. Remco On Tue, Aug 05, 2008 at 04:48:52PM +0200, Skywave wrote: Ze hebben de kaarten er af gehaald. Heeft iemand een mirror? 2008/8/5 Rob [EMAIL PROTECTED] De Belg Pol Robeys heeft een gratis navigatiesysteem voor mobiele telefoons met de opensourcekaarten van Openstreetmap gemaakt. Het programma We-Travel is een Java-applicatie en zou dus op bijna elke moderne telefoon werken. Bron: http://tweakers.net/nieuws/54925/belg-verwerkt-kaarten-openstreetmap-in-gratis-navigatiesysteem.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Remco van Zuijlen [EMAIL PROTECTED] ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap in gratis navigatiesysteem
nu.nl heeft het ook overgenomen: http://www.nu.nl/news/1688343/50/OpenStreetMap_basis_voor_gratis_navigatiesoftware.html goeie pr :) groet, floris ps. kent iemand trouwens dat bedrijf automotive? ;) Remco van Zuijlen schreef: Hoi, ik kon nog net de nederlandse kaart downloaden terwijl de server aan het bezwijken was, ik heb die nu neergezet op: http://www.xs4all.nl/~remcovz/Netherlands.zip De applicatie zit er ook in, bij mijn Nokia E90 is hij al een half uur bezig met de installatie ervan. Remco On Tue, Aug 05, 2008 at 04:48:52PM +0200, Skywave wrote: Ze hebben de kaarten er af gehaald. Heeft iemand een mirror? 2008/8/5 Rob [EMAIL PROTECTED] De Belg Pol Robeys heeft een gratis navigatiesysteem voor mobiele telefoons met de opensourcekaarten van Openstreetmap gemaakt. Het programma We-Travel is een Java-applicatie en zou dus op bijna elke moderne telefoon werken. Bron: http://tweakers.net/nieuws/54925/belg-verwerkt-kaarten-openstreetmap-in-gratis-navigatiesysteem.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Remco van Zuijlen [EMAIL PROTECTED] ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap in gratisnavigatiesysteem
Moeten wij de Nederlandse uitvoering niet even gaan mirrorren op onze tileserver? Dit is goeie reclame voor OSM en het is zonde als mensen afhaken omdat een server overbelast is - Original Message - From: Skywave To: OpenStreetMap NL discussion list Sent: Tuesday, August 05, 2008 16:48 Subject: Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap in gratisnavigatiesysteem Ze hebben de kaarten er af gehaald. Heeft iemand een mirror? 2008/8/5 Rob [EMAIL PROTECTED] De Belg Pol Robeys heeft een gratis navigatiesysteem voor mobiele telefoons met de opensourcekaarten van Openstreetmap gemaakt. Het programma We-Travel is een Java-applicatie en zou dus op bijna elke moderne telefoon werken. Bron: http://tweakers.net/nieuws/54925/belg-verwerkt-kaarten-openstreetmap-in-gratis-navigatiesysteem.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap ingratisnavigatiesysteem
Oh, ik zie dat Tweakers.net, Remco en ik al een mirror gemaakt hebben :D http://tile.openstreetmap.nl/~lambertus/we-travel/Netherlands.zip - Original Message - From: Lambertus To: OpenStreetMap NL discussion list Sent: Tuesday, August 05, 2008 20:58 Subject: Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap ingratisnavigatiesysteem Moeten wij de Nederlandse uitvoering niet even gaan mirrorren op onze tileserver? Dit is goeie reclame voor OSM en het is zonde als mensen afhaken omdat een server overbelast is - Original Message - From: Skywave To: OpenStreetMap NL discussion list Sent: Tuesday, August 05, 2008 16:48 Subject: Re: [OSM-talk-nl] Belg verwerkt kaarten Openstreetmap in gratisnavigatiesysteem Ze hebben de kaarten er af gehaald. Heeft iemand een mirror? 2008/8/5 Rob De Belg Pol Robeys heeft een gratis navigatiesysteem voor mobiele telefoons met de opensourcekaarten van Openstreetmap gemaakt. Het programma We-Travel is een Java-applicatie en zou dus op bijna elke moderne telefoon werken. Bron: http://tweakers.net/nieuws/54925/belg-verwerkt-kaarten-openstreetmap-in-gratis-navigatiesysteem.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-tr] openstreetmap ile ilgili turkce bilgi
Merhaba, Linux Kullanicilari Dernegi'nin www.linux.org.tr web sitesinde cesitli ozgur yazilimla ilgili calismalara bilgi veriliyor. Bunun yani sira ozgur baska projelere de yer veriliyor -- ornegin wikipedia'ya ozgur ansiklopedi adi altinda ayrilmis bir tane sayfa var. Su anda site yenileniyor, hazir yenilenirken OpenStreetMap de burada yer alsa guzel olur -- internette biraz arandim ama projeyi anlatan Turkce bir sayfaya ulasamadim. Elde boyle bir belge var mi? Cagri gecen seneki Linux ve Ozgur Yazilim Senligi'nde bir sunum yapmisti, o sunum dosyasi ortalikta bir yerde varsa ondan kirpip yildiz yapabilirim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] Topomapper - Freigabe für OSM
Martin Koppenhoefer schrieb: bei mir läuft es zwar, aber die gebotenen Maßstäbe sind nicht zufriedenstellend. Da erzielen wir mit unseren Mitteln bessere Ergebnisse, würde ich sagen. Deutlich. Wie meinst Du das? Eine topografische Rasterkarte hat nun mal eben nur einen Masstab. Was hast Du für bessere Quellen für exotischere Gegenden? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstimmung: service=parking aisle
Hallo. Am Dienstag, 5. August 2008 schrieb Thorsten Feles: is gibt mal wieder eine Abstimmung zum Thema Wege auf Parkplätzen. http://wiki.openstreetmap.org/index.php/Proposed_features/service%3Dparking http://wiki.openstreetmap.org/index.php/Proposed_features/service%3Dparking_aisle :) mir richt eigentlich der highway:service Ack. Allerdings ist das Proposal absolut non-destruktiv, es gibt also keinen Nachteil wenn jeder Gegner der neuen Idee weiterhin alles macht wie bisher. und obendrein ist service: schon von den Pufferküssern belegt ... DAS wurde nur nicht schnell genug verhindert und sollte kein Grund sein, das für alle Zeiten als reserviert zu betrachten. Die haben AFAIK 3 Werte dafür in Benutzung. Tags, die ein anderes nur näher spezifizieren befinden sich ja quasi in einem Namespace, können also unter einem highway=* etwas ganz anderes bedeuten als unter railway=*. Gruß, Bernd -- An Rheumatismus und an wahre Liebe glaube man erst, wenn man davon befallen ist. - Marie v. Ebner-Eschenbach (österr. Schriftstellerin) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
2008/8/4 Steffen Voß [EMAIL PROTECTED]: Moin Mit der Maus hingegen muss mein Auge zuerst suchen wo ich hinklicken soll und laufend kontrollieren ob der Mauszeiger auch wirklich da hin geht wo ich das gern hätte. Das kann natürlich auch trainiert werden (daher klicken Gamer so vill schneller als normale Menschen), aber ob das reicht um ein Nur-Maus-Interface als effizienter zu bezeichnen mag ich bezweifeln. Vor allem hat der Mensch ja 2 Hände die parallel (nicht quasiparallel wie bei Threads) arbeiten können. 1. Das Problem bei dieser Diskussion ist, dass es wenig gute Oberflächen gibt und dass man sich deswegen viele Workarounds angewöhnt hat. Kannst du mir ein Beispiel für eine gute Oberfläche nennen? Es geht aber bei der Mouse/Tastatur-Geschichte um Qualitativ unterschiedliche Gedanken: Oh, ich hab noch nie von der Qualität eines Gedankens gehört.Bin mir auch nicht bewusst, dass ich meine Gedanken qualitativ Einteile. Allerdings kann ich mir vorstellen, dass sich ein Gehirn bei der Assoziation verschiedenen Objekte durchaus darum kümmert. Versuch mal gleichzeitig die Namen Deine Freunde und Bekannten aufzusagen und gleichzeitig Kreise mit der Mouse zu ziehen. Und dann probierst Du das gleiche noch einmal und versuchst nebenher die Tasten A T G M so oft wie möglich hintereinander zu treffen. Dass werde ich gerne versuchen, wenn du dafür versuchst gleichzeitig den Namen deiner Freunde aufzusagen und mit der Maus einen Ikosaeder zu zeichnen. Und dann probierst du das gleiche noch einmal und versuchst nebenher die Tasten der Anfangsbuchstaben des Freundes zu treffen. 2. Niemand hat von einem Nur-Mouse-Interface gesprochen. Aber die wichtigsten Funktionen sollte man mit der Mouse erledigen können. Wenn ich mich recht erinnere kann ich mit der Maus Objekte auswählen, diese verschieben, Neue erzeugen, etc. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fernsteuer-Plugin
Hallo, Am Dienstag 05 August 2008 schrieb Frederik Ramm: ich habe ein neues Plugin fuer JOSM gebaut, mit dem eine Web-Anwendung wie z.B. OSBugs oder Tagwatch ueber einen speziellen Link Befehle an JOSM schicken kann (lade den Bereich X und selecte das Objekt Y). So wird es hoffentlich leichter, mal eben in JOSM irgendwas zu laden, was man in Tagwatch gefunden hat o.ae. Hast Du Dir das Sicherheitstechnisch durchdacht? Also wenn man nur selektieren und laden kann ist das sicher eingeschränkt, aber mir fallen trotzdem ne ganze latte an potentiellen Problemen ein, die man damit aufreißt. Wer deswegen besorgt ist, der kann in den Preferences ein Haeckchen setzen, so dass er bei jeder Remote Control-Anfrage ein Popup bekommt, ob er das erlauben will oder nicht. Ich sehe aber derzeit kein Bedrohungsszenario. 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/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Am 5. August 2008 10:46 schrieb m*sh [EMAIL PROTECTED]: Am Di, 5.08.2008, 00:29, schrieb Martin Koppenhoefer: Wie Du in JOSM ohne Maus zeichnest, ist mir ein Raetsel (oder nutzt Du ein vergleichbares Tool wie Trackball/pointer?). Ich bin davon abgekommen JOSM zu verwenden - ausserdem 'zeichnet' man ja beim Mappen nicht wirklich. Wenn es gar nicht anders geht, gibt es ja immer noch die Tastaturmaus. wenn das kein Zeichnen ist, was dann? Die nodes kommen vom GPS und das einzige was ich damit mache sind Verbindungen zwischen Wegen erstellen oder loeschen, bzw. ueberfluessige nodes loeschen. Der Rest ist 'Feinarbeit', d.h. den nodes die richtigen Tags verpassen. Das hat mit Malen oder zeichnen IMHO nix zu tun. ich machs mal kurz: genau das ist Zeichnen am Computer. Abgesehen davon kommen auch die Nodes nicht vom GPS sondern man _zeichnet_ sie meist in der Naehe der Punkte vom GPS-Track, wobei dieser abstrahiert/vereinfacht wird. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Hi, Was sind denn die Basisfunktionen? IMHO: * Zoomen * Kartenausschnitt verschieben Damit schaut man sich als Einsteiger um und wenn man arbeiten will, sucht man sich so seine Baustelle. Diese Funktionen sollten so einfach wie möglich sein. Einfach ist das, was Benutzer anderer Software schon kennen. JOSM Einsteiger kennen mindestens die Slippy Map. Ich würde also vorschlagen, die Bedienung anzugleichen. Aber das tut doch Potlatch bereits. Wer den Anspruch hat, einen *einfach* zu bedienenden Editor zu haben, der sollte m.E. wirklich zu Potlatch greifen. Auch dort gibt es eine Lernkurve, aber wer ohne Vorbelastung und nur mit Kenntnis der Slippymap rangeht, sollte doch mit Potlatch schnell klarkommen. Auch alles weitere, was Du schreibst, ist mehr oder weniger 1:1 schon in Potlatch vorhanden, mit Ausnahme der Fortgeschrittenen-Features im Kontextmenue vielleicht. Aber die koennte man Potlatch ja auch noch beibringen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Hallo, ich machs mal kurz: genau das ist Zeichnen am Computer. Abgesehen davon kommen auch die Nodes nicht vom GPS sondern man _zeichnet_ sie meist in der Naehe der Punkte vom GPS-Track, wobei dieser abstrahiert/vereinfacht wird. Oder sagen wir: Man *sollte* seine Nodes von Hand zeichnen. Es gibt ja die Option, GPS-Daten umzuwandeln, aber das fuehr i.d.R. zu trashigeren Ergebnissen als die Handarbeit. 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/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
1. Potlatch ist wirklich langsam, wenn der Bildschirm voller Nodes ist. Das Problem liegt dann aber unmöglich an der Bedienung vom Josm.. 3. Warum muss die Bedienung in JOSM anders sein, als in Potlatch? Weil Josm nicht Potlatch ist? Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bennenen von Geb?uden, Pl?tzen, etc.
Tobias Wendorff [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] schrieb: Tankstelle am Seehof: Ich denke nicht, dass die Tankstelle Am Seehof hei?t, sondern der ganze Rastplatz. Die Tanke, die ich unter Am Seehof kenne, ist kein ganzer Rastplatz... 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] Wir brauchen Ampeln (war: Ampel-Verwirrung Fahrrad-Ampeln)
Hallo, Außer die Karte bunt machen bringen diese Ampeln überhaupt nix. Dann denk nochmal nach. Ein sehr wichtiger Zweck von Karten ist, das Zurechtfinden zu erleichtern, und Ampeln sind seit jeher ein ganz selbstverstaendlicher Teil von Wegbeschreibungen, weil sie i.d.R. unuebersehbar sind: An der dritten Ampel links hoch, dann ueber eine Ampel drueber und rechts abbiegen. Insofern ist es fuer uns schon interessant, Ampeln in der Datenbank zu haben; aber man muss natuerlich nicht nur wissen, dass irgendwo ein Ampelmast steht, sondern auch, welchen Verkehr er steuert. Wie von anderen bereits mehrfach erwaehnt, sind Ampeln ueberdies fuers Routing interessant, weil bei zwei ansonsten gleichwertigen Strecken diejenige mit weniger Ampeln bevorzugt werden kann. Und fuer ein sicheres Fussgaenger-Routing sind sie sogar unabdingbar - wenn ich automatisiert kuerzeste Schulwege berechnen will, dann *muss* ich genau wissen, wo Fussgaengerampeln sind und wo nicht; eventuell will ich sogar wissen, wo Fussgaenger sicher bei gruen ueberqueren koennen und wo solche Autos haben gleichzeitig gruen-Ampeln sind. Was die Richtung der Ampel/welche Spur wird geregel anbelangt: Wenn wir soetwas mappen wollen wie grüne Wellen, dann wird's unendlich komplex bei den inzwischen recht dynamischen Anlagen: Anforderungkontakte, Lastabhängige Zyklusverlängerungen, Nachtabschaltung, ÖPNV-Priorisierungen... Typisches, wenig hilfreiches slippery slope-Argument: Wenn ihr X wollt, dann werdet ihr auch Y wollen, und Y ist zu schwierig. Wenn wir erstmal komplett erfasst haben, welcher Verkehr von welcher Ampel gesteuert wird, koennen wir uns ueber die anderen Sachen immer noch Gedanken machen. Und selbst wenn es einem Spezialisten gelingt, das mappingtechnisch abzubilden: a) wer will das aktuell halten? Ich wage zu behaupten, das das Vorhandensein von Ampeln ungefaehr im gleichen Masse Aenderungen unterworfen ist wie das Vorhandensein von Fusswegen. Also durchaus handhabbar fuer uns. b) welcher unserer Nutzer braucht so eine Ampeldatenbank? Leute, die die Karte zur Orientierung nutzen, Leute, die sie fuers Routing oder fuer Streckenoptimierung nutzen, wie oben geschildert. Brauchen ist uebertrieben - aber *nuetzlich* sind die Daten allemal. Ich habe selbst auch noch keine einzige Ampel getaggt, weil ich mir noch kein gutes, tragfaehiges Schema ueberlegt habe, aber ich bin sicher, dass wir Ampeln flaechendeckend erfassen werden und diese Information auch sinnvoll nutzen koennen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ampel-Verwirrung Fahrrad-Ampeln
Am Di, 5.08.2008, 12:01, schrieb Johann H. Addicks: Martin Koppenhoefer dieterdreist at gmail.com Tue Aug 5 03:02:53 BST 2008 Was sollen diese Ampelmasten denn erreichen? Gleiche Frage kann man wohl für viele Attribute stellen. Bei den Ampeln könnte ich mir jedoch gut vorstellen, dass Navigationssysteme für die Fahrzeitberechnung, je nach Anzahl der angrenzende Straßen, mal ein oder zwei Minuten mehr Zeit einplanen. Verständlich wäre es für mich, wenn der Kreuzungspunkt exakt eine Ampel bekäme und dieser dann nicht mit einem Mast, sondern mit irgendeinem Kreis unterlegt würde. Das mit dem Ampel je Kreuzung sehe ich auch. Man könnte jedoch (als Overkill) je Ampel und Fahrtrichtung sagen wie lange ich (im Schnitt) zu warten habe. Was die Darstellung in Karten angeht: Geschmackssache. Der eine nimmt Mapnik, der andere Osmarender, der nächste den Cyclemap und wieder der nächste nimmt einen Renderer für seinen Zweck. Bei einer Straße mit viele Ampeln, kann ich mir schon mal auf etwas gefasst machen und deshalb ist eine graphische Anzeige nicht verkehrt. Wie die auszusehen hat, geht jedoch über die Frage hinaus, ob diese Informationen überhaupt zu erfassen sind. -jha- -- Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fernsteuer-Plugin
Hanno Böck schrieb: Am Dienstag 05 August 2008 schrieb Frederik Ramm: ich habe ein neues Plugin fuer JOSM gebaut, mit dem eine Web-Anwendung wie z.B. OSBugs oder Tagwatch ueber einen speziellen Link Befehle an JOSM schicken kann (lade den Bereich X und selecte das Objekt Y). So wird es hoffentlich leichter, mal eben in JOSM irgendwas zu laden, was man in Tagwatch gefunden hat o.ae. Hast Du Dir das Sicherheitstechnisch durchdacht? Also wenn man nur selektieren und laden kann ist das sicher eingeschränkt, aber mir fallen trotzdem ne ganze latte an potentiellen Problemen ein, die man damit aufreißt. Das ist sicherlich auch ein Grund dafür, dass dies als plugin gelöst ist, das man eben abschalten kann, wenn man es nicht braucht. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°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] JOSM Einstieg geschafft! :-D
Moin! Andererseits weiss ich aus langjaehriger Unix-Anfaenger-Betreuung, was dann passieren wird. Sobald ein Newbie auf der Liste irgendwas fragt, kommen die alten Hasen und sagen: Ho ho ho, stell erstmal die folgenden 28 JOSM-Preferences um bzw, nimm erstmal mein Configfile hier und dann kann ich Dir helfen (und ein anderer alter Hase hat ein anderes Configfile und so weiter). Vielleicht ist es wirklich besser, wenn eine Applikation sich auf genau EINE Art bedienen laesst und nicht versucht, es jedem recht zu machen. Aber dann sind wir auch schon fast wieder bei Potlatch... Das lässt sich wohl befürchten. Vor allem löst es nicht das Problem, dass OSM eigentlich den Anspruch hat, dass jeder mitmachen kann. Da mit *DAS* Tool zur Bearbeitung zumindest die Basisfunktionen möglichst intuitiv machen. Was sind denn die Basisfunktionen? IMHO: * Zoomen * Kartenausschnitt verschieben Damit schaut man sich als Einsteiger um und wenn man arbeiten will, sucht man sich so seine Baustelle. Diese Funktionen sollten so einfach wie möglich sein. Einfach ist das, was Benutzer anderer Software schon kennen. JOSM Einsteiger kennen mindestens die Slippy Map. Ich würde also vorschlagen, die Bedienung anzugleichen. Dann: * Linksklick: Wenn der Klick ins Leere geht = Neuen Punkt als Anfang eines Ways anlegen. Wenn der Klick ein Objekt trifft = Objekt auswählen Wenn der Klick in die Nähe eines Objektes geht, das man auswählen möchte = Objekt auswählen Wenn man das verhindern will muss man den Linksklick mit Ctrl kontrollieren - Ctrl+Linksklick = Neuen Punkt als Anfang eines Ways anlegen. * Doppelklick Neuen Einzelpunkt anlegen Macht es Sinn, hier auch eine Snapping-Funktion zu haben? Ich glaube nicht, oder? * Links geklickt halten, Mouse bewegen Auswahl verschieben Wenn nichts ausgewählt ist, Kartenausschnitt verschieben Ich habe den Einwand gelesen, dass das in Innenstädten schwierig sein könnte, weil man zu leicht etwas ausgewähltes verschiebt. Ich glaube aber, dass das nicht so leicht passiert: Dass der Benutzer ein Objekt verschieben will, ist nur dann wahrscheinlich, wenn er zumindest in die Nähe des selektierten Objektes greift. Also kann ich sogar ein Objekt selektiert haben und trotzdem die Karte verschieben, indem ich einfach woanders hingreife. Dazu könnte man noch ein Steuerkreuz und Plus und Minus zum verschieben und Zoomen anzeigen. * Rechtsklick Kontextmenü - Das Wort sagt ja schon, dass man hier die Funktionen angezeigt bekommt, die im Kontext des gewählten Objektes möglich sind: 1. Attribute kopieren = Ctrl+C 2. Attribute einfügen = Ctril+V 3. Eigenschaften = Attributtabelle - wie gesagt - die kann man zusätzlich auch Dauerhaft einblenden. So wie es jetzt auch schon ist. Aber ich zum Beispiel habe das nicht gleich als Attributtabelle wahrgenommen. Und es ist gut mehrere Wege zum Ziel aufzuzeigen. Und Rechtsklick - Eigenschaften ist recht gängig. 4. Dazu könnte man noch diese netten Funktionen anbieten, wie Ways begradigen und Areas zu Kreisen/Rechtecken, Quadraten machen. Vielleicht auch mehrere selektierte Einzelnodes begradigen und in einen gleichmäßigen Abstand bringen (Baumreihen o.ä.) * Entf Löschen der Auswahl - Ich denke, dafür gab es hier schon eine Reihe Stimmen. Wer mag kann die Liste gerne kommentieren, verändern, ergänzen. Und wenn jemand Zeit/Lust/Befähigung hat, kann er das umsetzen oder ignorieren. JOSM hat natürlich noch eine Menge mehr Funktionen. Aber bei denen ist es ja okay, dass die über Menüs zugänglich sind und konfiguriert werden können. Bitte denkt nicht Da kommt irgendwer dahergelaufen und alles ändern. Das wirkt vielleicht ein bisschen so. Aber ich bin eigentlich in anderen OS-Projekten engagiert und bin bei OSM nur Mapper und Multiplikator. Ich wollte aber einfach mal mein Feedback geben. Was nun wer daraus macht, bestimmt nicht, ob ich ein glücklicher Mensch bin oder nicht. ;-) -- Gruß Steffen Voß http://kaffeeringe.de | Internet Kreativität Tel.: +49 431 88 88 68-3 E-Mail: [EMAIL PROTECTED] Skype: steffenvoss Jabber: [EMAIL PROTECTED] ICQ: 447639251 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ampel-Verwirrung Fahrrad-Ampeln
Martin Koppenhoefer dieterdreist at gmail.com Tue Aug 5 03:02:53 BST 2008 ich tagge überhaupt keine Ampeln, und das aus verschiedenen Gründen: [..] Dem kann ich mich nur vorbehaltlos angschließen. Außer die Karte bunt machen bringen diese Ampeln überhaupt nix. Da hätte sogar ein auf der Karte einzgezeichnetes McDonalds mehr Praxisrelevanz. Was sollen diese Ampelmasten denn erreichen? Verständlich wäre es für mich, wenn der Kreuzungspunkt exakt eine Ampel bekäme und dieser dann nicht mit einem Mast, sondern mit irgendeinem Kreis unterlegt würde. So haben wir derzeit schon an einfachen Kreuzungen von zwei simplen Tertiaries bereits 4 Ampelmasten auf der Karte. Die Darstellung mit den Miniampeln sorgt doch nur dafür, dass die Karte zugepflastert ausschaut. Wenn wir wirklich jede bereits separat gemapte Richtungsfahrspur mit eigener Lichtzeichenreglung so etwas verpassen wollen, dann kann ich der Kreuzung 200m von hier 10 solcher Masten ausgeben. Was die Richtung der Ampel/welche Spur wird geregel anbelangt: Wenn wir soetwas mappen wollen wie grüne Wellen, dann wird's unendlich komplex bei den inzwischen recht dynamischen Anlagen: Anforderungkontakte, Lastabhängige Zyklusverlängerungen, Nachtabschaltung, ÖPNV-Priorisierungen... Und selbst wenn es einem Spezialisten gelingt, das mappingtechnisch abzubilden: a) wer will das aktuell halten? b) welcher unserer Nutzer braucht so eine Ampeldatenbank? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Platz zum Ausruhen im Park
Am Montag, 4. August 2008 21:17 schrieb Christoph Eckert: Es gibt einen Grund warum ich seit 2006 park_bench verwende. Bench alleine ist nämlich ähnlich mißerständlich wie Bank. Es findet beispielsweise auch in der Geologie Verwendung (siehe [4] und [5]). Ich hatte daher entschieden, park_bench zu verwenden, um eine deutliche Abgrenzung über den Key hinaus zu erreichen. Ich muss zugeben: Die Liste unter [4] hat mich beeindruckt. Allerdings ist alles, was darin vorkommt (außer eben der Park- oder Sitzbank), entweder keine amenity (wie z.B. die geologische bench) oder es ist kein potentieller Node, weil es auf eine Land- oder Straßenkarte nicht zu erwarten ist. Wenn ich von einer Bank in der Fußgängerzone der Stadt X.Y. rede, dann ist das weit weniger eindeutig als wenn ein Anglophoner von einer dortigen bench spricht. Ein Node mit amenity=bench ist daher m.E. eindeutig (und z.B. von einem möglichen natural=bench leicht zu unterscheiden). Umgekehrt widerstrebt es mir aber, in den Bänken, die z.B. auf der Zeil (Fußgängerzone in Frankfurt am Main) stehen, Parkbänke zu sehen. Sie stehen nun einmal nicht im Park, und daher sind es keine Park-, sondern höchstens Sitzbänke. Aber wir brauchen uns darum nicht zu streiten, solange nur die Renderer wissen, dass es praktisch keinen Unterschied zwischen amenity=bench und amenity=park_bench gibt. :-) Gruß, Hatto [4] http://tinyurl.com/5c89f9 [5] http://lists.openstreetmap.org/pipermail/talk/2007-June/014481.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Moin! Aber das tut doch Potlatch bereits. Wer den Anspruch hat, einen *einfach* zu bedienenden Editor zu haben, der sollte m.E. wirklich zu Potlatch greifen. Auch dort gibt es eine Lernkurve, aber wer ohne Vorbelastung und nur mit Kenntnis der Slippymap rangeht, sollte doch mit Potlatch schnell klarkommen. Auch alles weitere, was Du schreibst, ist mehr oder weniger 1:1 schon in Potlatch vorhanden, mit Ausnahme der Fortgeschrittenen-Features im Kontextmenue vielleicht. Aber die koennte man Potlatch ja auch noch beibringen. 1. Potlatch ist wirklich langsam, wenn der Bildschirm voller Nodes ist. 2. Bei Potlatch ist man aufgeschmissen, wenn man keine Tracks hochladen kann. Das ist überhaupt der Grund gewesen, warum ich mit JOSM noch einmal angeschaut habe: Eine zeitlang konnte man keine Tracks hochladen und davor hat es halbe Tage gedauert, bis die Tracks in die DB übernommen waren. 3. Warum muss die Bedienung in JOSM anders sein, als in Potlatch? 4. Ich würde nicht mehr Features in Potlatch einbauen. Das Tool ist wirklich praktisch für Einsteiger oder für ich änder mal gerade diesen Punkt hier. -- Gruß Steffen Voß http://kaffeeringe.de | Internet Kreativität Tel.: +49 431 88 88 68-3 E-Mail: [EMAIL PROTECTED] Skype: steffenvoss Jabber: [EMAIL PROTECTED] ICQ: 447639251 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Knotenpunkte vereinigen M
Raphael Studer wrote: konnte auch noch keine Reihenfolge erkennen. Ich befürchte es wird der Node mit der höheren ID auf denjenigen mit der tieferen gezogen (oder Bingo, so ist es. cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Knotenpunkte vereinigen M
On Tue, Aug 5, 2008 at 11:02 AM, Henry Loenwind [EMAIL PROTECTED] wrote: Raphael Studer wrote: konnte auch noch keine Reihenfolge erkennen. Ich befürchte es wird der Node mit der höheren ID auf denjenigen mit der tieferen gezogen (oder Bingo, so ist es. Hab mir mal schnell den Code angesehen. Die Action (http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/actions/MergeNodesAction.java#L59) hohlt sich die Daten aus dem DataSet (http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/data/osm/DataSet.java#L178). Das DataSet verwaltet seine Primitiven in einer LinkedList. Daher würd ich meinen, die Nodes werden in der Reihenfolge gespeichert wie sie da rein gekommen sind. Vom Server dürften die meistens sortiert kommen (der kleinste zuerst), somit wird der Node mit der höheren ID (also später in der Liste) auf denjenigen mit der tieferen gezogen. Wenn die beiden Objekte nicht gleichzeitig herunter geladen wurden, bleibt das Objekt bestehen welches zuerst da war. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Am Di, 5.08.2008, 00:29, schrieb Martin Koppenhoefer: Wie Du in JOSM ohne Maus zeichnest, ist mir ein Raetsel (oder nutzt Du ein vergleichbares Tool wie Trackball/pointer?). Ich bin davon abgekommen JOSM zu verwenden - ausserdem 'zeichnet' man ja beim Mappen nicht wirklich. Wenn es gar nicht anders geht, gibt es ja immer noch die Tastaturmaus. wenn das kein Zeichnen ist, was dann? Die nodes kommen vom GPS und das einzige was ich damit mache sind Verbindungen zwischen Wegen erstellen oder loeschen, bzw. ueberfluessige nodes loeschen. Der Rest ist 'Feinarbeit', d.h. den nodes die richtigen Tags verpassen. Das hat mit Malen oder zeichnen IMHO nix zu tun. Oder wandelst Du Deine Tracks direkt um? Das galt nicht nur für JOSM sondern für beliebige Map-Editoren. Aus Prinzip keine Maus zu benutzen und dann die Tastaturmaus zu verwenden halte ich für Prinzipienreiterei, aber wenn Du Dir gerne das Leben schwer machts: mich stört's nicht. Das ist bloedfug. Ich verwende die Tastatur weil es schneller ist. Die Tastaturmaus ist lediglich der Notnagel, falls mal eine Anwendung (meist Webseiten) an einer bestimmten Stelle nicht anders zu bedienen ist. Ich finde es lediglich ignorant von manchen Programmierern wenn Funktionen ausschliesslich ueber die Maus erreichbar sind. -- -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://sha-mash.blog.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Martin Koppenhoefer schrieb: JOSM ist nichts anderes als ein einfaches Zeichenprogramm, bei dem man den Objekten noch mehr Eigenschaften als nur die Farbe zuweise kann. Warum aber ist die Bedienung so anders? bevor wir vollends in JOSM-Bashing geraten Das war nicht meine Intention! JOSM ist ein tolles Programm, ohne dass OSM sicher nicht wäre, was es ist. -- Gruß Steffen Voß http://kaffeeringe.de | Internet Kreativität Tel.: +49 431 88 88 68-3 E-Mail: [EMAIL PROTECTED] Skype: steffenvoss Jabber: [EMAIL PROTECTED] ICQ: 447639251 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMKarte mit Glopus nutzen
Hallo, Habe gerade http://www.openstreetmap.org/export/ entdeckt ;-) Das kann ja schon fast alles was ich mir wünschen würde um Komfortabel Karten zu bekommen. Allerdings bekommt man leider reine Bilder, also ohne Kalibrierung. Besteht die Hoffnung, daß das dort erweitert wird? Ich habe in mein Programm eingebaut, daß man die dort verfügbare Embeddable HTML per Copy-Paste einfügen kann, und daraus der gewünschte Bereich extrahiert wird. Wenn die Hoffnung besteht, daß die Seite entsprechend erweitert wird werde ich natürlich nicht mehr viel Arbeit in mein Programm stecken. Falls nicht werde ich es so erweitern, daß es selbstständig http://www.openstreetmap.org/export/ öffnet und dem User erklärt, was er tuen soll. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
2008/8/5 m*sh [EMAIL PROTECTED]: Am Di, 5.08.2008, 11:03, schrieb Paul Lenz: Vielleicht benutzt JOSM die rechte Maustaste, weil dies programmier- technisch viel einfach umzusetzen ist. Nein, die Abfrage ob rechts oder links die Maustaste gedrueckt wurde ist gleich schwer oder einfach zu implementieren. Oder weil es viel zu lange dauert, bei jedem Linksklick alle Objekte in der Datenbank abzufragen, ob sich gerade eins von ihnen an der Mausposition befindet. Auch dabei isses egal, ob Links- oder Rechtsklick. Ausserdem ist der schnellere Weg, die Klickkoordinaten des Bildschirms in Laengen- und Breitengrad umzurechnen und dann die DB abzufragen, welcher Node am naechsten dran ist. Ich denke Paul meint, dass wenn Links und Recktsklick verwendet werden, beim Rechtsklick nicht abgefragt werden muss ob Nodes in der Nähe sind und diese selektiert werden müssen, sondern einfach die Karte verschoben werden kann. Grüsse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piktogramme / Icons mach ISO 7001
Johann H. Addicks schrieb: Bitte beisst Euch nicht an den Urheberrechten fest. Alles was ein sinnvolles Logo oder sinnvolles Pictogramm ist hat keine urheberrechtliche Schöpfungshöhe. Für welches Land gilt das? Für Deutschland sicherlich nicht. Wenn ich ein sinnvolles Piktogramm entworfen habe, was einfach zu verständlich ist und dieses Piktogramm mit finanziellen Absichten entwickelt wurde, wird jedes deutsche Gericht mir zugunsten entscheiden! Sonst würde jede Schriftart ja keinem Urheberrecht unterliegen! Abstrus wird es dann, wenn das DIN ein Piktogramm Videoüberwachung zur Normung bringt (Kennzeichnung der Videoüberwachung ist schließlich vorgeschrieben), für dieses Logo dann jedoch von den Nutzern 65,60 Euro (netto) verlangt... http://www.beuth.de/langanzeige/DIN+33450/76533394.html Beim einem Gaststättenverband noch etwas günstiger: 61 Euro: http://www.hotellerie.de/home/page_sta_1798.html Hä? Um bei Schriftarten zu bleiben: jeder Autor kann das Ding jedem Shop der Welt lizenzieren! Wenn ich ein Logo entwerfe, kann ich es jedem Vektor-Shop anbieten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Am Di, 5.08.2008, 12:05, schrieb Raphael Studer: Auch dabei isses egal, ob Links- oder Rechtsklick. Ausserdem ist der schnellere Weg, die Klickkoordinaten des Bildschirms in Laengen- und Breitengrad umzurechnen und dann die DB abzufragen, welcher Node am naechsten dran ist. Ich denke Paul meint, dass wenn Links und Recktsklick verwendet werden, beim Rechtsklick nicht abgefragt werden muss ob Nodes in der Nähe sind und diese selektiert werden müssen, sondern einfach die Karte verschoben werden kann. Ah, das kann sein. Danke fuer die Aufklaerung des Missverstaendnisses. Aber in dem Fall waere es (aus Programmsicht) sinnvoll, nicht den Klick selbst abzufragen, sondern wenn der Anwender die Maustaste loslaesst. Dann laesst sich feststellen, ob der Anwender die Maus 'gezogen' hat und die Karte verschoben werden muss, oder eine Standardaktion stattfinden soll. -- -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://sha-mash.blog.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piktogramme / Icons mach ISO 7001
Am Dienstag, 5. August 2008 07:27 schrieb Florian Heer: Johann H. Addicks schrieb: Abstrus wird es dann, wenn das DIN ein Piktogramm Videoüberwachung zur Normung bringt (Kennzeichnung der Videoüberwachung ist schließlich vorgeschrieben), für dieses Logo dann jedoch von den Nutzern 65,60 Euro (netto) verlangt... http://www.beuth.de/langanzeige/DIN+33450/76533394.html Beim einem Gaststättenverband noch etwas günstiger: 61 Euro: http://www.hotellerie.de/home/page_sta_1798.html Lustig ist dabei eigentlich, dass einem gar nicht gesagt wird, was man mit dem Geld erwirbt, ob es eine Vorlage oder ein Nutzungsrecht ist... Üblicherweise zahlt man beim DIN das Geld für den Bezug einer gedruckten Ausgabe einer Normendefinition. Das ist rechtlich völlig unabhängig davon, ob und wie oft man diese Norm anwendet bzw. im konkreten Fall das Piktogramm verwendet. Ich kann mich auch an eine Norm halten ohne davon eine gedruckte Ausgabe zu besitzen (das Papierformat der meisten meiner Briefe hält sich z.B. an DIN 476 bzw. DIN EN ISO 216, obwohl ich keine der beiden Texte in gedruckter Form besitze), und meines Erachtens gilt das hier auch für die Verwendung der Piktogramme. Einige der Piktogramme stehen auch in den Wikipedia Commons, wobei die Qualität aber shr unterschiedlich ist: http://commons.wikimedia.org/wiki/Category:ISO_7001_icons Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SVGs im Wiki?
Hallo, habe gerade beim Versuch, das etwas schlecht aufgelöste Verkehrszeichen auf Key:maxspeed (http://wiki.openstreetmap.org/index.php?title=Key:maxspeedoldid=136308) durch eine Vektorgrafik zu ersetzen, festgestellt, dass unser Wiki keine SVGs unterstützt. („Permitted file types are png, gif, jpg, jpeg, doc, pdf.“) Ist das Absicht? Ich würde das Format schon ganz praktisch finden, zumal ein Großteil unserer Verkehrszeichen von Wikimedia Commons „geklaut“ ist, wo sie eh als SVG vorlägen – eine Qualitätsreduzierung beim Import finde ich nicht so sinnvoll. Man könnte dann vielleicht auch ein Renderer-Icon im SVG-Format besser mal ins Wiki packen, falls sich die Notwendigkeit ergibt. Mangels Kenntnis eines thematisch engeren Kommunikationskanals für Wiki-Themen frag ich mal talk-de um Meinungen … Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mobile map use grows
Michael Rathai schrieb: Hallo, bin ich grad drüber gestolpert und ist, meine ich, für openstreetmap doch interessant: ARE WE THERE YET? MOBILE MAP USE GROWS 82 PERCENT IN UNITED STATES, 49 PERCENT IN EUROPE Mobile map usage growing much faster than online map usage http://visit.oclc.org/t?ctl=1D89AB3:C14C6D581047ECF37E3E2CF1E78A79F72F813B10FD328D04; Wir sind auf dem richtigen Weg!! Michael Hallo Michael, wieso hast du Zweifel? OSM kann nicht nur für Online sondern auch für mobil benutzt werden. Guggst du: http://wiki.openstreetmap.org/index.php/De:OSM_Map_On_Garmin http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin http://www.fotodrachen.de/osm.htm#mobil -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fernsteuer-Plugin
Alexander Menk wrote: Hi, Frederik Ramm wrote: ich habe ein neues Plugin fuer JOSM gebaut, mit dem eine Web-Anwendung wie z.B. OSBugs oder Tagwatch ueber einen speziellen Link Befehle an JOSM schicken kann (lade den Bereich X und selecte das Objekt Y). So wird es hoffentlich leichter, mal eben in JOSM irgendwas zu laden, was man in Tagwatch gefunden hat o.ae. Detailliertes Announcement auf Englisch hier: http://lists.openstreetmap.org/pipermail/josm-dev/2008-August/001254.html gute Idee. Einziger Haken ist natürlich, dass JOSM zur Benutzung des Links bereits laufen muss. Hast du darüber nach gedacht, ein spezielles Link-Protokoll dafür zu benutzen? Die Idee ist links wie z.B. josm://load_and_select? zu benutzen statt http://localhost:8001 Die Frage ist natürlich wie man das Browser- und Betriebssystemübergreifend implementieren kann. JOSM zu starten ist doch eigentlich für diesen Anwendungszweck kein Problem, oder? Und so braucht man im System keine Protokolle zu registrieren etc. Imho ist das durchaus die einfachste Variante. PS: Wir müssten uns nur auf eine bestimmte Port-Nummer für die Links einigen - oder die alternativ pro Site vielleicht in einem Cookie speichern :-) Grüße, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fernsteuer-Plugin
Hi, Stefan Neufeind wrote: Alexander Menk wrote Frederik Ramm wrote: Einziger Haken ist natürlich, dass JOSM zur Benutzung des Links bereits laufen muss. Hast du darüber nach gedacht, ein spezielles Link-Protokoll dafür zu benutzen? Die Idee ist links wie z.B. josm://load_and_select? zu benutzen statt http://localhost:8001 Die Frage ist natürlich wie man das Browser- und Betriebssystemübergreifend implementieren kann. JOSM zu starten ist doch eigentlich für diesen Anwendungszweck kein Problem, oder? Und so braucht man im System keine Protokolle zu registrieren etc. Imho ist das durchaus die einfachste Variante. klar ist das eine einfache Variante. War ja nur ein Verbesserungsvorschlag. Auf jeden Fall ist die aktuellen Variante schon eine sehr nützliche Geschichte. Die allgemeine Erwartungshaltung beim Klicken von Links ist aber eben, dass das entsprechende Programm von selbst startet (z.B. mailto: - eMail-Client) - deshalb finde ich das benutzerfreundlicher. Grüße, Alexander smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Georeferenzierung leicht gemach t (auch für JOSM!)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, entschuldigt, ich stelle mich nicht bei allen Dingen so blöd an. geothings nennt sich MapWarper. Ich habe nur mal so zum Test bei OSM eine Karte als jpg exportiert (Buch 3) und dann bei geothings/MapWarper diese mit Geopunkten aus der OSM-Referenzkarte versehen. Es war die aktuellteste OSM-Karte im Referenzfenster. Nach dem Download hatte ich eine ...geo.tiff Karte auf meiner Festplatte. Wie bekomme ich dieses TIFF in JOSM hinein? Er oder es will nur immer jpg's laden. Ich gehe mal davon aus, dass ich dieses TIFF nicht einfach mit irgendeinem Bild-Programm in ein JPG konvertieren darf. Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Andreas Stricker Gesendet: Montag, 4. August 2008 16:36 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] HowTo: Georeferenzierung leicht gemacht (auch für JOSM!) * PGP Signed by an unverified key: 08/04/08 at 16:36:20 Tobias Wendorff schrieb: Das eine ist eine Anleitung, das andere ist das Legale. Das Legale kann jemand Anderes schreiben, ich habe nur die Anleitung geschrieben. Vielleicht hat irgendwann jemand Zeit, Yahoo-Luftbilder hinzuzufügen und ein eigenes Script zur Kalibrierung zu schreiben. Bei dieser Seite: http://wrp.geothings.net/ kann eine OSM Karte als Referenz verwendet werden. Man läuft daher ein paar Strassen mit gutem GPS-Empfang ab und Referenziert danach das Bild anhand der eigens gemachten Wegpunkte. Gruss, Andy * Andreas Stricker (Personal Domain) [EMAIL PROTECTED] * 0x19849DB0 - Unverified -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFImFblX/cdferISG0RAhq2AKDDDT4iBHU7/GFV94n/U0ZxvnNKrwCfYVjc vi3ZQVRXt8PmRkSW51WEi8o= =3FVu -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald Park überschneiden sich
Habe es rendern lassen: http://www.informationfreeway.org/?lat=48.2416lon=16.301735zoom=17 Der Park wird zumindest im Osmarender über dem Wald gerendert. Morgen sollte man es auf Mapnik sehen, wird aber fürchte ich auch so ausschaun. mfg, Florian (Kelvan) Am 1. August 2008 02:32 schrieb Martin Koppenhoefer [EMAIL PROTECTED] : 2008/7/31 Florian Schweikert [EMAIL PROTECTED]: Hallo, ich habe momentan das Problem das ich keinen blassen Schimmer habe wie ich es fertig bringe einen Park zu taggen der teilweise Wald ist (und der Wald der erstreckt sich über den Park hinweg). Der Bereich hier zwischen den Strassen und dem Wanderweg links ist Park: http://www.informationfreeway.org/?lat=48.2413925lon=16.30268zoom=16layers=B000F000F Teile davon sind wie man sieht Wald. Gibt es Ansätze Landuse-Dinge transparent übereinander zulegen? Transparenz braucht man da IMHO eigentlich nicht. Einfach einen Park machen, dann den Wald normal mappen und hoffen, dass Wald über Park liegt beim Rendern (einfach mal ausprobieren). Park ist ja kein Landuse sondern leisure. SubFrage: Wird der bicycle tag offiziell unterstützt? (Im Park ist Fahrradverbot) bicycle=no ist üblich, wird aber auf Karten nicht dargestellt (was ja auch OK ist, man muss nicht alles rendern was als Info in den Daten steckt). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piktogramme / Icons mach ISO 7001
Hi, Am 5. August 2008 14:13 schrieb Tobias Wendorff [EMAIL PROTECTED]: Johann H. Addicks schrieb: Bitte beisst Euch nicht an den Urheberrechten fest. Alles was ein sinnvolles Logo oder sinnvolles Pictogramm ist hat keine urheberrechtliche Schöpfungshöhe. Für welches Land gilt das? Für Deutschland sicherlich nicht. Doch, das ist ein weit verbreiteter Irrtum. Siehe auch http://de.wikipedia.org/wiki/Sch%C3%B6pfungsh%C3%B6he mit entsprechenden Beispielen. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Georeferenzierung leicht gemach t (auch für JOSM!)
Hallo Rolf, Rolf Gehring wrote: entschuldigt, ich stelle mich nicht bei allen Dingen so blöd an. geothings nennt sich MapWarper. Ich habe nur mal so zum Test bei OSM eine Karte als jpg exportiert (Buch 3) und dann bei geothings/MapWarper diese mit Geopunkten aus der OSM-Referenzkarte versehen. Es war die aktuellteste OSM-Karte im Referenzfenster. Nach dem Download hatte ich eine ...geo.tiff Karte auf meiner Festplatte. Wie bekomme ich dieses TIFF in JOSM hinein? Er oder es will nur immer jpg's laden. Ich gehe mal davon aus, dass ich dieses TIFF nicht einfach mit irgendeinem Bild-Programm in ein JPG konvertieren darf. auf MapWarper wird eine WMS URL angegeben, diese kannst du in JOSM in Preferences - WMS eintragen. So wie es mir scheint, muss man das für jedes Bild machen welches man nutzen will und es erscheint dann im WMS Menü in JOSM. Grüße, Alex smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVGs im Wiki?
Tordanik schrieb: (http://wiki.openstreetmap.org/index.php?title=Key:maxspeedoldid=136308) durch eine Vektorgrafik zu ersetzen, festgestellt, dass unser Wiki keine SVGs unterstützt. („Permitted file types are png, gif, jpg, jpeg, doc, pdf.“) Siehe hier: http://www.ecologee.net/Main/WikiSandbox %width=600 height=600% http://www.scoid.net/projekte/freecard/SVG/FreeCard_Layer_Model.svg Du packst in die config.php diese Zeile: include_once('cookbook/svg.php'); In das cookbook Verzeichnis kommt diese Datei: http://pmwiki.org/wiki/Cookbook/Svg Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Piktogramme / Icons mach ISO 7001
Hi, Siehe auch http://de.wikipedia.org/wiki/Sch%C3%B6pfungsh%C3%B6he mit entsprechenden Beispielen. Du hättest eher hiermit argumentieren sollen: http://de.wikipedia.org/wiki/Gebrauchsgrafik Ja toll ... im Endeffekt sind somit alle Piktogramme, die ich in mühevoller Arbeit für mein Studium entworfen habe, nicht urheberrechtlich geschützt? Eigentlich auch ziemlich cool, denn jetzt darf ich Symbole von fremden Karten klauen! Danke für den Tipp Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Georeferenzierung leicht gemach t (auch für JOSM!)
Hallo Rolf, Rolf Gehring wrote: entschuldigt, ich stelle mich nicht bei allen Dingen so blöd an. geothings nennt sich MapWarper. Ich habe nur mal so zum Test bei OSM eine Karte als jpg exportiert (Buch 3) und dann bei geothings/MapWarper diese mit Geopunkten aus der OSM-Referenzkarte versehen. Es war die aktuellteste OSM-Karte im Referenzfenster. Nach dem Download hatte ich eine ...geo.tiff Karte auf meiner Festplatte. Wie bekomme ich dieses TIFF in JOSM hinein? Er oder es will nur immer jpg's laden. Ich gehe mal davon aus, dass ich dieses TIFF nicht einfach mit irgendeinem Bild-Programm in ein JPG konvertieren darf. auf MapWarper wird eine WMS URL angegeben, diese kannst du in JOSM in Preferences - WMS eintragen. So wie es mir scheint, muss man das für jedes Bild machen welches man nutzen will und es erscheint dann im WMS Menü in JOSM. Grüße, Alex smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Piktogramme / Icons mach ISO 7001
Tobias Wendorff tobias.wendorff at uni-dortmund.de Tue Aug 5 13:13:09 BST 2008 Bitte beisst Euch nicht an den Urheberrechten fest. Alles was ein sinnvolles Logo oder sinnvolles Pictogramm ist hat keine urheberrechtliche Schöpfungshöhe. Für welches Land gilt das? Für Deutschland sicherlich nicht. Aber selbstverständlich! Wenn ich ein sinnvolles Piktogramm entworfen habe, was einfach zu verständlich ist und dieses Piktogramm mit finanziellen Absichten entwickelt wurde, wird jedes deutsche Gericht mir zugunsten entscheiden! Auf welcher Grundlage? Urheberrecht? Bestimmt nicht! (siehe oben) Wenn Du Markenschutz/Titelschutz/Gebrauchsmusterschutz geltend machst (so Du es angemeldet hast), dann vermutlich. Nur das hat dann nichts mit Deinen Rechten als Urheber zu tun, sondern mit den durch die Anmeldung bei DPMA erworbenen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVGs im Wiki?
Tordanik schrieb: Mangels Kenntnis eines thematisch engeren Kommunikationskanals für Wiki-Themen frag ich mal talk-de um Meinungen … Wie wird es denn in der Wikipedia gemacht? Da wird ja jedes SVG bei Bedarf auf dem Server gerendert und dann in der richtigen Größe als PNG übermittelt. Ich fürchte nur, dass die Klapperkiste, auf der die Wiki läuft, das nicht packen wird. Wie man so herausliest, soll es ja ein Wunder sein, dass die überhaupt Map-Features packt, ohne zu explodieren (oder so). signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de