Re: [OSM-legal-talk] New license: What is publication/distribution?
I had a look at the Use Cases at http://wiki.openstreetmap.org/index.php/Open_Data_License and most of them are very traditional - printing a map/book, TV, DVD and a map on a web page. What about modern use cases, mainly web-based mashups?? I added a use case for photo geotagging (ala Flickr), blog geotagging, microblogging and wikipedia. Also, embedding coordinates in urls and as hCard metadata. Have a look at them. Does the new license allow these? How should OSM be attributed? BTW - The Open_Data_License page is referring a lot to some sections (4.4, 4.4c..) - are those sections in the new license, and where can they been seen? BR, Kari On Tue, Oct 7, 2008 at 7:22 AM, Peter Miller [EMAIL PROTECTED]wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:legal-talk- [EMAIL PROTECTED] On Behalf Of Simon Ward Sent: 07 October 2008 00:47 To: legal-talk@openstreetmap.org Subject: [Spam] Re: [OSM-legal-talk] New license: What is publication/distribution? On Mon, Oct 06, 2008 at 03:52:54PM +0100, Peter Miller wrote: I have added the brief to the wiki here. Notice that I have also created a 'Use Cases' section heading where we can add key example uses of the data which we can use to validate the final licence. http://wiki.openstreetmap.org/index.php/Open_Data_License I'd just like to say thank you very much for this, and the discussion you have helped provoke so far. Thanks, I am please how well the process is working. I notice some changes to the wiki page, and that there are new words to clarify what is public and some new use cases which is good to see. I have gone through the wording in the brief to try to clarify and condense the new elements. I have also moved the comment about making a million DVDs to the Use Cases section. There is still more work needed on the Brief and on the Use Cases but it is certainly getting there. Peter Simon -- A complex system that works is invariably found to have evolved from a simple system that works.-John Gall ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] New license: What is publication/distribution?
Thanks for adding the new use cases. To be clear the process is to first catalogue the Use Cases and then to ensure that the new licence works with them as far as possible, not the other way round. It will be interesting to see if the current draft currently covers them, but is not essential. The introduction paragraph of the ODBL wiki page does point to the draft licence text; however this draft is very out of date. A later draft of the licence with some minor changes made by a pro-bono lawyer representing the OSMF does exist but has not been released to the community yet. There may by now be a further draft following a scheduled meeting between Steve Coast and a lawyer a week ago on behalf of the OSMF however I have had no information about the outcome of that meeting. Andy Robinson indicated that information would be available on the OSMF website 'soon' in a post on this list on the 28th Sept. http://lists.openstreetmap.org/pipermail/legal-talk/2008-September/001212.ht ml Can I suggest that we continue this useful discussion based on the information already available to us and remind ourselves that this is a process that can occur without the legal text as it is really part of the specification phase? We can be catch-up with the legal text is due course and the OSMF gives us more information! I think we should add a clause to the brief about 'fair use' and then give examples of when we believe this is appropriate, ie when 'non-substantial' parts of the DB are used which may be relevant for some of the use cases. Regards, Peter _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kari Pihkala Sent: 07 October 2008 08:05 To: Licensing and other legal discussions. Subject: [Spam] Re: [OSM-legal-talk] New license: What is publication/distribution? I had a look at the Use Cases at http://wiki.openstreetmap.org/index.php/Open_Data_License and most of them are very traditional - printing a map/book, TV, DVD and a map on a web page. What about modern use cases, mainly web-based mashups?? I added a use case for photo geotagging (ala Flickr), blog geotagging, microblogging and wikipedia. Also, embedding coordinates in urls and as hCard metadata. Have a look at them. Does the new license allow these? How should OSM be attributed? BTW - The Open_Data_License page is referring a lot to some sections (4.4, 4.4c..) - are those sections in the new license, and where can they been seen? BR, Kari On Tue, Oct 7, 2008 at 7:22 AM, Peter Miller [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:legal-talk- [EMAIL PROTECTED] On Behalf Of Simon Ward Sent: 07 October 2008 00:47 To: legal-talk@openstreetmap.org Subject: [Spam] Re: [OSM-legal-talk] New license: What is publication/distribution? On Mon, Oct 06, 2008 at 03:52:54PM +0100, Peter Miller wrote: I have added the brief to the wiki here. Notice that I have also created a 'Use Cases' section heading where we can add key example uses of the data which we can use to validate the final licence. http://wiki.openstreetmap.org/index.php/Open_Data_License I'd just like to say thank you very much for this, and the discussion you have helped provoke so far. Thanks, I am please how well the process is working. I notice some changes to the wiki page, and that there are new words to clarify what is public and some new use cases which is good to see. I have gone through the wording in the brief to try to clarify and condense the new elements. I have also moved the comment about making a million DVDs to the Use Cases section. There is still more work needed on the Brief and on the Use Cases but it is certainly getting there. Peter Simon -- A complex system that works is invariably found to have evolved from a simple system that works.-John Gall ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] ref in roundabouts
Hi In the IRC we opened a discussion about the need of the ref tag in roundabouts. The wiki only says things about the highway tag http://wiki.openstreetmap.org/index.php/Mapping/Features/Roundabout but not the ref one Two options here: -ref is the one or ones that are used in the highway -ref is not needed at all -- Celso González (PerroVerd) http://mitago.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] - RFC - Motorway_linkimpliesoneway=??
On Tue, Oct 7, 2008 at 12:04 PM, Dermot McNally [EMAIL PROTECTED] wrote: [...] So we can solve this problem right now by deciding that a better list of implied-one-way highway ways is: those with junction=roundabout those that are members of a dual_carriageway relation That will cover any stretches of trunk or motorway (or anything else) that happen to be dualled. +1 to this solution: it seems the safer one and explicit tagging is not a big deal anyway -- Elena of Valhalla homepage: http://www.trueelena.org email: [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] - RFC - Motorway_linkimpliesoneway=??
For trunk roads, it might be just a safe default to assume that the way is oneway, unless tagged explicitly as single-carriage (oneway=no). Another safe option is for routing application to ignore all motorway, motorway_link, trunk, and trunk_link ways that are not explicitly tagged as either oneway=yes or oneway=no. Then the JOSM/Validator can show missing oneway tags as errors. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] - RFC - Motorway_linkimpliesoneway=??
2008/10/7 Philip Homburg [EMAIL PROTECTED]: I think local norms are fine. However that requires a lot of localization work. But a global norm is better than a local one. Localization is likely to happen anyway when people start displaying speed limits. Or do you want to tag even the smallest country road with the appropriate speed limit for all types of vehicles? Maybe technical solutions are an option: defining administrative areas that contain the defaults that apply. This works in theory, but we are some way off it in practice. You either need to tell every segment of road which administrative area it lies within (can be difficult) _or_ to get your boundaries dead right (this is proving very tricky with today's sources). Most end-devices will probably be too stupid to apply such rules on the fly, though pre-processing is certainly an option. I'm a bit worried about routing software sending people the wrong way up a dual-carriage way. I very much prefer to default to a safe state. And that means either requiring explicit yes/no oneway tags for both motorway and trunk or implying oneway for those roads. Only the explicit tagging is a valid choice, then. I'm certainly not retagging the bulk of my national road network to oneway=no just because of shifts in local interpretations of what a trunk road is. And it still doesn't solve the problem of dual-carriageway primary, secondary or tertiary roads, of which there are plenty. those that are members of a dual_carriageway relation I think this is risky: if one way or another the dual_carriageway relation is not there, then routing software will default to an unsafe configuration. I think you're misunderstanding me here - nothing will protect us from broken tagging. But I'm saying that the mapper should have a choice. Either explicitly tag your carriageways as oneway or, if you value tidiness, provide a relation. It's my counter-offer to those who say all trunks in my country are dual, therefore I want to reduce clutter by implying oneway. I'm saying No, if you want to reduce clutter, do so by using the relation. This way, we solve the problem of clutter for all road types, but we don't invalidate existing trunks.. Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
Hi, I think the word 'usable' is being used in a strange way. When someone says 'adding the coordinates makes the map less usable' they mean 'Many people don't know what that funny number means and when people see something they don't understand, they feel unconfortable, so they are unlikely to visit this website again'. I myself dont have a clear opinion on whether the coordinates should be there or not. Perhaps an intermediate decision: the coordinates would appear if the mouse keeps still for 2 seconds. Apart from this, I'd like to congratulate the person who has taken the time to transform Spherical Mercator coordinates to longitude and latitude (bottom right corner in http://www.informationfreeway.org). I think that person should be asked to redesign the scale bar in http://www.openstreetmap.org) And a question: nobody showed the difference between the Cape Town map on OSM and on Google Maps in the FOSS4G conference? cheers Lucas De: [EMAIL PROTECTED] en nombre de elvin ibbotson Enviado el: mar 07/10/2008 9:28 Para: Steve Coast CC: Talk Openstreetmap Asunto: Re: [OSM-talk] map display www.openstreetmap.org From: SteveC [EMAIL PROTECTED] Date: 2 October 2008 22:51:14 BDT To: [EMAIL PROTECTED] Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] map display www.openstreetmap.org http://www.openstreetmap.org/ On 1 Oct 2008, at 11:01, Ulf Mehlig wrote: Hello Frederik, thanks for your answer. The coordinate display at www.informationfreeway.org is what I was looking for. Wouldn't it be possible to integrate this function into the main OpenStreetMap site? I think this would definitely improve the attractiveness of the map display (even more, if degree-minute-second based coordinates would appear, too -- for many people, the decimal coordinates are not what they're used to). Just demonstrably not true. Most people don't know what co-ordinates are or care that they don't know. It would just clutter the map and make us look less usable. Best Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] - RFC - Motorway_linkimpliesoneway=??
2008/10/7 Ed Loach [EMAIL PROTECTED]: This is a roundabout where you can go either way around the big roundabout, and at each junction with a road there is a mini-roundabout. When these sort of roundabouts, often nicknamed Magic Roundabouts http://en.wikipedia.org/wiki/Magic_Roundabout_(Hemel_Hempstead) cropped up on this other email list I wondered how they were tagged in OSM, because of the implied oneway of junction=roundabout. http://www.openstreetmap.org/?lat=51.562812lon=-1.77143zoom=18layers=B000FTF This is the original Magic Roundabout in Swindon. Here, some licence has been taken with the ways, as you'll see that the two-way nature of the flow is implemented here as separate one-way ways. On some sections, this is accurate, as there are real traffic islands. In others, there is just hatching, but since you may not cross it, it's not the biggest tagging sin imaginable. Strictly speaking, the mini-roundabouts should be tagged as such, but I can imagine that would be difficult to do nicely given the dual ways that would converge at each one. Road geeks would contend that Magic Roundabouts are not really roundabouts (apart from the outer minis), but gyratory traffic systems. The distinction being that they diverge from standard roundabout rules of flow, right-of-way, layout etc., but are still circular. The API seems to be antisocial at the moment, so I can't check the tagging, but my inclination here would be not to tag anything but the 5 outer roundabouts with junction=roundabout. Think of what a routing application might make of it... Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
On Tue, Oct 7, 2008 at 10:05 AM, Juan Lucas Dominguez Rubio [EMAIL PROTECTED] wrote: Hi, I think the word 'usable' is being used in a strange way. When someone says 'adding the coordinates makes the map less usable' they mean 'Many people don't know what that funny number means and when people see something they don't understand, they feel unconfortable, so they are unlikely to visit this website again'. 'Usability' is an HCI term. See: http://en.wikipedia.org/wiki/Usability In this context user confusion (and clutter) would tend to count against usability. Obviously other factors apply. And whether a particular feature makes a significant impact on the usability of a site is a different matter to whether it is itself usable. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] - RFC - Motorway_linkimpliesoneway=??
Dermot wrote: So we can solve this problem right now by deciding that a better list of implied-one-way highway ways is: those with junction=roundabout Funnily enough we were discussing roundabouts on a non-OSM related list yesterday, and I looked up Greenstead Roundabout in Colchester http://www.openstreetmap.org/?lat=51.88448lon=0.93284zoom=17layer s=0B00FFF This is a roundabout where you can go either way around the big roundabout, and at each junction with a road there is a mini-roundabout. When these sort of roundabouts, often nicknamed Magic Roundabouts http://en.wikipedia.org/wiki/Magic_Roundabout_(Hemel_Hempstead) cropped up on this other email list I wondered how they were tagged in OSM, because of the implied oneway of junction=roundabout. In the Colchester example it is a circular primary route with 5 mini-roundabouts at the junctions. I wonder whether junction=roundabout oneway=no would have had the same results? Or would renderers think to check for oneway=no on roundabouts? Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] - RFC - Motorway_linkimpliesoneway=??
2008/10/7 Philip Homburg [EMAIL PROTECTED]: For trunk roads, it might be just a safe default to assume that the way is oneway, unless tagged explicitly as single-carriage (oneway=no). People can keep saying that, but it won't make it true :) For me, there are very few cases where oneway should safely be implied, and I generally tag these explicitly regardless: motorway (almost universally so, but we have the option to set oneway=no where not the case). motorway_link and other *_link (though we know that there are many countries where two-way stretches of these are common) anything with junction=roundabout Trunk roads shouldn't be implied oneway, simply because of the established usage of this tag to represent normal single-carriageway roads. (National primary routes in Ireland, primary A roads in UK, possibly others). My contention is that implicit tagging is only valid where we have a global norm. Local norms aren't enough. Based on this reasoning, if you choose to accept it, it ISTM that only motorway mainlines and roundabouts should be assumed oneway. BTW, there may be an alternative resolution to this matter. The problem here is that we can't agree, country-to-country, which highway tags should generally imply _dual-carriageway_. However, we do have ways of recognising a dual-carriageway from other clues - either the existence of parallel ways with the same ref and different directions or (better) the existence of a dual_carriageway relation. So we can solve this problem right now by deciding that a better list of implied-one-way highway ways is: those with junction=roundabout those that are members of a dual_carriageway relation That will cover any stretches of trunk or motorway (or anything else) that happen to be dualled. Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] - RFC - Motorway_linkimpliesoneway=??
In your letter dated Tue, 7 Oct 2008 11:04:44 +0100 you wrote: 2008/10/7 Philip Homburg [EMAIL PROTECTED]: For trunk roads, it might be just a safe default to assume that the way is oneway, unless tagged explicitly as single-carriage (oneway=no). People can keep saying that, but it won't make it true :) Trunk roads shouldn't be implied oneway, simply because of the established usage of this tag to represent normal single-carriageway roads. (National primary routes in Ireland, primary A roads in UK, possibly others). My contention is that implicit tagging is only valid where we have a global norm. Local norms aren't enough. I think local norms are fine. However that requires a lot of localization work. But a global norm is better than a local one. Localization is likely to happen anyway when people start displaying speed limits. Or do you want to tag even the smallest country road with the appropriate speed limit for all types of vehicles? Maybe technical solutions are an option: defining administrative areas that contain the defaults that apply. Based on this reasoning, if you choose to accept it, it ISTM that only motorway mainlines and roundabouts should be assumed oneway. BTW, there may be an alternative resolution to this matter. The problem here is that we can't agree, country-to-country, which highway tags should generally imply _dual-carriageway_. However, we do have ways of recognising a dual-carriageway from other clues - either the existence of parallel ways with the same ref and different directions or (better) the existence of a dual_carriageway relation. I'm a bit worried about routing software sending people the wrong way up a dual-carriage way. I very much prefer to default to a safe state. And that means either requiring explicit yes/no oneway tags for both motorway and trunk or implying oneway for those roads. those that are members of a dual_carriageway relation I think this is risky: if one way or another the dual_carriageway relation is not there, then routing software will default to an unsafe configuration. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Border of Ukraine
In the current discussion of the Russian navy base at Sevastopol, it would be useful to have a free map showing the Black Sea and the land border between Russia and Ukraine, from Belarus to the Black Sea. But this border is missing from OpenStreetMap. Can we find it, or a good approximation, and put it in the map? Are there any Russian free sources? Or does CIA/NASA provide free data for this border? -- Lars Aronsson ([EMAIL PROTECTED]) Aronsson Datateknik - http://aronsson.se ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ref in roundabouts
On Tue, 2008-10-07 at 11:45 +0200, Celso González wrote: Two options here: -ref is the one or ones that are used in the highway -ref is not needed at all I'd suggest that ref is not needed at all, unless the roundabout itself has one that is unique to itself. Quite often roundabouts are named. I guess that some of them may have some official reference number as well. It shouldn't normally have either name, or reference of any of the joining ways. Any route describing software should pick up on junction=roundabout, and work out which exit of the roundabout to describe the manoeuvre as, and ideally what the signposts might say on that exit. Of course, counting exits needs to count permitted exits - quite often some roundabouts have oneway roads joining them, if they're not leading away from the roundabout, you don't count them. Some examples of roundabouts that might cause problems: The Handy Cross Interchange, High Wycombe: http://www.openstreetmap.org/?lat=51.61291lon=-0.76999zoom=16layers=B000FTF A4 Wellington Street/A412 junction in Slough: Note: This is not grade-separated. Traffic going along the A4 is allowed to go straight over the top of the roundabout. The ways across the top of the roundabout are indeed part of the A4. http://www.openstreetmap.org/?lat=51.50815lon=-0.581066zoom=18layers=B000FTF Then of course, there's got to be the obligatory roundabout with oneway=false. This one is the Magic Roundabout at Hemel Hempstead, but there are others. At the moment, this one isn't labelled as junction=roundabout. http://www.openstreetmap.org/?lat=51.746358lon=-0.47329zoom=18layers=B000FTT -- Simon Hewison ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Zoom level 12 on Potlatch
I'm thinking of disabling zoom level 12 in Potlatch, to reduce load on the server. It's probably too far zoomed out to be able to do any useful editing anyway. Low-res (Landsat) Yahoo kicks in at level 13 so you'd still be able to access this. Would anyone's editing be inconvenienced by this? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Zoom level 12 on Potlatch
On 7 Oct 2008, at 09:18, Richard Fairhurst wrote: I'm thinking of disabling zoom level 12 in Potlatch, to reduce load on the server. It's probably too far zoomed out to be able to do any useful editing anyway. Low-res (Landsat) Yahoo kicks in at level 13 so you'd still be able to access this. Would anyone's editing be inconvenienced by this? No, you should do it. Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] first you need to detect the error before you can revert it.
Take a look at http://www.itoworld.com it is a great tool when comes to detection of changes in an area that you are concerned about. ablansinger Date: Mon, 06 Oct 2008 15:11:01 -0400 From: Matthias Julius [EMAIL PROTECTED] Subject: Re: [OSM-talk] vandalism on OSM To: talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Nic Roets [EMAIL PROTECTED] writes: On Mon, Oct 6, 2008 at 8:05 PM, Matthias Julius [EMAIL PROTECTED]wrote: A good diff tool or better a diff API call would be helpful as well. With that you could periodically look over the changes in your area. The first step will be a proper way back machine. But it hasn't been discussed yet, much less designed or implemented : http://wiki.openstreetmap.org/index.php/Talk:OSM_Protocol_Version_0.6 Well, first you need to detect the error before you can revert it. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dermot McNally wrote: 2008/10/5 Ed Loach [EMAIL PROTECTED]: 30mph. If we had stayed with assumed country-specific units then the tagging would have been more consistent, easier for the user to tag, and not require a conversion to a random number of decimal places. I'm not a fan of the options that include suffixes or other tricks to imply units. That said, even that approach is better than using country-specific units, because it's a huge burden on applications to work out what country a restriction falls within (twofold, since the border data is often imprecise too). Consider the Irish border, which is also an imperial/metric border. Yuck! A further drawback with the approach is the assumption that units stay uniform within a particular country. But in the UK, it's getting common for height restrictions to be stated in dual units. So for transitional cases like that, the country-specific model breaks down. I'm with Shaun on the namespacing thing. Allowing fields like maxspeed to contain normalised, pure numeric data is beneficial for fast data extraction, and the namespaced approach allows for automatic updating of the real| numeric field. Dermot Maybe grin this is calling out for a 'bot approach, to take maxspeed:mph add a numeric maxspeed, to check out maxspeed=30's mark them in some way (restricted to UK, obviously), and to check for entries of both=30 fix them? Note: I haven't said I'll do it because I know I'd be shot... I think a lot of people have refrained from using these tags where the speed limit is what you'd expect, so residential defaults to 30mph, trunk to 70, etc tagging it is not required - so any bot approach should respect that. +1 on the namespace; I'm not generally keen on it, but here it makes sense. Either the way mentioned, or maxspeed:en as per name:en for consistency? Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI6/LZJfMmcSPNh94RAijGAJ9M/dxPTjuPkCsUNgkbMhs9sFLupwCePQsZ oQltkcfxNEHS9tLSEfMxtfI= =JYyp -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Beschikbaarheid Flyer
ja dat was ik, er zijn er nog heel veel over. je kunt een stapeltje ophalen in amsterdam of leiden, schikt dat? maar welke mapping party heb je het dan over? ik zie nog niks op de wiki... groet, floris ivom schreef: Hey mensen, Op http://wiki.openstreetmap.org/index.php/WikiProject_Netherlands#Flyer staat een mooie foto van een stapel flyers. Door wie heeft die flyer ontworpen? Voor een aanstaande mapping party zou ik die zeer nuttig vinden om uit te delen aan geinteresseerde voorbijgangers. Groeten, Ivom ___ 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: [Talk-de] RFC - Key:Railway
Tordanik schrieb: Garry schrieb: 7. operation_state = - disused - abandoned - construction - rebuild ... Liegt dir sehr am Begriff „operation_state“? Ansonsten könntest du das durch Unterstützung des „life_cycle“-Proposals[1] gleich für alle Features inklusive Eisenbahn auf die richtige Spur bringen. Erst mal nur mit disused und construction, aber Werte ergänzen ist ja leicht möglich. [1] http://wiki.openstreetmap.org/index.php/Proposed_Features/Status Tordanik Gegenfrage: Liegt Dir sehr am Begriff life_cycle? :-) Lifecycle hört sich für micht so nach Verfallsdatum an - oder ist das ein gängiger Begriff für einen Bauwerksbetriebszustand? Wenn man englische Begriffe einführt sollten sie auch so sein dass sie sich einem englisch-Muttersprachler erschliessen und nicht solche Begriffe wie Handykreieren die kein Engländer versteht.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
Tobias Wendorff [EMAIL PROTECTED] wrote: Mailinglisten sind aber auch nicht gerade geeignet, da viele Hemmungen vor der Teilnahme haben. Das ist aber kein technisches Problem. Bleibt wohl nur ein Forum. Alle mir bekannte Forensoftware ist derartig unübersichtlich dass es einer Sau graust. Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grundstücksgerenzen.
Hallo, gibt es einen passenden Tag für Grundstücksgerenzen? Wenn ja sollte man diese kennzeichnen oder nicht? Ich hatte mal mit boundary:civil probiert, der Tag wird aber nicht gerendert. Schöne Grüße Thomas Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
Tobias Wendorff [EMAIL PROTECTED] wrote: Aber wenn Euch der Traffik und die langen Posts nicht stören, können wir das gerne auch hier machen. Eine high-traffic Liste wie diese hier zu handeln ist eien Frage der richtigen Software. Ein Forum dieser größe kann man überhaupt nicht handeln. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway
TopSpotter [EMAIL PROTECTED] wrote: Ich wäre auch für ein Forum, auch wenn es uncool ist. Aber nach 3 Tagen Pause mußte ich mich hier in dieser Liste erst einmal durch über 150 Mails kämpfen, was nicht wirklich Spaß macht. Damit sicher nicht: X-Mailer: Groupwise 7.0.3 Wie ich bereits sagte, eine Frage der richtigen Software. Sven -- This APT has Super Cow Powers. (apt-get --help on debian woody) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
Garry wrote: Tordanik schrieb: Garry schrieb: 7. operation_state = - disused - abandoned - construction - rebuild ... Liegt dir sehr am Begriff „operation_state“? Ansonsten könntest du das durch Unterstützung des „life_cycle“-Proposals[1] gleich für alle Features inklusive Eisenbahn auf die richtige Spur bringen. Erst mal nur mit disused und construction, aber Werte ergänzen ist ja leicht möglich. [1] http://wiki.openstreetmap.org/index.php/Proposed_Features/Status Tordanik Gegenfrage: Liegt Dir sehr am Begriff life_cycle? :-) Nein, der Begriff wäre mir völlig egal gewesen. Ich habe aber u.a. auf der Diskussionsseite des Proposals gefragt, ob jemanden ein anderer Begriff lieber wäre, auch auf der ML darauf hingewiesen. Trotz dieses Versuchs, Anregungen einzuholen, und trotz einer über 2 Monate dauernden und ebenfalls auf talk-de und talk angekündigten RFC-Phase hat sich vor Beginn der Abstimmung keiner mehr zu dem Thema geäußert. Jetzt, wo über das Tag gerade abgestimmt wird, kann man nicht mal eben den Namen ändern. Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
* Tobias Wendorff ([EMAIL PROTECTED]) [081006 21:18]: PieSchie schrieb: Ich bin auch der Meinung, dass das entweder hier in die Liste oder eben ins Wiki gehört. Ja, es kommt ja ins Wiki - nur wir sollten die Diskussion dort führen, wo viele Leute teilnehmen können, die auch daran interessiert sind. Wunderbar. Dann machen wir es doch hier. Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
* Tobias Wendorff ([EMAIL PROTECTED]) [081006 21:48]: Frederik Ramm schrieb: Wikis sind fuer Diskussionen absolut ungeeignet. Mailinglisten sind aber auch nicht gerade geeignet, da viele Hemmungen vor der Teilnahme haben. Bleibt wohl nur ein Forum. Ich hoffe, das war nicht ernstgemeint. Mailinglisten und Newsgroups sind mit Abstand das beste Medium für Diskussionen. Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Thomas Drebert schrieb: Hallo, gibt es einen passenden Tag für Grundstücksgerenzen? Wenn ja sollte man diese kennzeichnen oder nicht? Ich hatte mal mit boundary:civil probiert, der Tag wird aber nicht gerendert. Wozu? Du kannst eine Area über das Grundstück legen. Es gibt auch http://wiki.openstreetmap.org/index.php/Relations/Proposed/Site Da kann man alles reinpacken was zu einem Grundstück gehört. Somit ist es in der Datenbank als eine Einheit gekennzeichnet. Heiliges Mantra: Wir taggen nicht für Renderer. Es gibt vieles was nicht gerendert wird. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
Bedenkt bitte auch so schöne kurzparkerfreundlichen Konstrukte wie: Erste Stunde 1 Euro Jede folgende halbe Stunde 60 Cent ...oder diverse Variationen davon. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Hallo Thomas, Thomas Drebert schrieb: gibt es einen passenden Tag für Grundstücksgerenzen? Wenn ja sollte man diese kennzeichnen oder nicht? Ich hatte mal mit boundary:civil probiert, der Tag wird aber nicht gerendert. ich habe OSM so kennengelernt, dass man eigentlich nur das sichtbare Taggen sollte. Sobald es in die Tiefe der _personenbezogenen_ Liegenschaft geht, *könnte* es irgendwann Probleme geben. Will nur darauf hinweisen, bevor Fred wieder kommentiert. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Sven Geggus schrieb: Ich lese die Liste schon immer über NNTP :) Eigener NNTP oder wird die Liste irgendwo gespiegelt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
Am Dienstag 07 Oktober 2008 schrieb Claudius Henrichs: Bedenkt bitte auch so schöne kurzparkerfreundlichen Konstrukte wie: Erste Stunde 1 Euro Jede folgende halbe Stunde 60 Cent ...oder diverse Variationen davon. grummel, immer diese sonderkonstrukte... ;-) wie waers mit folgendem fuer dieses beispiel: fee.beginning = 1 EUR/1h fee.subsequent = 0.6 EUR/0.5h 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] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Tobias Wendorff: Sven Geggus schrieb: Ich lese die Liste schon immer über NNTP :) Eigener NNTP oder wird die Liste irgendwo gespiegelt? gmane.comp.gis.openstreetmap.region.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Claudius Henrichs schrieb: Eigener NNTP oder wird die Liste irgendwo gespiegelt? gmane.comp.gis.openstreetmap.region.de Wenn Du mir jetzt noch einen Posting-fähigen NNTP nennst, der die Gruppe führt, bin ich glücklich :-9 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway - Forum oder Liste?
Hallo, Tobias Wendorff [EMAIL PROTECTED] writes: Claudius Henrichs schrieb: gmane.comp.gis.openstreetmap.region.de Wenn Du mir jetzt noch einen Posting-fähigen NNTP nennst, der die Gruppe führt, bin ich glücklich :-9 news.gmane.org Das sollte der einzige Newsserver sein, der diese Gruppe führt (andere Newsserver werden kaum die unter gmane... führen). Wenn du das erst mal postest bekommst du eine E-Mail. Nachdem du die abgearbeitet hast kannst du zukünftig damit Posten (gibt IIRC ein Limit von x Mails in y Minuten, aber das verlangsamt nur und verwirft keine Postings). Genaueres unter http://www.gmane.org/ Diese E-Mail erreicht dich über gmane. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mailingliste über Gmane
Tobias Wendorff: Claudius Henrichs schrieb: Eigener NNTP oder wird die Liste irgendwo gespiegelt? gmane.comp.gis.openstreetmap.region.de Wenn Du mir jetzt noch einen Posting-fähigen NNTP nennst, der die Gruppe führt, bin ich glücklich :-9 Meinst du mit NNTP den Server? Nach Freischaltung deiner E-Mail-Adresse bei deinem ersten Posting in einer Liste kannst du auch posten. nntp://news.gmane.org/gmane.comp.gis.openstreetmap.region.de Das Web-Interface gibt's übrigens hier: http://dir.gmane.org/gmane.comp.gis.openstreetmap.region.de Siehe auch: http://www.gmane.org/faq.php ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
* Michael Bergbauer ([EMAIL PROTECTED]) [081007 11:34]: On Tue Oct 07, 2008 at 10:3250AM +0200, Andreas Barth wrote: Und genau das sollte m.E. hier diskutiert werden. Nicht unbedingt. Ich wuerde es sehr begruessen, wenn sich fuers Fragen zum Tagging einige (Fach-)Gruppen finden wuerden die das auf eigenen, dedizierten Mailinglisten, die aber nichtsdestotrotz oeffentlich bekannt sein muessen(!) diskutieren. Man kann gewiss auf Speziallisten ausweichen, die dann aber auch normal verfügbaar sein müssen (wie von Dir dargestellt). Das ist ok, dann sollte aber auch offensiv bei neuen Mails auf diese Listen hingewiesen werden. (Ähnlich wie es ja auch spezialisierte Liste für einige Regionen gibt.) Viele Grüße, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Achtung: EGNOS Maintaining
Hallo Leute, am 06.10.2008 gab es eine Wartung der EGNOS-Korrektureinheit. Bis einschließlich zum 11.20.2008 können Abweichungen der Satelliten-Korrektur auftreten! Wer also einen EGNOS-fähigen GPS-Receiver hat, sollte sich die Daten einmal angucken und auf Unregelmäßigkeiten überprüfen! Von 12.10. bis 14.10.2008 ist komplett wartungsfreie Zone. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Garry schrieb: Wieso? Kannst Du Doch bequem nacb Thread sortieren lassen, da sind die 150Mails schneller überflogen als in einem Webforum Mails in unterschiedlichen Threads gefunden sind. Komischweise werden _deine_ Mails immer aus der Thread-Ordnung geworfen, weil Dein Client die immer falsch kennzeichnet :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Tobias Wendorff schrieb: ich habe OSM so kennengelernt, dass man eigentlich nur das sichtbare Taggen sollte. Du meinst sichtbar im Sinne von Buslinien, Kreisgrenzen und aehnlichen Sachen? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Birgit Nietsch schrieb: Ich wäre sehr dafür, die Liste nur noch über Newsserver zu betreiben, und gar nicht mehr per Mail. Aber dann bekommen vermutlich all die eine Krise, die sich nicht mit News anfreunden können. Verflucht ... Newsserver habe ich vergessen. Genau! Gerne. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=castle Icons
Tobias Wendorff schrieb: Ich dachte, Doppelpunkte würden sich langsam durchsetzen? castle:type = castle Wobei ich mich dann frage, wieso nicht gleich so: building:type = castle castle:type = stately_home Ich moechte nicht ausschliessen, dass der Unterstrich ein wneig auf mich zurueck geht, da ich bei der archaeological_site vorgeschlagen hatte, zur naeheren Spezifikation nicht einfach nur den Key type zu verwenden sondern noch die Kategorie des Typs mit voran zu stellen. Dabei hatte ich den Unterstrich als Separator gewaehlt, da mir dieser bei den Keys als ueblich erschien. Den Doppelpunkt kenne ich eigentlich nur von OpenGeoDB-Eintraegen, und auch auf den Mapfeatures taucht kaum ein Doppelpunkt bei den Keys auf (nur bei name und source). Es waere sicherlich schoen, wenn man eine einheitliche Konvention haette, wie baumartig strukturierte Keys aussehen sollten. Ich denke die Vorschlaege im historic Bereich sind z.Z. alle noch in einer so fruehen Phase, dass man da ohne Probleme auf einen derartigen Standard (von mir aus die Doppelpunkte) umschwenken kann. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Birgit Nietsch [EMAIL PROTECTED] wrote: Ich wäre sehr dafür, die Liste nur noch über Newsserver zu betreiben, und gar nicht mehr per Mail. Aber dann bekommen vermutlich all die eine Krise, die sich nicht mit News anfreunden können. Ich lese die Liste schon immer über NNTP :) Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Torsten Leistikow schrieb: Tobias Wendorff schrieb: ich habe OSM so kennengelernt, dass man eigentlich nur das sichtbare Taggen sollte. Du meinst sichtbar im Sinne von Buslinien, Kreisgrenzen und aehnlichen Sachen? Buslinien sehe ich an Haltestellenmasten und am Fahrplan. Kreisgrenzen sehe ich an der Beschilderung. Grundstückgrenzen sieht man aber nicht so einfach, da privat und nicht öffentlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sehr große Waldgebiete
Ulf Lamping schrieb: Ich hab aber meine spontanen Zweifel, daß place=region, name=Wiehengebirge jetzt mit Mapnik oder Osmarender überhaupt gerendert wird. Wie gut, dass wir nicht fuer den Renderer... Wenn es haeufig genug verwendet und nachgefragt wird, dann werden sie es schon einbauen. Weniger ob jetzt im Diercke Style oder nicht ... Anstelle eines grossen Waldgebietes muesste man halt eine Flaeche fuer die Region einzeichnen. Die Flaeche selber sollte/muesste vom Renderer dann auch gar nicht angezeigt werden, er kann sie dann aber dazu nutzen, um den Namen moeglichst schoen ueber diese Flaeche zu schreiben. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
Garry schrieb: Tordanik schrieb: Garry schrieb: 7. operation_state = - disused - abandoned - construction - rebuild ... Liegt dir sehr am Begriff „operation_state“? Ansonsten könntest du das durch Unterstützung des „life_cycle“-Proposals[1] gleich für alle Features inklusive Eisenbahn auf die richtige Spur bringen. Erst mal nur mit disused und construction, aber Werte ergänzen ist ja leicht möglich. [1] http://wiki.openstreetmap.org/index.php/Proposed_Features/Status Tordanik Gegenfrage: Liegt Dir sehr am Begriff life_cycle? :-) Ich bin im Bereich maintenance von Verkehrsinfrastruktur tätig (Straße und Bahn), und die Begriffe life cycle management, life cycle assessment usw. fallen hier laufend. IMHO ist das ein recht etablierter Begriff. my 2 cents Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=castle Icons
Michael Buchberger schrieb: castle:type = castle Irgendwie kann ich mich mit der Syntax nicht anfreunden ;-) Ach shit ... building:type = castle Der Grund ist, dass man besser teilen kann. _ ist ja eigentlich Ersatz für ein Leerzeichen. Building und Type sind aber 'feste' Tags. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
2008/10/7 Tobias Wendorff [EMAIL PROTECTED] Torsten Leistikow schrieb: Du meinst sichtbar im Sinne von Buslinien, Kreisgrenzen und aehnlichen Sachen? Buslinien sehe ich an Haltestellenmasten und am Fahrplan. Kreisgrenzen sehe ich an der Beschilderung. Grundstückgrenzen sieht man aber nicht so einfach, da privat und nicht öffentlich. In Frankfurt zumindest sind die auch öffentlich: http://www.planas-frankfurt.de/planAS/index_frame.htm?user=www-bebauungsplaenepw=b Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Tobias Wendorff wrote: Garry schrieb: ... Komischweise werden _deine_ Mails immer aus der Thread-Ordnung geworfen, weil Dein Client die immer falsch kennzeichnet :-) Garry(s Client) kann da nix dafür! Das ist das besch* Groupwise: [da war der Thread noch in Ordnung] Message-ID: [EMAIL PROTECTED] From: Florian Lohoff [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] [hier das Groupwise mit seinen kaputten References] Message-ID: [EMAIL PROTECTED] From: TopSpotter [EMAIL PROTECTED] References: 9367e2f5abfbdd40cfab78a9491a6289 In-Reply-To: 9367e2f5abfbdd40cfab78a9491a6289 [und die Antwort kann dann so oder so sein: wer die In-Reply-To auswertet, schafft hier wieder das threading, wer die References auswertet (= unser beider TB), schafft's nicht. Aber an sich ist die Bildung der References korrekt, eben an die References des Vorposters die letzte msgid dranhängen] Message-ID: [EMAIL PROTECTED] From: Garry [EMAIL PROTECTED] References: 9367e2f5abfbdd40cfab78a9491a6289 [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] From: Tobias Wendorff [EMAIL PROTECTED] References: 9367e2f5abfbdd40cfab78a9491a6289 [EMAIL PROTECTED] [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Ich bin sehr dafür, daß Groupwise in ML grundsätzlich verboten wird... ;)) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Tobias Wendorff schrieb: Buslinien sehe ich an Haltestellenmasten und am Fahrplan. Kreisgrenzen sehe ich an der Beschilderung. Da siehst du aber nur einzelne Punkte, aber nicht, wie die Linie/Grenze dazwischen verlaeuft. Wahrscheinlich meinst du mit sehen jetzt nicht, dass da was physikalisch ist, was du optisch wahrnehmen kannst, sondern dass du was siehst, woraus du schliessen kannst, dass das Objekt dort ist/verlaeuft. Grundstückgrenzen sieht man aber nicht so einfach, da privat und nicht öffentlich. Was ist mit Grenzsteinen? Von Zaeunen, Hecken oder Mauern, von denen man ja auch recht zuverlaessig auf Grenzen schliessen kann, moechte ich jetzt gar nicht erst anfangen. Ich sehe eigentlich keinen Sinn darin, Grundstuecksgrenzen bei OSM einzutragen. Ich sehe aber auch kein Argument, warum das jemand nicht machen sollte, Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
On Tue Oct 07, 2008 at 10:3250AM +0200, Andreas Barth wrote: * Tobias Wendorff ([EMAIL PROTECTED]) [081006 21:48]: Frederik Ramm schrieb: Dass es angeblich eine Gruppe von Leuten geben soll, die off-list an einem Schema arbeiten, hoere ich auch heute zum ersten Mal. Wurde insgesamt falsch interpretiert: Es sollte eine Gruppe gefunden werden, die erstmal die Frage stellt: _Was_ gibt es, das dargestellt oder aufgenommen werden kann. Und genau das sollte m.E. hier diskutiert werden. Nicht unbedingt. Ich wuerde es sehr begruessen, wenn sich fuers Fragen zum Tagging einige (Fach-)Gruppen finden wuerden die das auf eigenen, dedizierten Mailinglisten, die aber nichtsdestotrotz oeffentlich bekannt sein muessen(!) diskutieren. Es macht IMO ueberhaupt keinen Sinn, das alles in talk-de zu diskutieren. Kleine, ueberschaubarere Listen sind hierfuer deutlich besser geeignet - aber das geht nur, wenn bekannt ist, welche Listen es wofuer gibt. Ich glaube, Sven Anders duerfte kein Problem damit haben, solche Listen auf dem deutschen Server einzurichten (abgesehen davon, dass er gerade im Urlaub ist) und auch abseits davon finden sich sicher entsprechende Loesungen, die dann auch oeffentlich dokumentiert sind. -- Michael Bergbauer [EMAIL PROTECTED] Munich, Germany ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Andreas Labres schrieb: Ich bin sehr dafür, daß Groupwise in ML grundsätzlich verboten wird... ;)) Vorsicht! Grundsätzlich bedeutet im Bürokratendeutsch, dass Ausnahmen möglich sind. Ich wäre sehr dafür, die Liste nur noch über Newsserver zu betreiben, und gar nicht mehr per Mail. Aber dann bekommen vermutlich all die eine Krise, die sich nicht mit News anfreunden können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Claudius Henrichs schrieb: Ich lese die Liste schon immer über NNTP :) Eigener NNTP oder wird die Liste irgendwo gespiegelt? gmane.comp.gis.openstreetmap.region.de Funktioniert das auch, wenn man nicht mehr in der Liste angemeldet ist? Naja werde ich dann ja sehen. ;-) Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Torsten Leistikow schrieb: Tobias Wendorff schrieb: Buslinien sehe ich an Haltestellenmasten und am Fahrplan. Kreisgrenzen sehe ich an der Beschilderung. Da siehst du aber nur einzelne Punkte, aber nicht, wie die Linie/Grenze dazwischen verlaeuft. Wahrscheinlich meinst du mit sehen jetzt nicht, dass da was physikalisch ist, was du optisch wahrnehmen kannst, sondern dass du was siehst, woraus du schliessen kannst, dass das Objekt dort ist/verlaeuft. Wobei dies bei Buslinien viel besser gegeben ist, als bei Kreisgrenzen, denn die Buslinie *kann* ja nur auf der Straße verlaufen. Grundstückgrenzen sieht man aber nicht so einfach, da privat und nicht öffentlich. Was ist mit Grenzsteinen? Von Zaeunen, Hecken oder Mauern, von denen man ja auch recht zuverlaessig auf Grenzen schliessen kann, moechte ich jetzt gar nicht erst anfangen. Ach, da könnte ich Dir Geschichten erzählen ... gerade der Standort von Zäunen ist einer der beliebtesten Streitgründe unter Nachbarn. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Jens Frank schrieb: In Frankfurt zumindest sind die auch öffentlich: http://www.planas-frankfurt.de/planAS/index_frame.htm?user=www-bebauungsplaenepw=b Okay, die Grenzen sind drin (im Kreis Soest auch). Sobald da aber dransteht Grundstückeigentümer: Manfred Mustermann, Alter 76, keine Kinder, Bodenpreis 2036 EUR/m² - dann mache ich mir Sorgen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Tobias Wendorff schrieb: Wobei dies bei Buslinien viel besser gegeben ist, als bei Kreisgrenzen, denn die Buslinie *kann* ja nur auf der Straße verlaufen. Ja, aber zwischen zwei Haltestellen gibt es meist mehr als einen Weg, den der Bus nehmen koennte. Aber ich glaube, wir sind hier ganz schoen ab vom eigentlichen Thema. Gruss Torste ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs auslesen...
GS schrieb: Hi, hat mal jemand darüber nachgedacht, alle bugs (online) auszulesen? Sollte möglich sein, allerdings immer max. 80 bugs je Antwort. Reicht wohl nicht ganz für Deutschland :-) Ich dachte an ein Script, dass Bugs in einer bounding box abfragt und wenn es 80 sind, die BB halbiert und zwei neue Abfragen startet - bis die zurückgelieferte Anzahl jeweils 80 ist. Rekursiv. PS: Die API erlaubt wohl nur 2 Zugriffe pro Sekunde :-) Falls mal jemand Spaß hat... Viele Grüße Gary68 Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Antw: Re: Mailingliste über Gmane
Danke für den Tip, da teste ich gleich mal das System. Torsten Claudius Henrichs[EMAIL PROTECTED] schrieb am 07.10.2008 um 16:08 in Nachricht [EMAIL PROTECTED]: Tobias Wendorff: Claudius Henrichs schrieb: Eigener NNTP oder wird die Liste irgendwo gespiegelt? gmane.comp.gis.openstreetmap.region.de Wenn Du mir jetzt noch einen Posting-fähigen NNTP nennst, der die Gruppe führt, bin ich glücklich :-9 Meinst du mit NNTP den Server? Nach Freischaltung deiner E-Mail-Adresse bei deinem ersten Posting in einer Liste kannst du auch posten. nntp://news.gmane.org/gmane.comp.gis.openstreetmap.region.de Das Web-Interface gibt's übrigens hier: http://dir.gmane.org/gmane.comp.gis.openstreetmap.region.de Siehe auch: http://www.gmane.org/faq.php ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Tobias Wendorff [EMAIL PROTECTED] wrote: Eigener NNTP oder wird die Liste irgendwo gespiegelt? Ersteres (news.gnuher.de). Der Herr Ostertag meldet sich leider nicht, ich hätte das ganze nämlich gerne richtig im INN drin (Mailman kann das ja). Ich hatte mich auch schon bereiterklärt news.openstreetmap.de zu hosten :) Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Chris66 [EMAIL PROTECTED] wrote: Funktioniert das auch, wenn man nicht mehr in der Liste angemeldet ist? Wohl kaum. bei solchen hacks muss man in der Regel immer die Liste abbonniert haben, die Zustellung der Postings aber abschalten. So läuft das bei unsrem lokalen Mail2News auch. Aber wie gesagt, ich strebe es an einen offiziellen mit richtiger Postingmöglichkeit Server anzubieten. Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Sven Geggus schrieb: Funktioniert das auch, wenn man nicht mehr in der Liste angemeldet ist? Wohl kaum. Wieso kannst Du dann mein Posting lesen? ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?
Chris66 schrieb: Wieso kannst Du dann mein Posting lesen? ;-) Wer schreibt da? Woher kommt es? Ich sehe auf einmal Buchstaben?! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
Guenther Meyer schrieb: wie waers mit folgendem fuer dieses beispiel: fee.beginning = 1 EUR/1h fee.subsequent = 0.6 EUR/0.5h Ich würde das alles logisch aufschlüsseln / normieren: fee:periode:beginning = 60 min fee:periode:subsequent = 30 min fee:beginning = 1 EUR fee:subsequent = 0.6 EUR Denn 0.25h versteht doch keiner mehr :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgrenzen.
Torsten Leistikow schrieb: Tobias Wendorff schrieb: Grundstückgrenzen sieht man aber nicht so einfach, da privat und nicht öffentlich. Was ist mit Grenzsteinen? Von Zaeunen, Hecken oder Mauern, von denen man ja auch recht zuverlaessig auf Grenzen schliessen kann, moechte ich jetzt gar nicht erst anfangen. Zuverlaessig? Zäune werden vom Eigentümer dort gesetzt, wo _er_ die Grenze _vermutet_ oder in ausreichenden Abstand von der Grenze auf eigenem Grund. Grenzvermarkungen müssen nicht genau auf der Grenze stehen sondern können eine Grenze auch indirekt vermarken. Wenn z.B. eine Gebäudeecke mit der Ecke eines Flurstücks zusammen fällt, ist eine direkte Vermarkung nicht möglich. Dann wird die Marke fluchtend mit Abstand gesetzt. Das Abstandsmaß ist im Vermessungsriss verzeichnet. Ich sehe eigentlich keinen Sinn darin, Grundstuecksgrenzen bei OSM einzutragen. Ich auch nicht. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgrenzen.
Frank Jäger schrieb: Zäune werden vom Eigentümer dort gesetzt, wo _er_ die Grenze _vermutet_ oder in ausreichenden Abstand von der Grenze auf eigenem Grund. Jupp. Das hatten wir mal 3 Vorlesung lang zum Thema. Dazu gibt es auch nette Gerichtsurteile :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Baukasten für Karte in Website - Entw icklerworkshop
OSM wird umso erfolgreicher, je besser es gelingt, die Daten aus der Geo-Datenbank in nützlichen Anwendungen zu verwenden und je mehr Menschen dies erfolgreich tun. Deshalb möchte ich gern einen *Baukasten* initiieren, mit dem auch einfache Anwender auf Websiten gezielt allgemeine und ausgesuchte Daten aus der OSM-Datenbank darstellen können. _Entwickler-Workshop_ Dazu biete ich einen Entwickler-Workshop mit dem Thema Baukasten für OSM-Webanwendungen an. http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Baukasten_Webanwendungen Anlass: OSM-Deutschland-Treffen http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops Ort:Essen, Linux-Hotel Datum: Fr 21. bis So 23. 11. 2008 Kosten: ab 40 € für das ganze OSM-Treffen Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
Am Dienstag 07 Oktober 2008 schrieb Tobias Wendorff: Guenther Meyer schrieb: wie waers mit folgendem fuer dieses beispiel: fee.beginning = 1 EUR/1h fee.subsequent = 0.6 EUR/0.5h Ich würde das alles logisch aufschlüsseln / normieren: fee:periode:beginning = 60 min fee:periode:subsequent = 30 min fee:beginning = 1 EUR fee:subsequent = 0.6 EUR Denn 0.25h versteht doch keiner mehr :-) das aufschluesseln klingt vernuenftig. aber ich mag nunmal das dezimalsytem... und was kleineres als ne viertestunde gibt's glaub ich eh net... 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] Grundstücksgerenzen.
Als die ersten Gebäude mit Hausnummern hier in Karlsruhe auftauchten, war mir klar, dass Flurstückgrenzen kommen werden, sozusagen der nächste Schritt... Bei mir vor der Haustür sind die Grenzpunkt grad so richtig schön mit Pflöcken versehen, und die Nummern der Flurstücke stehen dran... -- Mit freundlichen Grüßen / Regards / Cordialement Dr. Franz-Josef Behr Participate in http://www.opengeocoding.org! Growing old is mandatory. Growing up is optional. Prof. Dr. Franz-Josef Behr - Home Office Author of: Strategisches GIS-Management - http://www.gis-management.de eMail: [EMAIL PROTECTED] http://www.gis-news.de Tel: +49 (0)721 / 453980-1 sowie 45 33 35 Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213 begin:vcard fn:Dr. Franz-Josef^Behr n:Behr;Franz-Josef org:Stuttgart University of Applied Sciences (SUAS);Faculty of Geomatics, Computer Science and Mathematics adr;quoted-printable:;;Schellingstra=C3=9Fe 24, ;Stuttgart;;D-70174;Germany title:Prof. tel;work:+49) 711/8926-2606 tel;home:+49 (0)721 / 453980-1 url:http://www.hft-stuttgart.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgerenzen.
Sobald da aber dransteht Grundst?ckeigent?mer: Manfred Mustermann, Alter 76, keine Kinder, Bodenpreis 2036 EUR/m? - dann mache ich mir Sorgen! Das sind ja dann keine Grenzen mehr, sondern Eigentuemerangaben, die ich definitiv in wenigen Faellen draussen sehen kann. Aber: Kaufpreise koennten schon interessant sein... -- Mit freundlichen Grüßen / Regards / Cordialement Dr. Franz-Josef Behr Participate in http://www.opengeocoding.org! Growing old is mandatory. Growing up is optional. Prof. Dr. Franz-Josef Behr - Home Office Author of: Strategisches GIS-Management - http://www.gis-management.de eMail: [EMAIL PROTECTED] http://www.gis-news.de Tel: +49 (0)721 / 453980-1 sowie 45 33 35 Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213 begin:vcard fn:Dr. Franz-Josef^Behr n:Behr;Franz-Josef org:Stuttgart University of Applied Sciences (SUAS);Faculty of Geomatics, Computer Science and Mathematics adr;quoted-printable:;;Schellingstra=C3=9Fe 24, ;Stuttgart;;D-70174;Germany title:Prof. tel;work:+49) 711/8926-2606 tel;home:+49 (0)721 / 453980-1 url:http://www.hft-stuttgart.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme mit Osmarenderer?
In letzter Zeit fällt mir immer wieder auf, dass (mindestens hier in München) einzelne Kacheln auf der Osmarenderer-Karte unvollständig sind. Das heißt jede Menge Straßen, die in der Datenbank stehen sind nicht gerendert. Wenn man dann einen Rerender-Request absetzt ist die Karte wieder in Ordnung. Kann mir jemand erklären was da zur Zeit nicht funktioniert? Beispiel für einen Fehler: http://ma.tthias.eu/Osmarenderer-Beispiel Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gezeichnete Tracks auf Top50-Basis nutzen???
Hallo zusammen, ich habe folgendes Angebot von den Machern des Radwanderweges Via Julia bekommen. *Kennen Sie die TOP50 für Süd-Bayern? Mir ist neulich eingefallen, dass schon mal jemand den Streckenabschnitt von Augsburg bis fast Salzburg damit erstellt hat. Das ist ein Layer über dem Kartenmaterial des Landesvermessungsamtes. Sehen Sie bei Verwendung dieser Daten auch rechtliche Probleme? Ansonsten würde ich zusehen, dass ich diese Datei bekomme. Allerdings weiss ich nicht wie man die Daten konvertieren kann. * Scheinbar hat also schon mal jemand die Route der Radwanderstrecke auf Basis der Top50-Karte nachgezeichnet. Frage: Kann mir jemand sagen wie das lizenzrechtlich zu bewerten ist? Vermutlich hat an den Karten jemand (z. B. das Land Bayern?) die Lizenzrechte. Entsteht durch das Abzeichnen einer Strecke auch hier ein abgeleitetes Werk, welches lizenzrechtlich mit dem Original gleichzusetzen und somit ggfs. für OSM bedenklich ist? Ich meine, dass die Top50 von öffentlichen Stellen - also durch Steuergelder - erstellt worden sind, oder? Vielleicht ist die Lizenz daher weniger restriktiv? Wäre natürlich schön, wenn wir diese Daten verwenden könnten. Vielen Dank im Voraus für Eure Einschätzungen. Grüße aus NRW, -Stefan- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Osmarenderer?
Hallo, Harald Kirsch wrote: Denselben Effekt hatte ich dieser Tage auch im Zentrum von Düsseldorf. Sah erst aus wie Vandalismus, aber die scharfen Grenzen am Kachelrand sprachen dagegen. Später am Tag hatte sich das wieder gelegt. Da gibt es wohl einen Bug im [EMAIL PROTECTED]; wenn das die Kachel nicht in einem Rutsch vom Server bekommt, holt es 10 senkrechte Streifen. Wenn einer dieser Streifen nicht geladen werden kann - und das ist der Bug - merkt es das wohl nicht richtig und rendert trotzdem. Dann fehlt so ein Zehntel Level-12-Tile, bzw. in dem Bereich werden nur die Strassen gerendert, die von aussen hineinragen. 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] Gezeichnete Tracks auf Top50-Basis nutzen???
On Tue, Oct 07, 2008 at 10:24:11PM +0200, Stefan Leupers wrote: Frage: Kann mir jemand sagen wie das lizenzrechtlich zu bewerten ist? Vermutlich hat an den Karten jemand (z. B. das Land Bayern?) die Lizenzrechte. Entsteht durch das Abzeichnen einer Strecke auch hier ein abgeleitetes Werk, welches lizenzrechtlich mit dem Original gleichzusetzen und somit ggfs. für OSM bedenklich ist? Ich meine, dass die Top50 von öffentlichen Stellen - also durch Steuergelder - erstellt worden sind, oder? Vielleicht ist die Lizenz daher weniger restriktiv? Der Konsens hier ist eindeutig das dieses eine Urheberrechtsverletzung darstellt und zu unterlassen ist ... Wäre natürlich schön, wenn wir diese Daten verwenden könnten. Schoen ja - Nur wollen die Landesvermessungsaemter die Steuergelder gewinnbringend anlegen ... Also Geld fuer alle arten von Nutzung Vielen Dank im Voraus für Eure Einschätzungen. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: DB // Weichen in Hamm
Ich wusste übrigens gar nicht, dass man von Soest aus über Hamm bis Unna komplett durchfahren kann, ohne dass der Zug in Hamm halten und/oder wenden muss. ich auch nicht. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
2008/9/30 Andreas Labres [EMAIL PROTECTED] Sven Geggus wrote: Mindestens zwei Koordinaten hat leider pdftotext verschlampt, den Rest findest Du unter http://home.geggus.net/pub/dsl-hauptverteiler+latlon.txt Genial! Aber grundsätzlich: ist das angedacht/gewünscht Hauptverteiler/Vermittlungsstellen in OSM einzutragen? Wenn ja, mit welchen Tags? Sollte das nicht besser ein getrenntes Overlay bleiben, das man fallweise einblendet? Servus, Andreas meiner Meinung nach kannst Du das ruhig eintragen, wenn es kein rechtliches Problem gibt. Die Diskussion geht hier eher in fallweises Ausblenden und erstmal alles eingeben, wenn ich das richtig verfolge (ganz sicher bin ich mir aber zum Beispiel nicht, wie viel Straßenbeleuchtung bereits eingegeben ist ;-) ) Übrigens: grundsätzlich ist es bei Imports gut, wenn man einen extra Account mit sprechendem Namen dafür schafft, so dass man schnell erkennen kann, wo die Daten her sind, und ob sie zwischenzeitlich verändert wurden. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse übereinander
Dann muss ich vorher definieren, was alles als Industriegebiet betrachtet werden soll: gehört der Wald darin dazu? 1. es gibt eben keinen Wald in einem Industriegebiet. Wo Wald ist, ist maximal ein geplantes Industriegebiet. In jedem Fall ist es Wald. die Arbeitersiedlung auch? 2. gute Frage, aber nicht pauschal zu beantworten. Im Grunde erfordert es Deine ortbezogene Analyse und Bewertung als Mapper, bzw. die der Crowd auf längere Sicht gesehen. das Sportgelände? die Baumschule? die Pferdeweide? s. 1. und 2. Da solche Definitionen in OSM /nicht/ vorliegen (geschweige denn verifiziert werden) können, kann OSM auch (noch) nicht als Datenbasis für statistische Auswertungen dienen. ?? Eine Relation (z.B. Multipolgon) macht ja eigentlich genau das was du willst, nur maschinen-verständlich. Es wird nur gesagt: Diese beiden Flächen haben etwas mit einander zu tun. Aufgrund dessen kann dann jeder Daten-Verwerter sehen: Hoppla, für diese Fläche existiert eine andere Fläche, die was damit zu tun hat. Siehe oben: solange keine valide umgesetzte Regeln vorliegen, wäre ein Ergebnis entsprechend dürftig. die Regeln liegen vor: outer ist die Fläche, inner ist nicht Bestandteil der outer-Fläche und kann, muss aber nicht, eigene tags haben. Mehr brauchst Du nicht, ausser vielleicht einen bequemeren Editor, der Dir vor allen Dingen schon im Editor eine Vorschau zeigt, und mit ein zwei Clicks die Relation erstellt, z.B.: 1. geschlossenen Weg oder mehrere zusammenhängende ways, die insgesamt geschlossen sind, auswählen 2. multipolygon-button drücken und der relationeditor geht auf: relation type=multipolygon wird erstellt und die selektierten Ways mit outer getaggt, 3. im Relationseditor man kann nun solange Ways auswählen, die jeweils mit inner getaggt werden, bis man die Eingabe mit OK abschließt. Alternativ könnte es noch abbruch und Vorschau als Möglichkeiten geben. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenklassifizierung highway !=?Verwaltungsklassifizierung !!!
Garry [EMAIL PROTECTED] wrote: Die highway - Klassifizierung hat nur wenig mit der Verwaltungsklassifizierung zu tun! Genau. Fuer die Verwaltungsklassifizierung haben wir ref=B4711 Die Info wird an die Strasze dran geschrieben, diese Infos muss also nicht noch mal in Farbe doppelt dargestellt werden... In Farbe darf aber die Info Wichtigkeit dargestellt werden... 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] Fahrstuhl taggen
Am 6. Oktober 2008 10:38 schrieb Guenther Meyer [EMAIL PROTECTED]: Am Sonntag 05 Oktober 2008 schrieb Rainer Knaepper: Moin Tobias, Rainer Knaepper schrieb: Womit wir innerhalb von Bahnhöfen dann highways hätten? Für Rollstuhlfahrer sicher nicht uninteressant, aber es führen keine Wege dorthin, wenn man nicht die Bahnsteige bzw. Zuwegungen als footway einträgt. In der Tat würde service = elevator besser passen, oder? naja, wenn man schon treppen und rolltreppen als highway taggt, waere dasselbe fuer fahrstuehle nur konsequent. schliesslich ist ein fahrstuhl fuer rollis und kinderwaegen das, was fuer fussgaenger die treppe ist... dafür, aber bitte nicht vergessen, den richtigen Layer anzugeben. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Maßeingaben
Am 6. Oktober 2008 14:12 schrieb Detlef Reichl [EMAIL PROTECTED]: Hallo, wie werden Kommawerte z.B. die eine maximale Fahrzeugbreite (maxwidth) von 2,2 Meter, in JOSM eingegeben, wenn ich das deutsche Sprachpaket installiert habe? Als 2.2 oder als 2,2? Es wird beides akzeptiert. Schön wäre es wenn bei Eingabe eine falschen Trennzeichens eine Warnung ausgegeben wird. Grüßle, detlef Die Eingabe sollte unabhängig von Editor und Sprachpaket immer gleich sein und kannst Du bei den jeweiligen Tags im Wiki meist erknnen (z.B. an den Beispielen). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag f?r's neutrale Eisenbahn-Tagging
Tobias Wendorff [EMAIL PROTECTED] wrote: http://wiki.openstreetmap.org/index.php/Eisenbahn platforms | 1...n | Anzahl der Bahnsteige (Inselbahnsteige = 2) | ... *kopfkratz* Was sagen Mathematiker zu 1=2? :-) EIN Inselbahnsteig ist immer *1* Bahnsteig, oder was willst Du uns damit sagen? MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Riverbank-Rendering: die Warnow ist versandet
Hallo, gerade fiel mir auf, dass die Muendung des Flusses Warnow sowohl durch Mapnik, als auch durch Osmarenderer (auf verschiedene Weise) falsch dargestellt wird: http://openstreetmap.org/?lat=54.1576lon=12.1016zoom=12layers=B000FTF Osmarenderer stellt das Gebiet der Flussmuendung weiss dar. Lediglich die duenne Linie des Flusses Warnow ist blau. Mapnik stellt die Flussmuendung korrekt dar (blau) - jedoch ist das Tile am Ende der Riverbank (also das anschliessende Ostsee-Tile) invers gerendert: also die See ist weiss und die Flussmuendung ist blau (letzteres ist korrekt). Die Tags der Fluessmuendungsbegrenzung sind im Wesentlichen folgende: area=yes natural=water waterway=riverbank name=Warnow Kann jemand spontan erkennen, wo das Problem liegt? Sind es die Renderer, oder ist es der Datensatz? Wo koennte ich versuchen, die Problemursache einzugrenzen? Ich faende es schoen, zukuenftig wieder in der Naehe einer freundlichen Flussfaerbung zu wohnen :) danke, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzung von highway: tertiary
Thomas Drebert [EMAIL PROTECTED] wrote: Wie sieht es aber in der Gro?stadt aus welche wege sind den dort tertiary? Ist dort tertiary eigentlich angebracht? Guck Dir mal das Karlsruher Straszennetz an. Da habe ich mich an einen Straszenhierarchieplan angelehnt (mit kleineren Abweichungen wenn sinnvoll infolge von Aenderungen im Laufe der Zeit, Ortskenntnis oder bei zu polit. Eingruppierungen, die mit der wahren Verkehrsbedeutung nix zu tun haben), der unterhalb motorway/trunk vier Klassen hatte, die bzgl. primary und secondary ganz gut zur nicht eng an Verwaltungsklasifizierungen (Bundes-, Landes-, ... -strasze) orientierten Beschreibung in Features passte. Dessen Klasse 3 uebernahm ich dann ungefaehr fuer tertiary. Die vierte Klasse war dann eine Ansammlung groesserer residentials, in einigen Stadtteilen fast alle, in anderen fehlten die Stichstraszen oder man hat einfach jede zweite weggelassen, also keine tiefere Systematik zwischen residential und tertiary, aus der man eine dazwischen stehende unclassified-Stufe ableiten haette koennen... 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] Grundst?cksgerenzen.
Jens Frank [EMAIL PROTECTED] wrote: In Frankfurt zumindest sind die auch ?ffentlich: Im benachbarten Buerger-GIS des Kreises Offenbach gibt's auch einen Layer mit der Flurkarte, also mit den Flurstuecksgrenzen und -nummern. Nett anzuschauen, aber ob sowas wirklich in OSM rein muss? Zaeune als wahrnehmbare Hindernisse meinetwegen... 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] highway=track;grade5
GS [EMAIL PROTECTED] wrote: es gibt highway=path In der Tat. Warum rendert mapnik einen path ohne weitere Angaben eigentlich noch immer nicht? Das ist der weiteren Verbreitung fuer diesen Zweck hinderlich MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osma: Landuse auch in Zoom 12 noch rendern?
Ich schlage vor, die Landuse-tags, insbesondere Friedhöfe, aber auch allgemein, noch in Zoom 12 zu rendern. Bisher werden sie nur bis 13 dargestellt, so dass in 12 vermeintliche Lücken auftauchen, insbesondere wenn größere Gebiete einen landuse-tag haben der das Gebiet erst abweichend vom Umfeld charakterisiert, also z.B. Friedhöfe sind. Es geht mir aber nicht nur um Friedhöfe, allgemein denke ich, dass in 12 die Landuses noch erkennbar sind und die Karte bereichern. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundst?cksgerenzen.
Am 8. Oktober 2008 02:35 schrieb Heiko Jacobs [EMAIL PROTECTED]: Jens Frank [EMAIL PROTECTED] wrote: In Frankfurt zumindest sind die auch ?ffentlich: Im benachbarten Buerger-GIS des Kreises Offenbach gibt's auch einen Layer mit der Flurkarte, also mit den Flurstuecksgrenzen und -nummern. Nett anzuschauen, aber ob sowas wirklich in OSM rein muss? Zaeune als wahrnehmbare Hindernisse meinetwegen... wenn die wirklich nutzbar sind im Sinne unserer Linzenz, dann sehr gerne rein damit. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Materiale per presentazione
On Mon, Oct 6, 2008 at 3:22 PM, Francesco Vezzoli [EMAIL PROTECTED] wrote: Vi ringrazio tantissimo per la disponibilità...adesso cercherò immagini di mapping party, un po' di storia e vedrò cosa mi salta fuori... noi abbiamo barato facendocelo su misura :) Elena quando trovi il link me lo potresti far avere? questa e` l'animazione http://www.geofabrik.de/gallery/history/#italy -- Elena of Valhalla homepage: http://www.trueelena.org email: [EMAIL PROTECTED] ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] yahoo in josm
pare che sia stato creato un nuovo plugin che permette la visualizzazione delle aerofoto in josm, si chiama 'ewmsplugin'. qui il thread dove ne ho sentito parlare: http://lists.openstreetmap.org/pipermail/newbies/2008-October/001981.html -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Materiale per presentazione
Buongiorno a tutti, se avete domande non esitate a cotattarmi è parecchi anni che mi occupo di cartografia circa 15 quindi per qualsiasi approfondimento sono disponibile , eventualmente potre fare una pagina sul mio blog di approfondimento ... la cosa importante è capire quale taglio voliate dare alla vostra esposizione . Nei prossimi giorni aggiornero' il tutorial a josm con l'importazione dei file gpx che ora manca ... spero possa tornare utile ... Un saluto Roberto On Mon, Oct 6, 2008 at 3:22 PM, Francesco Vezzoli [EMAIL PROTECTED] wrote: Vi ringrazio tantissimo per la disponibilità...adesso cercherò immagini di mapping party, un po' di storia e vedrò cosa mi salta fuori... noi abbiamo barato facendocelo su misura :) Elena quando trovi il link me lo potresti far avere? questa e` l'animazione http://www.geofabrik.de/gallery/history/#italy Nessun virus nel messaggio in arrivo. Controllato da AVG - http://www.avg.com Versione: 8.0.173 / Database dei virus: 270.7.5/1708 - Data di rilascio: 04/10/2008 11.35 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Parigi capitale del software libero
Se vi interessa, rimando a queste mie e-mail al mio lug[1,2]. Era solo per segnalare che su questo[3] mega tabellone, a fianco del logo di Thunderbird, era presente quello di OSM. Bonne nuit Carlo [1] http://lists.linux.it/pipermail/glux/2008-September/008723.html [2] http://lists.linux.it/pipermail/glux/2008-October/008768.html [3] http://www.flickr.com/photos/linagora/2898634921/sizes/l/ -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Incluir ciudades y poblaciones de forma masiva
2008/9/26 Igor Támara [EMAIL PROTECTED]: Hola, un amigo tiene un listado de poblaciones de Colombia, el cual es georeferenciado y quisiera saber si puede subirlos en lote, algo como tener un csv con las poblaciones con lat y long. Imagino que el listado deberIa tener informaciOn adicional acerca del tamaNo de la poblaciOn, o de la importancia, en este sentido, cuAles son las opciones para elegir. Aqui hay una herramienta para convertir archivos separados por comas en poi [1]que luego se pueden subir a OSM [1] http://www.masterclass.com/gpxtopoi/gpxtopoidownload.html De todas formas es una buena idea enviar el achivo que tiene tu amigo para que lo estudiemos entre todos. salu2 humano -- Recomiendo Structio para obtener herramientas gratuitas para instituciones educativas http://structio.sourceforge.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI3V9ftV4JcpE0AlYRAvImAJ47ICWa4TqqW1uzwEEe9ng+0NXqogCgt01A xXkFFayN7H/GcZ5MI+4vac8= =DsRQ -END PGP SIGNATURE- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ~~~ Si quieres cambiar el mundo, Empieza usando GNU/Linux !! ªª http://OpenStretMap.org Los cortesanos,sin salir de sus aposentos ni de los umbrales de la corte se pasean por todo el mundo mirando un mapa, sin costarles blanca ni padecer calor ni frío, hambre ni sed y los caballeros audaces que, expuestos al sol, al frío, al aire, a las inclemencias del cielo, de noche y de día, de a pie y a caballo, medimos toda la tierra con nuestros mismos pies, y no solamente conocemos los enemigos pintados, sino en su mismo ser, y en todo trance y en toda ocasión los acometemos. Don Quijote -- Software Libre de Gestión Médica mas info en http://galenux.com -- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-cz] Vizualizace aktivity v OSM
Ahoj, je to hezky, ale nechapu 2 veci. Proc je potreba mit vsechny nody v pameti? Dve moznosti: 1. Vykresli se cela cesta i kdyz se v ni hybne treba jen jednim nodem? To bych mozna takto nezeslozitoval... Jak to vypada kdyz se kresli jen modifikace nodu? Kdyz se totiz pridava way, tak by se rozsvitila, pokud se jen upravi geometrie, rozsviti se skutecne jen ten nod. Chapu, ze by to svitilo mnohem mene, ale asi by vice odrazelo realitu. Nevyhoda: Neviditelne pracne zpresnovani tagu a uprava ways... 2. Prochazet osm.xml 2x. V prvnim prubehu si poznamenat idcka nodu, ktere nalezi zmenenym ways a jez se maji vykreslit. V druhem uz probihat identicky jako u 1 s tim, ze se vykresli navic i ty s timestamp. Pokud budou kolizni vykreslit tou svetlejsi barvou. V teto variante budou mezivysledky asi dost male (vse se ihned kresli a pamatuji se jen IDcka nodu ze zmenenych ways), ale pro poradnou paranoiu se da pouzit sqlite jako zasobarna IDcek. Nejhezci by bylo pri prvnim pruchodu udelat mezisoubor s nodama (napr. ID\tabLAT\tLON), ktery bude zarucene sesortovany podle ID a ten pak jenom mergovat se sesortovanym mezivysledkem nodu zmenenych ways (sort | uniq). Pak je pametova naroznost nulova pro libovolnou velikost dat. Pokud to vypada slozite tak z duvodu me snizene schopnosti se vyjadrovat :) No a druha vec, kterou nechapu je pouziti PERLu :-) Ale to je ciste z duvodu, ze jsem do nej nemel nikdy silu proniknout (bohuzel jsem se drive naucil citelnejsi jazyky). Pro mensi znalce (jako ja), je pak nulova moznost do takoveho kodu prispet... Ale jinak hezka a efektni prace. T BH writes: Tak mne napadlo, ze by mohlo byt zajimave zjistit kde to v OSM zije nebo hnije ... aneb zjistit jaka mista lidi edituji. Spatlal jsem maly skriptik, ktery projde czechii (nebo i jiny dump) a body a ways ktere se za posledni 3 tydny zmenily oznaci na skale od modre (3 tydny stare) pres bilou (1 tyden stare) po cervenou (nejnovejsi data v souboru, podle atributu timestamp) Bere to body a ways (u ways oznaci pak vsechny body, pokud uz body nemaji novejsi timestamp), ignoruje to relace. Vysledky jsem dal na: http://git.wz.cz/czechia-081006-3whist.png (1600 pixelu siroky) - je tam treba videt pomerne velka nedavna aktivita na silnicich ve strednich cechach a na jizni morave. Pro zajimavost jsem tam soupnul i vetsi verze czechia-081006-3whist-4x.png (6400pix) czechia-081006-3wlist-10x.png (16000pix) A to same jeste pustene na nejstarsi dump dostupny u Kubajze czechia-071115-3whist.png Co si o tom myslite? Ma cenu to poustet nejak systematicky/pravidelne, nebo na nejake vetsi/mensi/jine vyrezy newbo s jinym nastavenim? Nejake napady na vylepseni? Je to relativne rychle, z czechie to udela obrazek za par minut (dle velikosti), takze se to da dat nekam treba do cronu (bohuzel nemam nikde na netu na tohle vhodny stroj), mala nevyhoda skriptu je, ze musi nody drzet v pameti (byt jen jejich id a souradnice), takze na vetsi sady (planet, cele US, cela evropa) by to asi pouzit neslo. Skript (v perlu) na generovani opensourcnu, az ho trochu ucesu a debordelizuju Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vizualizace aktivity v OSM
2008/10/7 Karel Volný [EMAIL PROTECTED]: zdar, Tak mne napadlo, ze by mohlo byt zajimave zjistit kde to v OSM zije nebo hnije ... aneb zjistit jaka mista lidi edituji. Spatlal jsem maly skriptik, ktery projde czechii (nebo i jiny dump) a body a ways ktere se za posledni 3 tydny zmenily oznaci na skale od modre (3 tydny stare) pres bilou (1 tyden stare) po cervenou (nejnovejsi data v souboru, podle atributu timestamp) pěkné, jenom si myslím, že by to mohlo brát delší časové období ... Je to relativne rychle, z czechie to udela obrazek za par minut (dle velikosti), takze se to da dat nekam treba do cronu (bohuzel nemam nikde na netu na tohle vhodny stroj) těch pár minut je na jakém železe? mám jednu mrchu, kde by nevadilo si to někdy v noci pouštět; není vybíravá, chřoupe i Perl ;-) ... jediná věc je, že není zrovna za tlustolinkou, ale to by se dalo vyřešit pushem hotového obrázku na nějaký hosting K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz no ja mam mrchu ktere nevadi ani to stahovani (po nixu, ze zahranici je tam nakej limit) a v noci je casu spousta -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turistické značky reloaded
zdar, ... Ja se samozrejme obtezuju, chapu duvody pro pridavani dalsich hodnot tagu. Pridej si krom yes co chces, ale proc to chces rusit? To je to co me zajima. a co kdyby tys prvně vysvětlil, proč to tam potřebuješ? z historických důvodů neberu, mluvím o conventions pro mapování, ne o zpětné změně (která by ale IMO nijak složitá nebyla) jinak proč nemít yes a mít konkrétní typ: já jako důvod vidím to, že typ trasy nese podstatnou informaci, která by neměla chybět ... a celá následující pasáž mailu z pátku 17:17 no a jinak také: existuje u nás nějaká trasa, u které by se nedal určit typ (resp. více typů)? (pátek 15:44, na tuto otázku ses neobtěžoval odpovědět, místo toho jsi začal psát o budovách ... to je argument jak noha, když Hitler vyhlazoval Židy, tak my můžem taky, že?) - jestliže někdo trasu přidává, měl by informaci o typu mít k disposici, je nějaký specifický důvod ji tam nenapsat, kromě toho, že je to o nula (ski) až patnáct (interesting_object) znaků navíc oproti yes? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turistické značky reloaded
2008/10/7 Karel Volný [EMAIL PROTECTED]: zdar, ... Ja se samozrejme obtezuju, chapu duvody pro pridavani dalsich hodnot tagu. Pridej si krom yes co chces, ale proc to chces rusit? To je to co me zajima. a co kdyby tys prvně vysvětlil, proč to tam potřebuješ? z historických důvodů neberu, mluvím o conventions pro mapování, ne o zpětné změně (která by ale IMO nijak složitá nebyla) Ja nic vysvetlovat nemusim, opakuji nemusim, data uz tam jsou, ty vysvetli proc je chces rusit, nebo nahrazovat. Nebo spis nic nevysvetluj, je to jedno on totiz zadnej duvod proc to menit neni. Kdyz to cele zmenis a das si tam co chces, prosim, zbytecna prace ale prosim, ja se prizpusobim, ale nova data budu porad vkladat stejne. Argument o budovach je relevantni, nebot presne vystihuje podobnou situaci ktera v databazi uz je. Ty hitlery a zidy to nechapu, muzes to rozvest:)? Konec flame. Kazdy si muze do databaze davat tagy jake uzna za vhodne, nase debata je ciste na urovni tveho povidani a mych pokusu o renderovani. Dostan tyto veci do mainstreamu a pak se muzes zase bavit. Coz bys rozhodne mel zkusit. svou vizi muzes nastinit editaci kosmos pravidel na strance: http://wiki.openstreetmap.org/index.php/Czech_kct_kosmos_rules#Highways -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vizualizace aktivity v OSM
Ahoj! Tak mne napadlo, ze by mohlo byt zajimave zjistit kde to v OSM zije nebo hnije ... aneb zjistit jaka mista lidi edituji. Spatlal jsem maly skriptik, ktery projde czechii (nebo i jiny dump) a body a ways ktere se za posledni 3 tydny zmenily oznaci na skale od modre (3 tydny stare) pres bilou (1 tyden stare) po cervenou (nejnovejsi data v souboru, podle atributu timestamp) Bere to body a ways (u ways oznaci pak vsechny body, pokud uz body nemaji novejsi timestamp), ignoruje to relace. ... Co si o tom myslite? Ma cenu to poustet nejak systematicky/pravidelne, nebo na nejake vetsi/mensi/jine vyrezy newbo s jinym nastavenim? Nejake napady na vylepseni? Rozhodne se libi ;-). Skript (v perlu) na generovani opensourcnu, az ho trochu ucesu a debordelizuju To se tradicne dela obracene. Opensourcnu aby mi to lidi pomohli debordelizovat ;-). -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vizualizace aktivity v OSM
pěkné, jenom si myslím, že by to mohlo brát delší časové období ... Asi bych mohl vygenerovat rovnou vice obrazku, kazdy s jinym casovym zakladem (jeden 3 tydny jako tento, pak treba 3 dny, 3 mesice a mozna i jeden nebo 3 roky). Nejdele trva nacitani dumpu, takze generovani vice variant je rychle Je to relativne rychle, z czechie to udela obrazek za par minut (dle velikosti), takze se to da dat nekam treba do cronu (bohuzel nemam nikde na netu na tohle vhodny stroj) těch pár minut je na jakém železe? Core2quad Q6600 2.4ghz, 4 gb ram (ten 16000pix siroky obrazek sezral asi 1.3gb pri generovani). I kdyz ten skript je jen jednovlaknovy... Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vizualizace aktivity v OSM
Tomas Kolda napsal(a): Ahoj, je to hezky, ale nechapu 2 veci. Proc je potreba mit vsechny nody v pameti? Dve moznosti: 1. Vykresli se cela cesta i kdyz se v ni hybne treba jen jednim nodem? To bych mozna takto nezeslozitoval... Jak to vypada kdyz se kresli jen modifikace nodu? Kdyz se totiz pridava way, tak by se rozsvitila, pokud se jen upravi geometrie, rozsviti se skutecne jen ten nod. Chapu, ze by to svitilo mnohem mene, ale asi by vice odrazelo realitu. Nevyhoda: Neviditelne pracne zpresnovani tagu a uprava ways... 2. Prochazet osm.xml 2x. V prvnim prubehu si poznamenat idcka nodu, ktere nalezi zmenenym ways a jez se maji vykreslit. V druhem uz probihat identicky jako u 1 s tim, ze se vykresli navic i ty s timestamp. Pokud budou kolizni vykreslit tou svetlejsi barvou. V teto variante budou mezivysledky asi dost male (vse se ihned kresli a pamatuji se jen IDcka nodu ze zmenenych ways), ale pro poradnou paranoiu se da pouzit sqlite jako zasobarna IDcek. Nejhezci by bylo pri prvnim pruchodu udelat mezisoubor s nodama (napr. ID\tabLAT\tLON), ktery bude zarucene sesortovany podle ID a ten pak jenom mergovat se sesortovanym mezivysledkem nodu zmenenych ways (sort | uniq). Pak je pametova naroznost nulova pro libovolnou velikost dat. Pokud to vypada slozite tak z duvodu me snizene schopnosti se vyjadrovat :) Nadherna prace, zlaty merge sort (sort -m) Ale vyrobit ten druhy sesortovany soubor taky nebude zadarmo Tak jako tak, world ma kolem 300M nodu, to se da pro tenhle ucel stale zpracovat v gigu RAM (kdyz si clovek sikovne pohraje s bity). -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turistické značky reloaded
On Fri 2008-10-03 13:47:29, Karel Volný wrote: zdravím, tak jsem se konečně popral s Gentoo, s mapnikem, importem do databáze (bodejť by to renderovalo něco, co tam nemám :-( ), atd. protože jsem to musel pustit na jiném počítači (http://bugs.gentoo.org/show_bug.cgi?id=239402), tak s výsledkem se na webu zatím bohužel nepochlubím :-( nicméně měl bych návrh: kuk na pravidla: http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD já bych byl pro to zrušit hodnotu yes, každá značka by měla mít jeden z doporučených typů, IMO a ještě bych měl pár dotazů: - co znamená kct_green_castle a kct_green_cyclo? - co chtěl básník Pavel říci typem special? Tam nekde za Ricanama divna znacka mezi stromama zelena je divna je neco tady nehraje. (Nejspis je to naucna stezka...) - proč je odbočka k vyhlídce nazvána peak a ne třeba lookout? (jako peak bych čekal odbočku k vrcholu, což je sice velmi často totéž, co vyhlídka, ale naopak to neplatí, je dost vyhlídek mimo vrcholy ...) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] turistické značky reloaded
On Tue 2008-10-07 09:49:57, Karel Volný wrote: zdar, ... Ja se samozrejme obtezuju, chapu duvody pro pridavani dalsich hodnot tagu. Pridej si krom yes co chces, ale proc to chces rusit? To je to co me zajima. a co kdyby tys prvně vysvětlil, proč to tam potřebuješ? z historických důvodů neberu, mluvím o conventions pro mapování, ne o zpětné změně (která by ale IMO nijak složitá nebyla) jinak proč nemít yes a mít konkrétní typ: já jako důvod vidím to, že typ trasy nese podstatnou informaci, která by neměla chybět ... a celá následující pasáž mailu z pátku 17:17 no a jinak také: existuje u nás nějaká trasa, u které by se nedal určit typ (resp. více typů)? (pátek 15:44, na tuto otázku ses neobtěžoval odpovědět, místo toho jsi začal psát o budovách ... to je argument jak noha, když Hitler vyhlazoval Židy, tak my můžem taky, že?) - jestliže někdo trasu přidává, měl by informaci o typu mít k disposici, je nějaký specifický důvod ji tam nenapsat, kromě toho, že je to o nula (ski) až patnáct (interesting_object) znaků navíc oproti yes? Ne vzdycky tu informaci ma. Jdu po lese, na strome je nakreslena cervena karkulka na bilem pozadi, vypada to jako turisticka znacka, ale fakt nevim co mam napsat jako atribut. Tak napisu kct_red=yes. Na druhou stranu neni moc duvod tohle standartizovat, protoze kdyz napisu kct_red=very_very_special nebo kct_red=cervena_karkulka, dopadne to uplne stejne. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz